WO2022087794A1 - 一种建立广播同步的方法、电子设备及存储介质 - Google Patents

一种建立广播同步的方法、电子设备及存储介质 Download PDF

Info

Publication number
WO2022087794A1
WO2022087794A1 PCT/CN2020/123771 CN2020123771W WO2022087794A1 WO 2022087794 A1 WO2022087794 A1 WO 2022087794A1 CN 2020123771 W CN2020123771 W CN 2020123771W WO 2022087794 A1 WO2022087794 A1 WO 2022087794A1
Authority
WO
WIPO (PCT)
Prior art keywords
sending device
broadcast
request message
address
target
Prior art date
Application number
PCT/CN2020/123771
Other languages
English (en)
French (fr)
Inventor
董建利
茹昭
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to CN202080077892.9A priority Critical patent/CN114679918A/zh
Priority to PCT/CN2020/123771 priority patent/WO2022087794A1/zh
Publication of WO2022087794A1 publication Critical patent/WO2022087794A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present application relates to the field of wireless communication technologies, and in particular, to a method, electronic device and storage medium for establishing broadcast synchronization.
  • short-distance communication such as Bluetooth
  • broadcast synchronization is established between the sending device and the receiving device, so that the receiving device can play the multimedia stream of the sending device.
  • short-distance communication there may also be a situation where the sending device and the receiving device lose broadcast synchronization after establishing broadcast synchronization; for this situation, there is no clear solution for how the sending device and the receiving device can establish broadcast synchronization again.
  • the embodiments of the present application provide a method, an electronic device, and a storage medium for establishing broadcast synchronization, which clarify that when the transmitting device and the receiving device lose the broadcast synchronization after establishing the broadcast synchronization, the transmitting device and the receiving device can establish the broadcast synchronization again. process.
  • an embodiment of the present application provides a method for establishing broadcast synchronization, including: if a receiving device loses broadcast synchronization, the receiving device sends a first request message, where the first request message is used to request to acquire broadcast synchronization information .
  • an embodiment of the present application provides a method for establishing broadcast synchronization, including: a first device receiving a first request message, where the first request message is used by the receiving device to request to acquire broadcast synchronization information.
  • an embodiment of the present application provides a receiving device, where the receiving device includes:
  • the first sending unit is configured to send a first request message if the receiving device loses broadcast synchronization, where the first request message is used to request to acquire broadcast synchronization information.
  • an embodiment of the present application provides a first device, where the first device includes:
  • the second receiving unit is configured to receive a first request message, where the first request message is used for the receiving device to request to acquire broadcast synchronization information.
  • an embodiment of the present application provides a receiving device, including a processor and a memory for storing a computer program that can be run on the processor, wherein, when the processor is configured to run the computer program, the Steps of a method for establishing broadcast synchronization performed by a receiving device.
  • an embodiment of the present application provides a first device, including a processor and a memory for storing a computer program that can be run on the processor, wherein, when the processor is used to run the computer program, all Describe the steps of the method for establishing broadcast synchronization performed by the first device.
  • 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.
  • an embodiment of the present application provides a storage medium storing an executable program, and when the executable program is executed by a processor, the foregoing method for establishing broadcast synchronization is implemented.
  • an embodiment of the present application provides a computer program product, including computer program instructions, the computer program instructions enable a computer to execute the above method for establishing broadcast synchronization.
  • an embodiment of the present application provides a computer program, the computer program enables a computer to execute the above method for establishing broadcast synchronization.
  • the method, electronic device, and storage medium for establishing broadcast synchronization include: if a receiving device loses broadcast synchronization, the receiving device sends a first request message, where the first request message is used to request to acquire broadcast synchronization information. In this way, when the receiving device loses the broadcast synchronization, the receiving device sends the first request message to acquire the broadcast synchronization information, so as to restore the broadcast synchronization to the receiving device.
  • Fig. 1 is a kind of processing flow schematic diagram of establishing broadcast synchronization for the present application
  • FIG. 2 is a schematic diagram of another processing flow for establishing broadcast synchronization for the present application
  • FIG. 3 is a schematic diagram of an optional processing flow of a method for establishing broadcast synchronization applied to a receiving device according to an embodiment of the present application;
  • FIG. 4 is a schematic diagram of an optional processing flow of a method for establishing broadcast synchronization applied to a first device provided by an embodiment of the present application;
  • FIG. 5 is a schematic diagram of an optional detailed processing flow of the method for establishing broadcast synchronization provided by an embodiment of the present application
  • FIG. 6 is a schematic diagram of another optional detailed processing flow of the method for establishing broadcast synchronization provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of another optional detailed processing flow of the method for establishing broadcast synchronization provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of still another optional detailed processing flow of the method for establishing broadcast synchronization provided by an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of an optional composition of a sending device provided by an embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of an optional composition of the first device provided by the embodiment of the present application.
  • FIG. 11 is a schematic structural diagram of a hardware composition of an electronic device provided by an embodiment of the present application.
  • Broadcast Source used to generate one or more multimedia streams.
  • Broadcast audio receiver used to receive the multimedia stream played by Broadcast Source through Bluetooth communication, and play the multimedia stream.
  • Broadcast Assistant used to assist Broadcast Source and Broadcast Sink to establish broadcast synchronization.
  • FIG. 1 A schematic diagram of a processing flow for Broadcast Source and Broadcast Sink to establish broadcast synchronization, as shown in Figure 1, which is implemented by Broadcast Source, Broadcast Sink and Broadcast Assistant.
  • Broadcast Sink synchronization with Broadcast Source by scanning is a relatively power-consuming operation; therefore, in some scenarios, Broadcast Sink allows Broadcast Assistant to replace Broadcast Sink to complete the scan detection of Broadcast Source.
  • the Broadcast Assistant detects the broadcast, it directly sends the broadcast synchronization information of the Broadcast Source to the Broadcast Sink through the Low Energy (LE) connection (Connection).
  • the Broadcast Sink receives the broadcast synchronization information, it directly establishes broadcast synchronization with the Broadcast Source. , in order to achieve the purpose of power saving.
  • LE Low Energy
  • Broadcast Source and Broadcast Sink are located on the same device, or the functions of Broadcast Source and Broadcast Sink are implemented on the same device; The same device may be the Broadcast Source or other devices.
  • Bluetooth features defined by existing Bluetooth audio technology standards include: new higher quality, more efficient audio codecs, the ability to transmit multiple audio streams simultaneously, new Bluetooth audio broadcast capabilities, and Bluetooth Low Energy's ability to transmit audio .
  • the Bluetooth audio technology standard also defines a series of profiles and services; each service is responsible for different functions, such as basic audio profiles (Basic Audio Profile, BAP) and broadcast audio scan services (Broadcast Audio Scan Service, BASS).
  • BAP Basic Audio Profile
  • BASS Broadcast Audio Scan Service
  • GSM global system of mobile communication
  • CDMA code division multiple access
  • WCDMA wideband code division multiple access
  • GPRS general packet radio service
  • long term evolution long term evolution
  • LTE long term evolution
  • LTE frequency division duplex frequency division duplex
  • FDD frequency division duplex
  • TDD Time division duplex
  • LTE-A advanced long term evolution
  • NR new radio
  • evolution systems for NR systems LTE on unlicensed bands (LTE-based access to unlicensed spectrum, LTE-U) system, NR (NR-based access to unlicensed spectrum, NR-U) system on unlicensed frequency bands, universal mobile telecommunication system (UMTS), global Worldwide interoperability for microwave access (WiMAX) communication systems, wireless local area networks (WLAN), wireless fidelity (WiFi), next-generation communication systems or other communication systems, etc.
  • GSM global system of mobile communication
  • CDMA code division multiple access
  • WCDMA wideband code division multiple access
  • GPRS general packet radio service
  • LTE long term evolution
  • An optional processing flow of the method for establishing broadcast synchronization applied to a receiving device provided by the embodiment of the present application, as shown in FIG. 3 may include the following steps:
  • Step S201 if the receiving device loses broadcast synchronization, the receiving device sends a first request message, where the first request message is used to request to acquire broadcast synchronization information.
  • the first request message may include at least one or more of the following: the address type of the target sending device (Source_Address_Type), the address of the target sending device (Source_Address), and the advertisement 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.
  • the receiving device may be a broadcast audio receiver as shown in FIG. 1 or FIG. 2; the form of the receiving device may be a device such as a Bluetooth headset or a Bluetooth speaker.
  • the receiving device loses broadcast synchronization, which may be a loss of broadcast synchronization between the receiving device and the target sending device.
  • the target sending device can be a broadcast audio source as shown in Figure 1 or Figure 2; the form of the target sending device can be a media player such as MP3, or other types of media players;
  • a broadcast can be an audio stream or a video stream.
  • the receiving device can synchronize the broadcast of the multimedia stream played by the target sending device.
  • the receiving device may lose synchronous broadcasting due to signal interference, distance from the target sending device, and address update of the target sending device, that is, the receiving device cannot synchronously broadcast the multimedia stream of the target sending device.
  • the receiving device requests to acquire broadcast synchronization information by sending a first request message.
  • the broadcast synchronization information is used for broadcast synchronization between the receiving device and the target sending device, that is, the broadcast synchronization information is used for the receiving device to be able to synchronize the broadcast of the multimedia stream of the target sending device.
  • the receiving device may send the first request message to the auxiliary device
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1
  • the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device .
  • the receiving device may send the first request message to the sending device, and the sending device may be the broadcast audio source as shown in FIG. 2 .
  • the method may further include:
  • Step S200 the receiving device sends a first notification message, where the first notification message is used to notify the receiving device that broadcast synchronization has been lost.
  • the receiving device may send the first notification message to the auxiliary device
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1
  • the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device .
  • the receiving device may send the first notification message to the sending device, and the sending device may be the broadcast audio source as shown in FIG. 2 .
  • the method may further include:
  • Step S200' the receiving device sends a second request message, where 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.
  • the second request message includes at least: a Universally Unique Identifier (UUID) of a Broadcast Audio Scan Service (Broadcast Audio Scan Service).
  • UUID Universally Unique Identifier
  • the second request message may be carried in an extended advertisement (extended advertising) protocol data unit (Protocol Data Unit, PDU) including the Broadcast Audio Scan Service UUID.
  • PDU Protocol Data Unit
  • the receiving device may send the second request message to the auxiliary device
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1
  • the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device .
  • the receiving device may send the second request message to the sending device, and the sending device may be the broadcast audio source as shown in FIG. 2 .
  • the method may further include:
  • Step S202 the receiving device receives the broadcast synchronization information.
  • the broadcast synchronization information may be sent by the target sending device to the receiving device; each broadcast synchronization information corresponds to an advertisement set identifier.
  • the broadcast synchronization information may also be sent by the target sending device to the auxiliary device, and then sent by the auxiliary device to the receiving device; each broadcast synchronization information corresponds to an advertisement set identifier.
  • Step S203 the receiving device establishes broadcast synchronization with the target sending device based on the broadcast synchronization information.
  • the receiving device establishes broadcast synchronization with the target sending device based on the broadcast synchronization information, which may be that the receiving device synchronously plays the multimedia stream played by the target sending device.
  • the receiving device may play the multimedia stream based on the broadcast synchronization information, or the receiving device may play the multimedia stream corresponding to the broadcast synchronization information.
  • the receiving device establishes broadcast synchronization with the target sending device, which can also be understood as restoring the broadcast synchronization between the receiving device and the target sending device.
  • An optional processing flow of the method for establishing broadcast synchronization applied to the first device provided by the embodiment of the present application, as shown in FIG. 4 may include the following steps:
  • Step S301 the first device receives a first request message, where the first request message is used by the receiving device to request to acquire broadcast synchronization information.
  • the first request message may include at least 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 the target sending device A broadcast of at least one broadcast instance of .
  • the first device may be an auxiliary device
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1 , or other devices capable of assisting a receiving device to establish broadcast synchronization with a target sending device.
  • the first device may be a first sending device, and the first sending device may be a broadcast audio source as shown in FIG. 2 .
  • the method may further include:
  • Step S300 the first device receives a first notification message, where the first notification message is used to notify the receiving device that broadcast synchronization has been lost.
  • the first notification message may be sent by the receiving device.
  • the first device may be an auxiliary device
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1
  • the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device.
  • the first device may be a first sending device, and the first sending device may be a broadcast audio source as shown in FIG. 2 .
  • the method may further include:
  • Step S300' the first device receives a second request message, where the second request message is used to request to establish a connection with the first device.
  • the second request message includes at least: Broadcast Audio Scan Service UUID.
  • the second request message can be carried in the extended access PDU including the Broadcast Audio Scan Service UUID.
  • the first device may be an auxiliary device
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1
  • the auxiliary device may also be other devices capable of assisting the receiving device to establish broadcast synchronization with the target sending device.
  • the receiving device may be a first transmitting device, and the first transmitting device may be a broadcast audio source as shown in FIG. 2 .
  • the method may further include:
  • Step S302 the first device confirms the target sending device corresponding to the broadcast synchronization information based on the first request message.
  • the first device may be the aforementioned auxiliary device or the first sending device.
  • the first device is based on the For the first request message, the processing procedure of confirming the target sending device corresponding to the broadcast synchronization information will be described.
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1 ; if the Source_Address_Type type carried in the first request message is a fixed address, the auxiliary device can The carried Source_Address confirms the target sending device corresponding to the broadcast synchronization information. In some embodiments, the auxiliary device establishes synchronization with the target sending device if the auxiliary device is not in synchronization with the target sending device.
  • the auxiliary device may be a broadcast assistant as shown in FIG. 1; if the Source_Address_Type type carried in the first request message is a resolvable private address (Resolvable Private Address, RPA), then The auxiliary device determines the target sending device based on the identity resolution key (Identity Resolving Key, IRK) stored by the auxiliary device.
  • IRK Identity Resolving Key
  • the auxiliary device traverses the IRK stored by the auxiliary device itself, uses the IRK to parse the Source_Address carried in the first request message, and determines the target IRK used to resolve the address of the target sending device; based on the The target IRK identifies the target sending device.
  • the auxiliary device If the auxiliary device traverses the IRK stored by the auxiliary device and fails to determine the target IRK for parsing the Source_Address carried in the first request message, the auxiliary device displays a prompt on the display interface of the auxiliary device information; the prompt information is used to request the user to determine the target sending device.
  • the auxiliary device if the auxiliary device does not maintain synchronization with the target sending device, the auxiliary device needs to establish synchronization with the target sending device.
  • the first sending device can determine whether the Source_Address carried in the first request message and the Source_Address of the first sending device are not Consistent. If the Source_Address carried in the first request message is consistent with 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 Advertising_SID carried in , determines the broadcast instance that matches the Advertising_SID in at least one of its own broadcast instances, and determines the broadcast synchronization information of the broadcast instance. If the Source_Address carried in the first request message is inconsistent with the Source_Addre 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.
  • the first sending device determines the target sending device based on its own IRK.
  • the first sending device uses the IRK of the first sending device itself to parse the Source_Address carried in the first request message. If the parsing is successful, the first sending device determines itself as the target sending device; if the parsing is unsuccessful , the first sending device determines that it is not the target sending device.
  • the method may further include:
  • Step S303 the first device determines the broadcast synchronization information corresponding to the advertisement set identifier carried in the first request message.
  • the first device determines, according to the Advertising_SID carried in the first request message, a broadcast instance matching the Advertising_SID in at least one broadcast instance of the target sending device and broadcast synchronization information corresponding to the broadcast instance.
  • the target sending device may have multiple broadcast instances, and each broadcast instance corresponds to an Advertising_SID; the first device determines that among the multiple broadcast instances of the target sending device, the broadcast instance corresponding to the Advertising_SID and the broadcast instance of the broadcast instance Broadcast synchronization information.
  • Step S304 the first device sends the broadcast synchronization information to the receiving device.
  • the broadcast synchronization information is sent by the first device to the receiving device to realize broadcast synchronization between the receiving device and the first device; that is, the receiving device can synchronously play the audio stream played by the target sending device.
  • the receiving device is a broadcast audio receiver
  • the first device is a broadcast assistant
  • the device that generates the multimedia stream is a broadcast audio source
  • the broadcast audio receiver establishes a synchronization relationship with the broadcast audio source with the assistance of the broadcast assistant.
  • Broadcast Audio Stream synchronization and the broadcast audio receiver is playing the multimedia stream (such as music) of the broadcast audio source synchronously; however, due to signal interference, or the physical distance between the broadcast audio receiver and the broadcast audio source is too far, etc.
  • an optional detailed processing flow of the method for establishing broadcast synchronization provided by the embodiment of the present application, as shown in FIG. 5 , may include the following steps:
  • Step S401 if the broadcast audio receiver confirms that the Low Energy (LE) connection between the broadcast audio receiver and the broadcast assistant is disconnected, the broadcast audio receiver sends a request message (Solicitation Requests) to the broadcast assistant, the Solicitation Requests can be extended advertising PDUs that include the Broadcast Audio Scan Service UUID.
  • the Broadcast Assistant scans for Solicitation Requests and initiates an LE connection to the Broadcast Audio Receiver.
  • step S401 is not performed.
  • Step S402 the broadcast audio receiver sends a first notification message (notification) to the broadcast assistant, where 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 periodic broadcast.
  • Step S403 the broadcast audio receiver sends a first request message, where the first request message is used to request the broadcast assistant to send broadcast synchronization information.
  • the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.
  • Step S404 the broadcast assistant determines the broadcast audio source according to Source_Address_Type and Source_Address.
  • Step S405 if the broadcast assistant is not synchronized with the broadcast audio receiver, the broadcast audio source initiates scanning and establishes synchronization with the broadcast audio receiver.
  • step S405 need not be performed.
  • Step S406 the broadcast assistant determines the broadcast synchronization information according to the Advertising_SID, and sends the broadcast synchronization information to the broadcast audio receiver.
  • Step S407 the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.
  • the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.
  • the receiving device is a broadcast audio receiver
  • the first device is the first broadcast audio source
  • the first device integrates the functions of the first broadcast audio source and the broadcast assistant (referred to collectively as the embodiment of this application).
  • the device that generates the multimedia stream is the target broadcast audio source
  • the broadcast audio receiver establishes a Broadcast Audio Stream synchronization with the target broadcast audio source
  • the broadcast audio receiver is playing the multimedia stream of the broadcast audio source synchronously (such as music); however, due to signal interference, or the physical distance between the broadcast audio receiver and the broadcast audio source is too far, the broadcast synchronization is lost, another optional method for establishing broadcast synchronization provided by the embodiment of the present application.
  • the detailed processing flow may include the following steps:
  • 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, and the Solicitation Requests Can be an extended advertising PDU that includes a Broadcast Audio Scan Service UUID.
  • the first broadcast audio source scans for Solicitation Requests and initiates an LE connection with the broadcast audio receiver.
  • step S501 if the LE connection between the broadcast audio receiver and the first broadcast audio source is not disconnected, step S501 is not performed.
  • Step S502 the broadcast audio receiver sends a first notification message (notification) to the first broadcast audio source, where 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 Stop syncing to periodic broadcasts.
  • Step S503 the broadcast audio receiver sends a first request message, where the first request message is used to request to send broadcast synchronization information from the first broadcast audio source.
  • the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.
  • Step S504 the first broadcast audio source compares Source_Address_Type and Source_Address to see if it is the same as its own Source_Address_Type and Source_Address.
  • step S505 is executed.
  • Step S505 the first broadcast audio source determines that it is the target broadcast audio source.
  • 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.
  • Step S507 the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.
  • the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.
  • the receiving device is a broadcast audio receiver
  • the first device is a broadcast assistant
  • the device that generates the multimedia stream is a broadcast audio source
  • the broadcast audio receiver establishes a synchronization relationship with the broadcast audio source with the assistance of the broadcast assistant ( Broadcast Audio Stream synchronization)
  • the broadcast audio receiver is playing the multimedia stream (such as music) of the broadcast audio source synchronously; however, due to signal interference, or the physical distance between the broadcast audio receiver and the broadcast audio source is too long
  • another optional detailed processing flow of the method for establishing broadcast synchronization provided by the embodiment of the present application, as shown in FIG. 7 , may include the following steps :
  • Step S601 if the broadcast audio receiver confirms that the LE connection between the broadcast audio receiver and the broadcast assistant is disconnected, then the broadcast audio receiver sends Solicitation Requests to the broadcast assistant, and the Solicitation Requests can be an extended including the Broadcast Audio Scan Service UUID advertising PDUs.
  • the Broadcast Assistant scans for Solicitation Requests and initiates an LE connection to the Broadcast Audio Receiver.
  • step S601 if the LE connection between the broadcast audio receiver and the broadcast assistant is not disconnected, step S601 is not performed.
  • Step S602 the broadcast audio receiver sends a first notification message (notification) to the broadcast assistant, where 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 periodic broadcast.
  • Step S603 the broadcast audio receiver sends a first request message, where the first request message is used to request the broadcast assistant to send broadcast synchronization information.
  • the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.
  • Step S604 the broadcast assistant determines, according to the Source_Address_Type, that the target broadcast audio source for which synchronization is requested is the RPA address type.
  • Step S605 the broadcast assistant traverses the IRK stored by itself, uses the IRK to parse the Source_Address carried in the first request message, and the IRK that can successfully parse the Source_Address is called a matching IRK, and may also be called a target IRK.
  • Step S606 the broadcast assistant determines the target broadcast audio source based on the target IRK.
  • 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 one of the multiple broadcast instances of the target broadcast audio source according to the Advertising_SID carried in the first request message A matching broadcast instance is obtained to obtain the corresponding broadcast synchronization information.
  • 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.
  • Step S608 the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.
  • the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.
  • step S605 the broadcast assistant traverses the IRK stored by itself and fails to successfully parse the Source_Address carried in the first request message, it is considered that there is no matching IRK, and step S609 is executed.
  • Step S609 the broadcast assistant displays prompt information on its own display screen; the prompt information is used to request the user to determine the target broadcast audio source.
  • the receiving device is a broadcast audio receiver
  • the first device is the first broadcast audio source
  • the first device is a function that integrates the first broadcast audio source and a broadcast assistant (collectively referred to as the embodiment of this application).
  • the first broadcast audio source) the device that generates the multimedia stream is the target broadcast audio source
  • the broadcast audio receiver establishes a Broadcast Audio Stream synchronization with the target broadcast audio source
  • the broadcast audio receiver synchronously plays the multimedia stream of the broadcast audio source (such as music.
  • the processing flow may include the following steps:
  • 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, and the Solicitation Requests Can be an extended advertising PDU that includes a Broadcast Audio Scan Service UUID.
  • the first broadcast audio source scans for Solicitation Requests and initiates an LE connection with the broadcast audio receiver.
  • step S801 if the LE connection between the broadcast audio receiver and the first broadcast audio source is not disconnected, step S801 is not performed.
  • Step S802 the broadcast audio receiver sends a first notification message (notification) to the first broadcast audio source, where 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 Stop syncing to periodic broadcasts.
  • Step S803 the broadcast audio receiver sends a first request message, where the first request message is used to request to send broadcast synchronization information from the first broadcast audio source.
  • the first request message carries at least one or more of the following: Source_Address_Type, Source_Address, and Advertising_SID.
  • Step S804 the first broadcast audio source determines, according to Source_Address_Type, that the target broadcast audio source for which synchronization is requested is the RPA address type.
  • Step S805 the first broadcast audio source uses its own IRK to parse the Source_Address carried in the first request message. If the parsing is successful, the first broadcast audio source is the target broadcast audio source.
  • 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.
  • Step S807 the broadcast audio receiver synchronously plays the broadcast of the broadcast audio source according to the broadcast synchronization information.
  • the broadcast audio receiver synchronizes the broadcast synchronization information to its own BIS to synchronously play the broadcast of the broadcast audio source.
  • the broadcast audio receiver in the case that a broadcast audio receiver establishes a synchronization relationship with a broadcast audio source, and the broadcast audio receiver synchronously plays the broadcast audio source, if the broadcast audio receiver is caused by signal interference, or the broadcast audio receiver and If the broadcast synchronization is lost due to reasons such as the physical distance between the broadcast audio sources, 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, based on the Source_Address_Type, Source_Address, and Advertising_SID information included in the first request message, that the broadcast audio source and the broadcast audio receiver expect to broadcast a synchronized multimedia stream. In this way, the restoration of broadcast synchronization between the broadcast audio receiver and the broadcast audio source is achieved, and the user experience is improved.
  • the size of the sequence numbers of the above-mentioned processes does not mean the sequence of execution, and the execution sequence of each process should be determined by its functions and internal logic, and should not be dealt with in the embodiments of the present application. implementation constitutes any limitation.
  • the embodiment of the present application further provides a receiving device.
  • the optional composition structure of the receiving device 900 includes:
  • the first sending unit 901 is configured to send a first request message if the receiving device loses broadcast synchronization, where the first request message is used to request to acquire broadcast synchronization information.
  • 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 broadcast synchronization has been lost.
  • the receiving device 900 further includes:
  • a first receiving unit 902 configured to receive the broadcast synchronization information
  • the first processing unit 903 is configured to establish broadcast synchronization with the target sending device based on the broadcast synchronization information.
  • the first processing unit 903 is configured to play the multimedia stream corresponding to the broadcast synchronization information based on the broadcast synchronization information.
  • 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 the receiving The device sends broadcast synchronization information.
  • the second request message includes at least: Broadcast Audio Scan Service UUID.
  • the first request message includes at least one or more of the following: the address type of the target sending device and the address of the target sending device.
  • the embodiment of the present application further provides a first device.
  • the optional composition structure of the first device 1000 includes:
  • the second receiving unit 1001 is configured to receive a first request message, where the first request message is used for a receiving device to request to acquire broadcast synchronization information.
  • 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 broadcast synchronization has been lost.
  • 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 the first device.
  • the second request message includes at least: a broadcast scan service UUID.
  • the first device 1000 further includes:
  • the second processing unit 1002 is configured to confirm the target sending device corresponding to the broadcast synchronization information based on the first request message.
  • the second processing unit 1002 is configured to determine broadcast synchronization information corresponding to the advertisement set identifier carried in the first request message;
  • the first device 1000 further includes: a second sending unit 1003, configured to send the broadcast synchronization information to the receiving device.
  • the second processing unit 1002 is configured to, based on the address type of the target sending device and the address of the target sending device carried in the first request message, A target sending device corresponding to the broadcast synchronization information is determined; the auxiliary device is configured to establish broadcast synchronization between the receiving device and the target sending device.
  • the second processing unit 1002 is further configured to establish a communication with the target sending device Synchronize.
  • the second processing unit 1002 is configured to be based on the address type of the target sending device and the address type of the target sending device carried in the first request message and the address of the target sending device.
  • the address together with the address type of the first sending device and the address of the first sending device, determines the target sending device corresponding to the broadcast synchronization information.
  • the second processing unit 1002 is configured to be 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, and determining the target sending device corresponding to the broadcast synchronization information includes:
  • 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, then it is determined that the first sending device is the address of the first sending device. the target sending device.
  • the second processing unit is configured to be based on the The IRK stored by the auxiliary device determines the target sending device.
  • the second processing unit 1002 is configured to traverse the IRK stored by the auxiliary device, use the IRK to resolve the address of the target sending device carried in the first request message, and determine the address used to resolve the The target IRK of the address of the target sending device; the target sending device is determined based on the target IRK.
  • the second processing unit 1002 is configured to traverse the IRK stored by itself, and if the target IRK for parsing the address of the target sending device carried in the first request message cannot be determined, the The auxiliary device displays prompt information; the prompt information is used to request the user to determine the target sending device.
  • the second processing unit 1002 is configured as The target sending device is determined based on the IRK of the first sending device.
  • An embodiment of the present application provides a receiving device, which includes a processor and a memory for storing a computer program that can be executed on the processor, wherein the processor is configured to run the computer program to cause the receiving device to execute a computer program. Steps of a method for establishing broadcast synchronization.
  • An embodiment of the present application provides a first device, which includes a processor and a memory for storing a computer program that can be executed on the processor, wherein the processor is configured to run the computer program to make the first device The steps of a method of establishing broadcast synchronization are performed.
  • 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.
  • An embodiment of the present application further provides a storage medium storing an executable program, and when the executable program is executed by a processor, the above method for establishing broadcast synchronization is implemented.
  • Embodiments of the present application further provide a computer program product, including computer program instructions, the computer program instructions enable a computer to execute the above method for establishing broadcast synchronization.
  • the embodiment of the present application further provides a computer program, the computer program enables a computer to execute the above method for establishing broadcast synchronization.
  • the electronic device 700 includes: at least one processor 701 , memory 702 and at least one network interface 704 .
  • the various components in electronic device 700 are coupled together by bus system 705 .
  • the bus system 705 is used to implement the connection communication between these components.
  • the bus system 705 also includes a power bus, a control bus and a status signal bus.
  • the various buses are labeled as bus system 705 in FIG. 11 .
  • memory 702 may be either volatile memory or non-volatile memory, and may include both volatile and non-volatile memory.
  • the non-volatile memory can be ROM, Programmable Read-Only Memory (PROM, Programmable Read-Only Memory), Erasable Programmable Read-Only Memory (EPROM, Erasable Programmable Read-Only Memory), Electrically Erasable Programmable Read-Only Memory Programmable read-only memory (EEPROM, Electrically Erasable Programmable Read-Only Memory), magnetic random access memory (FRAM, ferromagnetic random access memory), flash memory (Flash Memory), magnetic surface memory, optical disk, or CD-ROM -ROM, Compact Disc Read-Only Memory); magnetic surface memory can be disk memory or tape memory.
  • RAM Random Access Memory
  • SRAM Static Random Access Memory
  • SSRAM Synchronous Static Random Access Memory
  • DRAM Dynamic Random Access Memory
  • SDRAM Synchronous Dynamic Random Access Memory
  • DDRSDRAM Double Data Rate Synchronous Dynamic Random Access Memory
  • ESDRAM Double Data Rate Synchronous Dynamic Random Access Memory
  • ESDRAM Enhanced Type Synchronous Dynamic Random Access Memory
  • SLDRAM Synchronous Link Dynamic Random Access Memory
  • DRRAM Direct Rambus Random Access Memory
  • DRRAM Direct Rambus Random Access Memory
  • 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 memory.
  • the memory 702 in this embodiment of the present application is used to store various types of data to support the operation of the electronic device 700 .
  • Examples of such data include: any computer program used to operate on electronic device 700, such as application 7022.
  • the program for implementing the method of the embodiment of the present application may be included in the application program 7022 .
  • the methods disclosed in the above embodiments of the present application 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 capability. In the implementation process, each step of the above-mentioned method can be completed by an integrated logic circuit of hardware in the processor 701 or an instruction in the form of software.
  • the above-mentioned processor 701 may be a general-purpose processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like.
  • the processor 701 may implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of this application.
  • a general purpose processor may be a microprocessor or any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor.
  • the software module may be located in a storage medium, and the storage medium is located in the memory 702, and the processor 701 reads the information in the memory 702, and completes the steps of the foregoing method in combination with its hardware.
  • the electronic device 700 may be implemented by one or more of Application Specific Integrated Circuit (ASIC, Application Specific Integrated Circuit), DSP, Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device (CPLD) , Complex Programmable Logic Device), FPGA, general-purpose processor, controller, MCU, MPU, or other electronic component implementation for performing the aforementioned method.
  • ASIC Application Specific Integrated Circuit
  • DSP Digital Signal processor
  • PLD Programmable Logic Device
  • CPLD Complex Programmable Logic Device
  • FPGA general-purpose processor
  • controller MCU, MPU, or other electronic component implementation for performing the aforementioned method.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions
  • the apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种建立广播同步的方法，包括：若接收设备失去广播同步，则所述接收设备发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。本申请还公开了另一种建立广播同步的方法、第一设备及存储介质。

