Method and apparatus for low latency parameter update for extended personal area networks

Abstract

The present disclosure provides methods, components, devices, and systems for low latency parameter updates. In some aspects, a wireless communication device, such as a handset or an access point (AP), can transmit, to one or more wireless audio devices, an indication of an updated set of parameters associated with an extended personal area network (XPAN) of the wireless communication device. The wireless communication device can embed the indication of the updated set of parameters via a real-time protocol (RTP) header or in a padding portion of payload data of an audio data packet. The wireless audio device can extract the updated set of parameters from the audio data packet and can transmit an acknowledgement (ACK) to the wireless communication device. As a result of receiving the ACK from the wireless audio device, the wireless communication device can communicate with the wireless audio device in accordance with the updated parameters.

Description

[0001] Cross-references

[0002] This patent application claims priority to U.S. Patent Application No. 17 / 974,465, filed October 26, 2022, entitled “LOW-LATENCY PARAMETER UPDATES FOR EXTENDED PERSONAL AREA NETWORKS” by Elsherif et al., which has been assigned to the assignee of this application and is expressly incorporated herein by reference. Technical Field

[0003] The following text relates to wireless communication, including low-latency parameter updates. Background Technology

[0004] A Wireless Local Area Network (WLAN) can be formed by one or more wireless access points (APs) that provide a shared wireless communication medium for use by multiple client devices (also known as wireless stations (STAs)). The basic building block of a WLAN conforming to the IEEE 802.11 series of standards is the Basic Service Set (BSS), which is managed by the AP. Each BSS is identified by a Basic Service Set Identifier (BSSID) advertised by the AP. The AP periodically broadcasts beacon frames to enable any STA within the AP's wireless range to establish or maintain a communication link with the WLAN.

[0005] An access point (AP) can be coupled to a network such as the Internet and enable mobile devices to communicate over the network (or with other devices coupled to the access point). Wireless devices can communicate bidirectionally with network devices. For example, in a WLAN, a device can communicate with its associated AP via downlink (e.g., a communication link from the AP to the device) and uplink (e.g., a communication link from the device to the AP). A wireless personal area network (PAN) (which may include a Bluetooth connection) can provide short-range wireless connectivity between two or more paired wireless devices. For example, a wireless device such as a cellular phone can use wireless PAN communication to exchange information such as audio signals with a wireless headset. Summary of the Invention

[0006] The systems, methods, and apparatuses disclosed herein each have several innovative aspects, none of which are solely responsible for the desired properties disclosed herein.

[0007] The described technology relates to improved methods, systems, devices, or apparatuses for supporting low-latency parameter updates for Extended Personal Area Networks (XPANs), which may also be referred to as Extended Personal Audio Networks. For example, a wireless communication device (which may be a handheld device or an access point (AP)) and a set of wireless earbuds can use downlink audio data packets to carry updated XPAN-related parameters. In some examples, the wireless communication device may embed the updated parameter set in one or more fields of the Real-Time Transport Protocol (RTP) audio header of the audio data packet and may send the audio data packet to the wireless earbuds. Alternatively, the wireless communication device may embed the updated parameter set in the padding portion of the audio data packet and may send the audio data packet to the wireless earbuds.

[0008] One innovative aspect of the subject matter described in this disclosure can be implemented in an apparatus for wireless communication at a wireless communication device. The apparatus may include a processor, a memory coupled to the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to: send an indication of an updated set of parameters associated with a wireless network to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet; receive a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first audio data packet and the second audio data packet, respectively; and send a set of audio data packets to one or both of the first and second wireless audio devices based on the updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0009] Another innovative aspect of the subject matter described in this disclosure can be implemented in a method for wireless communication at a wireless communication device. The method includes: sending an indication of an updated set of parameters associated with a wireless network to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet; receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first audio data packet and the second audio data packet, respectively; and sending a set of audio data packets to one or both of the first and second wireless audio devices based on the updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0010] Another innovative aspect of the subject matter described in this disclosure can be implemented in another apparatus for wireless communication at a wireless communication device. The apparatus may include: units for transmitting an indication of an updated set of parameters associated with a wireless network to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet; units for receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first audio data packet and the second audio data packet, respectively; and units for transmitting a set of audio data packets to one or both of the first and second wireless audio devices based on the updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0011] Another innovative aspect of the subject matter described in this disclosure can be implemented in a non-transitory computer-readable medium storing code for wireless communication at a wireless communication device. The code may include instructions executable by a processor to: send an indication of an updated set of parameters associated with a wireless network to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet; receive a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first audio data packet and the second audio data packet, respectively; and send a set of audio data packets to one or both of the first and second wireless audio devices based on the updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0012] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the indication to the updated set of parameters associated with the wireless network may include operations, features, elements, or instructions for sending the indication to the updated set of parameters via one or more fields of the Real-Time Transport Protocol (RTP) audio header of each of the first and second audio data packets.

[0013] In some examples of the methods, apparatuses and non-transitory computer-readable media described herein, sending an indication to the updated set of parameters associated with the wireless network may include operations, features, units or instructions for sending the indication to the updated set of parameters via padding portions of each of the first audio data packet and the second audio data packet.

[0014] Another innovative aspect of the subject matter described in this disclosure can be implemented in an apparatus for wireless communication at a wireless audio device. The apparatus may include a processor, a memory coupled to the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to: receive from the wireless communication device via audio data packets an indication of an updated set of parameters associated with a wireless network; send to the wireless communication device a feedback message in response to the audio data packets; and receive a set of audio data packets from the wireless communication device based on the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0015] Another innovative aspect of the subject matter described in this disclosure can be implemented in a method for wireless communication at a wireless audio device. The method may include: receiving from the wireless communication device via audio data packets an indication of an updated set of parameters associated with a wireless network; sending to the wireless communication device a feedback message in response to the audio data packets; and receiving a set of audio data packets from the wireless communication device based on the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0016] Another innovative aspect of the subject matter described in this disclosure can be implemented in another apparatus for wireless communication at a wireless audio device. The apparatus may include: units for receiving from the wireless communication device via audio data packets an indication of an updated set of parameters associated with a wireless network; units for sending to the wireless communication device a feedback message in response to the audio data packets; and units for receiving a set of audio data packets from the wireless communication device based on the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0017] Another innovative aspect of the subject matter described in this disclosure can be implemented in a non-transitory computer-readable medium storing code for wireless communication at a wireless audio device. The code may include instructions executable by a processor to: receive from the wireless communication device via audio data packets an indication of an updated set of parameters associated with a wireless network; send to the wireless communication device a feedback message in response to the audio data packets; and receive a set of audio data packets from the wireless communication device based on the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0018] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, receiving the indication to the updated set of parameters associated with the wireless network may include operations, features, units, or instructions for receiving the indication to the updated set of parameters via one or more fields of the Real-Time Transport Protocol audio header of the audio data packet.

[0019] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, receiving the indication to the updated set of parameters associated with the wireless network may include operations, features, units, or instructions for receiving the indication to the updated set of parameters via a padding portion of the audio data packet.

[0020] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the following description. Other features, aspects, and advantages will become apparent from the specification, drawings, and claims. It should be noted that the relative dimensions in the following drawings may not be drawn to scale. Attached Figure Description

[0021] Figure 1 and 2 An example of a wireless communication system supporting low-latency parameter updates for Extended Personal Area Networks (XPANs) is shown, according to various aspects of this disclosure.

[0022] Figure 3 An example of a process flow supporting low-latency parameter updates for XPAN is shown, based on one or more aspects of this disclosure.

[0023] Figure 4 and 5 An example of audio data packetization supporting low-latency parameter updates for XPAN is shown, according to one or more aspects of this disclosure.

[0024] Figure 6 An example of a communication timeline supporting low-latency parameter updates for XPAN is shown, based on one or more aspects of this disclosure.

[0025] Figure 7 An example of an encoding format supporting low-latency parameter updates for XPAN, according to one or more aspects of this disclosure, is shown.

[0026] Figures 8 to 10 An example of an XPAN topology supporting low-latency parameter updates for XPAN is shown, according to one or more aspects of this disclosure.

[0027] Figure 11 and 12A block diagram is shown that supports low-latency parameter updates for XPAN according to one or more aspects of this disclosure.

[0028] Figure 13 A block diagram is shown that supports a communication manager for low-latency parameter updates for XPAN, according to one or more aspects of this disclosure.

[0029] Figure 14 A diagram of a system including a device supporting low-latency parameter updates for XPAN is shown, according to one or more aspects of this disclosure.

[0030] Figure 15 and 16 A block diagram is shown that supports low-latency parameter updates for XPAN according to one or more aspects of this disclosure.

[0031] Figure 17 A block diagram is shown that supports a communication manager for low-latency parameter updates for XPAN, according to one or more aspects of this disclosure.

[0032] Figure 18 A diagram of a system including a device supporting low-latency parameter updates for XPAN is shown, according to one or more aspects of this disclosure.

[0033] Figure 19 and 20 A flowchart illustrating a method for supporting low-latency parameter updates for XPAN according to one or more aspects of this disclosure is shown.

[0034] Similar reference numerals and naming conventions in the various figures indicate similar elements. Detailed Implementation

[0035] The following description relates to specific examples for the purpose of illustrating the innovative aspects of this disclosure. However, those skilled in the art will readily recognize that the teachings herein can be applied in a variety of different ways. Some or all of the examples described can be implemented in any device, system, or network capable of transmitting and receiving radio frequency (RF) signals according to one or more of the following: the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, the IEEE 802.15 standard, as defined by the Bluetooth Special Interest Group (SIG). The standards, or Long Term Evolution (LTE), 3G, 4G, or 5G (New Radio (NR)) standards issued by the 3rd Generation Partnership Project (3GPP), and other standards. The described examples can be implemented in any device, system, or network capable of transmitting and receiving RF signals according to one or more of the following technologies or techniques: Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), Single Carrier FDMA (SC-FDMA), Space Division Multiple Access (SDMA), Rate Split Multiple Access (RSMA), Multi-User Shared Access (MUSA), Single-User (SU) Multiple-Input Multiple-Output (MIMO), and Multi-User (MU)-MIMO. The described examples can also be implemented using other wireless communication protocols or RF signals suitable for use in one or more of the following networks: Wireless Personal Area Network (WPAN), Wireless Local Area Network (WLAN), Wireless Wide Area Network (WWAN), Wireless Metropolitan Area Network (WMAN), or Internet of Things (IoT) networks.

[0036] In some deployments, wireless communication devices can support applications associated with low-latency or lossless audio to one or more other devices, such as one or more personal audio devices. For example, a wireless communication device can support applications and use cases associated with ultra-low latency (ULL) (such as ULL gaming) or streaming lossless audio to one or more personal audio devices (e.g., wireless earbuds) of a user. In scenarios where a user uses two wireless earbuds, the wireless communication device can support an Extended Personal Area Network (XPAN), through which it can communicate with both earbuds. To meet the latency or lossless standards associated with the application or use case, the XPAN device can employ Target Wake-Up Time (TWT) technology for communication between the wireless communication device and the wireless earbuds. The initial or default TWT parameter can be set under desired ideal (e.g., interference-free or near-interference-free) conditions and can be updated in response to changing channel conditions or varying concurrency at the wireless communication device. In some systems, the wireless earbuds and the wireless communication device can exchange one or more Bluetooth messages, enabling complete TWT teardown between the wireless communication device and each wireless earbud. This exchange of Bluetooth messages and TWT removal can introduce too much latency for some applications, such as ULL games or streaming lossless audio applications.

[0037] In some implementations, a set of wireless communication devices (which may be handheld devices or access points (APs)) and one or more wireless audio devices (e.g., wireless earbuds or wireless headphones) can use downlink audio data packets to carry updated TWT parameters or any other XPAN-related parameters that the wireless communication devices and wireless audio devices can indicate via wireless signaling. In some examples, the wireless communication device can embed an updated set of parameters (e.g., updated TWT parameters or other XPAN-related parameters) in one or more fields of the Real-Time Transport Protocol (RTP) audio header of the audio data packet, and can send the audio data packet to the wireless audio device. Alternatively, the wireless communication device can embed an updated set of parameters in the padding portion of the audio data packet, and can send the audio data packet to the wireless audio device. The wireless audio device can acknowledge the audio data packets sent by the wireless communication device, and the wireless communication device can communicate according to the updated parameters based on the acknowledgment received from the wireless audio device. In an example where the wireless audio device includes two wireless earbuds, each wireless earbud can acknowledge the audio data packets sent by the wireless communication device, and the wireless communication device can communicate according to the updated parameters based on the acknowledgment received from each wireless earbud.

[0038] Specific implementations of the subject matter described in this disclosure can achieve one or more of the following potential advantages. For example, as a result of sending an indication of an updated set of parameters to a set of one or more wireless audio devices during normal data transmission, the wireless communication device can indicate the updated parameters to the wireless audio device with lower latency. For example, instead of initiating a teardown or employing some other reconfiguration or parameter update technique or process, the wireless communication device and the wireless audio device can update parameters relatively more dynamically by indicating parameter updates via audio data packets or other data messages that can be exchanged between the wireless communication device and the wireless audio device. Due to the lower latency for parameter updates, the wireless communication device and the wireless audio device can more appropriately respond to changing channel conditions or changing concurrency at the wireless communication device without compromising support for applications such as ULL games or streaming lossless audio applications. Therefore, implementations of the subject matter described in this disclosure can enhance the user experience and facilitate higher data rates, greater spectral efficiency, and greater system capacity.

[0039] First, various aspects of this disclosure are described within the context of a wireless communication system. Furthermore, these aspects are illustrated and described with reference to process flows, audio data packets (e.g., audio data packet formats), communication timelines, encoding formats, and example XPAN topologies. Further, various aspects of this disclosure are illustrated and described with reference to apparatus diagrams, system diagrams, and flowcharts related to low-latency parameter updates for XPAN.

[0040] Figure 1 A wireless communication system 100 (also referred to as a WLAN or Wi-Fi network) configured according to various aspects of this disclosure is illustrated. The wireless communication system 100 may include an access point (AP) 105 and multiple associated devices 115 (such as stations (STAs) or soft APs (SAPs), which may represent devices such as mobile stations, personal digital assistants (PDAs), other handheld devices, netbooks, laptops, tablets, laptop computers, display devices (e.g., TVs, computer monitors, etc.), printers, etc.). The AP 105 and associated devices 115 (e.g., associated STAs) may represent a BSS or ESS. Various devices 115 in the network are capable of communicating with each other via the AP 105. A coverage area 110 of the AP 105 is also shown, which may represent a BSA of the wireless communication system 100. Extended network stations (not shown) associated with the wireless communication system 100 may be connected to a wired or wireless distribution system, which may allow multiple APs 105 to connect in an ESS.

