A method and system for transmitting wireless broadcast audio

Abstract

The application relates to the technical field of wireless communication, and provides a wireless broadcast audio transmission method and system. The method is applied to a center device set, and comprises the following steps: establishing a center device set and a broadcast isochronous group based on the center device set; the center device set comprises at least two center devices; the at least two center devices comprise at least two main center devices; the broadcast isochronous group comprises at least two broadcast isochronous stream links; each center device corresponds to one broadcast isochronous stream link; the at least two main center devices respectively send broadcast isochronous group link information; and based on the broadcast isochronous group link information sent by any one main center device, a surrounding device or other center devices to be added to the center device set can be synchronized to the broadcast isochronous group; and based on the broadcast isochronous group, audio data is broadcasted through the at least two broadcast isochronous stream links. Therefore, the speed of synchronizing the surrounding device to the center device set can be accelerated, and the networking flexibility and stability of the wireless broadcast audio system are improved.

Description

Technical Field

[0001] This application relates to the field of wireless communication technology, specifically to a method and system for transmitting wireless broadcast audio. Background Technology

[0002] Bluetooth Low Energy (BLE) audio technology employs the Isochronous Channels protocol, including Connected Isochronous Stream (CIS) links for point-to-point communication and Connected Isochronous Groups (CIGs) consisting of at least one CIS link, as well as Broadcast Isochronous Stream (BIS) links for point-to-multipoint communication and Broadcast Isochronous Groups (BIGs) consisting of at least one BIS link. This provides users with lower power consumption, lower cost, lower latency, higher quality, and richer wireless audio services. For example, the Wireless Broadcast Audio (WBA) function implemented using BIG.

[0003] Beyond point-to-multipoint WBA applications, there is also a demand for many-to-numerous (M2N) WBA applications, such as wireless multi-microphone conferences and multi-person travel or hiking groups speaking to each other. Currently, M2N distributed wireless broadcast audio (DWBA) functionality can be achieved using a distributed broadcast isochronous group (DBIG), consisting of at least two distributed broadcast isochronous stream (DBIS) links. However, existing DBIGs rely on a single central device, resulting in slow synchronization of peripheral devices and lower system stability. Summary of the Invention

[0004] This application provides a method and system for transmitting wireless broadcast audio to solve the problems of existing DBIG systems having only one main central device, resulting in slow synchronization of peripheral devices and low system stability.

[0005] To address this issue, embodiments of this application provide the following aspects: In a first aspect, embodiments of this application provide a method for transmitting wireless broadcast audio, the method being applied to a central device set, the method comprising: Establish the central device set and the broadcast isochronous group based on the central device set, wherein the central device set includes at least two central devices, the at least two central devices include at least two main central devices, and the broadcast isochronous group includes at least two broadcast isochronous stream links, with each central device corresponding to one broadcast isochronous stream link; The at least two main central devices respectively send broadcast isochronous group link information, wherein peripheral devices or other central devices to be added to the central device set can be synchronized to the broadcast isochronous group based on the broadcast isochronous group link information sent by any one of the main central devices; Based on the broadcast isochronous group, audio data is broadcast through the at least two broadcast isochronous stream links.

[0006] Optionally, the broadcast isochronous group link information sent by the at least two main central devices are identical except for the broadcast isochronous group offset value.

[0007] Optionally, the at least two broadcast isochronous stream links include at least two main broadcast isochronous stream links, with each main central device corresponding to one main broadcast isochronous stream link; The broadcast isochronous stream link includes at least one of the main broadcast isochronous stream link, the secondary broadcast isochronous stream link, and the random broadcast isochronous stream link; The central equipment includes at least one of the at least two primary central equipment, secondary central equipment, and random central equipment; The primary broadcast isochronous stream link is the broadcast isochronous stream link occupied by the primary central device; the secondary broadcast isochronous stream link is the broadcast isochronous stream link occupied by the secondary central device; the random broadcast isochronous stream link is the broadcast isochronous stream link shared by random central devices. A broadcast isochronous group that includes at least two main broadcast isochronous stream links is called a distributed broadcast isochronous group. A set of central devices that includes at least two main central devices is called a distributed central device set.

[0008] Optionally, the broadcast isochronous group link information includes a central device set enable flag and a broadcast isochronous group status field; The central device set enable flag is used to indicate whether the broadcast isochronous group link information is used for the distributed central device set; The broadcast isochronous group status field is used to indicate the occupancy status of each broadcast isochronous stream link in the distributed broadcast isochronous group; The occupancy status includes at least one of the following: occupied by the primary central device, occupied by the secondary central device, not occupied, occupied by the random central device, or capable of being occupied by the random central device.

[0009] Optionally, when the enable flag of the central device set indicates that it is disabled, the broadcast isochronous group link information is the standard broadcast isochronous group link information based on a central device. When the enable flag of the central device set indicates that the broadcast isochronous group link information is enabled, at least a portion of the reserved fields in the broadcast isochronous group link information are used as the broadcast isochronous group status field, or new bytes are extended and used as the broadcast isochronous group status field, or the broadcast isochronous group status is carried using advertising data.

[0010] Optionally, the at least two main central devices respectively transmit broadcast isochronous group link information, including: The at least two main central devices respectively transmit extended advertising protocol data units on the main advertising channel; The at least two main central devices respectively transmit auxiliary advertising protocol data units on the secondary advertising channel; The at least two main central devices respectively transmit distributed central device set synchronization protocol data units on the periodic advertising channel, wherein the distributed central device set synchronization protocol data units carry the broadcast isochronous group link information.

[0011] Optionally, the method further includes: The secondary central device or the random central device synchronizes to the distributed broadcast isochronous group by searching for the extended advertising protocol data unit sent by any primary central device, receiving the auxiliary advertising protocol data unit sent by any primary central device, and receiving the distributed central device set synchronization protocol data unit sent by any primary central device, and obtains the broadcast isochronous group link information.

[0012] Optionally, the method further includes: The at least two main central devices synchronize with each other, acquire broadcast isochronous group link information sent by other main central devices, and update their own broadcast isochronous group link information according to the acquired broadcast isochronous group link information, so as to keep the information in the broadcast isochronous group link information sent by the at least two main central devices the same except for the broadcast isochronous group offset value.

[0013] Optionally, the method further includes: The secondary central device synchronizes with any primary central device and sends a Distributed Central Device Set Access Request Protocol Data Unit to any primary central device. When any primary central device allows the secondary central device to join the distributed central device set, it sends a distributed central device set connection request protocol data unit to the secondary central device; wherein, the distributed central device set connection request protocol data unit is used to indicate the broadcast isochronous stream link allocated to the secondary central device; The secondary central device receives the Distributed Central Device Set Connection Request Protocol Data Unit and sends a Distributed Central Device Set Connection Response Protocol Data Unit to any primary central device to confirm joining the Distributed Central Device Set and sending audio data using the secondary broadcast isochronous stream link.

[0014] Optionally, the distributed central device set access request protocol data unit carries at least one of the device address, device name, or device unique identifier of the secondary central device requesting to join the distributed central device set; The distributed central device set connection request protocol data unit carries the sequence number of the secondary broadcast isochronous stream link that allows the secondary central device to use.

[0015] Optionally, the method further includes: When the random center device detects voice, it sends a broadcast isochronous stream protocol data unit carrying the voice through the random broadcast isochronous stream link.

[0016] Optionally, the method further includes: The secondary central device sends a Distributed Central Device Set Upgrade Request Protocol Data Unit to the primary central device, wherein the Distributed Central Device Set Upgrade Request Protocol Data Unit is used to request that the secondary central device be upgraded to the primary central device; When the primary central device allows the secondary central device to be upgraded to the primary central device, the primary central device sends a distributed central device set upgrade confirmation protocol data unit to the secondary central device. After receiving the upgrade confirmation protocol data unit of the distributed central device set, the secondary central device upgrades to the primary central device, and after the upgrade, the secondary broadcast isochronous stream link occupied by the secondary central device is updated to the primary broadcast isochronous stream link.

[0017] Optionally, the method further includes: When the existence of a primary central device in the surrounding area is unknown, the central device simultaneously serves as both a primary and secondary central device when forming a central device set, including: The central device, acting as the primary central device, sends protocol data units for synchronization and searches for other primary central devices. When a central device is synchronized with other primary central devices and has not received a distributed central device set access request protocol data unit sent by other secondary central devices, the central device stops acting as a primary central device and requests to join the central device set from the other synchronized primary central devices as a secondary central device. When a central device fails to synchronize with other primary central devices and receives a Distributed Central Device Set Access Request Protocol Data Unit from other secondary central devices, the central device ceases to act as a secondary central device and allows the other secondary central devices to join the central device set as a primary central device.

[0018] Optionally, the broadcast isochronous stream protocol data units transmitted on the broadcast isochronous stream link adopt the broadcast isochronous stream protocol data unit format; The broadcast isochronous group link information based on the central device set is obtained by extending the standard broadcast isochronous group link information established based on a central device.

[0019] In a second aspect, embodiments of this application provide a method for transmitting wireless broadcast audio, the method being applied to the peripheral device described in the first aspect, the method comprising: Search for extended advertising protocol data units sent by the main central device on the main advertising channel; Receive auxiliary advertising protocol data units sent by the main central device on the secondary advertising channel; Receive the distributed central device set synchronization protocol data unit sent by the main central device on the periodic advertising channel, and obtain the broadcast isochronous group link information; Based on the broadcast isochronous group link information, synchronize to the broadcast isochronous group, and receive audio data broadcast through the broadcast isochronous stream link.

[0020] Thirdly, embodiments of this application provide a wireless broadcast audio transmission apparatus, the apparatus being applied to a central device set, the apparatus comprising: A broadcast isochronous group establishment module is used to establish the central device set and the broadcast isochronous group based on the central device set. The central device set includes at least two central devices, and the at least two central devices include at least two main central devices. The broadcast isochronous group includes at least two broadcast isochronous stream links, with each central device corresponding to one broadcast isochronous stream link. The at least two main central devices respectively send broadcast isochronous group link information. The broadcast isochronous group link information sent by any one of the main central devices by peripheral devices or other central devices to be added to the central device set can be synchronized to the broadcast isochronous group. The broadcast module is used to broadcast audio data through at least two broadcast isochronous stream links based on the broadcast isochronous group.

[0021] Fourthly, embodiments of this application provide a wireless broadcast audio transmission device, the device being applied to the peripheral equipment described in the first aspect, the device comprising: The search module is used to search for extended advertising protocol data units sent by the main central device on the main advertising channel; The receiving module is used to receive auxiliary advertising protocol data units sent by the main central device on the secondary advertising channel; The receiving module is further configured to receive the distributed central device set synchronization protocol data unit sent by the main central device on the periodic advertising channel, and obtain the broadcast isochronous group link information; synchronize to the broadcast isochronous group according to the broadcast isochronous group link information, and receive audio data broadcast through the broadcast isochronous stream link.

