Low latency parameter updates for extended personal area networks

Abstract

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

Description

Cross - reference

[0001] This patent application claims the benefit of priority of U.S. Patent Application No. 17 / 974,465, entitled "LOW - LATENCY PARAMETER UPDATES FOR EXTENDED PERSONAL AREA NETWORKS", filed on October 26, 2022 by Elsherif et al., which is assigned to the assignee of the present application and is hereby incorporated by reference in its entirety. Technical Field

[0002] The following relates to wireless communication, including low - latency parameter updates. Background Art

[0003] 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 referred to as wireless stations (STAs)). The basic building block of a WLAN that complies with the Institute of Electrical and Electronics Engineers (IEEE) 802.11 series of standards is a basic service set (BSS), which is managed by an AP. Each BSS is identified by a basic service set identifier (BSSID) advertised by the AP. The AP periodically broadcasts beacon frames so that any STA within the wireless range of the AP can establish or maintain a communication link with the WLAN.

[0004] The AP can be coupled to a network such as the Internet and can enable mobile devices to communicate via the network (or communicate 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 an associated AP via a downlink (e.g., a communication link from the AP to the device) and an uplink (e.g., a communication link from the device to the AP). A wireless personal area network (PAN) (which can include Bluetooth connections) can provide short - range wireless connections 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 wireless headphones. Summary of the Invention

[0005] The systems, methods, and devices of the present disclosure each have several innovative aspects, and no single aspect is solely responsible for the desired attributes disclosed herein.

[0006] The described technology relates to improved methods, systems, devices, or apparatuses for supporting low-latency parameter updates for an extended personal area network (XPAN), which may also be referred to as an extended personal audio network. For example, a wireless communication device, which may be a handset or an access point (AP), and a set of wireless earbuds may use a downlink audio data packet to carry updated XPAN-related parameters. In some examples, the wireless communication device may embed a set of updated parameters 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. Additionally or alternatively, the wireless communication device may embed the set of updated parameters in the padding portion of the audio data packet and may send the audio data packet to the wireless earbuds. One innovative aspect of the subject matter described in this disclosure may 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 perform the following operations: send an indication of a set of updated parameters associated with a wireless network 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; 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 wireless audio device and the second wireless audio device according to the set of updated parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message. Another innovative aspect of the subject matter described in this disclosure may be implemented in a method for wireless communication at a wireless communication device. The method includes: sending an indication of a set of updated parameters associated with a wireless network 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; 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 wireless audio device and the second wireless audio device according to the set of updated parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

[0007] 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 can include: a unit for 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; a unit 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 a unit for sending a set of audio data packets to one or both of the first wireless audio device and the second wireless audio device according to the updated set of parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

[0008] 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 can include instructions executable by a processor to perform the following operations: 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 wireless audio device and the second wireless audio device according to the updated set of parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

[0009] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the indication of the updated set of parameters associated with the wireless network can include operations, features, units, or instructions for performing the following: sending the indication of the updated set of parameters 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.

[0010] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the indication of the updated set of parameters associated with the wireless network can include operations, features, units, or instructions for performing the following: sending 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.

[0011] 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 can include a processor, a memory coupled to the processor, and instructions stored in the memory. The instructions can be executable by the processor to cause the apparatus to perform the following operations: receive an indication of an updated set of parameters associated with a wireless network via an audio data packet from a wireless communication device; send a feedback message in response to the audio data packet to the wireless communication device; and receive a set of audio data packets from the wireless communication device according to the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0012] 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 can include: receiving an indication of an updated set of parameters associated with a wireless network via an audio data packet from a wireless communication device; sending a feedback message in response to the audio data packet to the wireless communication device; and receiving a set of audio data packets from the wireless communication device according to the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0013] 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 can include: a unit for receiving an indication of an updated set of parameters associated with a wireless network via an audio data packet from a wireless communication device; a unit for sending a feedback message in response to the audio data packet to the wireless communication device; and a unit for receiving a set of audio data packets from the wireless communication device according to the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0014] 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 can include instructions executable by a processor to perform the following operations: receive an indication of an updated set of parameters associated with a wireless network via an audio data packet from a wireless communication device; send a feedback message in response to the audio data packet to the wireless communication device; and receive a set of audio data packets from the wireless communication device according to the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0015] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, receiving the indication of the updated parameter set associated with the wireless network can include operations, features, units, or instructions for: receiving the indication of the updated parameter set via one or more fields of a real-time transport protocol audio header of the audio data packet.

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

[0017] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims. It should be noted that the relative dimensions in the following drawings may not be drawn to scale. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 and 2 show examples of a wireless communication system supporting low-latency parameter updates for an extended personal area network (XPAN) in accordance with aspects of the present disclosure.

[0019] Figure 3 show examples of a process flow supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure.

[0020] Figure 4 and 5 show examples of an audio data packet supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure.

[0021] Figure 6 show examples of a communication timeline supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure.

[0022] Figure 7 show examples of a coding format supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure.

[0023] Figures 8 to 10 show examples of an XPAN topology supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure.

[0024] Figure 11 and 12A block diagram of a device supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0025] Figure 13 A block diagram of a communication manager supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0026] Figure 14 A diagram of a system including a device supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0027] Figure 15 and 16 A block diagram of a device supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0028] Figure 17 A block diagram of a communication manager supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0029] Figure 18 A diagram of a system including a device supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0030] Figure 19 and 20 A flowchart illustrating a method supporting low-latency parameter updates for XPAN in accordance with one or more aspects of the present disclosure is shown.

[0031] Like reference numerals and designations in the various drawings indicate like elements. Detailed Description

[0032] The following description relates to specific examples for the purpose of describing innovative aspects of the present disclosure. However, those of ordinary skill in the art will readily recognize that the teachings herein can be applied in many different ways. Some or all of the described examples can be implemented in any device, system, or network capable of sending and receiving radio frequency (RF) signals according to one or more of the following: Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards, IEEE 802.15 standards, as defined by the Bluetooth Special Interest Group (SIG) standards, or the Long-Term Evolution (LTE), 3G, 4G, or 5G (New Radio (NR)) standards promulgated by the Third Generation Partnership Project (3GPP), and other standards. The described examples may 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-Splitting Multiple Access (RSMA), Multi-User Sharing Access (MUSA), Single-User (SU) Multiple-Input Multiple-Output (MIMO), and Multi-User (MU)-MIMO. The described examples may also be implemented using other wireless communication protocols or RF signals suitable for use in one or more of a 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) network.

[0033] In some deployments, a wireless communication device may 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, the wireless communication device may 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 of a user (e.g., wireless earbuds). In a scenario where a user uses two wireless earbuds, the wireless communication device may support an Extended Personal Area Network (XPAN), and the wireless communication device may communicate with the two wireless earbuds via XPAN. To meet the latency or lossless standards associated with the application or use case, the XPAN device may employ Target Wake Time (TWT) technology to communicate between the wireless communication device and the wireless earbuds. Initial or default TWT parameters may be set with the expectation of ideal (e.g., interference-free or near interference-free) conditions and may be updated in response to changing channel conditions or changing concurrent scenarios at the wireless communication device. In some systems, the wireless earbuds and the wireless communication device may exchange one or more Bluetooth messages and implement a complete TWT tear-down between the wireless communication device and each wireless earbud. This exchange of Bluetooth messages and TWT tear-down may introduce too much latency for some applications, such as ULL gaming or streaming lossless audio applications.

[0034] In some implementations, a wireless communication device (which can be a handset or an access point (AP)) and a collection of 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 device and the wireless audio devices can indicate via wireless signaling. In some examples, the wireless communication device can embed the updated set of parameters (e.g., updated TWT parameters or other parameters associated with XPAN) 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. Additionally or alternatively, the wireless communication device can embed the 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 packet 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 packet 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.

[0035] Particular implementations of the subject matter described in this disclosure can be implemented to 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 collection 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 tear-down or employing some other reconfiguration or parameter update technique or process, the wireless communication device and the wireless audio devices can update parameters relatively more dynamically by indicating parameter updates via audio data packets or other data messages that the wireless communication device and the wireless audio devices can exchange. With lower latency for parameter updates according to the implementation, the wireless communication device and the wireless audio devices can more appropriately react to changing channel conditions or changing concurrent scenarios at the wireless communication device without compromising support for some applications such as ULL gaming or streaming lossless audio applications. Thus, 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.

[0036] Aspects of the present disclosure are described first in the context of a wireless communication system. Additionally, aspects of the present disclosure are illustrated by and described with reference to process flows, audio data packets (e.g., audio data packet formats), communication timelines, coding formats, and example XPAN topologies. Further, aspects of the present disclosure are illustrated by and described with reference to apparatus diagrams, system diagrams, and flowcharts related to low latency parameter updates for XPAN.

