Electronic device audio broadcast adaptation system and method based on Auracast technology

Abstract

The present invention discloses an audio broadcast adaptation system and method for electronic devices based on Auracast technology, which relates to the field of audio broadcast technology. The Auracast transceiver enters a receiving mode: detects the input source and determines the audio source input mode, collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet; the Auracast transceiver enters a transmitting mode: configures the broadcast parameters, and sends the broadcast packet in a loop through the Bluetooth LE Audio protocol; the Auracast transceiver sends the broadcast packet to all receiving terminals that support the Auracast function within the broadcast coverage of the Auracast transceiver. The present invention supports a one-to-many broadcast mode, and the transmitter can send audio streams to an unlimited number of receiving devices at the same time without the need to pair each device separately. The receiving terminal only needs to scan and join the broadcast group to receive the signal, which is suitable for scenarios that require large-scale device synchronization.

Description

Technical Field

[0001] The present invention relates to the technical field of audio broadcasting, and in particular to an audio broadcasting adaptation system and method for electronic devices based on Auracast technology. Background Art

[0002] Auracast is an audio broadcasting technology officially launched by the Bluetooth Special Interest Group (Bluetooth SIG) in 2022. It's built on the Bluetooth LE Audio (Low Energy Audio) protocol. It transcends the one-to-one connection limitations of traditional Bluetooth, allowing a single transmitter to simultaneously broadcast audio to an unlimited number of receivers, providing a revolutionary solution for scenarios such as public address broadcasting, audio guides, and multi-user audio sharing. However, few electronic devices, such as mobile phones, computers, and televisions, have Auracast functionality. Traditional Bluetooth connectivity suffers from poor multi-device synchronization and significant latency differences on the receiving end. Classic Bluetooth (such as the A2DP protocol) supports point-to-point or point-to-multipoint connections (e.g., "one-to-two" headphones), but requires a separate connection for each receiving device. The number of connections is strictly limited (typically no more than seven), and device management is complex (requiring individual pairing and synchronization). Devices must be paired (with a PIN and manual confirmation) to establish a connection, a cumbersome process. Furthermore, the receiver must be pre-bound to the transmitter, making it unsuitable for temporary or anonymous device access, such as in public spaces. Summary of the Invention

[0003] The purpose of the present invention is to provide an electronic device audio broadcast adaptation system and method based on Auracast technology to solve the problems in the background technology.

[0004] To achieve the above objectives, the present invention provides the following technical solution: an electronic device audio broadcast adaptation system based on Auracast technology, comprising:

[0005] The Auracast transceiver enters receiving mode: it detects the input source and determines the audio source input method, collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet;

[0006] The Auracast transceiver enters the transmitting mode: configures the broadcast parameters and sends the broadcast packets cyclically via the Bluetooth LE Audio protocol;

[0007] The Auracast transceiver sends the broadcast packet to all Auracast-capable receivers within the Auracast transceiver's broadcast coverage.

[0008] In a preferred embodiment, the detecting the input source and determining the audio source input mode, and collecting the audio signal based on the input source, includes:

[0009] Detect the input source, parse the metadata of the broadcast information of the input source, determine whether it is an encrypted channel, if it is an encrypted channel, enter the key to verify the broadcast code, and join the BIG group after successful verification;

[0010] Synchronize BIS timing and capture audio signals based on the data source.

[0011] In a preferred embodiment, the processing of the audio signal and encapsulating it into a broadcast packet includes:

[0012] Constructing a handshake mechanism corresponding to the audio signal, wherein the handshake mechanism includes a handshake architecture and transmission information, and the transmission information includes a transmission range and a transmission object type;

[0013] The audio signal is encapsulated based on the handshake architecture to obtain a broadcast packet.

[0014] In a preferred embodiment, encapsulating the audio signal based on the handshake architecture to obtain a broadcast packet includes:

[0015] A network space is configured corresponding to the Auracast transceiver, and a handshake map and a handshake point are set in the network space, wherein the handshake point is connected to the handshake map, and the handshake map is a geographical area surface;

[0016] A transmission assistant is set between the handshake point and the handshake map, wherein the transmission assistant includes a transmission range and a distribution point corresponding to the handshake map;

[0017] The handshake graph, handshake points, and launch assistants in cyberspace are used as the handshake architecture;

[0018] The audio information is encapsulated according to the handshake architecture to obtain a broadcast packet.

[0019] In a preferred embodiment, the step of setting a transmission assistant between the handshake point and the handshake diagram includes:

[0020] Divide the handshake graph into regions to obtain multiple regional surfaces, set corresponding distribution points for the multiple regional surfaces, and bind the distribution points to the corresponding regional surfaces;

[0021] Connect multiple distribution points to the handshake point and use multiple distribution points as launch assistants.

[0022] In a preferred embodiment, encapsulating the audio information according to the handshake architecture to obtain a broadcast packet includes:

[0023] The audio information is stored in the handshake point and stored permanently;

[0024] The storage status of the audio information is provided to the distribution point through the handshake point, completing the encapsulation of the audio information.

[0025] In a preferred embodiment, the Auracast transceiver enters transmit mode:

[0026] Determine the broadcast transmission area and configure the broadcast parameters of the corresponding distribution points in the area;

[0027] The audio information is obtained through the audio information stored in the distribution point and the handshake point, and the audio information is broadcast to the devices in the corresponding area that support Auracast transceiver connection.

[0028] The present invention also provides an electronic device audio broadcast adaptation method based on Auracast technology, comprising:

[0029] Step 1: The Auracast transceiver enters receiving mode: detects the input source and determines the audio input method, collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet;

[0030] Step 2: The Auracast transceiver enters the transmitting mode: configure the broadcast parameters and send the broadcast packets cyclically via the Bluetooth LE Audio protocol;

[0031] Step 3: The Auracast transceiver sends the broadcast packet to all Auracast-capable receivers within the broadcast coverage area of ​​the Auracast transceiver.

[0032] In the above technical solution, the technical effects and advantages provided by the present invention are:

[0033] 1. The present invention supports a one-to-many broadcast mode, where the transmitter can send audio streams to an unlimited number of receiving devices at the same time without the need to pair each device separately. The receiving end only needs to scan and join the broadcast group to receive the signal, which is suitable for scenarios that require large-scale device synchronization (such as public broadcasting, conference live broadcasts, scenic area tours, etc.), greatly improving the efficiency of multi-device collaboration. In broadcast mode, the transmitter does not need to be pre-paired with the receiver. The receiving end can actively scan for available broadcast audio streams and freely choose to join or exit (similar to FM radio tuning), supporting "connect and listen", which is especially suitable for stranger scenarios (such as airport passengers using their own headphones to receive flight notifications without connecting to airport-specific equipment);

[0034] 2. The Auracast transceiver of this invention fills the gap in the ability of mobile phones, computers, TVs, and other audio and video devices to broadcast audio to speakers and headphones one-to-many, providing users with a completely new listening experience. The Auracast transceiver also supports Bluetooth connectivity and UAC audio input, acting as an Auracast host to broadcast to any Auracast-enabled speakers and headphones, with no connection limit. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments. Obviously, the drawings described below are only some embodiments described in the present invention. For ordinary technicians in this field, other drawings can also be obtained based on these drawings.

[0036] Figure 1 FIG. 1 is a connection diagram of the Auracast transceiver of the present invention.

[0037] Figure 2 This is a flow chart of the Auracast transceiver mode of the present invention.

[0038] Figure 3 FIG. 4 is a flowchart of the Auracast transceiver of the present invention. DETAILED DESCRIPTION

[0039] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0040] Example 1, please refer to Figure 1-3 As shown, the electronic device audio broadcast adaptation system based on Auracast technology described in this embodiment includes:

[0041] The Auracast transceiver enters receiving mode: it detects the input source and determines the audio input method (Bluetooth connection, UAC wired input, or microphone input), (determines whether it is an encrypted channel, if so, a key is required to receive the audio signal), collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet (BIS data packet) (including time stamp, stream identifier, CRC check);

[0042] The Auracast transceiver enters the transmitting mode: configures the broadcast parameters (encryption processing option) and sends the broadcast packets in a loop via the Bluetooth LE Audio protocol;

[0043] The Auracast transceiver sends the broadcast packet to all Auracast-supported receivers (mobile phones, computers, TVs, speakers, or headphones) within the Auracast transceiver's broadcast coverage area.

[0044] The Auracast transceiver is plug-and-play and supports multiple audio input sources, including Bluetooth, UAC, and microphones. It can be connected to a variety of audio devices such as mobile phones, computers, and TVs, broadcasting the sound from these devices. This solves the problem that mobile phones, computers, and TVs do not support the Auracast function.

[0045] The Auracast transceiver uses the standard LC3 protocol, allowing users to configure encrypted or unencrypted connections. Unencrypted connections significantly reduce compatibility issues, allowing any Auracast-compatible headphones or speakers to connect and consume the audio content transmitted by the Auracast transceiver. Encrypted connections also protect user privacy in special situations, resolving cross-brand compatibility issues.

[0046] The Auracast transceiver only needs the ATS2853P2 chip and very few peripheral components to work properly. The price is much lower than the cost of mobile phones and computers. As a transmitter, the construction and modification cost of the broadcasting system is very low.

[0047] Whether the Auracast transceiver is in transmitting mode or receiving mode, broadcasting and receiving operations can be completed with one click, without the user having to perform too many complicated operations. It is simple and convenient to use.

[0048] Auracast transceivers have no platform restrictions. As long as they support the standard Auracast function, they can be connected. The same Auracast transceiver can be used for broadcasting and receiving, and then output to the corresponding audio device for playback, reducing platform compatibility restrictions and solving the problem that most of the current products on the market do not support the Auracast function.

[0049] In one embodiment, detecting the input source and determining the audio source input mode, and collecting the audio signal based on the input source, includes:

[0050] Detect the input source, parse the metadata of the input source's broadcast information (Auracast-ID and encryption flag), determine whether it is an encrypted channel, enter the key to verify the broadcast code if it is an encrypted channel, and join the BIG group after successful verification;

[0051] Synchronize BIS timing and capture audio signals based on the data source.

[0052] It's important to note that after the system boots up, it first enters the input source detection phase. Using a built-in signal scanning module, it continuously monitors the device's wireless environment and actively searches for nearby Auracast broadcast signals. Once a potential broadcast signal is detected, the system quickly captures it and begins parsing the broadcast information metadata carried within the signal. The two most critical pieces of broadcast information metadata are the Auracast-ID and the encryption flag. The Auracast-ID is the unique identifier for each Auracast broadcast source, acting like a "public identification card number" for the broadcast source, allowing the system to accurately distinguish between different broadcast sources. The encryption flag is a Boolean value that visually indicates whether the broadcast channel is protected by encryption technology. The system utilizes a specialized metadata parsing algorithm to accurately extract the Auracast-ID and encryption flag from the captured broadcast signal, providing foundational data for subsequent processing.

[0053] After metadata parsing completes and obtaining the encryption flag, the system will make a judgment based on the value of this flag. If the encryption flag displays "Yes," it indicates that the currently detected broadcast channel is an encrypted channel. At this point, the system triggers the key verification mechanism, requiring the user or a pre-defined key management module to provide the corresponding decryption key.

[0054] After receiving the key, the system compares it with the encrypted broadcast code in the broadcast signal for verification. This verification process involves complex encryption and decryption algorithms. The system uses the same encryption algorithm as the broadcast source, applying the input key to the encrypted broadcast code for decryption. If the decrypted result matches the expected broadcast content characteristics, such as a specific checksum or content identifier, verification is considered successful. Otherwise, verification fails, and the system will refuse to receive the encrypted channel's broadcast content, prompting the user with a key error or taking other appropriate error handling measures.