[0022] Fifthly, embodiments of this application provide a wireless broadcast audio system, including a central device set and zero or more peripheral devices, wherein the central device set includes at least two central devices, and the at least two central devices include at least two main central devices; The central device set is used to establish a broadcast isochronous group, which includes at least two broadcast isochronous stream links; each central device corresponds to one broadcast isochronous stream link. The at least two main central devices are used to transmit broadcast isochronous group link information respectively; The peripheral devices or other central devices to be added to the central device set are configured to synchronize the broadcast isochronous group link information sent by any one of the main central devices to the broadcast isochronous group. The central device set is also used to broadcast audio data through the at least two broadcast isochronous stream links based on the broadcast isochronous group.

[0023] In a sixth aspect, this application provides an electronic device, including: a processor, a memory, and a program stored in the memory and executable on the processor, wherein the program, when executed by the processor, implements the steps of the wireless broadcast audio transmission method as described in the first or second aspect above.

[0024] In a seventh aspect, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the wireless broadcast audio transmission method as described in the first or second aspect above.

[0025] Eighthly, this application provides a computer program product including computer instructions that, when executed by a processor, implement the steps of the wireless broadcast audio transmission method as described in the first or second aspect above.

[0026] In this embodiment, the central device set includes at least two central devices, and at least two of the central devices include at least two main central devices, so that the wireless broadcast audio system no longer relies solely on a single central device to provide synchronization entry to peripheral devices or other central devices to be added; at the same time, the broadcast isochronous group established based on the central device set includes at least two broadcast isochronous stream links, and each central device corresponds to one broadcast isochronous stream link, so that different central devices can participate in audio data broadcasting through their respective corresponding broadcast isochronous stream links. Based on this, at least two main central devices send broadcast isochronous group link information respectively. Peripheral devices or other central devices to be added to the central device set can synchronize to the same broadcast isochronous group based on the broadcast isochronous group link information sent by any one of the main central devices. Therefore, when a certain main central device is far away, has a weak signal, or leaves actively or abnormally, peripheral devices or other central devices can still obtain broadcast isochronous group link information and complete synchronization through other main central devices. The synchronization and audio reception of the entire broadcast isochronous group will not be affected by the unavailability of a single main central device. Moreover, the central device set broadcasts audio data based on the broadcast isochronous group through at least two broadcast isochronous stream links, which enables multiple central devices to participate in wireless broadcast audio transmission. This is suitable for scenarios where multiple speaking devices coexist, such as multi-person conferences, team tours, and hiking communication.

[0027] This enables peripheral devices to synchronize with the central device set more quickly, and improves the networking flexibility and stability of the wireless broadcast audio system. Attached Figure Description

[0028] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the scope of this application. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 A flowchart illustrating a method for transmitting wireless broadcast audio as provided in an embodiment of this application; Figure 2 A flowchart illustrating another method for transmitting wireless broadcast audio provided in an embodiment of this application; Figure 3 A structural block diagram of a DWBA system provided in this application embodiment; Figure 4 A schematic diagram of a public extended advertising payload format provided in this application embodiment; Figure 5 This is a schematic diagram of an extended packet header format provided in an embodiment of this application; Figure 6A schematic diagram of extended header flags provided for embodiments of this application; Figure 7 A schematic diagram illustrating the process of assembling a DCS (Distributed Control System) with a main central equipment, provided for an embodiment of this application; Figure 8 A schematic diagram illustrating the process of building a DCS from secondary central equipment, provided for an embodiment of this application; Figure 9 A schematic diagram of a DBIG time slot structure provided in an embodiment of this application; Figure 10 A structural block diagram of a wireless broadcast audio transmission device applied to a central device set, provided in an embodiment of this application; Figure 11 A structural block diagram of a wireless broadcast audio transmission device for peripheral devices provided in this application embodiment; Figure 12 This is a structural block diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

[0029] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0030] Figure 1 This application illustrates a method for transmitting wireless broadcast audio according to an embodiment of the present application. The method is applied to a central set of devices, such as... Figure 1 As shown, the method includes: Step S101: Establish a central device set and a broadcast isochronous group based on the central device set; The central device set includes at least two central devices, which in turn include at least two main central devices. The broadcast isochronous group includes at least two broadcast isochronous stream links, with each central device corresponding to one broadcast isochronous stream link. The at least two main central devices send broadcast isochronous group link information respectively. Peripheral devices or other central devices to be added to the central device set can synchronize to the broadcast isochronous group based on the broadcast isochronous group link information sent by any one of the main central devices. Step S102: Based on the broadcast isochronous group, broadcast audio data through at least two broadcast isochronous stream links.

[0031] It should be noted that the wireless broadcast audio transmission method can be applied to a central device set consisting of multiple central devices, with the central device set and the broadcast isochronous group dynamically and synchronously established. A central device can be understood as a device capable of participating in the establishment of the broadcast isochronous group and broadcasting audio data through the broadcast isochronous stream link, such as multiple wireless microphones in multi-person conferences, hiking communication, guided tours, or multi-person collaborative scenarios.

[0032] The central device set does not consist of a single central device handling all synchronization and broadcast management functions; rather, it comprises at least two central devices, with at least two operating as primary central devices. The broadcast isochronous group includes at least two broadcast isochronous stream links, with each central device corresponding to one link, enabling different central devices to send their respective audio data based on their respective broadcast isochronous stream links. The at least two primary central devices each send broadcast isochronous group link information. Peripheral devices or other central devices that are to join the central device set are no longer limited to a single fixed primary central device; instead, they can synchronize to the broadcast isochronous group based on the broadcast isochronous group link information sent by any primary central device. Peripheral devices can be wireless headsets, wireless receivers, or other audio receiving devices. After synchronizing to the broadcast isochronous group, they can receive audio data broadcast via the broadcast isochronous stream links according to the broadcast isochronous group link information. In this way, multiple primary central devices can serve as synchronization entry points, which improves the synchronization efficiency of peripheral devices and newly added central devices, and enhances the stability of the wireless broadcast audio system.

[0033] In one possible implementation, the broadcast isochronous group link information sent by at least two main central devices is identical in all aspects except for the broadcast isochronous group offset value.

[0034] It should be noted that since at least two main central devices can send broadcast isochronous group link information, it is necessary to ensure that the information sent by different main central devices can all point to the same broadcast isochronous group. The broadcast isochronous group offset value is used to represent the offset relationship between the time position of the main central device sending relevant synchronization information and the starting position of the broadcast isochronous group. Since different main central devices may send synchronization information at different times, the broadcast isochronous group offset values ​​corresponding to different main central devices can be different. Apart from the broadcast isochronous group offset value, other information in the broadcast isochronous group link information sent by at least two main central devices remains the same, such as the number of broadcast isochronous stream links, link occupancy status, transmission parameters, and basic configuration information of the broadcast isochronous group. In this way, regardless of which main central device the peripheral devices synchronize to, they can obtain consistent broadcast isochronous group structure and link configuration information, and will not receive information according to different link rules due to the selection of different main central devices. This method helps to improve the consistency and reception reliability when multiple main central devices coordinate to send synchronization information.

[0035] In one possible implementation, at least two broadcast isochronous stream links include at least two primary broadcast isochronous stream links, with each primary central device corresponding to one primary broadcast isochronous stream link; the broadcast isochronous stream links include at least one of primary broadcast isochronous stream links, secondary broadcast isochronous stream links, and random broadcast isochronous stream links; the central devices include at least two primary central devices, secondary central devices, and random central devices; the primary broadcast isochronous stream links are broadcast isochronous stream links occupied by primary central devices; the secondary broadcast isochronous stream links are broadcast isochronous stream links occupied by secondary central devices; the random broadcast isochronous stream links are broadcast isochronous stream links shared by random central devices; a broadcast isochronous group including at least two primary broadcast isochronous stream links is called a distributed broadcast isochronous group; and a set of central devices including at least two primary central devices is called a distributed set of central devices.

[0036] It should be noted that broadcast isochronous stream links can be further divided into primary broadcast isochronous stream links, secondary broadcast isochronous stream links, and random broadcast isochronous stream links based on their role in the central device set. Primary broadcast isochronous stream links are typically occupied by primary central devices for stable broadcasting of their corresponding audio data. Secondary broadcast isochronous stream links are typically occupied by secondary central devices for broadcasting audio data by secondary central devices that have been accepted by the central device set and have obtained link resources. Random broadcast isochronous stream links can be shared by random central devices to meet the audio broadcasting needs of ordinary participating devices or temporary speaking devices. Accordingly, central devices can include one or more of the following: primary central devices, secondary central devices, and random central devices. Taking a hiking team as an example, the microphones carried by two temporary team leaders can act as primary central devices and each occupy a primary broadcast isochronous stream link. The microphone of another authorized stable speaker can act as a secondary central device and occupy a secondary broadcast isochronous stream link. The microphones of other team members can act as random central devices and share a random broadcast isochronous stream link when needed. This division of links and device roles enables central devices with different priorities and participation methods to have corresponding broadcast resources, which helps to improve the flexibility of audio broadcasting.

[0037] In one possible implementation, the broadcast isochronous group link information includes a central device set enable flag and a broadcast isochronous group status field; the central device set enable flag is used to indicate whether the broadcast isochronous group link information is used for a distributed central device set; the broadcast isochronous group status field is used to indicate the occupancy status of each broadcast isochronous stream link in the distributed broadcast isochronous group; the occupancy status includes at least one of being occupied by a primary central device, occupied by a secondary central device, not occupied, occupied by a random central device, or being able to be occupied by a random central device.

[0038] It should be noted that the broadcast isochronous group link information can include not only the basic synchronization and transmission parameters of the broadcast isochronous group, but also a central device set enable flag and a broadcast isochronous group status field. The central device set enable flag indicates whether the broadcast isochronous group link information is used for a distributed broadcast isochronous group established based on the central device set; that is, it distinguishes whether the current broadcast isochronous group link information has enabled collaborative management by multiple central devices. The broadcast isochronous group status field indicates the current occupancy status of each broadcast isochronous stream link in the distributed broadcast isochronous group, such as whether a link is occupied by a primary central device, a secondary central device, is unoccupied, is occupied by a random central device, or can be occupied by a random central device. By providing this status field in the broadcast isochronous group link information, the primary central device, secondary central devices, random central devices, and peripheral devices can all understand the link resource distribution in the distributed broadcast isochronous group. For example, when a secondary central device to be joined requests an exclusive link, the primary central device can determine whether an allocable link exists based on the broadcast isochronous group status field. This approach helps improve the accuracy and rationality of link resource allocation.