[0037] Figure 1 A wireless communication system 100 (also referred to as a WLAN or Wi-Fi network) configured in accordance with various aspects of the present disclosure is shown. The wireless communication system 100 may include an access point (AP) 105 and a plurality of 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, notebook computers, tablet computers, laptop computers, display devices (e.g., TVs, computer monitors, etc.), printers, etc.). The AP 105 and the associated devices 115 (e.g., associated STAs) may represent a BSS or an ESS. The various devices 115 in the network are capable of communicating with each other via the AP 105. The coverage area 110 of the AP 105 is also shown, which may represent the BSA of the wireless communication system 100. An extended network station (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 be connected in an ESS.

[0038] Although in Figure 1Not shown in the figure, but 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 set of devices 115 can be referred to as a BSS. An ESS is a set of connected BSSs. A distribution system (not shown) can be used to connect the APs 105 in an ESS. In some cases, the coverage area 110 of an AP 105 can be divided into sectors (also not shown). The 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 connections, Wi-Fi tunnel direct link setup (TDLS) links, and other sets of connections. Devices 115 and APs 105 can communicate according to WLAN radios and baseband protocols for the physical layer and MAC layer from IEEE 802.11 and versions including but not limited to 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.

[0039] In some cases, device 115 (or AP 105) can be detectable by a central AP 105 but not by other devices 115 within the coverage area 110 of the central AP 105. For example, one device 115 can be located at one end of the coverage area 110 of a central AP 105, while another device 115 can be located at the other end. Thus, the two devices 115 can communicate with the AP 105 but may not receive transmissions from the other. This can lead to conflicting transmissions of the two devices 115 in a contention-based environment (e.g., CSMA / CA) because the devices 115 may avoid transmitting over each other. A device 115 whose transmission is not recognizable but is within the same coverage area 110 can be referred to as a hidden node. CSMA / CA can be supplemented by exchanging RTS packets sent by the transmitting 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 primary transmission. Thus, RTS / CTS can help mitigate the hidden node problem.

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

[0041] Bluetooth communication may refer to a short-range communication protocol and may be used to connect and exchange information between the device 115 and the paired device 115 (e.g., between a mobile phone, a computer, a digital camera, wireless headphones, speakers, a keyboard, a mouse, or other input peripheral devices and similar devices). A Bluetooth system (e.g., aspects of the wireless communication system 100) may be organized using a central-peripheral relationship that employs a time-division duplex protocol with defined time slots of, for example, 625 microseconds, where transmissions alternate between a central device (e.g., the device 115) and one or more peripheral devices (e.g., the paired device 115). In some examples, the device 115 may generally refer to the central device, and the paired device 115 may refer to the peripheral device in the wireless communication system 100. Thus, in some examples, a device may be referred to as the device 115 or the paired device 115 based on the Bluetooth role configuration of the device. That is, designating a device as the device 115 or the 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 the wireless communication system 100. Generally, the device 115 may refer to a wireless communication device capable of wirelessly exchanging data signals with another device (e.g., the paired device 115), and the paired device 115 may refer to a device operating in a peripheral device role, or a short-range wireless communication device capable of exchanging data signals with the device 115 (e.g., using the Bluetooth communication protocol).

[0042] A communication link 125 can be established between two Bluetooth-enabled devices (e.g., between device 115 and a 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), other logical transport channel links, etc. For example, a Bluetooth connection can be an eSCO connection for a voice call (e.g., which can allow retransmission), an ACL connection for music streaming (e.g., A2DP), etc. For example, eSCO packets can be sent in predetermined time slots (e.g., 6 Bluetooth time slots each for eSCO). When establishing a Bluetooth link, a regular interval between eSCO packets can be specified. eSCO packets going to / from a specific device (e.g., the paired device 115) are acknowledged and can be retransmitted if not acknowledged during the retransmission window. Additionally, audio can be streamed between device 115 and the paired device 115 using an ACL connection (A2DP profile). In some cases, an ACL connection can occupy 1, 3, or 5 Bluetooth time slots for data or voice. Other Bluetooth profiles supported by Bluetooth-enabled devices can include Bluetooth Low Energy (BLE) (e.g., providing significantly reduced power consumption and cost while maintaining a similar communication range), the Human Interface Device profile (HID) (e.g., providing a low-latency link with low power requirements), etc.

[0043] In some examples, the device is capable of both Bluetooth communication and WLAN communication. For example, the WLAN and Bluetooth components can be co-located within the device such that the device can communicate according to both Bluetooth and WLAN communication protocols, as each technology can provide different benefits or can 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., through communication link 120). AP 105 and the 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 through AP 105. In some cases, AP 105 can be associated with a coverage area, which can represent a basic service area (BSA).

[0044] Device 115 and AP 105 may communicate according to WLAN radio and baseband protocols for the physical and MAC layers from IEEE 802.11 and versions including but not limited to 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 may be implemented within system 100, and devices may communicate with each other via communication link 120 (e.g., Wi-Fi direct connection, Wi-Fi tunnel direct link setup (TDLS) link, peer-to-peer communication link, other peer or group connections). AP 105 may be coupled to a network such as the Internet and may enable device 115 to communicate via the network (or communicate with other devices 115 coupled to AP 105). Device 115 may communicate bidirectionally with network devices. For example, in a WLAN, device 115 may communicate with an 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).

[0045] In some examples, the content, media, audio, etc. exchanged between device 115 and a paired device 115 may originate from a WLAN. For example, in some examples, device 115 may receive audio from AP 105 (e.g., via WLAN communication), and device 115 may then relay or transfer the audio to the paired device 115 (e.g., via Bluetooth communication). 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 traffic may have a higher priority compared to WLAN traffic.

[0046] In some deployments, a wireless communication device may 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, a wireless communication device may support applications and use cases associated with ULL (such as ULL gaming) 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 may support XPAN, via which the wireless communication device may communicate with the two wireless audio devices. Additionally, although described in the context of two wireless audio devices (e.g., two wireless earbuds), the described techniques may also apply to a single wireless audio device (e.g., headphones).

[0047] To meet the latency or lossless criteria associated with an application or use case, an XPAN device may employ TWT technology to communicate between a wireless communication device and a wireless audio device. Initial or default TWT parameters may be set with the expectation of ideal (e.g., interference-free or near interference-free) conditions and may be updated in response to changing channel conditions or changing concurrent scenarios at the wireless communication device. In some systems, the wireless audio device and the wireless communication device may exchange one or more Bluetooth messages and implement a complete TWT tear-down between the wireless communication device and each wireless audio device. This exchange of Bluetooth messages and TWT tear-down may introduce too much latency for some applications such as ULL gaming or streaming lossless audio applications.

[0048] In some implementations, the wireless communication device (which may be device 115 (e.g., a handset) or AP 105) and a set of wireless audio devices may use a downlink audio data packet to carry updated TWT parameters or any other XPAN-related parameters that may be indicated by the wireless communication device and the wireless audio device via wireless signaling. In some examples, the wireless communication device may embed a set of updated parameters (e.g., updated TWT parameters or other parameters associated with XPAN) in one or more fields of the RTP audio header of the audio data packet, such as one or more contributing source (CSRC) fields, and may send the audio data packet to the wireless audio device. Additionally or alternatively, the wireless communication device may embed the set of updated 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 packet sent by the wireless communication device, and the wireless communication device may communicate according to the updated parameters based on the acknowledgments received from each wireless audio device.

[0049] According to example implementations described herein, various devices may use air transmission to indicate updated parameters (e.g., updated XPAN-related parameters such as updated TWT parameters) via one or both of the RTP audio header CSRC field or the padding field in the payload data portion. In this way, various devices may use an air packet transmission sequence to change or update a set of parameters (e.g., a set of TWT parameters). For example, via audio data packet transmission, various devices may configure, trigger, or indicate an increase or decrease in the audio packet period (e.g., when the TWT SI is changed). Additionally, according to the techniques described, such devices may avoid explicit TWT tear-down, request, and response frame exchanges and may instead implement a TWT sequence change after indicating updated TWT parameters in the RTP audio header CSRC field or the padding portion.

[0050] Figure 2FIG. 200 shows an example of a wireless communication system that supports low latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure. The wireless communication system 200 may implement or be implemented to implement aspects of the wireless communication system 100. For example, the wireless communication system 200 shows communication between an AP 105, a device 115 (e.g., a handset or handheld device), and wireless audio devices 130-a and 130-b of a user 205, which may be examples of corresponding devices as shown and referenced by Figure 1 shown and referenced by Figure 1 described. In some implementations, the device 115, wireless audio devices 130-a and 130-b may support a signaling-based mechanism according to which the device 115 may send an indication of an updated set of parameters to each of the 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 a wireless communication device and at least one wireless audio device. The wireless audio devices 130-a and 130-b may be examples of wireless earbuds, wireless headphones, stereo speakers, or surround sound devices, among other examples.

[0051] In some deployments, device 115 may communicate with AP 105 via one or both of link 210-a and link 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 link or a 6 GHz link between AP 105 and device 115. Additionally, device 115 may communicate wirelessly with each of wireless audio device 130-a and wireless audio device 130-b, where each of wireless audio device 130-a and wireless audio device 130-b may be associated with the XPAN of device 115. For example, device 115 may communicate with wireless audio device 130-a via link 215-a, and may communicate with wireless audio device 130-b via link 215-b, where link 215-a and link 215-b may be referred to as or understood as XPAN links. Link 215-a may be an example of a 5 GHz link or a 6 GHz link, and link 215-b may be an example of a 5 GHz link or a 6 GHz link. Additionally, in some examples, device 115 may communicate with wireless audio device 130-a (which may be an example of a primary earbud) via communication link 220. Communication link 220 may 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 may be an example of a secondary earbud) may communicate with each other via link 225, which may be an example of a Bluetooth link between wireless audio device 130-a and wireless audio device 130-b.

[0052] In some cases, devices 115, wireless audio device 130-a, and wireless audio device 130-b may support or belong to XPAN and may use XPAN 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 of ULL gaming and streaming lossless audio to wireless audio device 130-a and wireless audio device 130-b (e.g., personal devices of device 115). For such applications, it may be expected that device 115 maintains end-to-end latency below a relatively strict latency target (e.g., 40 ms for ULL gaming). Additionally, device 115 may also be responsible for handling (e.g., moderately) the coexistence of XPAN traffic (e.g., traffic to or from one or both of wireless audio device 130-a and wireless audio device 130-b) with other concurrent scenarios that the user 205 or the system may initiate. Such other concurrent scenarios may include scan concurrency for channel selection, STA infrastructure link concurrency for online gaming or other traffic to or from AP 105, or neighbor awareness networking (NAN) discovery and NAN data transmission, or any combination thereof.