[0041] Despite Figure 1Although not shown, device 115 can be located at the intersection of more than one coverage area 110 and can be associated with more than one AP 105. A single AP 105 and an associated group of devices 115 can be referred to as a BSS. An ESS is a group of connected BSSs. A distribution system (not shown) can be used to connect APs 105 in an ESS. In some cases, the coverage area 110 of AP 105 can be divided into sectors (also not shown). Wireless communication system 100 can include different types of APs 105 (e.g., metropolitan area, home network, etc.) with different and overlapping coverage areas 110. Two devices 115 can also communicate directly via a direct wireless communication link 125, regardless of whether the two devices 115 are in the same coverage area 110. Examples of direct wireless communication links 120 can include Wi-Fi direct connection, Wi-Fi Tunneled Direct Link Establishment (TDLS) link, and other group connections. Device 115 and AP 105 can communicate using WLAN radio and baseband protocols for the physical and MAC layers, including but not limited to versions from IEEE 802.11 and 802.11b, 802.11g, 802.11a, 802.11n, 802.11ac, 802.11ad, 802.11ah, 802.11ax, etc. In other implementations, peer-to-peer connections or ad hoc networks can be implemented within the wireless communication system 100.

[0042] In some cases, device 115 (or AP 105) may be detectable by the central AP 105 but not by other devices 115 within the coverage area 110 of the central AP 105. For example, one device 115 may be located at one end of the coverage area 110 of the central AP 105, while another device 115 may be located at the other end. Therefore, both devices 115 may communicate with AP 105 but may not receive the other's transmissions. This can lead to conflicting transmissions between the two devices 115 in a contention-based environment (e.g., CSMA / CA), as devices 115 may avoid transmitting over each other. Devices 115 whose transmissions are unidentifiable but within the same coverage area 110 can be referred to as hidden nodes. CSMA / CA can be supplemented by exchanging RTS packets sent by the sending device 115 (or AP 105) and CTS packets sent by the receiving device 115 (or AP 105). This can warn other devices within the range of the sender and receiver not to transmit during the duration of the main transmission. Therefore, RTS / CTS can help mitigate the hidden node problem.

[0043] The wireless communication system 100 may include an access point (AP) 105, a device 115 (which may be referred to as a source device, central device, etc.), and a pairing device 115 (which may be referred to as a receiver device, peripheral device, etc.) that enables WLAN communication (e.g., Wi-Fi communication) and / or Bluetooth communication. For example, device 115 may include a cellular phone, user equipment (UE), radio station (STA), mobile station, personal digital assistant (PDA), other handheld device, netbook, laptop computer, tablet computer, laptop computer, or some other suitable term. Pairing device 115 may include a Bluetooth-enabled device capable of pairing with other Bluetooth-enabled devices (e.g., such as device 115), which may include wireless audio devices (e.g., headphones, earbuds, speakers, headsets, headphones), display devices (e.g., TV, computer monitor), microphones, meters, valves, etc.

[0044] Bluetooth communication can refer to a short-range communication protocol and can be used to connect and exchange information between device 115 and paired device 115 (e.g., between mobile phones, computers, digital cameras, wireless headsets, speakers, keyboards, mice, or other input peripherals and similar devices). A Bluetooth system (e.g., aspects of wireless communication system 100) can be organized using a central-peripheral relationship employing a time-division duplex protocol with defined time slots of, for example, 625 microseconds, where transmissions alternate between a central device (e.g., device 115) and one or more peripheral devices (e.g., paired device 115). In some examples, device 115 may generally refer to the central device, and paired device 115 may refer to a peripheral device in wireless communication system 100. Therefore, in some examples, a device may be referred to as device 115 or paired device 115 based on the device's Bluetooth role configuration. That is, designating a device as device 115 or paired device 115 may not necessarily indicate a difference in device capabilities, but may refer to or indicate the role held by the device in wireless communication system 100. Typically, device 115 can refer to a wireless communication device capable of wirelessly exchanging data signals with another device (e.g., paired device 115), and paired device 115 can refer to a device operating as a peripheral device, or a short-range wireless communication device capable of exchanging data signals with device 115 (e.g., using the Bluetooth communication protocol).

[0045] A communication link 125 can be established between two Bluetooth-enabled devices (e.g., between device 115 and paired device 115), and the communication link 125 can provide communication or services (e.g., according to some Bluetooth profiles). The controller stack can be responsible for establishing the communication link 125, such as an asynchronous connection-oriented link (or asynchronous connection-oriented connection), a synchronous connection-oriented (SCO) link (or SCO connection), an extended synchronous connection-oriented (eSCO) link (or eSCO connection), or other logical transport channel links. For example, a Bluetooth connection could be an eSCO connection for voice calls (e.g., which may allow retransmissions), an ACL connection for music streaming (e.g., A2DP), etc. For example, eSCO packets can be sent in predetermined time slots (e.g., six Bluetooth time slots each for eSCO). When establishing a Bluetooth link, a rule interval between eSCO packets can be specified. eSCO packets destined for / from a specific device (e.g., paired device 115) are acknowledged, and if not acknowledged during a retransmission window, they can be retransmitted. Additionally, audio can be streamed between device 115 and paired device 115 using an ACL connection (A2DP profile). In some cases, an ACL connection can occupy one, three, or five Bluetooth time slots used for data or voice. Other Bluetooth profiles supported by Bluetooth-enabled devices may include Bluetooth Low Energy (BLE) (e.g., providing significantly reduced power consumption and cost while maintaining similar communication range), Human Interface Device Profile (HID) (e.g., providing a low-latency link with low power requirements), etc.

[0046] In some examples, the device is capable of both Bluetooth and WLAN communication. For instance, WLAN and Bluetooth components can be co-located within the device, enabling it to communicate using both Bluetooth and WLAN communication protocols, as each technology can offer different benefits or improve the user experience under different conditions. In some examples, Bluetooth and WLAN communication can share the same medium, such as the same unlicensed frequency medium. In such examples, device 115 can support WLAN communication via AP 105 (e.g., via communication link 120). AP 105 and associated device 115 can represent a Basic Service Set (BSS) or an Extended Service Set (ESS). Various devices 115 in the network can communicate with each other via AP 105. In some cases, AP 105 can be associated with a coverage area, which can represent a Basic Service Area (BSA).

[0047] Device 115 and AP 105 can communicate using WLAN radio and baseband protocols for the physical and MAC layers, including but not limited to versions from IEEE 802.11 and 802.11b, 802.11g, 802.11a, 802.11n, 802.11ac, 802.11ad, 802.11ah, 802.11ax, etc. In other implementations, peer-to-peer or ad hoc networks can be implemented within system 100, and devices can communicate with each other via communication link 120 (e.g., Wi-Fi direct connection, Wi-Fi Tunnel Direct Link Establishment (TDLS) link, peer-to-peer link, other peer-to-peer or group connection). AP 105 can be coupled to a network such as the Internet, enabling device 115 to communicate via the network (or with other devices 115 coupled to AP 105). Device 115 can communicate bidirectionally with network devices. For example, in a WLAN, device 115 can communicate with its associated AP 105 via a downlink (e.g., a communication link from AP 105 to device 115) and an uplink (e.g., a communication link from device 115 to AP 105).

[0048] In some examples, the content, media, audio, etc., exchanged between device 115 and paired device 115 may originate from WLAN. For example, in some examples, device 115 may (e.g., via WLAN communication) receive audio from AP 105, and device 115 may then (e.g., via Bluetooth communication) relay or transmit the audio to paired device 115. In some examples, certain types of Bluetooth communication (e.g., such as high-quality or high-definition (HD) Bluetooth) may require enhanced quality of service. For example, in some examples, latency-sensitive Bluetooth services may have a higher priority than WLAN services.

[0049] In some deployments, the wireless communication device can support applications associated with low-latency or lossless audio to one or more other devices, such as one or more personal audio devices (e.g., personal wireless audio devices). For example, the wireless communication device can support applications and use cases associated with ULL (such as ULL games) or streaming lossless audio to one or more personal audio devices (e.g., wireless audio devices) of a user. In a scenario where a user uses two wireless audio devices (e.g., wireless audio device 130-a and wireless audio device 130-b), the wireless communication device can support an XPAN, through which it can communicate with both wireless audio devices. Furthermore, although described in the context of two wireless audio devices (e.g., two wireless earbuds), the described techniques can also be applied to a single wireless audio device (e.g., headphones).

[0050] To meet latency or lossless standards associated with an application or use case, XPAN devices can employ TWT (Time-to-Wait) technology for communication between wireless and wireless audio devices. Initial or default TWT parameters can be set under desired ideal (e.g., interference-free or near-interference-free) conditions and can be updated in response to changing channel conditions or concurrency at the wireless communication device. In some systems, the wireless audio and wireless communication devices can exchange one or more Bluetooth messages and perform a complete TWT teardown between the wireless communication device and each wireless audio device. This exchange of Bluetooth messages and TWT teardown can introduce too much latency for some applications, such as ULL gaming or streaming lossless audio applications.

[0051] In some implementations, a set of wireless communication devices (which may be device 115 (e.g., a handheld device) or AP 105) and wireless audio devices may use downlink audio data packets to carry updated TWT parameters or any other XPAN-related parameters that the wireless communication devices and wireless audio devices may indicate via wireless signaling. In some examples, the wireless communication device may embed an updated set of parameters (e.g., updated TWT parameters or other XPAN-related parameters) in one or more fields (such as one or more Source Contribution (CSRC) fields) of the RTP audio header of the audio data packet, and may send the audio data packet to the wireless audio device. Alternatively, the wireless communication device may embed the updated set of parameters in the padding portion of the audio data packet, and may send the audio data packet to the wireless audio device. The wireless audio devices may each acknowledge the audio data packets sent by the wireless communication device, and the wireless communication device may communicate according to the updated parameters based on acknowledgments received from each wireless audio device.

[0052] According to the example implementation described herein, various devices can use over-the-air transmissions to indicate updated parameters (e.g., updated XPAN-related parameters, such as updated TWT parameters) via one or both of the CSRC field or padding field in the RTP audio header in the payload data portion. Thus, various devices can use over-the-air packet transmission sequences to change or update a set of parameters (e.g., the TWT parameter set). For example, via audio data packet transmissions, various devices can configure, trigger, or indicate an increase or decrease in the audio packet period (e.g., when the TWT SI is changed). Furthermore, according to the described techniques, such devices can avoid explicit TWT teardown, request and response frame exchange, and can alternatively implement TWT sequence changes after the updated TWT parameters are indicated in the CSRC field or padding portion of the RTP audio header.

[0053] Figure 2An example of a wireless communication system 200 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. The wireless communication system 200 can be implemented or is implemented to implement aspects of the wireless communication system 100. For example, the wireless communication system 200 illustrates communication between an AP 105, a device 115 (e.g., a handheld device or handheld receiver), and wireless audio devices 130-a and 130-b of a user 205, which can be, for example, via… Figure 1 Show and reference Figure 1 Examples of the corresponding devices described. In some implementations, device 115, wireless audio device 130-a, and wireless audio device 130-b may support a signaling-based mechanism, under which device 115 may send an indication of an updated set of parameters to each of wireless audio devices 130-a and 130-b via one or more audio data packets. As described herein, the updated set of parameters may include any communication-related or proprietary parameters between the wireless communication device and at least one wireless audio device. Wireless audio devices 130-a and 130-b may be examples of wireless earbuds, wireless headphones, stereo speakers, or surround sound devices, as well as other examples.

[0054] In some deployments, device 115 may communicate with AP 105 via one or both of links 210-a and 210-b, which may be examples of infrastructure links between AP 105 and device 115. Link 210-a may be an example of a 2.4 GHz link between AP 105 and device 115, and link 210-b may be an example of a 5 GHz or 6 GHz link between AP 105 and device 115. Furthermore, device 115 may wirelessly communicate with each of wireless audio devices 130-a and 130-b, each of which may be associated with an XPAN of device 115. For example, device 115 can communicate with wireless audio device 130-a via link 215-a and with wireless audio device 130-b via link 215-b, where links 215-a and 215-b can be referred to as or understood as XPAN links. Link 215-a can be an example of a 5 GHz link or a 6 GHz link, and link 215-b can be an example of a 5 GHz link or a 6 GHz link. Additionally, in some examples, device 115 can communicate with wireless audio device 130-a (which can be an example of a primary earbud) via communication link 220. Communication link 220 can be an example of a Bluetooth link between device 115 and wireless audio device 130-a. Wireless audio device 130-a and wireless audio device 130-b (which can be an example of a secondary earbud) can communicate with each other via link 225, which can be an example of a Bluetooth link between wireless audio device 130-a and wireless audio device 130-b.

[0055] In some cases, device 115, wireless audio device 130-a, and wireless audio device 130-b may support or be part of XPAN, and XPAN may be used to support one or more applications or use cases, such as those associated with latency or lossless audio constraints or standards. For example, device 115 may support one or more use cases for ULL gaming and streaming lossless audio to wireless audio devices 130-a and 130-b (e.g., personal devices of device 115). For such applications, device 115 may be expected to keep end-to-end latency below a relatively stringent latency target (e.g., 40ms for ULL gaming). Furthermore, device 115 may also be responsible for handling (e.g., moderately handling) the coexistence of XPAN traffic (e.g., traffic to or from one or both of wireless audio devices 130-a and 130-b) with other concurrent scenarios that user 205 or the system may initiate. Other concurrent scenarios may include scanning concurrency for channel selection, STA infrastructure link concurrency for online gaming or other services to or from AP 105, or Neighbor-aware networking (NAN) discovery and NAN data transmission, or any combination thereof.

[0056] In this way, device 115 can be expected to meet latency constraints for various applications or use cases (e.g., ultra-low latency constraints for ULL gaming use cases) and also facilitate coexistence between XPAN and other concurrent scenarios on device 115. To meet latency constraints associated with, for example, ULL gaming, power constraints of wireless audio devices 130-a and 130-b, power and concurrency constraints at device 115, device 115 can use TWT technology for communication between device 115 (which can act as or be used as a soft AP (SAP)) and each of wireless audio devices 130-a and 130-b (which can act as or be used as a STA).

[0057] Example TWT parameters include TWT 230, TWT Service Interval (SI) 235, and TWT Service Period (SP) 240. TWT 230 may indicate or be associated with a Timed Synchronization Function (TSF) time, which indicates the start or beginning of a first TWT session. TWT SI 235 may indicate a TWT interval, which may refer to the time difference between the start or beginning of two consecutive TWT sessions. TWT SP 240 may indicate the duration during which one or both of wireless audio devices 130-a and 130-b are awake during TWT SI 235. In some respects, TWT SP 240 may be referred to as or understood as a TWT session. Therefore, and as... Figure 2As shown, TWT SI 235 can indicate the time difference between TWT SP 240-a and TWT 240-b. The remaining time within TWT SI 235, excluding TWT SP 240, can be referred to as or understood as concurrent time 245, during which device 115 can perform any operation (e.g., transmit or receive) associated with the concurrent scenario at device 115. In other words, the difference between XPAN TWT SI 235 and XPAN TWT SP 240 can be the remaining time for device 115 to support other concurrency (e.g., beyond any channel switching or software overhead).

