Broadcast control method and apparatus, Bluetooth connection method and apparatus, and electronic device

Abstract

The embodiment of the invention discloses a broadcast control method and device, a Bluetooth connection method and device and electronic equipment. The broadcast control method is applied to Bluetooth equipment, and comprises the following steps: establishing a classic Bluetooth link with terminal equipment; acquiring equipment information of the terminal equipment; judging whether the terminal equipment is white list equipment or not according to the equipment information; if the terminal device is a white list device, sending a first LE Audio broadcast signal; and if the terminal device is not the white list device, not sending the first LE Audio broadcast signal. According to the broadcast control method and device, the Bluetooth connection method and device and the electronic equipment, the stability and reliability of establishing the Bluetooth connection between the electronic equipment can be improved.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a method and device for controlling broadcasting, a method and device for Bluetooth connection, and an electronic device. Background Art

[0002] With the development of Bluetooth technology, the Bluetooth communication standard protocols released by the Bluetooth SIG have been constantly updated and changed, such as the earliest classic Bluetooth standard protocol, to the BLE (Bluetooth Low Energy) standard protocol, and then to the LE Audio (Bluetooth Low Energy Audio) standard protocol. Since the LE Audio standard protocol is a newly launched protocol, there is currently no universal complete solution in the industry, and the manufacturers of various products have different understandings of the LE Audio standard protocol, which may cause compatibility issues during product connection and use, affecting the stability of Bluetooth connection. Therefore, how to improve the stability and reliability of Bluetooth connections between electronic devices has become a technical problem that needs to be solved urgently. Summary of the invention

[0003] The embodiments of the present application disclose a method and device for controlling broadcasting, a Bluetooth connection method and device, an electronic device, and a storage medium, which can improve the stability and reliability of establishing a Bluetooth connection between electronic devices.

[0004] The embodiment of the present application discloses a method for controlling broadcasting, which is applied to a Bluetooth device, and the method includes:

[0005] Establish a classic Bluetooth link with the terminal device;

[0006] Acquire device information of the terminal device;

[0007] Determining whether the terminal device is a whitelist device according to the device information;

[0008] If the terminal device is a whitelist device, sending a first LE Audio broadcast signal;

[0009] If the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent.

[0010] The present application embodiment discloses a Bluetooth connection method, which is applied to a terminal device, and the method includes:

[0011] Establish a classic Bluetooth link with a Bluetooth device;

[0012] If the first LE Audio broadcast signal sent by the Bluetooth device is received, a LE Audio connection request is initiated to the Bluetooth device in response to the first LE Audio broadcast signal; the first LE Audio broadcast signal is sent by the Bluetooth device when it is determined by the Bluetooth device that the terminal device is a whitelist device based on the device information of the terminal device.

[0013] The embodiment of the present application discloses a device for controlling broadcasting, which is applied to a Bluetooth device, and the device includes:

[0014] A connection module is used to establish a classic Bluetooth link with a terminal device;

[0015] An information acquisition module, used to acquire device information of the terminal device;

[0016] A judging module, used for judging whether the terminal device is a whitelist device according to the device information;

[0017] A broadcast module, used for sending a first LE Audio broadcast signal if the terminal device is a whitelist device; and for not sending the first LE Audio broadcast signal if the terminal device is not a whitelist device.

[0018] The present application embodiment discloses a Bluetooth connection device, which is applied to a terminal device, and the device includes:

[0019] A connection module, used to establish a classic Bluetooth link with a Bluetooth device;

[0020] The connection module is also used to respond to the first LE Audio broadcast signal and initiate an LE Audio connection request to the Bluetooth device if the first LE Audio broadcast signal sent by the Bluetooth device is received; the first LE Audio broadcast signal is sent by the Bluetooth device when it determines that the terminal device is a whitelist device based on the device information of the terminal device.

[0021] An embodiment of the present application discloses an electronic device, including a memory, a processor, and a communication unit. The memory stores a computer program. When the computer program is executed by the processor, the electronic device implements the method described in any of the above embodiments.

[0022] An embodiment of the present application discloses a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor in an electronic device, the electronic device implements the method described in any of the above embodiments.

[0023] The method and device for controlling broadcast, the Bluetooth connection method and device, the electronic device, and the storage medium disclosed in the embodiments of the present application are that the Bluetooth device establishes a classic Bluetooth link with the terminal device, the Bluetooth device can obtain the device information of the terminal device, and judge whether the terminal device is a whitelist device based on the device information; if the terminal device is a whitelist device, a first LE Audio broadcast signal is sent, and if the terminal device receives the first LE Audio broadcast signal, a LE Audio connection request can be initiated to the Bluetooth device, and if the Bluetooth device determines that the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent. The Bluetooth device judges whether the terminal device is a whitelist device based on the device information of the terminal device, and then decides whether to send the first LE Audio broadcast signal, which can avoid problems such as abnormal interaction caused by the incorrect establishment of an LE Audio connection between a non-whitelist device and a Bluetooth device, and ensures the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0025] Figure 1A An application scenario diagram of a method for controlling broadcasting and a Bluetooth connection method in an embodiment;

[0026] Figure 1B It is an application scenario diagram of a method for controlling broadcasting and a method for connecting via Bluetooth in another embodiment;

[0027] Figure 2 A timing diagram of a method for controlling broadcasting in one embodiment;

[0028] Figure 3 is a flow chart of a method for controlling broadcasting in one embodiment;

[0029] Figure 4 A schematic diagram of interaction between a Bluetooth device and a terminal device in an embodiment;

[0030] Figure 5 is a flow chart of a method for controlling broadcasting in another embodiment;

[0031] Figure 6 A schematic diagram of interaction between a Bluetooth device and a terminal device in another embodiment;

[0032] Figure 7 A schematic diagram of interaction between a Bluetooth device and a terminal device in another embodiment;

[0033] Figure 8 is a schematic diagram of a data structure of an LE Audio broadcast signal in one embodiment;

[0034] Fig. 9 A schematic diagram of interaction between a Bluetooth device and a terminal device in another embodiment;

[0035] Fig.10 It is a timing diagram of establishing LE Audio Bluetooth connections between a terminal device and two headphones of a headphone device in one embodiment;

[0036] Fig.11 is a flowchart of a Bluetooth connection method in one embodiment;

[0037] Fig.12 is a flow chart of a method for controlling broadcasting in another embodiment;

[0038] Fig.13 is a block diagram of an apparatus for controlling broadcasting in one embodiment;

[0039] Fig.14 is a block diagram of a Bluetooth connection device in one embodiment;

[0040] Fig.15 FIG. 4 is a structural block diagram of a Bluetooth device in an embodiment. DETAILED DESCRIPTION

[0041] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0042] It should be noted that the terms "including" and "having" and any variations thereof in the embodiments of the present application and the accompanying drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device including a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products or devices.

[0043] It is understood that the terms "first", "second", etc. used in this application can be used to describe various elements in this article, but these elements are not limited by these terms. These terms are only used to distinguish one element from another. For example, without departing from the scope of this application, the first key can be referred to as the second key, and similarly, the second key can be referred to as the first key. Both the first key and the second key are keys, but they are not the same key. The term "multiple" used in this application refers to two or more. The term "and / or" used in this application refers to one of the schemes, or any combination of multiple schemes. In the absence of conflict, the various embodiments, implementation methods and technical features of this application can be combined arbitrarily.

[0044] Figure 1A FIG. 1 is an application scenario diagram of a method for controlling broadcasting and a method for connecting to Bluetooth in an embodiment. Figure 1A As shown, the Bluetooth device 10 can establish a Bluetooth connection with the terminal device 20, wherein the Bluetooth device 10 may include but is not limited to electronic devices supporting Bluetooth communication functions such as vehicle terminals, wearable devices, speaker devices, Bluetooth headsets, smart home devices, etc., and further, the Bluetooth device 10 may be a TWS (True Wireless Stereo) headset, etc. The terminal device 20 may include but is not limited to mobile phones, wearable devices, vehicle terminals, tablet computers, PCs (Personal Computers), PDAs (Personal Digital Assistants), and other devices.

[0045] In the embodiment of the present application, the Bluetooth device 10 may be an electronic device supporting Bluetooth dual-mode, and the electronic device supporting Bluetooth dual-mode may refer to an electronic device supporting both the classic Bluetooth protocol and the BLE protocol. Among them, the classic Bluetooth protocol generally refers to the Bluetooth protocol below the Bluetooth protocol version 4.0, and the BLE protocol generally refers to the Bluetooth protocol above the Bluetooth protocol version 4.0. Further, the Bluetooth device 10 may be an electronic device supporting the classic Bluetooth protocol and the LE Audio protocol. The BLE Audio technology solves the problem that only a small amount of data can be transmitted using the BLE connection, but not audio data. The LE Audio protocol supports audio data encoded by LC3 (Low Complexity Communications Codec, low-power audio codec), so that the transmission of audio data can better take into account power consumption, real-time performance, sound quality and other aspects. It should be noted that the BLE Audio and LE Audio used in this application can refer to the same concept, and can be used interchangeably in terms of terms, and can refer to a new generation of Bluetooth audio technology standards set based on the Bluetooth 5.2 version specification, such as supporting low-power audio decoder LC3, supporting multiple streaming audio, supporting broadcast audio technology, etc.

[0046] In order to meet the needs of users for audio transmission in different scenarios, for example, when users listen to high-definition music, the sound quality of LDAC encoding transmitted based on the classic Bluetooth protocol may be better than the sound quality of LC3 encoding supported by the LE Audio protocol, so audio data transmission can be performed based on the classic Bluetooth protocol; when users play games through terminal devices, audio data transmission based on the LE Audio protocol can reduce delays, etc. The Bluetooth device 10 can establish a classic Bluetooth connection and a LE Audio Bluetooth connection with the terminal device 20 at the same time.