Description

一种建立广播同步的方法、电子设备及存储介质 技术领域
本申请涉及无线通信技术领域，尤其涉及一种建立广播同步的方法、电子设备及存储介质。
背景技术
在蓝牙等短距离通信中，通过发送设备和接收设备建立广播同步，实现接收设备能够播放发送设备的多媒体流。在短距离通信中，也可能存在发送设备和接收设备在建立广播同步之后，又失去广播同步的情况；针对这种情况，发送设备和接收设备如何再次建立广播同步尚无明确的解决方案。
发明内容
本申请实施例提供一种建立广播同步的方法、电子设备及存储介质，明确了发送设备和接收设备在建立广播同步之后，又失去广播同步的情况下，发送设备和接收设备再次建立广播同步的过程。
第一方面，本申请实施例提供一种建立广播同步的方法，包括：若接收设备失去广播同步，则所述接收设备发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。
第二方面，本申请实施例提供一种建立广播同步的方法，包括：第一设备接收第一请求消息，所述第一请求消息用于接收设备请求获取广播同步信息。
第三方面，本申请实施例提供一种接收设备，所述接收设备包括：
第一发送单元，配置为若所述接收设备失去广播同步，则发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。
第四方面，本申请实施例提供一种第一设备，所述第一设备包括：
第二接收单元，配置为接收第一请求消息，所述第一请求消息用于接收设备请求获取广播同步信息。
第五方面，本申请实施例提供一种接收设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，使得所述接收设备执行的建立广播同步的方法的步骤。
第六方面，本申请实施例提供一种第一设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，使得所述第一设备执行的建立广播同步的方法的步骤。
第七方面，本申请实施例提供一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行上述建立广播同步的方法。
第八方面，本申请实施例提供一种存储介质，存储有可执行程序，所述可执行程序被处理器执行时，实现上述建立广播同步的方法。
第九方面，本申请实施例提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述建立广播同步的方法。
第十方面，本申请实施例提供一种计算机程序，所述计算机程序使得计算机执行上述建立广播同步的方法。
本申请实施例提供的建立广播同步的方法、电子设备及存储介质，包括：若接收设备失去广播同步，则所述接收设备发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。如此，在接收设备失去广播同步的情况下，通过接收设备发送第一请求消息，以获取广播同步信息，进而使接收设备恢复广播同步。
附图说明
图1为本申请建立广播同步的一种处理流程示意图；
图2为本申请建立广播同步的另一种处理流程示意图；
图3为本申请实施例提供的应用于接收设备的建立广播同步的方法的一种可选处理流程示意图；
图4为本申请实施例提供的应用于第一设备的建立广播同步的方法的一种可选处理流程示意图；
图5为本申请实施例提供的建立广播同步的方法的一种可选详细处理流程示意图；
图6为本申请实施例提供的建立广播同步的方法的另一种可选详细处理流程示意图；
图7为本申请实施例提供的建立广播同步的方法的又一种可选详细处理流程示意图；
图8为本申请实施例提供的建立广播同步的方法的再一种种可选详细处理流程示意图；
图9为本申请实施例提供的发送设备的一种可选组成结构示意图；
图10为本申请实施例提供的第一设备的一种可选组成结构示意图；
图11为本申请实施例提供的电子设备的硬件组成结构示意图。
具体实施方式
为了能够更加详尽地了解本申请实施例的特点和技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。
在对本申请实施例进行说明之前，对相关内容进行简要说明。
首先对本申请实施例中涉及的名词进行说明。
广播音频源(Broadcast Source)，用于生成一个或多个多媒体流。
广播音频接收器(Broadcast Sink)，用于通过蓝牙的通信方式接收Broadcast Source播放的多媒体流，并播放该多媒体流。
广播助理(Broadcast Assistant)，用于辅助Broadcast Source和Broadcast Sink建立广播同步。
Broadcast Source和Broadcast Sink建立广播同步的一种处理流程示意图，如图1所示，由Broadcast Source、Broadcast Sink和Broadcast Assistant协同实现。Broadcast Sink通过扫描实现与Broadcast Source的广播同步是一项比较耗电的操作；因此，在一些场景下，Broadcast Sink允许Broadcast Assistant代替Broadcast Sink完成Broadcast Source的扫描检测。Broadcast Assistant检测到广播后，通过低功耗(Low Energy，LE)连接(Connection)直接将Broadcast Source的广播同步信息发送给Broadcast Sink，Broadcast Sink接收到广播同步信息后，直接与Broadcast Source建立广播同步，以达到省电的目的。
Broadcast Source和Broadcast Sink建立广播同步的另一种处理流程示意图，如图2所示，Broadcast Source和Broadcast Sink位于同一台设备上，或者Broadcast Source的功能和Broadcast Sink的功能在同一台设备上实现；所述同一台设备可以是Broadcast Source，也可以是其他设备。
现有的蓝牙音频技术标准定义的蓝牙功能包括：全新更高品质、更高效的音频编解码器，同步传输多个音频流的能力，新的蓝牙音频广播功能和低功耗蓝牙传输音频的能力。蓝牙音频技术标准也定义了一系列的配置文件(Profile)和服务(Service)；每个Service负责不同的功能，如基本音频配置文件(Basic Audio Profile，BAP)和广播音频扫描服务(Broadcast Audio Scan Service，BASS)。但是，申请人发现，现有技术中没有明确Broadcast Source和Broadcast Sink在建立广播同步之后，又失去了广播同步的情况下，Broadcast Source和Broadcast Sink如何恢复广播同步。
本申请实施例的技术方案可以应用于各种通信***，例如：全球移动通讯(global system of mobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(wideband code division multiple access，WCDMA)***、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time division duplex，TDD)***、先进的长期演进(advanced long term evolution，LTE-A)***、新无线(new radio， NR)***、NR***的演进***、非授权频段上的LTE(LTE-based access to unlicensed spectrum，LTE-U)***、非授权频段上的NR(NR-based access to unlicensed spectrum，NR-U)***、通用移动通信***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信***、无线局域网(wireless local area networks，WLAN)、无线保真(wireless fidelity，WiFi)、下一代通信***或其他通信***等。
本申请实施例描述的***架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请实施例提供的应用于接收设备的建立广播同步的方法的一种可选处理流程，如图3所示，可以包括以下步骤：
步骤S201，若接收设备失去广播同步，则所述接收设备发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。
在一些实施例中，所述第一请求消息至少可以包括下述中的一项或多项：目标发送设备的地址类型(Source_Address_Type)、目标发送设备的地址(Source_Address)和广告集(Advertising)_标识(Set Identifier，SID)；其中，Source_Address_Type和Source_Address用于标识目标发送设备，Advertising_SID用于标识目标发送设备的至少一个广播实例中的一个广播。
在一些实施例中，接收设备可以是如图1或如图2中所示的广播音频接收器；接收设备的形态可以是蓝牙耳机或蓝牙音箱等设备。
在一些实施例中，接收设备失去广播同步，可以是接收设备与目标发送设备失去广播同步。目标发送设备可以是如图1或如图2中所示的广播音频源；目标发送设备的形态可以是MP3等媒体播放器，也可以是其他类型的媒体播放器；所述媒体播放器播放的广播可以是音频流，也可以是视频流。目标发送设备与接收设备建立广播同步的情况下，接收设备能够同步广播目标发送设备播放的多媒体流。在一些场景下，接收设备会因为信号干扰、与目标发送设备距离变远、目标发送设备的地址发生更新等原因导致失去同步广播，即接收设备不能同步广播目标发送设备的多媒体流。
在一些实施例中，在接收设备与目标发送设备失去广播同步的场景下，接收设备通过发送第一请求消息请求获取广播同步信息。所述广播同步信息用于接收设备与目标发送设备广播同步，即所述广播同步信息用于接收设备能够同步广播目标发送设备的多媒体流。
在一些实施例中，接收设备可以向辅助设备发送第一请求消息，辅助设备可以是如图1所示的广播助理，辅助设备也可以是其他能够辅助接收设备与目标发送设备建立广播同步的设备。
在另一些实施例中，接收设备可以向发送设备发送第一请求消息，发送设备可以是如图2所示的广播音频源。
在一些可选实施方式中，所述方法还可以包括：
步骤S200，接收设备发送第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
在一些实施例中，接收设备可以向辅助设备发送第一通知消息，辅助设备可以是如图1所示的广播助理，辅助设备也可以是其他能够辅助接收设备与目标发送设备建立广播同步的设备。
在另一些实施例中，接收设备可以向发送设备发送第一通知消息，发送设备可以是如图2所示的广播音频源。
在一些实施例中，若接收设备与目标发送设备或辅助设备之间的通信连接断开，所述方法还可以包括：
步骤S200’，接收设备发送第二请求消息，所述第二请求消息用于请求与第一设备建立连接，所述第一设备用于向所述接收设备发送广播同步信息。
在一些实施例中，所述第二请求消息至少包括：广播音频扫描服务(Broadcast Audio Scan Service)的通用唯一标识符(Universally Unique Identifier，UUID)。其中，所述第二请求消息可以携带于包括Broadcast Audio Scan Service UUID的扩展广告(extended advertising)协 议数据单元(Protocol Data Unit，PDU)内。
在一些实施例中，接收设备可以向辅助设备发送第二请求消息，辅助设备可以是如图1所示的广播助理，辅助设备也可以是其他能够辅助接收设备与目标发送设备建立广播同步的设备。
在另一些实施例中，接收设备可以向发送设备发送第二请求消息，发送设备可以是如图2所示的广播音频源。
在一些实施例中，所述方法还可以包括：
步骤S202，接收设备接收所述广播同步信息。
在一些实施例中，所述广播同步信息可以由目标发送设备向接收设备发送；每个广播同步信息对应一个广告集标识。
在另一些实施例中，所述广播同步信息也可以由目标发送设备发送给辅助设备，再由辅助设备发送给接收设备；每个广播同步信息对应一个广告集标识。
步骤S203，接收设备基于所述广播同步信息与目标发送设备建立广播同步。
在一些实施例中，接收设备基于所述广播同步信息与目标发送设备建立广播同步，可以是接收设备同步播放目标发送设备播放的多媒体流。在具体实施时，可以是接收设备基于广播同步信息播放多媒体流，或者是接收设备播放与广播同步信息对应的多媒体流。接收设备与目标发送设备建立广播同步，也可以理解为接收设备与目标发送设备恢复广播同步。
本申请实施例提供的应用于第一设备的建立广播同步的方法的一种可选处理流程，如图4所示，可以包括以下步骤：
步骤S301，第一设备接收第一请求消息，所述第一请求消息用于接收设备请求获取广播同步信息。
在一些实施例中，所述第一请求消息至少可以包括下述中的一项或多项：Source_Address_Type、Source_Address和Advertising_SID；其中，Source_Address_Type和Source_Address用于标识目标发送设备，Advertising_SID用于标识目标发送设备的至少一个广播实例中的一个广播。
在一些实施例中，所述第一设备可以是辅助设备，辅助设备可以是如图1所示的广播助理，也可以是其他能够辅助接收设备与目标发送设备建立广播同步的设备。
在另一些实施例中，所述第一设备可以是第一发送设备，第一发送设备可以是如图2所示的广播音频源。
在一些实施例中，所述方法还可以包括：
步骤S300，第一设备接收第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
在一些实施例中，第一通知消息可以由接收设备发送。
在一些实施例中，第一设备可以是辅助设备，辅助设备可以是如图1所示的广播助理，辅助设备也可以是其他能够辅助接收设备与目标发送设备建立广播同步的设备。
在另一些实施例中，第一设备可以是第一发送设备，第一发送设备可以是如图2所示的广播音频源。
在一些实施例中，所述方法还可以包括：
步骤S300’，第一设备接收第二请求消息，所述第二请求消息用于请求与第一设备建立连接。
在一些实施例中，所述第二请求消息至少包括：Broadcast Audio Scan Service UUID。其中，所述第二请求消息可以携带于包括Broadcast Audio Scan Service UUID的扩展访问PDU内。
在一些实施例中，第一设备可以是辅助设备，辅助设备可以是如图1所示的广播助理，辅助设备也可以是其他能够辅助接收设备与目标发送设备建立广播同步的设备。
在另一些实施例中，接收设备可以是第一发送设备，第一发送设备可以是如图2所示的广播音频源。
在一些实施例中，所述方法还可以包括：
步骤S302，第一设备基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备。
在一些实施例中，第一设备可以是前述的辅助设备或第一发送设备，下面分别针对第一 设备为辅助设备、以及第一设备为第一发送设备的情况，对第一设备基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备的处理过程进行说明。
针对第一设备为辅助设备的场景一：所述辅助设备可以是如图1所示的广播助理；若第一请求消息中携带的Source_Address_Type类型为固定地址，则辅助设备可以根据第一请求消息中携带的Source_Address确认所述广播同步信息对应的目标发送设备。在一些实施例，若辅助设备与所述目标发送设备未保持同步，则所述辅助设备建立与所述目标发送设备的同步。
针对第一设备为辅助设备的场景二：所述辅助设备可以是如图1所示的广播助理；若第一请求消息中携带的Source_Address_Type类型为可解析私有地址(Resolvable Private Address，RPA)，则辅助设备基于所述辅助设备存储的身份解析秘钥(Identity Resolving Key，IRK)，确定所述目标发送设备。在具体实施时，辅助设备遍历所述辅助设备自身存储的IRK，利用IRK对所述第一请求消息中携带的Source_Address解析，确定用于解析所述目标发送设备的地址的目标IRK；基于所述目标IRK确定所述目标发送设备。若所述辅助设备遍历所述辅助设备自身存储的IRK，未能确定用于解析所述第一请求消息中携带的Source_Address的目标IRK，则所述辅助设备在所述辅助设备的显示界面显示提示信息；所述提示信息用于请求用户确定所述目标发送设备。
针对第一设备为辅助设备的场景一和场景二，在一些实施例，若辅助设备与目标发送设备未保持同步，则所述辅助设备需要建立与所述目标发送设备的同步。
针对第一设备为第一发送设备的场景一：若第一请求消息中携带的Source_Address_Type类型为固定地址，则第一发送设备可以判断第一请求消息中携带的Source_Address与第一发送设备的Source_Address是否一致。若第一请求消息中携带的Source_Address与第一发送设备的Source_Address一致，则第一发送设备确定自身是接收设备请求获取的广播同步信息对应的目标发送设备；第一发送设备再根据第一请求消息中携带的Advertising_SID，确定自身的至少一个广播实例中与Advertising_SID匹配的广播实例，确定所述广播实例的广播同步信息。若第一请求消息中携带的Source_Address与第一发送设备的Source_Addre不一致，则第一发送设备确定自身不是接收设备请求获取的广播同步信息对应的目标发送设备。
针对第一设备为第一发送设备的场景二：若第一请求消息中携带的Source_Address_Type类型为RPA，则第一发送设备基于自身的IRK，确定所述目标发送设备。在具体实施时，第一发送设备利用第一发送设备自身的IRK对所述第一请求消息中携带的Source_Address解析，若解析成功，则第一发送设备确定自身为目标发送设备；若解析不成功，则第一发送设备确定自身不是目标发送设备。
在一些实施例中，所述第一设备确定目标发送设备之后，所述方法还可以包括：
步骤S303，第一设备确定与所述第一请求消息中携带的广告集标识对应的广播同步信息。
在一些实施例中，第一设备根据第一请求消息中携带的Advertising_SID，确定目标发送设备的至少一个广播实例中与Advertising_SID匹配的广播实例及所述广播实例对应的广播同步信息。
在一些实施例中，目标发送设备可能存在多个广播实例，每个广播实例对应一个Advertising_SID；第一设备确定目标发送设备的多个广播实例中，与Advertising_SID对应的广播实例及所述广播实例的广播同步信息。
步骤S304，第一设备向接收设备发送所述广播同步信息。
在一些实施例中，通过第一设备向接收设备发送所述广播同步信息，实现接收设备与第一设备的广播同步；即接收设备能够同步播放目标发送设备播放的音频流。
下面针对不同的场景对本申请实施例提供的建立广播同步的方法进行详细说明。
针对Source_Address_Type类型为固定地址、接收设备为广播音频接收器，第一设备为广播助理，生成多媒体流的设备为广播音频源，广播音频接收器在广播助理的协助下，与广播音频源建立同步关系(Broadcast Audio Stream synchronization)，且广播音频接收器在同步播放广播音频源的多媒体流(如音乐)；但是，由于信号干扰、或广播音频接收器与广播音频源之间的物理距离过远等原因失去广播同步的场景，本申请实施例提供的建立广播同步的方法的一种可选详细处理流程，如图5所示，可以包括以下步骤：
步骤S401，若广播音频接收器确认广播音频接收器与广播助理之间的低功耗(Low Energy，LE)连接断开，则广播音频接收器向广播助理发送请求消息(Solicitation Requests)，所述Solicitation Requests可以是包括Broadcast Audio Scan Service UUID的extended advertising PDU。广播助理扫描Solicitation Requests，并发起与广播音频接收器的LE连接。
在一些实施例中，若广播音频接收器与广播助理之间的LE连接未断开，则不执行步骤S401。
步骤S402，广播音频接收器向广播助理发送第一通知消息(notification)，第一通知消息用于通知广播助理，广播音频接收器已经失去广播同步，或者广播音频接收器已经停止同步到周期广播。
步骤S403，广播音频接收器发送第一请求消息，所述第一请求消息用于请求从广播助理发送广播同步信息。
在一些实施例中，所述第一请求消息中至少携带下述中的一项或多项：Source_Address_Type、Source_Address和Advertising_SID。
步骤S404，广播助理根据Source_Address_Type和Source_Address，确定广播音频源。
步骤S405，若广播助理未与广播音频接收器保持同步，则广播音频源发起扫描，并建立与广播音频接收器的同步。
在一些实施例中，若广播助理与广播音频接收器保持同步，则无需执行步骤S405。
步骤S406，广播助理根据Advertising_SID确定广播同步信息，发送广播同步信息至广播音频接收器。
步骤S407，广播音频接收器根据广播同步信息，同步播放广播音频源的广播。
在一些实施例中，广播音频接收器将广播同步信息同步到自身的BIS，以同步播放广播音频源的广播。
针对Source_Address_Type类型为固定地址、接收设备为广播音频接收器，第一设备为第一广播音频源、或者第一设备为集成了第一广播音频源和广播助理的功能(本申请实施例中统一称为第一广播音频源)，生成多媒体流的设备为目标广播音频源，广播音频接收器与目标广播音频源建立Broadcast Audio Stream synchronization，且广播音频接收器在同步播放广播音频源的多媒体流(如音乐)；但是，由于信号干扰、或广播音频接收器与广播音频源之间的物理距离过远等原因失去广播同步的场景，本申请实施例提供的建立广播同步的方法的另一种可选详细处理流程，如图6所示，可以包括以下步骤：
步骤S501，若广播音频接收器确认广播音频接收器与第一广播音频源之间的LE连接断开，则广播音频接收器向第一广播音频源发送请求消息(Solicitation Requests)，所述Solicitation Requests可以是包括Broadcast Audio Scan Service UUID的extended advertising PDU。第一广播音频源扫描Solicitation Requests，并发起与广播音频接收器的LE连接。
在一些实施例中，若广播音频接收器与第一广播音频源之间的LE连接未断开，则不执行步骤S501。
步骤S502，广播音频接收器向第一广播音频源发送第一通知消息(notification)，第一通知消息用于通知第一广播音频源，广播音频接收器已经失去广播同步，或者广播音频接收器已经停止同步到周期广播。
步骤S503，广播音频接收器发送第一请求消息，所述第一请求消息用于请求从第一广播音频源发送广播同步信息。
在一些实施例中，所述第一请求消息中至少携带下述中的一项或多项：Source_Address_Type、Source_Address和Advertising_SID。
步骤S504，第一广播音频源比较Source_Address_Type和Source_Address，与自身的Source_Address_Type和Source_Address是否相同。
若第一广播音频源的Source_Address_Type与第一请求消息中的Source_Address_Type一致，且第一广播音频源的Source_Address与第一请求消息中的Source_Address相同，则执行步骤S505。
步骤S505，第一广播音频源确定自身即为目标广播音频源。
步骤S506，第一广播音频源根据Advertising_SID确定广播同步信息，发送广播同步信息至广播音频接收器。
步骤S507，广播音频接收器根据广播同步信息，同步播放广播音频源的广播。
在一些实施例中，广播音频接收器将广播同步信息同步到自身的BIS，以同步播放广播音频源的广播。
针对Source_Address_Type类型为RPA、接收设备为广播音频接收器，第一设备为广播助理，生成多媒体流的设备为广播音频源，广播音频接收器在广播助理的协助下，与广播音频源建立同步关系(Broadcast Audio Stream synchronization)，且广播音频接收器在同步播放广播音频源的多媒体流(如音乐)；但是，由于信号干扰、或广播音频接收器与广播音频源之间的物理距离过远等原因失去广播同步，且失去广播同步之后广播音频源的RPA发生了更新的场景，本申请实施例提供的建立广播同步的方法的再一种可选详细处理流程，如图7所示，可以包括以下步骤：
步骤S601，若广播音频接收器确认广播音频接收器与广播助理之间的LE连接断开，则广播音频接收器向广播助理发送Solicitation Requests，所述Solicitation Requests可以是包括Broadcast Audio Scan Service UUID的extended advertising PDU。广播助理扫描Solicitation Requests，并发起与广播音频接收器的LE连接。
在一些实施例中，若广播音频接收器与广播助理之间的LE连接未断开，则不执行步骤S601。
步骤S602，广播音频接收器向广播助理发送第一通知消息(notification)，第一通知消息用于通知广播助理，广播音频接收器已经失去广播同步，或者广播音频接收器已经停止同步到周期广播。
步骤S603，广播音频接收器发送第一请求消息，所述第一请求消息用于请求从广播助理发送广播同步信息。
在一些实施例中，所述第一请求消息中至少携带下述中的一项或多项：Source_Address_Type、Source_Address和Advertising_SID。
步骤S604，广播助理根据Source_Address_Type确定请求同步的目标广播音频源为RPA地址类型。
步骤S605，广播助理遍历自身保存的IRK，利用IRK对第一请求消息中携带的Source_Address解析，能够成功解析Source_Address的IRK称为匹配的IRK，也可以称为目标IRK。
步骤S606，广播助理基于所述目标IRK确定所述目标广播音频源。
在一些实施例中，广播助理根据目标IRK能够确定目标广播音频源；在确定目标广播音频源之后，广播助理根据第一请求消息中携带的Advertising_SID在目标广播音频源的多个广播实例中确定一个匹配的广播实例，得到对应的广播同步信息。
步骤S607，第一广播音频源根据Advertising_SID确定广播同步信息，发送广播同步信息至广播音频接收器。
步骤S608，广播音频接收器根据广播同步信息，同步播放广播音频源的广播。
在一些实施例中，广播音频接收器将广播同步信息同步到自身的BIS，以同步播放广播音频源的广播。
若在步骤S605中，广播助理遍历自身保存的IRK，对第一请求消息中携带的Source_Address均不能成功解析，则认为没有匹配的IRK，执行步骤S609。
步骤S609，广播助理在自身的显示屏幕显示提示信息；所述提示信息用于请求用户确定所述目标广播音频源。
针对Source_Address_Type类型为RPA、接收设备为广播音频接收器，第一设备为第一广播音频源、或者第一设备为集成了第一广播音频源和广播助理的功能(本申请实施例中统一称为第一广播音频源)，生成多媒体流的设备为目标广播音频源，广播音频接收器与目标广播音频源建立Broadcast Audio Stream synchronization，且广播音频接收器在同步播放广播音频源的多媒体流(如音乐)；但是，由于信号干扰、或广播音频接收器与广播音频源之间的物理距离过远等原因失去广播同步的场景，本申请实施例提供的建立广播同步的方法的再一种可选详细处理流程，如图8所示，可以包括以下步骤：
步骤S801，若广播音频接收器确认广播音频接收器与第一广播音频源之间的LE连接断开，则广播音频接收器向第一广播音频源发送请求消息(Solicitation Requests)，所述Solicitation Requests可以是包括Broadcast Audio Scan Service UUID的extended advertising PDU。第一广播音频源扫描Solicitation Requests，并发起与广播音频接收器的LE连接。
在一些实施例中，若广播音频接收器与第一广播音频源之间的LE连接未断开，则不执行步骤S801。
步骤S802，广播音频接收器向第一广播音频源发送第一通知消息(notification)，第一通知消息用于通知第一广播音频源，广播音频接收器已经失去广播同步，或者广播音频接收器已经停止同步到周期广播。
步骤S803，广播音频接收器发送第一请求消息，所述第一请求消息用于请求从第一广播音频源发送广播同步信息。
在一些实施例中，所述第一请求消息中至少携带下述中的一项或多项：Source_Address_Type、Source_Address和Advertising_SID。
步骤S804，第一广播音频源根据Source_Address_Type确定请求同步的目标广播音频源为RPA地址类型。
步骤S805，第一广播音频源利用自身的IRK对第一请求消息中携带的Source_Address解析，若解析成功，则所述第一广播音频源即为目标广播音频源。
步骤S806，第一广播音频源基于第一请求消息中携带的Advertising_SID确定对应的广播同步信息，将所述广播同步信息发送给广播音频接收器。
步骤S807，广播音频接收器根据广播同步信息，同步播放广播音频源的广播。
在一些实施例中，广播音频接收器将广播同步信息同步到自身的BIS，以同步播放广播音频源的广播。
本申请实施例提供的建立广播同步的方法，在广播音频接收器与广播音频源建立同步关系、且广播音频接收器同步播放广播音频源的情况下，若因为信号干扰、或广播音频接收器与广播音频源之间的物理距离过远等原因失去广播同步，则广播音频接收器向广播音频源或广播助理发送第一请求消息，请求恢复广播音频接收器与广播音频源之间的广播同步；广播音频源或广播助理能够基于第一请求消息中包括的：Source_Address_Type、Source_Address和Advertising_SID信息确定广播音频源及广播音频接收器期望广播同步的多媒体流。如此，实现了广播音频接收器与广播音频源之间广播同步的恢复，提高了用户的使用体验。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
为实现本申请实施例提供的建立广播同步的方法，本申请实施例还提供一种接收设备，所述接收设备900的可选组成结构，如图9所示，包括：
第一发送单元901，配置为若所述接收设备失去广播同步，则发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。
在一些实施例中，所述第一发送单元901，还配置为发送第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
在一些实施例中，所述接收设备900还包括：
第一接收单元902，配置为接收所述广播同步信息；
第一处理单元903，配置为基于所述广播同步信息与目标发送设备建立广播同步。
在一些实施例中，所述第一处理单元903，配置为基于所述广播同步信息，播放所述广播同步信息对应的多媒体流。
在一些实施例中，所述第一发送单元901，还配置为发送第二请求消息，所述第二请求消息用于请求与第一设备建立连接，所述第一设备用于向所述接收设备发送广播同步信息。
在一些实施例中，所述第二请求消息至少包括：Broadcast Audio Scan Service UUID。
在一些实施例中，所述第一请求消息中至少包括下述中的一项或多项：目标发送设备的地址类型和目标发送设备的地址。
为实现本申请实施例提供的建立广播同步的方法，本申请实施例还提供一种第一设备，所述第一设备1000的可选组成结构，如图10所示，包括：
第二接收单元1001，配置为接收第一请求消息，所述第一请求消息用于接收设备请求获取广播同步信息。
在一些实施例中，所述第二接收单元1001，还配置为接收第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
在一些实施例中，所述第二接收单元1001，还配置为接收第二请求消息，所述第二请 求消息用于请求与第一设备建立连接。
在一些实施例中，所述第二请求消息至少包括：广播扫描服务UUID。
在一些实施例中，所述第一设备1000还包括：
第二处理单元1002，配置为基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备。
在一些实施例中，所述第二处理单元1002，配置为确定与所述第一请求消息中携带的广告集标识对应的广播同步信息；
所述第一设备1000还包括：第二发送单元1003，配置为向所述接收设备发送所述广播同步信息。
在一些实施例中，若所述第一设备包括辅助设备，则所述第二处理单元1002，配置为基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，确定所述广播同步信息对应的目标发送设备；所述辅助设备用于建立所述接收设备与所述目标发送设备的广播同步。
在一些实施例中，若所述第一设备包括辅助设备，所述辅助设备与所述目标发送设备未保持同步，则所述第二处理单元1002，还配置为建立与所述目标发送设备的同步。
在一些实施例中，若所述第一设备包括第一发送设备，则所述第二处理单元1002，配置为基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，与所述第一发送设备的地址类型和所述第一发送设备的地址，确定所述广播同步信息对应的目标发送设备。
在一些实施例中，所述第二处理单元1002，配置为基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，与所述第一发送设备的地址类型和所述第一发送设备的地址，确定所述广播同步信息对应的目标发送设备包括：
若所述目标发送设备的地址类型与所述第一发送设备的地址类型相同，且所述目标发送设备的地址与所述第一发送设备的地址相同，则确定所述第一发送设备为所述目标发送设备。
在一些实施例中，若所述第一设备包括辅助设备，所述第一请求消息中携带的目标发送设备的地址类型为可解私有地址，则所述第二处理单元，配置为基于所述辅助设备存储的IRK，确定所述目标发送设备。
在一些实施例中，所述第二处理单元1002，配置为遍历所述辅助设备存储的IRK，利用IRK对所述第一请求消息中携带的目标发送设备的地址解析，确定用于解析所述目标发送设备的地址的目标IRK；基于所述目标IRK确定所述目标发送设备。
在一些实施例中，所述第二处理单元1002，配置为遍历自身存储的IRK，若未能确定用于解析所述第一请求消息中携带的目标发送设备的地址的目标IRK，则所述辅助设备显示提示信息；所述提示信息用于请求用户确定所述目标发送设备。
在一些实施例中，若所述第一设备包括第一发送设备，所述第一请求消息中携带的目标发送设备的地址类型为可解私有地址，则所述第二处理单元1002，配置为基于所述第一发送设备的IRK，确定所述目标发送设备。
44、根据权利要求43所述的第一设备，其中，所述第二处理单元1002，配置为利用所述第一发送设备的IRK对所述第一请求消息中携带的目标发送设备的地址解析；若解析成功，则确定所述第一发送设备为所述目标发送设备。
本申请实施例提供一种接收设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，使得所述接收设备执行的建立广播同步的方法的步骤。
本申请实施例提供一种第一设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，使得所述第一设备执行的建立广播同步的方法的步骤。
本申请实施例还提供一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行上述建立广播同步的方法。
本申请实施例还提供一种存储介质，存储有可执行程序，所述可执行程序被处理器执行时，实现上述建立广播同步的方法。
本申请实施例还提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使 得计算机执行上述建立广播同步的方法。
本申请实施例还提供一种计算机程序，所述计算机程序使得计算机执行上述建立广播同步的方法。
图11是本申请实施例的电子设备(接收设备或第一设备)的硬件组成结构示意图，电子设备700包括：至少一个处理器701、存储器702和至少一个网络接口704。电子设备700中的各个组件通过总线***705耦合在一起。可理解，总线***705用于实现这些组件之间的连接通信。总线***705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线***705。
可以理解，存储器702可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是ROM、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例中的存储器702用于存储各种类型的数据以支持电子设备700的操作。这些数据的示例包括：用于在电子设备700上操作的任何计算机程序，如应用程序7022。实现本申请实施例方法的程序可以包含在应用程序7022中。
上述本申请实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、FPGA、通用处理器、控制器、MCU、MPU、或其他电子元件实现，用于执行前述方法。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的 制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应理解，本申请中术语“***”和“网络”在本文中常被可互换使用。本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中字符“/”，一般表示前后关联对象是一种“或”的关系。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围，凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本申请的保护范围之内。

