A method, an electronic device, and a storage medium for establishing broadcast synchronization

Abstract

The present application discloses a method for establishing broadcast synchronization, including: if a receiving device loses broadcast synchronization, the receiving device sends a first request message, and the first request message is used to request to obtain broadcast synchronization information. The present application also discloses another method for establishing broadcast synchronization, a first device, and a storage medium.

Description

Technical Field

[0001] This application relates to the field of wireless communication technologies, and in particular, to a method for establishing broadcast synchronization, an electronic device, and a storage medium. Background Art

[0002] In short-distance communications such as Bluetooth, broadcast synchronization is established between a transmitting device and a receiving device to enable the receiving device to play the multimedia stream of the transmitting device. In short-distance communications, it is also possible that after the transmitting device and the receiving device establish broadcast synchronization, they lose broadcast synchronization again; in response to this situation, there is no clear solution on how the transmitting device and the receiving device can establish broadcast synchronization again. Summary of the Invention

[0003] Embodiments of this application provide a method for establishing broadcast synchronization, an electronic device, and a storage medium, which clarify the process of re-establishing broadcast synchronization between a transmitting device and a receiving device when they lose broadcast synchronization after establishing broadcast synchronization.

[0004] In a first aspect, an embodiment of this application provides a method for establishing broadcast synchronization, including: if a receiving device loses broadcast synchronization, the receiving device sends a first request message for requesting to obtain broadcast synchronization information.

[0005] In a second aspect, an embodiment of this application provides a method for establishing broadcast synchronization, including: a first device receives a first request message for a receiving device to request to obtain broadcast synchronization information.

[0006] In a third aspect, an embodiment of this application provides a receiving device, including:

[0007] A first sending unit configured to send a first request message for requesting to obtain broadcast synchronization information if the receiving device loses broadcast synchronization.

[0008] In a fourth aspect, an embodiment of this application provides a first device, including:

[0009] A second receiving unit configured to receive a first request message for a receiving device to request to obtain broadcast synchronization information.

[0010] In a fifth aspect, an embodiment of this application provides a receiving device, including a processor and a memory for storing a computer program that can run on the processor, where when the processor runs the computer program, the steps of the method for establishing broadcast synchronization executed by the receiving device are performed.

[0011] In a sixth aspect, an embodiment of the present application provides a first device, including a processor and a memory for storing a computer program that can run on the processor. When the processor runs the computer program, the first device is caused to execute the steps of a method for establishing broadcast synchronization.

[0012] In a seventh aspect, an embodiment of the present application provides a chip, including: a processor for calling and running a computer program from a memory, so that a device installed with the chip executes the above method for establishing broadcast synchronization.

[0013] In an eighth aspect, an embodiment of the present application provides a storage medium storing an executable program, which, when executed by a processor, implements the above method for establishing broadcast synchronization.

[0014] In a ninth aspect, an embodiment of the present application provides a computer program product, including computer program instructions that cause a computer to execute the above method for establishing broadcast synchronization.

[0015] In a tenth aspect, an embodiment of the present application provides a computer program that causes a computer to execute the above method for establishing broadcast synchronization.

[0016] The method, electronic device, and storage medium for establishing broadcast synchronization provided by the embodiments of the present application include: if a receiving device loses broadcast synchronization, the receiving device sends a first request message for requesting to obtain broadcast synchronization information. In this way, in the case where the receiving device loses broadcast synchronization, the receiving device sends a first request message to obtain broadcast synchronization information, so as to enable the receiving device to restore broadcast synchronization. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 It is a schematic diagram of a processing flow for establishing broadcast synchronization in the present application;

[0018] Figure 2 It is another schematic diagram of a processing flow for establishing broadcast synchronization in the present application;

[0019] Figure 3 It is an optional schematic diagram of a processing flow for the method of establishing broadcast synchronization applied to a receiving device provided by an embodiment of the present application;

[0020] Figure 4 It is an optional schematic diagram of a processing flow for the method of establishing broadcast synchronization applied to a first device provided by an embodiment of the present application;

[0021] Figure 5 It is an optional schematic diagram of a detailed processing flow for the method of establishing broadcast synchronization provided by an embodiment of the present application;

[0022] Figure 6 Another optional detailed processing flow diagram of the method for establishing broadcast synchronization provided by the embodiment of the present application;

[0023] Figure 7 Another optional detailed processing flow diagram of the method for establishing broadcast synchronization provided by the embodiment of the present application;

[0024] Figure 8 Another optional detailed processing flow diagram of the method for establishing broadcast synchronization provided by the embodiment of the present application;

[0025] Figure 9 An optional structural diagram of the composition of the sending device provided by the embodiment of the present application;

[0026] Figure 10 An optional structural diagram of the composition of the first device provided by the embodiment of the present application;

[0027] Figure 11 A schematic diagram of the hardware composition structure of the electronic device provided by the embodiment of the present application. Detailed implementation manners

[0028] In order to understand the features and technical content of the embodiment of the present application in more detail, the implementation of the embodiment of the present application will be described in detail below with reference to the accompanying drawings. The accompanying drawings are only for reference and illustration purposes and are not used to limit the embodiment of the present application.

[0029] Before describing the embodiment of the present application, a brief description of related content is given.

[0030] First, the nouns involved in the embodiment of the present application are described.

[0031] Broadcast Source, used to generate one or more multimedia streams.

[0032] Broadcast Sink, used to receive the multimedia stream played by the Broadcast Source through Bluetooth communication and play the multimedia stream.

[0033] Broadcast Assistant, used to assist the Broadcast Source and the Broadcast Sink to establish broadcast synchronization.

[0034] A processing flow diagram for the Broadcast Source and the Broadcast Sink to establish broadcast synchronization, as shown in Figure 1As shown, it is realized by the cooperation of Broadcast Source, Broadcast Sink and Broadcast Assistant. The operation of the Broadcast Sink to achieve broadcast synchronization with the Broadcast Source by scanning is a relatively power-consuming operation; therefore, in some scenarios, the Broadcast Sink allows the Broadcast Assistant to replace the Broadcast Sink to complete the scanning detection of the Broadcast Source. After the Broadcast Assistant detects the broadcast, it directly sends the broadcast synchronization information of the Broadcast Source to the Broadcast Sink through a LowEnergy (LE) connection. After receiving the broadcast synchronization information, the Broadcast Sink directly establishes broadcast synchronization with the Broadcast Source to achieve the purpose of power saving.