[0047] Since the LE Audio standard protocol is a newly launched protocol, there is no universal complete solution in the industry at present, so the manufacturers of various products have different understandings of the LE Audio standard protocol, which may cause compatibility problems in the connection and use of the products. In the related art, the Bluetooth device 10 and the terminal device 20 can first establish a classic Bluetooth link, and the Bluetooth device 10 can determine whether the terminal device 20 supports the Bluetooth low energy audio function (i.e., supports the LE Audio function) according to the COD (Class of device, device information set) field carried in the classic Bluetooth connection request sent by the terminal device 20. If it is determined that the terminal device 20 supports the LE Audio function, it will send an LE Audio broadcast so that the terminal device 20 receives the LE Audio broadcast and establishes an LE Audio Bluetooth connection with the Bluetooth device 10. In this way, the Bluetooth device 10 can only distinguish whether the terminal device 20 supports the LE Audio function. However, since the manufacturers of various products have different understandings of the LE Audio standard protocol, there are some terminal devices 20 (such as some third-party terminal devices) that support the LE Audio function. Errors may occur during the connection process with the Bluetooth device 10, resulting in failure to connect normally, making the LE Audio function of the Bluetooth device 10 and / or the terminal device 20 chaotic or abnormal. For example, although the terminal device 20 supports the LE Audio function, the LE Audio standard protocol it understands is different from the LE Audio standard protocol understood by the Bluetooth device 10, and the two are incompatible. The two may not be able to establish an LE Audio Bluetooth connection or may be unable to use the LE Audio Bluetooth connection after establishing it. However, since the terminal device 20 receives the LE Audio broadcast sent by the Bluetooth device 10, the LE Audio switch may be abnormally displayed on the interface of the terminal device 20 or the LE Audio function may be mistakenly enabled, causing trouble to the user, and may even affect the classic Bluetooth connection between the Bluetooth device 10 and the terminal device 20, affecting the stability of the Bluetooth connection.

[0048] In the embodiment of the present application, a whitelist may be pre-stored in the Bluetooth device 10, and the whitelist may store device information of one or more terminal devices, and the LE Audio function supported by each terminal device included in the whitelist is compatible with the LE Audio function supported by the Bluetooth device 10. After the Bluetooth device 10 establishes a classic Bluetooth link with the terminal device 20, the Bluetooth device 10 may send a device information acquisition request to the terminal device 20, and the terminal device 20 may respond to the device information acquisition request after receiving the device information acquisition request and send the device information of the terminal device 20 to the Bluetooth device 10. The Bluetooth device 10 may compare the device information of the terminal device 20 with the device information of each terminal device stored in the whitelist to determine whether the terminal device 20 is a whitelist device. If the Bluetooth device 10 determines that the terminal device 20 is a whitelist device, the Bluetooth device 10 may send a first LE Audio broadcast signal, and the terminal device 20 that receives the first LE Audio broadcast signal may initiate an LE Audio connection request to the Bluetooth device 10; if the Bluetooth device 10 determines that the terminal device 20 is not a whitelist device, the first LE Audio broadcast signal will not be sent, thereby avoiding problems such as interaction abnormalities caused by non-whitelist devices and Bluetooth devices erroneously establishing an LE Audio connection, avoiding problems such as connection abnormalities or usage abnormalities, and ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0049] It should be noted that the classic Bluetooth link may include but is not limited to ACL (Asynchronous Connection-oriented Link), SCO (Synchronous Connection Oriented) and other links. Based on the classic Bluetooth link, the Bluetooth device 10 and the terminal device 20 may further establish service connections such as A2DP (Advanced Audio Distribution Profile) and HFP (Hands-free Profile), so that service data such as audio data and voice data can be transmitted between the terminal device and the Bluetooth device.

[0050] Figure 1B FIG. 1 is an application scenario diagram of a method for controlling broadcasting and a method for connecting to Bluetooth in another embodiment. Figure 1B As shown, in some embodiments, the Bluetooth device 10 may include a headphone device. In classic Bluetooth communication, a master-slave relationship can be distinguished between the two headphones included in the headphone device. The headphone device includes a master headphone 110 and a slave headphone 120. A communication connection (such as a Bluetooth connection, etc.) can be established between the master headphone 110 and the slave headphone 120.

[0051] The master earphone 110 may pre-store a whitelist, which may store device information of one or more terminal devices, and the LE Audio function supported by each terminal device included in the whitelist is compatible with the LE Audio function supported by the earphone device. The master earphone 110 may establish a classic Bluetooth link with the terminal device 20. After the classic Bluetooth link is established between the master earphone 110 and the terminal device 20, the slave earphone 120 may obtain the classic Bluetooth connection information between the master earphone 110 and the terminal device 20 through the communication connection with the master earphone 110, so that the data transmission between the master earphone 110 and the terminal device 20 based on the classic Bluetooth link may be monitored in a monitoring manner to achieve synchronization between the master and slave earphones. As an implementation method, the master earphone 110 may establish a classic Bluetooth link with the terminal device 20, and the master earphone 110 may establish a communication connection with the slave earphone 120. When the master earphone 110 receives data transmitted by the terminal device 20 through the classic Bluetooth link, the master earphone 110 may forward the transmitted data to the slave earphone 120 to achieve synchronization between the master and slave earphones.

[0052] After the classic Bluetooth link is established between the main headset 110 and the terminal device 20, the main headset 110 may send a device information acquisition request to the terminal device 20. After receiving the device information acquisition request, the terminal device 20 may respond to the device information acquisition request and send the device information of the terminal device 20 to the main headset 110. The main headset 110 may compare the device information of the terminal device 20 with the device information of each terminal device stored in the whitelist to determine whether the terminal device 20 is a whitelist device. If the main headset 110 determines that the terminal device 20 is a whitelist device, the main headset 110 may send a first LE Audio broadcast signal, and the terminal device 20 that receives the first LE Audio broadcast signal may initiate an LE Audio connection request to the main headset 110, thereby establishing an LE Audio connection request with the main headset 110.

[0053] In some embodiments, after the master headset 110 determines that the terminal device 20 is a whitelist device, it can send a broadcast trigger instruction to the slave headset 120, and the slave headset 120 can respond to the broadcast trigger instruction and send a second LE Audio broadcast signal. The terminal device 20 that receives the second LE Audio broadcast signal can initiate an LE Audio connection request to the slave headset 120, thereby establishing an LE Audio connection request with the slave headset 110.

[0054] Figure 2 FIG. 1 is a timing diagram of a method for controlling broadcasting in one embodiment. Figure 2 As shown, the method may include the following steps:

[0055] Step 1: The Bluetooth device establishes a classic Bluetooth link with the terminal device.

[0056] Step 2: The Bluetooth device obtains the device information of the terminal device.

[0057] Step 3: The Bluetooth device determines whether the terminal device is a whitelist device based on the device information.

[0058] Step 4: If the Bluetooth device determines that the terminal device is a whitelist device, it sends a first LE Audio broadcast signal.

[0059] Step 5: If the Bluetooth device determines that the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent.

[0060] Step 6: If the terminal device receives the first LE Audio broadcast signal sent by the Bluetooth device, it can respond to the first LE Audio broadcast signal and initiate an LE Audio connection request to the Bluetooth device.

[0061] like Figure 3 As shown, in one embodiment, a method for controlling broadcasting is provided, which can be applied to the above-mentioned Bluetooth device, and the method may include the following steps:

[0062] Step 310: Establish a classic Bluetooth link with the terminal device.

[0063] The terminal device may send a classic Bluetooth connection request to the Bluetooth device, and the Bluetooth device may respond to the classic Bluetooth connection request and establish a classic Bluetooth link with the terminal device.

[0064] In some embodiments, the Bluetooth device may be in a pairing state, in which the Bluetooth device may simultaneously turn on the inquiry scan mode and the page scan mode. In the inquiry scan mode, the Bluetooth device allows itself to be scanned and searched by other devices, and in the page scan mode, it can receive and respond to classic Bluetooth connection requests sent by other devices. That is, when the Bluetooth device is in a pairing state, the Bluetooth device is in a discoverable state and a connectable state at the same time. The terminal device may be a device that has not previously established a classic Bluetooth connection with the Bluetooth device, or a device that has previously established a classic Bluetooth connection but has not stored a connection record corresponding to the Bluetooth device. The connection record may include information such as device information, pairing information (such as a key, pairing code, etc.) of the Bluetooth device. The terminal device may scan a Bluetooth device in a pairing state, thereby obtaining the device information of the Bluetooth device, and sending a classic Bluetooth connection request to the Bluetooth device based on the device information of the Bluetooth device.

[0065] Optionally, the terminal device may turn on the scanning mode and scan the surrounding Bluetooth devices. The terminal device may send a scanning request (inquiry request) to the Bluetooth device, and the Bluetooth device may return a scanning response (inquiry response) to the terminal device after receiving the scanning request. The terminal device may obtain the device information of the Bluetooth device according to the received scanning response, and the device information may include but is not limited to one or more of the Bluetooth address of the Bluetooth device (such as the classic Bluetooth address, etc.), the device name of the Bluetooth device, the MAC address, etc. Further, the terminal device may display the device information of the Bluetooth device, and the user may perform a connection operation for the device information to trigger the terminal device to connect to the Bluetooth device through Bluetooth. In response to the connection operation for the device information of the Bluetooth device, the terminal device may send a classic Bluetooth connection request to the Bluetooth device according to the device information of the Bluetooth device.

[0066] As another implementation, the terminal device may also be a device that has established a classic Bluetooth connection and paired with the Bluetooth device, and the terminal device may store a connection record corresponding to the Bluetooth device. The terminal device may obtain device information of the Bluetooth device according to the connection record, and send a classic Bluetooth connection request to the Bluetooth device according to the device information.

[0067] As a specific implementation, the above-mentioned classic Bluetooth connection request may be a paging data packet. The terminal device may send the paging data packet in a frequency hopping manner to page the Bluetooth device. The Bluetooth device with the page scan mode turned on may scan the paging data packets sent externally at fixed intervals, such as the paging data packets sent by the terminal device, that is, the classic Bluetooth connection request sent by the terminal device is received.

[0068] Step 320, obtaining device information of the terminal device.

[0069] In some embodiments, after the Bluetooth device establishes a classic Bluetooth connection link with the terminal device, a device information acquisition request may be sent to the terminal device. After receiving the device information acquisition request, the terminal device may respond to the device information acquisition request and send its own device information to the Bluetooth device.

[0070] As an implementation method, the device information acquisition request includes a PNP query request, which can be used to obtain the PNP information (PNP information) of the terminal device. The PNP information is a UUID (Universally Unique Identifier) ​​specified in the Bluetooth SDP (Service Discovery Protocol). The PNP information may include device information, which may be one or more device identifiers. For example, the device information of the terminal device may include the manufacturer identifier (such as vendor id) and / or product identifier (such as product id) of the terminal device, but is not limited to this; wherein the vendor id is a specific UUID applied by the manufacturer of the product to the Bluetooth Technology Alliance, and products of the same manufacturer may correspond to the same vendor id, and the product id may be a specific product identifier corresponding to the terminal device, and different products may correspond to different product ids.