[0053] Thus, it may be expected that device 115 meets latency constraints for various applications or use cases (e.g., ultra-low latency constraints for the ULL gaming use case) and also facilitates the 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 device 130-a and wireless audio device 130-b, and power and concurrency constraints at device 115, device 115 may use TWT technology for communication between device 115 (which may act as or function as a soft AP (SAP)) and each of wireless audio device 130-a and wireless audio device 130-b (which may act as or function as STAs).

[0054] 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 the timing synchronization function (TSF) time that indicates the start or beginning of the first TWT session. TWT SI 235 may indicate the TWT interval, which may refer to the time difference between the starts or beginnings of two consecutive TWT sessions. TWT SP 240 may indicate the duration during which one or both of wireless audio device 130-a and wireless audio device 130-b wake up during TWT SI 235. In some aspects, TWTP SP 240 may be referred to as or understood as a TWT session. Thus, and as Figure 2As shown, the TWT SI 235 can indicate the time difference between the TWT SP 240-a and the TWT 240-b. The remaining time of the TWT SP 240 not included in the TWT SI 235 can be referred to or understood as the concurrent time 245, during which the device 115 can perform any operations (e.g., sending or receiving) associated with the concurrent scenario at the device 115. In other words, the difference between the XPAN TWT SI 235 and the XPAN TWT SP 240 can be the remaining time for the device 115 to support other concurrency (e.g., outside of any channel switching or software overhead).

[0055] For XPAN, each of the wireless audio devices 130-a and 130-b (which can be examples of TWT request STAs) can initiate a TWT session with the device 115 (which can be an example of a TWT response STA). Additionally, 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 bound to, associated with, or expect a Wi-Fi latency within a specific range (e.g., within a range below 10 ms). To achieve such a Wi-Fi latency, the TWT SI 235 and the TWT SP 240 can be selected or set to specific values (e.g., the TWT SI 235 can be set to 4 ms, where the TWT SP 240 is 2 ms). Additionally, for a lossless audio use case, e.g., the TWT SI 235 can be set to approximately 70 ms, where the TWT SP 240 is approximately 23 ms.

[0056] In some cases, a default or initial set of TWT parameters for XPAN can be configured or set to expect an ideal (e.g., interference-free or nearly interference-free) condition (e.g., link condition, channel condition, or environmental condition). In some deployments, the Wi-Fi channel condition, the concurrent scenario of the device 115, or the XPAN constraints can change over time. Such changes can trigger, be associated with, or manage the TWT parameter update. Additionally, in applications or use cases associated with low latency (e.g., ULL gaming and streaming lossless audio), it can be expected to perform the TWT parameter update with low latency to continue to meet the XPAN constraints without compromising the user experience. As an example, for the XPAN gaming use case, the TWT SP240 can be approximately 2 ms. Thus, it can also be expected that the communication overhead of the updated TWT parameters or other information transmitted from the device 115 to the wireless audio devices 130-a and 1301-b is relatively small.

[0057] However, in some systems, the TWT parameter update process can be associated with a relatively high latency. Additionally, since the TWT session can be initiated by the wireless audio device 130-a and the wireless audio device 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 the wireless audio device 130-a and the wireless audio device 130-b, followed by a change in the TWT parameters at the wireless audio device 130-a and the wireless audio device 130-b.

[0058] An example TWT parameter update process can include a sequence of signaling steps involving one or more transmissions using a Bluetooth link, which may introduce a relatively large delay. For example, the Wi-Fi subsystem (SS) of device 115 can send a request (e.g., a TWT parameter update request) to the Bluetooth host (BT host) 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 host of device 115 can use the Bluetooth link to transmit the updated set of TWT parameters to the BT host of the primary earbud (e.g., the wireless audio device 130-a). Such an updated TWT configuration sent via the Bluetooth link may add a delay of approximately 80 ms. The BT host of the primary earbud can signal internally to the Wi-Fi SS of the primary earbud about the new TWT parameters, and the BT host of the primary earbud can use the Bluetooth link to transmit the new TWT parameters to the BT host of the secondary earbud (e.g., the wireless audio device 130-b). Such an indication of the TWT configuration via the Bluetooth link between the primary earbud and the secondary earbud may add a delay of approximately 120 ms. The BT host of the secondary earbud can signal internally to the Wi-Fi SS of the secondary earbud about the new TWT parameters.

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

[0060] According to such a TWT parameter update process, device 115 may introduce a relatively large delay between the time when a condition associated with the TWT parameter update is triggered on device 115 and the time when the updated parameters become effective. For example, some components of the delay may include a delay of approximately 80 ms associated with the updated TWT configuration sent via the Bluetooth link between device 115 and the master earbud, a delay of approximately 100 ms associated with the sniff exit delay (if the Bluetooth link between the two earbuds is in the sniff mode), a delay of approximately 20 ms associated with the updated TWT configuration sent via the Bluetooth link between the two earbuds, and a delay of approximately 5 ms associated with the tear-down of the TWT session and the re-establishment of a new TWT session from the two earbuds. Thus, such a TWT parameter update process may be associated with an approximately 205 ms total end-to-end delay 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).

[0061] 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, according to which device 115 may embed an indication of one or more updated parameters into one or more audio data packets that device 115 may send to wireless audio device 130-a and wireless audio device 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 device 130-a and wireless audio device 130-b with low latency, device 115 may embed the parameters into one or more downlink audio data packets and may send the one or more downlink audio data packets to wireless audio device 130-a and wireless audio device 130-a. In some implementations, device 115 may send an indication of the parameters to wireless audio device 130-a via a first audio data packet sent using a first Wi-Fi link (e.g., a first XPAN Wi-Fi link), and may send an indication of the parameters to wireless audio device 130-b via a second audio data packet sent using a second Wi-Fi link (e.g., a second XPAN Wi-Fi link). The first audio data packet and the second audio data packet may include the same information or may include different information, and each piece of information may be an example of a physical layer convergence protocol (PLCP) protocol data unit (PPDU).

[0062] In this way, the device 115 can transmit a set of one or more parameters to both the wireless audio device 130-a and the wireless audio device 130-b during the course of a desired downlink data transmission or traffic (e.g., without using any additional or dedicated signaling). Due to this lack of additional over-the-air Bluetooth or Wi-Fi signaling between the device 115 and each of the wireless audio device 130-a and the wireless audio device 130-b, as well as between the wireless audio device 130-a and the wireless audio device 130-b, the total end-to-end latency can be one or a relatively small number of TWT SIs 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 that 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.

[0063] Accordingly, the device 115, the wireless audio device 130-a, and the wireless audio device 130-b can achieve a response time that is up to approximately 50 times faster for any change in conditions on the XPAN or infrastructure link associated with the device 115. In other words, the described techniques can allow or facilitate a flexible XPAN system that can adapt to changing wireless conditions associated with the XPAN or infrastructure link at the device 115. Accordingly, the described techniques can be applicable to any latency-sensitive application or use case that uses TWT as a communication protocol between potentially power-constrained devices or in association with or anticipates low-latency XPAN parameter updates from a set of default or initial programming values. Additionally, although described in the context of the wireless audio device 130-a and the wireless audio device 130-b, the described techniques can be applicable to any one or more wireless audio devices. For example, the described techniques can be applicable to wireless earbuds, wireless headphones, wireless hands-free devices, or wireless speakers, as well as other examples of wireless audio devices.

[0064] In addition, the described techniques may allow or facilitate the simultaneous update of one or more TWT parameters and may additionally or alternatively be used to transfer any other information (XPAN-related or otherwise) between device 115, wireless audio device 130-a, and wireless audio device 130-b in a fast and efficient manner. For example, parameters that may be transferred between device 115 and each of wireless audio device 130-a and wireless audio device 130-b may include a set of one or more TWT parameters, a received signal strength indicator (RSSI) measured at device 115 or at one or both of wireless audio device 130-a and wireless audio device 130-b and expected to be transmitted to device 115 or to one or both of wireless audio device 130-a and wireless audio device 130-b, a channel switch indication or request, or a bearer switch indication or request. Such one or more TWT parameters may include any one or more of TWT SI 235, TWT SP 240, or the TWT start time (e.g., TWT 230). Additionally, such a bearer switch indication or request may be a request for a switch from an XPAN bearer to a Bluetooth bearer, or vice versa.

[0065] Figure 3 An example of a process flow 300 that supports low-latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure is shown. Process flow 300 may implement or be implemented to implement aspects of wireless communication system 100 or wireless communication system 200. For example, process flow 300 shows communication between device 115, wireless audio device 130-a, and wireless audio device 130-b (which may be examples of corresponding devices as shown and described by Figure 1 and 2 shown and with reference to Figure 1 and 2 described). In some implementations, device 115, wireless audio device 130-a, and wireless audio device 130-b may employ techniques for low-latency transfer of XPAN TWT parameters or any other information between device 115 (e.g., a handset) and each of wireless audio device 130-a and wireless audio device 130-b.

[0066] 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 an internal signaling mechanism (which may be associated with a wired link) and an air signaling mechanism between each other.

[0067] In the following description of the 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 a different time. Some operations may also be omitted from the process flow 300, or other operations may be added to the process flow 300. In addition, although some operations or signaling may be shown as occurring at different times for discussion purposes, these operations may actually occur simultaneously.

[0068] At 335, Wi-Fi SS 315 of device 115 may send a parameter update request to LPASS 305 of device 115. In some implementations, Wi-Fi SS 315 may communicate the updated set of parameters to LPASS 305 via one or more shadow registers. In some examples, device 115 may trigger signaling of the parameter update request based on detecting a certain condition change at device 115.

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