[0039] In one possible implementation, when the central device set enable flag indicates that the broadcast isochronous group link information is the standard broadcast isochronous group link information established based on a central device; when the central device set enable flag indicates that the broadcast isochronous group link information is enabled, at least some of the reserved fields in the broadcast isochronous group link information are used as broadcast isochronous group status fields, or new bytes are extended and used as broadcast isochronous group status fields, or the broadcast isochronous group status is carried using advertising data.

[0040] In one possible implementation, the central device set enable flag can be used to accommodate different types of broadcast isochronous group link information. When the central device set enable flag is disabled, the broadcast isochronous group link information can be standard link information for a broadcast isochronous group established based on a single central device. In this case, it is not necessary to use this information to describe the link occupancy status of multiple central devices, and peripheral devices can synchronize and receive information in the same way as a broadcast isochronous group established by a single central device. When the central device set enable flag is enabled, it indicates that the broadcast isochronous group link information is used for a broadcast isochronous group established based on the central device set. In this case, at least some reserved fields in the broadcast isochronous group link information can be used as broadcast isochronous group status fields, or new bytes can be added as broadcast isochronous group status fields, or advertising data can be used to carry the broadcast isochronous group status. In this way, without changing the basic synchronization process, the broadcast isochronous group status can be flexibly carried according to device capabilities or protocol extension methods.

[0041] In one possible implementation, at least two main central devices respectively transmit broadcast isochronous group link information, including: at least two main central devices respectively transmit extended advertising protocol data units on the main advertising channel; at least two main central devices respectively transmit auxiliary advertising protocol data units on the secondary advertising channel; at least two main central devices respectively transmit distributed central device set synchronization protocol data units on the periodic advertising channel, wherein the distributed central device set synchronization protocol data units carry broadcast isochronous group link information.

[0042] It should be noted that when at least two primary central devices transmit broadcast isochronous group link information, they can transmit corresponding protocol data units on the primary advertising channel, secondary advertising channel, and periodic advertising channel, respectively. Specifically, the primary central device can first transmit an extended advertising protocol data unit on the primary advertising channel, enabling peripheral devices or other central devices to discover it. Subsequently, the primary central device can transmit an auxiliary advertising protocol data unit on the secondary advertising channel to provide further synchronization indication. Afterward, the primary central device can transmit a distributed central device set synchronization protocol data unit on the periodic advertising channel, carrying the broadcast isochronous group link information through this distributed central device set synchronization protocol data unit. Multiple primary central devices can perform the above transmission process, thus peripheral devices or other central devices can choose a primary central device with better signal quality, closer distance, or easier discovery for synchronization. This method helps improve the efficiency of device discovery and synchronization.

[0043] In one possible implementation, the method further includes: the secondary central device or the random central device searches for extended advertising protocol data units sent by any primary central device, receives auxiliary advertising protocol data units sent by any primary central device, and receives distributed central device set synchronization protocol data units sent by any primary central device, synchronizes to the distributed broadcast isochronous group, and obtains broadcast isochronous group link information.

[0044] It should be noted that before joining the distributed central device set or using the broadcast isochronous stream link, secondary or random central devices can first complete synchronization through any primary central device. Secondary or random central devices can search for extended advertising protocol data units sent by any primary central device on the main advertising channel, receive auxiliary advertising protocol data units sent by the primary central device on the secondary advertising channel, and then receive distributed central device set synchronization protocol data units sent by the primary central device on the periodic advertising channel. Since the distributed central device set synchronization protocol data units carry broadcast isochronous group link information, secondary or random central devices can obtain the link configuration, link status, and synchronization information required for the broadcast isochronous group, thereby synchronizing to the distributed broadcast isochronous group. Taking a multi-person conference scenario as an example, a newly added wireless microphone can synchronize with any currently working primary microphone, obtain the broadcast isochronous group link information, and then determine whether to request an exclusive link or use a random link based on the link status. This method improves the convenience of adding new devices to the distributed central device set.

[0045] In one possible implementation, the method further includes: at least two main central devices synchronizing with each other, obtaining broadcast isochronous group link information sent by other main central devices, and updating their own broadcast isochronous group link information according to the obtained broadcast isochronous group link information, so as to keep the information in the broadcast isochronous group link information sent by at least two main central devices identical except for the broadcast isochronous group offset value.

[0046] It should be noted that, to ensure consistency in the broadcast isochronous group link information sent by at least two primary central devices, these devices must synchronize with each other. Each primary central device can obtain the broadcast isochronous group link information sent by other primary central devices and update its own subsequently sent broadcast isochronous group link information accordingly. Since the timing of synchronization information transmission by different primary central devices may differ, their respective broadcast isochronous group offset values ​​can vary depending on the actual transmission time; however, all link information except for the broadcast isochronous group offset remains consistent. Through this information synchronization and update mechanism among primary central devices, when a broadcast isochronous stream link is occupied, released, or its status changes, other primary central devices can also update their transmitted information in a timely manner, ensuring that peripheral devices still receive consistent information from different primary central devices. This approach improves information consistency in multi-primary-central-device systems.

[0047] In one possible implementation, the method further includes: a secondary central device synchronizing with any primary central device and sending a Distributed Central Device Set Access Request Protocol Data Unit to any primary central device; any primary central device, when allowing the secondary central device to join the distributed central device set, sending a Distributed Central Device Set Connection Request Protocol Data Unit to the secondary central device; wherein the Distributed Central Device Set Connection Request Protocol Data Unit is used to indicate the broadcast isochronous stream link allocated to the secondary central device; the secondary central device receiving the Distributed Central Device Set Connection Request Protocol Data Unit and sending a Distributed Central Device Set Connection Response Protocol Data Unit to any primary central device to confirm joining the distributed central device set and sending audio data using the secondary broadcast isochronous stream link.

[0048] It should be noted that secondary central devices can join a distributed central device set through an interaction process involving access requests, connection requests, and connection responses. The secondary central device first synchronizes with any primary central device and sends a Distributed Central Device Set Access Request Protocol Data Unit (DCP) to that primary central device, indicating its desire to join the distributed central device set and obtain broadcast isochronous stream link resources. If the primary central device determines that it is permitted for the secondary central device to join the distributed central device set, it can send a Distributed Central Device Set Connection Request Protocol Data Unit (DCP) to the secondary central device. This DCP indicates the broadcast isochronous stream link allocated to the secondary central device. Upon receiving the DCP, the secondary central device can send a Distributed Central Device Set Connection Response Protocol Data Unit (DCP) to the primary central device to confirm joining the distributed central device set and then use the allocated broadcast isochronous stream link to transmit audio data. Through this interaction process, the access and link allocation of the secondary central device have a clear confirmation relationship, which helps improve access reliability.

[0049] In one possible implementation, the distributed central device set access request protocol data unit carries at least one of the device address, device name, or device unique identifier of the secondary central device requesting to join the distributed central device set; the distributed central device set connection request protocol data unit carries the sequence number of the secondary broadcast isochronous stream link that the secondary central device is allowed to use.

[0050] It should be noted that the Distributed Central Device Set Access Request Protocol Data Unit can carry at least one of the following: device address, device name, or device unique identifier of the secondary central device requesting to join the distributed central device set. The device address allows the primary central device to identify the specific device requesting access; the device name helps the system or user identify the device; and the device unique identifier helps avoid confusion between different devices. After the primary central device allows the secondary central device to join, it can carry the sequence number of the secondary broadcast isochronous stream link that the secondary central device is allowed to use through the Distributed Central Device Set Connection Request Protocol Data Unit. This allows the secondary central device to clearly identify which broadcast isochronous stream link should be used to send audio data subsequently. By carrying identity information and link sequence numbers during the access and connection process, the device access and link allocation process becomes more explicit, which helps improve the accuracy of link allocation.

[0051] In one possible implementation, the method further includes: when a random central device detects voice, it sends a broadcast isochronous stream protocol data unit carrying the voice via a random broadcast isochronous stream link.

[0052] It should be noted that the random center device can send broadcast isochronous stream protocol data units carrying voice information via the random broadcast isochronous stream link when voice is detected. The random center device is typically not a device that continuously occupies a dedicated link; rather, it can use the random broadcast isochronous stream link when ordinary participants speak temporarily. For example, in a hiking team, a member's microphone can act as a random center device. When a member is detected speaking, their voice is broadcast via the random broadcast isochronous stream link; when no voice is detected, the broadcast isochronous stream protocol data unit carrying voice information is not sent to reduce interference with other random center devices. Since the random broadcast isochronous stream link can be shared by multiple random center devices, this voice-triggered transmission method reduces unnecessary occupancy and improves the efficiency of random link utilization.

[0053] In one possible implementation, the method further includes: a secondary central device sending a distributed central device set upgrade request protocol data unit to a primary central device, wherein the distributed central device set upgrade request protocol data unit is used to request that the secondary central device be upgraded to the primary central device; when the primary central device allows the secondary central device to be upgraded to the primary central device, the primary central device sends a distributed central device set upgrade confirmation protocol data unit to the secondary central device; after receiving the distributed central device set upgrade confirmation protocol data unit, the secondary central device is upgraded to the primary central device, and after the upgrade, the secondary broadcast isochronous stream link occupied by the secondary central device is updated to the primary broadcast isochronous stream link.

[0054] It should be noted that secondary central devices can be upgraded to primary central devices under certain conditions. A secondary central device can send a Distributed Central Device Set Upgrade Request Protocol Data Unit (DCP) to the primary central device, requesting its upgrade. Upon granting the upgrade, the primary central device sends a Distributed Central Device Set Upgrade Confirmation Protocol Data Unit (DCP). After receiving the confirmation, the secondary central device upgrades to a primary central device, and its previously used secondary broadcast isochronous stream links are updated to primary broadcast isochronous stream links. This method allows the number of primary central devices in the Distributed Central Device Set to increase as needed. For example, when the existing number of primary central devices is insufficient, or when it is desirable to add more synchronization entry points, secondary central devices that have been stably added to the Distributed Central Device Set can be upgraded to primary central devices. This method improves system stability.

[0055] In one possible implementation, the method further includes: when it is unknown whether a primary central device exists in the surrounding area, the central device simultaneously acts as both a primary and secondary central device to enter a mode for forming a central device set. This includes: the central device, acting as a primary central device, sends protocol data units for synchronization and searches for other primary central devices; when it synchronizes with other primary central devices but does not receive a distributed central device set access request protocol data unit from other secondary central devices, the central device stops acting as a primary central device and, acting as a secondary central device, requests to join the central device set from the other synchronized primary central devices; when it fails to synchronize with other primary central devices but receives a distributed central device set access request protocol data unit from other secondary central devices, the central device stops acting as a secondary central device and, acting as a primary central device, allows other secondary central devices to join the central device set.