[0071] After receiving the PNP query request sent by the Bluetooth device, the terminal device can reply to the Bluetooth device with a PNP response, which carries the device information of the terminal device, including but not limited to the manufacturer identification, product identification, etc. After receiving the PNP response sent by the terminal device, the Bluetooth device can parse the PNP response to obtain the required device information of the terminal device, for example, the vendor id field and product id field in the PNP response can be parsed to obtain the vendor id and product id corresponding to the terminal device.

[0072] Since SDP does not rely on encryption in the Bluetooth connection, that is, it does not need to be executed after data encryption, the Bluetooth device and the terminal device can send a PNP query request to the terminal device after establishing a classic Bluetooth link (such as an ACL link, etc.), without waiting for pairing and other interactive processes, thereby improving the efficiency of the Bluetooth device in obtaining the device information of the terminal device.

[0073] Step 330 , determining whether the terminal device is a whitelist device based on the device information, if so, executing step 340 , if not, executing step 350 .

[0074] Step 340: Send a first LE Audio broadcast signal.

[0075] Step 350: Do not send the first LE Audio broadcast signal.

[0076] In the embodiment of the present application, a whitelist may be pre-stored in the Bluetooth device, and the whitelist may store device information of one or more terminal devices, and the LE Audio function supported by each terminal device included in the whitelist is compatible with the LE Audio function supported by the Bluetooth device 10. Optionally, the terminal devices included in the whitelist may be added to the whitelist by the manufacturer of the Bluetooth device through testing or other means to detect that the terminal device and the Bluetooth device can establish an LE Audio connection normally and use the LE Audio function normally, that is, to determine that there is no compatibility risk of the LE Audio function between the two.

[0077] After the Bluetooth device obtains the device information of the terminal device, it can compare the device information of the terminal device with the device information of each terminal device stored in the whitelist to determine whether the terminal device currently establishing the classic Bluetooth link is a whitelist device, that is, to determine whether the terminal device currently establishing the classic Bluetooth link is a terminal device in the whitelist. If the whitelist contains the device information of the terminal device currently establishing the classic Bluetooth link, it is determined that the terminal device currently establishing the classic Bluetooth link is a whitelist device; if the whitelist does not contain the device information of the terminal device currently establishing the classic Bluetooth link, it is determined that the terminal device currently establishing the classic Bluetooth link is not a whitelist device.

[0078] If the terminal device currently establishing the classic Bluetooth link is a whitelist device, it means that there is no compatibility risk of the LE Audio function between the terminal device and the Bluetooth device. Therefore, the Bluetooth device can send the first LE Audio broadcast signal, and the first LE Audio broadcast signal can be used to trigger the terminal device that receives the first LE Audio broadcast signal to initiate an LE Audio connection request to the Bluetooth device. The terminal device can establish a classic Bluetooth connection and an LE Audio Bluetooth connection with the Bluetooth device respectively.

[0079] If the terminal device that is currently establishing a classic Bluetooth link is not a whitelist device, it means that there is a compatibility risk of the LE Audio function between the terminal device and the Bluetooth device. If the two establish an LE Audio Bluetooth connection, connection abnormalities or abnormal use of the LE Audio function may occur, and even affect the classic Bluetooth connection between the two. Therefore, the Bluetooth device may not send the first LE Audio broadcast signal. Since the terminal device cannot receive the first LE Audio broadcast signal of the Bluetooth device, it will not initiate an LE Audio connection request to the Bluetooth device. Only a classic Bluetooth connection can be established between the Bluetooth device and the terminal device, thereby avoiding LE Audio connection errors or abnormal use of the LE Audio function between non-whitelisted devices and Bluetooth devices, and ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0080] In some embodiments, the Bluetooth device may control the start of sending the first LE Audio broadcast signal after establishing a classic Bluetooth link with the terminal device, and stop sending the first LE Audio broadcast signal when it is determined that the terminal device is not a whitelist device. The Bluetooth device may start sending the first LE Audio broadcast signal after establishing a classic Bluetooth link with the terminal device, and stop sending the first LE Audio broadcast signal when it receives device information fed back by the terminal device and determines that the terminal device is not a whitelist device, thereby avoiding the terminal device that is not on the whitelist from mistakenly establishing a LE Audio Bluetooth connection with the Bluetooth device.

[0081] The method of first sending the first LE Audio broadcast signal and then stopping sending the first LE Audio broadcast signal after determining that the terminal device is not a whitelist device may still have the risk of terminal device misconnection. Therefore, in other embodiments, if the terminal device is a whitelist device, control to start sending the first LE Audio broadcast signal. The Bluetooth device can control to start sending the first LE Audio broadcast signal when determining that the terminal device is a whitelist device, which can ensure that terminal devices that are not on the whitelist will not establish an LE Audio Bluetooth connection with the Bluetooth device, further improving the stability and accuracy of the connection.

[0082] Figure 4 FIG. 1 is a schematic diagram of the interaction between a Bluetooth device and a terminal device in an embodiment. Figure 4As shown, the Bluetooth device can enter the pairing state (inquiry scan mode and page scan mode are turned on at the same time), the terminal device can scan the Bluetooth device, and obtain the device information of the Bluetooth device. The terminal device can display the device information of the Bluetooth device, and the user can perform a connection operation for the device information (such as clicking the connection button corresponding to the Bluetooth device) to trigger the terminal device to connect to the Bluetooth device through Bluetooth. In response to the connection operation, the terminal device sends a classic Bluetooth connection request to the Bluetooth device. After receiving the classic Bluetooth connection request sent by the terminal device, the Bluetooth device can respond to the classic Bluetooth connection request and establish a classic Bluetooth link with the terminal device. The Bluetooth device can send a PNP info query (i.e., a PNP query request) to the terminal device, and the terminal device responds to the PNP info query and feeds back a PNP info reply to the Bluetooth device, and the PNP info reply carries the device information of the terminal device. The Bluetooth device receives the PNP info reply sent by the terminal device, and can parse the device information from the PNP info reply and determine whether the terminal device is a whitelist device. If the terminal device is determined to be a whitelist device, the first LE Audio broadcast signal is sent. If the terminal device is determined not to be a whitelist device, the first LE Audio broadcast signal is not sent. If the terminal device receives the first LE Audio broadcast signal sent by the Bluetooth device, it can initiate an LE Audio connection request to the Bluetooth device, thereby establishing an LE Audio Bluetooth connection with the Bluetooth device.

[0083] In some embodiments, the terminal devices included in the whitelist may also be updated and upgraded according to actual conditions. The Bluetooth device may receive whitelist update information sent by the terminal device, and update the stored whitelist according to the whitelist update information.

[0084] As an implementation method, an application for managing Bluetooth devices may be installed in the terminal device. When the manufacturer of the Bluetooth device needs to update the whitelist, the whitelist update information may be sent to the server. The whitelist update information may include the latest complete whitelist, and may also include the device information of the terminal device updated in the whitelist, such as the device information of the newly added terminal device, or the device information of the deleted terminal device, etc. The server may send the whitelist update information to the terminal device installed with the application for managing Bluetooth devices. After the Bluetooth device establishes a communication connection with the terminal device (including but not limited to the above-mentioned classic Bluetooth connection, BLE connection, etc.), the terminal device may send the whitelist update information to the Bluetooth device. After the Bluetooth device receives the whitelist update information, it may update the stored whitelist according to the whitelist update information. It should be noted that the whitelist in the Bluetooth device may also be updated in other ways, such as updating the whitelist in the Bluetooth device by OTA (Over The Air, air download technology) upgrade, etc., which is not limited in the embodiments of the present application. By updating the whitelist in the Bluetooth device, it can be ensured that the terminal devices in the whitelist are all terminal devices compatible with the LE Audio function of the Bluetooth device, ensuring the accuracy and timeliness of the whitelist.

[0085] In an embodiment of the present application, a Bluetooth device establishes a classic Bluetooth link with a terminal device. The Bluetooth device can obtain the device information of the terminal device and determine whether the terminal device is a whitelist device based on the device information. If the terminal device is a whitelist device, a first LE Audio broadcast signal is sent. If the terminal device receives the first LE Audio broadcast signal, an LE Audio connection request can be initiated to the Bluetooth device. If the Bluetooth device determines that the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent. The Bluetooth device determines whether the terminal device is a whitelist device based on the device information of the terminal device, and then decides whether to send the first LE Audio broadcast signal. This can avoid problems such as abnormal interactions caused by incorrectly establishing an LE Audio connection between a non-whitelist device and a Bluetooth device, ensure the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device, and improve the user experience.

[0086] like Figure 5 As shown, in another embodiment, a method for controlling broadcasting is provided, which can be applied to the above-mentioned Bluetooth device, and the method may include the following steps:

[0087] Step 502: Receive a classic Bluetooth connection request sent by a terminal device.

[0088] Step 504 , judging whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request, if so, executing step 510 , if not, executing step 506 .

[0089] After the Bluetooth device receives the classic Bluetooth connection request sent by the terminal device, it can determine whether the terminal device supports the Bluetooth low-energy audio function based on the classic Bluetooth connection request. The terminal device supporting the Bluetooth low-energy audio function may mean that the terminal device can currently establish an LE Audio Bluetooth connection with the Bluetooth device, and the terminal device not supporting the Bluetooth low-energy audio function may mean that the terminal device cannot currently establish an LE Audio Bluetooth connection with the Bluetooth device.

[0090] Optionally, the terminal device does not support the Bluetooth low energy audio function. It may be that the terminal device itself does not support the LE Audio protocol (i.e., does not have the LE Audio function), or it may be that the terminal device itself supports the BLE Audio protocol, but the LE Audio function is turned off. Turning off the LE Audio function can be understood as achieving an effect similar to not having the LE Audio function, for example, not showing the LE Audio function to the outside by not running the corresponding LE Audio function module. As a specific implementation method, for the case where the terminal device itself supports the LE Audio protocol, the terminal device may provide a switch control for the LE Audio function in the Bluetooth management interface, and the user can choose to turn on / off the LE Audio function of the terminal device by triggering the switch control. If the user chooses to turn on the LE Audio function of the terminal device, the terminal device supports the Bluetooth low energy audio function and can establish an LE Audio Bluetooth connection with the Bluetooth device. If the user chooses to turn off the LE Audio function of the terminal device, the terminal device does not support the Bluetooth low energy audio function and cannot establish an LE Audio Bluetooth connection with the Bluetooth device.