[0070] At 345, the Wi-Fi SS 315 of device 115 can send a first audio data packet (e.g., first audio downlink data, first set of one or more audio data packets, etc.) to the Wi-Fi SS 320-a of wireless audio device 130-a, which has an indication of an updated set of parameters embedded in the first audio data packet. In other words, the Wi-Fi SS 315 of device 115 can send audio downlink data with the updated set of parameters embedded therein to wireless audio device 130-a (e.g., the master earbud). In some implementations, the Wi-Fi SS 315 of device 115 can embed the updated set of parameters in the RTP audio header. Additionally or alternatively, the Wi-Fi SS 315 of device 115 can 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).

[0071] In some implementations, wireless audio device 130-a can decode or process the first audio data packet at the Wi-Fi SS 320-a of wireless audio device 130-a (e.g., for extracting and identifying the set of parameters indicated via the first audio data packet). In some other implementations, 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 the decoder 330-a of wireless audio device 130-a for decoding and processing the first audio data packet (e.g., for extracting and identifying the set of parameters indicated via the first audio data packet).

[0072] At 350, for example, the Wi-Fi SS 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 the decoder 330-a of wireless audio device 130-a. In other words, the Wi-Fi SS 320-a can forward the RTP audio header to the decoder 330-a (e.g., an audio decoder) to parse the updated set of parameters indicated via the first audio data packet.

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

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

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

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

[0077] In some implementations, the wireless audio device 130-b can decode or process the second audio data packet at the Wi-Fi SS 320-b of the wireless audio device 130-b (e.g., for extracting and identifying the set of parameters indicated via the second audio data packet). In some other implementations, the 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 the decoder 330-b of the wireless audio device 130-b for decoding and processing the second audio data packet (e.g., for extracting and identifying the set of parameters indicated via the second audio data packet).

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

[0079] At 380, the decoder 330-b of the wireless audio device 130-b can send the decoded updated set of parameters to the Wi-Fi SS 320-b of the wireless audio device 130-b. In other words, the audio decoder 330-b can internally signal the Wi-Fi SS 320-b of the decoded updated set of parameters.

[0080] 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 confirm the receipt of the second audio data packet and (at least implicitly) the receipt of the updated set of parameters transmitted via the second audio data packet.

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

[0082] In this way, device 115 can transmit a set of parameters (e.g., an updated set of parameters) to both wireless audio device 130-a and wireless audio device 130-b via the 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 device 130-a and wireless audio device 130-b) in response to receiving feedback indicating that the audio downlink data has been received from wireless audio device 130-a and wireless audio device 130-b. In some aspects, if at least one complete packet exchange sequence from the downlink audio packet (e.g., downlink audio PPDU) to the ACK or BA (for both the first wireless audio device 130-a and the second wireless audio device 130-b) is completed within a single TWT SI, the updated parameters (e.g., updated TWT parameters) can become effective in the next TWT SI. In such aspects, device 115, wireless audio device 130-a, and wireless audio device 130-b can achieve a latency of approximately 1 TWT SI, which can span approximately 4 or 8 ms.

[0083] Upon receiving the updated parameters, wireless audio device 130-a and wireless audio device 130-b can each update their respective codecs based on the updated parameters. In other words, the earbuds can bind or synchronize any updates in the parameters with the codecs of the earbuds. In this way, wireless audio device 130-a and wireless audio device 130-b can accurately read or otherwise obtain data from the wireless channel according to the updated parameters (e.g., updated TWT parameters). Additionally, wireless audio device 130-a and wireless audio device 130-b can use a processor commonly used for various tasks or a dedicated processor or both to decode the indication of the updated parameters. Further, 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.

[0084] Figure 4 An example of an audio data packet 400 that supports low-latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure is shown. The audio data packet 400 can implement or be implemented to implement or facilitate aspects of the wireless communication system 100, the wireless communication system 200, or the process flow 300. For example, the audio data packet 400 shows an example of how device 115 can embed a set of updated parameters into one or more audio data packets that device 115 can send to wireless audio device 130-a and wireless audio device 130-b, where device 115, wireless audio device 130-a, and wireless audio device 130-b can be examples of corresponding devices as Figures 1 - 3 shown and referenced Figures 1 - 3 described.

[0085] The 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, the 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 the CSRC field 420. In other words, the device 115, the wireless audio device 130-a, and the wireless audio device 130-b may use the CSRC field 420 of the RTP audio header 405 to carry the updated parameters.

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

[0087] Figure 5 An example of an audio data packet 500 that supports low-latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure is shown. The audio data packet 500 may implement or be implemented to implement or facilitate aspects of the wireless communication system 100, the wireless communication system 200, the process flow 300, or the audio data packet 400. For example, the audio data packet 500 shows an example of how the device 115 may embed an updated set of parameters into one or more audio data packets that the device 115 may send to the wireless audio device 130-a and the wireless audio device 130-b, where the device 115, the wireless audio device 130-a, and the wireless audio device 130-b may be examples of corresponding devices as shown and described by Figures 1 - 4 shown and referenced Figures 1 - 4 described.

[0088] The audio data packet 500 may include various parts and fields, including a padding field 505 of the RTP audio header and a padding part 510 of the payload data part. 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 the padding part 510. In other words, the devices 115, wireless audio device 130-a, and wireless audio device 130-b may use the padding part 510 of the RTP audio packet to carry the updated parameters.

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

[0090] Figure 6 An example of a communication timeline 600 that supports low-latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure is shown. The communication timeline 600 may implement or be implemented to implement or facilitate aspects of the wireless communication system 100, wireless communication system 200, process flow 300, audio data packet 400, or audio data packet 500. For example, the wireless device 115 (shown as acting as the XPAN SAP in Figure 6 ), and the wireless audio devices 130-a and 130-b (collectively shown as "earbuds" in Figure 6 ) may communicate according to the communication timeline 600, and the devices 115, wireless audio device 130-a, and wireless audio device 130-b may be examples of the corresponding devices as shown and described by Figures 1 - 5 and referenced by Figures 1 - 5 description.

[0091] In some implementations, one or both of the wireless audio devices 130-a and 130-b can send an indication of a set of one or more parameters to the device 115. In other words, the described techniques can also be implemented to convey parameters in the direction from the earbuds to the device 115 (e.g., a handset). In such implementations, one or both of the wireless audio devices 130-a and 130-b can send an indication of the set of parameters via one or more uplink voice backchannel (VBC) messages. As referenced Figure 6 As described, the wireless audio device 130-a can be an example of a right earbud, and the wireless audio device 130-b can be an example of a left earbud.

[0092] In addition, the communication timeline 600 shows an example TWT SI 605 and an example XPAN active period 610 (which can be associated with a duration equal to T A . In an example where the TWT SI 605 is associated with a gaming TWT SI, the TWT SI 605 can be approximately 4 ms. In one example, the XPAN active period 610 can be associated with a time period between approximately 760.6 microseconds and approximately 1305.4 microseconds. The various frame exchanges shown by the communication timeline 600 can be separated by a short inter-frame space (SIFS) or a random backoff (RBO).

[0093] As shown in the communication timeline 600, the device 115 can send an audio message 615-a to the left earbud and can receive a BA 620-a in response to the audio message 615-a from the left earbud. The device 115 can send an audio message 615-b to the right earbud and can receive a BA 620-b in response to the audio message 615-b from the right earbud. In some implementations, one or both of the audio message 615-a and the audio message 615-b can include an updated set of parameters (e.g., an updated TWT or other XPAN-related set of parameters). In addition, the left earbud can send a VBC message 625-a to the device 115 and can receive a BA 630-a in response to the VBC message 625-a from the device 115. In some implementations, the left earbud can 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 the device 115 and can receive a BA 630-b in response to the VBC message 625-b from the 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 XPAN-related set of parameters) in the VBC message 625-b.

[0094] Figure 7FIG. 700 and 701 illustrate examples of coding formats that support low latency parameter updates for extending a personal area network in accordance with one or more aspects of the present disclosure. Coding formats 700 and 701 may implement or be implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packet 400, audio data packet 500, or communication timeline 600. For example, device 115 or an earbud (e.g., at least one of wireless audio device 130-a and wireless audio device 130-b) may encode a set of parameters (e.g., an updated set of parameters, such as an updated XPAN-related set of parameters) according to one or both of coding formats 700 and 701, and another of device 115 or the earbud may decode, process, or extract the set of parameters according to coding formats 700 and 701. In other words, device 115 may use one or both of coding formats 700 and 701 to embed an updated set of parameters in an audio data packet. One or both of wireless audio device 130-a and wireless audio device 130-b may additionally or alternatively use one or both of coding formats 700 and 701 to embed an updated set of parameters in an uplink VBC message.

[0095] In some implementations, device 115, wireless audio device 130-a, and wireless audio device 130-b may support one or more protocols according to which device 115, wireless audio device 130-a, and wireless audio device 130-b may communicate multiple pieces of information (e.g., multiple parameters) in a mutually understandable manner (and in a manner that does not interfere with other devices). In some implementations, 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.

[0096] In some implementations, and as shown in encoding format 700, device 115, wireless audio device 130-a, and wireless audio device 130-b may support protocols related to field headers and field value formats for transmitting different types of information. In such implementations, the encoding device may 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 indication 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 device 130-a and wireless audio device 130-b. In an example where the first bit-length header and the second bit-length value are increased up to 32 bits, the encoding device may align a given parameter indication with the 32-bit boundary of the CSRC field to make it relatively easier to parse, decode, or extract on the receiving side. This format may be referred to as a header value transmission technique. Another option for the header value transmission technique may be a header (or type) length value. Instead of using a fixed "second bit-length" value or in addition to using a fixed "second bit-length" value, this may allow the device to transmit (e.g., generate and send) fields of different lengths with flexibility.

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

