Wi-fi traffic aware system with wireless accessories

Patent metadata

Field	Value
Publication number	US-11849472-B2
Application number	US-202117319706-A
Country	US
Kind code	B2
Filing date	May 13, 2021
Priority date	Oct 27, 2020
Publication date	Dec 19, 2023
Grant date	Dec 19, 2023

Abstract

Methods and apparatuses are presented to facilitate coexistence between multiple wireless communication protocols implemented by a wireless communication device, by dynamically adjusting priority between the two protocols. The wireless communication device may typically favor a first protocol (e.g. Bluetooth/BTLE), prioritizing resource requests by the first protocol. In certain use cases, the first protocol may demand high resource usage for an extended time, particularly for newer tracking and wearable devices, such as location tags, watches, headsets, etc. Such applications can disrupt existing use cases for a second protocol (e.g., Wi-Fi). Therefore, the wireless communication device may dynamically determine whether the second protocol is performing critical operations, such as latency-sensitive applications or high-performance operations. If so, the wireless communication device may allocate resources accordingly in real time, e.g., by reducing or limiting the resources assigned to the first protocol, to allow increased resources for the second protocol.

First claim

What is claimed is:

1. A wireless communication device, comprising:
a first radio configured to communicate via a first radio access technology (RAT);
a second radio configured to communicate via a second, different RAT; and
an application processor configured to:
determine whether a latency-sensitive application is presently performing a latency-sensitive communication via the first radio;
detect a buffer overflow of a transmit buffer or a receive buffer associated with the first radio; and
at least partly in response to determining that the latency-sensitive application is presently performing a latency-sensitive communication via the first radio, and further in response to detecting the buffer overflow, communicate to the second radio that the first radio is in a critical state;

wherein the second radio is configured to reduce communication resource usage in response to receiving communication that the first radio is in the critical state.

2. The wireless communication device of claim 1 , wherein reducing communication resource usage includes decreasing a scan window used for the second RAT.

3. The wireless communication device of claim 1 , wherein reducing communication resource usage includes increasing a scan interval used for the second RAT.

4. The wireless communication device of claim 1 , wherein the application processor is further configured to:
determine whether traffic communicated via the first radio is periodic;
wherein communicating to the second radio that the first radio is in a critical state is further in response to determining that traffic communicated via the first radio is periodic.

5. The wireless communication device of claim 4 , wherein the first radio is a Wi-Fi radio.

6. The wireless communication device of claim 4 , wherein determining whether traffic communicated via the first radio is periodic comprises:
causing traffic communicated via the first radio to be periodically sampled; and
determining a frequency of data transactions of the latency-sensitive application using a Fast-Fourier Transform (FFT).

7. The wireless communication device of claim 1 , wherein the application processor is further configured to:
determine whether traffic communicated via the first radio meets a threshold quantity;
wherein communicating to the second radio that the first radio is in a critical state is further in response to determining that traffic communicated via the first radio meets a threshold quantity.

8. The wireless communication device of claim 1 , wherein the application processor is further configured to:
at least partly in response to determining that the latency-sensitive application is not presently performing a latency-sensitive communication via the first radio, cause the first radio to yield communication resources to the second radio.

9. A non-transitory computer-readable memory medium storing software instructions executable by a processor of a wireless communication device, wherein, when executed, the software instructions cause the wireless communication device to:
determine whether a latency-sensitive application is presently performing a latency-sensitive communication via a first radio of the wireless communication device;
detect a buffer overflow of a transmit buffer or a receive buffer associated with the first radio; and
at least partly in response to determining that the latency-sensitive application is presently performing a latency-sensitive communication via the first radio, and further in response to detecting the buffer overflow, communicate to a second radio of the wireless communication device that the first radio is in a critical state;
wherein the second radio is configured to reduce communication resource usage in response to receiving communication that the first radio is in the critical state.

10. The non-transitory computer-readable memory medium of claim 9 , wherein reducing communication resource usage includes at least one of: decreasing a scan window used for the second radio or increasing a scan interval used for the second radio.

11. The non-transitory computer-readable memory medium of claim 9 , wherein the software instructions further cause the wireless communication device to:
determine whether traffic communicated via the first radio is periodic;
wherein communicating to the second radio that the first radio is in a critical state is further in response to determining that traffic communicated via the first radio is periodic.

12. The non-transitory computer-readable memory medium of claim 9 , wherein the software instructions further cause the wireless communication device to:
determine whether traffic communicated via the first radio meets a threshold quantity;
wherein communicating to the second radio that the first radio is in a critical state is further in response to determining that traffic communicated via the first radio meets a threshold quantity.

13. A method comprising:
determining whether a latency-sensitive application is presently performing a latency-sensitive communication via a first radio of a wireless communication device;
detecting a buffer overflow of a transmit buffer or a receive buffer associated with the first radio; and
at least partly in response to determining that the latency-sensitive application is presently performing the latency-sensitive communication via the first radio, and further in response to detecting the buffer overflow, communicating to a second radio of the wireless communication device that the first radio is in a critical state;
in response to receiving communication that the first radio is in the critical state, reducing communication resource usage by the second radio.

14. The method of claim 13 , wherein reducing communication resource usage includes decreasing a scan window used for the second radio.

15. The method of claim 13 , wherein reducing communication resource usage includes increasing a scan interval used for the second radio.

16. The method of claim 13 , further comprising:
determining whether traffic communicated via the first radio is periodic;
wherein communicating to the second radio that the first radio is in the critical state is further in response to determining that traffic communicated via the first radio is periodic.

17. The method of claim 16 , wherein determining whether traffic communicated via the first radio is periodic comprises:
causing traffic communicated via the first radio to be periodically sampled; and
determining a frequency of data transactions of the latency-sensitive application using a Fast-Fourier Transform (FFT).

18. The method of claim 13 , further comprising:
determining whether traffic communicated via the first radio meets a threshold quantity;
wherein communicating to the second radio that the first radio is in the critical state is further in response to determining that traffic communicated via the first radio meets the threshold quantity.

19. The method of claim 13 , further comprising:
at least partly in response to determining that the latency-sensitive application is not presently performing a latency-sensitive communication via the first radio, causing the first radio to yield communication resources to the second radio.

20. The method of claim 13 , further comprising:
repeating the on a periodic basis the determining whether the latency-sensitive application is presently performing a latency-sensitive communication via the first radio.

Assignees

• Apple Inc

Inventors

• Ko Nohee
• Chen Camille
• Victa Kenneth
• Mani Sanjay
• Ravindran Balaji
• Yu Yang

Classifications

• H04W72/52 Primary

  based on load · CPC title

• H04W24/08

  Testing, {supervising or monitoring} using real traffic · CPC title

• H04W28/0278

  using buffer status reports (dynamic wireless traffic scheduling definition H04W72/12) · CPC title

• H04W28/06

  Optimizing {the usage of the radio link}, e.g. header compression, information sizing {, discarding information (system modifying transmission characteristic according to link quality by modifying frame length H04L1/0007; dynamic adaptation of the packet size for flow control or congestion control H04L47/365)} · CPC title

• H04W28/0975 Primary

  for reducing delays · CPC title