[0091] In some embodiments, the terminal device may send a classic Bluetooth connection request carrying a target field to the Bluetooth device, and the target field may be used to indicate whether the terminal device supports the Bluetooth low-power audio function. In the case where the terminal device supports the Bluetooth low-power audio function, the target field may include a first identifier, and in the case where the terminal device does not support the Bluetooth low-power audio function, the target field may include a second identifier. The first identifier is different from the second identifier, and the first identifier and the second identifier can be set according to actual needs. The first identifier and the second identifier can be composed of one or more of numbers, letters, symbols, etc. For example, the first identifier may be 1 and the second identifier may be 0, but is not limited to this.

[0092] After receiving the classic Bluetooth connection request sent by the terminal device, the Bluetooth device can parse the classic Bluetooth connection request to extract the target field contained in the classic Bluetooth connection request, and determine whether the terminal device supports the Bluetooth low energy audio function according to the target field. If the target field contains the first identifier, it can be determined that the terminal device supports the Bluetooth low energy audio function, and if the target field contains the second identifier, it can be determined that the terminal device does not support the Bluetooth low energy audio function.

[0093] As a specific implementation, the classic Bluetooth connection request may carry a COD (Class of device) field, which can be used to declare the device type of the terminal device. The COD field may include one or more subfields, for example, it may include a Bit_14 subfield, which can be used to indicate whether the terminal device supports the Bluetooth low-power audio function. The Bluetooth device may parse the classic Bluetooth connection request to extract the COD field. If it is detected that the Bit_14 subfield in the COD field is set to the first identifier, it can be determined that the terminal device supports the Bluetooth low-power audio function. If it is detected that the Bit_14 subfield in the COD field is set to the second identifier, it can be determined that the terminal device does not support the Bluetooth low-power audio function. In an embodiment of the present application, the terminal device directly modifies the content of the target field carried in the classic Bluetooth connection request according to whether it supports the Bluetooth low-power audio function, which allows the Bluetooth device to more quickly and conveniently determine whether the terminal device supports the Bluetooth low-power audio function and improve the efficiency of Bluetooth connection.

[0094] Step 506, control the secure connection function to be in a closed state.

[0095] Step 508: respond to the classic Bluetooth connection request and establish a classic Bluetooth link with the terminal device.

[0096] Step 510, control the secure connection function to be in an on state.

[0097] Step 512: respond to the classic Bluetooth connection request and establish a classic Bluetooth link with the terminal device.

[0098] The secure connection function of a Bluetooth device can be used to indicate a function that can perform a pairing operation of a BLE connection based on a classic Bluetooth link. Further, the secure connection function may refer to the secure connection function of classic Bluetooth, which can implement an SMP (secure manager protocol) process based on a classic Bluetooth link (such as an ACL link, etc.), and the SMP process can provide the BLE connection with the key required to establish an encrypted connection. Furthermore, the secure connection function can trigger the conversion of a first key corresponding to a classic Bluetooth connection into a second key corresponding to a BLE connection, thereby implementing a pairing operation of a BLE connection based on the classic Bluetooth link.

[0099] In an embodiment of the present application, the Bluetooth device can dynamically control the state of the secure connection function according to whether the terminal device supports the Bluetooth low-power audio function. When the Bluetooth device determines that the terminal device supports the Bluetooth low-power audio function according to the classic Bluetooth connection request, the secure connection function can be controlled to be in an on state; when the Bluetooth device determines that the terminal device does not support the Bluetooth low-power audio function according to the classic Bluetooth connection request, the secure connection function can be controlled to be in an off state.

[0100] Optionally, the secure connection function of the Bluetooth device may be turned off by default. After the Bluetooth device receives a classic Bluetooth connection request sent by the terminal device, if it is determined according to the classic Bluetooth connection request that the terminal device supports the Bluetooth low energy audio function, the secure connection function is turned on. It should be noted that the secure connection function of the Bluetooth device may also be turned on by default. After the Bluetooth device receives a classic Bluetooth connection request sent by the terminal device, if it is determined according to the classic Bluetooth connection request that the terminal device does not support the Bluetooth low energy audio function, the secure connection function is turned off.

[0101] After establishing a classic Bluetooth link with a Bluetooth device, the terminal device can query the Bluetooth device for the Bluetooth services supported by the Bluetooth device, and determine whether the Bluetooth device has enabled the secure connection function based on the query result returned by the Bluetooth device, that is, determine whether the Bluetooth device supports the secure connection function. The fact that the Bluetooth device supports the secure connection function may mean that the secure connection function is enabled, and the fact that the Bluetooth device does not support the secure connection function may mean that the secure connection function is disabled.

[0102] As an implementation method, if the secure connection function of the Bluetooth device is in an on state, the query result returned by the Bluetooth device may include a service identifier corresponding to the secure connection function. If the secure connection function of the Bluetooth device is in an off state, the query result returned by the Bluetooth device does not include the service identifier corresponding to the secure connection function. The terminal device can determine whether the Bluetooth device has the secure connection function turned on by judging whether the query result contains the service identifier. The service identifier can be composed of one or more of numbers, letters, and symbols. As another implementation method, the query result returned by the Bluetooth device may include a function field corresponding to the secure connection function. If the secure connection function of the Bluetooth device is in an on state, the Bluetooth device may set the function field to a third identifier. If the secure connection function of the Bluetooth device is in an off state, the Bluetooth device may set the function field to a fourth identifier. The third and fourth identifiers can be set according to actual needs, for example, the third identifier is YES, the fourth identifier is NO, etc., but is not limited thereto. The terminal device can determine whether the Bluetooth device has the secure connection function turned on by judging whether the function field corresponding to the secure connection function in the query result is the third identifier or the fourth identifier.

[0103] In some embodiments, when the secure connection function of the Bluetooth device is turned on, the secure connection function can be used to trigger the terminal device to perform a CTKD process after establishing a classic Bluetooth link with the Bluetooth device, and convert the first key corresponding to the classic Bluetooth connection (such as a pairing key link key, etc.) into a second key corresponding to the BLE connection (such as LTK (Long Term Key, long-term key, etc.). When the secure connection function of the Bluetooth device is turned off, the terminal device does not perform the CTKD process after establishing a classic Bluetooth link with the Bluetooth device. Furthermore, the classic Bluetooth address of the Bluetooth device can be the same as the BLE address, so that the mutual conversion between the first key corresponding to the classic Bluetooth connection and the second key corresponding to the BLE connection can be achieved. For the specific key conversion process, please refer to the relevant provisions in the Bluetooth standard.

[0104] After the terminal device establishes a classic Bluetooth link with the Bluetooth device, it can determine whether the Bluetooth device has enabled the secure connection function. If it is determined that the Bluetooth device has enabled the secure connection function, the CTKD process can be performed to convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection. The second key can be used to encrypt the subsequently established BLE connection. Optionally, if the terminal device is a device that has not previously established a classic Bluetooth connection with the Bluetooth device, or a device that has previously established a classic Bluetooth connection but does not store a connection record corresponding to the Bluetooth device, the terminal device can establish a classic Bluetooth link with the Bluetooth device and perform a pairing operation (pairing). The pairing operation may include exchanging pairing codes, agreeing on the first key between the two, and other processes to ensure the security of the transmission. After the terminal device determines that the Bluetooth device has enabled the secure connection function, the first key can be obtained and the first key can be converted into the second key corresponding to the BLE connection.

[0105] Optionally, if the terminal device is a device that has established a classic Bluetooth connection with a Bluetooth device and has been paired, the terminal device may store a first key corresponding to the classic Bluetooth connection, and the terminal device may directly establish a classic Bluetooth link with the Bluetooth device without pairing. After the terminal device determines that the Bluetooth device has enabled the secure connection function, the stored first key may be obtained and converted into a second key corresponding to the BLE connection.

[0106] If the terminal device determines that the Bluetooth device has turned off the secure connection function (that is, it does not support the secure connection function), the CTKD process is not performed, and the first key corresponding to the classic Bluetooth connection is not converted to the second key corresponding to the BLE connection.

[0107] For example, Figure 6 FIG. 1 is a schematic diagram of the interaction between a Bluetooth device and a terminal device in another embodiment. Figure 6As shown, the Bluetooth device can enter the pairing state (inquiry scan mode and page scan mode are turned on at the same time), the terminal device can scan the Bluetooth device and obtain the device information of the Bluetooth device. The terminal device can display the device information of the Bluetooth device, and the user can perform a connection operation for the device information (such as clicking the connection button corresponding to the Bluetooth device) to trigger the terminal device to connect to the Bluetooth device through Bluetooth. In response to the connection operation, the terminal device sends a classic Bluetooth connection request to the Bluetooth device. After the Bluetooth device receives the classic Bluetooth connection request sent by the terminal device, it can determine whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request. If so, the secure connection function can be controlled to be in an on state, and if not, the secure connection function can be controlled to be in an off state. The Bluetooth device then responds to the classic Bluetooth connection request sent by the terminal device and establishes a classic Bluetooth link with the terminal device. The terminal device can determine whether the Bluetooth device has the secure connection function turned on. If so, the CTKD process can be performed to convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection (the second key can be used to establish a BLE connection). If not, the CTKD process is not performed.

[0108] In the embodiment of the present application, the Bluetooth device can dynamically control the secure connection function to be turned on or off according to whether the terminal device supports the Bluetooth low-power audio function. Since the Bluetooth device will control the secure connection function (i.e., the secure connection function of the classic Bluetooth) to be turned off when the terminal device does not support the Bluetooth low-power audio function, the terminal device will not further perform the CTKD process based on the classic Bluetooth when it determines that the secure connection function of the Bluetooth device is turned off, thereby avoiding the CTKD process on some terminal devices that do not support the LE Audio function, and also avoiding the situation where the classic Bluetooth link is adversely affected. The connection stability and reliability between the terminal device and the Bluetooth device are further improved.

[0109] Step 514: Send a device information acquisition request to the terminal device, where the device information acquisition request is used to request to acquire the device information of the terminal device.

[0110] In some embodiments, the Bluetooth device may obtain device information of the terminal device when determining the Bluetooth low energy audio function of the terminal device; and / or, the Bluetooth device may obtain device information of the terminal device when the secure connection function is turned on.

[0111] When it is determined that the terminal device does not support the Bluetooth low energy audio function, the terminal device does not support the LE Audio function and it will not be compatible with the LE Audio function of the Bluetooth device and will not exist in the whitelist. Therefore, the Bluetooth device may not send a device information acquisition request to the terminal device or send the first LE Audio broadcast signal, thereby reducing invalid interactions between the Bluetooth device and the terminal device and further ensuring the stability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0112] When it is determined that the terminal device supports the Bluetooth low energy audio function, and / or the secure connection function is turned on, it means that the terminal device supports the LE Audio function, but there may be a compatibility risk with the LE Audio function supported by the Bluetooth device. Therefore, it is necessary to obtain the device information of the terminal device to further determine whether the terminal device is a whitelist device. If the terminal device is not a whitelist device, the Bluetooth device does not send the first LE Audio broadcast signal, thereby avoiding the terminal device that supports the LE Audio function but is not on the whitelist from erroneously establishing a LE Audio connection with the Bluetooth device, resulting in connection or usage abnormalities, thereby ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0113] Step 516: Receive device information sent by the terminal device.