[0098] Additionally or alternatively, and as shown in coding format 701, device 115, wireless audio device 130-a, and wireless audio device 130-b may support an implicit or agreed-upon ordering of types of information or parameters. For example, instead of explicitly indicating a header field, device 115, wireless audio device 130-a, and wireless audio device 130-b may directly transmit a set of one or more values in an order agreed upon between device 115, wireless audio device 130-a, and wireless audio device 130-b. Such an order may be associated with a mapping that indicates the order of values providing different parameters, and in some implementations, the mapping may indicate the bit width of each parameter among different parameters. For example, the mapping may indicate such an order: value field 715-a, followed by value field 715-b, followed by value field 715-c, and may indicate the number of bits of each value field (e.g., the number of bits of m 1 for value field 715-a, the number of bits of m 2 for value field 715-b, etc., such that the last bit of the sequence of N value fields is bits). According to coding format 701, the communication device may include a set of reserved bits 720 after value field 715.

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

[0100] Figure 8FIG. 800, 801, and 802 illustrate examples of XPAN topologies that support low latency parameter updates for extended personal area networks according to one or more aspects of the present disclosure. The XPAN topologies 800, 801, and 802 may implement or be implemented to implement or facilitate aspects of a wireless communication system 100, a wireless communication system 200, a process flow 300, an audio data packet 400, an audio data packet 500, a communication timeline 600, a coding format 700, or a coding format 701. For example, each of the XPAN topologies 800, 801, and 802 illustrates an example deployment scenario of an AP 105, a device 115, a wireless audio device 130-a, and a wireless audio device 130-b (which may be examples of corresponding devices as shown and referenced by Figures 1 - 7 shown and referenced by Figures 1 - 7 described).

[0101] In some implementations, one or both of the device 115 and the AP 105, and each of the wireless audio devices 130-a and 130-b may support a signaling-based mechanism according to which the device 115 or the AP 105 may send an indication of a set of parameters (e.g., an updated XPAN parameter set, such as an updated TWT parameter set) to each of the wireless audio devices 130-a and 130-b via one or more audio data packets. In other words, although described herein in the context of the device 115 transmitting an updated parameter set to the wireless audio devices 130-a and 130-b via audio data packets or VBC messages, in some deployment scenarios, the AP 105 may perform a similar function and send signaling similar to that of the device 115 to facilitate low latency parameter updates.

[0102] In other words, and as shown in each of the FIGS. Figures 8 - 10 and described with reference to each of the FIGS. Figures 8 - 10 herein, the described techniques may be applied to any topology in which TWT is used for communication with a set or pair of earbuds, including topologies in which XPAN is between a handset and earbuds or between an infrastructure AP and earbuds. For the ULL gaming use case in particular, strict latency constraints may dictate a need for flexible techniques for TWT parameter updates. Thus, in the XPAN use case, the described techniques may support a solution for TWT parameter updates between an earbud and either or both of a handset (e.g., a phone) or an AP.

[0103] 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.4GHz link, and links 810-a and 810-b can be examples of 5GHz links. Device 115 can also communicate with wireless audio device 130-a via link 815, and link 815 can be an example of a Bluetooth link. Wireless audio devices 130-a and 130-b can communicate with each other via link 820, and link 820 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 an XPAN direct link.

[0104] 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, and link 815 can be an example of a Bluetooth link. Wireless audio devices 130-a and 130-b can communicate with each other via link 820, and link 820 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 can be examples of XPAN links, and XPAN topology 801 can be an example of an XPAN infrastructure link in a standby state.

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

[0106] Figure 9 Examples of XPAN topologies 900 and 901 that support low-latency parameter updates for extended personal area networks in accordance with one or more aspects of the present disclosure are shown. XPAN topologies 900 and 901 may implement or be implemented to implement or facilitate aspects of wireless communication system 100, wireless communication system 200, process flow 300, audio data packet 400, audio data packet 500, communication timeline 600, coding format 700, or coding format 701. For example, each of XPAN topologies 900 and 901 shows an example deployment scenario of AP 105, device 115-a, device 115-b, wireless audio device 130-a, and wireless audio device 130-b (which may be examples of corresponding devices as shown and referenced Figures 1 - 7 shown and referenced Figures 1 - 7 described).

[0107] In some implementations, any one or more of device 115-a, device 115-b, AP 105, and wireless audio devices 130-a and 130-b may support a signaling-based mechanism according to which device 115-a, device 115-b, or AP 105 may send an indication of a set of parameters (e.g., an updated XPAN parameter set, such as an updated TWT parameter set) to each of wireless audio devices 130-a and 130-b via one or more audio data packets. In other words, although this document is described in the context of a single device 115 transmitting an updated parameter set to 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 a similar function and send signaling similar to that of a single device 115 to facilitate low-latency parameter updates.

[0108] 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 device 130-a and wireless audio device 130-b via link 910-a and link 910-b respectively. Link 905, link 910-a, and link 910-b can be examples of 5GHz links. Device 115-a can communicate with wireless audio device 130-a via link 915, and link 915 can be an example of a Bluetooth link. Wireless audio device 130-a and wireless audio device 130-b can communicate with each other via link 920, and link 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. Link 905, link 910-a, and link 910-b can be examples of XPAN links, and XPAN topology 900 can be an example of a Bluetooth+XPAN (infrastructure) dual link.

[0109] As shown in XPAN topology 901, AP 105 may lack connections to other devices. In such an example, device 115-a can communicate with wireless audio device 130-a via link 915, and wireless audio device 130-a and wireless audio device 130-b can communicate with each other via link 920, where each of link 915 and link 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 device 130-a and wireless audio device 130-b via link 930-a and link 930-b respectively. Link 930-a and link 930-b can be examples of 5GHz links. Link 930-a and link 930-b can be examples of XPAN links, and XPAN topology 901 can be an example of a Bluetooth+XPAN (direct) dual link.

[0110] Figure 10FIG. 0 illustrates an example of XPAN topologies 1000 and 1001 that support low latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure. XPAN topologies 1000 and 1001 may implement or be implemented to implement or facilitate aspects of a wireless communication system 100, a wireless communication system 200, a process flow 300, an audio data packet 400, an audio data packet 500, a communication timeline 600, an encoding format 700, or an encoding format 701. For example, each of XPAN topologies 1000 and 1001 illustrates an example deployment scenario of an AP 105, a device 115-a, a device 115-b, a wireless audio device 130-a, and a wireless audio device 130-b (which may be examples of corresponding devices as illustrated and referenced by Figures 1 - 7 shown and referenced by Figures 1 - 7 described).

[0111] In some implementations, any one or more of each of the device 115-a, the device 115-b, the AP 105, and the wireless audio device 130-a and the wireless audio device 130-b may support a signaling-based mechanism according to which the device 115-a, the device 115-b, or the AP 105 may send an indication of a set of parameters (e.g., an updated XPAN parameter set, such as an updated TWT parameter set) to each of the wireless audio device 130-a and the wireless audio device 130-b via one or more audio data packets. In other words, although the present disclosure is described in the context of a single device 115 transmitting an updated parameter set to the wireless audio device 130-a and the wireless audio device 130-b via an audio data packet or a VBC message, in some deployment scenarios, the AP 105 or multiple devices 115 may perform a similar function and send signaling similar to that of the single device 115 to facilitate low latency parameter updates.

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

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

[0114] Figure 11 Block diagram 1100 showing a device 1105 that supports low-latency parameter updates for an extended personal area network according to one or more aspects of the present disclosure. The device 1105 can be an example of aspects of an AP as described herein. The device 1105 can include a receiver 1110, a transmitter 1115, and a communication manager 1120. The device 1105 can also include a processor. Each of these components can communicate with each other (e.g., via one or more buses).

[0115] The receiver 1110 can 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 an extended personal area network). The information can be passed to other components of the device 1105. The receiver 1110 can utilize a single antenna or a set of multiple antennas.

[0116] The transmitter 1115 can provide a unit for transmitting signals generated by other components of the device 1105. The transmitter 1115 can utilize a single antenna or a set of multiple antennas.

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

[0118] In some examples, the communication manager 1120, the receiver 1110, the transmitter 1115, or various combinations or components thereof may be implemented in hardware (e.g., in a communication management circuit). The hardware may include a processor, a DSP, a CPU, an ASIC, an FPGA, or other programmable logic device, a microcontroller, discrete gate or transistor logic, discrete hardware components, or any combination thereof configured to or otherwise supporting units for performing the functions described in this disclosure. In some examples, the processor and the memory coupled to the processor may be configured to perform one or more of the functions described herein (e.g., by the processor executing instructions stored in the memory).

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

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

[0121] According to examples disclosed herein, a communication manager 1120 may support wireless communication at a wireless communication device. For example, the communication manager 1120 may be configured to or otherwise support a unit 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 communication manager 1120 may be configured to or otherwise support a unit 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. The communication manager 1120 may be configured to or otherwise support a unit for sending a set of audio data packets to one or both of the first wireless audio device and the second wireless audio device according to the updated set of parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

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

[0123] Figure 12 Block diagram 1200 shows a device 1205 supporting low-latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure. The device 1205 may be an example of aspects of the device 1105, the AP 105, the soft AP 105, or the device 115 described herein. The device 1205 may include a receiver 1210, a transmitter 1215, and a communication manager 1220. The device 1205 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0124] The 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., a control channel, a data channel, an information channel related to low-latency parameter updates for an extended personal area network). The information may be passed to other components of the device 1205. The receiver 1210 may utilize a single antenna or a collection of multiple antennas.

[0125] The transmitter 1215 may provide a unit for sending signals generated by other components of the device 1205. The transmitter 1215 may utilize a single antenna or a collection of multiple antennas.