[0055] After successful key verification, the system will add the electronic device to the corresponding BIG (Broadcast Information Group). A BIG group is a logical grouping used in Auracast technology to manage and distribute broadcast information. Joining a BIG group means that the electronic device officially becomes a legitimate receiver of the broadcast source.

[0056] Through specific protocols and communication mechanisms, the system sends a request to the broadcast source to join the BIG group. This request contains the device's own identification information and verification data. After receiving the request and confirming its legitimacy, the broadcast source will add the electronic device to the BIG group management list and grant it access to receive broadcast content. At this point, the electronic device has completed the key steps from detection to joining the broadcast reception system. After successfully joining the BIG group, the system immediately enters the BIS (Broadcast Information Scheduling) timing synchronization phase. BIS timing defines the rules for sending and receiving broadcast content in the time dimension, ensuring that the receiving end can receive broadcast information accurately and in an orderly manner. The system interacts with the broadcast source to obtain BIS timing information and adjusts its operating clock and data reception rhythm accordingly to achieve precise synchronization with the broadcast source.

[0057] After BIS timing synchronization is complete, the system begins collecting audio signals based on the synchronized data source using the built-in audio acquisition module. This module continuously and stably extracts audio data from the broadcast signal according to the audio data format and transmission standards specified by the Auracast protocol, and converts it into a digital audio signal format that can be processed by electronic devices, preparing for subsequent audio playback and processing.

[0058] In one embodiment, processing the audio signal and encapsulating it into a broadcast packet includes:

[0059] Constructing a handshake mechanism corresponding to the audio signal, wherein the handshake mechanism includes a handshake architecture and transmission information, and the transmission information includes a transmission range and a transmission object type;

[0060] Encapsulate the audio signal based on the handshake architecture to obtain a broadcast packet;

[0061] In one embodiment, encapsulating the audio signal based on the handshake architecture to obtain a broadcast packet includes:

[0062] A network space is configured corresponding to the Auracast transceiver, and a handshake map and a handshake point are set in the network space, wherein the handshake point (a temporary storage, which may have multiple) is connected to the handshake map, and the handshake map is a geographical area surface;

[0063] A transmission assistant is set between the handshake point and the handshake map, wherein the transmission assistant includes a transmission range and a distribution point corresponding to the handshake map;

[0064] The handshake graph, handshake points, and launch assistants in cyberspace are used as the handshake architecture;

[0065] The audio information is encapsulated according to the handshake architecture to obtain a broadcast packet.

[0066] In one embodiment, setting a transmission assistant between the handshake point and the handshake diagram includes:

[0067] Divide the handshake graph into regions to obtain multiple regional surfaces, set corresponding distribution points for the multiple regional surfaces, and bind the distribution points to the corresponding regional surfaces;

[0068] Connect multiple distribution points to the handshake point and use multiple distribution points as launch assistants.

[0069] In one embodiment, encapsulating the audio information according to the handshake architecture to obtain a broadcast packet includes:

[0070] The audio information is stored in the handshake point and stored permanently;

[0071] The storage status of the audio information is provided to the distribution point through the handshake point to complete the packaging of the audio information;