[0114] Step 518, determine whether the terminal device is a whitelist device based on the device information, if so, execute step 520, if not, execute step 522.

[0115] Step 520: Send a first LE Audio broadcast signal.

[0116] Step 522: Do not send the first LE Audio broadcast signal.

[0117] For example, Figure 7 FIG. 1 is a schematic diagram of the interaction between a Bluetooth device and a terminal device in another embodiment. Figure 7As shown, the terminal device can send a classic Bluetooth connection request to the Bluetooth device. After the Bluetooth device receives the classic Bluetooth connection request sent by the terminal device, it can determine whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request. If so, the secure connection function can be controlled to be in an on state. If not, the secure connection function can be controlled to be in an off state. The Bluetooth device then responds to the classic Bluetooth connection request sent by the terminal device and establishes a classic Bluetooth link with the terminal device. The terminal device can determine whether the Bluetooth device has the secure connection function turned on. If so, the CTKD process can be performed to convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection (the second key can be used to establish a BLE connection). If not, the CTKD process is not performed.

[0118] After the Bluetooth device establishes a classic Bluetooth link with the terminal device, the Bluetooth device can send a PNPinfo query (i.e., a PNP query request) to the terminal device. The terminal device responds to the PNP info query and feeds back a PNP info reply to the Bluetooth device. The PNP info reply carries the device information of the terminal device. The Bluetooth device receives the PNP info reply sent by the terminal device, can parse the device information from the PNP info reply, and determine whether the terminal device is a whitelist device. If it is determined that the terminal device is a whitelist device, a first LE Audio broadcast signal is sent. If it is determined that the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent. If the terminal device receives the first LE Audio broadcast signal sent by the Bluetooth device, it can initiate an LE Audio connection request to the Bluetooth device, thereby establishing an LE Audio Bluetooth connection with the Bluetooth device. Furthermore, the terminal device can encrypt data transmitted through the LE Audio Bluetooth connection based on the second key generated by the CTKD process to ensure communication security.

[0119] In an embodiment of the present application, when it is determined that the terminal device supports the Bluetooth low energy audio function, and / or the secure connection function is in the turned-on state, the Bluetooth device further obtains the device information of the terminal device to determine whether the terminal device is a whitelist device, and then decides whether to send a first LE Audio broadcast signal. This can avoid problems such as interaction abnormalities caused by non-whitelist devices and Bluetooth devices erroneously establishing an LE Audio connection, thereby ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0120] In some embodiments, the above-mentioned Bluetooth device may be a master Bluetooth device in a Bluetooth device set. If the master Bluetooth device determines that the terminal device is a whitelist device, it may send a broadcast trigger instruction to a slave Bluetooth device in the Bluetooth device set. The broadcast trigger instruction may be used to instruct the slave Bluetooth device to send a second LE Audio broadcast signal. The second LE Audio broadcast signal may trigger the terminal device that receives the second LE Audio broadcast signal to initiate a LE Audio connection request to the slave Bluetooth device.

[0121] A Bluetooth device set may include at least two Bluetooth devices, and each Bluetooth device in the same Bluetooth device set may achieve data synchronization. In classic Bluetooth, each Bluetooth device in the Bluetooth device set may distinguish between master and slave relationships, including master Bluetooth devices and slave Bluetooth devices, wherein the master Bluetooth device may refer to a Bluetooth device that establishes a classic Bluetooth link with an external terminal device, and the slave Bluetooth device may refer to a Bluetooth device that monitors the classic Bluetooth link between the master Bluetooth device and the terminal device, or receives data forwarded by the master Bluetooth device through the classic Bluetooth link.

[0122] In an embodiment of the present application, each Bluetooth device in a Bluetooth device set may share the same classic Bluetooth address, and the terminal device may obtain the classic Bluetooth address and send a classic Bluetooth connection request to the Bluetooth device set according to the classic Bluetooth address. The classic Bluetooth connection request sent by the terminal device may be received by a master Bluetooth device in the Bluetooth device set, and the master Bluetooth device may respond to the classic Bluetooth connection request and establish a classic Bluetooth link with the terminal device. After the master Bluetooth device establishes a classic Bluetooth link with the terminal device, it may send a device information acquisition request to the terminal device and obtain the device information fed back by the terminal device, and then determine whether the terminal device is a whitelist device based on the device information. If the master Bluetooth device determines that the terminal device is a whitelist device, the master Bluetooth device may send a first LE Audio broadcast signal and send a broadcast trigger instruction to the slave Bluetooth device to trigger the slave Bluetooth device to send a second LE Audio broadcast signal. The terminal device that receives the first LE Audio broadcast signal and the second LE Audio broadcast signal may establish LE Audio Bluetooth connections with the master Bluetooth device and the slave Bluetooth device, respectively.

[0123] As another implementation method, the master Bluetooth device determines that the terminal device supports the Bluetooth low energy audio function and controls the secure connection function to be turned on. After the master Bluetooth device establishes a classic Bluetooth link with the terminal device, it can first send a first LE Audio broadcast signal and send a broadcast trigger instruction to the slave Bluetooth device to enable the slave Bluetooth device to send a second LE Audio broadcast signal. When the master Bluetooth device determines that the terminal device is not a whitelist device, the master Bluetooth device stops sending the first LE Audio broadcast signal and can send a stop broadcast instruction to the slave Bluetooth device to enable the slave Bluetooth device to stop sending the second LE Audio broadcast signal according to the stop broadcast instruction.

[0124] In some embodiments, CSIP (Coordinated Set Identification Profile) is provided in BLE Audio technology, which allows multiple Bluetooth devices belonging to the same Bluetooth device set to achieve coordination and synchronization when interacting with external devices. In CSIP, for multiple Bluetooth devices belonging to the same Bluetooth device set, the same SIRK (Set Identity Resolving Key) can be used, that is, the Bluetooth devices with the same SIRK are identified as the same Bluetooth device set.

[0125] Each Bluetooth device belonging to the same Bluetooth device set can send a LE Audio broadcast signal based on the same SIRK. In some embodiments, the master Bluetooth device can send a first LE Audio broadcast signal based on the target SIKR, and the slave Bluetooth device can also send a second LE Audio broadcast signal based on the target SIKR. If the terminal device first receives the first LE Audio broadcast signal sent by the master Bluetooth device in the Bluetooth device set, it can establish an LE Audio Bluetooth connection with the master Bluetooth device and obtain the SIRK (i.e., the target SIRK) corresponding to the master Bluetooth device. As an implementation method, the terminal device can receive the target SIRK sent by the master Bluetooth device during the process of establishing an LE Audio Bluetooth connection with the master Bluetooth device. The LE Audio Bluetooth connection is established on the basis of the BLE connection. The process of establishing the LE Audio Bluetooth connection may include querying some device parameters based on the BLE connection. The query of the device parameters may include a SIRK query of the Bluetooth device.

[0126] When the terminal device receives the second LE Audio broadcast signal sent by the slave Bluetooth device, it can determine whether the SIRK corresponding to the slave Bluetooth device is the same as the target SIRK based on the second LE Audio broadcast signal. If they are the same, it will automatically send an LE Audio connection request to the slave Bluetooth device and establish an LE Audio Bluetooth connection with the slave Bluetooth device.

[0127] As an implementation method, the LE Audio broadcast signal sent by the Bluetooth device may include a special field calculated based on the SIRK. After the terminal device receives the second LE Audio broadcast signal sent from the Bluetooth device, it can parse the second BLEAudio broadcast signal to obtain the target specific broadcast information and special fields carried by the second LE Audio broadcast signal, and calculate the target local value based on the SIRK (i.e., target SIRK) corresponding to the master Bluetooth device and the target specific broadcast information. If the target local value is the same as the special field, it can be determined that the master Bluetooth device and the slave Bluetooth device belong to the same Bluetooth device set, and automatically send an LE Audio Bluetooth connection request to the slave Bluetooth device.

[0128] Specifically, Figure 8 As shown, the LE Audio broadcast signal may include RSI (resolvable Set Identifier), and RSI may include two parts: 1. A hash sequence 810 generated by the SIRK corresponding to the Bluetooth device; 2. A random sequence 820 generated by a random number. The hash sequence 810 may be calculated by the formula: hash = sih (SIKR, prand), where hash represents the hash sequence 810 and prand represents the random sequence 820. The target specific broadcast information obtained by the terminal device parsing the second LE Audio broadcast signal sent from the Bluetooth device may be a random sequence of RSI, and the special field may be a hash sequence of RSI carried by the second LE Audio broadcast signal. The terminal device may calculate the target local value by the above formula based on the SIRK corresponding to the master Bluetooth device (i.e., the target SIRK) and the random sequence in the parsed RSI, and compare the target local value with the hash sequence of the parsed RSI. If the two are consistent, it means that the SIKR of the master Bluetooth device is the same as the SIRK of the slave Bluetooth device (both are target SIRKs), and it can be determined that the master Bluetooth device and the slave Bluetooth device belong to the same Bluetooth device set.

[0129] It should be noted that the BLE Audio technology does not distinguish the master-slave relationship of the Bluetooth devices included in the Bluetooth device set. Therefore, the above-mentioned master Bluetooth device and slave Bluetooth device are only used to illustrate different Bluetooth devices, and do not mean that there is still a master-slave relationship in the BLE Audio technology.