Claims (54)

  1. 一种建立广播同步的方法，所述方法包括：
    若接收设备失去广播同步，则所述接收设备发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。
  2. 根据权利要求1所述的方法，其中，所述方法还包括：
    所述接收设备发送第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
  3. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    所述接收设备接收所述广播同步信息；
    所述接收设备基于所述广播同步信息与目标发送设备建立广播同步。
  4. 根据权利要求3所述的方法，其中，所述接收设备基于所述广播同步信息与目标发送设备建立广播同步，包括：
    所述接收设备基于所述广播同步信息，播放所述广播同步信息对应的多媒体流。
  5. 根据权利要求1至4任一项所述的方法，其中，所述方法还包括：
    所述接收设备发送第二请求消息，所述第二请求消息用于请求与第一设备建立连接，所述第一设备用于向所述接收设备发送广播同步信息。
  6. 根据权利要求5所述的方法，其中，所述第二请求消息至少包括：
    广播扫描服务的通用唯一标识符UUID。
  7. 根据权利要求1至6任一项所述的方法，其中，所述第一请求消息中至少包括下述中的一项或多项：
    目标发送设备的地址类型、目标发送设备的地址和广告集标识。
  8. 一种建立广播同步的方法，所述方法包括：
    第一设备接收第一请求消息，所述第一请求消息用于接收设备请求获取广播同步信息。
  9. 根据权利要求8所述的方法，其中，所述方法还包括：
    所述第一设备接收第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
  10. 根据权利要求8或9所述的方法，其中，所述方法还包括：
    所述第一设备接收第二请求消息，所述第二请求消息用于请求与第一设备建立连接。
  11. 根据权利要求10所述的方法，其中，所述第二请求消息至少包括：
    广播扫描服务的通用唯一标识符UUID。
  12. 根据权利要求8至11任一项所述的方法，其中，所述方法还包括：
    所述第一设备基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备。
  13. 根据权利要求12所述的方法，其中，所述方法还包括：
    所述第一设备确定与所述第一请求消息中携带的广告集标识对应的广播同步信息；
    所述第一设备向所述接收设备发送所述广播同步信息。
  14. 根据权利要求12或13所述的方法，其中，所述第一设备基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备包括：
    若所述第一设备包括辅助设备，则所述辅助设备基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，确定所述广播同步信息对应的目标发送设备；
    所述辅助设备用于建立所述接收设备与所述目标发送设备的广播同步。
  15. 根据权利要求12或13所述的方法，其中，所述第一设备基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备包括：
    若所述第一设备为第一发送设备，则所述第一发送设备基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，与所述第一发送设备的地址类型和所述第一发送设备的地址，确定所述广播同步信息对应的目标发送设备。
  16. 根据权利要求15所述的方法，其中，所述第一发送设备基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，与所述第一发送设备的地址类型和所述第一发送设备的地址，确定所述广播同步信息对应的目标发送设备包括：
    若所述目标发送设备的地址类型与所述第一发送设备的地址类型相同，且所述目标发送 设备的地址与所述第一发送设备的地址相同，则确定所述第一发送设备为所述目标发送设备。
  17. 根据权利要求12或13所述的方法，其中，所述第一设备基于所述第一请求消息，确定所述广播同步信息对应的目标发送设备包括：
    若所述第一设备为辅助设备，所述第一请求消息中携带的目标发送设备的地址类型为可解私有地址，则所述辅助设备基于所述辅助设备存储的身份解析秘钥IRK，确定所述目标发送设备。
  18. 根据权利要求17所述的方法，其中，所述辅助设备基于所述辅助设备存储的身份解析秘钥IRK，确定所述目标发送设备包括：
    所述辅助设备遍历所述辅助设备存储的IRK，利用IRK对所述第一请求消息中携带的目标发送设备的地址解析，确定用于解析所述目标发送设备的地址的目标IRK；
    基于所述目标IRK确定所述目标发送设备。
  19. 根据权利要求17或18所述的方法，其中，所述辅助设备基于所述辅助设备存储的IRK，确定所述目标发送设备包括：
    所述辅助设备遍历所述辅助设备存储的IRK，若未能确定用于解析所述第一请求消息中携带的目标发送设备的地址的目标IRK，则所述辅助设备显示提示信息；
    所述提示信息用于请求用户确定所述目标发送设备。
  20. 根据权利要求14、17至19任一项所述的方法，其中，所述方法还包括：
    所述辅助设备与所述目标发送设备未保持同步，则所述辅助设备建立与所述目标发送设备的同步。
  21. 根据权利要求12或13所述的方法，其中，所述第一设备基于所述第一请求消息，确定所述广播同步信息对应的目标发送设备包括：
    若所述第一设备为第一发送设备，所述第一请求消息中携带的目标发送设备的地址类型为可解私有地址，则所述第一发送设备基于所述第一发送设备的IRK，确定所述目标发送设备。
  22. 根据权利要求21所述的方法，其中，所述第一发送设备基于所述第一发送设备的IRK，确定所述目标发送设备包括：
    所述第一发送设备利用所述第一发送设备的IRK对所述第一请求消息中携带的目标发送设备的地址解析；
    若解析成功，则确定所述第一发送设备为所述目标发送设备。
  23. 一种接收设备，所述接收设备包括：
    第一发送单元，配置为若所述接收设备失去广播同步，则发送第一请求消息，所述第一请求消息用于请求获取广播同步信息。
  24. 根据权利要求23所述的接收设备，其中，
    所述第一发送单元，还配置为发送第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
  25. 根据权利要求23或24所述的接收设备，其中，所述接收设备还包括：
    第一接收单元，配置为接收所述广播同步信息；
    第一处理单元，配置为基于所述广播同步信息与目标发送设备建立广播同步。
  26. 根据权利要求25所述的接收设备，其中，
    所述第一处理单元，配置为基于所述广播同步信息，播放所述广播同步信息对应的多媒体流。
  27. 根据权利要求23至26任一项所述的接收设备，其中，
    所述第一发送单元，还配置为发送第二请求消息，所述第二请求消息用于请求与第一设备建立连接，所述第一设备用于向所述接收设备发送广播同步信息。
  28. 根据权利要求27所述的接收设备，其中，所述第二请求消息至少包括：
    广播扫描服务的通用唯一标识符Broadcast Audio Scan Service UUID。
  29. 根据权利要求23至28任一项所述的接收设备，其中，所述第一请求消息中至少包括下述中的一项或多项：
    目标发送设备的地址类型、目标发送设备的地址和广告集标识。
  30. 一种第一设备，所述第一设备包括：
    第二接收单元，配置为接收第一请求消息，所述第一请求消息用于接收设备请求获取广播同步信息。
  31. 根据权利要求30所述的第一设备，其中，
    所述第二接收单元，还配置为接收第一通知消息，所述第一通知消息用于通知所述接收设备已经失去广播同步。
  32. 根据权利要求30或31所述的第一设备，其中，
    所述第二接收单元，还配置为接收第二请求消息，所述第二请求消息用于请求与第一设备建立连接。
  33. 根据权利32所述的第一设备，其中，所述第二请求消息至少包括：
    广播扫描服务的通用唯一标识符UUID。
  34. 根据权利要求30至22任一项所述的第一设备，其中，所述第一设备还包括：
    第二处理单元，配置为基于所述第一请求消息，确认所述广播同步信息对应的目标发送设备。
  35. 根据权利要求34所述的第一设备，其中，
    所述第二处理单元，配置为确定与所述第一请求消息中携带的广告集标识对应的广播同步信息；
    所述第一设备还包括：第二发送单元，配置为向所述接收设备发送所述广播同步信息。
  36. 根据权利要求34或35所述的第一设备，其中，若所述第一设备包括辅助设备，则所述第二处理单元，配置为基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，确定所述广播同步信息对应的目标发送设备；
    所述辅助设备用于建立所述接收设备与所述目标发送设备的广播同步。
  37. 根据权利要求34或35所述的第一设备，其中，若所述第一设备包括第一发送设备，则所述第二处理单元，配置为基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，与所述第一发送设备的地址类型和所述第一发送设备的地址，确定所述广播同步信息对应的目标发送设备。
  38. 根据权利要求37所述的第一设备，其中，所述第二处理单元，配置为基于所述第一请求消息中携带的目标发送设备的地址类型和目标发送设备的地址，与所述第一发送设备的地址类型和所述第一发送设备的地址，确定所述广播同步信息对应的目标发送设备包括：
    若所述目标发送设备的地址类型与所述第一发送设备的地址类型相同，且所述目标发送设备的地址与所述第一发送设备的地址相同，则确定所述第一发送设备为所述目标发送设备。
  39. 根据权利要求34或35所述的第一设备，其中，若所述第一设备包括辅助设备，所述第一请求消息中携带的目标发送设备的地址类型为可解私有地址，则所述第二处理单元，配置为基于所述辅助设备存储的身份解析秘钥IRK，确定所述目标发送设备。
  40. 根据权利要求39所述的第一设备，其中，所述第二处理单元，配置为遍历所述辅助设备存储的IRK，利用IRK对所述第一请求消息中携带的目标发送设备的地址解析，确定用于解析所述目标发送设备的地址的目标IRK；
    基于所述目标IRK确定所述目标发送设备。
  41. 根据权利要求39或40所述的第一设备，其中，所述第二处理单元，配置为遍历自身存储的IRK，若未能确定用于解析所述第一请求消息中携带的目标发送设备的地址的目标IRK，则所述辅助设备显示提示信息；
    所述提示信息用于请求用户确定所述目标发送设备。
  42. 根据权利要求36、39至41任一项所述的第一设备，其中，所述辅助设备与所述目标发送设备未保持同步，则所述第二处理单元，还配置为建立与所述目标发送设备的同步。
  43. 根据权利要求34或35所述的第一设备，其中，若所述第一设备包括第一发送设备，所述第一请求消息中携带的目标发送设备的地址类型为可解私有地址，则所述第二处理单元，配置为基于所述第一发送设备的IRK，确定所述目标发送设备。
  44. 根据权利要求43所述的第一设备，其中，所述第二处理单元，配置为利用所述第一发送设备的IRK对所述第一请求消息中携带的目标发送设备的地址解析；
    若解析成功，则确定所述第一发送设备为所述目标发送设备。
  45. 一种接收设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器， 其中，
    所述处理器用于运行所述计算机程序时，使得所述接收设备执行权利要求1至7任一项所述的建立广播同步的方法的步骤。
  46. 一种第一设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，
    所述处理器用于运行所述计算机程序时，使得所述第一设备执行权利要求8至22任一项所述的建立广播同步的方法的步骤。
  47. 一种存储介质，存储有可执行程序，所述可执行程序被处理器执行时，实现权利要求1至7任一项所述的建立广播同步的方法。
  48. 一种存储介质，存储有可执行程序，所述可执行程序被处理器执行时，实现权利要求8至22任一项所述的建立广播同步的方法。
  49. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至7任一项所述的建立广播同步的方法的步骤。
  50. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求8至22任一项所述的建立广播同步的方法的步骤。
  51. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1至7任一项所述的建立广播同步的方法的步骤。
  52. 一种计算机程序，所述计算机程序使得计算机执行如权利要求8至22任一项所述的建立广播同步的方法的步骤。
  53. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至7任一项所述的建立广播同步的方法的步骤。
  54. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求8至22任一项所述的建立广播同步的方法的步骤。