[0058] For XPAN, each of wireless audio device 130-a and wireless audio device 130-b (which may be an example of a TWT request STA) can initiate a TWT session with device 115 (which may be an example of a TWT response STA). Furthermore, for low-latency use cases (e.g., ULL gaming use cases), the target end-to-end latency may be relatively strict (e.g., less than or equal to approximately 40 ms), which can be tied to, associated with, or expected to be Wi-Fi latency within a specific range (e.g., in the range below 10 ms). To achieve such Wi-Fi latency, TWT SI 235 and TWT SP 240 can be selected or set to specific values ​​(e.g., TWT SI 235 can be set to 4 ms, with TWT SP 240 at 2 ms). Additionally, for lossless audio use cases, for example, TWT SI 235 can be set to approximately 70 ms, with TWT SP 240 at approximately 23 ms.

[0059] In some cases, the default or initial set of TWT parameters for XPAN can be configured or set to a desired ideal (e.g., interference-free or near-interference-free) condition (e.g., link conditions, channel conditions, or environmental conditions). In some deployments, Wi-Fi channel conditions, the concurrency of device 115, or XPAN constraints can change over time. Such changes can trigger, be associated with, or manage TWT parameter updates. Furthermore, in applications or use cases associated with low latency (e.g., ULL gaming and streaming lossless audio), it is expected that TWT parameter updates will be performed with low latency to continue meeting XPAN constraints without compromising the user experience. As an example, for the XPAN gaming use case, TWT SP240 could be approximately 2ms. Thus, the communication overhead for updating TWT parameters or transmitting other information from device 115 to wireless audio devices 130-a and 1301-b can also be expected to be relatively small.

[0060] However, in some systems, the TWT parameter update process can be associated with relatively high latency. Furthermore, because a TWT session can be initiated by wireless audio devices 130-a and 130-b (with default or initial parameters), any update to the TWT parameters triggered by a change in conditions on device 115 can involve device 115 sending the updated parameters to wireless audio devices 130-a and 130-b, followed by a change in the TWT parameters at wireless audio devices 130-a and 130-b.

[0061] A sample TWT parameter update process may include a sequence of signaling steps involving one or more transmissions using a Bluetooth link, which can introduce relatively large latency. For example, the Wi-Fi subsystem (SS) of device 115 may send a request (e.g., a TWT parameter update request) to the Bluetooth master (BT master) of device 115 to update one or more TWT parameters after detecting one or more conditions that trigger a change in one or more TWT parameters. The BT master of device 115 may use the Bluetooth link to transmit the updated set of TWT parameters to the BT master of the primary earbud (e.g., wireless audio device 130-a). Such updated TWT configuration transmitted via the Bluetooth link may add approximately 80 ms of latency. The BT master of the primary earbud may internally signal the new TWT parameters to the Wi-Fi SS of the primary earbud, and the BT master of the primary earbud may use the Bluetooth link to transmit the new TWT parameters to the BT master of the secondary earbud (e.g., wireless audio device 130-b). Such indication of TWT configuration via the Bluetooth link between the primary and secondary earbuds may add approximately 120 ms of latency. The BT host of the auxiliary earbud can internally notify the auxiliary earbud's Wi-Fi SS of new TWT parameters via a signal.

[0062] The primary earbud's Wi-Fi SS can initiate a TWT session teardown and parameter update process. This process may involve transmitting a TWT teardown message and a TWT request message carrying new TWT parameters from the primary earbud's Wi-Fi SS to the device 115's Wi-Fi SS via an XPAN Wi-Fi link, and transmitting an acknowledgment (ACK) message for the new TWT parameters and a TWT response message from the device 115's Wi-Fi SS to the primary earbud's Wi-Fi SS via the XPAN Wi-Fi link. The device 115's Wi-Fi SS can update the BT host of device 115 that a new TWT session with the primary earbud has been established (e.g., the Wi-Fi SS can indicate a TWT session update to the BT host). Such a TWT session teardown and parameter update process can also be performed between device 115 and the secondary earbud.

[0063] According to such a TWT parameter update process, device 115 may introduce a relatively large delay between the time when the conditions associated with the TWT parameter update are triggered on device 115 and the time when the updated parameters take effect. For example, some components of the delay may include approximately 80ms of delay associated with the updated TWT configuration sent via the Bluetooth link between device 115 and the master earbud, approximately 100ms of delay associated with sniffing exit delay (if the Bluetooth link between the two earbuds is in sniffing mode), approximately 20ms of delay associated with the updated TWT configuration sent via the Bluetooth link between the two earbuds, and approximately 5ms of delay associated with the teardown of the TWT session and the re-establishment of a new TWT session from the two earbuds. Therefore, such a TWT parameter update process can be associated with a total end-to-end delay of approximately 205ms for a one-time TWT parameter update, which may be too long for some applications or use cases (e.g., ULL gaming and streaming lossless audio use cases).

[0064] In some implementations, device 115, wireless audio device 130-a, and wireless audio device 130-b may support a mechanism based on data packet generation and signaling, under which device 115 may embed indications for one or more updated parameters into one or more audio data packets that device 115 may send to wireless audio devices 130-a and 130-b. For example, if device 115 detects a change that triggers a parameter update, or if device 115 otherwise determines to send a set of parameters to wireless audio devices 130-a and 130-b with low latency, device 115 may embed the parameters into one or more downlink audio data packets and may send one or more downlink audio data packets to wireless audio devices 130-a and 130-b. In some implementations, device 115 may send an indication of parameters to wireless audio device 130-a via a first audio data packet transmitted using a first Wi-Fi link (e.g., a first XPAN Wi-Fi link), and may send an indication of parameters to wireless audio device 130-b via a second audio data packet transmitted using a second Wi-Fi link (e.g., a second XPAN Wi-Fi link). The first and second audio data packets may include the same information or may include different information, and each type of information may be an example of a Physical Layer Convergence Protocol (PLCP) Protocol Data Unit (PPDU).

[0065] In this way, device 115 can transmit a set of one or more parameters to both wireless audio devices 130-a and 130-b during the expected downlink data transmission or service (e.g., without using any additional or dedicated signaling). Due to this lack of additional over-the-air Bluetooth or Wi-Fi signaling between device 115 and each of wireless audio devices 130-a and 130-b, and between wireless audio devices 130-a and 130-b, the total end-to-end latency can be one or a relatively small amount of TWT SI 235, which for some applications or use cases (e.g., ULL gaming) can correspond to a latency of approximately 4 or 8 ms. Compared to other example parameter update processes (which may result in a latency of approximately 205 ms), this latency of approximately 4 or 8 ms can represent a significant reduction in the end-to-end latency of TWT parameter renegotiation.

[0066] Therefore, devices 115, 130-a, and 130-b can achieve response times up to approximately 50 times faster to any changes in conditions on the XPAN or infrastructure link associated with device 115. In other words, the described technology can allow or facilitate flexible XPAN systems that can adapt to changing wireless conditions associated with the XPAN or infrastructure link at device 115. Therefore, the described technology is applicable to any latency-sensitive application or use case that uses TWT as a communication protocol between potentially power-limited devices or any other use case associated with or anticipating low-latency XPAN parameter updates from a default or initial set of programmed values. Furthermore, although described in the context of wireless audio devices 130-a and 130-b, the described technology is applicable to any one or more wireless audio devices. For example, the described technology is applicable to wireless earbuds, wireless headphones, wireless hands-free devices, or wireless speakers, and other examples of wireless audio devices.

[0067] Furthermore, the described techniques can allow or facilitate the simultaneous updating of one or more TWT parameters and can be used, additionally or alternatively, to transmit any other information (XPAN-related or other information) between device 115, wireless audio device 130-a, and wireless audio device 130-b in a fast and efficient manner. For example, parameters that can be transmitted between device 115 and each of wireless audio devices 130-a and 130-b may include a set of one or more TWT parameters, a Received Signal Strength Indicator (RSSI) measured at device 115 or one or both of wireless audio devices 130-a and 130-b, a channel handover indication or request, or a bearer handover indication or request. Such one or more TWT parameters may include any one or more of TWT SI 235, TWT SP 240, or TWT start time (e.g., TWT 230). Furthermore, this bearer switching indication or request can be a request for switching from an XPAN bearer to a Bluetooth bearer, or vice versa.

[0068] Figure 3 An example of a process flow 300 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. Process flow 300 can be implemented or be implemented as aspects of wireless communication system 100 or wireless communication system 200. For example, process flow 300 shows device 115, wireless audio device 130-a, and wireless audio device 130-b (which can be, as described above...) Figure 1 and 2 Show and reference Figure 1 and 2 Communication between devices 115 (e.g., a handheld device) and each of wireless audio devices 130-a and 130-b. In some implementations, devices 115, wireless audio devices 130-a and 130-b may employ techniques for low-latency transmission of XPAN TWT parameters or any other information between device 115 (e.g., a handheld device) and each of wireless audio devices 130-a and 130-b.

[0069] Device 115 may include a low-power audio SS (LPASS) 305, a BT host 310, and a Wi-Fi SS 315. Wireless audio device 130-a may include a Wi-Fi SS 320-a, a BT host 325-a, and a decoder 330-a. Similarly, wireless audio device 130-b may include a Wi-Fi SS 320-b, a BT host 325-b, and a decoder 330-b. Each of device 115, wireless audio device 130-a, and wireless audio device 130-b may support both internal signaling mechanisms (which may be associated with a wired link) and over-the-air signaling mechanisms between them.

[0070] In the following description of process flow 300, operations (such as reporting or providing) may be performed in a different order than shown, or operations performed by the example device may be performed in a different order or at different times. Some operations may also be omitted from process flow 300, or other operations may be added to process flow 300. Furthermore, although some operations or signaling may be shown to occur at different times for the purposes of discussion, these operations may actually occur simultaneously.

[0071] At 335, Wi-Fi SS 315 of device 115 can send a parameter update request to LPASS 305 of device 115. In some implementations, Wi-Fi SS 315 can transmit the updated set of parameters to LPASS 305 via one or more shadow registers. In some examples, device 115 can trigger the signaling for the parameter update request based on the detection of a change in some condition at device 115.

[0072] At 340, LPASS 305 of device 115 can send an updated RTP header to Wi-Fi SS 315 of device 115. In some implementations, LPASS 305 can include an indication of the presence of updated parameters in the corresponding audio data packet via the updated RTP header. For example, LPASS 305 can set bits or fields in the RTP header to specific values ​​to indicate that the RTP header or payload data, or both, include updated parameters. In some implementations, LPASS 305 can also embed new parameters in one or more optional CSRC fields in the TRP audio header.

[0073] At 345, Wi-Fi SS 315 of device 115 can send a first audio data packet (e.g., first audio downlink data, a first set of one or more audio data packets, etc.) to Wi-Fi SS 320-a of wireless audio device 130-a, having an indication of an updated set of parameters embedded in the first audio data packet. In other words, Wi-Fi SS 315 of device 115 can send audio downlink data with an updated set of parameters embedded therein to wireless audio device 130-a (e.g., the main earbud). In some implementations, Wi-Fi SS 315 of device 115 may embed the updated set of parameters in the RTP audio header. Alternatively or additionally, Wi-Fi SS 315 of device 115 may embed the updated set of parameters in the payload data of the first audio data packet (e.g., in the padding portion of the payload data).

[0074] In some implementations, the wireless audio device 130-a may decode or process the first audio data packet at its Wi-Fi SS 320-a (e.g., for extracting and identifying a set of parameters indicated by the first audio data packet). In some other implementations, the wireless audio device 130-a may forward the first audio data packet (or at least its RTP audio header) to its decoder 330-a for decoding and processing (e.g., for extracting and identifying a set of parameters indicated by the first audio data packet).

[0075] At 350, for example, Wi-FiSS 320-a of wireless audio device 130-a can forward the first audio data packet (or at least the RTP audio header of the first audio data packet) to decoder 330-a of wireless audio device 130-a. In other words, Wi-Fi SS 320-a can forward the RTP audio header to decoder 330-a (e.g., an audio decoder) to parse the updated set of parameters indicated via the first audio data packet.

[0076] At 355, the decoder 330-a of the wireless audio device 130-a can send the decoded and updated parameter set to the Wi-Fi SS 320-a of the wireless audio device 130-a. In other words, the audio decoder 330-a can internally notify the Wi-Fi SS 320-a of the decoded and updated parameters via a signal.

[0077] At 360, the Wi-Fi SS 320-a of the wireless audio device 130-a can send an ACK or block ACK (BA) to the Wi-Fi SS 315 of the device 115 to acknowledge receipt of the first audio data packet and (at least implicitly) acknowledge receipt of the updated parameters transmitted via the first audio data packet.

[0078] At 365, the Wi-Fi SS 315 of device 115 can send a session update associated with the updated parameters to the BT host 310 of device 115. In some implementations, the Wi-Fi SS 315 can update the BT host 310 in response to receiving an ACK or BA from the wireless audio device 130-a at 360, using an indication that the updated parameters have been successfully negotiated with the wireless audio device 130-a.

[0079] At 370, Wi-Fi SS 315 of device 115 can send a second audio data packet (e.g., second audio downlink data, a second set of one or more audio data packets, etc.) to Wi-Fi SS 320-b of wireless audio device 130-b, having an indication of an updated set of parameters embedded in the second audio data packet. In other words, Wi-Fi SS 315 of device 115 can send audio downlink data with an updated set of parameters embedded therein to wireless audio device 130-b (e.g., an earbud). In some implementations, Wi-Fi SS 315 of device 115 may embed the updated set of parameters in the RTP audio header. Alternatively, Wi-Fi SS 315 of device 115 may embed the updated set of parameters in the payload data of the second audio data packet (e.g., in the padding portion of the payload data). The second audio data packet may include the same payload information as the first audio data packet, or may include different payload information compared to the first audio data packet.

[0080] In some implementations, the wireless audio device 130-b may decode or process the second audio data packet at its Wi-FiSS 320-b (e.g., for extracting and identifying a set of parameters indicated by the second audio data packet). In some other implementations, the wireless audio device 130-b may forward the second audio data packet (or at least its RTP audio header) to its decoder 330-b for decoding and processing (e.g., for extracting and identifying a set of parameters indicated by the second audio data packet).

[0081] At 375, for example, Wi-Fi SS 320-b of wireless audio device 130-b can forward the second audio data packet (or at least the RTP audio header of the second audio data packet) to decoder 330-b of wireless audio device 130-b. In other words, Wi-Fi SS 320-b can forward the RTP audio header to decoder 330-b (e.g., an audio decoder) to parse the updated set of parameters indicated via the second audio data packet.

[0082] At 380, the decoder 330-b of the wireless audio device 130-b can send the decoded and updated parameter set to the Wi-FiSS 320-b of the wireless audio device 130-b. In other words, the audio decoder 330-b can internally notify the Wi-FiSS 320-b of the decoded and updated parameters via a signal.

[0083] At 385, the Wi-Fi SS 320-b of the wireless audio device 130-b can send an ACK or BA to the Wi-Fi SS 315 of the device 115 to acknowledge receipt of the second audio data packet and (at least implicitly) acknowledge receipt of the updated parameters transmitted via the second audio data packet.