[0130] For example, Fig. 9 FIG. 1 is a schematic diagram of the interaction between a Bluetooth device and a terminal device in another embodiment. Fig. 9 As shown, taking the above-mentioned Bluetooth device as the main headset in the headset device as an example, the headset device also includes a slave headset. The main headset can enter the pairing state (inquiry scan mode and page scan mode are turned on at the same time), the terminal device can scan the headset device, and obtain the device information of the headset device (including the classic Bluetooth address). The terminal device can display the device information of the headset device, and the user can perform a connection operation for the device information (such as clicking the connection button corresponding to the headset device on the terminal device) to trigger the terminal device to connect to the headset device through Bluetooth. In response to the connection operation, the terminal device sends a classic Bluetooth connection request to the headset device. After the main headset receives the classic Bluetooth connection request sent by the terminal device, it can parse the COD field carried by the classic Bluetooth connection request, and determine whether the terminal device supports the LE Audio function according to the parsed COD field. If so, the secure connection function can be controlled to be in an on state, and if not, the secure connection function can be controlled to be in an off state. The main headset then responds to the classic Bluetooth connection request sent by the terminal device and establishes a classic Bluetooth link with the terminal device. After the master headset establishes a classic Bluetooth link with the terminal device, a PNP info query can be sent to the terminal device. The terminal device responds to the PNP info query and feeds back a PNP info reply to the master headset, which carries the device information of the terminal device. The master headset receives the PNP info reply sent by the terminal device, and can parse the device information from the PNP info reply and determine whether the terminal device is a whitelist device. If it is determined that the terminal device is a whitelist device, a first LE Audio broadcast signal is sent, and a broadcast trigger instruction is sent to the slave headset to trigger the slave headset to send a second LE Audio broadcast signal.

[0131] After establishing a classic Bluetooth link with the main headset, the terminal device can determine whether the headset device has enabled the secure connection function. If so, the CTKD process can be performed to convert the link key of the classic Bluetooth connection into the LTK of the BLE connection. When the terminal device receives the first LE Audio broadcast signal, it can initiate an LE Audio Bluetooth connection with the main headset and send an LE Audio connection request to the main headset, thereby establishing an LE Audio Bluetooth connection with the main headset. After the terminal device receives the second LE Audio broadcast signal sent by the slave headset, it can determine that the slave headset and the main headset belong to the same Bluetooth device set, actively initiate an LE Audio Bluetooth connection to the slave headset, and establish an LE Audio Bluetooth connection with the slave headset. When the terminal device supports both classic Bluetooth and LE Audio functions, the user can trigger the terminal device to establish both a classic Bluetooth connection and a LE Audio Bluetooth connection with the headset device by performing a connection operation, which is more convenient and quicker.

[0132] If the master headset determines that the terminal device does not support the LE Audio function, or the master headset determines that the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent, and the slave headset does not send the second LE Audio broadcast signal.

[0133] For example, Fig.10 This is a timing diagram of a terminal device establishing LEAudio Bluetooth connections with two headphones of a headphone device in one embodiment. Fig.10 As shown, the terminal device can turn on the scanning mode to scan the LE Audio broadcast signals sent by the surrounding Bluetooth devices. The main earphone in the earphone device sends a first LE Audio broadcast signal, and the slave earphone sends a second LE Audio broadcast signal. If the terminal device first receives the first LE Audio broadcast signal sent by the main earphone, it can establish an LE Audio Bluetooth connection with the main earphone and obtain the SIKR of the main earphone. After the terminal device receives the second LE Audio broadcast signal sent by the slave earphone, it can calculate the hash value according to the SIRK of the main earphone and the random sequence in the second LE Audio broadcast signal, and determine whether the hash value is the same as the hash sequence in the second LE Audio broadcast signal. If the same, the terminal device can actively initiate an LE Audio Bluetooth connection with the slave earphone, send an LE Audio connection request to the slave earphone, and establish an LE Audio Bluetooth connection with the slave earphone. The terminal device can obtain the SIRK of the slave earphone and determine whether the SIRK of the slave earphone is the same as the SIRK of the main earphone. If the same, the two earphones can be identified as belonging to the same group (set). If not, the two earphones can be identified as belonging to different groups.

[0134] In an embodiment of the present application, the main Bluetooth device in the Bluetooth device set, when determining that the terminal device supports the Bluetooth low energy audio function and / or the secure connection function is in the turned-on state, further obtains the device information of the terminal device and determines whether the terminal device is a whitelist device, and then decides whether to send a first LE Audio broadcast signal, and further decides whether to trigger the sending of a second LE Audio broadcast signal from the Bluetooth device. This can avoid problems such as interaction abnormalities caused by non-whitelisted devices erroneously establishing LE Audio connections with each Bluetooth device in the Bluetooth device set, thereby ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0135] like Fig.11 As shown, in one embodiment, a Bluetooth connection method is provided, which can be applied to the above-mentioned terminal device. The method may include the following steps:

[0136] Step 1110: Establish a classic Bluetooth link with the Bluetooth device.

[0137] Step 1120: If a first LE Audio broadcast signal sent by a Bluetooth device is received, respond to the first LE Audio broadcast signal and initiate an LE Audio connection request to the Bluetooth device; the first LE Audio broadcast signal is sent by the Bluetooth device when it determines that the terminal device is a whitelist device based on the device information of the terminal device.

[0138] In some embodiments, after step 1110, the method further includes: receiving a device information acquisition request sent by a Bluetooth device; sending device information of the terminal device to the Bluetooth device according to the device information acquisition request, so that the Bluetooth device determines whether the terminal device is a whitelist device according to the device information, and sends a first LE Audio broadcast signal if the terminal device is a whitelist device, and does not send the first LE Audio broadcast signal if the terminal device is not a whitelist device.

[0139] In some embodiments, the Bluetooth device obtains device information of the terminal device when it is determined that the terminal device supports the Bluetooth low energy audio function; and / or the Bluetooth device obtains device information of the terminal device when the secure connection function is turned on.

[0140] In some embodiments, before step 1110, the method further includes: sending a classic Bluetooth connection request to the Bluetooth device, so that the Bluetooth device determines whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request.

[0141] In some embodiments, step 1110 includes: sending a classic Bluetooth connection request carrying a target field to the Bluetooth device, where the target field is used to indicate whether the terminal device supports the Bluetooth low energy audio function.

[0142] In some embodiments, after step 1110, the method further includes: if it is determined that the Bluetooth device has enabled the secure connection function, performing a CTKD process to convert a first key corresponding to the classic Bluetooth connection into a second key corresponding to the BLE connection.

[0143] In some embodiments, the method further includes: sending whitelist update information to the Bluetooth device, where the whitelist update information is used to instruct the Bluetooth device to update the stored whitelist.

[0144] It should be noted that the description of the Bluetooth connection method applied to the terminal device provided in the embodiment of the present application can refer to the relevant description of the method for controlling broadcast applied to the Bluetooth device provided in the above embodiments, and will not be repeated here.

[0145] In an embodiment of the present application, the Bluetooth device determines whether the terminal device is a whitelist device based on the device information of the terminal device, and then decides whether to send the first LE Audio broadcast signal. This can avoid problems such as interaction abnormalities caused by non-whitelisted devices and Bluetooth devices incorrectly establishing an LE Audio connection, thereby ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0146] like Fig.12 As shown, in one embodiment, another method for controlling broadcasting is provided, which can be applied to a headphone device, the headphone device includes a master headphone and a slave headphone, and the method may include the following steps:

[0147] Step 1210: The primary headset establishes a classic Bluetooth link with the terminal device.

[0148] Step 1220: The primary headset obtains the device information sent by the terminal device.

[0149] Step 1230 , the master headset determines whether the terminal device is a whitelist device based on the device information, and if so, executes step 1240 , and if not, executes step 1250 .

[0150] Step 1240: The primary headset sends a first LE Audio broadcast signal, wherein the first LE Audio broadcast signal is used to trigger a terminal device that receives the first LE Audio broadcast signal to initiate an LE Audio connection request to the primary headset.

[0151] Step 1250: The primary earphone does not send the first LE Audio broadcast signal.

[0152] In one embodiment, step 1220 includes: the master headset sends a device information acquisition request to the terminal device, where the device information acquisition request is used to request to acquire device information of the terminal device; and the master headset receives the device information sent by the terminal device.

[0153] In one embodiment, step 1220 includes: when the main headset determines that the terminal device supports the Bluetooth low energy audio function, obtaining device information sent by the terminal device; and / or, when the security connection function of the main headset is turned on, obtaining device information sent by the terminal device.

[0154] In one embodiment, before step 1210, the method further includes: the master headset receives a classic Bluetooth connection request sent by the terminal device; and the master headset determines whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request.

[0155] In one embodiment, after the step of the main headset determining whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request, the method further includes: if the main headset determines that the terminal device supports the Bluetooth low energy audio function, controlling the secure connection function to be in an on state; if the main headset determines that the terminal device does not support the Bluetooth low energy audio function, controlling the secure connection function to be in an off state.

[0156] In one embodiment, the step of the master headset determining whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request includes: the master headset parsing the classic Bluetooth connection request to extract the target field included in the classic Bluetooth connection request; the master headset determining whether the terminal device supports the Bluetooth low energy audio function according to the target field.

[0157] In one embodiment, step 1240 includes: if the primary headset determines that the terminal device is a whitelist device, controlling to start sending a first LE Audio broadcast signal.

[0158] In one embodiment, after step 1210, the method further includes: the main earphone controls to start sending the first LE Audio broadcast signal; step 1250 includes: when the main earphone determines that the terminal device is not a whitelist device, stopping sending the first LE Audio broadcast signal.

[0159] In one embodiment, the method also includes: if the master earphone determines that the terminal device is a whitelist device, sending a broadcast trigger instruction to the slave earphone; the slave earphone sends a second LE Audio broadcast signal in response to the broadcast trigger instruction; the second LE Audio broadcast signal is used to trigger the terminal device that receives the second LE Audio broadcast signal to initiate a LE Audio connection request to the slave earphone.

[0160] It should be noted that the description of the method for controlling broadcasting applied to a headphone device provided in the embodiment of the present application can refer to the relevant description of the method for controlling broadcasting applied to a Bluetooth device provided in the above embodiments, and will not be repeated here.