[0035] Another schematic diagram of the processing flow for the Broadcast Source and the Broadcast Sink to establish broadcast synchronization is as Figure 2 shown, the Broadcast Source and the Broadcast Sink are on the same device, or the functions of the Broadcast Source and the Broadcast Sink are implemented on the same device; the same device can be the Broadcast Source or other devices.

[0036] The Bluetooth functions defined by the existing Bluetooth audio technology standard include: a brand-new, higher-quality and more efficient audio codec, the ability to synchronously transmit multiple audio streams, a new Bluetooth audio broadcast function, and the ability to transmit audio via low-power Bluetooth. The Bluetooth audio technology standard also defines a series of profiles and services; each service is responsible for different functions, such as the Basic Audio Profile (BAP) and the Broadcast Audio Scan Service (BASS). However, the applicant has found that in the prior art, it is not clear how the Broadcast Source and the Broadcast Sink can resume broadcast synchronization after they have established broadcast synchronization and then lost the broadcast synchronization.

[0037] The technical solutions of the embodiments of this application can be applied to various communication systems, such as: Global System of Mobile Communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (TDD) system, Advanced Long Term Evolution (LTE-A) system, New Radio (NR) system, the evolved system of the NR system, LTE-based access to unlicensed spectrum (LTE-U) system, NR-based access to unlicensed spectrum (NR-U) system, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication system, Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), next-generation communication system or other communication systems, etc.

[0038] The system architecture and service scenarios described in the embodiments of this application are to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. Those of ordinary skill in the art can know that with the evolution of the network architecture and the emergence of new service scenarios, the technical solutions provided by the embodiments of this application are equally applicable to similar technical problems.

[0039] An optional processing flow of the method for establishing broadcast synchronization applied to a receiving device provided by the embodiments of this application, as Figure 3 shown, may include the following steps:

[0040] Step S201: If the receiving device loses broadcast synchronization, the receiving device sends a first request message for requesting to obtain broadcast synchronization information.

[0041] In some embodiments, the first request message may at least include one or more of the following: the address type (Source_Address_Type) of the target sending device, the address (Source_Address) of the target sending device, and the advertising set (Advertising) identifier (Set Identifier, SID); wherein, Source_Address_Type and Source_Address are used to identify the target sending device, and Advertising_SID is used to identify one broadcast in at least one broadcast instance of the target sending device.

[0042] In some embodiments, the receiving device may be a broadcast audio receiver as shown in Figure 1 or as shown in Figure 2 ; the form of the receiving device may be a Bluetooth headset or a Bluetooth speaker, etc.

[0043] In some embodiments, the receiving device losing broadcast synchronization may mean that the receiving device loses broadcast synchronization with the target sending device. The target sending device may be a broadcast audio source as shown in Figure 1 or as shown in Figure 2 ; the form of the target sending device may be a media player such as an MP3, or other types of media players; the broadcast played by the media player may be an audio stream or a video stream. When the target sending device and the receiving device establish broadcast synchronization, the receiving device can synchronize the multimedia stream played by the target sending device. In some scenarios, the receiving device may lose synchronization with the broadcast due to signal interference, the distance from the target sending device becoming farther, the address of the target sending device being updated, etc., that is, the receiving device cannot synchronize the multimedia stream of the target sending device.

[0044] In some embodiments, in the scenario where the receiving device and the target sending device lose broadcast synchronization, the receiving device requests to obtain broadcast synchronization information by sending a first request message. The broadcast synchronization information is used for the receiving device and the target sending device to perform broadcast synchronization, that is, the broadcast synchronization information is used for the receiving device to be able to synchronize the multimedia stream of the target sending device.

[0045] In some embodiments, the receiving device may send the first request message to an auxiliary device. The auxiliary device may be a broadcast assistant as shown in Figure 1 ; the auxiliary device may also be other devices that can assist the receiving device in establishing broadcast synchronization with the target sending device.

[0046] In some other embodiments, the receiving device may send a first request message to the sending device, and the sending device may be, for example, Figure 2 the broadcast audio source shown.

[0047] In some alternative embodiments, the method may further include:

[0048] Step S200, the receiving device sends a first notification message, and the first notification message is used to notify that the receiving device has lost broadcast synchronization.

[0049] In some embodiments, the receiving device may send a first notification message to the auxiliary device, and the auxiliary device may be, for example, Figure 1 the broadcast assistant shown, and the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device.

[0050] In some other embodiments, the receiving device may send a first notification message to the sending device, and the sending device may be, for example, Figure 2 the broadcast audio source shown.

[0051] In some embodiments, if the communication connection between the receiving device and the target sending device or the auxiliary device is disconnected, the method may further include:

[0052] Step S200', the receiving device sends a second request message, and the second request message is used to request to establish a connection with a first device, and the first device is used to send broadcast synchronization information to the receiving device.

[0053] In some embodiments, the second request message at least includes: the universally unique identifier (UUID) of the Broadcast Audio Scan Service. Among them, the second request message may be carried in an extended advertising protocol data unit (PDU) including the Broadcast Audio Scan Service UUID.

[0054] In some embodiments, the receiving device may send a second request message to the auxiliary device, and the auxiliary device may be, for example, Figure 1 the broadcast assistant shown, and the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device.

[0055] In some other embodiments, the receiving device may send a second request message to the sending device, and the sending device may be, for example, Figure 2 the broadcast audio source shown.

[0056] In some embodiments, the method may further include:

[0057] Step S202, the receiving device receives the broadcast synchronization information.

[0058] In some embodiments, the broadcast synchronization information may be sent by a target sending device to the receiving device; each broadcast synchronization information corresponds to an advertisement set identifier.

[0059] In other embodiments, the broadcast synchronization information may also be sent by the target sending device to an auxiliary device, and then sent by the auxiliary device to the receiving device; each broadcast synchronization information corresponds to an advertisement set identifier.

[0060] Step S203, the receiving device establishes broadcast synchronization with the target sending device based on the broadcast synchronization information.

[0061] In some embodiments, for the receiving device to establish broadcast synchronization with the target sending device based on the broadcast synchronization information, it may be that the receiving device synchronously plays the multimedia stream played by the target sending device. In specific implementation, it may be that the receiving device plays the multimedia stream based on the broadcast synchronization information, or the receiving device plays the multimedia stream corresponding to the broadcast synchronization information. For the receiving device to establish broadcast synchronization with the target sending device can also be understood as the receiving device and the target sending device resuming broadcast synchronization.

[0062] An optional processing flow of the method for establishing broadcast synchronization applied to the first device provided by the embodiments of the present application is as Figure 4 shown, and may include the following steps:

[0063] Step S301, the first device receives a first request message, and the first request message is for the receiving device to request to obtain broadcast synchronization information.