[0084] At 390, the Wi-Fi SS 315 of device 115 can send a session update associated with the updated parameters to the BT host 310 of device 115. In some implementations, the Wi-Fi SS 315 can update the BT host 310 in response to receiving an ACK or BA from the wireless audio device 130-b at 385, using an indication that the updated parameters have been successfully negotiated with the wireless audio device 130-b.

[0085] In this way, device 115 can transmit a set of parameters (e.g., an updated set of parameters) to both wireless audio devices 130-a and 130-b via audio downlink data, and can update the BT host 310 (and the communication session, such as the TWT session between device 115 and each of wireless audio devices 130-a and 130-b) in response to receiving feedback acknowledging the receipt of audio downlink data from wireless audio devices 130-a and 130-b. In some aspects, if at least one complete packet exchange sequence from downlink audio packets (e.g., downlink audio PPDU) to ACK or BA (for both the first wireless audio device 130-a and the second wireless audio device 130-b) is completed in a single TWT SI, the updated parameters (e.g., updated TWT parameters) can begin to take effect in the next TWT SI. In such aspects, device 115, wireless audio devices 130-a and 130-b can achieve a delay of approximately 1 TWT SI, which can span approximately 4 or 8 ms.

[0086] Based on the received updated parameters, wireless audio devices 130-a and 130-b can each update their respective codecs based on the updated parameters. In other words, the earpiece can bind or synchronize any updates in the parameters with its codec. Thus, wireless audio devices 130-a and 130-b can accurately read or otherwise acquire data from the wireless channel based on the updated parameters (e.g., updated TWT parameters). Furthermore, wireless audio devices 130-a and 130-b can use processors typically used for various tasks, dedicated processors, or both to decode the indication of the updated parameters. Additionally, by embedding the indication of the updated parameters in the RTP audio header, various communication devices can implement the described techniques at the application level, which can further reduce latency.

[0087] Figure 4 An example of an audio data packet 400 supporting low-latency parameter updates for extending a personal area network is shown, according to one or more aspects of this disclosure. The audio data packet 400 may be implemented or be implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, or process flow 300. For example, the audio data packet 400 illustrates an example of how device 115 may embed an updated set of parameters into one or more audio data packets that device 115 may send to wireless audio devices 130-a and 130-b, wherein device 115, wireless audio devices 130-a, and 130-b may be as described above. Figure 1-3 Show and reference Figure 1-3 Examples of the corresponding devices described.

[0088] Audio data packet 400 may include various parts and fields, including an RTP audio header 405, which includes an extension field 410, a CSRC count (CC) field 415, and a set of one or more CSRC fields 420. In some implementations, device 115 may embed a set of parameters (e.g., an updated set of parameters, such as an updated TWT parameter set) in one or more of the CSRC fields 420. In other words, device 115, wireless audio device 130-a, and wireless audio device 130-b may use the CSRC fields 420 of the RTP audio header 405 to carry updated parameters.

[0089] In such an implementation, device 115 may set the value of extended field 410 to a first value (e.g., 1) to indicate that audio data packet 400 includes a CSRC field (e.g., to indicate the presence of a CSRC field, which may be optional). Extended field 410 may be set to a second value (e.g., 0) by default, which may indicate that no CSRC field 420 exists in audio data packet 400. Device 115 may also set the value of CC field 415 to the number of CSRC fields 420 included in audio data packet 400. For example, if audio data packet 400 includes N CSRC fields, device 115 may set CC field 415 to the value N. If CSRC field 420 is not included in audio data packet 400, device 115 may set the value of CC field 415 to 0 by default. CSRC field 420 may be 32 bits wide (e.g., may be a 32-bit field), and device 115 may include one or more parameters in one or more CSRC fields 420.

[0090] Figure 5 Examples of audio data packets 500 supporting low-latency parameter updates for extending personal area networks are shown, according to one or more aspects of this disclosure. Audio data packets 500 may be implemented or implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, or audio data packets 400. For example, audio data packets 500 illustrate how device 115 can embed an updated set of parameters into one or more audio data packets that device 115 can send to wireless audio devices 130-a and 130-b, wherein device 115, wireless audio devices 130-a, and 130-b can be as follows: Figure 1-4 Show and reference Figure 1-4 Examples of the corresponding devices described.

[0091] Audio data packet 500 may include various parts and fields, including padding field 505 for the RTP audio header and padding portion 510 for the payload data portion. In some implementations, the device may embed a set of parameters (e.g., an updated set of parameters, such as an updated TWT parameter set) in padding portion 510. In other words, device 115, wireless audio device 130-a, and wireless audio device 130-b may use padding portion 510 of the RTP audio packet to carry updated parameters.

[0092] In such an implementation, device 115 may set the value of padding field 505 to a first value (e.g., 1) to indicate that audio data packet 500 includes padding portion 510. Device 115 may embed one or more updated parameters in padding portion 510, and in some implementations, the decoder receiving the earpiece may forward the payload and padding portion 510 to Wi-FiSS to extract the updated parameters embedded in padding portion 510 and indicate to Wi-Fi SS the presence of padding portion 510 to be parsed. In some implementations, embedding a set of parameters in padding portion 510 may be associated with relatively low decoder complexity (and similarly, lower decoding latency) because the decoder can avoid parsing the CSRC field in the middle of the RTP audio header.

[0093] Figure 6 An example of a communication timeline 600 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. The communication timeline 600 can be implemented or is implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packet 400, or audio data packet 500. For example, wireless device 115 (in...) Figure 6 The diagram shows the wireless audio devices 130-a and 130-b (used as XPAN SAP) and wireless audio devices 130-a and 130-b (in...). Figure 6 The devices 115, 130-a, and 130-b (collectively referred to as "earbuds") can communicate via communication timeline 600, and can be used as follows: Figure 1-5 Show and reference Figure 1-5 Examples of the corresponding devices described.

[0094] In some implementations, one or both of wireless audio devices 130-a and 130-b can send an indication of a set of one or more parameters to device 115. In other words, the described technique can also be implemented to transmit parameters in the direction from the earpiece to device 115 (e.g., a handheld device). In such implementations, one or both of wireless audio devices 130-a and 130-b can send the indication of the parameter set via one or more uplink voice reverse channel (VBC) messages. See reference... Figure 6 As described, wireless audio device 130-a can be an example of a right earbud, and wireless audio device 130-b can be an example of a left earbud.

[0095] Furthermore, communication timeline 600 illustrates example TWT SI 605 and example XPAN activity period 610 (which can be associated with a duration equal to TA). In the example where TWT SI 605 is associated with game TWT SI, TWT SI 605 can be approximately 4 ms. In one example, XPAN activity period 610 can be associated with a time period between approximately 760.6 microseconds and approximately 1305.4 microseconds. The various frame exchanges illustrated by communication timeline 600 can be separated by short inter-frame intervals (SIFS) or random backoff (RBO).

[0096] As shown in communication timeline 600, device 115 can send an audio message 615-a to the left earbud and receive a BA 620-a in response to the audio message 615-a from the left earbud. Device 115 can send an audio message 615-b to the right earbud and receive a BA 620-b in response to the audio message 615-b from the right earbud. In some implementations, one or both of audio messages 615-a and 615-b may include an updated set of parameters (e.g., an updated TWT or other XPAN-related set of parameters). Furthermore, the left earbud can send a VBC message 625-a to device 115 and receive a BA 630-a in response to the VBC message 625-a from device 115. In some implementations, the left earbud may embed a set of parameters (e.g., an updated set of parameters, such as an updated XPAN-related set of parameters) in the VBC message 625-a. Similarly, the right earbud can send a VBC message 625-b to device 115 and can receive a BA 630-b in response to the VBC message 625-b from device 115. In some implementations, the right earbud can embed a set of parameters (e.g., an updated set of parameters, such as an updated set of XPAN-related parameters) in the VBC message 625-b.

[0097] Figure 7Examples of encoding formats 700 and 701 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, are shown. Encoding formats 700 and 701 can be implemented or are implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packets 400, audio data packets 500, or communication timeline 600. For example, device 115 or an earpiece (e.g., at least one of wireless audio devices 130-a and 130-b) can encode a set of parameters (e.g., an updated set of parameters, such as an updated XPAN-related set) according to one or both of encoding formats 700 and 701, and the other device 115 or earpiece can decode, process, or extract that set of parameters according to encoding formats 700 and 701. In other words, device 115 can use one or both of encoding formats 700 and 701 to embed an updated set of parameters in audio data packets. One or both of wireless audio devices 130-a and wireless audio devices 130-b may additionally or alternatively use one or both of encoding formats 700 and 701 to embed an updated set of parameters in the uplink VBC message.

[0098] In some implementations, device 115, wireless audio device 130-a, and wireless audio device 130-b may support one or more protocols, and these devices may transmit multiple messages (e.g., multiple parameters) in a mutually understandable manner (and without interfering with other devices) according to these protocols. In some implementations, the one or more protocols supported by device 115, wireless audio device 130-a, and wireless audio device 130-b may be product-specific or manufacturer-specific.

[0099] In some implementations, and as shown in encoding format 700, devices 115, wireless audio devices 130-a, and 130-b can support protocols related to the format of field headers and field values ​​used to transmit different types of information. In such implementations, the encoding device can use a first bit-length header (e.g., a 4-bit header) and a second bit-length value (e.g., a 28-bit value) to allow indications of up to a certain number (e.g., 16) of different types of information (e.g., different parameters) that can be transmitted between device 115 and each of wireless audio devices 130-a and 130-b. In an example where the first bit-length header and the second bit-length value are increased by up to 32 bits, the encoding device can align a given parameter indication with the 32-bit boundary of the CSRC field for relatively easier parsing, decoding, or extraction at the receiving side. This format can be referred to as a header-value transmission technique. Another option for a header-value transmission technique can be a header (or type) length value. Instead of using a fixed "second bit length" value, or any other method besides using a fixed "second bit length" value, this allows for the flexibility of devices to transmit (e.g., generate and send) fields of different lengths.

[0100] As shown in encoding format 700, header field 705-a can indicate information or parameters of the first type, and value field 710-a can indicate the value of the information or parameters of the first type. Similarly, header field 705-b can indicate information or parameters of the second type, and value field 710-b can indicate the value of the information or parameters of the second type; header field 705-c can indicate information or parameters of the third type, and value field 710-c can indicate the value of the information or parameters of the third type. In one example, for any other XPAN-related parameters that can be transmitted via audio data packets, header field value 0000 can indicate a TWT SI parameter (with an indication value "xxxx"), header field value 0001 can indicate a TWT SP parameter (with an indication value "yyyy"), header field value 0010 can indicate a TWT start time parameter (with an indication value "zzzz"), header field value 0011 can indicate a handheld RSSI parameter (with an indication value "aaaa"), and so on.

[0101] Alternatively or concurrently, and as shown in encoding format 701, devices 115, wireless audio devices 130-a, and 130-b may support implicit or agreed-upon ordering of information or parameter types. For example, instead of explicitly indicating header fields, devices 115, 130-a, and 130-b may directly transmit a set of one or more values ​​in an agreed-upon order among devices 115, 130-a, and 130-b. Such an order may be associated with a mapping indicating the order in which values ​​for different parameters are provided, and in some implementations, the mapping may indicate the bit width of each parameter among the different parameters. For example, the mapping may indicate an order such that value field 715-a, followed by value field 715-b, followed by value field 715-c, and may indicate the number of bits for each value field (e.g., the number of m1 bits for value field 715-a, the number of m2 bits for value field 715-b, etc., such that the last bit of the sequence of N value fields is...). According to encoding format 701, the communication device may include a set of reserved bits 720 after the value field 715.

[0102] Therefore, encoding format 701 can meet one or more relatively high resource efficiency thresholds, especially in scenarios where different values ​​that can be transmitted have different ranges or resolutions. In one example, for any other XPAN-related parameters, the first value indicated by the first ordered value field 715 can correspond to the TWT SI mantissa (and may include 16 bits), the second value indicated by the second ordered value field 715 can correspond to the TWT SI exponent (and may include 5 bits), the third value indicated by the third ordered value field 715 can correspond to the TWT SP (and may include 8 bits), the fourth value indicated by the fourth ordered value field 715 can correspond to the TWT start time (and may include 8 bits), the fifth value indicated by the fifth ordered value field 715 can correspond to the RSSI value (and may include 16 bits), and so on.

[0103] Figure 8Examples of XPAN topologies 800, 801, and 802 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, are shown. XPAN topologies 800, 801, and 802 can be implemented or implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packets 400, audio data packets 500, communication timeline 600, encoding format 700, or encoding format 701. For example, each of XPAN topologies 800, 801, and 802 illustrates AP 105, device 115, wireless audio device 130-a, and wireless audio device 130-b (which can be, for example, via...). Figure 1-7 Show and reference Figure 1-7 Example deployment scenarios (described as examples of corresponding devices).

[0104] In some implementations, one or both of device 115 and AP 105, and each of wireless audio devices 130-a and 130-b, may support a signaling-based mechanism by which device 115 or AP 105 may send instructions for parameter sets (e.g., updated XPAN parameter sets, such as updated TWT parameter sets) to each of wireless audio devices 130-a and 130-b via one or more audio data packets. In other words, although this document describes the transmission of updated parameter sets by device 115 to wireless audio devices 130-a and 130-b via audio data packets or VBC messages, in some deployment scenarios, AP 105 may perform similar functions and send similar signaling as device 115 to facilitate low-latency parameter updates.

[0105] In other words, and as Figure 8-10 Each figure in the diagram and references Figure 8-10 Each diagram in the diagram describes a technique that can be applied to any topology in which the TWT is used for communication with a set or pair of earpieces, including topologies in which XPAN is used between the handheld device and the earpieces or between the infrastructure AP and the earpieces. For ULL gaming use cases, in particular, strict latency constraints may necessitate flexible techniques for TWT parameter updates. Therefore, in the XPAN use case, the described techniques can support solutions for TWT parameter updates between the earpieces and either or both of the handheld device (e.g., a telephone) or the AP.

[0106] As shown in XPAN topology 800, AP 105 can communicate with device 115 via link 805, and device 115 can communicate with wireless audio devices 130-a and 130-b via links 810-a and 810-b, respectively. Link 805 can be an example of a 2.4 GHz link, and links 810-a and 810-b can be examples of 5 GHz links. Device 115 can also communicate with wireless audio device 130-a via link 815, which can be an example of a Bluetooth link. Wireless audio devices 130-a and 130-b can communicate with each other via link 820, which can be an example of a Bluetooth link. Links 810-a and 810-b can be examples of XPAN links, and XPAN topology 800 can be an example of a direct XPAN link.

[0107] As shown in XPAN topology 801, AP 105 can communicate with device 115 via link 805, and AP 105 can communicate with wireless audio devices 130-a and 130-b via links 825-a and 825-b, respectively. Links 805, 825-a, and 825-b can be examples of 5GHz links. Device 115 can communicate with wireless audio device 130-a via link 815, which can be an example of a Bluetooth link. Wireless audio devices 130-a and 130-b can communicate with each other via link 820, which can be an example of a Bluetooth link. In some examples, wireless audio device 130-b can support mirroring technology and can attempt to "sniff" packets sent via link 815 via mirror link 830. Links 805, 825-a, and 825-b may be examples of XPAN links, and XPAN topology 801 may be an example of an XPAN infrastructure link in standby mode.