[0161] In an embodiment of the present application, the main earphone can obtain the device information of the terminal device and determine whether the terminal device is a whitelist device, and then decide whether to send the first LE Audio broadcast signal, and further decide whether to trigger the sending of the second LE Audio broadcast signal from the Bluetooth device. This can avoid problems such as interaction abnormalities caused by non-whitelist devices and earphone devices erroneously establishing an LE Audio connection, thereby ensuring the stability and reliability of the Bluetooth connection between the earphone device and the terminal device.

[0162] like Fig.13 As shown, in one embodiment, a broadcast control apparatus 1300 is provided, which can be applied to the above-mentioned Bluetooth device. The broadcast control apparatus 1300 includes: a connection module 1310, an information acquisition module 1320, a determination module 1330 and a broadcast module 1340.

[0163] The connection module 1310 is used to establish a classic Bluetooth link with a terminal device.

[0164] The information acquisition module 1320 is used to acquire device information of the terminal device.

[0165] The determination module 1330 is used to determine whether the terminal device is a whitelist device according to the device information.

[0166] The broadcast module 1340 is used to send the first LE Audio broadcast signal if the terminal device is a whitelist device; and to not send the first LE Audio broadcast signal if the terminal device is not a whitelist device.

[0167] In one embodiment, the broadcast module 1340 is further configured to control the start of sending the first LE Audio broadcast signal if the terminal device is a whitelist device.

[0168] In one embodiment, the broadcast module 1340 is further used to control the start of sending the first LE Audio broadcast signal after establishing a classic Bluetooth link with the terminal device, and stop sending the first LE Audio broadcast signal when it is determined that the terminal device is not a whitelist device.

[0169] In one embodiment, the information acquisition module 1320 is further used to send a device information acquisition request to the terminal device, where the device information acquisition request is used to request to obtain the device information of the terminal device; and to receive the device information sent by the terminal device.

[0170] In one embodiment, the device information acquisition request includes a PNP query request; the device information of the terminal device includes a manufacturer identification and / or a product identification of the terminal device.

[0171] In one embodiment, the information acquisition module 1320 is also used to obtain the device information of the terminal device when it is determined that the terminal device supports the Bluetooth low energy audio function; and / or, when the secure connection function is in the turned-on state, to obtain the device information of the terminal device; the secure connection function is used to indicate a function that can perform a pairing operation of a BLE connection based on a classic Bluetooth link.

[0172] In one embodiment, the apparatus 1300 for controlling broadcasting further includes a request receiving module and a function detecting module.

[0173] A request receiving module, used to receive a classic Bluetooth connection request sent by a terminal device;

[0174] The function detection module is used to determine whether the terminal device supports the Bluetooth low energy audio function based on the classic Bluetooth connection request.

[0175] In one embodiment, the apparatus 1300 for controlling broadcasting further includes a control module.

[0176] The control module is used to control the secure connection function to be in an on state if it is determined that the terminal device supports the Bluetooth low-power audio function; if it is determined that the terminal device does not support the Bluetooth low-power audio function, control the secure connection function to be in an off state.

[0177] In one embodiment, the function detection module is further used to parse the classic Bluetooth connection request to extract the target field included in the classic Bluetooth connection request; and determine whether the terminal device supports the Bluetooth low energy audio function according to the target field.

[0178] In one embodiment, when the secure connection function of the Bluetooth device is turned on, the secure connection function is used to trigger the terminal device to perform a CTKD process after establishing a classic Bluetooth link with the Bluetooth device, and convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection.

[0179] In one embodiment, the Bluetooth device is a master Bluetooth device in a set of Bluetooth devices.

[0180] The broadcast module 1340 is also used to send a broadcast trigger instruction to a slave Bluetooth device in the Bluetooth device set if the terminal device is a whitelist device. The broadcast trigger instruction is used to instruct the slave Bluetooth device to send a second LE Audio broadcast signal. The second LE Audio broadcast signal is used to trigger the terminal device that receives the second LE Audio broadcast signal to initiate an LE Audio connection request to the slave Bluetooth device.

[0181] In one embodiment, the apparatus 1300 for controlling broadcasting further includes an updating module.

[0182] The update module is used to receive whitelist update information sent by the terminal device; and update the stored whitelist according to the whitelist update information.

[0183] In an embodiment of the present application, the Bluetooth device determines whether the terminal device is a whitelist device based on the device information of the terminal device, and then decides whether to send the first LE Audio broadcast signal. This can avoid problems such as interaction abnormalities caused by non-whitelisted devices and Bluetooth devices incorrectly establishing an LE Audio connection, thereby ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0184] like Fig.14 As shown, in one embodiment, a Bluetooth connection device 1400 is provided, which is applied to the above-mentioned terminal device. The Bluetooth connection device 1400 includes a connection module 1410 .

[0185] The connection module 1410 is used to establish a classic Bluetooth link with a Bluetooth device.

[0186] The connection module 1410 is also used to respond to the first LE Audio broadcast signal sent by the Bluetooth device and initiate an LE Audio connection request to the Bluetooth device if the first LE Audio broadcast signal sent by the Bluetooth device is received; the first LE Audio broadcast signal is sent by the Bluetooth device when it determines that the terminal device is a whitelist device based on the device information of the terminal device.

[0187] In one embodiment, the Bluetooth connection device 1400 further includes a request receiving module and an information sending module.

[0188] The request receiving module is used to receive a device information acquisition request sent by a Bluetooth device.

[0189] An information sending module is used to send the device information of the terminal device to the Bluetooth device according to a device information acquisition request, so that the Bluetooth device determines whether the terminal device is a whitelist device according to the device information, and sends a first LE Audio broadcast signal when the terminal device is a whitelist device, and does not send the first LE Audio broadcast signal when the terminal device is not a whitelist device.

[0190] In one embodiment, the Bluetooth device obtains device information of the terminal device when it is determined that the terminal device supports the Bluetooth low energy audio function; and / or the Bluetooth device obtains device information of the terminal device when the secure connection function is turned on.

[0191] In one embodiment, the Bluetooth connection device 1400 further includes a request sending module.

[0192] The request sending module is used to send a classic Bluetooth connection request to the Bluetooth device, so that the Bluetooth device determines whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request.

[0193] In one embodiment, the request sending module is further used to send a classic Bluetooth connection request carrying a target field to the Bluetooth device, where the target field is used to indicate whether the terminal device supports the Bluetooth low energy audio function.

[0194] In one embodiment, the Bluetooth connection device 1400 further includes a key conversion module.

[0195] The key conversion module is used to perform a CTKD process if it is determined that the Bluetooth device has enabled the secure connection function, and convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection.

[0196] In one embodiment, the Bluetooth connection device 1400 further includes an update module.

[0197] The updating module is used to send whitelist update information to the Bluetooth device, where the whitelist update information is used to instruct the Bluetooth device to update the stored whitelist.

[0198] In an embodiment of the present application, the Bluetooth device determines whether the terminal device is a whitelist device based on the device information of the terminal device, and then decides whether to send the first LE Audio broadcast signal. This can avoid problems such as interaction abnormalities caused by non-whitelisted devices and Bluetooth devices incorrectly establishing an LE Audio connection, thereby ensuring the stability and reliability of the Bluetooth connection between the Bluetooth device and the terminal device.

[0199] In one embodiment, a headset device is provided, comprising a master headset and a slave headset, wherein:

[0200] The main headset is used to establish a classic Bluetooth link with the terminal device; obtain the device information of the terminal device; determine whether the terminal device is a whitelist device based on the device information; if the terminal device is a whitelist device, send a first LE Audio broadcast signal; if the terminal device is not a whitelist device, do not send the first LE Audio broadcast signal; the first LE Audio broadcast signal is used to trigger the terminal device that receives the first LE Audio broadcast signal to initiate an LE Audio connection request to the main headset.

[0201] In one embodiment, the master headset is further used to send a device information acquisition request to the terminal device, where the device information acquisition request is used to request to acquire the device information of the terminal device; and receive the device information sent by the terminal device.

[0202] In one embodiment, the main headset is also used to obtain device information of the terminal device when it is determined that the terminal device supports the Bluetooth low energy audio function; and / or, when the secure connection function is turned on, obtain device information of the terminal device.

[0203] In one embodiment, the main headset is further used to receive a classic Bluetooth connection request sent by the terminal device; and determine whether the terminal device supports the Bluetooth low energy audio function according to the classic Bluetooth connection request.

[0204] In one embodiment, the main earphone is also used to control the secure connection function to be in an on state if it is determined that the terminal device supports the Bluetooth low energy audio function; if it is determined that the terminal device does not support the Bluetooth low energy audio function, then control the secure connection function to be in an off state.

[0205] In one embodiment, the master headset is further used to parse the classic Bluetooth connection request to extract the target field included in the classic Bluetooth connection request; and determine whether the terminal device supports the Bluetooth low energy audio function according to the target field.

[0206] In one embodiment, the master earphone is further used to control the start of sending the first LE Audio broadcast signal if the terminal device is a whitelist device.

[0207] In one embodiment, the main headset is further used to control the start of sending the first LE Audio broadcast signal after establishing a classic Bluetooth link with the terminal device, and stop sending the first LE Audio broadcast signal when it is determined that the terminal device is not a whitelist device.

[0208] In one embodiment, the master earphone is further configured to send a broadcast trigger instruction to the slave earphone if the terminal device is a whitelist device.

[0209] The slave earphone is used to send a second LE Audio broadcast signal in response to a broadcast trigger instruction; the second LE Audio broadcast signal is used to trigger a terminal device that receives the second LE Audio broadcast signal to initiate an LE Audio connection request to the slave earphone.

[0210] In an embodiment of the present application, the main earphone can obtain the device information of the terminal device and determine whether the terminal device is a whitelist device, and then decide whether to send the first LE Audio broadcast signal, and further decide whether to trigger the sending of the second LE Audio broadcast signal from the Bluetooth device. This can avoid problems such as interaction abnormalities caused by non-whitelist devices and earphone devices erroneously establishing an LE Audio connection, thereby ensuring the stability and reliability of the Bluetooth connection between the earphone device and the terminal device.

[0211] Fig.15 FIG. 1 is a structural block diagram of a Bluetooth device in one embodiment. Fig.15 As shown, the Bluetooth device 1500 may include one or more of the following components: a processor 1510, and a memory 1520 coupled to the processor 1510, wherein the memory 1520 may store one or more computer programs, and the one or more computer programs may be configured to be executed by one or more processors 1510, so that the Bluetooth device 1500 implements the method for controlling broadcasting applied to Bluetooth devices as described in the above embodiments.