[0064] In some embodiments, the first request message may at least include one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID; wherein, Source_Address_Type and Source_Address are used to identify the target sending device, and Advertising_SID is used to identify a broadcast in at least one broadcast instance of the target sending device.

[0065] In some embodiments, the first device may be an auxiliary device, and the auxiliary device may be a broadcast assistant as Figure 1 shown, or may be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device.

[0066] In some other embodiments, the first device may be a first sending device, and the first sending device may be a broadcast audio source as shown in Figure 2 shown.

[0067] In some embodiments, the method may further include:

[0068] Step S300, the first device receives a first notification message, and the first notification message is used to notify that the receiving device has lost broadcast synchronization.

[0069] In some embodiments, the first notification message may be sent by the receiving device.

[0070] In some embodiments, the first device may be an auxiliary device, and the auxiliary device may be a broadcast assistant as shown in Figure 1 shown. The auxiliary device may also be other devices that can assist the receiving device in establishing broadcast synchronization with the target sending device.

[0071] In some other embodiments, the first device may be a first sending device, and the first sending device may be a broadcast audio source as shown in Figure 2 shown.

[0072] In some embodiments, the method may further include:

[0073] Step S300’, the first device receives a second request message, and the second request message is used to request to establish a connection with the first device.

[0074] In some embodiments, the second request message at least includes: Broadcast Audio Scan ServiceUUID. Among them, the second request message may be carried in an extended access PDU including the Broadcast Audio Scan Service UUID.

[0075] In some embodiments, the first device may be an auxiliary device, and the auxiliary device may be a broadcast assistant as shown in Figure 1 shown. The auxiliary device may also be other devices that can assist the receiving device in establishing broadcast synchronization with the target sending device.

[0076] In some other embodiments, the receiving device may be a first sending device, and the first sending device may be a broadcast audio source as shown in Figure 2 shown.

[0077] In some embodiments, the method may further include:

[0078] Step S302, the first device confirms the target sending device corresponding to the broadcast synchronization information based on the first request message.

[0079] In some embodiments, the first device may be the aforementioned auxiliary device or the first sending device. Below, the processing procedures for the first device to confirm the target sending device corresponding to the broadcast synchronization information based on the first request message will be described separately for the cases where the first device is an auxiliary device and where the first device is the first sending device.

[0080] For scenario one where the first device is an auxiliary device: The auxiliary device may be a broadcast assistant as Figure 1 shown. If the Source_Address_Type type carried in the first request message is a fixed address, the auxiliary device may confirm the target sending device corresponding to the broadcast synchronization information according to the Source_Address carried in the first request message. In some embodiments, if the auxiliary device is not synchronized with the target sending device, the auxiliary device establishes synchronization with the target sending device.

[0081] For scenario two where the first device is an auxiliary device: The auxiliary device may be a broadcast assistant as Figure 1 shown. If the Source_Address_Type type carried in the first request message is a Resolvable Private Address (RPA), the auxiliary device determines the target sending device based on the Identity Resolving Key (IRK) stored in the auxiliary device. In specific implementation, the auxiliary device traverses the IRKs stored in the auxiliary device itself, uses the IRKs to resolve the Source_Address carried in the first request message, and determines the target IRK for resolving the address of the target sending device; the target sending device is determined based on the target IRK. If the auxiliary device traverses the IRKs stored in the auxiliary device itself and fails to determine the target IRK for resolving the Source_Address carried in the first request message, the auxiliary device displays a prompt message on the display interface of the auxiliary device; the prompt message is used to request the user to determine the target sending device.

[0082] For scenario one and scenario two where the first device is an auxiliary device, in some embodiments, if the auxiliary device is not synchronized with the target sending device, the auxiliary device needs to establish synchronization with the target sending device.

[0083] Scenario 1 where the first device is the first sending device: If the Source_Address_Type carried in the first request message is a fixed address, the first sending device can determine whether the Source_Address carried in the first request message is the same as the Source_Address of the first sending device. If the Source_Address carried in the first request message is the same as the Source_Address of the first sending device, the first sending device determines that it is the target sending device corresponding to the broadcast synchronization information requested by the receiving device; the first sending device then determines, according to the Advertising_SID carried in the first request message, the broadcast instance in at least one of its own broadcast instances that matches the Advertising_SID, and determines the broadcast synchronization information of the broadcast instance. If the Source_Address carried in the first request message is different from the Source_Address of the first sending device, the first sending device determines that it is not the target sending device corresponding to the broadcast synchronization information requested by the receiving device.

[0084] Scenario 2 where the first device is the first sending device: If the Source_Address_Type carried in the first request message is RPA, the first sending device determines the target sending device based on its own IRK. In specific implementation, the first sending device uses its own IRK to parse the Source_Address carried in the first request message. If the parsing is successful, the first sending device determines that it is the target sending device; if the parsing is unsuccessful, the first sending device determines that it is not the target sending device.

[0085] In some embodiments, after the first device determines the target sending device, the method may further include:

[0086] Step S303, the first device determines the broadcast synchronization information corresponding to the advertisement set identifier carried in the first request message.

[0087] In some embodiments, the first device determines, according to the Advertising_SID carried in the first request message, the broadcast instance in at least one of the target sending device's broadcast instances that matches the Advertising_SID and the broadcast synchronization information corresponding to the broadcast instance.

[0088] In some embodiments, there may be multiple broadcast instances for the target sending device, and each broadcast instance corresponds to an Advertising_SID; the first device determines, among the multiple broadcast instances of the target sending device, the broadcast instance corresponding to the Advertising_SID and the broadcast synchronization information of the broadcast instance.

[0089] Step S304, the first device sends the broadcast synchronization information to the receiving device.

[0090] In some embodiments, by sending the broadcast synchronization information from the first device to the receiving device, broadcast synchronization between the receiving device and the first device is achieved; that is, the receiving device can synchronously play the audio stream played by the target sending device.

[0091] The following details the method for establishing broadcast synchronization provided by the embodiments of the present application for different scenarios.

[0092] For the scenario where the Source_Address_Type is a fixed address, the receiving device is a broadcast audio receiver, the first device is a broadcast assistant, and the device generating the multimedia stream is a broadcast audio source. The broadcast audio receiver, with the assistance of the broadcast assistant, establishes a synchronization relationship (Broadcast Audio Stream synchronization) with the broadcast audio source, and the broadcast audio receiver synchronously plays the multimedia stream (such as music) of the broadcast audio source. However, due to reasons such as signal interference or too long a physical distance between the broadcast audio receiver and the broadcast audio source, the broadcast synchronization is lost. An optional detailed processing flow of the method for establishing broadcast synchronization provided by the embodiments of the present application is as follows Figure 5 shown, and may include the following steps:

[0093] Step S401, if the broadcast audio receiver confirms that the LowEnergy (LE) connection between the broadcast audio receiver and the broadcast assistant is disconnected, the broadcast audio receiver sends a solicitation request (Solicitation Requests) to the broadcast assistant. The Solicitation Requests may be an extended advertising PDU including the Broadcast Audio Scan Service UUID. The broadcast assistant scans the Solicitation Requests and initiates an LE connection with the broadcast audio receiver.

[0094] In some embodiments, if the LE connection between the broadcast audio receiver and the broadcast assistant is not disconnected, step S401 is not executed.

[0095] Step S402, the broadcast audio receiver sends a first notification message (notification) to the broadcast assistant. The first notification message is used to notify the broadcast assistant that the broadcast audio receiver has lost broadcast synchronization, or the broadcast audio receiver has stopped synchronizing to the periodic broadcast.

[0096] Step S403, the broadcast audio receiver sends a first request message for requesting the broadcast synchronization information to be sent from the broadcast assistant.

[0097] In some embodiments, the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.

[0098] Step S404, the broadcast assistant determines the broadcast audio source according to Source_Address_Type and Source_Address.

[0099] Step S405, if the broadcast assistant is not synchronized with the broadcast audio receiver, the broadcast audio source initiates a scan and establishes synchronization with the broadcast audio receiver.

[0100] In some embodiments, if the broadcast assistant is synchronized with the broadcast audio receiver, step S405 does not need to be executed.

[0101] Step S406, the broadcast assistant determines the broadcast synchronization information according to Advertising_SID and sends the broadcast synchronization information to the broadcast audio receiver.

[0102] Step S407, the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.

[0103] In some embodiments, the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.

[0104] For the case where the type of Source_Address_Type is a fixed address, the receiving device is a broadcast audio receiver, the first device is the first broadcast audio source, or the first device integrates the functions of the first broadcast audio source and the broadcast assistant (which are uniformly referred to as the first broadcast audio source in the embodiments of the present application), the device that generates the multimedia stream is the target broadcast audio source, the broadcast audio receiver establishes Broadcast Audio Stream synchronization with the target broadcast audio source, and the broadcast audio receiver synchronously plays the multimedia stream (such as music) of the broadcast audio source; however, for the scenario where the broadcast synchronization is lost due to signal interference or the physical distance between the broadcast audio receiver and the broadcast audio source being too far, etc., another optional detailed processing flow of the method for establishing broadcast synchronization provided by the embodiments of the present application is as Figure 6 shown and may include the following steps:

[0105] Step S501, if the broadcast audio receiver confirms that the LE connection between the broadcast audio receiver and the first broadcast audio source is disconnected, the broadcast audio receiver sends a request message (Solicitation Requests) to the first broadcast audio source. The Solicitation Requests may be an extended advertising PDU including the Broadcast Audio Scan Service UUID. The first broadcast audio source scans the Solicitation Requests and initiates an LE connection with the broadcast audio receiver.

[0106] In some embodiments, if the LE connection between the broadcast audio receiver and the first broadcast audio source is not disconnected, step S501 is not executed.

[0107] Step S502, the broadcast audio receiver sends a first notification message (notification) to the first broadcast audio source. The first notification message is used to notify the first broadcast audio source that the broadcast audio receiver has lost broadcast synchronization, or the broadcast audio receiver has stopped synchronizing to the periodic broadcast.

[0108] Step S503, the broadcast audio receiver sends a first request message. The first request message is used to request the broadcast synchronization information to be sent from the first broadcast audio source.

[0109] In some embodiments, the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.

[0110] Step S504, the first broadcast audio source compares the Source_Address_Type and Source_Address with whether its own Source_Address_Type and Source_Address are the same.

[0111] If the Source_Address_Type of the first broadcast audio source is consistent with the Source_Address_Type in the first request message, and the Source_Address of the first broadcast audio source is the same as the Source_Address in the first request message, then step S505 is executed.

[0112] Step S505, the first broadcast audio source determines that itself is the target broadcast audio source.

[0113] Step S506: The first broadcast audio source determines the broadcast synchronization information according to the Advertising_SID and sends the broadcast synchronization information to the broadcast audio receiver.

[0114] Step S507: The broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.

[0115] In some embodiments, the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.

[0116] For the Source_Address_Type type being RPA, the receiving device being the broadcast audio receiver, the first device being the broadcast assistant, and the device generating the multimedia stream being the broadcast audio source, the broadcast audio receiver, with the assistance of the broadcast assistant, establishes a synchronization relationship (Broadcast Audio Stream synchronization) with the broadcast audio source, and the broadcast audio receiver synchronously plays the multimedia stream (such as music) of the broadcast audio source; however, in the scenario where the broadcast synchronization is lost due to signal interference or the physical distance between the broadcast audio receiver and the broadcast audio source being too far, and the RPA of the broadcast audio source has been updated after the broadcast synchronization is lost, another optional detailed processing flow of the method for establishing broadcast synchronization provided by the embodiments of the present application is as Figure 7 shown and may include the following steps:

[0117] Step S601: If the broadcast audio receiver confirms that the LE connection between the broadcast audio receiver and the broadcast assistant is disconnected, the broadcast audio receiver sends Solicitation Requests to the broadcast assistant. The Solicitation Requests may be extended advertising PDUs including the Broadcast Audio Scan Service UUID. The broadcast assistant scans the Solicitation Requests and initiates an LE connection with the broadcast audio receiver.

[0118] In some embodiments, if the LE connection between the broadcast audio receiver and the broadcast assistant is not disconnected, step S601 is not executed.

[0119] Step S602: The broadcast audio receiver sends a first notification message to the broadcast assistant. The first notification message is used to notify the broadcast assistant that the broadcast audio receiver has lost the broadcast synchronization or the broadcast audio receiver has stopped synchronizing to the periodic broadcast.

[0120] Step S603, the broadcast audio receiver sends a first request message, and the first request message is used to request the broadcast assistant to send broadcast synchronization information.

[0121] In some embodiments, the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.

[0122] Step S604, the broadcast assistant determines that the target broadcast audio source for which synchronization is requested is of the RPA address type according to Source_Address_Type.

[0123] Step S605, the broadcast assistant traverses the IRKs stored in itself, and uses the IRKs to resolve the Source_Address carried in the first request message. The IRK that can successfully resolve the Source_Address is called the matching IRK, and can also be called the target IRK.