[0108] As shown in XPAN topology 802, AP 105 can communicate with device 115 via link 805, and AP 105 can communicate with wireless audio devices 130-a and 130-b via links 825-a and 825-b, respectively. Links 805, 825-a, and 825-b can be examples of 5GHz links. Wireless audio devices 130-a and 130-b can communicate with each other via link 820, which can be an example of a Bluetooth link. Device 115 may lack a direct link between device 115 and the earbuds. Alternatively, AP 105 can control the system or relay packets and messages between the earbuds and device 115. Links 805, 825-a, and 825-b can be examples of XPAN links, and XPAN topology 802 can be an example of XPAN infrastructure deployment.

[0109] Figure 9 Examples of XPAN topologies 900 and 901 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, are shown. XPAN topologies 900 and 901 can be implemented or implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packets 400, audio data packets 500, communication timeline 600, encoding format 700, or encoding format 701. For example, each of XPAN topologies 900 and 901 illustrates AP 105, device 115-a, device 115-b, wireless audio device 130-a, and wireless audio device 130-b (which can be as described above). Figure 1-7 Show and reference Figure 1-7 Example deployment scenarios (described as examples of corresponding devices).

[0110] In some implementations, any one or more of devices 115-a, 115-b, and AP 105, as well as wireless audio devices 130-a and 130-b, may support a signaling-based mechanism by which device 115-a, device 115-b, or AP 105 may send instructions for parameter sets (e.g., updated XPAN parameter sets, such as updated TWT parameter sets) to each of wireless audio devices 130-a and 130-b via one or more audio data packets. In other words, although this document describes the transmission of updated parameter sets between a single device 115 and wireless audio devices 130-a and 130-b via audio data packets or VBC messages, in some deployment scenarios, AP 105 or multiple devices 115 may perform similar functions and send similar signaling as a single device 115 to facilitate low-latency parameter updates.

[0111] As shown in XPAN topology 900, AP 105 can communicate with device 115-b via link 905, and AP 105 can communicate with wireless audio devices 130-a and 130-b via links 910-a and 910-b respectively. Links 905, 910-a, and 910-b can be examples of 5GHz links. Device 115-a can communicate with wireless audio device 130-a via link 915, which can be an example of a Bluetooth link. Wireless audio devices 130-a and 130-b can communicate with each other via link 920, which can be an example of a Bluetooth link. In some examples, wireless audio device 130-b can support mirroring technology and can attempt to "sniff" packets sent via link 815 via mirror link 925. Links 905, 910-a, and 910-b can be examples of XPAN links, and XPAN topology 900 can be an example of a Bluetooth + XPAN (infrastructure) dual-link.

[0112] As shown in XPAN topology 901, AP 105 may lack connectivity to other devices. In such an example, device 115-a can communicate with wireless audio device 130-a via link 915, and wireless audio devices 130-a and 130-b can communicate with each other via link 920, where each of links 915 and 920 can be an example of a Bluetooth link. In some examples, wireless audio device 130-b can support mirroring technology and can attempt to "sniff" packets sent via link 815 via mirror link 925. Device 115-b can communicate with wireless audio devices 130-a and 130-b respectively via links 930-a and 930-b. Links 930-a and 930-b can be examples of 5GHz links. Links 930-a and 930-b can be examples of XPAN links, and XPAN topology 901 can be an example of Bluetooth + XPAN (direct) dual-link.

[0113] Figure 10Examples of XPAN topologies 1000 and 1001 supporting low-latency parameter updates for extended personal area networks are shown according to one or more aspects of this disclosure. XPAN topologies 1000 and 1001 can be implemented or implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packets 400, audio data packets 500, communication timeline 600, encoding format 700, or encoding format 701. For example, each of XPAN topologies 1000 and 1001 illustrates AP 105, device 115-a, device 115-b, wireless audio device 130-a, and wireless audio device 130-b (which can be as described above). Figure 1-7 Show and reference Figure 1-7 Example deployment scenarios (described as examples of corresponding devices).

[0114] In some implementations, any one or more of devices 115-a, 115-b, and AP 105, as well as wireless audio devices 130-a and 130-b, may support a signaling-based mechanism by which device 115-a, device 115-b, or AP 105 may send instructions for parameter sets (e.g., updated XPAN parameter sets, such as updated TWT parameter sets) to each of wireless audio devices 130-a and 130-b via one or more audio data packets. In other words, although this document describes the transmission of updated parameter sets between a single device 115 and wireless audio devices 130-a and 130-b via audio data packets or VBC messages, in some deployment scenarios, AP 105 or multiple devices 115 may perform similar functions and send similar signaling as a single device 115 to facilitate low-latency parameter updates.

[0115] As shown in XPAN topology 1000, AP 105 can communicate with device 115-b via link 1005 and with device 115-a via link 1010. Links 1005 and 1010 can be examples of 5GHz links. AP 105 can also communicate with wireless audio devices 130-a and 130-b via links 1015-a and 1015-b, respectively. Links 1015-a and 1015-b can be examples of 5GHz links. Wireless audio devices 130-a and 130-b can communicate with each other via link 1020, which can be an example of a Bluetooth link. Links 1005, 1010, 1015-a, and 1015-b can be examples of XPAN links, and XPAN topology 1000 can be an example of XPAN+XPAN dual-link setup.

[0116] As shown in XPAN topology 1001, AP 105 can communicate with device 115-b via link 1005 and with device 115-a via link 1010. Links 1005 and 1010 can be examples of 5GHz links. Device 115-a can communicate with wireless audio devices 130-a and 130-b via links 1025-a and 1025-b, respectively. Links 1025-a and 1025-b can be examples of 5GHz links. Wireless audio devices 130-a and 130-b can communicate with each other via link 1020, which can be an example of a Bluetooth link. Links 1005, 1010, 1025-a, and 1025-b can be examples of XPAN links, and XPAN topology 1001 can be an example of XPAN direct dual-link.

[0117] Figure 11 A block diagram 1100 is shown of a device 1105 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure. Device 1105 may be an example of various aspects of an AP as described herein. Device 1105 may include a receiver 1110, a transmitter 1115, and a communication manager 1120. Device 1105 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0118] Receiver 1110 may provide a unit for receiving information (such as packets, user data, control information, or any combination thereof) associated with various information channels (e.g., control channels, data channels, information channels related to low-latency parameter updates for extended personal area networks). The information may be passed to other components of device 1105. Receiver 1110 may utilize a single antenna or a collection of antennas.

[0119] Transmitter 1115 may provide a unit for transmitting signals generated by other components of device 1105. Transmitter 1115 may utilize a single antenna or a collection of multiple antennas.

[0120] The communication manager 1120, receiver 1110, transmitter 1115, or various combinations thereof, or various components thereof, may be examples of units for performing various aspects of low-latency parameter updates for extending a personal area network as described herein. For example, the communication manager 1120, receiver 1110, transmitter 1115, or various combinations thereof, or components thereof, may support methods for performing one or more of the functions described herein.

[0121] In some examples, the communication manager 1120, receiver 1110, transmitter 1115, or various combinations or components thereof may be implemented in hardware (e.g., in communication management circuitry). The hardware may include processors, DSPs, CPUs, ASICs, FPGAs or other programmable logic devices, microcontrollers, discrete gate or transistor logic, discrete hardware components, or any combination thereof configured to or otherwise support units for performing the functions described herein. In some examples, the processor and memory coupled to the processor may be configured to perform one or more of the functions described herein (e.g., by executing instructions stored in memory by the processor).

[0122] Alternatively or concurrently, in some examples, the communication manager 1120, receiver 1110, transmitter 1115, or various combinations or components thereof may be implemented using code executed by a processor (e.g., as communication management software or firmware). If implemented using processor-executed code, the functionality of the communication manager 1120, receiver 1110, transmitter 1115, or various combinations or components thereof may be performed by a general-purpose processor, DSP, CPU, ASIC, FPGA, microcontroller, or any combination of these or other programmable logic devices (e.g., a unit configured or otherwise supported for performing the functions described in this disclosure).

[0123] In some examples, the communication manager 1120 may be configured to use or otherwise cooperate with receiver 1110, transmitter 1115, or both to perform various operations (e.g., receiving, acquiring, monitoring, outputting, transmitting). For example, the communication manager 1120 may receive information from receiver 1110, send information to transmitter 1115, or integrate with receiver 1110, transmitter 1115, or both to acquire information, output information, or perform various other operations as described herein.

[0124] According to the examples disclosed herein, the communication manager 1120 may support wireless communication at a wireless communication device. For example, the communication manager 1120 may be configured or otherwise supported to include units for sending instructions to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet, indicating an updated set of parameters associated with a wireless network (e.g., an extended personal area network or an audio network). The communication manager 1120 may be configured or otherwise supported to include units for receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device, respectively, in response to the first and second audio data packets. The communication manager 1120 may be configured or otherwise supported to include units for sending a set of audio data packets to one or both of the first and second wireless audio devices based on an updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0125] By including or configuring the communication manager 1120 according to the examples described herein, the device 1105 (e.g., controlling the receiver 1110, transmitter 1115, communication manager 1120 or a combination thereof or a processor otherwise coupled thereto) supports techniques for reducing processing, lowering power consumption, and utilizing communication resources more efficiently.

[0126] Figure 12 A block diagram 1200 is shown of a device 1205 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure. Device 1205 may be an example of aspects of device 1105, AP 105, soft AP 105, or device 115 as described herein. Device 1205 may include a receiver 1210, a transmitter 1215, and a communication manager 1220. Device 1205 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0127] Receiver 1210 may provide a unit for receiving information (such as packets, user data, control information, or any combination thereof) associated with various information channels (e.g., control channels, data channels, information channels related to low-latency parameter updates for extended personal area networks). The information may be passed to other components of device 1205. Receiver 1210 may utilize a single antenna or a collection of antennas.

[0128] Transmitter 1215 may provide a unit for transmitting signals generated by other components of device 1205. Transmitter 1215 may utilize a single antenna or a collection of multiple antennas.

[0129] Device 1205 or its various components may be examples of units for performing various aspects of low-latency parameter updates for extending a personal area network as described herein. For example, communication manager 1220 may include downlink audio data component 1225, feedback component 1230, or any combination thereof. Communication manager 1220 may be examples of various aspects of communication manager 1120 as described herein. In some examples, communication manager 1220 or its various components may be configured to use receiver 1210, transmitter 1215, or both, or otherwise cooperate with receiver 1210, transmitter 1215, or both to perform various operations (e.g., receive, acquire, monitor, output, transmit). For example, communication manager 1220 may receive information from receiver 1210, send information to transmitter 1215, or integrate with receiver 1210, transmitter 1215, or both to acquire information, output information, or perform various other operations as described herein.

[0130] According to the examples disclosed herein, the communication manager 1220 may support wireless communication at a wireless communication device. The downlink audio data component 1225 may be configured or otherwise supported for transmitting an indication of an updated set of parameters associated with a wireless network (e.g., an extended personal area network or an audio network) to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet. The feedback component 1230 may be configured or otherwise supported for receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first and second audio data packets, respectively. The downlink audio data component 1225 may be configured or otherwise supported for transmitting a set of audio data packets to one or both of the first and second wireless audio devices based on an updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0131] Figure 13A block diagram 1300 is shown of a communication manager 1320 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure. The communication manager 1320 may be an example of aspects of the communication manager 1120, communication manager 1220, or both as described herein. The communication manager 1320 or its various components may be examples of units for performing the various aspects of low-latency parameter updates for extended personal area networks as described herein. For example, the communication manager 1320 may include a downlink audio data component 1325, a feedback component 1330, a VBC message component 1335, a communication management component 1340, an RTP audio header generation component 1345, a parameter update mapping component 1350, or any combination thereof. Each of these components may communicate directly or indirectly with each other (e.g., via one or more buses).

[0132] According to the examples disclosed herein, the communication manager 1320 may support wireless communication at a wireless communication device. The downlink audio data component 1325 may be configured or otherwise supported for sending an indication of an updated set of parameters associated with a wireless network (e.g., an extended personal area network or an audio network) to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet. The feedback component 1330 may be configured or otherwise supported for receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first and second audio data packets, respectively. In some examples, the downlink audio data component 1325 may be configured or otherwise supported for sending a set of audio data packets to one or both of the first and second wireless audio devices based on an updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0133] In some examples, in order to support the transmission of an updated set of parameters associated with the wireless network, the downlink audio data component 1325 may be configured or otherwise support a unit for transmitting an updated set of parameters via one or more fields of the Real-Time Transport Protocol audio header of each of the first and second audio data packets.

[0134] In some examples, the RTP audio header generation component 1345 may be configured or otherwise supported to set an extended field of the Real-Time Transport Protocol (RTP) audio header to a first value indicating the presence of an element indicating an updated parameter set in one or more fields of the RTP audio header, wherein a second value of the extended field indicates the absence of an element indicating an updated parameter set in one or more fields of the RTP audio header. In some examples, the RTP audio header generation component 1345 may be configured or otherwise supported to set a count field of the RTP audio header to a value associated with the number of one or more fields in the RTP audio header that include an indication of an updated parameter set.

[0135] In some examples, one or more fields, including an indication of the updated parameter set, are a set of one or more contributing source fields of the Real-Time Transport Protocol audio header.

[0136] In some examples, in order to support the transmission of an updated set of parameters associated with a wireless network, the downlink audio data component 1325 may be configured or otherwise supported to support a unit for transmitting an updated set of parameters via padding portions of each of the first and second audio data packets.

[0137] In some examples, the RTP audio header generation component 1345 may be configured or otherwise supported to set the padding field of the Real-Time Transport Protocol audio header for each of the first and second audio data packets to a first value to indicate the presence of an element indicating an updated set of parameters in the padding portion of the first and second audio data packets, respectively, wherein a second value of the padding field indicates that no indication of an updated set of parameters is present in the padding portion.

[0138] In some examples, VBC message component 1335 may be configured or otherwise supported for receiving one or more voice reverse channel messages from one or both of a first wireless audio device and a second wireless audio device, the one or more voice reverse channel messages including an indication of a second updated set of parameters associated with the wireless network. In some examples, downlink audio data component 1325 may be configured or otherwise supported for transmitting a second set of audio data packets to one or both of the first wireless audio device and the second wireless audio device according to the second updated set of parameters.

[0139] In some examples, the communication management component 1340 may be configured or otherwise supported for detecting changes in channel conditions between the wireless communication device and at least one of the first and second wireless audio devices, or changes in other concurrent communications involving the wireless communication device. In some examples, the downlink audio data component 1325 may be configured or otherwise supported for embedding an indication of an updated set of parameters into the first and second audio data packets based on detected changes.

[0140] In some examples, the indication of the updated parameter set is transmitted via one or more bit sets of a first audio data packet and a second audio data packet. In some examples, each bit set in the one or more bit sets includes a first bit length header and a second bit length value. In some examples, the first bit length header indicates the updated parameter in the updated parameter set. In some examples, the second bit length value indicates the value of the updated parameter.