[0056] It should be noted that when the existence of a primary central device is unknown, a central device can simultaneously act as both a primary and secondary central device when forming a central device set. When acting as a primary central device, it can send protocol data units for synchronization, enabling other devices to search for and synchronize with it; simultaneously, it can also search for other primary central devices. If a central device synchronizes with other primary central devices but has not yet received a distributed central device set access request protocol data unit from another secondary central device, it can cease acting as a primary central device and request to join the central device set from the synchronized primary central devices. If a central device has not synchronized with other primary central devices but has received a distributed central device set access request protocol data unit from another secondary central device, it can cease acting as a secondary central device and allow other secondary central devices to join the central device set as a primary central device. Therefore, multiple devices do not need to pre-designate a unique primary device at the initial startup stage; they can automatically form a central device set based on actual search and access situations, which improves group formation efficiency.

[0057] In one possible implementation, the broadcast isochronous stream protocol data units transmitted on the broadcast isochronous stream link adopt the broadcast isochronous stream protocol data unit format; the broadcast isochronous group link information based on the central device set is obtained by extending the standard broadcast isochronous group link information based on a central device.

[0058] It should be noted that the broadcast isochronous stream protocol data units transmitted on the broadcast isochronous stream link can adopt the broadcast isochronous stream protocol data unit format, thereby enabling the audio data transmitted on the link to be parsed and received in the manner of broadcast audio reception. Broadcast isochronous group link information based on a central device set can be obtained by extending the standard link information of a broadcast isochronous group established based on a single central device. For example, adding a central device set enable flag, a broadcast isochronous group status field, or other information indicating the link status of multiple central devices can be added to the original link information. In this way, peripheral devices can identify the occupancy status of multiple broadcast isochronous stream links under a distributed central device set when the extended information is supported; when the extended information is not needed, synchronization and reception can be completed based on the basic broadcast isochronous group link information. This approach improves system compatibility.

[0059] Understandably, isochronous streaming, as a common data transmission method, is widely used in audio streaming with high real-time requirements due to its emphasis on time accuracy and periodicity, and its ability to ensure timing stability through coordinated bandwidth allocation. In some embodiments, both the connecting isochronous streaming link and the broadcast isochronous streaming link can be isochronous streaming links, and at least one or more isochronous streaming links belong to the same isochronous streaming link group, wherein the isochronous streaming link group defines common timing parameters, etc., for all isochronous streaming links within the group.

[0060] The distributed broadcast isochronous stream link in this application can be obtained by improving upon the existing broadcast isochronous stream link. For the technical aspects of the distributed broadcast isochronous stream link not described in this application, reference can be made to the existing broadcast isochronous stream link. Similarly, the distributed broadcast isochronous group can be obtained by improving upon the existing broadcast isochronous group. For the technical aspects of the distributed broadcast isochronous group not described in this application, reference can be made to the existing broadcast isochronous stream link.

[0061] This application also provides a method for transmitting wireless broadcast audio, which is applied to peripheral devices, such as... Figure 2 As shown, the method includes: Step S201: Search for Extended Advertising Protocol data units sent by the main central device on the main advertising channel; Step S202: Receive auxiliary advertising protocol data units sent by the main central device on the secondary advertising channel; Step S203: Receive the distributed central device set synchronization protocol data unit sent by the main central device on the periodic advertising channel, and obtain the broadcast isochronous group link information; Step S204: Synchronize to the broadcast isochronous group according to the broadcast isochronous group link information, and receive audio data broadcast through the broadcast isochronous stream link.

[0062] It should be noted that the wireless broadcast audio transmission method on the peripheral device side can be used for wireless headphones, audio receivers, or other devices used to receive broadcast audio. The peripheral device can search for extended advertising protocol data units sent by the primary central device on the main advertising channel to discover synchronizable primary central devices; subsequently, it receives auxiliary advertising protocol data units sent by the primary central device on the secondary advertising channel, and further receives central device set synchronization protocol data units sent by the primary central device on the periodic advertising channel. The peripheral device obtains broadcast isochronous group link information through the distributed central device set synchronization protocol data units and synchronizes to the broadcast isochronous group according to this information. After synchronization, the peripheral device can receive audio data broadcast through the broadcast isochronous stream link. Since at least two primary central devices can send broadcast isochronous group link information, the peripheral device can choose any one of the primary central devices to complete synchronization. For example, in an outdoor hiking scenario, a team member's headphones can synchronize with a primary central device that is closer or has a better signal, thus receiving the team's voice faster. This method helps improve the stability of audio reception by the peripheral device.

[0063] This application also provides a wireless broadcast audio system, such as... Figure 3 As shown, it includes a central equipment set and zero or more peripheral devices. The central equipment set includes at least two central devices, and the at least two central devices include at least two main central devices. The central equipment set is used to establish broadcast isochronous groups, which include at least two broadcast isochronous stream links; each central equipment corresponds to one broadcast isochronous stream link. At least two main central devices are used to transmit broadcast isochronous group link information respectively; Peripheral devices or other central devices to be added to the central device set can synchronize broadcast isochronous group link information sent based on any one of the main central devices to the broadcast isochronous group; The central equipment set is also used to broadcast audio data via at least two broadcast isochronous stream links based on broadcast isochronous groups.

[0064] It should be noted that a wireless broadcast audio system may include a set of central devices and zero or more peripheral devices. The central device set includes at least two central devices, and these at least two central devices include at least two primary central devices. The central device set is used to establish a broadcast isochronous group, which includes at least two broadcast isochronous stream links. Each central device corresponds to one broadcast isochronous stream link, allowing different central devices to broadcast audio data based on their respective links. The at least two primary central devices are used to send broadcast isochronous group link information respectively. Peripheral devices or other central devices to be added to the central device set can synchronize to the broadcast isochronous group based on the broadcast isochronous group link information sent by any one of the primary central devices. The central device set is also used to broadcast audio data based on the broadcast isochronous group through at least two broadcast isochronous stream links.

[0065] This system can be applied to scenarios such as multi-person conferences, team tours, outdoor collaboration, or temporary multi-person communication. In these scenarios, multiple speaking devices can participate in broadcast audio transmission, and peripheral devices can choose a synchronization entry point from multiple main central devices. This system architecture helps improve the networking flexibility and stability of the wireless broadcast audio system.

[0066] To facilitate the correspondence between the aforementioned wireless broadcast audio system and its specific protocol implementation, the following description, using relevant BLE audio protocol terminology, further details the implementation of the central device set, broadcast isochronous group, broadcast isochronous stream link, and broadcast isochronous group link information. In the following embodiments, the aforementioned central device set can be specifically implemented as a Distributed Central Set (DCS), the aforementioned broadcast isochronous group can be specifically implemented as a Distributed Broadcast Isochronous Group (DBIG), the aforementioned broadcast isochronous stream link can be specifically implemented as a Distributed Broadcast Isochronous Stream (DBIS) link, the aforementioned primary broadcast isochronous stream link, secondary broadcast isochronous stream link, and random broadcast isochronous stream link can be specifically implemented as a primary distributed broadcast isochronous stream (PDBIS) link, a secondary distributed broadcast isochronous stream (SDBIS) link, and a random distributed broadcast isochronous stream (RDBIS) link, respectively, and the aforementioned broadcast isochronous group link information can be specifically implemented as DBIGInfo or information obtained by extending BIGInfo.

[0067] 1. DWBA system architecture.

[0068] The structure of the Distributed Wireless Broadcast Audio (DWBA) system described in this application is as follows: Figure 3As shown, it consists of a Distributed Central Set (DCS) (a specific implementation of the aforementioned central set) and zero or more (N≥0) peripheral devices. The DCS consists of at least two (M≥1) central devices. Audio data is transmitted between the DCS and the peripheral devices via a Distributed Broadcast Isochronous Group (DBIG) (a specific implementation of the aforementioned broadcast isochronous group). The DBIG consists of at least two Distributed Broadcast Isochronous Stream (DBIS) links (a specific implementation of the aforementioned broadcast isochronous stream links). The central devices in the DCS are classified into Primary Central, Secondary Central, and Random Central devices based on their different characteristics. The DCS can contain two or more Primary Central devices. DBIS links in DBIG are categorized based on their characteristics into Primary Distributed Broadcast Isochronous Stream (PDBIS) links (a specific implementation of the aforementioned Primary Distributed Broadcast Isochronous Stream link), Secondary Distributed Broadcast Isochronous Stream (SDBIS) links (a specific implementation of the aforementioned Secondary Distributed Broadcast Isochronous Stream link), and Random Distributed Broadcast Isochronous Stream (RDBIS) links (a specific implementation of the aforementioned Random Distributed Broadcast Isochronous Stream link). DBIG may (but is not necessarily) contain two or more PDBIS links.

[0069] Multiple central devices can build a synchronized DCS through bidirectional periodic advertising (BPA) links, periodic advertising with responses (PAWR) links, asynchronous connection-oriented (ACL) links, or other links.

[0070] 2. DBIG Protocol It should be noted that DBIG is used to specifically describe the aforementioned broadcast isochronous group established based on the central device set, and DBIGInfo is used to specifically describe the aforementioned broadcast isochronous group link information; correspondingly, DCS_SYNC_IND PDU can be implemented as a protocol data unit for the main central device to send broadcast isochronous group link information.

[0071] The difference between DBIG and BIG is that in BIG, multiple BIS links are established by a single central device, while in DBIG, multiple BIS links are established by multiple distributed central devices. These multiple distributed central devices constitute a Distributed Central Set (DCS).

[0072] The key issue that DBIG needs to address is how to establish DBIG through multiple distributed central devices, and how to enable existing BIG peripheral devices to synchronize with DBIG and receive audio data sent through DBIG, that is, DBIG is fully compatible with the original BIG peripheral devices.

[0073] To address the aforementioned issues, and referencing the AUX_SYNC_IND Protocol Data Unit (PDU) of the BLE protocol, this application defines several new packet types: DCS Synchronization (DCS_SYNC_IND) PDU, DCS Access Request (DCS_ACCESS_REQ) PDU, DCS Connection Request (DCS_CONNECT_REQ) PDU, DCS Connection Response (DCS_CONNECT_RSP) PDU, DCS Disconnection Request (DCS_DISCONNECT_REQ) PDU, DCS Disconnection Response (DCS_DISCONNECT_RSP) PDU, DCS Upgrade Request (DCS_UPGRADE_REQ) PDU, and DCS Upgrade Acknowledgment (DCS_UPGRADE_ACK) PDU.