[0126] Device 1205 or its various components can 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 can include a downlink audio data component 1225, a feedback component 1230, or any combination thereof. Communication manager 1220 can be an example of aspects of communication manager 1120 as described herein. In some examples, communication manager 1220 or its various components can 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, obtain, monitor, output, transmit). For example, communication manager 1220 can receive information from receiver 1210, send information to transmitter 1215, or integrate with receiver 1210, transmitter 1215, or both to obtain information, output information, or perform various other operations as described herein.

[0127] According to examples disclosed herein, communication manager 1220 can support wireless communication at a wireless communication device. The downlink audio data component 1225 can be configured to or otherwise support a unit for sending an indication of a set of updated 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 can be configured to or otherwise support a unit 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. The downlink audio data component 1225 can be configured to or otherwise support a unit for sending a set of audio data packets to one or both of the first wireless audio device and the second wireless audio device based on the set of updated parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

[0128] Figure 13FIG. 1300 is a block diagram illustrating a communication manager 1320 that supports low latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure. The communication manager 1320 may be an example of aspects of the communication manager 1120, the communication manager 1220, or both as described herein. The communication manager 1320 or its various components may be examples of units for performing various aspects of low latency parameter updates for an extended personal area network 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).

[0129] In accordance with examples as disclosed herein, the communication manager 1320 may support wireless communication at a wireless communication device. The downlink audio data component 1325 may be configured to or otherwise support a unit for sending an indication of a set of updated 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 to or otherwise support a unit 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. In some examples, the downlink audio data component 1325 may be configured to or otherwise support a unit for sending a set of audio data packets to one or both of the first wireless audio device and the second wireless audio device based on the set of updated parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

[0130] In some examples, to support sending an indication of a set of updated parameters associated with a wireless network, the downlink audio data component 1325 may be configured to or otherwise support a unit for sending an indication of the set of updated 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.

[0131] In some examples, the RTP audio header generation component 1345 may be configured to or otherwise support a unit for setting an extension field of a real-time transport protocol audio header to a first value to indicate the presence of an indication of an updated parameter set in one or more fields of the real-time transport protocol audio header, wherein a second value of the extension field indicates the absence of an indication of the updated parameter set in one or more fields of the real-time transport protocol audio header. In some examples, the RTP audio header generation component 1345 may be configured to or otherwise support a unit for setting a count field of the real-time transport protocol audio header to a value associated with the number of one or more fields of the real-time transport protocol audio header that include an indication of the updated parameter set.

[0132] In some examples, the one or more fields that include 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.

[0133] In some examples, to support sending an indication of an updated parameter set associated with a wireless network, the downlink audio data component 1325 may be configured to or otherwise support a unit for sending an indication of the updated parameter set via a padding portion of each of a first audio data packet and a second audio data packet.

[0134] In some examples, the RTP audio header generation component 1345 may be configured to or otherwise support a unit for 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 respectively indicate the presence of an indication of the updated parameter set in the padding portions of the first audio data packet and the second audio data packet, wherein a second value of the padding field indicates the absence of an indication of the updated parameter set in the padding portion.

[0135] In some examples, the VBC message component 1335 may be configured to or otherwise support a unit 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 parameter set associated with the wireless network. In some examples, the downlink audio data component 1325 may be configured to or otherwise support a unit for 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 parameter set.

[0136] In some examples, the communication management component 1340 may be configured to or otherwise support a unit for detecting a change in a channel condition between a wireless communication device and at least one of a first wireless audio device and a second wireless audio device or a change in other concurrent communications involving the wireless communication device. In some examples, the downlink audio data component 1325 may be configured to or otherwise support a unit for embedding an indication of an updated set of parameters into a first audio data packet and a second audio data packet based on the detected change.

[0137] In some examples, the indication of the updated set of parameters is transmitted via one or more bit sets of the first audio data packet and the second audio data packet. In some examples, each of 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 an updated parameter in the updated set of parameters. In some examples, the second bit length value indicates the value of the updated parameter.

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

[0139] In some examples, the parameter update mapping component 1350 may be configured to or otherwise support a unit for sending an indication of the mapping to the first wireless audio device and the second wireless audio device, where the mapping indicates the number of bits of 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.

[0140] In some examples, the first audio data packet and the second audio data packet are sent during a first target wake time service interval. In some examples, a set of audio data packets is sent during a second target wake time service interval that is immediately consecutive with the first target wake time service interval.

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

[0142] In some examples, the wireless communication device is a wireless handset or an access point. In some examples, the first audio data packet is sent 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 sent to the second wireless audio device via a second Wi-Fi link between the wireless communication device and the second wireless audio device.

[0143] Figure 14 FIG. 1400 shows a system 1400 including a device 1405 that supports low latency parameter updates for an extended personal area network, in accordance with one or more aspects of the present disclosure. Device 1405 may be an example of or include components of device 1105, device 1205, or an AP as described herein. Device 1405 may include components for two-way voice and data communication, including components for sending and receiving communications, such as communication manager 1420, network communication manager 1410, transceiver 1415, antenna 1425, memory 1430, code 1435, processor 1440, and inter-AP communication manager 1445. These components may be electronically communicatively coupled via one or more buses (e.g., bus 1450) or otherwise (e.g., operatively, communicatively, functionally, electronically, electrically).

[0144] Network communication manager 1410 may manage communication with a core network (e.g., via one or more wired backhaul links). For example, network communication manager 1410 may manage the transmission of data communication for client devices (such as one or more UEs 115).

[0145] In some cases, device 1405 may include a single antenna 1425. However, in some other cases, device 1405 may have more than one antenna 1425 that can simultaneously send or receive multiple wireless transmissions. 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 the modulated packets to one or more antennas 1425 for transmission, and for demodulating packets received from one or more antennas 1425. Transceiver 1415 or transceiver 1415 and one or more antennas 1425 may be examples of transmitter 1115, transmitter 1215, receiver 1110, receiver 1210, or any combination thereof or components thereof as described herein.

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

[0147] The 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, the processor 1440 may be configured to operate a memory array using a memory controller. In some other cases, the memory controller may be integrated into the processor 1440. The processor 1440 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 1430) to cause the device 1405 to perform various functions (e.g., support functions or tasks for low-latency parameter updates for an extended personal area network). For example, the device 1405 or components of the device 1405 may include the processor 1440 and the memory 1430 coupled to or in communication with the processor 1440, and the processor 1440 and the memory 1430 are configured to perform the various functions described herein.

[0148] The inter-station communication manager 1445 may manage communications with other APs 105 and may include a controller or scheduler for collaboratively controlling communications with the device 115 with other APs 105. For example, the inter-station communication manager 1445 may coordinate the scheduling of transmissions to the AP 105 to implement various interference mitigation techniques, such as beamforming or joint transmission.

[0149] According to an example as disclosed herein, communication manager 1420 may support wireless communication at a wireless communication device. For example, communication manager 1420 may be configured to or otherwise support a unit 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. Communication manager 1420 may be configured to or otherwise support a unit 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. Communication manager 1420 may be configured to or otherwise support a unit for sending a set of audio data packets to one or both of the first wireless audio device and the second wireless audio device according to the updated set of parameters associated with the wireless network and based on receiving the first feedback message and the second feedback message.

[0150] By including or configuring communication manager 1420 according to an example as described herein, device 1405 may support techniques for improved communication reliability, reduced latency, improved user experience related to reduced processing, reduced power consumption, more efficient utilization of communication resources, improved coordination between devices, longer battery life, and improved utilization of processing capabilities.

[0151] Figure 15 Block diagram 1500 illustrates a device 1505 that supports low latency parameter updates for an extended personal area network according to one or more aspects of the present disclosure. Device 1505 may be an example of 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 one another (e.g., via one or more buses).

[0152] 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., a control channel, a data channel, an information channel related to low latency parameter updates for an extended personal area network). The information may be passed to other components of device 1505. Receiver 1510 may utilize a single antenna or a collection of multiple antennas.

[0153] 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 (such as control channels, data channels, information channels related to low-latency parameter updates for extending a personal area network). In some examples, transmitter 1515 may be co-located with receiver 1510 in a transceiver module. Transmitter 1515 may utilize a single antenna or an array of multiple antennas.

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

[0155] In some examples, communication manager 1520, receiver 1510, transmitter 1515, or various combinations or components thereof may be implemented in hardware (such as in a communication management circuit). The hardware may include a processor, DSP, CPU, ASIC, FPGA, or other programmable logic device, microcontroller, discrete gate or transistor logic, discrete hardware component, or any combination thereof configured to or otherwise supporting a unit for performing the functions described in this disclosure. In some examples, a processor and a memory coupled to the processor may be configured to perform one or more of the functions described herein (such as by the processor executing instructions stored in the memory).

[0156] Additionally or alternatively, in some examples, communication manager 1520, receiver 1510, transmitter 1515, or various combinations or components thereof may be implemented with code executed by a processor (such as communication management software or firmware). If implemented with code executed by a processor, the functions of 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 (such as configured to or otherwise supporting a unit for performing the functions described in this disclosure).

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

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

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

[0160] Figure 16 Block diagram 1600 illustrates a device 1605 that supports low-latency parameter updates for an extended personal area network according to one or more aspects of the present disclosure. The device 1605 may be an example of aspects of the device 1505 or the device 115 described herein. The device 1605 may include a receiver 1610, a transmitter 1615, and a communication manager 1620. The device 1605 may also include a processor. Each of these components may communicate with one another (e.g., via one or more buses).

[0161] The 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., a control channel, a data channel, an information channel related to low-latency parameter updates for an extended personal area network). The information may be passed to other components of the device 1605. The receiver 1610 may utilize a single antenna or a collection of multiple antennas.