[0141] In some examples, the indication of the updated parameter set is transmitted via one or more bit sets of the first and second audio data packets. In some examples, each bit set in one or more bit sets indicates the value of the updated parameter in the updated parameter set. In some examples, each bit set in one or more bit sets corresponds to a corresponding updated parameter in the updated parameter set according to a mapping.

[0142] In some examples, the parameter update mapping component 1350 may be configured or otherwise support a unit for sending an indication of a mapping to a first wireless audio device and a second wireless audio device, wherein the mapping indicates the number of bits in each of one or more bit sets and the order of one or more bit sets in the first audio data packet and the second audio data packet.

[0143] In some examples, the first and second audio data packets are transmitted during a first target wake-up time service interval. In some examples, the audio data packet set is transmitted during a second target wake-up time service interval that is immediately following the first target wake-up time service interval.

[0144] In some examples, the updated set of parameters associated with the wireless network includes a set of one or more target wake-up time parameters, a measured received signal strength indicator, a channel switching indicator, or a switch from an extended personal area network bearer to a Bluetooth bearer, or any combination thereof.

[0145] In some examples, the wireless communication device is a wireless handheld device or access point. In some examples, a first audio data packet is transmitted to the first wireless audio device via a first Wi-Fi link between the wireless communication device and the first wireless audio device, and a second audio data packet is transmitted to the second wireless audio device via a second Wi-Fi link between the wireless communication device and the second wireless audio device.

[0146] Figure 14 A diagram of a system 1400 including device 1405 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. Device 1405 may be an example of device 1105, device 1205, or an AP as described herein, or include components thereof. Device 1405 may include components for bidirectional voice and data communication, including components for transmitting and receiving communications, such as a communication manager 1420, a network communication manager 1410, a transceiver 1415, an antenna 1425, a memory 1430, code 1435, a processor 1440, and an inter-AP communication manager 1445. These components may communicate electronically or be otherwise coupled (e.g., operational ground, communication ground, functional ground, electronic ground, electrical ground) via one or more buses (e.g., bus 1450).

[0147] The network communication manager 1410 can manage communication with the core network (e.g., via one or more wired backhaul links). For example, the network communication manager 1410 can manage the transmission of data communication to client devices (such as one or more UEs 115).

[0148] In some cases, device 1405 may include a single antenna 1425. However, in other cases, device 1405 may have more than one antenna 1425, which are capable of transmitting or receiving multiple wireless transmissions simultaneously. Transceiver 1415 may communicate bidirectionally via one or more antennas 1425, wired or wireless links as described herein. For example, transceiver 1415 may represent a wireless transceiver and may communicate bidirectionally with another wireless transceiver. Transceiver 1415 may also include a modem for modulating packets and providing modulated packets to one or more antennas 1425 for transmission, and demodulating packets received from one or more antennas 1425. Transceiver 1415, or transceiver 1415 and one or more antennas 1425, may be an example of transmitter 1115, transmitter 1215, receiver 1110, receiver 1210, or any combination thereof or components thereof as described herein.

[0149] Memory 1430 may include RAM and ROM. Memory 1430 may store computer-readable, computer-executable code 1435, which includes instructions that, when executed by processor 1440, cause device 1405 to perform the various functions described herein. In some cases, in addition, memory 1430 may also contain a BIOS, which controls basic hardware or software operations, such as interaction with peripheral components or devices.

[0150] Processor 1440 may include intelligent hardware devices (e.g., general-purpose processors, DSPs, CPUs, microcontrollers, ASICs, FPGAs, programmable logic devices, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, processor 1440 may be configured to use a memory controller to operate a memory array. In other cases, the memory controller may be integrated into processor 1440. Processor 1440 may be configured to execute computer-readable instructions stored in memory (e.g., memory 1430) to cause device 1405 to perform various functions (e.g., functions or tasks supporting low-latency parameter updates for extending a personal area network). For example, device 1405 or components of device 1405 may include processor 1440 and memory 1430 coupled to or coupled to processor 1440, processor 1440 and memory 1430 being configured to perform the various functions described herein.

[0151] Inter-site communication manager 1445 can manage communication with other APs 105 and may include a controller or scheduler for cooperating with other APs 105 to control communication with device 115. For example, inter-site communication manager 1445 can coordinate the scheduling of transmissions to AP 105 to implement various interference mitigation techniques, such as beamforming or joint transmission.

[0152] According to the examples disclosed herein, the communication manager 1420 may support wireless communication at a wireless communication device. For example, the communication manager 1420 may be configured or otherwise supported to include units for sending instructions to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet, regarding an updated set of parameters associated with a wireless network (e.g., an extended personal area network or an audio network). The communication manager 1420 may be configured or otherwise supported to include units for receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device, respectively, in response to the first and second audio data packets. The communication manager 1420 may be configured or otherwise supported to include units for sending a set of audio data packets to one or both of the first and second wireless audio devices based on an updated set of parameters associated with the wireless network and based on the receipt of the first and second feedback messages.

[0153] By including or configuring the communication manager 1420 according to the examples described herein, the device 1405 can support techniques for improved communication reliability, reduced latency, improved user experience related to reduced processing, reduced power consumption, more efficient use of communication resources, improved coordination between devices, longer battery life, and improved utilization of processing power.

[0154] Figure 15 A block diagram 1500 is shown of a device 1505 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure. Device 1505 may be an example of various aspects of a STA as described herein. Device 1505 may include a receiver 1510, a transmitter 1515, and a communication manager 1520. Device 1505 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0155] Receiver 1510 may provide a unit for receiving information (such as packets, user data, control information, or any combination thereof) associated with various information channels (e.g., control channels, data channels, information channels related to low-latency parameter updates for extended personal area networks). The information may be passed to other components of device 1505. Receiver 1510 may utilize a single antenna or a collection of antennas.

[0156] Transmitter 1515 may provide a unit for transmitting signals generated by other components of device 1505. For example, transmitter 1515 may transmit information (such as packets, user data, control information, or any combination thereof) associated with various information channels (e.g., control channels, data channels, information channels related to low-latency parameter updates for extended personal area networks). In some examples, transmitter 1515 may be co-located with receiver 1510 in a transceiver module. Transmitter 1515 may utilize a single antenna or a collection of multiple antennas.

[0157] The communication manager 1520, receiver 1510, transmitter 1515, or various combinations thereof, or various components thereof, may be examples of units for performing various aspects of low-latency parameter updates for extending a personal area network as described herein. For example, the communication manager 1520, receiver 1510, transmitter 1515, or various combinations thereof, or components thereof, may support methods for performing one or more of the functions described herein.

[0158] In some examples, the communication manager 1520, receiver 1510, transmitter 1515, or various combinations or components thereof may be implemented in hardware (e.g., in communication management circuitry). The hardware may include processors, DSPs, CPUs, ASICs, FPGAs or other programmable logic devices, microcontrollers, discrete gate or transistor logic, discrete hardware components, or any combination thereof configured to or otherwise support units for performing the functions described herein. In some examples, the processor and memory coupled to the processor may be configured to perform one or more of the functions described herein (e.g., by executing instructions stored in memory by the processor).

[0159] Alternatively or concurrently, in some examples, the communication manager 1520, receiver 1510, transmitter 1515, or various combinations or components thereof, may be implemented using code executed by a processor (e.g., as communication management software or firmware). If implemented using processor-executed code, the functionality of the communication manager 1520, receiver 1510, transmitter 1515, or various combinations or components thereof may be performed by a general-purpose processor, DSP, CPU, ASIC, FPGA, microcontroller, or any combination of these or other programmable logic devices (e.g., a unit configured or otherwise supported for performing the functions described in this disclosure).

[0160] In some examples, the communication manager 1520 may be configured to use or otherwise cooperate with receiver 1510, transmitter 1515, or both to perform various operations (e.g., receiving, acquiring, monitoring, outputting, transmitting). For example, the communication manager 1520 may receive information from receiver 1510, send information to transmitter 1515, or integrate with receiver 1510, transmitter 1515, or both to acquire information, output information, or perform various other operations as described herein.

[0161] According to the examples disclosed herein, the communication manager 1520 can support wireless communication at a wireless audio device. For example, the communication manager 1520 can be configured or otherwise supported to include units for receiving, via audio data packets, an indication of an updated set of parameters associated with a wireless network from the wireless communication device. The communication manager 1520 can be configured or otherwise supported to include units for sending a feedback message to the wireless communication device in response to the audio data packets. The communication manager 1520 can be configured or otherwise supported to include units for receiving a set of audio data packets from the wireless communication device based on an updated set of parameters associated with the wireless network and based on sending the feedback message.

[0162] By including or configuring the communication manager 1520 according to the examples described herein, the device 1505 (e.g., controlling the receiver 1510, transmitter 1515, communication manager 1520, or any combination thereof or a processor otherwise coupled thereto) can support techniques for reducing processing, lowering power consumption, and utilizing communication resources more efficiently.

[0163] Figure 16 A block diagram 1600 illustrates a device 1605 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure. Device 1605 may be an example of aspects of device 1505 or device 115 as described herein. Device 1605 may include a receiver 1610, a transmitter 1615, and a communications manager 1620. Device 1605 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0164] Receiver 1610 may provide a unit for receiving information (such as packets, user data, control information, or any combination thereof) associated with various information channels (e.g., control channels, data channels, information channels related to low-latency parameter updates for extended personal area networks). The information may be passed to other components of device 1605. Receiver 1610 may utilize a single antenna or a combination of multiple antennas.

[0165] Transmitter 1615 may provide a unit for transmitting signals generated by other components of device 1605. For example, transmitter 1615 may transmit information (such as packets, user data, control information, or any combination thereof) associated with various information channels (e.g., control channels, data channels, information channels related to low-latency parameter updates for extended personal area networks). In some examples, transmitter 1615 may be co-located with receiver 1610 in a transceiver module. Transmitter 1615 may utilize a single antenna or a combination of multiple antennas.

[0166] Device 1605 or its various components may be examples of units for performing various aspects of low-latency parameter updates for extending a personal area network as described herein. For example, communication manager 1620 may include downlink audio data component 1625, feedback component 1630, or any combination thereof. Communication manager 1620 may be examples of various aspects of communication manager 1520 as described herein. In some examples, communication manager 1620 or its various components may be configured to use receiver 1610, transmitter 1615, or both, or otherwise cooperate with receiver 1610, transmitter 1615, or both to perform various operations (e.g., receive, acquire, monitor, output, transmit). For example, communication manager 1620 may receive information from receiver 1610, send information to transmitter 1615, or integrate with receiver 1610, transmitter 1615, or both to acquire information, output information, or perform various other operations as described herein.

[0167] According to the examples disclosed herein, the communication manager 1620 can support wireless communication at a wireless audio device. The downlink audio data component 1625 can be configured or otherwise supported for receiving, via audio data packets, an indication of an updated set of parameters associated with a wireless network from the wireless communication device. The feedback component 1630 can be configured or otherwise supported for sending a feedback message to the wireless communication device in response to the audio data packets. The downlink audio data component 1625 can be configured or otherwise supported for receiving a set of audio data packets from the wireless communication device based on the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0168] Figure 17A block diagram 1700 is shown of a communication manager 1720 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure. The communication manager 1720 may be an example of a communication manager 1520, a communication manager 1620, or aspects thereof as described herein. The communication manager 1720 or its various components may be examples of units for performing the various aspects of low-latency parameter updates for extended personal area networks as described herein. For example, the communication manager 1720 may include a downlink audio data component 1725, a feedback component 1730, a VBC message component 1735, a codec update component 1740, an RTP audio header decoding component 1745, a parameter update mapping component 1750, or any combination thereof. Each of these components may communicate directly or indirectly with each other (e.g., via one or more buses).

[0169] According to the examples disclosed herein, the communication manager 1720 may support wireless communication at a wireless audio device. The downlink audio data component 1725 may be configured or otherwise supported for receiving, via audio data packets, an indication of an updated set of parameters associated with a wireless network from the wireless communication device. In some examples, the feedback component 1730 may be configured or otherwise supported for sending a feedback message to the wireless communication device in response to the audio data packets. In some examples, the downlink audio data component 1725 may be configured or otherwise supported for receiving a set of audio data packets from the wireless communication device based on an updated set of parameters associated with the wireless network and based on sending the feedback message.

[0170] In some examples, in order to support receiving indications to an updated set of parameters associated with a wireless network, the downlink audio data component 1725 may be configured or otherwise supported as a unit for receiving indications to an updated set of parameters via one or more fields of the Real-Time Transport Protocol audio header of audio data packets.

[0171] In some examples, the RTP audio header decoding component 1745 may be configured or otherwise supported to decode extended fields of the Real-Time Transport Protocol (RTP) audio header to identify a first value indicating the presence of an indication for an updated parameter set in one or more fields of the RTP audio header, wherein a second value of the extended field indicates the absence of an indication for the updated parameter set in one or more fields of the RTP audio header. In some examples, the RTP audio header decoding component 1745 may be configured or otherwise supported to decode count fields of the RTP audio header to identify a value associated with the number of one or more fields in the RTP audio header that include an indication for an updated parameter set.

[0172] In some examples, one or more fields, including an indication of the updated parameter set, are a set of one or more contributing source fields of the Real-Time Transport Protocol audio header.

[0173] In some examples, in order to support receiving indications to an updated set of parameters associated with a wireless network, the downlink audio data component 1725 may be configured or otherwise supported for receiving indications to an updated set of parameters via padding portions of audio data packets.

[0174] In some examples, the RTP audio header decoding component 1745 may be configured or otherwise support a unit for decoding the padding field of the Real-Time Transport Protocol audio header of the audio data packet to identify a first value indicating the presence of an updated parameter set in the padding portion of the audio data packet, wherein a second value of the padding field indicates the absence of an updated parameter set in the padding portion.

[0175] In some examples, VBC message component 1735 may be configured or otherwise supported as a unit for transmitting a voice reverse channel message to a wireless communication device, including an indication of a second updated set of parameters associated with the wireless network. In some examples, downlink audio data component 1725 may be configured or otherwise supported as a unit for receiving a second set of audio data packets from a wireless communication device based on the second updated set of parameters.

[0176] In some examples, the codec update component 1740 may be configured or otherwise support a unit for updating the codec of a wireless audio device based on an updated set of parameters, wherein receiving a set of audio data packets based on the updated set of parameters is based on updating the codec of the wireless audio device.

[0177] In some examples, the indication of the updated parameter set is transmitted via one or more bit sets of audio data packets. In some examples, each bit set in the one or more bit sets includes a first bit length header and a second bit length value. In some examples, the first bit length header indicates the updated parameter in the updated parameter set. In some examples, the second bit length value indicates the value of the updated parameter.

[0178] In some examples, the indication of the updated parameter set is transmitted via one or more sets of bits in an audio data packet. In some examples, each bit set in one or more bit sets indicates the value of the updated parameter in the updated parameter set. In some examples, each bit set in one or more bit sets corresponds to a corresponding updated parameter in the updated parameter set according to a mapping.