[0124] Step S606, the broadcast assistant determines the target broadcast audio source based on the target IRK.

[0125] In some embodiments, the broadcast assistant can determine the target broadcast audio source according to the target IRK; after determining the target broadcast audio source, the broadcast assistant determines a matching broadcast instance among multiple broadcast instances of the target broadcast audio source according to the Advertising_SID carried in the first request message, and obtains the corresponding broadcast synchronization information.

[0126] Step S607, the first broadcast audio source determines the broadcast synchronization information according to the Advertising_SID, and sends the broadcast synchronization information to the broadcast audio receiver.

[0127] Step S608, the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.

[0128] In some embodiments, the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.

[0129] If in step S605, the broadcast assistant traverses the IRKs stored in itself and cannot successfully resolve the Source_Address carried in the first request message, it is considered that there is no matching IRK, and step S609 is executed.

[0130] Step S609, the broadcast assistant displays a prompt message on its display screen; the prompt message is used to request the user to determine the target broadcast audio source.

[0131] For the case where the Source_Address_Type is RPA, the receiving device is a broadcast audio receiver, the first device is the first broadcast audio source, or the first device integrates the functions of the first broadcast audio source and the broadcast assistant (collectively referred to as the first broadcast audio source in the embodiments of the present application), and the device that generates the multimedia stream is the target broadcast audio source, the broadcast audio receiver establishes Broadcast Audio Stream synchronization with the target broadcast audio source, and the broadcast audio receiver synchronously plays the multimedia stream (such as music) of the broadcast audio source; however, for the scenario where the broadcast synchronization is lost due to signal interference or the physical distance between the broadcast audio receiver and the broadcast audio source being too far, etc., another optional detailed processing flow of the method for establishing broadcast synchronization provided by the embodiments of the present application is as follows, such as Figure 8 as shown, may include the following steps:

[0132] Step S801, if the broadcast audio receiver confirms that the LE connection between the broadcast audio receiver and the first broadcast audio source is disconnected, the broadcast audio receiver sends a request message (Solicitation Requests) to the first broadcast audio source. The Solicitation Requests may be an extended advertising PDU including the Broadcast Audio Scan Service UUID. The first broadcast audio source scans the Solicitation Requests and initiates an LE connection with the broadcast audio receiver.

[0133] In some embodiments, if the LE connection between the broadcast audio receiver and the first broadcast audio source is not disconnected, step S801 is not executed.

[0134] Step S802, the broadcast audio receiver sends a first notification message (notification) to the first broadcast audio source. The first notification message is used to notify the first broadcast audio source that the broadcast audio receiver has lost broadcast synchronization, or the broadcast audio receiver has stopped synchronizing to the periodic broadcast.

[0135] Step S803, the broadcast audio receiver sends a first request message. The first request message is used to request the first broadcast audio source to send broadcast synchronization information.

[0136] In some embodiments, the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.

[0137] Step S804, the first broadcast audio source determines that the target broadcast audio source for which synchronization is requested is of the RPA address type according to Source_Address_Type.

[0138] Step S805, the first broadcast audio source resolves the Source_Address carried in the first request message using its own IRK. If the resolution is successful, the first broadcast audio source is the target broadcast audio source.

[0139] Step S806, the first broadcast audio source determines the corresponding broadcast synchronization information based on the Advertising_SID carried in the first request message, and sends the broadcast synchronization information to the broadcast audio receiver.

[0140] Step S807, the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.

[0141] In some embodiments, the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.

[0142] In the method for establishing broadcast synchronization provided by the embodiments of the present application, when the broadcast audio receiver establishes a synchronization relationship with the broadcast audio source and the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source, if the broadcast synchronization is lost due to signal interference or the physical distance between the broadcast audio receiver and the broadcast audio source being too far, etc., the broadcast audio receiver sends a first request message to the broadcast audio source or the broadcast assistant, requesting to restore the broadcast synchronization between the broadcast audio receiver and the broadcast audio source; the broadcast audio source or the broadcast assistant can determine the multimedia stream that the broadcast audio source and the broadcast audio receiver expect to be broadcast-synchronized based on the Source_Address_Type, Source_Address, and Advertising_SID information included in the first request message. In this way, the restoration of the broadcast synchronization between the broadcast audio receiver and the broadcast audio source is realized, improving the user experience.

[0143] It should be understood that in various embodiments of the present application, the magnitudes of the sequence numbers of the above processes do not mean the order of execution. The order of execution of each process should be determined according to its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

[0144] To implement the method for establishing broadcast synchronization provided by the embodiments of the present application, the embodiments of the present application also provide a receiving device. The optional component structure of the receiving device 900 is as Figure 9 shown, including:

[0145] A first sending unit 901, configured to send a first request message if the receiving device loses broadcast synchronization, where the first request message is used to request to obtain broadcast synchronization information.

[0146] In some embodiments, the first sending unit 901 is further configured to send a first notification message, where the first notification message is used to notify the receiving device that it has lost broadcast synchronization.

[0147] In some embodiments, the receiving device 900 further includes:

[0148] A first receiving unit 902, configured to receive the broadcast synchronization information;

[0149] A first processing unit 903, configured to establish broadcast synchronization with a target sending device based on the broadcast synchronization information.

[0150] In some embodiments, the first processing unit 903 is configured to play a multimedia stream corresponding to the broadcast synchronization information based on the broadcast synchronization information.

[0151] In some embodiments, the first sending unit 901 is further configured to send a second request message, where the second request message is used to request to establish a connection with a first device, and the first device is used to send broadcast synchronization information to the receiving device.

[0152] In some embodiments, the second request message at least includes: Broadcast Audio Scan ServiceUUID.

[0153] In some embodiments, the first request message at least includes one or more of the following: the address type of the target sending device and the address of the target sending device.

[0154] To implement the method for establishing broadcast synchronization provided in the embodiments of the present application, the embodiments of the present application further provide a first device. The optional component structure of the first device 1000 is as Figure 10 shown, and includes:

[0155] A second receiving unit 1001, configured to receive a first request message, where the first request message is for a receiving device to request to obtain broadcast synchronization information.

[0156] In some embodiments, the second receiving unit 1001 is further configured to receive a first notification message, where the first notification message is used to notify the receiving device that it has lost broadcast synchronization.

[0157] In some embodiments, the second receiving unit 1001 is further configured to receive a second request message, where the second request message is used to request to establish a connection with a first device.

[0158] In some embodiments, the second request message at least includes: a broadcast scan service UUID.