[0074] AUX_SYNC_IND PDU adopts the BLE specification, such as... Figure 4 The Common Extended Advertising Payload Format shown includes a 6-bit Extended Header Length, a 2-bit Ad Mode, a 0-63 byte Extended Header, and up to 254 bytes of Ad Data. Figure 5The image shows the extended header format, which may include fields such as Extended HeaderFlags, AdvA, TargetA, CTEInfo, ADI, AuxPtr, SyncInfo, TxPower, and ACAD. ExtendedHeader Flags are the extended header flags, such as... Figure 6 As shown, each bit corresponds to an extended header field. A bit set to 1 indicates the presence of the corresponding field in the extended header, while a bit set to 0 indicates its absence. AdvA represents the device address of the advertising transmitter, TargetA represents the device address of the target device, CTEInfo represents Constant Tone Extension (CTE) information, ADI represents advertising data information, AuxPtr represents the auxiliary advertising pointer, SyncInfo represents synchronization information, TxPower represents transmission power, and ACAD represents Additional Controller Advertising Data. The AUX_SYNC_IND PDU carries BIG information (BIGInfo) through ACAD, facilitating the reception of wireless broadcast audio data by peripheral devices via BIG.

[0075] The DCS_SYNC_IND PDU, DCS_ACCESS_REQ PDU, DCS_CONNECT_REQ PDU, DCS_CONNECT_RSP PDU, DCS_DISCONNECT_REQ PDU, DCS_DISCONNECT_RSP PDU, DCS_UPGRADE_REQ PDU, and DCS_UPGRADE_ACK PDU are similar to the AUX_SYNC_IND PDU mentioned above, all adopting the BLE Audio specification as described in the example. Figure 4 The common extended ad payload format shown is as follows. The differences between DCS_SYNC_IND PDU, DCS_ACCESS_REQ PDU, DCS_CONNECT_REQPDU, DCS_CONNECT_RSP PDU, DCS_DISCONNECT_REQ PDU, DCS_DISCONNECT_RSP PDU, DCS_UPGRADE_REQ PDU, and DCS_UPGRADE_ACK PDU and AUX_SYNC_IND PDU lie in the content of BIGInfo, the content of Extended Header, AdvMode, and AdvData.

[0076] The difference between DCS_SYNC_IND PDU and AUX_SYNC_IND PDU lies in the content of BIGInfo. Other fields are the same as AUX_SYNC_IND PDU, except that AdvMode is set to 0b00. DCS_SYNC_IND PDU adds the DCS_En flag to BIGInfo. When DCS_En is set to 0, the content of BIGInfo is exactly the same as AUX_SYNC_IND PDU. When DCS_En is set to 1, BIGInfo uses some reserved fields as the DBIG Status field. The DBIG Status field provides corresponding bits for each DBIS link in the DBIG (the number of DBIS links is indicated by Num_BIS in BIGInfo) to indicate the status of the DBIS link. DBIS links have four states: Occupied by Primary Central (OPC), Occupied by Secondary Central (OSC), Unoccupied (UNC), and Occupied by Random Central (ORC) or available for occupation by Random Central. The first three states indicate exclusive DBIS links, while the ORC state indicates a shared DBIS link. DCS_En and DBIGStatus are used by various central devices within the DBIG to allocate DBIS link resources, without affecting the synchronization of DBIG or BIG peripheral devices with the DBIG central device and the acquisition of other BIGInfo information. This application also refers to the aforementioned BIGInfo with the added DCS_En and DBIG Status fields as DBIGInfo.

[0077] The difference between the DCS_ACCESS_REQ PDU and the AUX_SYNC_IND PDU is that bit 0 of the Extended Header Flags in the DCS_ACCESS_REQ PDU is set to 1, indicating that its extended header includes an AdvA field, where AdvA is the device address of the secondary central device requesting to join the DCS. However, the ACAD field of the DCS_ACCESS_REQ PDU does not carry BIGInfo, while the other fields are the same as those in the AUX_SYNC_IND PDU. AdvMode is set to 0b00, indicating an Accessing Request type. The AdvData of the DCS_ACCESS_REQ PDU can carry information such as the device name or Universally Unique Identifier (UUID) of the secondary central device. The DCS_ACCESS_REQ PDU is used for secondary central devices requesting to join the DCS and requires the primary central device to allocate at least one dedicated DBIS link for broadcast audio data.

[0078] The difference between the DCS_CONNECT_REQ PDU and the AUX_SYNC_IND PDU is that bit 1 of the Extended Header Flags in the DCS_CONNECT_REQ PDU is set to 1, indicating that its extended header includes the TargetA field, where TargetA is the device address of the secondary central device requesting to join the DCS. The other fields of the DCS_CONNECT_REQ PDU are the same as those of the AUX_SYNC_IND PDU, all carrying BIGInfo in the ACAD field. AdvMode is set to 0b01, indicating a Connection Request type. The DCS_CONNECT_REQ PDU carries the sequence number of the DBIS link that the secondary central device requesting to join the DCS is allowed to use via AdvData. The DCS_CONNECT_REQ PDU is used to allow secondary central devices to join the DCS and allocate at least one exclusive DBIS link for broadcast audio data.

[0079] The difference between the DCS_DISCONNECT_REQ PDU and the AUX_SYNC_IND PDU is that bit 1 of the Extended Header Flags in the DCS_DISCONNECT_REQ PDU is set to 1, indicating that its extended header includes the TargetA field. TargetA is the device address of another primary or secondary central device requesting disconnection. The other fields of the DCS_DISCONNECT_REQ PDU are the same as those of the AUX_SYNC_IND PDU, all carrying BIGInfo in the ACAD field. AdvMode is set to 0b10, indicating a Disconnecting Request type. The DCS_DISCONNECT_REQ PDU is used to notify other primary or secondary central devices to disconnect and relinquish their exclusive DBIS link.

[0080] The difference between the DCS_CONNECT_RSP PDU and the AUX_SYNC_IND PDU is that bit 0 of the Extended Header Flags in the DCS_CONNECT_RSP PDU is set to 1, indicating that its extended header includes an AdvA field, where AdvA is the device address of the secondary central device requesting to join the DCS. However, the ACAD field in the DCS_CONNECT_RSP PDU does not contain BIGInfo, while the other fields are the same as those in the AUX_SYNC_IND PDU. AdvMode is set to 0b01, indicating a Connecting Response type. The DCS_CONNECT_RSP PDU is used by the secondary central device to confirm that it is allowed to join the DCS and to exclusively use the allocated DBIS link for broadcast audio data.

[0081] The difference between the DCS_DISCONNECT_RSP PDU and the AUX_SYNC_IND PDU is that bit 0 of the Extended Header Flags in the DCS_DISCONNECT_RSP PDU is set to 1, indicating that its extended header includes an AdvA field, where AdvA is the device address of the other primary or secondary central device that was requested to disconnect. However, the ACAD field of the DCS_DISCONNECT_RSP PDU does not contain BIGInfo, while the other fields are the same as those in the AUX_SYNC_IND PDU. AdvMode is set to 0b10, indicating a Disconnecting Response type. The DCS_DISCONNECT_RSP PDU is used by other primary or secondary central devices to acknowledge the disconnection and relinquish their exclusive DBIS link.

[0082] The difference between the DCS_UPGRADE_REQ PDU and the AUX_SYNC_IND PDU is that bit 0 of the Extended Header Flags in the DCS_UPGRADE_REQ PDU is set to 1, indicating that its extended header includes an AdvA field, where AdvA is the device address of the secondary central device requesting upgrade to the primary central device. However, the ACAD field of the DCS_UPGRADE_REQ PDU does not carry BIGInfo, while the other fields are the same as those in the AUX_SYNC_IND PDU. AdvMode is set to 0b11, indicating the Upgrading Request type. The AdvData of the DCS_UPGRADE_REQ PDU can carry information such as the device name or Universally Unique Identifier (UUID) of the secondary central device. The DCS_UPGRADE_REQ PDU is used for secondary central devices requesting upgrades to the primary central device.

[0083] The difference between the DCS_UPGRADE_ACK PDU and the AUX_SYNC_IND PDU is that bit 1 of the Extended Header Flags in the DCS_UPGRADE_ACK PDU is set to 1, indicating that its extended header includes the TargetA field, where TargetA is the device address of the secondary central device requesting upgrade to the primary central device. The other fields of the DCS_UPGRADE_ACK PDU are the same as those of the AUX_SYNC_IND PDU, all carrying BIGInfo in the ACAD field. AdvMode is set to 0b11, indicating an Upgrading Acknowledgement type. The DCS_UPGRADE_ACK PDU is used to acknowledge permission for the secondary central device to be upgraded to the primary central device.

[0084] According to the BLE protocol, BIG peripheral devices synchronize with the BIG central device and obtain BIGInfo by sending extended advertising (ADV_EXT_IND) PDUs on the primary advertising channel, auxiliary advertising (AUX_ADV_IND) PDUs on the secondary advertising channel, and AUX_SYNC_IND PDUs on the periodic advertising channel through the BIG central device. In this way, they can receive BIS PDUs sent through the BIG and the audio data they carry.

[0085] Similarly, the DBIG peripheral devices first synchronize with the DBIG main central device by searching for the ADV_EXT_IND PDU sent by the DBIG main central device on the main advertising channel, then receiving the AUX_ADV_IND PDU sent by the DBIG main central device on the secondary advertising channel, and then receiving the DCS_SYNC_IND PDU sent by the DBIG main central device on the periodic advertising channel, and obtain DBIGInfo, thereby receiving the DBIS PDU sent through DBIG and the audio data it carries. The definition of the DBIS PDU is exactly the same as that of the BIS PDU.

[0086] Similarly, the DBIG random center device first synchronizes with the DBIG main center device by searching for the ADV_EXT_IND PDU sent by the DBIG main center device on the main advertising channel, then receiving the AUX_ADV_IND PDU sent by the DBIG main center device on the secondary advertising channel, and then receiving the DCS_SYNC_IND PDU sent by the DBIG main center device on the periodic advertising channel, and obtains DBIGInfo. After obtaining DBIGInfo, the DBIG random center device selects at least one random DBIS link for broadcasting audio data.