[0179] In some examples, the parameter update mapping component 1750 may be configured or otherwise supported for receiving an indication of a mapping from a wireless communication device, wherein the mapping indicates the number of bits in each of one or more bit sets and the order of one or more bit sets in an audio data packet.

[0180] In some examples, audio data packets are transmitted during a first target wake-up time service interval. In some examples, the audio data packet set is transmitted during a second target wake-up time service interval that is immediately following the first target wake-up time service interval.

[0181] In some examples, the updated set of parameters associated with the wireless network includes a set of one or more target wake-up time parameters, a measured received signal strength indicator, a channel switching indicator, or a switch from an extended personal area network bearer to a Bluetooth bearer, or any combination thereof.

[0182] In some examples, the wireless communication device is a wireless handheld device or access point. In some examples, audio data packets are received from the wireless communication device via a Wi-Fi link between the wireless communication device and the wireless audio device.

[0183] Figure 18 A diagram of a system 1800 including device 1805 supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. Device 1805 may be an example of device 1505, device 1605, or STA as described herein, or include components thereof. Device 1805 may include components for bidirectional voice and data communication, including components for transmitting and receiving communications, such as a communication manager 1820, an I / O controller 1810, a transceiver 1815, an antenna 1825, a memory 1830, a code 1835, and a processor 1840. These components may communicate electronically or be otherwise coupled (e.g., operational ground, communication ground, functional ground, electronic ground, electrical ground) via one or more buses (e.g., bus 1845).

[0184] I / O controller 1810 can manage input and output signals for device 1805. I / O controller 1810 can also manage peripheral devices not integrated into device 1805. In some cases, I / O controller 1810 can represent a physical connection or port to an external peripheral device. In some cases, I / O controller 1810 can utilize, for example... This can be an operating system such as I / O controller 1810 or another known operating system. In some other cases, I / O controller 1810 may represent or interact with a modem, keyboard, mouse, touchscreen, or similar device. In some cases, I / O controller 1810 may be implemented as part of a processor (such as processor 1840). In some cases, a user may interact with device 1805 via I / O controller 1810 or via hardware components controlled by I / O controller 1810.

[0185] In some cases, device 1805 may include a single antenna 1825. However, in other cases, device 1805 may have more than one antenna 1825, which are capable of transmitting or receiving multiple wireless transmissions simultaneously. Transceiver 1815 may communicate bidirectionally via one or more antennas 1825, wired or wireless links as described herein. For example, transceiver 1815 may represent a wireless transceiver and may communicate bidirectionally with another wireless transceiver. Transceiver 1815 may also include a modem for modulating packets and providing the modulated packets to one or more antennas 1825 for transmission, and demodulating packets received from one or more antennas 1825. Transceiver 1815, or transceiver 1815 and one or more antennas 1825, may be an example of transmitter 1515, transmitter 1615, receiver 1510, receiver 1610, or any combination thereof or components thereof as described herein.

[0186] Memory 1830 may include RAM and ROM. Memory 1830 may store computer-readable, computer-executable code 1835, which includes instructions that, when executed by processor 1840, cause device 1805 to perform the various functions described herein. In some cases, in addition, memory 1830 may also contain a BIOS, which controls basic hardware or software operations, such as interaction with peripheral components or devices.