[0159] In some embodiments, the first device 1000 further includes:

[0160] A second processing unit 1002, configured to confirm a target sending device corresponding to the broadcast synchronization information based on the first request message.

[0161] In some embodiments, the second processing unit 1002 is configured to determine broadcast synchronization information corresponding to an advertisement set identifier carried in the first request message;

[0162] The first device 1000 further includes: a second sending unit 1003, configured to send the broadcast synchronization information to the receiving device.

[0163] In some embodiments, if the first device includes an auxiliary device, the second processing unit 1002 is configured to determine a target sending device corresponding to the broadcast synchronization information based on an address type of the target sending device and an address of the target sending device carried in the first request message; the auxiliary device is used to establish broadcast synchronization between the receiving device and the target sending device.

[0164] In some embodiments, if the first device includes an auxiliary device and the auxiliary device is not synchronized with the target sending device, the second processing unit 1002 is further configured to establish synchronization with the target sending device.

[0165] In some embodiments, if the first device includes a first sending device, the second processing unit 1002 is configured to determine a target sending device corresponding to the broadcast synchronization information based on an address type of the target sending device and an address of the target sending device carried in the first request message, and an address type of the first sending device and an address of the first sending device.

[0166] In some embodiments, the second processing unit 1002 is configured to determine a target sending device corresponding to the broadcast synchronization information based on an address type of the target sending device and an address of the target sending device carried in the first request message, and an address type of the first sending device and an address of the first sending device, including:

[0167] If the address type of the target sending device is the same as the address type of the first sending device, and the address of the target sending device is the same as the address of the first sending device, determine that the first sending device is the target sending device.

[0168] In some embodiments, if the first device includes an auxiliary device and the address type of the target sending device carried in the first request message is a resolvable private address, the second processing unit is configured to determine the target sending device based on the IRK stored in the auxiliary device.

[0169] In some embodiments, the second processing unit 1002 is configured to traverse the IRKs stored in the auxiliary device, use the IRKs to resolve the address of the target sending device carried in the first request message, and determine a target IRK for resolving the address of the target sending device; and determine the target sending device based on the target IRK.

[0170] In some embodiments, the second processing unit 1002 is configured to traverse the IRKs stored in itself. If a target IRK for resolving the address of the target sending device carried in the first request message cannot be determined, the auxiliary device displays a prompt message; the prompt message is used to request the user to determine the target sending device.

[0171] In some embodiments, if the first device includes a first sending device and the address type of the target sending device carried in the first request message is a resolvable private address, the second processing unit 1002 is configured to determine the target sending device based on the IRK of the first sending device.

[0172] Wherein, the second processing unit 1002 is configured to resolve the address of the target sending device carried in the first request message by using the IRK of the first sending device; if the resolution is successful, determine the first sending device as the target sending device.

[0173] An embodiment of the present application provides a receiving device, including a processor and a memory for storing a computer program that can run on the processor. When the processor is used to run the computer program, the receiving device executes the steps of a method for establishing broadcast synchronization.

[0174] An embodiment of the present application provides a first device, including a processor and a memory for storing a computer program that can run on the processor. When the processor is used to run the computer program, the first device executes the steps of a method for establishing broadcast synchronization.

[0175] An embodiment of the present application further provides a chip, including: a processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the above method for establishing broadcast synchronization.

[0176] An embodiment of the present application further provides a storage medium storing an executable program, which, when executed by a processor, implements the method for establishing broadcast synchronization described above.

[0177] An embodiment of the present application further provides a computer program product including computer program instructions, which cause a computer to execute the method for establishing broadcast synchronization described above.

[0178] An embodiment of the present application further provides a computer program, which causes a computer to execute the method for establishing broadcast synchronization described above.

[0179] Figure 11 FIG. 10 is a schematic structural diagram of the hardware composition of the electronic device (reception device or first device) according to an embodiment of the present application. The electronic device 700 includes at least one processor 701, a memory 702, and at least one network interface 704. Each component in the electronic device 700 is coupled together through a bus system 705. It can be understood that the bus system 705 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 705 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, in Figure 11 all kinds of buses are labeled as the bus system 705.

[0180] It can be understood that the memory 702 can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a ROM, a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a ferromagnetic random access memory (FRAM), a flash memory, a magnetic surface memory, an optical disc, or a compact disc read-only memory (CD-ROM); the magnetic surface memory can be a disk memory or a tape memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available, such as a static random access memory (SRAM), a synchronous static random access memory (SSRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDR SDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a sync link dynamic random access memory (SLDRAM), a direct rambus random access memory (DRRAM). The memory 702 described in the embodiments of the present application is intended to include but not limited to these and any other suitable types of memories.

[0181] In the embodiments of the present application, the memory 702 is used to store various types of data to support the operation of the electronic device 700. Examples of such data include: any computer programs for operating on the electronic device 700, such as the application program 7022. The program for implementing the method of the embodiments of the present application may be included in the application program 7022.

[0182] The methods disclosed in the embodiments of the present application above may be applied to the processor 701 or implemented by the processor 701. The processor 701 may be an integrated circuit chip with signal processing capabilities. During implementation, the steps of the above methods may be completed by the integrated logic circuit in hardware or instructions in software form in the processor 701. The above-mentioned processor 701 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The processor 701 may implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor may be a microprocessor or any conventional processor, etc. Combining the steps of the methods disclosed in the embodiments of the present application, it may be directly embodied as being executed and completed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module may be located in the storage medium, which is located in the memory 702. The processor 701 reads the information in the memory 702 and combines its hardware to complete the steps of the foregoing methods.

[0183] In an exemplary embodiment, the electronic device 700 may be implemented by one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), FPGAs, general-purpose processors, controllers, MCUs, MPUs, or other electronic components for executing the foregoing methods.

[0184] The present application is described with reference to the flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or block in the flowchart and / or block diagram, and the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processors of general-purpose computers, special-purpose computers, embedded processors, or other programmable data processing devices to generate a machine, such that the instructions executed by the processors of the computer or other programmable data processing devices generate for implementation in the processFigure 1 means for the functions specified in one process or multiple processes and / or boxes Figure 1 or multiple boxes.

[0185] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured article including an instruction device that implements the functions specified in one process Figure 1 or multiple processes and / or boxes Figure 1 or multiple boxes.

[0186] These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process. Thus, the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one process Figure 1 or multiple processes and / or boxes Figure 1 or multiple boxes.

[0187] It should be understood that the terms "system" and "network" in this application are often used interchangeably herein. The term " / or" in this application is merely a relational description of associated objects, indicating that three relationships can exist. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this application generally represents an "or" relationship between the associated objects before and after.