[0087] Similarly, the secondary DBIG device first synchronizes with the primary DBIG device by searching for the ADV_EXT_IND PDU sent by the primary DBIG device on the main advertising channel, then receiving the AUX_ADV_INDPDU sent by the primary DBIG device on the secondary advertising channel, and finally receiving the DCS_SYNC_IND PDU sent by the primary DBIG device on the periodic advertising channel. After synchronizing with the primary DBIG device, the secondary DBIG device joins the DCS by sending and receiving DCS_SYNC_INDPDU, DCS_ACCESS_REQ PDU, DCS_CONNECT_REQ PDU, and DCS_CONNECT_RSP PDU, and obtains DBIS link resources for broadcasting audio data. After joining the DCS, the secondary DBIG device can send the DCS_UPGRADE_REQ PDU to the primary DBIG device, and upon receiving the DCS_UPGRADE_ACK PDU in response from the primary DBIG device, it upgrades to become another primary DBIG device.

[0088] The links between DBIG secondary central devices and DBIG primary central devices that establish DCS by exchanging the aforementioned PDUs, as well as the links that upgrade the aforementioned PDUs to primary central devices, are both referred to as Bidirectional Periodic Advertising (BPA) links.

[0089] 3. DCS System Structure and Establishment Method It should be noted that the primary central equipment, secondary central equipment, and random central equipment in the DCS correspond to central equipment with different working roles in the aforementioned central equipment cluster; the PDBIS link, SDBIS link, and RDBIS link correspond to the specific implementations of the aforementioned primary broadcast isochronous stream link, secondary broadcast isochronous stream link, and random broadcast isochronous stream link, respectively.

[0090] In a DCS, multiple central devices are defined as Primary Central, Secondary Central, and Random Central. A DCS contains at least one or more Primary Central devices, zero or more Secondary Central devices, and zero or more Random Central devices. DBIS links in a DBIG are defined as Primary DBIS (PDBIS) links, Secondary DBIS (SDBIS) links, and Random DBIS (RDBIS) links. A DBIG contains at least one or more PDBIS links, zero or more SDBIS links, and zero or more RDBIS links. PDBIS links are exclusively used by the Primary Central device for transmitting audio data. SDBIS links are exclusively used by the Secondary Central devices for transmitting audio data. RDBIS links are shared by the Random Central devices for transmitting audio data. When a Secondary Central device is upgraded to a Primary Central device, its exclusive SDBIS link is also upgraded to a PDBIS link. The primary central device is also responsible for providing synchronization to secondary central devices and peripheral devices, and sending DBIGInfo. Optionally, the DCS supports having two or more primary central devices.

[0091] The random center device obtains DBIGInfo by searching for the ADV_EXT_IND PDU sent by the primary center device on the main advertising channel, then receiving the AUX_ADV_IND PDU sent by the primary center device on the secondary advertising channel, and then receiving the DCS_SYNC_IND PDU sent by the primary center device on the periodic advertising channel based on the synchronization information provided by the AUX_ADV_IND PDU. After obtaining DBIGInfo, the random center device retrieves the random DBIS link information based on the DBIG Status field. If at least one RDBIS link exists in the DBIG, it joins the DCS and selects at least one RDBIS link for broadcasting audio data. Alternatively, the random center device can send a DCS_ACCESS_REQ PDU to the primary center device to request an exclusive SDBIS link, thus becoming a secondary center device, and then using the exclusive SDBIS link to transmit audio data.

[0092] Secondary central devices search for ADV_EXT_IND PDUs sent by primary central devices on the primary advertising channel, then receive AUX_ADV_IND PDUs sent by primary central devices on the secondary advertising channel. Based on the synchronization information provided by the AUX_ADV_IND PDUs, they then receive DCS_SYNC_IND PDUs sent by primary central devices on the periodic advertising channel to obtain DBIGInfo. After obtaining DBIGInfo, the secondary central device sends a DCS_ACCESS_REQ PDU to request joining the DCS. Upon receiving a DCS_CONNECT_REQ PDU from the primary central device and replying with a DCS_CONNECT_RSP PDU, it joins the DCS. After joining the DCS, the secondary central device uses its allocated dedicated DBIS link to send audio data; this dedicated DBIS link is called the SDBIS link. After a secondary central device joins the DCS, if the primary central device sends a DCS_UPGRADE_REQ PDU requesting its upgrade to primary central device, and confirms this with a DCS_UPGRADE_ACK PDU, then it becomes the primary central device and sends DBIGInfo data along with audio data. Even if the secondary central device is not allocated an SDBIS link, it can still act as a random central device and send audio data via an RDBIS link. If the primary central device sends a DCS_DISCONNECT_REQ PDU requesting its disconnection and release of its exclusive SDBIS link, and confirms this with a DCS_DISCONNECT_RSP PDU, then the secondary central device can become a random central device and send audio data on the RDBIS link.

[0093] The primary central device can send a DCS_DISCONNECT_REQ PDU to other primary or secondary central devices to release their exclusively occupied PDBIS or SDBIS links. For example, if a new secondary central device requests exclusive access to a DBIS link and no DBIS link is in an Unoccupied state, the primary central device can first request other primary or secondary central devices to release their occupied PDBIS or SDBIS links before allocating them to the new secondary central device. Other primary or secondary central devices may also proactively release their occupied PDBIS or SDBIS links, or abnormally leave without using their occupied PDBIS or SDBIS links.

[0094] When a DCS contains at least two primary central devices, secondary central devices, random central devices, and peripheral devices can synchronize with any primary central device in the DCS and obtain DBIGInfo. Random central devices can join the DCS through any primary central device and select at least one RDBIS link to send audio data based on the DBIG Status. Secondary central devices can join the DCS through any primary central device and request the allocation of a dedicated SDBIS link for sending audio data. The synchronization steps are as follows: search for the ADV_EXT_INDPDU sent by the primary central device on the primary advertising channel, then receive the AUX_ADV_IND PDU sent by the primary central device on the secondary advertising channel to obtain synchronization information, and finally receive the DCS_SYNC_IND PDU sent by the primary central device on the periodic advertising channel to obtain DBIGInfo.

[0095] When a DCS contains at least two primary central devices, these two primary central devices independently send ADV_EXT_IND PDUs, AUX_ADV_IND PDUs, and DCS_SYNC_IND PDUs for secondary central devices, random central devices, or peripheral devices to synchronize DBIG and obtain DBIGInfo. The DBIGInfo sent by different primary central devices must be identical except for the BIG offset. The BIG offset refers to the interval between the start point of sending the DCS_SYNC_IND PDU and the start point of the DBIG. The at least two primary central devices need to synchronize with each other and obtain the DBIGInfo sent by different primary central devices in real time, thereby updating their own DBIGInfo in real time to ensure that all information in the DBIGInfo sent by the at least two primary central devices is identical except for the BIG offset.

[0096] Specifically, such as Figure 7The diagram illustrates the process of a primary central device establishing a DCS. After entering DCS establishment mode, the primary central device first sends a DCS_SYNC_IND PDU on the periodic advertising channel, and then receives DCS_ACCESS_REQ PDUs that may be sent by secondary central devices at intervals of T_IFS. Here, T_IFS is the Time of Inter Frame Space, which, according to the BLE protocol, is equal to 150µs, or another value defined by the future BLE protocol. If a DCS_ACCESS_REQ PDU is received and its exclusive use of the SDBIS link is permitted, then at subsequent ISO intervals, a DCS_CONNECT_REQ PDU is sent instead of the DCS_SYNC_IND PDU to the secondary central device at the specified device address. Then, at interval T_IFS, the primary central device receives a reply DCS_CONNECT_RSP PDU from the secondary central device at the specified device address, thus enabling the secondary central device at the specified device address to join the DCS and be allocated an exclusive SDBIS link for transmitting audio data.

[0097] Specifically, such as Figure 8 The diagram illustrates the process of a secondary central device forming a DCS. After entering DCS formation mode, the secondary central device first searches for and synchronizes with the primary central device. After synchronizing with the primary central device, it receives the DCS_SYNC_IND PDU sent by the primary central device on the periodic advertising channel, and then sends a DCS_ACCESS_REQ PDU at intervals of T_IFS. After sending the DCS_ACCESS_REQ PDU, the secondary central device begins receiving DCS_CONNECT_REQ PDUs sent by the primary central device at equal time intervals, specifying the device address of the secondary central device. Upon successfully receiving the DCS_CONNECT_REQ PDU, it sends a DCS_CONNECT_RSP PDU at intervals of T_IFS to confirm joining the DCS and obtain an exclusive SDBIS link for transmitting audio data.

[0098] In situations where the existence of a primary central device is unknown, to accelerate DCS establishment, a central device can simultaneously act as both a primary and secondary central device in the DCS setup process. As a primary central device, it sends ADV_EXT_IND PDUs on the primary advertising channel, AUX_ADV_IND PDUs on the secondary advertising channel, and DCS_SYNC_IND PDUs on the periodic advertising channel to facilitate synchronization with other central devices or surrounding equipment. Simultaneously, it searches for and synchronizes with other primary central devices. Before receiving DCS_ACCESS_REQ PDUs from other secondary central devices, if it has synchronized with other primary central devices, it ceases its primary central device role and, acting as a secondary central device, sends DCS_ACCESS_REQ PDUs to the synchronized primary central devices to establish the DCS. Before synchronizing with other primary central devices, if a DCS_ACCESS_REQ PDU is received from another secondary central device, the device stops its secondary central device role and, acting as the primary central device, sends a DCS_CONNECT_REQ PDU to the secondary central device that sent the DCS_ACCESS_REQ PDU to form a DCS.

[0099] 4. Key Features of DBIG It should be noted that, based on the specific implementation of the DCS, DBIG, and DBIS links described above, this application, in addition to including at least two main central devices in the aforementioned central equipment set, further embodies the following main features: (1) The original DBIG only supports one main central device, while this application supports two or more main central devices to speed up the synchronization of peripheral devices and improve the stability of the DWBA system. In addition, when establishing a DCS, it supports the simultaneous existence of the roles of main central device and secondary central device to accelerate the establishment of DCS.

[0100] (2) Supports the role of random central devices to increase the number of DCS central devices. Furthermore, the embodiments provide a method for avoiding mutual interference between random central devices.

[0101] (3) Supports the mutual conversion of three central device roles, increasing the flexibility of DWBA system networking.

[0102] (4) In the original DBIG embodiment, the central device supports both sending and receiving. In the embodiment of this application, the central device does not explicitly support receiving (nor does it prohibit receiving). The central device in the original DBIG embodiment is equivalent to a central device and a peripheral device in this application, making the DWBA system networking more flexible.

[0103] Taking a hiking team as an example, this paper explains the correspondence between the aforementioned central equipment set, peripheral equipment, broadcast isochronous groups, and various broadcast isochronous stream links in actual wireless audio scenarios.