[0187] Processor 1840 may include intelligent hardware devices (e.g., general-purpose processors, DSPs, CPUs, microcontrollers, ASICs, FPGAs, programmable logic devices, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, processor 1840 may be configured to use a memory controller to operate a memory array. In other cases, the memory controller may be integrated into processor 1840. Processor 1840 may be configured to execute computer-readable instructions stored in memory (e.g., memory 1830) to cause device 1805 to perform various functions (e.g., functions or tasks supporting low-latency parameter updates for extending a personal area network). For example, device 1805 or components of device 1805 may include processor 1840 and memory 1830 coupled to or coupled to processor 1840, processor 1840 and memory 1830 being configured to perform the various functions described herein.

[0188] Based on the examples disclosed herein, the communication manager 1820 can support wireless communication at a wireless audio device. For example, the communication manager 1820 can be configured or otherwise supported to include units for receiving, via audio data packets, an indication of an updated set of parameters associated with a wireless network from the wireless communication device. The communication manager 1820 can be configured or otherwise supported to include units for sending a feedback message to the wireless communication device in response to the audio data packets. The communication manager 1820 can be configured or otherwise supported to include units for receiving a set of audio data packets from the wireless communication device based on an updated set of parameters associated with the wireless network and based on sending the feedback message.

[0189] By including or configuring the communication manager 1820 according to the examples described herein, the device 1805 can support technologies for improved communication reliability, reduced latency, improved user experience related to reduced processing, reduced power consumption, more efficient use of communication resources, improved coordination between devices, longer battery life, and improved utilization of processing power.

[0190] Figure 19 A flowchart illustrating a method 1900 for supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. Operation of method 1900 can be implemented by an AP or its components as described herein. For example, operation of method 1900 can be implemented by, as referred to... Figures 1 to 14 The described AP is used to perform this function. In some examples, the AP can execute an instruction set to control the AP's functional units to perform the described function. Alternatively, the AP can use dedicated hardware to perform aspects of the described function.

[0191] At 1905, the method may include: sending an indication of an updated set of parameters associated with a wireless network to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet. The operation of 1905 can be performed according to examples as disclosed herein. In some examples, aspects of the operation of 1905 may be derived from references... Figure 13 The downlink audio data component 1325 is described and used for execution.

[0192] At 1910, the method may include: receiving a first feedback message from a first wireless audio device and a second feedback message from a second wireless audio device, respectively, in response to a first audio data packet and a second audio data packet. The operation of 1910 can be performed according to the examples disclosed herein. In some examples, aspects of the operation of 1910 may be provided as referenced. Figure 13 The described feedback component 1330 is used for execution.

[0193] At 1915, the method may include: sending a set of audio data packets to one or both of a first wireless audio device and a second wireless audio device based on an updated set of parameters associated with the wireless network and based on receiving a first feedback message and a second feedback message. The operation of 1915 can be performed according to the examples disclosed herein. In some examples, aspects of the operation of 1915 may be provided by reference to... Figure 13 The downlink audio data component 1325 is described and used for execution.

[0194] Figure 20 A flowchart illustrating a method 2000 for supporting low-latency parameter updates for extended personal area networks, according to one or more aspects of this disclosure, is shown. Operation of method 2000 can be implemented by a STA or its components as described herein. For example, operation of method 2000 can be implemented by, as referred to... Figures 1 to 10 The STA described in sections 15 to 18 is used for execution. In some examples, the STA can execute an instruction set to control the STA's functional units to perform the described functions. Alternatively, the STA can use dedicated hardware to perform aspects of the described functions.

[0195] At 2005, the method may include: receiving, via audio data packets, an indication from a wireless communication device of an updated set of parameters associated with a wireless network. Operation 2005 can be performed according to examples as disclosed herein. In some examples, aspects of operation 2005 may be derived from, as referenced... Figure 17 The downlink audio data component 1725 is described and is used for execution.

[0196] At 2010, the method may include: sending a feedback message to a wireless communication device in response to an audio data packet. The operation of 2010 can be performed according to examples as disclosed herein. In some examples, aspects of the operation of 2010 may be derived from references... Figure 17 The feedback component 1730 described is used for execution.

[0197] In 2015, the method may include: receiving a set of audio data packets from a wireless communication device based on an updated set of parameters associated with the wireless network and based on sending a feedback message. The operation of 2015 can be performed according to examples as disclosed herein. In some examples, aspects of the operation of 2015 may be derived from references... Figure 17 The downlink audio data component 1725 is described and is used for execution.

[0198] Implementation examples are described in the following numbered clauses:

[0199] Clause 1: A method for wireless communication at a wireless communication device, comprising: sending an indication of an updated set of parameters associated with a wireless network to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet; receiving a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device in response to the first audio data packet and the second audio data packet, respectively; and sending the set of audio data packets to one or both of the first wireless audio device and the second wireless audio device based on the updated set of parameters associated with the wireless network and at least in part based on the receipt of the first feedback message and the second feedback message.

[0200] Clause 2: According to the method of Clause 1, wherein sending the indication to the updated parameter set associated with the wireless network comprises: sending the indication to the updated parameter set via one or more fields of the Real-Time Transport Protocol audio header of each of the first audio data packet and the second audio data packet.

[0201] Clause 3: The method according to Clause 2 further comprises: setting an extended field of the Real-Time Transport Protocol (RTP) audio header to a first value to indicate the presence of the indication for the updated parameter set in one or more fields of the RTP audio header, wherein a second value of the extended field indicates the absence of the indication for the updated parameter set in one or more fields of the RTP audio header; and setting a count field of the RTP audio header to a value associated with the number of one or more fields of the RTP audio header that include the indication for the updated parameter set.

[0202] Clause 4: The method according to Clause 3, wherein the one or more fields of the indication to the updated parameter set are a set of one or more contributing source fields of the Real-Time Transport Protocol audio header.

[0203] Clause 5: The method according to any one of Clauses 1 to 4, wherein sending the indication to the updated parameter set associated with the wireless network comprises: sending the indication to the updated parameter set via a padding portion of each of the first audio data packet and the second audio data packet.

[0204] Clause 6: The method according to Clause 5 further comprises: setting a padding field of the Real-Time Transport Protocol audio header of each of the first audio data packet and the second audio data packet to a first value to indicate that the indication for the updated parameter set exists in the padding portion of the first audio data packet and the second audio data packet, respectively, wherein a second value of the padding field indicates that the indication for the updated parameter set does not exist in the padding portion.

[0205] Clause 7: The method according to any one of Clauses 1 to 6 further comprises: receiving one or more voice reverse channel messages from one or both of the first wireless audio device and the second wireless audio device, the one or more voice reverse channel messages including an indication of a second updated set of parameters associated with the wireless network; and sending a second set of audio data packets to one or both of the first wireless audio device and the second wireless audio device according to the second updated set of parameters.

[0206] Clause 8: The method according to any one of Clauses 1 to 7 further comprises: detecting a change in channel conditions between the wireless communication device and at least one of the first wireless audio device and the second wireless audio device, or a change in other concurrent communications involving the wireless communication device; and embedding the indication of the updated parameter set into the first audio data packet and the second audio data packet, at least in part based on the detection of the change.

[0207] Clause 9: The method according to any one of Clauses 1 to 8, wherein the indication of the updated parameter set is transmitted via one or more bit sets of the first audio data packet and the second audio data packet, each of the one or more bit sets including a first bit length header and a second bit length value, the first bit length header indicating the updated parameter in the updated parameter set, and the second bit length value indicating the value of the updated parameter.

[0208] Clause 10: The method according to any one of Clauses 1 to 9, wherein the indication of the updated parameter set is transmitted via one or more bit sets of the first audio data packet and the second audio data packet, each bit set in the one or more bit sets indicating the value of the updated parameter in the updated parameter set, and each bit set in the one or more bit sets corresponding to a corresponding updated parameter in the updated parameter set according to a mapping.

[0209] Clause 11: The method according to Clause 10 further comprises: sending an indication of the mapping to the first wireless audio device and the second wireless audio device, wherein the mapping indicates the number of bits in each of the one or more bit sets and the order of the one or more bit sets in the first audio data packet and the second audio data packet.

[0210] Clause 12: The method according to any one of Clauses 1 to 11, wherein the first audio data packet and the second audio data packet are transmitted during a first TWT service interval, and the set of audio data packets is transmitted during a second TWT service interval immediately following the first TWT service interval.

[0211] Clause 13: The method according to any one of Clauses 1 to 12, wherein the updated set of parameters associated with the wireless network includes a set of one or more TWT parameters, a measured received signal strength indicator, a channel switching indicator, or a switching from an extended personal area network bearer to a Bluetooth bearer, or any combination thereof.

[0212] Clause 14: The method according to any one of Clauses 1 to 13, wherein the wireless communication device is a wireless handheld device or access point, and the first audio data packet is transmitted to the first wireless audio device via a first Wi-Fi link between the wireless communication device and the first wireless audio device, and the second audio data packet is transmitted to the second wireless audio device via a second Wi-Fi link between the wireless communication device and the second wireless audio device.

[0213] Clause 15: A method for wireless communication at a wireless audio device, comprising: receiving from the wireless communication device via audio data packets an indication of an updated set of parameters associated with a wireless network; sending to the wireless communication device a feedback message in response to the audio data packets; and receiving the set of audio data packets from the wireless communication device based on the updated set of parameters associated with the wireless network and at least in part based on sending the feedback message.

[0214] Clause 16: The method according to Clause 15, wherein receiving the indication to the updated set of parameters associated with the wireless network comprises: receiving the indication to the updated set of parameters via one or more fields of the Real-Time Transport Protocol audio header of the audio data packet.

[0215] Clause 17: The method according to Clause 16 further comprises: decoding an extended field of the Real-Time Transport Protocol (RTP) audio header to identify a first value indicating the presence of the indication to the updated parameter set in one or more fields of the RTP audio header, wherein a second value of the extended field indicates the absence of the indication to the updated parameter set in one or more fields of the RTP audio header; and decoding a count field of the RTP audio header to identify a value associated with the number of one or more fields of the RTP audio header that include the indication to the updated parameter set.

[0216] Clause 18: The method according to Clause 17, wherein the one or more fields of the indication to the updated parameter set are a set of one or more contributing source fields of the Real-Time Transport Protocol audio header.

[0217] Clause 19: The method according to any one of Clauses 15 to 18, wherein receiving the indication to the updated set of parameters associated with the wireless network comprises: receiving the indication to the updated set of parameters via a padding portion of the audio data packets.

[0218] Clause 20: The method according to Clause 19 further comprises: decoding a padding field of the Real-Time Transport Protocol audio header of the audio data packet to identify a first value, the first value indicating the presence of the indication for the updated parameter set in the padding portion of the audio data packet, wherein a second value of the padding field indicates the absence of the indication for the updated parameter set in the padding portion.

[0219] Clause 21: The method according to any one of Clauses 15 to 20 further comprises: sending to the wireless communication device a voice reverse channel message including an indication of a second updated set of parameters associated with the wireless network; and receiving from the wireless communication device a second set of audio data packets according to the second updated set of parameters.

[0220] Clause 22: The method according to any one of Clauses 15 to 21 further comprises: updating the codec of the wireless audio device according to the updated parameter set, wherein receiving the set of audio data packets according to the updated parameter set is at least in part based on updating the codec of the wireless audio device.

[0221] Clause 23: The method according to any one of Clauses 15 to 22, wherein the indication of the updated parameter set is transmitted via one or more bit sets of the audio data packet, each of the one or more bit sets including a first bit length header and a second bit length value, the first bit length header indicating an updated parameter in the updated parameter set, and the second bit length value indicating a value of the updated parameter.

[0222] Clause 24: The method according to any one of Clauses 15 to 23, wherein the indication of the updated parameter set is transmitted via one or more bit sets of the audio data packet, each bit set in the one or more bit sets indicating the value of the updated parameter in the updated parameter set, and each bit set in the one or more bit sets corresponding to a corresponding updated parameter in the updated parameter set according to a mapping.

[0223] Clause 25: The method according to Clause 24 further comprises: receiving from the wireless communication device an indication of the mapping, wherein the mapping indicates the number of bits in each of the one or more bit sets and the order of the one or more bit sets in the audio data packet.

[0224] Clause 26: The method according to any one of Clauses 15 to 25, wherein the audio data packets are transmitted during a first TWT service interval, and the set of audio data packets is transmitted during a second TWT service interval immediately following the first TWT service interval.

[0225] Clause 27: The method according to any one of Clauses 15 to 26, wherein the updated set of parameters associated with the wireless network includes a set of one or more TWT parameters, a measured received signal strength indicator, a channel switching indicator, or a switching from an extended personal area network bearer to a Bluetooth bearer, or any combination thereof.

[0226] Clause 28: The method according to any one of Clauses 15 to 27, wherein the wireless communication device is a wireless handheld device or access point, and the audio data packets are received from the wireless communication device via a Wi-Fi link between the wireless communication device and the wireless audio device.

[0227] Clause 29: An apparatus for wireless communication at a wireless communication device, comprising: a processor; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform a method according to any one of Clauses 1 to 14.

[0228] Clause 30: An apparatus for wireless communication at a wireless communication device, comprising at least one unit for performing the method according to any one of Clauses 1 to 14.

[0229] Clause 31: A non-transitory computer-readable medium storing code for wireless communication at a wireless communication device, said code comprising instructions executable by a processor to perform a method according to any one of Clauses 1 to 14.

[0230] Clause 32: An apparatus for wireless communication at a wireless audio device, comprising: a processor; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform a method according to any one of Clauses 15 to 28.

[0231] Clause 33: An apparatus for wireless communication at a wireless audio device, comprising at least one unit for performing the method according to any one of Clauses 15 to 28.

[0232] Clause 34: A non-transitory computer-readable medium storing code for wireless communication at a wireless audio device, said code comprising instructions executable by a processor to perform a method pursuant to any one of Clauses 15 to 28.

[0233] As used herein, the term "determine" or "determining" encompasses a wide variety of actions, and therefore, "determining" can include calculation, operation, processing, deduction, investigation, searching (such as by searching in a table, database, or other data structure), inference, ascertainment, measurement, etc. Furthermore, "determining" can include receiving (such as receiving information), accessing (such as accessing data stored in memory), sending (such as sending information), etc. Additionally, "determining" can include parsing, selecting, obtaining, choosing, establishing, and other similar actions.

[0234] As used herein, the phrase “at least one of” in a list of items refers to any combination of those items, including a single member. As an example, “at least one of a, b, or c” is intended to cover: a, b, c, ab, ac, bc, and abc. As used herein, “or” is intended to be interpreted in an inclusive sense unless explicitly indicated otherwise. For example, “a or b” could include only a, only b, or a combination of a and b.

[0235] As used herein, unless otherwise expressly indicated, “based on” is intended to be interpreted in an inclusive sense. For example, unless otherwise expressly indicated, “based on” may be used interchangeably with “at least partially based on,” “associated with,” or “according to.” Specifically, unless the phrase refers to “based solely on 'a'” or its equivalent in the context, both “based on 'a'” and “at least partially based on 'a'” can be based solely on “a” or based on “a” in combination with one or more other factors, conditions, or information.

[0236] The various illustrative components, logic, logic blocks, modules, circuits, operations, and algorithmic processes described in conjunction with the examples disclosed herein can be implemented as electronic hardware, firmware, software, or a combination of hardware, firmware, or software, including the structures disclosed in this specification and their structural equivalents. The interchangeability of hardware, firmware, and software has been generally described in terms of functionality and is illustrated in the various illustrative components, blocks, modules, circuits, and processes described above. Whether such functionality is implemented in hardware, firmware, or software depends on the specific application and the design constraints imposed on the system as a whole.

[0237] Various modifications to the examples described in this disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other examples without departing from the spirit or scope of this disclosure. Therefore, these claims are not intended to be limited to the examples shown herein, but are to be given the widest scope consistent with this disclosure, the principles disclosed herein, and the novel features.

[0238] Furthermore, the various features described in this specification in the context of separate examples can also be implemented in combination in a single implementation. Conversely, the various features described in the context of a single implementation can also be implemented individually or in any suitable sub-combination in multiple examples. Thus, although features may be described above as functioning in a particular combination and even initially claimed in this way, in some cases, one or more features from the claimed combination can be removed from that combination, and the claimed combination may involve sub-combinations or variations of sub-combinations.

[0239] Similarly, although operations are depicted in a specific order in the diagrams, this should not be construed as requiring such operations to be performed in the shown specific order or sequence, or performing all shown operations to achieve the desired result. Furthermore, the accompanying drawings may schematically depict one or more exemplary processes in the form of flowcharts or schematic diagrams. However, other operations not depicted may be incorporated into the schematically shown exemplary processes. For example, one or more additional operations may be performed before, after, simultaneously with, or between any of the shown operations. In some cases, multitasking and parallel processing may be advantageous. Moreover, the separation of the various system components in the examples described above should not be construed as requiring such separation in all examples, but rather should be understood as meaning that the described program components and systems can generally be integrated together in a single software product, or packaged into multiple software products.

Claims

1. An apparatus for wireless communication at a wireless communication device, comprising: a processor; memory coupled with the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to: transmit, via a first audio data packet to a first wireless audio device and via a second audio data packet to a second wireless audio device, an indication of an updated set of parameters associated with a wireless network; receive, in response to the first audio data packet and the second audio data packet, respectively, a first feedback message from the first wireless audio device and a second feedback message from the second wireless audio device; and transmit, to one or both of the first wireless audio device and the second wireless audio device, a set of audio data packets in accordance with the updated set of parameters associated with the wireless network and based at least in part on receiving the first feedback message and the second feedback message.

2. The apparatus of claim 1, wherein, The instructions to transmit the indication of the updated set of parameters associated with the wireless network can be executable by the processor to cause the apparatus to: transmit the indication of the updated set of parameters via one or more fields of a real-time transport protocol audio header of each of the first audio data packet and the second audio data packet.

3. The apparatus of claim 2, wherein, The instructions can also be executable by the processor to cause the apparatus to: set an extension field of the real-time transport protocol audio header to a first value to indicate a presence of the indication of the updated set of parameters in the one or more fields of the real-time transport protocol audio header, wherein a second value of the extension field indicates an absence of the indication of the updated set of parameters in the one or more fields of the real-time transport protocol audio header; and set a count field of the real-time transport protocol audio header to a value associated with a number of the one or more fields of the real-time transport protocol audio header that include the indication of the updated set of parameters.

4. The apparatus of claim 3, wherein, The one or more fields that include the indication of the updated set of parameters are a set of one or more contribution source fields of the real-time transport protocol audio header.

5. The apparatus of claim 1, wherein, The instructions to transmit the indication of the updated set of parameters associated with the wireless network can be executable by the processor to cause the apparatus to: transmit the indication of the updated set of parameters via a padding portion of each of the first audio data packet and the second audio data packet.

6. The apparatus of claim 5, wherein, The instructions can also be executable by the processor to cause the apparatus to: set a padding field of a real-time transport protocol audio header of each of the first audio data packet and the second audio data packet to a first value to indicate a presence of the indication of the updated set of parameters in the padding portion of the first audio data packet and the second audio data packet, respectively, wherein a second value of the padding field indicates an absence of the indication of the updated set of parameters in the padding portion.

7. The apparatus of claim 1, wherein, The instructions can further be executable by the processor to cause the apparatus to: receive one or more voice back channel messages from one or both of the first wireless audio device and the second wireless audio device, the one or more voice back channel messages including an indication of a second updated set of parameters associated with the wireless network; and transmit a second set of audio data packets to one or both of the first wireless audio device and the second wireless audio device in accordance with the second updated set of parameters.

8. The apparatus of claim 1, wherein, The instructions can further be executable by the processor to cause the apparatus to: detect a change in channel conditions between the wireless communication device and at least one of the first wireless audio device and the second wireless audio device or a change in other concurrent communications involving the wireless communication device; and embed the indication of the updated set of parameters in the first audio data packet and the second audio data packet based at least in part on detecting the change.

9. The apparatus of claim 1, wherein, The indication of the updated set of parameters is conveyed via one or more sets of bits of the first audio data packet and the second audio data packet, where each set of bits of the one or more sets of bits includes a first bit length header and a second bit length value, where the first bit length header indicates an updated parameter of the updated set of parameters, and where the second bit length value indicates a value of the updated parameter.

10. The apparatus of claim 1, wherein, The indication of the updated set of parameters is conveyed via one or more sets of bits of the first audio data packet and the second audio data packet, where each set of bits of the one or more sets of bits indicates a value of an updated parameter of the updated set of parameters, and where each set of bits of the one or more sets of bits corresponds to a respective updated parameter of the updated set of parameters according to a mapping.

11. The apparatus of claim 10, wherein, The instructions can further be executable by the processor to cause the apparatus to: transmit an indication of the mapping to the first wireless audio device and the second wireless audio device, where the mapping indicates a number of bits of each set of bits of the one or more sets of bits and an order of the one or more sets of bits in the first audio data packet and the second audio data packet.

12. The apparatus of claim 1, wherein, The first audio data packet and the second audio data packet are transmitted during a first target wake-up time service interval, and where the set of audio data packets are transmitted during a second target wake-up time service interval that is immediately consecutive to the first target wake-up time service interval.

13. The apparatus of claim 1, wherein, The updated set of parameters associated with the wireless network includes a set of one or more target wake-up time parameters, a measured received signal strength indicator, a channel switch indication, or a switch from an extended personal area network bearer to a Bluetooth bearer, or any combination thereof.

14. The apparatus of claim 1, wherein, The wireless communication device is a wireless handset or an access point, and wherein the first audio data packets are transmitted to the first wireless audio device via a first wireless fidelity (Wi-Fi) link between the wireless communication device and the first wireless audio device, and the second audio data packets are transmitted to the second wireless audio device via a second Wi-Fi link between the wireless communication device and the second wireless audio device.

15. An apparatus for wireless communication at a wireless audio device, comprising: a processor; memory coupled with the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to: receive, from a wireless communication device via an audio data packet, an indication of an updated set of parameters associated with a wireless network; transmit, to the wireless communication device, a feedback message responsive to the audio data packet; and receive, from the wireless communication device, a set of audio data packets in accordance with the updated set of parameters associated with the wireless network and based at least in part on transmitting the feedback message.

16. The apparatus of claim 15, wherein, The instructions to receive the indication of the updated set of parameters associated with the wireless network can be executable by the processor to cause the apparatus to: receive the indication of the updated set of parameters via one or more fields of a real-time transport protocol audio header of the audio data packet.

17. The apparatus of claim 16, wherein, The instructions can also be executable by the processor to cause the apparatus to: decode an extension field of the real-time transport protocol audio header to identify a first value indicating a presence of the indication of the updated set of parameters in the one or more fields of the real-time transport protocol audio header, wherein a second value of the extension field indicates an absence of the indication of the updated set of parameters in the one or more fields of the real-time transport protocol audio header; and decode a count field of the real-time transport protocol audio header to identify a value associated with a number of the one or more fields of the real-time transport protocol audio header that include the indication of the updated set of parameters.

18. The apparatus of claim 17, wherein, The one or more fields that include the indication of the updated set of parameters are a set of one or more contribution source fields of the real-time transport protocol audio header.

19. The apparatus of claim 15, wherein, The instructions to receive the indication of the updated set of parameters associated with the wireless network can be executable by the processor to cause the apparatus to: receive the indication of the updated set of parameters via a padding portion of the audio data packet.

20. The apparatus of claim 19, wherein, The instructions can also be executable by the processor to cause the apparatus to: decoding a padding field of a real-time transport protocol audio header of the audio data packet to identify a first value indicating a presence of the indication of the updated set of parameters in the padding portion of the audio data packet, wherein a second value of the padding field indicates an absence of the indication of the updated set of parameters in the padding portion.

21. The apparatus of claim 15, wherein, The instructions can further be executable by the processor to cause the apparatus to: transmit, to the wireless communication device, a voice reverse channel message including an indication of a second updated set of parameters associated with the wireless network; and receive, from the wireless communication device, a second set of audio data packets in accordance with the second updated set of parameters.

22. A method for wireless communication at a wireless communication device, comprising: transmitting, to a first wireless audio device via a first audio data packet and to a second wireless audio device via a second audio data packet, an indication of an updated set of parameters associated with a wireless network; receiving, from the first wireless audio device and from the second wireless audio device, a first feedback message and a second feedback message, respectively, in response to the first audio data packet and the second audio data packet; and transmitting, to one or both of the first wireless audio device and the second wireless audio device, a set of audio data packets in accordance with the updated set of parameters associated with the wireless network and based at least in part on receiving the first feedback message and the second feedback message.

23. The method of claim 22, wherein, transmitting the indication of the updated set of parameters associated with the wireless network comprises: transmitting the indication of the updated set of parameters via one or more fields of a real-time transport protocol audio header of each of the first audio data packet and the second audio data packet.

24. The method of claim 22, wherein, transmitting the indication of the updated set of parameters associated with the wireless network comprises: transmitting the indication of the updated set of parameters via a padding portion of each of the first audio data packet and the second audio data packet.

25. A method for wireless communication at a wireless audio device, comprising: receiving, from a wireless communication device via an audio data packet, an indication of an updated set of parameters associated with a wireless network; transmitting, to the wireless communication device, a feedback message in response to the audio data packet; and receiving, from the wireless communication device, a set of audio data packets in accordance with the updated set of parameters associated with the wireless network and based at least in part on transmitting the feedback message.

26. The method of claim 25, further comprising: updating a codec of the wireless audio device in accordance with the updated set of parameters, wherein receiving the set of audio data packets in accordance with the updated set of parameters is based at least in part on updating the codec of the wireless audio device.

27. The method of claim 25, wherein, The indication of the updated set of parameters is conveyed via one or more sets of bits of the audio data packet, where each set of bits of the one or more sets of bits includes a first bit length header and a second bit length value, where the first bit length header indicates an updated parameter of the updated set of parameters, and where the second bit length value indicates a value of the updated parameter.

28. The method of claim 25, wherein, The indication of the updated set of parameters is conveyed via one or more sets of bits of the audio data packet, where each set of bits of the one or more sets of bits indicates a value of an updated parameter of the updated set of parameters, and where each set of bits of the one or more sets of bits corresponds to a respective updated parameter of the updated set of parameters according to a mapping.

29. The method of claim 28, further comprising: receiving, from the wireless communication device, an indication of the mapping, where the mapping indicates a number of bits of each set of bits of the one or more sets of bits and an order of the one or more sets of bits in the audio data packet.

30. The method of claim 25, wherein, The audio data packet is transmitted during a first target wake-up time service interval, and where the set of audio data packets is transmitted during a second target wake-up time service interval that is immediately consecutive to the first target wake-up time service interval.

Images