[0188] As described above, it is only a preferred embodiment of this application and is not used to limit the protection scope of this application. Any modifications, equivalent replacements, and improvements made within the spirit and principle of this application should be included in the protection scope of this application.

Claims

1. A method for establishing broadcast synchronization, the method comprises: If the receiving device loses broadcast synchronization, the receiving device sends a first request message to a first device; The first request message is used to request to obtain broadcast synchronization information; wherein, the first device is an auxiliary device, and the auxiliary device is a device for assisting the receiving device to establish broadcast synchronization with a target sending device; at least the advertisement set identifier of the target sending device is included in the first request message, and the advertisement set identifier is used to identify a broadcast in at least one broadcast instance of the target sending device; Wherein, the first device is configured to confirm the target sending device corresponding to the broadcast synchronization information based on the first request message, and determine a broadcast instance matching the advertisement set identifier and the broadcast synchronization information corresponding to the broadcast instance in at least one broadcast instance of the target sending device based on the advertisement set identifier.

2. The method according to claim 1, wherein, the method further comprises: The receiving device sends a first notification message, and the first notification message is used to notify that the receiving device has lost broadcast synchronization.

3. The method according to claim 2, wherein, the method further comprises: The receiving device receives the broadcast synchronization information; The receiving device establishes broadcast synchronization with the target sending device based on the broadcast synchronization information.

4. The method according to claim 3, wherein, The receiving device establishing broadcast synchronization with the target sending device based on the broadcast synchronization information comprises: The receiving device plays a multimedia stream corresponding to the broadcast synchronization information based on the broadcast synchronization information.

5. The method according to any one of claims 1 to 4, wherein, the method further comprises: The receiving device sends a second request message, and the second request message is used to request to establish a connection with the first device, and the first device is used to send broadcast synchronization information to the receiving device.

6. The method according to claim 5, wherein, the second request message at least comprises: The universally unique identifier (UUID) of the broadcast scan service.

7. The method according to claim 6, wherein, at least one of the following is further included in the first request message: The address type of the target sending device, the address of the target sending device.

8. A method for establishing broadcast synchronization, the method comprises: The first device receives a first request message, and the first request message is used for the receiving device to request to obtain broadcast synchronization information; wherein, the first device is an auxiliary device, and the auxiliary device is a device for assisting the receiving device to establish broadcast synchronization with a target sending device; at least the advertisement set identifier of the target sending device is included in the first request message, and the advertisement set identifier is used to identify a broadcast in at least one broadcast instance of the target sending device; The first device confirms the target sending device corresponding to the broadcast synchronization information based on the first request message; The first device determines a broadcast instance matching the advertisement set identifier and the broadcast synchronization information corresponding to the broadcast instance in at least one broadcast instance of the target sending device based on the advertisement set identifier.

9. The method according to claim 8, wherein, the method further comprises: the first device receives a first notification message for notifying that the receiving device has lost broadcast synchronization.

10. The method according to claim 8 or 9, wherein, the method further comprises: the first device receives a second request message for requesting to establish a connection with the first device.

11. The method according to claim 10, wherein, the second request message at least comprises: a universally unique identifier (UUID) of a broadcast scan service.

12. The method according to claim 8, wherein, the method further comprises: the first device sends the broadcast synchronization information to the receiving device.

13. The method according to claim 12, wherein, the first device, based on the first request message, confirms that the target sending device corresponding to the broadcast synchronization information comprises: if the first device comprises an auxiliary device, the auxiliary device determines the target sending device corresponding to the broadcast synchronization information based on the address type of the target sending device and the address of the target sending device carried in the first request message; the auxiliary device is used to establish broadcast synchronization between the receiving device and the target sending device.

14. The method according to claim 8 or 12, wherein, the first device, based on the first request message, confirms that the target sending device corresponding to the broadcast synchronization information comprises: if the first device is a first sending device, the first sending device determines the target sending device corresponding to the broadcast synchronization information based on the address type of the target sending device and the address of the target sending device carried in the first request message, and the address type of the first sending device and the address of the first sending device.

15. The method according to claim 14, wherein, the first sending device determines the target sending device corresponding to the broadcast synchronization information based on the address type of the target sending device and the address of the target sending device carried in the first request message, and the address type of the first sending device and the address of the first sending device, comprising: if the address type of the target sending device is the same as the address type of the first sending device, and the address of the target sending device is the same as the address of the first sending device, it is determined that the first sending device is the target sending device.

16. The method according to claim 12, wherein, the first device determines the target sending device corresponding to the broadcast synchronization information based on the first request message, comprising: if the first device is an auxiliary device and the address type of the target sending device carried in the first request message is a resolvable private address, the auxiliary device determines the target sending device based on an identity resolution key (IRK) stored in the auxiliary device.

17. The method according to claim 16, wherein, the auxiliary device determines the target sending device based on the identity resolution key (IRK) stored in the auxiliary device, comprising: The auxiliary device traverses the IRKs stored in the auxiliary device, resolves the address of the target sending device carried in the first request message by using the IRKs, and determines a target IRK for resolving the address of the target sending device; Determine the target sending device based on the target IRK.

18. The method according to claim 17, wherein, The auxiliary device determines the target sending device based on the IRKs stored in the auxiliary device, including: The auxiliary device traverses the IRKs stored in the auxiliary device. If a target IRK for resolving the address of the target sending device carried in the first request message cannot be determined, the auxiliary device displays a prompt message; The prompt message is used to request the user to determine the target sending device.

19. The method according to any one of claims 13, 16 to 18, wherein, The method further includes: If the auxiliary device is not synchronized with the target sending device, the auxiliary device establishes synchronization with the target sending device.

20. The method according to claim 8 or 12, wherein, The first device determines the target sending device corresponding to the broadcast synchronization information based on the first request message, including: If the first device is a first sending device and the address type of the target sending device carried in the first request message is a resolvable private address, the first sending device determines the target sending device based on the IRK of the first sending device.

21. The method according to claim 20, wherein, The first sending device determines the target sending device based on the IRK of the first sending device, including: The first sending device resolves the address of the target sending device carried in the first request message by using the IRK of the first sending device; If the resolution is successful, it is determined that the first sending device is the target sending device.