[0162] 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 extending a personal area network). In some examples, transmitter 1615 may be co-located with receiver 1610 in a transceiver module. Transmitter 1615 may utilize a single antenna or an array of multiple antennas.

[0163] Device 1605 or its various components may be examples of units for performing various aspects of the low-latency parameter updates for extending a personal area network as described herein. For example, communication manager 1620 may include a downlink audio data component 1625, a feedback component 1630, or any combination thereof. Communication manager 1620 may be an example of aspects of communication manager 1520 as described herein. In some examples, communication manager 1620 or its various components may be configured to perform various operations (e.g., receive, obtain, monitor, output, transmit) using receiver 1610, transmitter 1615, or both, or otherwise in cooperation with receiver 1610, transmitter 1615, or both. 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 obtain information, output information, or perform various other operations as described herein.

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

[0165] Figure 17FIG. 1700 is a block diagram illustrating a communication manager 1720 that supports low latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure. The communication manager 1720 may be an example of aspects of the communication manager 1520, the communication manager 1620, or both as described herein. The communication manager 1720 or its various components may be examples of units for performing various aspects of low latency parameter updates for an extended personal area network 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).

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

[0167] In some examples, to support receiving an indication of a set of updated parameters associated with a wireless network, the downlink audio data component 1725 may be configured to or otherwise support a unit for receiving an indication of the set of updated parameters via one or more fields of a real-time transport protocol audio header of the audio data packet.

[0168] In some examples, the RTP audio header decoding component 1745 may be configured to or otherwise support a unit for decoding an extension field of a real-time transport protocol audio header to identify a first value, the first value indicating the presence of an indication of a set of updated parameters in one or more fields of the real-time transport protocol audio header, wherein a second value of the extension field indicates the absence of an indication of a set of updated parameters in one or more fields of the real-time transport protocol audio header. In some examples, the RTP audio header decoding component 1745 may be configured to or otherwise support a unit for decoding a count field of the real-time transport protocol audio header to identify a value associated with a number of one or more fields of the real-time transport protocol audio header that include an indication of a set of updated parameters.

[0169] In some examples, one or more fields including an indication of an updated parameter set are a set of contributing source fields of one or more real-time transport protocol audio headers.

[0170] In some examples, to support receiving an indication of an updated parameter set associated with a wireless network, the downlink audio data component 1725 may be configured to or otherwise support a unit for receiving an indication of an updated parameter set via a padding portion of an audio data packet.

[0171] In some examples, the RTP audio header decoding component 1745 may be configured to or otherwise support a unit for decoding a padding field of a real-time transport protocol audio header of an audio data packet to identify a first value, the first value indicating the presence of an indication 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 indication of an updated parameter set in the padding portion.

[0172] In some examples, the VBC message component 1735 may be configured to or otherwise support a unit for sending a voice reverse channel message including an indication of a second updated parameter set associated with a wireless network to a wireless communication device. In some examples, the downlink audio data component 1725 may be configured to or otherwise support a unit for receiving a second set of audio data packets from the wireless communication device according to the second updated parameter set.

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

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

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

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

[0177] In some examples, the audio data packet is sent during a first target wake time service interval. In some examples, a set of audio data packets is sent during a second target wake time service interval that is immediately consecutive with the first target wake time service interval.

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

[0179] In some examples, the wireless communication device is a wireless handset or an access point. In some examples, the audio data packet is received from the wireless communication device via a Wi-Fi link between the wireless communication device and a wireless audio device.

[0180] Figure 18 FIG. shows a system 1800 including a device 1805 that supports low latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure. The device 1805 may be an example of or include components of the device 1505, the device 1605, or an STA as described herein. The device 1805 may include components for two-way voice and data communication, including components for sending and receiving communications, such as a communication manager 1820, an I / O controller 1810, a transceiver 1815, an antenna 1825, a memory 1830, code 1835, and a processor 1840. These components may be electronically communicatively coupled via one or more buses (e.g., bus 1845) or otherwise (e.g., operatively, communicatively, functionally, electronically, electrically).

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

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

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

[0184] The processor 1840 may include intelligent hardware devices (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, the processor 1840 may be configured to operate a memory array using a memory controller. In some other cases, the memory controller may be integrated into the processor 1840. The processor 1840 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 1830) to cause the device 1805 to perform various functions (e.g., support functions or tasks for low-latency parameter updates for an extended personal area network). For example, the device 1805 or components of the device 1805 may include the processor 1840 and a memory 1830 coupled to or coupled with the processor 1840, and the processor 1840 and the memory 1830 are configured to perform the various functions described herein.

[0185] According to an example as disclosed herein, the communication manager 1820 may support wireless communication at a wireless audio device. For example, the communication manager 1820 may be configured to or otherwise support a unit for receiving an indication of an updated set of parameters associated with a wireless network from a wireless communication device via an audio data packet. The communication manager 1820 may be configured to or otherwise support a unit for sending a feedback message in response to the audio data packet to the wireless communication device. The communication manager 1820 may be configured to or otherwise support a unit for receiving a set of audio data packets from the wireless communication device according to the updated set of parameters associated with the wireless network and based on sending the feedback message.

[0186] By including or configuring the communication manager 1820 according to an example as described herein, the device 1805 may support techniques for improved communication reliability, reduced latency, an improved user experience related to reduced processing, reduced power consumption, more efficient utilization of communication resources, improved coordination between devices, longer battery life, and improved utilization of processing capabilities.

[0187] Figure 19 A flowchart illustrating a method 1900 for supporting low-latency parameter updates for an extended personal area network in accordance with one or more aspects of the present disclosure is shown. Operations of the method 1900 may be implemented by an AP or components thereof as described herein. For example, operations of the method 1900 may be performed by an AP as described with reference to Figures 1 to 14 described AP. In some examples, the AP may execute an instruction set to control functional units of the AP to perform the described functions. Additionally or alternatively, the AP may use dedicated hardware to perform aspects of the described functions.

[0188] At 1905, the method can 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 operations of 1905 can be performed according to examples disclosed herein. In some examples, aspects of the operations of 1905 can be performed by a downlink audio data component 1325 as described with reference to Figure 13 described.

[0189] At 1910, the method can include: 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. The operations of 1910 can be performed according to examples disclosed herein. In some examples, aspects of the operations of 1910 can be performed by a feedback component 1330 as described with reference to Figure 13 described.

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

[0191] Figure 20 FIG. shows a flowchart of a method 2000 that illustrates support for low-latency parameter updates for an extended personal area network according to one or more aspects of the present disclosure. The operations of method 2000 can be implemented by a STA or its components as described herein. For example, the operations of method 2000 can be performed by a STA as described with reference to Figures 1 to 10 and 15 to 18 described. In some examples, the STA can execute an instruction set to control the functional units of the STA to perform the described functions. Additionally or alternatively, the STA can use dedicated hardware to perform aspects of the described functions.

[0192] At 2005, the method can include: receiving an indication of an updated set of parameters associated with a wireless network from a wireless communication device via an audio data packet. The operations of 2005 can be performed according to examples disclosed herein. In some examples, aspects of the operations of 2005 can be performed by a downlink audio data component 1725 as described with reference to Figure 17 described.

[0193] At 2010, the method may include: sending a feedback message in response to an audio data packet to a wireless communication device. The operation of 2010 may be performed according to examples disclosed herein. In some examples, aspects of the operation of 2010 may be performed by a feedback component 1730 as described with reference to Figure 17 described.

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

[0195] Implementation examples are described in the numbered clauses below:

[0196] Clause 1: A method for wireless communication at a wireless communication device, including: sending an indication of an updated set of parameters associated with a wireless network 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; 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 wireless audio device and the second wireless audio device according to the updated set of parameters associated with the wireless network and at least partially based on receiving the first feedback message and the second feedback message.

[0197] Clause 2: The method according to clause 1, wherein sending the indication of the updated set of parameters associated with the wireless network includes: sending 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.

[0198] Clause 3: The method according to clause 2, further including: setting an extension field of the real-time transport protocol audio header to a first value to indicate the 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 the 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 setting a count field of the real-time transport protocol audio header to a value associated with the 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.

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

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

[0201] Clause 6: The method according to Clause 5, further comprising: 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 respectively indicate the presence of the indication of the updated parameter set in the padding portion of the first audio data packet and the second audio data packet, wherein a second value of the padding field indicates the absence of the indication of the updated parameter set in the padding portion.

[0202] Clause 7: The method according to any one of Clauses 1 to 6, further comprising: 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 parameter set 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 parameter set.

[0203] Clause 8: The method according to any one of Clauses 1 to 7, further comprising: detecting a change in a channel condition 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 in the first audio data packet and the second audio data packet at least in part based on detecting the change.

[0204] Clause 9: The method according to any one of Clauses 1 to 8, wherein the indication of the updated parameter set is conveyed via one or more sets of bits of the first audio data packet and the second audio data packet, each set of bits 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 the value of the updated parameter.

[0205] 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 indicates the value of an updated parameter in the updated parameter set, and each bit set in the one or more bit sets corresponds to a respective updated parameter in the updated parameter set according to a mapping.

[0206] Clause 11: The method according to Clause 10, further comprising: 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 of each bit set in 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.

[0207] 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 sent during a first TWT service interval, and the set of audio data packets is sent during a second TWT service interval that is immediately consecutive to the first TWT service interval.

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

[0209] Clause 14: The method according to any one of Clauses 1 to 13, wherein the wireless communication device is a wireless handset or an access point, and the first audio data packet is sent 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 sent to the second wireless audio device via a second Wi-Fi link between the wireless communication device and the second wireless audio device.

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