[0104] This application uses the example of a hiking team where multiple members can speak to each other to illustrate the DWBA transmission method and the corresponding DWBA system and equipment. Each member of the hiking team carries a lavalier wireless microphone and a wireless headset, or a headset with a microphone integrated with a lavalier wireless microphone and a wireless headset. Figure 3 In the DWBA system architecture shown, the central device in the DCS is a wireless microphone, and the peripheral devices are wireless headsets. The DCS includes two primary central devices, one secondary central device, and several random central devices. The DBIG includes two PDBIS links, one SDBIS link, and one RDBIS link. The two primary central devices and one secondary central device typically correspond to the lavalier wireless microphones of three temporary team leaders, while the random central devices correspond to the wireless microphones of team members. Any team member can be designated as a temporary team leader.

[0105] Specifically, the DBIG used by the hiking team comprises four DBIS links, interleaved in mode and numbered chronologically as DBIS0, DBIS1, DBIS2, and DBIS3. These include two PDBIS links, one SDBIS link, and one RDBIS link. The corresponding DCS contains a maximum of two primary central devices, a maximum of one secondary central device, and several random central devices. The lavalier wireless microphone has a sampling rate of 16kHz and a quantization bit count of 16. LC3 encoding is used, with a frame length of 10ms, an encoding rate of 32kbps, and a Service Data Unit (SDU) size of 40 bytes. The DBIG's ISO Interval is 10ms, the number of DBIS links is 4, the Number of Sub-Events (NSE) is 4, the Burst Number (BN) is 1, the Immediate Repetition Count (IRC) is 4, and the Pre-Transmission Offset (PTO) is 0. The payload of a DBIS PDU contains a 40-byte SDU. It uses BLE 2Mbps physical layer transmission, with each DBIS PDU occupying 220µs of air time, a minimum slot space (T_MSS) of 150µs, and a sub-interval of 1480µs. This basic information is contained in DBIGInfo. Furthermore, DBIGInfo defines the first bit in the Reserved for Future Use (RFU) field as DCS_En and sets it to 1. The other 8 bits in the reserved field are used as the DBIG Status, divided into 4 groups, corresponding to the 4 DBIS links from low to high bits. For the status of each DBIS link, 0b00 represents the ORC status (occupied by a random central device), 0b01 represents the OPC status (occupied by a primary central device), 0b10 represents the OSC status (occupied by a secondary central device), and 0b11 represents the UNC status (not occupied).

[0106] In actual use, any two members of the hiking team first turn on their lavalier wireless microphones (labeled MIC_A and MIC_B respectively). MIC_A and MIC_B enter the DCS setup mode, acting as both the primary and secondary central devices. MIC_A or MIC_B, as the primary central device, sends ADV_EXT_IND PDUs on the primary advertising channel, AUX_ADV_IND PDUs on the secondary advertising channel, and DCS_SYNC_IND PDUs on the periodic advertising channel, facilitating MIC_B or MIC_A's search and synchronization. Simultaneously, MIC_A or MIC_B also searches for MIC_B or MIC_A. Before receiving the DCS_ACCESS_REQ PDU from MIC_A, MIC_B synchronizes with MIC_A. Therefore, it ceases its primary central device role, and MIC_B, as the secondary central device, sends the DCS_ACCESS_REQ PDU to MIC_A to request joining the DCS and being allocated a dedicated DBIS link. Before synchronizing with MIC_B, MIC_A receives a DCS_ACCESS_REQ PDU from MIC_B. Therefore, it ceases its secondary central device role and, acting as the primary central device, sends a DCS_CONNECT_REQ PDU specifying MIC_B's device address to MIC_B, allocating the DBIS1 link exclusively to MIC_B. Upon receiving the DCS_CONNECT_REQ PDU specifying its own device address, MIC_B replies with a DCS_CONNECT_RSP PDU at intervals of T_IFS to confirm joining the DCS and obtaining the exclusive DBIS1 link for transmitting audio data. After joining the DCS, MIC_B, acting as the primary central device, updates the DBIGStatus in DBIGInfo, setting the status of the DBIS0 link to 0b01, the DBIS1 link to 0b10, the DBIS2 link to 0b11, and the DBIS3 link to 0b00.

[0107] After MIC_A, acting as the primary central device, and MIC_B, acting as the secondary central device, successfully establish a DCS, MIC_A sends a DCS_UPGRADE_REQ PDU to MIC_B requesting it to upgrade to the primary central device. Upon receiving the DCS_UPGRADE_REQ PDU, MIC_B replies with a DCS_UPGRADE_ACK PDU after a T_IFS interval, thus becoming the primary central device. Both MIC_A and MIC_B, as primary central devices, send DBIGInfo and update the DBIG Status within it. Specifically, the status of the DBIS0 link is set to 0b01, the DBIS1 link to 0b01, the DBIS2 link to 0b11, and the DBIS3 link to 0b00.

[0108] Next, any other member of the hiking team activates their lavalier wireless microphone (labeled MIC_C), entering the DCS setup mode as both a primary and secondary central device. However, it first searches for MIC_A and sends a DCS_ACCESS_REQ PDU requesting exclusive access to the DBIS link. Upon receiving the DCS_ACCESS_REQ PDU from MIC_C, MIC_A sends a DCS_CONNECT_REQ PDU specifying MIC_C's device address, allocating the DBIS2 link exclusively to MIC_C. After receiving the DCS_CONNECT_REQ PDU specifying its own device address, MIC_C replies with a DCS_CONNECT_RSP PDU at intervals of T_IFS, confirming its entry into the DCS and obtaining exclusive access to the DBIS2 link for transmitting audio data. After MIC_C joins the DCS, MIC_A, as the primary central device, updates the DBIG Status in its DBIGInfo, setting the status of the DBIS0 link to 0b01, the DBIS1 link to 0b01, the DBIS2 link to 0b10, and the DBIS3 link to 0b00. After MIC_A updates the DBIG Status in its DBIGInfo, MIC_B also updates the DBIG Status in its sent DBIGInfo. Because this embodiment sets the total number of primary central devices to no more than two, MIC_A does not send a DCS_UPGRADE_REQ PDU to MIC_C requesting it to upgrade to a primary central device.

[0109] After MIC_A, MIC_B, and MIC_C form a DCS, they begin a session and transmit audio data via DBIG. All members of the hiking team can turn on their wireless headsets to receive the audio data transmitted by the DCS via DBIG.

[0110] When any other member of the hiking team answers a conversation sent by DCS via DBIG through a wireless headset and attempts to speak, they can also power on their lavalier wireless microphone (labeled MIC_D). They should first search for and synchronize with any primary central device, MIC_A or MIC_B. After obtaining the DBIGInfo, they will find that DBIS0, DBIS1, and DBIS2 in the DBIG Status are all occupied. Therefore, they will join DCS as a random central device, selecting a random DBIS link, namely DBIS3, to send audio data. If MIC_D attempts to become a secondary central device and exclusively use a DBIS link to send audio data, it can also send a DCS_ACCESS_REQ PDU to MIC_A or MIC_B to request the allocation of a dedicated DBIS link. If MIC_A, MIC_B, or MIC_C releases their dedicated DBIS link, it can be reassigned to MIC_D for exclusive use. If no dedicated DBIS link is available, it will continue to use a random DBIS link to send audio data as a random central device.

[0111] If multiple members of a hiking team use lavalier wireless microphones as random central devices in the DCS and transmit audio data via random DBIS links, mutual interference can occur. To reduce interference, each random central device only transmits a DBIS PDU carrying the voice signal via the random DBIS link when voice is detected; otherwise, it does not transmit a DBIS PDU. If multiple random central devices transmit DBIS PDUs simultaneously, each wireless headset will only receive the DBIS PDU with the strongest signal amplitude, or it will receive DBIS PDUs that interfere with each other. In this case, team members should control their speaking time to avoid mutual interference.

[0112] If a wireless microphone in the hiking team, acting as the primary central device, voluntarily or abnormally exits the DCS, another primary central device will promote a secondary central device to the primary central device to maintain the stability of the DCS. If a secondary central device voluntarily or abnormally exits the DCS, the primary central device will allocate an exclusive DBIS link to a random central device, making it a secondary central device.

[0113] The time slot structure of the DBIG described in the embodiment is as follows: Figure 9 As shown, DBIS0, DBIS1, DBIS2, and DBIS3 represent the time axes of the four DBIS links, where DBIS0 and DBIS1 are PBIS links, DBIS2 is an SBIS link, and DBIS3 is an RBIS link. Figure 9In this diagram, within each ISO interval, box 0 represents DBIS0 PDU, box 1 represents DBIS1 PDU, box 2 represents DBIS2 PDU, and box 3 represents DBIS3 PDU. PA0 and PA1 represent various protocol data units, including distributed central device set synchronization protocol data units, sent by the two main central devices on the periodic advertising channel. Box RA represents various protocol data units, including distributed central device set access request protocol data units, sent by other central devices in response to PA0 or PA1 on the periodic advertising channel. PA0 or PA1, together with RA, constitute a bidirectional periodic advertising link. In addition, EA0 or EA1 represent extended advertising protocol data units sent by the two main central devices on the main advertising channel, and AA0 or AA1 represent auxiliary advertising protocol data units sent by the two main central devices on the secondary advertising channel. Figure 9 The dashed boxes in the diagram represent PDUs that may or may not be sent within each ISO interval. Figure 9 As can be seen, the BIG Offset (broadcast isochronous group offset value) carried in the DBIGInfo (distributed broadcast isochronous group link information) sent by the main central device occupying the DBIS0 (distributed broadcast isochronous stream) link is different (or the same) from the BIG Offset value carried in the DBIGInfo (represented by BIG Offset1) sent by the main central device occupying the DBIS1 link. Specifically, in this embodiment, BIG Offset0 equals 1.23ms, and BIG Offset1 equals 2.46ms. As can be seen from the above embodiments, the DWBA transmission method disclosed in this application can improve the flexibility and stability of DWBA networking.

[0114] In summary, this application discloses a DWBA transmission method and a corresponding DWBA system and equipment. The DWBA system includes at least two central devices and zero or more peripheral devices. The at least two central devices constitute a Distributed Central Set (DCS). The central devices in the DCS are categorized into Primary Central, Secondary Central, and Random Central devices based on their different characteristics. The DCS may contain two or more Primary Central devices. Audio data is transmitted between the DCS and the peripheral devices via DBIG, which consists of at least two DBIS links. The DBIS links in the DBIG are categorized into Primary Distributed Broadcast Isochronous Stream (PDBIS) links, Secondary Distributed Broadcast Isochronous Stream (SDBIS) links, and Random Distributed Broadcast Isochronous Stream (RDBIS) links based on their different characteristics. DBIG may (but is not necessarily) include two or more PDBIS links. The DCS includes two or more main central devices. If one of the main central devices leaves the DCS actively or abnormally, it will not cause the DWBA system to malfunction and can also speed up the synchronization of peripheral devices with the DCS.