PCT/CN2020/123771 2020-10-26 2020-10-26 一种建立广播同步的方法、电子设备及存储介质 WO2022087794A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080077892.9A CN114679918A (zh) 2020-10-26 2020-10-26 一种建立广播同步的方法、电子设备及存储介质
PCT/CN2020/123771 WO2022087794A1 (zh) 2020-10-26 2020-10-26 一种建立广播同步的方法、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/123771 WO2022087794A1 (zh) 2020-10-26 2020-10-26 一种建立广播同步的方法、电子设备及存储介质

Publications (1)

Publication Number Publication Date
WO2022087794A1 true WO2022087794A1 (zh) 2022-05-05

Family

ID=81381597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/123771 WO2022087794A1 (zh) 2020-10-26 2020-10-26 一种建立广播同步的方法、电子设备及存储介质

Country Status (2)

Country Link
CN (1) CN114679918A (zh)
WO (1) WO2022087794A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108108146A (zh) * 2018-01-19 2018-06-01 深圳市沃特沃德股份有限公司 多个播放设备同步播放的方法与播放设备
CN109417758A (zh) * 2016-06-27 2019-03-01 华为技术有限公司 一种蓝牙连接的方法及终端
CN110383767A (zh) * 2019-06-05 2019-10-25 深圳市汇顶科技股份有限公司 基于同步链路的拓扑切换方法、装置、***及存储介质
US20200084697A1 (en) * 2018-09-11 2020-03-12 Qualcomm Incorporated Broadcast isochronous relay over esco
WO2020132818A1 (zh) * 2018-12-24 2020-07-02 华为技术有限公司 无线短距离音频共享方法及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109417758A (zh) * 2016-06-27 2019-03-01 华为技术有限公司 一种蓝牙连接的方法及终端
CN108108146A (zh) * 2018-01-19 2018-06-01 深圳市沃特沃德股份有限公司 多个播放设备同步播放的方法与播放设备
US20200084697A1 (en) * 2018-09-11 2020-03-12 Qualcomm Incorporated Broadcast isochronous relay over esco
WO2020132818A1 (zh) * 2018-12-24 2020-07-02 华为技术有限公司 无线短距离音频共享方法及电子设备
CN110383767A (zh) * 2019-06-05 2019-10-25 深圳市汇顶科技股份有限公司 基于同步链路的拓扑切换方法、装置、***及存储介质

