Method and device for sending and receiving Bluetooth broadcast audio data
By generating and broadcasting random broadcast codes when Auracast is enabled but music has not been played yet, the key verification problem caused by BIS to only transmit empty packets is solved, and key verification efficiency and user experience are improved.
Patent Information
- Application Number
- CN202411910366.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-24
- Publication Date
- 2025-03-04
AI Technical Summary
When Auracast is enabled but music has not been played yet, BIS only transmits empty packets, causing the receiver to be unable to verify the correctness of the decryption key immediately, which may lead to BIS synchronization stop problems caused by key errors.
Verify the correctness of the decryptor key by generating and broadcasting a random broadcast code, ensuring that the receiver can immediately verify the correctness of the key before sending valid BIS audio data.
Improve the efficiency of key verification, avoid BIS synchronization stop caused by key errors, improve user experience, and make the product's user interface design more intuitive.
Smart Images

Figure CN119562256A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of Bluetooth audio, and in particular to a method and device for sending and receiving Bluetooth broadcast audio data. Background Art
[0002] In recent years, with the rapid development of wireless communication technology, advanced applications of Bluetooth specifications such as PA (Periodic Advertising, Bluetooth periodic broadcast), Bluetooth periodic broadcast (PA) and BIS (Broadcast ISOchronous Stream, synchronous broadcast), synchronous broadcast (Broadcast ISOchronous Stream, BIS) such as Auracast (Bluetooth broadcast audio technology), Bluetooth broadcast audio technology (Auracast) has been widely used. In order to use Auracast for audio broadcasting, the sender device (such as a mobile phone) must first send Ext Adv (Extended Advertising, Extended Advertising), Extended Advertising (Ext Adv), then PA, and finally send BIS audio data. The receiving device (such as headphones) needs to scan Ext Adv first, then index PA, and finally index BIS through PA to receive BIS audio data. In this process, both the sender and the receiver need to use a pair of symmetric keys to encrypt and decrypt BIS data.
[0003] However, when Auracast is enabled but the phone is not playing music, BIS will only transmit empty packets without any data. In this case, the receiving device cannot immediately verify whether the decryption key of the BIS data packet is correct, which may cause the receiver to report that BIS synchronization is successful when the wrong password is entered. When the BIS source starts sending valid data, if the wrong key is used, the receiver will report that BIS synchronization has stopped, which will cause trouble for the user interface design of the product. Summary of the invention
[0004] In order to solve the above problems, the present invention provides a method and device for sending and receiving Bluetooth broadcast audio data.
[0005] The first aspect of the present invention discloses a method for sending Bluetooth broadcast audio data, which is applied to a client and includes:
[0006] Establish a BIS connection with a Bluetooth audio device;
[0007] Generate a random number with a preset first length;
[0008] Input the encryption party key and the random number into a preset hash algorithm to generate a hash value;
[0009] Generate a random broadcast code according to the hash value and the random number, wherein the length of the random broadcast code is a preset second length;
[0010] Generate and send broadcast data according to the random broadcast code;
[0011] Receiving confirmation information fed back by the Bluetooth audio device according to the broadcast data;
[0012] According to the confirmation information, the sending of the broadcast data is stopped, and the Bluetooth broadcast audio data is sent through the BIS connection.
[0013] Further, according to the random broadcast code, the step of generating broadcast data includes:
[0014] Get the preset broadcast data type;
[0015] Adding the length of the broadcast data type to the second length to obtain a broadcast data length, wherein the length of the broadcast data length is a preset third length;
[0016] The broadcast data length, the broadcast data type, and the random broadcast code are concatenated to obtain the broadcast data.
[0017] Further, according to the random broadcast code, the step of generating and sending broadcast data includes:
[0018] generating the broadcast data according to the random broadcast code;
[0019] Calculate the transmission time interval based on the current network congestion index and network signal strength;
[0020] Based on the transmission time interval, the broadcast data is continuously sent using Bluetooth extended broadcast or Bluetooth periodic broadcast.
[0021] Further, the step of stopping sending the broadcast data according to the confirmation information and sending the Bluetooth broadcast audio data through the BIS connection also includes:
[0022] Determining whether the confirmation information is received within a preset time;
[0023] If received, stop sending the broadcast data and send Bluetooth broadcast audio data via BIS connection;
[0024] Otherwise, an alarm message is issued.
[0025] The second aspect of the present invention discloses a method for receiving Bluetooth broadcast audio data, which is applied to a Bluetooth audio device, comprising:
[0026] Establish a BIS connection with the client;
[0027] Receive broadcast data;
[0028] Parsing the broadcast data to obtain a random broadcast code;
[0029] Decoding the random broadcast code to obtain a hash value and a random number;
[0030] Verify the decryption party key based on the hash value and the random number, and send a confirmation message when the verification is successful;
[0031] Receive Bluetooth broadcast audio data via BIS connection.
[0032] Further, the step of receiving broadcast data includes:
[0033] According to the transmission time interval, receive the broadcast data sent based on Bluetooth extended broadcast and Bluetooth periodic broadcast.
[0034] Furthermore, the step of parsing the broadcast data and obtaining a random broadcast code includes:
[0035] Reading data having a third length from the starting position of the broadcast data to obtain the broadcast data length;
[0036] Reading data having a length equal to the length of the broadcast data from the remaining data of the broadcast data;
[0037] The data is divided into two parts, wherein the length of the second part is a preset second length, the first part is used as the broadcast data type, and the second part is used as the broadcast data entity;
[0038] Determining whether the broadcast data type is the same as a preset broadcast data type;
[0039] If they are the same, the broadcast data entity is used as the random broadcast code.
[0040] Furthermore, the step of verifying the decryption party key based on the hash value and the random number includes:
[0041] Input the decryption party key and the random number into a preset hash algorithm to generate a hash value to be verified;
[0042] Determine whether the hash value is equal to the hash value to be verified;
[0043] If they are equal, the decryption key verification is successful;
[0044] If they are not equal, the decryption key verification fails.
[0045] The third aspect of the present invention discloses an electronic device capable of executing the method for sending Bluetooth broadcast audio data disclosed in any one of the first aspect of the present invention.
[0046] The fourth aspect of the present invention discloses a Bluetooth audio device capable of executing the method for receiving Bluetooth broadcast audio data disclosed in any one of the second aspects of the present invention.
[0047] The present invention verifies the correctness of the decryption key by generating and broadcasting a random broadcast code before sending valid BIS audio data. In this way, the receiving Bluetooth audio device can immediately verify whether the decryption key is correct before starting to receive the Bluetooth broadcast audio data, thereby avoiding the BIS synchronization stop caused by a key error. This method can also enable the receiving Bluetooth audio device to immediately verify the correctness of the decryption key by sending broadcast data containing a random broadcast code when Auracast is enabled but music has not yet been played, further improving the efficiency of key verification, improving user experience, and making the user interface design of the product more intuitive. BRIEF DESCRIPTION OF THE DRAWINGS
[0048] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.
[0049] Figure 1 It is a user scenario schematic diagram of a client and a Bluetooth audio device performing Bluetooth broadcast audio according to an embodiment of the present invention;
[0050] Figure 2 It is a flowchart of a method for sending Bluetooth broadcast audio data disclosed in an embodiment of the present invention;
[0051] Figure 3 The present invention is a flowchart of a method for receiving Bluetooth broadcast audio data disclosed in an embodiment of the present invention. DETAILED DESCRIPTION
[0052] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in 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. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.
[0053] The terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, device, or product end including a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units that are not listed, or may optionally include other steps or units inherent to these processes, methods, products, or ends.
[0054] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present invention. The appearance of the phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments.
[0055] Please refer to Figure 1 , Figure 1 It is a user scenario schematic diagram of a client and a Bluetooth audio device performing Bluetooth broadcast audio according to an embodiment of the present invention. Figure 1 The client starts Auracast and searches for nearby Bluetooth audio devices. After discovering the Bluetooth audio device, the two establish a BIS connection. After the BIS connection is established, in order to ensure the security of audio data, the client and the Bluetooth audio device will negotiate to obtain a pair of symmetric keys. The client holds the encryption key and the Bluetooth audio device holds the decryption key. The client encrypts the audio data with the encryption key and sends it to the Bluetooth audio device through BIS. After receiving the audio data, the Bluetooth audio device uses the decryption key to decrypt the data and then plays it.
[0056] See also Figure 2 As shown, Figure 2 The present invention discloses a method for transmitting Bluetooth broadcast audio data in accordance with an embodiment of the present invention. The method is applied to a client, which can be an APP for managing and controlling Bluetooth audio devices on any operating system. Figure 2 As shown, the method for sending Bluetooth broadcast audio data may include the following operations:
[0057] S101, establishing a BIS connection with an audio device;
[0058] BIS is a new feature introduced in Bluetooth 5.2 that allows Bluetooth devices to broadcast audio in a time-synchronized stream. It is a one-to-many connection method that allows one device to share an audio stream with multiple devices. To establish BIS, the broadcasting device needs to start an isochronous advertising connection (Isocronous Advertising) to broadcast the available BIS. After receiving the broadcast, the receiving device will send a connection request to the broadcasting device. After the connection is established, the broadcasting device will notify the receiving device of the detailed information of the BIS, including data format and timing information.
[0059] S102, generating a random number with a length equal to a preset first length;
[0060] A random number is a number randomly selected within a certain range. The selection process cannot be predicted, and the result of each selection is independent. In computer science, random number generators are usually used to generate random numbers, such as Python's random library and Java's java.util.Random class. For example, random.randint(1,100) will generate an integer between 1 and 100.
[0061] If the preset first length is too small, the probability of repetition between random numbers will increase, but less resources will be occupied. If the preset first length is too large, the probability of repetition between random numbers will decrease, but more resources will be occupied. The present invention sets the first length to 24 bits.
[0062] S103, inputting the encryption party key and the random number into a preset hash algorithm to generate a hash value;
[0063] A hash algorithm is an algorithm that maps a binary value of any length to a binary value of a fixed length. The fixed-length value of this mapping is the hash value. The main characteristic of a hash value is that even if the input binary value is only one bit different, the output hash value will be very different.
[0064] In an optional embodiment, the hash algorithm may be MD5, or SHA-1, or SHA-256, etc.
[0065] In another optional embodiment, the encryption party key can be composed of 128-bit data, and the high bits of the data less than 128 bits are padded with 0 as a parameter, and the random number can be composed of 128-bit data, and the high bits of the data less than 128 bits are padded with 0 as another parameter, and the two parameters are passed to the security function e, and the output of the security function e is taken as the lower 24 bits as the hash value. The function of the security function e is to use the AES-128-bit block cipher defined in the FIPS-197 standard to generate 128-bit encrypted data from a 128-bit key and 128-bit plaintext data.
[0066] The following is a specific explanation of this optional embodiment:
[0067] Construct a hash function hash based on the security function e:
[0068] hash(k,r)=e(k,r′)mod2 24 ;
[0069] r′=padding||r;
[0070] Among them, e represents the security function e, mod represents the modulus operation, k represents the 128-bit input parameter, r represents the 24-bit input parameter, r′ is the intermediate variable, padding represents 104 bits of 0, and || represents the data concatenation operation. For example, if the value of r is 0x4689B3, then the value of r′ is 0x0000000000000000000000000004689B3. The encryption party key is used as the parameter k, and the random number is used as the parameter r to pass into the hash function hash to generate a hash value.
[0071] S104, generating a random broadcast code according to the hash value and the random number, wherein the length of the random broadcast code is a preset second length;
[0072] In an optional embodiment, the second length is 48 bits, and the random number can be used as the high 24 bits of data and the hash value can be used as the low 24 bits of data to form a random broadcast code.
[0073] S105, generating and sending broadcast data according to the random broadcast code;
[0074] In an optional embodiment, the step of generating broadcast data according to the random broadcast code includes:
[0075] Get the preset broadcast data type;
[0076] Adding the length of the broadcast data type to the second length to obtain a broadcast data length, wherein the length of the broadcast data length is a preset third length;
[0077] The broadcast data length, the broadcast data type, and the random broadcast code are concatenated to obtain the broadcast data.
[0078] In this optional embodiment, the broadcast data type can be set to 0x31, as long as the receiver and sender of the Bluetooth broadcast audio data have agreed. For example, if the random broadcast code value is 0x65BC0D12F6A2, the broadcast data type can be set to 0x31, the second length is 6 bytes, and the length of the broadcast data type is 1 byte, so the broadcast data is 0x073165BC0D12F6A2.
[0079] In an optional embodiment, the step of generating and sending broadcast data according to the random broadcast code includes:
[0080] generating the broadcast data according to the random broadcast code;
[0081] Calculate the transmission time interval based on the current network congestion index and network signal strength;
[0082] Based on the transmission time interval, the broadcast data is continuously sent using Bluetooth extended broadcast or Bluetooth periodic broadcast.
[0083] In this optional embodiment, when the network is busy or the signal strength is poor, increasing the transmission time interval (ie, reducing the transmission frequency) can reduce the probability of data packet loss and retransmission, thereby improving the reliability of data transmission.
[0084] S106, receiving confirmation information fed back by the Bluetooth audio device according to the broadcast data;
[0085] The confirmation information indicates the key verification result of the Bluetooth audio device, and its transmission can be transmitted through any connection between the client and the Bluetooth audio device. For example, the Bluetooth audio device sends a character value notify as confirmation information to the client through the general attribute protocol service (GATTService).
[0086] S107. According to the confirmation information, stop sending the broadcast data, and send Bluetooth broadcast audio data through the BIS connection.
[0087] In an optional embodiment, the step of stopping sending the broadcast data and sending the Bluetooth broadcast audio data through the BIS connection according to the confirmation information further includes:
[0088] Determining whether the confirmation information is received within a preset time;
[0089] If received, stop sending the broadcast data and send Bluetooth broadcast audio data via BIS connection;
[0090] Otherwise, an alarm message is issued.
[0091] In this optional embodiment, if the confirmation message is received within the preset time, it means that the Bluetooth audio device has received the broadcast data, and the client stops sending the broadcast data to reduce resource consumption. If the confirmation message is not received within the preset time, it means that there is a problem with the connection between the Bluetooth audio device and the client, and issuing an alarm message can troubleshoot the connection problem as soon as possible.
[0092] In a further optional embodiment, the method for sending Bluetooth broadcast audio data further includes:
[0093] Receiving error information fed back by the Bluetooth audio device according to the broadcast data;
[0094] Stop sending the broadcast data;
[0095] Issue an alarm message.
[0096] In this optional embodiment, the error message includes key verification error information carried by the Bluetooth audio device. Stopping the sending of broadcast data according to the error message can reduce resource consumption, and issuing an alarm message can expose the key error in advance and remind the user to solve the problem as soon as possible.
[0097] See also Figure 3 As shown, Figure 3 1 is a flow chart of a method for receiving Bluetooth broadcast audio data disclosed in an embodiment of the present invention. The method is applied to a Bluetooth audio device, which may be a Bluetooth headset, a Bluetooth speaker, etc., and the present invention does not limit this. Figure 3 As shown, the method for receiving Bluetooth broadcast audio data may include the following operations:
[0098] S201, establishing a BIS connection with the client;
[0099] BIS is a new feature introduced in Bluetooth 5.2 that allows Bluetooth devices to broadcast audio in a time-synchronized stream. It is a one-to-many connection method that allows one device to share an audio stream with multiple devices. To establish BIS, the broadcasting device needs to start an isochronous advertising connection (Isocronous Advertising) to broadcast the available BIS. After receiving the broadcast, the receiving device will send a connection request to the broadcasting device. After the connection is established, the broadcasting device will notify the receiving device of the detailed information of the BIS, including data format and timing information.
[0100] S202, receiving broadcast data;
[0101] In an optional embodiment, the step of receiving broadcast data includes:
[0102] According to the transmission time interval, receive the broadcast data sent based on Bluetooth extended broadcast and Bluetooth periodic broadcast.
[0103] Bluetooth Extended Advertising is a new feature introduced in Bluetooth 5.0, which increases the length of advertising data from the original 31 bytes to 255 bytes, greatly improving the flexibility and availability of advertising data. Bluetooth Extended Advertising uses a new advertising packet format, including a advertising link and one or more auxiliary data links. The advertising link uses the traditional 37 advertising channels for broadcasting and contains information about auxiliary data. Auxiliary data is sent on all Bluetooth channels 1 to 39 via the auxiliary data link. After receiving the data of the advertising link, the receiving device will receive the data of the auxiliary data link at the specified time and channel according to the information in it.
[0104] Bluetooth periodic broadcast is also a new feature introduced in Bluetooth 5.0, which allows devices to send broadcast data at a certain fixed interval without establishing a connection between devices. Bluetooth periodic broadcast is implemented through the auxiliary channel of extended broadcast. The sending device includes a special synchronization information in the extended broadcast, and the receiving device can find the time and channel of the periodic broadcast through the synchronization information, and then receive data at the specified time and channel.
[0105] S203, parsing the broadcast data to obtain a random broadcast code;
[0106] In an optional embodiment, the step of parsing the broadcast data and obtaining a random broadcast code includes:
[0107] Reading data having a third length from the starting position of the broadcast data to obtain the broadcast data length;
[0108] Reading data having a length equal to the length of the broadcast data from the remaining data of the broadcast data;
[0109] The data is divided into two parts, wherein the length of the second part is a preset second length, the first part is used as the broadcast data type, and the second part is used as the broadcast data entity;
[0110] Determining whether the broadcast data type is the same as a preset broadcast data type;
[0111] If they are the same, the broadcast data entity is used as the random broadcast code.
[0112] For example, the broadcast data is 0x073165BC0D12F6A2, the second length is 6 bytes, the third length is 1 byte, and the preset broadcast data type is 0x31. Read a byte from the start position of the broadcast data to get 7, which is used as the broadcast data length. Read 7 bytes of data from the remaining data of the broadcast data to get 0x3165BC0D12F6A2, which is divided into two parts, the first part is 0x31, which is used as the broadcast data type, and the second part is 0x65BC0D12F6A2, which is used as the broadcast data entity. Since the broadcast data type 0x31 is the same as the preset broadcast data type, the random broadcast code is 0x65BC0D12F6A2.
[0113] S204, decoding the random broadcast code to obtain a hash value and a random number;
[0114] In an optional embodiment, the random broadcast code is divided into high-order data and low-order data according to a preset division method, the high-order data is used as the random number, and the low-order data is used as the hash value.
[0115] S205, verifying the decryption party key based on the hash value and the random number, and sending a confirmation message when the verification is successful;
[0116] In an optional embodiment, the step of verifying the decryption party key based on the hash value and the random number includes:
[0117] Input the decryption party key and the random number into a preset hash algorithm to generate a hash value to be verified;
[0118] Determine whether the hash value is equal to the hash value to be verified;
[0119] If they are equal, the decryption key verification is successful;
[0120] If they are not equal, the decryption key verification fails.
[0121] This embodiment utilizes an important characteristic of the hash function: for the same input, the output of the hash function is always the same; for different inputs, the output of the hash function is almost always different. Therefore, only when the encryption party key and the decryption party key are the same, the hash value and the hash value to be verified will be equal.
[0122] In another optional embodiment, the method for receiving Bluetooth broadcast audio data sends an error message when verification fails. The error message indicates that the key verification of the Bluetooth audio device fails, and the transmission can be transmitted through any connection between the client and the Bluetooth audio device. For example, the Bluetooth audio device sends a character value notify as an error message to the client through a general attribute protocol service (GATTService).
[0123] S206: Receive Bluetooth broadcast audio data via BIS connection.
[0124] The present invention provides an electronic device that can execute the method for sending Bluetooth broadcast audio data described in the embodiment of the present invention. The electronic device can be a computer, a mobile phone, a tablet or other electronic devices, and the present invention does not limit this.
[0125] The present invention provides a Bluetooth audio device that can execute the method for receiving Bluetooth broadcast audio data described in the embodiment. The Bluetooth audio device can be various audio devices such as a Bluetooth speaker, a Bluetooth headset, etc., and the present invention does not limit this.
[0126] In summary, the present invention discloses a method and device for sending and receiving Bluetooth broadcast audio data, which improves the efficiency of key verification, improves user experience, and makes the user interface design of the product more intuitive. Therefore, the present invention effectively overcomes various shortcomings in the prior art and has high industrial utilization value.
[0127] The above embodiments are merely illustrative of the principles and effects of the present invention, and are not intended to limit the present invention. Anyone familiar with the art may modify or alter the above embodiments without departing from the spirit and scope of the present invention. Therefore, all equivalent modifications or alterations made by a person of ordinary skill in the art without departing from the spirit and technical concept disclosed by the present invention shall still be covered by the claims of the present invention.
Claims
1. A method for sending Bluetooth broadcast audio data, applied to a client, characterized in that: The method comprises: Establish a BIS connection with a Bluetooth audio device; Generate a random number with a preset first length; Input the encryption party key and the random number into a preset hash algorithm to generate a hash value; Generate a random broadcast code according to the hash value and the random number, wherein the length of the random broadcast code is a preset second length; Generate and send broadcast data according to the random broadcast code; Receiving confirmation information fed back by the Bluetooth audio device according to the broadcast data; According to the confirmation information, the sending of the broadcast data is stopped, and the Bluetooth broadcast audio data is sent through the BIS connection.
2. The method for transmitting Bluetooth broadcast audio data according to claim 1, characterized in that: According to the random broadcast code, the step of generating broadcast data comprises: Get the preset broadcast data type; Adding the length of the broadcast data type to the second length to obtain a broadcast data length, wherein the length of the broadcast data length is a preset third length; The broadcast data length, the broadcast data type, and the random broadcast code are concatenated to obtain the broadcast data.
3. The method for transmitting Bluetooth broadcast audio data according to claim 1, characterized in that: According to the random broadcast code, the steps of generating and sending broadcast data include: generating the broadcast data according to the random broadcast code; Calculate the transmission time interval based on the current network congestion index and network signal strength; Based on the transmission time interval, the broadcast data is continuously sent using Bluetooth extended broadcast or Bluetooth periodic broadcast.
4. The method for transmitting Bluetooth broadcast audio data according to claim 1, characterized in that: The step of stopping sending the broadcast data according to the confirmation information and sending the Bluetooth broadcast audio data through the BIS connection also includes: Determining whether the confirmation information is received within a preset time; If received, stop sending the broadcast data and send Bluetooth broadcast audio data via BIS connection; Otherwise, an alarm message is issued.
5. A method for receiving Bluetooth broadcast audio data, applied to a Bluetooth audio device, characterized in that: include: Establish a BIS connection with the client; Receive broadcast data; Parsing the broadcast data to obtain a random broadcast code; Decoding the random broadcast code to obtain a hash value and a random number; Verify the decryption party key based on the hash value and the random number, and send a confirmation message when the verification is successful; Receive Bluetooth broadcast audio data via BIS connection.
6. The method for receiving Bluetooth broadcast audio data according to claim 5, characterized in that: The step of receiving broadcast data comprises: According to the transmission time interval, receive the broadcast data sent based on Bluetooth extended broadcast and Bluetooth periodic broadcast.
7. The method for receiving Bluetooth broadcast audio data according to claim 5, characterized in that: The step of parsing the broadcast data and obtaining a random broadcast code comprises: Reading data having a third length from the starting position of the broadcast data to obtain the broadcast data length; Reading data having a length equal to the length of the broadcast data from the remaining data of the broadcast data; The data is divided into two parts, wherein the length of the second part is a preset second length, the first part is used as the broadcast data type, and the second part is used as the broadcast data entity; Determining whether the broadcast data type is the same as a preset broadcast data type; If they are the same, the broadcast data entity is used as the random broadcast code.
8. The method for receiving Bluetooth broadcast audio data according to claim 5, characterized in that: The step of verifying the decryption party key based on the hash value and the random number comprises: Input the decryption party key and the random number into a preset hash algorithm to generate a hash value to be verified; Determine whether the hash value is equal to the hash value to be verified; If they are equal, the decryption key verification is successful; If they are not equal, the decryption key verification fails.
9. An electronic device, characterized in that: The method for sending Bluetooth broadcast audio data as described in any one of claims 1 to 4 can be executed.
10. A Bluetooth audio device, characterized in that: The method for receiving Bluetooth broadcast audio data as described in any one of claims 5 to 8 can be executed.
Citation Information
Cited By
Electronic equipment audio broadcast adaptation system and method based on Auracast technology
CN120415476A
Broadcast key generation method, broadcast key generation system and Bluetooth broadcast equipment
CN120676348A