[0072] It should be noted that the geographic distribution network model includes a spatial topology (representing the open range of broadcast connections); transmission information: transmission range (coverage area defined by geographic coordinates); transmission target type (location-based classification of receiving devices (e.g., "mall customer," "office employee"); and handshake graph (geographic area surface data structure, such as a set of polygon coordinates). This defines the spatial boundaries of the audio broadcast and supports dynamic updates (e.g., temporary adjustments to the mall area). Handshake points (configurable storage capacity) are responsible for temporary storage of audio data and maintain connection status with distribution points. Transmission assistants implement spatially partitioned broadcast strategies and support differentiated audio content across multiple regions. The transmission assistant's regional partitioning mechanism further enhances spatially targeted broadcast capabilities: Graph parsing: Parsing the geographic area surface of the handshake graph into a computational geometry model. Meshing: Dividing the regional surface into multiple sub-regions (e.g., a 100m×100m grid). Distribution point allocation: Dedicated distribution points are assigned to each sub-region. The dual role of the distribution point: spatial agent: acts as a broadcast agent for a specific geographical area; protocol gateway: realizes the conversion between Bluetooth broadcast protocol and spatial metadata; audio information encapsulation and fixed storage mechanism: the encapsulation method proposed in this embodiment combines fixed data storage with status notification. Advantages of fixed storage: low-latency distribution: the receiving device can read data directly from a fixed location; reduced broadcast load: only status updates need to be transmitted instead of complete audio; enhanced reliability: storage redundancy design improves anti-interference ability. Museum tour: automatically plays corresponding commentary according to the exhibition hall area; intelligent transportation: targeted broadcast of traffic information at intersections; shopping mall marketing: push different promotional audio to different areas. The input source can be a mobile phone, TV or other audio source, which can enable the input source and the corresponding broadcast object to have an accurate handshake effect, avoid the broadcast confusion when the broadcast audio source corresponds to different ranges or devices, and can perform partition broadcasting more accurately. The regional surface here is set in advance according to the corresponding broadcast needs. Later, when broadcasting, it is only necessary to obtain and broadcast the corresponding information between the distribution point and the handshake point. For example, the specific scenarios that can be used are as follows: Scenario 1: Public transportation

[0073] On the subway or bus, the system's audio source device (such as a broadcasting device) has the Auracast transmitter function enabled. Passengers use Auracast-enabled Bluetooth headphones, smartwatches, or mobile phones to connect to the audio source via Bluetooth. Passengers can freely choose whether to receive in-car broadcast information, music, and other audio content, and multiple passengers can receive them simultaneously without interfering with each other.

[0074] Scenario 2: Large Conference

[0075] In large conference venues, organizers enable an Auracast transmitter on an audio source device (such as a conference sound system). Participants bring Auracast-enabled devices (such as phones, tablets, and laptops) and choose to join the conference audio stream. This allows participants to clearly hear the conference presentation through their own devices and switch between different audio channels as needed (for example, simultaneous interpretation in different languages). Large numbers of participants can also receive audio simultaneously, improving communication efficiency.

[0076] Scene 3: Tourist Attractions

[0077] Within scenic areas, audio source devices (such as scenic guide systems) broadcast attraction introductions and other audio via Auracast transmitters. Visitors can use Auracast-enabled devices (such as smart glasses, smart guides, and mobile phones) to receive the audio, allowing them to hear detailed introductions at any time during their visit. Multiple visitors can use the device simultaneously without signal conflicts, ensuring a more enjoyable experience.

[0078] Scene 4: Teacher / tour guide explaining

[0079] In museums, large classrooms, and other settings, the voices of tour guides and teachers often cannot be clearly transmitted to tourists and students in every corner, resulting in the inability to hear the corresponding content. The Auracast transmitter can capture the speaker's voice through the microphone and then transmit it to Auracast-enabled devices (such as smart glasses, smart tour guides, mobile phones, etc.) through the Auracast broadcast function to receive the audio.

[0080] In one embodiment, the Auracast transceiver enters transmit mode:

[0081] Determine the broadcast transmission area and configure the broadcast parameters of the corresponding distribution points in the area;

[0082] The audio information stored in the distribution point and the handshake point is obtained, and the audio information is broadcast to the devices in the corresponding area that support Auracast transceiver connection (the devices can be multiple speakers, headphones, TVs, and can also be connected to Auracast receivers).

[0083] It should be noted that entering transmit mode means the transceiver begins operating in transmit mode. Determining encryption: If yes, configure the 16-byte broadcast code and encryption flag, then prepare broadcast metadata, including AuraCast_ID, encryption flag, channel, and other information, and then continuously send broadcast packets. No: Configure the open broadcast flag and prepare broadcast metadata (similar to the encrypted version, but without encryption-specific information). Then, continuously send broadcast packets. (Transmission mode: Analog signals from audio sources (such as microphones, UAC interfaces, and Bluetooth) are converted to digital signals using a 24-bit Σ-Δ ADC. Ambient noise is first suppressed using the AI ​​noise reduction module (supporting a 40dB dynamic range). The digital audio stream enters the layered coding engine. The core layer uses LC3 coding to ensure basic sound quality, while the enhancement layer uses SBC coding to provide additional detail. This creates a composite data stream with forward error correction (FEC) capability (configurable between 15% and 50%). The protocol stack encapsulates the composite data stream into Bluetooth LE Audio broadcast packets and transmits them cyclically across 24 physical channels using time division multiplexing (TDMA). Each channel occupies a 1ms slot, enabling simultaneous reception by multiple devices.)

[0084] The audio broadcast adaptation method for an electronic device based on the Auracast technology described in this embodiment includes:

[0085] Step 1: The Auracast transceiver enters receiving mode: detects the input source and determines the audio input method, collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet;

[0086] Step 2: The Auracast transceiver enters the transmitting mode: configure the broadcast parameters and send the broadcast packets cyclically via the Bluetooth LE Audio protocol;

[0087] Step 3: The Auracast transceiver sends the broadcast packet to all Auracast-capable receivers within the broadcast coverage of the Auracast transceiver.

[0088] Broadcasting process:

[0089] Audio input → LC3 encoding → BIS encapsulation → BIG establishment → broadcast transmission.

[0090] Key nodes: LC3 parameter configuration, encryption processing, and synchronous information broadcasting.

[0091] Receiving end process:

[0092] Broadcast Scan → BIG Sync → BIS Receive → LC3 Decode → Audio Output.

[0093] Key nodes: error concealment processing, codec parameter negotiation, and volume control.

[0094] Entering Receive Mode: The transceiver begins receiving mode. Scanning for Auracast Broadcasts: The transceiver scans for nearby Auracast broadcast signals. Determining if a broadcast signal is detected: No: Scanning continues, continuously detecting broadcast signals. Yes: Parsing metadata, including the AuraCast_ID and encryption flag. Determining if it is an encrypted channel: No: Directly joins the BIG group, synchronizes BIS timing, and receives audio. Yes: Requires a key for verification. Successful verification: Joins the BIG group, synchronizes BIS timing, and receives audio. Failed verification: An error message appears and a request is made to retry, requiring the user to re-enter the key for verification. Auracast transceivers support one-to-many broadcast mode. The transmitter can simultaneously send audio streams to an unlimited number of receiving devices, eliminating the need to pair each device individually. Receivers simply scan and join the broadcast group to receive the signal. This is ideal for scenarios requiring large-scale device synchronization (such as public address broadcasts, live conference broadcasts, and scenic area tours), significantly improving multi-device collaboration efficiency. Using broadcast mode, the transmitter does not require pre-pairing with the receiver. The receiver can actively scan for available broadcast audio streams and freely opt in and out (similar to tuning in on an FM radio). This supports "connect and listen" functionality, making it particularly suitable for scenarios involving strangers (e.g., airport passengers receiving flight announcements using their own headphones, without the need for dedicated airport equipment). In reception mode, the signal received by the antenna array is amplified by a low-noise amplifier (NF < 2dB). A multi-channel coherent demodulator simultaneously processes multiple channel signals and recovers the original data stream using a maximum likelihood estimation algorithm. An intelligent buffer dynamically adjusts the buffer depth from 128ms to 512ms. Combined with a packet loss concealment (PLC) algorithm, it can tolerate packet loss rates of up to 20% without compromising the listening experience. The decoded audio stream is then volume-balanced using a dynamic range compressor (DRC) before being converted to an analog signal by a 24-bit DAC and output to headphones or speakers. The transceiver utilizes dual-band scanning technology, simultaneously performing device discovery in the 2.4GHz ISM band (for traditional Bluetooth) and the 1.7GHz band (for LE Audio), reducing the scan cycle to 50ms. When an Auracast-supported receiving device is detected, a secure pairing channel is immediately established, generating a 128-bit session key through Elliptic Curve Diffie-Hellman (ECDH) key exchange to ensure secure communication. A high-precision time synchronization protocol (PTP over Bluetooth) is introduced, which uses timestamp comparison and Kalman filtering to control clock deviations between multiple devices to within ±10μs, achieving sub-millisecond audio synchronization.

[0095] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. An electronic device audio broadcast adaptation system based on Auracast technology, characterized in that: include: The Auracast transceiver enters receiving mode: it detects the input source and determines the audio source input method, collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet; The step of processing the audio signal and encapsulating the audio signal into a broadcast packet includes: Constructing a handshake mechanism corresponding to the audio signal, wherein the handshake mechanism includes a handshake architecture and transmission information, and the transmission information includes a transmission range and a transmission object type; The audio signal is encapsulated based on the handshake architecture to obtain a broadcast packet, including: A network space is configured corresponding to the Auracast transceiver, and a handshake map and a handshake point are set in the network space, wherein the handshake point is connected to the handshake map, and the handshake map is a geographical area surface; A launch assistant is set between the handshake point and the handshake map, wherein the launch assistant includes the launch range and distribution point corresponding to the handshake map: The step of setting a transmitting assistant between the handshake point and the handshake diagram includes: Divide the handshake graph into regions to obtain multiple regional surfaces, set corresponding distribution points for the multiple regional surfaces, and bind the distribution points to the corresponding regional surfaces; Connect multiple distribution points to the handshake point and use multiple distribution points as launch assistants; The handshake graph, handshake points, and launch assistants in cyberspace are used as the handshake architecture; The audio information is encapsulated according to the handshake architecture to obtain a broadcast packet, including: The audio information is stored in the handshake point and stored permanently; The storage status of the audio information is provided to the distribution point through the handshake point to complete the packaging of the audio information; Auracast transceiver enters transmit mode: Determine the broadcast transmission area and configure the broadcast parameters of the corresponding distribution points in the area; The audio information is obtained through the audio information stored in the distribution point and the handshake point, and the audio information is broadcast to the devices in the corresponding area that support Auracast transceiver connection; The Auracast transceiver sends the advertising packet to all Auracast-supported receivers within the Auracast transceiver's broadcast coverage area, and sends the advertising packet cyclically through the Bluetooth LE Audio protocol.

2. The electronic device audio broadcast adaptation system based on Auracast technology according to claim 1, characterized in that: The detecting the input source and determining the audio source input mode, and collecting the audio signal based on the input source, includes: Detect the input source, parse the metadata of the broadcast information of the input source, determine whether it is an encrypted channel, if it is an encrypted channel, enter the key to verify the broadcast code, and join the BIG group after successful verification; Synchronize BIS timing and capture audio signals based on the data source.

3. An electronic device audio broadcast adaptation method based on Auracast technology, for implementing the electronic device audio broadcast adaptation system based on Auracast technology according to any one of claims 1 and 2, characterized in that it comprises: Step 1: The Auracast transceiver enters receiving mode: detects the input source and determines the audio input method, collects the audio signal based on the input source, processes the audio signal and encapsulates it into a broadcast packet; Step 2: The Auracast transceiver enters the transmitting mode: configure the broadcast parameters and send the broadcast packets cyclically via the Bluetooth LE Audio protocol; Step 3: The Auracast transceiver sends the broadcast packet to all Auracast-capable receivers within the broadcast coverage area of ​​the Auracast transceiver.

Images