[0115] This application provides a wireless broadcast audio transmission device, which is applied to a central device set, such as... Figure 10 As shown, the wireless broadcast audio transmission device 100 applied to the central device set includes: The broadcast isochronous group establishment module 1001 is used to establish a central device set and a broadcast isochronous group based on the central device set. The central device set includes at least two central devices, and the at least two central devices include at least two main central devices. The broadcast isochronous group includes at least two broadcast isochronous stream links, and each central device corresponds to one broadcast isochronous stream link. The at least two main central devices send broadcast isochronous group link information respectively. The broadcast isochronous group link information sent by any one of the main central devices by peripheral devices or other central devices to be added to the central device set can be synchronized to the broadcast isochronous group. Broadcast module 1002 is used to broadcast audio data based on broadcast isochronous groups through at least two broadcast isochronous stream links.

[0116] This application provides a wireless audio broadcasting transmission device, which is applied to peripheral devices, such as... Figure 11 As shown, the wireless broadcast audio transmission device 110 applied to peripheral devices includes: Search module 1101 is used to search for extended advertising protocol data units sent by the main central device on the main advertising channel; Receiver module 1102 is used to receive auxiliary advertising protocol data units sent by the main central device on the secondary advertising channel; The receiving module 1102 is also used to receive the distributed central device set synchronization protocol data unit sent by the main central device on the periodic advertising channel, and obtain the broadcast isochronous group link information; according to the broadcast isochronous group link information, synchronize to the broadcast isochronous group, and receive audio data broadcast through the broadcast isochronous stream link.

[0117] This enables peripheral devices to synchronize with the central device set more quickly, and improves the networking flexibility and stability of the wireless broadcast audio system.

[0118] This application also provides an electronic device 120, such as... Figure 12 As shown, it includes: a processor 1201, a memory 1202, and a program stored in the memory 1202 and executable on the processor 1201. When the program is executed by the processor, it implements the steps of a wireless broadcast audio transmission method as shown in the above embodiment.

[0119] This application also provides a computer-readable storage medium storing a computer program. When executed by a processor, the computer program implements the steps of the wireless broadcast audio transmission method shown in the above embodiments and achieves the same technical effect. To avoid repetition, it will not be described again here. The computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc.

[0120] This application also provides a computer program product, including computer instructions. When the computer instructions are executed, they implement the steps of the wireless broadcast audio transmission method shown in the above embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0121] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0122] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0123] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A method for transmitting wireless broadcast audio, characterized in that, The method is applied to a central equipment set, and the method includes: Establish the central device set and the broadcast isochronous group based on the central device set, wherein the central device set includes at least two central devices, the at least two central devices include at least two main central devices, and the broadcast isochronous group includes at least two broadcast isochronous stream links, with each central device corresponding to one broadcast isochronous stream link; The at least two main central devices respectively send broadcast isochronous group link information, wherein peripheral devices or other central devices to be added to the central device set can be synchronized to the broadcast isochronous group based on the broadcast isochronous group link information sent by any one of the main central devices; Based on the broadcast isochronous group, audio data is broadcast through the at least two broadcast isochronous stream links; The at least two main central devices synchronize with each other, acquire broadcast isochronous group link information sent by other main central devices, and update their own broadcast isochronous group link information according to the acquired broadcast isochronous group link information.

2. The method according to claim 1, characterized in that, The broadcast isochronous group link information sent by the at least two main central devices are identical except for the broadcast isochronous group offset value.

3. The method according to claim 1, characterized in that, The at least two broadcast isochronous stream links include at least two main broadcast isochronous stream links, with each main central device corresponding to one main broadcast isochronous stream link; The broadcast isochronous stream link includes at least one of the main broadcast isochronous stream link, the secondary broadcast isochronous stream link, and the random broadcast isochronous stream link; The central equipment includes at least one of the at least two primary central equipment, secondary central equipment, and random central equipment; The primary broadcast isochronous stream link is the broadcast isochronous stream link occupied by the primary central device; the secondary broadcast isochronous stream link is the broadcast isochronous stream link occupied by the secondary central device; the random broadcast isochronous stream link is the broadcast isochronous stream link shared by random central devices. A broadcast isochronous group that includes at least two main broadcast isochronous stream links is called a distributed broadcast isochronous group. A set of central devices that includes at least two main central devices is called a distributed central device set.

4. The method according to claim 3, characterized in that, The broadcast isochronous group link information includes a central device set enable flag and a broadcast isochronous group status field. The central device set enable flag is used to indicate whether the broadcast isochronous group link information is used for the distributed central device set; The broadcast isochronous group status field is used to indicate the occupancy status of each broadcast isochronous stream link in the distributed broadcast isochronous group; The occupancy status includes at least one of the following: occupied by the primary central device, occupied by the secondary central device, not occupied, occupied by the random central device, or capable of being occupied by the random central device.

5. The method according to claim 4, characterized in that, When the enable flag of the central device set indicates that it is disabled, the broadcast isochronous group link information is the standard broadcast isochronous group link information based on a central device. When the enable flag of the central device set indicates that the broadcast isochronous group link information is enabled, at least a portion of the reserved fields in the broadcast isochronous group link information are used as the broadcast isochronous group status field, or new bytes are extended and used as the broadcast isochronous group status field, or the broadcast isochronous group status is carried using advertising data.

6. The method according to claim 3, characterized in that, The at least two main central devices respectively transmit broadcast isochronous group link information, including: The at least two main central devices respectively transmit extended advertising protocol data units on the main advertising channel; The at least two main central devices respectively transmit auxiliary advertising protocol data units on the secondary advertising channel; The at least two main central devices respectively transmit distributed central device set synchronization protocol data units on the periodic advertising channel, wherein the distributed central device set synchronization protocol data units carry the broadcast isochronous group link information.

7. The method according to claim 6, characterized in that, The method further includes: The secondary central device or the random central device synchronizes to the distributed broadcast isochronous group by searching for the extended advertising protocol data unit sent by any primary central device, receiving the auxiliary advertising protocol data unit sent by any primary central device, and receiving the distributed central device set synchronization protocol data unit sent by any primary central device, and obtains the broadcast isochronous group link information.

8. The method according to claim 3, characterized in that, The method further includes: The secondary central device synchronizes with any primary central device and sends a Distributed Central Device Set Access Request Protocol Data Unit to any primary central device. When any primary central device allows the secondary central device to join the distributed central device set, it sends a distributed central device set connection request protocol data unit to the secondary central device; wherein, the distributed central device set connection request protocol data unit is used to indicate the broadcast isochronous stream link allocated to the secondary central device; The secondary central device receives the Distributed Central Device Set Connection Request Protocol Data Unit and sends a Distributed Central Device Set Connection Response Protocol Data Unit to any primary central device to confirm joining the Distributed Central Device Set and sending audio data using the secondary broadcast isochronous stream link.

9. The method according to claim 8, characterized in that, The distributed central device set access request protocol data unit carries at least one of the device address, device name, or device unique identifier of the secondary central device requesting to join the distributed central device set. The distributed central device set connection request protocol data unit carries the sequence number of the secondary broadcast isochronous stream link that allows the secondary central device to use.

10. The method according to claim 3, characterized in that, The method further includes: When the random center device detects voice, it sends a broadcast isochronous stream protocol data unit carrying the voice through the random broadcast isochronous stream link.

11. The method according to claim 3, characterized in that, The method further includes: The secondary central device sends a Distributed Central Device Set Upgrade Request Protocol Data Unit to the primary central device, wherein the Distributed Central Device Set Upgrade Request Protocol Data Unit is used to request that the secondary central device be upgraded to the primary central device; When the primary central device allows the secondary central device to be upgraded to the primary central device, the primary central device sends a distributed central device set upgrade confirmation protocol data unit to the secondary central device. After receiving the upgrade confirmation protocol data unit of the distributed central device set, the secondary central device upgrades to the primary central device, and after the upgrade, the secondary broadcast isochronous stream link occupied by the secondary central device is updated to the primary broadcast isochronous stream link.

12. The method according to claim 8, characterized in that, The method further includes: When the existence of a primary central device in the surrounding area is unknown, the central device simultaneously serves as both a primary and secondary central device when forming a central device set, including: The central device, acting as the primary central device, sends protocol data units for synchronization and searches for other primary central devices. When a central device is synchronized with other primary central devices and has not received a distributed central device set access request protocol data unit sent by other secondary central devices, the central device stops acting as a primary central device and requests to join the central device set from the other synchronized primary central devices as a secondary central device. When a central device fails to synchronize with other primary central devices and receives a Distributed Central Device Set Access Request Protocol Data Unit from other secondary central devices, the central device ceases to act as a secondary central device and allows the other secondary central devices to join the central device set as a primary central device.

13. The method according to claim 1, characterized in that, The broadcast isochronous stream protocol data units transmitted on the broadcast isochronous stream link adopt the broadcast isochronous stream protocol data unit format; The broadcast isochronous group link information based on the central device set is obtained by extending the standard broadcast isochronous group link information established based on a central device.

14. A method for transmitting wireless broadcast audio, characterized in that, The method is applied to the peripheral device according to any one of claims 1-13, and the method includes: Search for extended advertising protocol data units sent by the main central device on the main advertising channel; Receive auxiliary advertising protocol data units sent by the main central device on the secondary advertising channel; Receive the distributed central device set synchronization protocol data unit sent by the main central device on the periodic advertising channel, and obtain the broadcast isochronous group link information; Based on the broadcast isochronous group link information, synchronize to the broadcast isochronous group, and receive audio data broadcast through the broadcast isochronous stream link.

15. A wireless broadcast audio system, characterized in that, It includes a central equipment set and zero or more peripheral devices, wherein the central equipment set includes at least two central devices, and the at least two central devices include at least two main central devices; The central device set is used to establish a broadcast isochronous group, which includes at least two broadcast isochronous stream links; each central device corresponds to one broadcast isochronous stream link. The at least two main central devices are used to transmit broadcast isochronous group link information respectively; The peripheral devices or other central devices to be added to the central device set are configured to synchronize the broadcast isochronous group link information sent by any one of the main central devices to the broadcast isochronous group. The central device set is also used to broadcast audio data through the at least two broadcast isochronous stream links based on the broadcast isochronous group; The at least two main central devices synchronize with each other, acquire broadcast isochronous group link information sent by other main central devices, and update their own broadcast isochronous group link information according to the acquired broadcast isochronous group link information.

Images