IP Library Granted Patent US 12665829
Granted Patent B2
US 12665829 · App. 18/497,159 · Granted Jun 23, 2026

Go and stop protocol for synchronized wireless receiver

Inventors: Jitesh Rachamadugu (Hyderabad, IN); Suresh Babu Sykam (Hyderabad, IN); Sandeep Voruganti (Hyderabad, IN); Rakesh Bandari (Hyderabad, IN); Niranjan Kumar Jonnada (Hyderabad, IN); Ayan Ghosh (Hyderabad, IN)
Assignee: Silicon Laboratories Inc.
H04L43/087H04L43/026
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12665829
App. No.
18/497,159
Granted
Jun 23, 2026
Kind
B2
Abstract

In one embodiment, a method includes: receiving, in a sink device, profile information regarding a communication from a source device; based at least in part on the profile information, determining, in the sink device, a size for a buffer of the sink device, the buffer for storing streaming data of the communication; based at least in part on the profile information, determining, in the sink device, a synchronization interval for the communication; and controlling, via the sink device, the communication of the streaming data from the source device to the sink device via a first wireless protocol based at least in part on the synchronization interval, to cause the sink device to be a synchronized receiver for the communication.

Claims (41)

1 . A method comprising:

receiving, in a sink device, profile information regarding a communication from a source device;

based at least in part on the profile information, determining, in the sink device, a size for a buffer of the sink device, the buffer for storing streaming data of the communication;

based at least in part on the profile information, determining, in the sink device, a synchronization interval for the communication, the synchronization interval including an active portion for the communication of the streaming data and an inactive portion for communication between the sink device and one or more other devices;

controlling, via the sink device, the communication of the streaming data from the source device to the sink device via a first wireless protocol based at least in part on the synchronization interval, to cause the sink device to be a synchronized receiver for the communication;

in response to a level of the buffer exceeding a first threshold, sending a first message to the source device to cause the source device to pause sending the streaming data;

after sending the first message, receiving, during the inactive portion of the synchronization interval, sensor data from at least one of the one or more other devices; and

at a beginning of a next synchronization interval, sending a second message to the source device to cause the source device to resume sending the streaming data.

2 . The method of claim 1 , further comprising:

storing at least a portion of the streaming data in the buffer.

3 . The method of claim 2 , further comprising in response to the level of the buffer being below a second threshold, sending the second message to the source device to cause the source device to resume sending the streaming data, the second threshold lower than the first threshold.

4 . The method of claim 3 , further comprising sending the first message comprising a zero length packet, the zero length packet comprising a flow indicator having a first value to indicate a stop request to cause the source device to pause sending the streaming data.

5 . The method of claim 4 , further comprising sending the second message comprising a second zero length packet, the second zero length packet comprising a flow indicator having a second value to indicate a start request to cause the source device to resume sending the streaming data.

6 . The method of claim 1 , further comprising:

receiving the sensor data from the at least one of the one or more other devices comprising at least one sensor coupled to the sink device via the first wireless protocol.

7 . The method of claim 3 , further comprising monitoring the level of the buffer via an advanced audio distribution profile (A2DP) state machine associated with the buffer.

8 . The method of claim 7 , further comprising generating the first message in the A2DP state machine, the message comprising a Bluetooth zero length packet having a flow indicator with a first value comprising a stop request.

9 . The method of claim 1 , further comprising communicating with at least one sensor via a Bluetooth channel concurrently with receiving the streaming data from the source device via the Bluetooth channel.

10 . The method of claim 9 , further comprising:

determining if connection data for the at least one sensor is present; and

in response to the connection data being present, communicating with the at least one sensor.

11 . The method of claim 10 , further comprising:

in response to the level of the buffer being below a second threshold, the second threshold lower than the first threshold, halting communicating with the at least one sensor; and

sending the second message to the source device to cause the source device to resume sending the streaming data.

12 . The method of claim 1 , further comprising receiving the streaming data in the sink device as a plurality of portions, wherein the plurality of portions comprises at least some original transmissions and at least one retransmission, the at least one retransmission less than approximately 10% of the at least some original transmissions.

13 . An apparatus comprising:

a multi-protocol wireless transceiver to transmit and receive radio frequency (RF) signals of at least a first wireless protocol and a second wireless protocol;

a memory to store a buffer, the buffer to store an audio stream from a source device; and

a processor coupled to the memory, the processor comprising an advanced audio distribution profile (A2DP) circuit to monitor a level of the buffer and to initiate a stop request when the level of buffer exceeds a first threshold, the processor to cause the multi-protocol wireless transceiver to send to the source device a first RF signal of the first wireless protocol comprising a zero length packet comprising the stop request and thereafter to stop listening to the source device for at least a remainder of a synchronization interval, during the remainder of the synchronization interval, determine whether a sensor has data to send, and if so, cause the multi-protocol wireless transceiver to receive and process second RF signals comprising the data from the sensor for at least the remainder of the synchronization interval, the synchronization interval based at least in part on profile information associated with the audio stream.

14 . The apparatus of claim 13 , wherein

the synchronization interval is based at least in part on profile information associated with the audio stream.

15 . The apparatus of claim 13 , wherein the processor, after the remainder of the synchronization interval and when the level of the buffer is below a second threshold lower than the first threshold, is to send to the multi-protocol wireless transceiver a second zero length packet comprising a start request, the multi-protocol wireless transceiver to send to the source device a second RF signal of the first wireless protocol comprising the start request to cause the source device to send at least one more portions of the audio stream.

16 . A device comprising:

at least one antenna to transmit and receive radio frequency (RF) signals of a plurality of protocols;

at least one sensor;

at least one transceiver to process and communicate the RF signals of the plurality of protocols via the at least one antenna;

a memory to store a buffer, the buffer to store streaming data from a source device; and

a processor coupled to the memory to monitor a level of the buffer and to determine a synchronization interval for communication of the streaming data based at least in part on a size of the buffer and profile information associated with the streaming data, the processor, when a level of the buffer exceeds a first threshold, to generate a first zero length packet comprising a header including a flow indicator having a first value to indicate a stop request to cause the source device to pause the communication of the streaming data, after the at least one transceiver sends the first zero length packet, receive, during an inactive portion of the synchronization interval, sensor data from at least one sensor, and at a beginning of a next synchronization interval, generate a second zero length packet comprising a header indicator including a flow indicator having a second value to indicate a start request to cause the source device to resume sending the streaming data.

17 . The device of claim 16 , wherein the device comprises a smartwatch, the at least one sensor comprising one or more of a GPS sensor, an accelerometer, and a heart rate sensor.

18 . The device of claim 16 , wherein the at least one transceiver is to send a first RF signal of a first protocol of the plurality of protocols to the source device, the first RF signal comprising the first zero length packet.

19 . The device of claim 18 , wherein after the first RF signal of the first protocol is sent, the processor is to cause the at least one transceiver to communicate with the at least one sensor.