[0211] Clause 16: The method according to Clause 15, wherein receiving the indication of the updated parameter set associated with the wireless network includes: receiving the indication of the updated parameter set via one or more fields of a Real - Time Transport Protocol (RTP) audio header of the audio data packet.

[0212] Clause 17: The method according to Clause 16, further comprising: decoding an extension field of the RTP audio header to identify a first value, the first value indicating the presence of the indication of the updated parameter set in the one or more fields of the RTP audio header, wherein a second value of the extension field indicates the absence of the indication of the updated parameter set in the 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 the one or more fields of the RTP audio header that include the indication of the updated parameter set.

[0213] Clause 18: The method according to Clause 17, wherein the one or more fields including the indication of the updated parameter set are a set of one or more contributing source fields of the RTP audio header.

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

[0215] Clause 20: The method according to Clause 19, further comprising: decoding a padding field of the RTP audio header of the audio data packet to identify a first value, the first value indicating the presence of the indication of 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 of the updated parameter set in the padding portion.

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

[0217] Clause 22: The method according to any one of Clauses 15 to 21 further comprises: updating a 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 partially based on updating the codec of the wireless audio device.

[0218] 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 sets of bits of the audio data packet, each set of bits of the one or more sets of bits comprising 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.

[0219] 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 sets of bits of the audio data packet, each set of bits of the one or more sets of bits indicating a value of an updated parameter in the updated parameter set, and each set of bits of the one or more sets of bits corresponds to a respective updated parameter in the updated parameter set according to a mapping.

[0220] Clause 25: The method according to Clause 24 further comprises: receiving an indication of the mapping from the wireless communication device, wherein 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.

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

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

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

[0224] 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 the method according to any one of Clauses 1 to 14.

[0225] 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.

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

[0227] 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 the method according to any one of Clauses 15 to 28.

[0228] 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.

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

[0230] As used herein, the term "determine" or "determining" includes a variety of actions, and thus, "determining" can include calculating, computing, processing, deriving, investigating, looking up (such as looking up in a table, database, or another data structure), inferring, ascertaining, measuring, etc. Further, "determining" can include receiving (such as receiving information), accessing (such as accessing data stored in a memory), sending (such as sending information), etc. Further, "determining" can include parsing, selecting, obtaining, choosing, establishing, and other such similar actions.

[0231] As used herein, the phrase referring to "at least one" of 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, a - b, a - c, b - c, and a - b - c. As used herein, unless otherwise expressly indicated, "or" is intended to be interpreted in an inclusive sense. For example, "a or b" can include only a, only b, or a combination of a and b.

[0232] 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" can be used interchangeably with "at least partially based on", "associated with", or "in accordance with". Specifically, unless the phrase means "based solely on 'a'" or an equivalent in the context, either "based on 'a'" or "at least partially based on 'a'" can be based solely on "a" or on a combination of "a" and one or more other factors, conditions, or pieces of information.

[0233] The various illustrative components, logics, logic blocks, modules, circuits, operations, and algorithmic processes described in connection with the examples disclosed herein can be implemented as electronic hardware, firmware, software, or any combination of hardware, firmware, or software, including the structures disclosed in this specification and structural equivalents thereof. 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 particular application and the design constraints imposed on the overall system.

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

[0235] In addition, the various features described in the context of separate examples in this specification 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 separately or in any suitable sub - combination in multiple examples. Thus, although the features may have been described above as acting in a particular combination and even initially claimed as such, in some cases, one or more features from the claimed combination can be removed from the combination, and the claimed combination can relate to a sub - combination or a variation of a sub - combination.

[0236] Similarly, although operations are depicted in the figures in a particular order, this should not be construed as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed to achieve the desired result. Further, the figures may schematically depict one or more exemplary processes in the form of a flowchart or process diagram. However, other operations not depicted may be incorporated into the exemplary processes schematically shown. For example, one or more additional operations may be performed before, after, simultaneously with, or between any of the operations shown. In some cases, multitasking and parallel processing may be advantageous. Additionally, the separation of various system components in the examples described above should not be construed as requiring such separation in all examples, but rather it should be understood that the described program components and systems can generally be integrated together in a single software product or encapsulated into multiple software products.

Claims

1. 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: 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 wireless audio device and the second wireless audio device according to the updated set of parameters associated with the wireless network and at least partially based on receiving the first feedback message and the second feedback message.

2. The apparatus according to claim 1, wherein the instructions for sending the indication of the updated set of parameters associated with the wireless network are executable by the processor to cause the apparatus to: send 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 according to claim 2, wherein the instructions are further 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 the 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 the 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 the 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 according to claim 3, wherein the one or more fields including the indication of the updated set of parameters are a set of one or more contributing source fields of the real-time transport protocol audio header.

5. The apparatus according to claim 1, wherein the instructions for sending the indication of the updated set of parameters associated with the wireless network are executable by the processor to cause the apparatus to: send 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 according to claim 5, wherein the instructions are further executable by the processor to cause the apparatus to: Set the padding field of the Real - Time Transport Protocol (RTP) audio header of each of the first audio data packet group and the second audio data packet group to a first value to respectively indicate the presence of the indication of the updated parameter set in the padding part of the first audio data packet group and the second audio data packet group, wherein a second value of the padding field indicates the absence of the indication of the updated parameter set in the padding part.

7. The apparatus according to claim 1, wherein, the instructions can also be executed by the processor to cause the apparatus to perform the following operations: Receive 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 parameter set 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 according to the second updated parameter set.

8. The apparatus according to claim 1, wherein, the instructions can also be executed by the processor to cause the apparatus to perform the following operations: Detect a change in the channel condition 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 parameter set into the first audio data packet and the second audio data packet at least partially based on detecting the change.

9. The apparatus according to claim 1, wherein, the indication of the updated parameter set is transmitted via one or more sets of bits of the first audio data packet and the second audio data packet, wherein each set of bits of the one or more sets of bits includes a first - bit - length header and a second - bit - length value, wherein the first - bit - length header indicates the updated parameter in the updated parameter set, and wherein the second - bit - length value indicates the value of the updated parameter.

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

11. The apparatus according to claim 10, wherein, the instructions can also be executed by the processor to cause the apparatus to perform the following operations: Send an indication of the mapping to the first wireless audio device and the second wireless audio device, where the mapping indicates the number of bits in each of the one or more sets of bits and the order of the one or more sets of bits in the first audio data packet and the second audio data packet.

12. The apparatus according to claim 1, wherein, the first audio data packet and the second audio data packet are sent during a first target wake-up time service interval, and wherein the set of audio data packets is sent 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 according to claim 1, wherein, the set of updated 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 indication, or a handover from an extended personal area network bearer to a Bluetooth bearer, or any combination thereof.

14. The apparatus according to claim 1, wherein, the wireless communication device is a wireless handset or an access point, and wherein the first audio data packet is sent 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 sent 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; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform the following operations: receive an indication of a set of updated parameters associated with a wireless network via an audio data packet from a wireless communication device; send a feedback message in response to the audio data packet to the wireless communication device; and receive a set of audio data packets from the wireless communication device according to the set of updated parameters associated with the wireless network and at least partially based on sending the feedback message.

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

17. The apparatus according to claim 16, wherein, the instructions are further executable by the processor to cause the apparatus to perform the following operations: Decode an extension field of the Real - Time Transport Protocol (RTP) audio header to identify a first value, the first value indicating the presence of an indication of the updated parameter set in one or more fields of the RTP audio header, wherein a second value of the extension field indicates the absence of an indication of the updated parameter set in one or more fields of the RTP audio header; and Decode 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 of the updated parameter set.

18. The apparatus according to claim 17, wherein, the one or more fields that include the indication of the updated parameter set are a set of one or more contributing source fields of the RTP audio header.

19. The apparatus according to claim 15, wherein, the instructions for receiving an indication of the updated parameter set associated with the wireless network are executable by the processor to cause the apparatus to perform the following operations: Receive the indication of the updated parameter set via a padding portion of the audio data packet.

20. The apparatus according to claim 19, wherein, the instructions are further executable by the processor to cause the apparatus to perform the following operations: Decode a padding field of the RTP audio header of the audio data packet to identify a first value, the first value indicating the presence of an indication of 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 an indication of the updated parameter set in the padding portion.

21. The apparatus according to claim 15, wherein, the instructions are further executable by the processor to cause the apparatus to perform the following operations: Send a voice reverse - channel message including an indication of a second updated parameter set associated with the wireless network to the wireless communication device; and Receive a second set of audio data packets from the wireless communication device according to the second updated parameter set.

22. A method for wireless communication at a wireless communication device, comprising: Sending an indication of an updated parameter set 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 wireless audio device and the second wireless audio device according to the updated parameter set associated with the wireless network and at least partially based on receiving the first feedback message and the second feedback message.

23. The method according to claim 22, wherein, Sending the indication of the updated parameter set associated with the wireless network includes: Sending the indication of the updated parameter set via one or more fields of the real-time transport protocol audio headers of each of the first audio data packet and the second audio data packet.

24. The method according to claim 22, wherein, Sending the indication of the updated parameter set associated with the wireless network includes: Sending the indication of the updated parameter set via the 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, including: Receiving, via an audio data packet, an indication of an updated parameter set associated with a wireless network from a wireless communication device; Sending a feedback message in response to the audio data packet to the wireless communication device; and Receiving, from the wireless communication device, a set of audio data packets according to the updated parameter set associated with the wireless network and at least partially based on sending the feedback message.

26. The method according to claim 25, further including: Updating a 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 partially based on updating the codec of the wireless audio device.

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

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

29. The method according to claim 28, further including: Receiving an indication of the mapping from the wireless communication device, wherein the mapping indicates a number of bits of each bit set of the one or more bit sets and an order of the one or more bit sets in the audio data packet.

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

Images