Also Published As

Publication number Publication date
CN114679918A (zh) 2022-06-28

Similar Documents

Publication Publication Date Title
US8401004B2 (en) Terminal, method and system for performing combination service using terminal capability version
US8781126B2 (en) Method, apparatus and computer program product for providing security during handover between a packet-switched network and a circuit-switched network
US9301129B2 (en) Terminal, method and system for performing combination service using terminal capability version
EP3078182B1 (en) Wireless media sharing from multiple sources to a single sink
WO2019061414A1 (zh) 一种业务路径的切换方法、设备、存储介质及***
EP2640100A1 (en) Method and apparatus for providing an enhanced wi-fi display session in a wi-fi display network
CN112566149B (zh) 配置业务的方法、通信装置和通信***
US11259185B2 (en) Communication method and device
EP3700142A1 (en) Data processing method, apparatus and device
KR102053695B1 (ko) 무선 피델리티 디스플레이 네트워크 환경에서 멀티미디어 컨텐트를 스트리밍하는 방법 및 시스템
EP3952378A1 (en) Registration method and apparatus
WO2020224559A1 (zh) 群组管理方法、装置及***
KR20110083736A (ko) Ｓｒｖｃｃ 긴급 호출 지원 장치, 시스템 및 방법
US20110151865A1 (en) Inter-network profile repository interworking systems and methods
US11743716B2 (en) Establishing untrusted non-3GPP sessions without compromising security
WO2021068830A1 (zh) 用于多播传输的方法和装置
US20230126759A1 (en) Distributed Data Transmission Method, Apparatus, and System
US8595486B2 (en) Systems and methods for authorization and data transmission for multicast broadcast services
US9635112B2 (en) Apparatus, system and method of managing an application service platform (ASP) session
WO2022087794A1 (zh) 一种建立广播同步的方法、电子设备及存储介质
CN115002734A (zh) 一种音频分享方法、装置、***及可读存储介质
US11140480B2 (en) Indirect sourced cognitive loudspeaker system
CN110213789B (zh) 蓝牙连接方法、终端设备、蓝牙设备及计算机存储介质
WO2021098015A1 (zh) 耳机升级方法、耳机组件、升级装置和可读存储介质
TW200901717A (en) Techniques for unidirectional disabling of audio-video synchronization

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20958959

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20958959

Country of ref document: EP

Kind code of ref document: A1