22. A receiving device, the receiving device includes: A first sending unit, configured to send a first request message to a first device if the receiving device loses broadcast synchronization. The first request message is used to request to obtain broadcast synchronization information. Wherein, the first device is an auxiliary device, and the auxiliary device is a device for assisting the receiving device to establish broadcast synchronization with a target sending device. The first request message at least includes an advertisement set identifier of the target sending device, and the advertisement set identifier is used to identify a broadcast in at least one broadcast instance of the target sending device. The first device is used to confirm the target sending device corresponding to the broadcast synchronization information based on the first request message, and determine a broadcast instance in at least one broadcast instance of the target sending device that matches the advertisement set identifier and the broadcast synchronization information corresponding to the broadcast instance based on the advertisement set identifier.

23. The receiving device according to claim 22, wherein, The first sending unit is further configured to send a first notification message, and the first notification message is used to notify the receiving device that it has lost broadcast synchronization.

24. The receiving device according to claim 23, wherein, The receiving device further includes: A first receiving unit, configured to receive the broadcast synchronization information; A first processing unit, configured to establish broadcast synchronization with a target sending device based on the broadcast synchronization information.

25. The receiving device according to claim 24, wherein, the first processing unit is configured to play a multimedia stream corresponding to the broadcast synchronization information based on the broadcast synchronization information.

26. The receiving device according to any one of claims 22 to 25, wherein, the first sending unit is further configured to send a second request message, where the second request message is used to request to establish a connection with a first device, and the first device is used to send the broadcast synchronization information to the receiving device.

27. The receiving device according to claim 26, wherein, the second request message at least includes: The Universally Unique Identifier (UUID) of the Broadcast Audio Scan Service.

28. The receiving device according to claim 27, wherein, the first request message at least further includes one or more of the following: The address type of the target sending device, the address of the target sending device.

29. A first device, the first device comprises: A second receiving unit, configured to receive a first request message, where the first request message is used for a receiving device to request to obtain broadcast synchronization information; wherein, the first device is an auxiliary device, and the auxiliary device is a device for assisting the receiving device to establish broadcast synchronization with a target sending device; the first request message at least includes an advertisement set identifier of the target sending device, and the advertisement set identifier is used to identify a broadcast in at least one broadcast instance of the target sending device; A second processing unit, configured to confirm the target sending device corresponding to the broadcast synchronization information based on the first request message; and determine a broadcast instance in at least one broadcast instance of the target sending device that matches the advertisement set identifier and the broadcast synchronization information corresponding to the broadcast instance based on the advertisement set identifier.

30. The first device according to claim 29, wherein, the second receiving unit is further configured to receive a first notification message, where the first notification message is used to notify the receiving device that it has lost broadcast synchronization.

31. The first device according to claim 29 or 30, wherein, the second receiving unit is further configured to receive a second request message, where the second request message is used to request to establish a connection with the first device.

32. The first device according to claim 31, wherein, the second request message at least includes: The Universally Unique Identifier (UUID) of the Broadcast Audio Scan Service.

33. The first device according to claim 29, wherein, the first device further comprises: A second sending unit, configured to send the broadcast synchronization information to the receiving device.

34. The first device according to claim 33, wherein, if the first device includes an auxiliary device, then the second processing unit is configured to determine the target sending device corresponding to the broadcast synchronization information based on the address type of the target sending device and the address of the target sending device carried in the first request message; The auxiliary device is used to establish broadcast synchronization between the receiving device and the target sending device.

35. The first device according to claim 29 or 33, wherein, if the first device includes a first sending device, the second processing unit is configured to determine the target sending device corresponding to the broadcast synchronization information based on the address type and address of the target sending device carried in the first request message, and the address type and address of the first sending device.

36. The first device according to claim 35, wherein, the second processing unit is configured to determine the target sending device corresponding to the broadcast synchronization information based on the address type and address of the target sending device carried in the first request message, and the address type and address of the first sending device, including: if the address type of the target sending device is the same as the address type of the first sending device, and the address of the target sending device is the same as the address of the first sending device, it is determined that the first sending device is the target sending device.

37. The first device according to claim 33, wherein, if the first device includes an auxiliary device and the address type of the target sending device carried in the first request message is a resolvable private address, the second processing unit is configured to determine the target sending device based on the identity resolution key IRK stored in the auxiliary device.

38. The first device according to claim 37, wherein, the second processing unit is configured to traverse the IRKs stored in the auxiliary device, use the IRK to resolve the address of the target sending device carried in the first request message, and determine the target IRK for resolving the address of the target sending device; determine the target sending device based on the target IRK.

39. The first device according to claim 38, wherein, the second processing unit is configured to traverse the IRKs stored in itself. If the target IRK for resolving the address of the target sending device carried in the first request message cannot be determined, the auxiliary device displays a prompt message; the prompt message is used to request the user to determine the target sending device.

40. The first device according to any one of claims 34, 37 to 39, wherein, if the auxiliary device is not synchronized with the target sending device, the second processing unit is further configured to establish synchronization with the target sending device.

41. The first device according to claim 29 or 33, wherein, if the first device includes a first sending device and the address type of the target sending device carried in the first request message is a resolvable private address, the second processing unit is configured to determine the target sending device based on the IRK of the first sending device.

42. The first device according to claim 41, wherein, the second processing unit is configured to resolve the address of the target sending device carried in the first request message by using the IRK of the first sending device; If the parsing is successful, determine that the first sending device is the target sending device.

43. A receiving device, comprising a processor and a memory for storing a computer program that can run on the processor, wherein, when the processor is used to run the computer program, the receiving device is caused to execute the steps of the method for establishing broadcast synchronization according to any one of claims 1 to 7.

44. A first device, comprising a processor and a memory for storing a computer program that can run on the processor, wherein, when the processor is used to run the computer program, the first device is caused to execute the steps of the method for establishing broadcast synchronization according to any one of claims 8 to 21.

45. A storage medium storing an executable program, which when executed by a processor, implements the method for establishing broadcast synchronization according to any one of claims 1 to 7.

46. A storage medium storing an executable program, which when executed by a processor, implements the method for establishing broadcast synchronization according to any one of claims 8 to 21.

47. A computer program product, comprising computer program instructions that cause a computer to execute the steps of the method for establishing broadcast synchronization according to any one of claims 1 to 7.

48. A computer program product, comprising computer program instructions that cause a computer to execute the steps of the method for establishing broadcast synchronization according to any one of claims 8 to 21.

49. A chip, comprising: a processor for calling and running a computer program from a memory, so that a device installed with the chip executes the steps of the method for establishing broadcast synchronization according to any one of claims 1 to 7.

50. A chip, comprising: a processor for calling and running a computer program from a memory, so that a device installed with the chip executes the steps of the method for establishing broadcast synchronization according to any one of claims 8 to 21.

Images