[0212] The processor 1510 may include one or more processing cores. The processor 1510 uses various interfaces and lines to connect the various parts of the entire Bluetooth device 1500, and executes various functions and processes data of the Bluetooth device 1500 by running or executing instructions, programs, code sets or instruction sets stored in the memory 1520, and calling data stored in the memory 1520. Optionally, the processor 1510 can be implemented in at least one hardware form of digital signal processing (DSP), field-programmable gate array (FPGA), and programmable logic array (PLA). The processor 1510 can integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. Among them, the CPU mainly processes the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing display content; and the modem is used to process wireless communications. It can be understood that the above-mentioned modem may not be integrated into the processor 1510, but may be implemented separately through a communication chip.

[0213] The memory 1520 may include a random access memory (RAM) or a read-only memory (ROM). The memory 1520 may be used to store instructions, programs, codes, code sets or instruction sets. The memory 1520 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc. The data storage area may also store data created by the Bluetooth device 1500 during use, etc.

[0214] The Bluetooth device 1500 may also include a communication unit, such as a Bluetooth module, which may be used to provide a Bluetooth communication function, establish a Bluetooth connection with a second electronic device, and perform Bluetooth data transmission. The Bluetooth module may support one or more Bluetooth protocols, such as classic Bluetooth, BLE, BLE Audio, etc.), but is not limited thereto and may change with the development of the Bluetooth protocol.

[0215] An embodiment of the present application discloses a terminal device, including a memory, a processor and a communication unit. The memory stores a computer program. When the computer program is executed by the processor, the terminal device implements the Bluetooth connection method applied to the terminal device as described in the above embodiments.

[0216] An embodiment of the present application discloses an earphone device, including a memory, a processor and a communication unit. The memory stores a computer program. When the computer program is executed by the processor, the earphone device implements the method for controlling broadcasting applied to the earphone device as described in the above embodiments.

[0217] An embodiment of the present application discloses a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor in an electronic device, the electronic device implements the method for controlling broadcasting applied to a Bluetooth device as described in the above embodiments.

[0218] An embodiment of the present application discloses a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor in an electronic device, the electronic device implements the Bluetooth connection method applied to a terminal device as described in the above embodiments.

[0219] An embodiment of the present application discloses a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor in an electronic device, the electronic device implements the method for controlling broadcasting applied to a headphone device as described in the above embodiments.

[0220] An embodiment of the present application discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program can be executed by a processor in an electronic device, the electronic device implements the method for controlling broadcasting applied to a Bluetooth device as described in the above embodiments.

[0221] An embodiment of the present application discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and when the computer program can be executed by a processor in an electronic device, the electronic device implements the Bluetooth connection method applied to a terminal device as described in the above embodiments.

[0222] An embodiment of the present application discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program can be executed by a processor in an electronic device, the electronic device implements the method for controlling broadcasting applied to a headphone device as described in the above embodiments.

[0223] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be implemented by instructing related hardware through a computer program, and the program can be stored in a non-volatile computer-readable storage medium, and when the program is executed, it can include the processes of the embodiments of the above-mentioned methods. The storage medium can be a disk, an optical disk, a ROM, etc.

[0224] As used herein, any reference to memory, storage, database, or other medium may include nonvolatile and / or volatile memory. Suitable nonvolatile memory may include ROM, programmable ROM (Programmable ROM, PROM), erasable PROM (Erasable PROM, EPROM), electrically erasable PROM (Electrically Erasable PROM, EEPROM), or flash memory. Volatile memory may include random access memory (RAM), which is used as an external cache memory. By way of illustration and not limitation, RAM may be in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), memory bus direct RAM (RDRAM) and direct memory bus dynamic RAM (DRDRAM).

[0225] It should be understood that "one embodiment" or "an embodiment" mentioned throughout the specification means that specific features, structures or characteristics related to the embodiment are included in at least one embodiment of the present application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. In addition, these specific features, structures or characteristics can be combined in one or more embodiments in any suitable manner. Those skilled in the art should also be aware that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by the present application. It should be noted that "multiple" in the present application includes "two or more".

[0226] In the various embodiments of the present application, it should be understood that the size of the serial numbers of the above-mentioned processes does not necessarily mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0227] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0228] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0229] The technical features of the above-described embodiments may be arbitrarily combined. To make the description concise, not all possible combinations of the technical features in the above-described embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0230] The above is a detailed introduction to a method and device for controlling broadcasting, a Bluetooth connection method and device, and an electronic device disclosed in the embodiments of the present application. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method and its core idea of ​​the present application. At the same time, for those of ordinary skill in the art, according to the idea of ​​the present application, there will be changes in the specific implementation methods and application scopes. In summary, the content of this specification should not be understood as a limitation on the present application. It is understandable that some technical features and technical means in the present application may also refer to the relevant provisions of the Bluetooth standard, or be combined with the relevant provisions in the Bluetooth standard.

Claims

1. A method for controlling broadcasting, characterized in that: Applied to a Bluetooth device, the method comprises: Establish a classic Bluetooth link with the terminal device; Acquire device information of the terminal device; Determining whether the terminal device is a whitelist device according to the device information; If the terminal device is a whitelist device, sending a first LE Audio broadcast signal; If the terminal device is not a whitelist device, the first LE Audio broadcast signal is not sent.

2. The method according to claim 1, characterized in that Obtaining device information of the terminal device includes: When it is determined that the terminal device supports the Bluetooth low energy audio function, obtaining device information of the terminal device; and / or, When the secure connection function is turned on, the device information of the terminal device is obtained; the secure connection function is used to indicate a function that can perform a pairing operation of a BLE connection based on a classic Bluetooth link.

3. The method according to claim 2, characterized in that The method further comprises: If it is determined that the terminal device supports the Bluetooth low energy audio function, the secure connection function is controlled to be in an enabled state; If it is determined that the terminal device does not support the Bluetooth low energy audio function, the secure connection function is controlled to be in a closed state.

4. The method according to claim 2, characterized in that: When the secure connection function of the Bluetooth device is in the turned-on state, the secure connection function is used to trigger the terminal device to perform a cross-transmission key derivation CTKD process after establishing the classic Bluetooth link with the Bluetooth device, and convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection.

5. The method according to claim 1, characterized in that If the terminal device is a whitelist device, sending a first LE Audio broadcast signal includes: If the terminal device is a whitelist device, control to start sending the first LE Audio broadcast signal; or, After the classic Bluetooth link is established with the terminal device, the method further includes: controlling to start sending a first LE Audio broadcast signal; If the terminal device is not a whitelist device, not sending the first LE Audio broadcast signal includes: when it is determined that the terminal device is not a whitelist device, stopping sending the first LE Audio broadcast signal.

6. The method according to any one of claims 1 to 5, characterized in that: The acquiring device information of the terminal device includes: Sending a device information acquisition request to the terminal device, wherein the device information acquisition request is used to request to acquire the device information of the terminal device; Receive the device information sent by the terminal device.

7. The method according to claim 6, characterized in that The device information acquisition request includes a PNP query request; the device information of the terminal device includes a manufacturer identification and / or a product identification of the terminal device.

8. The method according to any one of claims 1 to 5 and 7, characterized in that: The Bluetooth device is a master Bluetooth device in a Bluetooth device set, and the method further includes: If the terminal device is a whitelist device, a broadcast trigger instruction is sent to a slave Bluetooth device in the Bluetooth device set, where the broadcast trigger instruction is used to instruct the slave Bluetooth device to send a second LE Audio broadcast signal.

9. A Bluetooth connection method, characterized in that: Applied to a terminal device, the method comprises: Establish a classic Bluetooth link with a Bluetooth device; If the first LE Audio broadcast signal sent by the Bluetooth device is received, a LE Audio connection request is initiated to the Bluetooth device in response to the first LE Audio broadcast signal; the first LE Audio broadcast signal is sent by the Bluetooth device when it is determined by the Bluetooth device that the terminal device is a whitelist device based on the device information of the terminal device.

10. The method according to claim 9, characterized in that After establishing a classic Bluetooth link with the Bluetooth device, the method further includes: Receiving a device information acquisition request sent by the Bluetooth device; According to the device information acquisition request, the device information of the terminal device is sent to the Bluetooth device, so that the Bluetooth device determines whether the terminal device is a whitelist device according to the device information, and sends a first LE Audio broadcast signal if the terminal device is a whitelist device, and does not send the first LE Audio broadcast signal if the terminal device is not a whitelist device.

11. The method according to claim 9, characterized in that The Bluetooth device acquires device information of the terminal device when determining that the terminal device supports the Bluetooth low energy audio function; and / or, The Bluetooth device obtains the device information of the terminal device when the secure connection function is turned on.

12. The method according to claim 11, characterized in that After establishing a classic Bluetooth link with the Bluetooth device, the method further includes: If it is determined that the Bluetooth device turns on the secure connection function, the CTKD process is performed to convert the first key corresponding to the classic Bluetooth connection into the second key corresponding to the BLE connection.

13. A device for controlling broadcasting, characterized in that: Applied to a Bluetooth device, the device comprises: A connection module is used to establish a classic Bluetooth link with a terminal device; An information acquisition module, used to acquire device information of the terminal device; A judging module, used for judging whether the terminal device is a whitelist device according to the device information; A broadcast module, used for sending a first LE Audio broadcast signal if the terminal device is a whitelist device; and for not sending the first LE Audio broadcast signal if the terminal device is not a whitelist device.

14. A Bluetooth connection device, characterized in that: Applied to a terminal device, the device comprises: A connection module, used to establish a classic Bluetooth link with a Bluetooth device; The connection module is also used to respond to the first LE Audio broadcast signal and initiate an LE Audio connection request to the Bluetooth device if the first LE Audio broadcast signal sent by the Bluetooth device is received; the first LE Audio broadcast signal is sent by the Bluetooth device when it is determined that the terminal device is a whitelist device based on the device information of the terminal device.

15. An electronic device, characterized in that: The electronic device comprises a memory, a processor and a communication unit, wherein the memory stores a computer program, and when the computer program is executed by the processor, the electronic device implements the method according to any one of claims 1 to 8 or 9 to 12.

16. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor in an electronic device, the electronic device implements the method according to any one of claims 1 to 8 or 9 to 12.

Images