Broadcast audio communication method and device, electronic equipment and storage medium

Abstract

The invention relates to a broadcast audio communication method and device, electronic equipment and a storage medium. The broadcast audio communication method includes: a broadcast audio receiver determines a broadcast audio transmitter based on a detected extended broadcast EA; a response periodic broadcast PAwR sent by the broadcast audio transmitter is received, the PAwR is synchronized, the PAwR comprises periodic broadcast data used for identifying one or more sub-events, and the sub-events are used for bearing sub-event information; analyzing the periodic broadcast data to obtain one or more sub-events, and determining a target idle sub-event in the one or more sub-events; and synchronizing sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter, and listening to a broadcast audio stream sent by the broadcast audio transmitter. According to the invention, based on the PAwR, the broadcast audio receiver receives the broadcast audio stream sent by the broadcast audio transmitter, and bidirectional communication between the broadcast audio receiver and the broadcast audio transmitter is realized.

Description

Technical Field

[0001] This disclosure relates to the field of audio communication, and in particular to broadcast audio communication methods, apparatus, electronic devices and storage media. Background Technology

[0002] Broadcast audio is a next-generation Bluetooth technology application launched by the Bluetooth Special Interest Group (Bluetooth SIG). Based on a connectionless, one-way communication method, it consumes only a small amount of power thanks to the Low Complexity Communications Codec (LC3), enabling wireless Bluetooth devices to listen to its Bluetooth audio. It is suitable for applications such as audio sharing, audio notifications, and silent broadcasts, including music sharing between friends, listening at the meeting, airport flight announcements, and museum exhibit introductions.

[0003] In current broadcast audio communication schemes, the Bluetooth communication between the broadcast audio transmitter and receiver is unidirectional. The broadcast audio transmitter cannot know the reception status or number of nearby broadcast audio receivers. Furthermore, the broadcast audio receiver relies on a broadcast audio assistant, resulting in a poor listening experience. Summary of the Invention

[0004] To overcome the problems existing in related technologies, this disclosure provides a broadcast audio communication method, apparatus, electronic device, and storage medium.

[0005] According to a first aspect of the present disclosure, a broadcast audio communication method is provided, comprising: a broadcast audio receiver determining a broadcast audio transmitter based on a detected extended broadcast (EA); receiving a response periodic broadcast (PAwR) sent by the broadcast audio transmitter and synchronizing the PAwR, wherein the PAwR includes periodic broadcast data for identifying one or more sub-events, the sub-events carrying sub-event information including listening capability, authentication, a listening password hash value, and a listening status; parsing the periodic broadcast data to obtain the one or more sub-events, and determining a target idle sub-event among the one or more sub-events; synchronizing the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter, and listening to the broadcast audio stream sent by the broadcast audio transmitter.

[0006] In one embodiment, synchronizing the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter and listening to the broadcast audio stream sent by the broadcast audio transmitter includes: sending a sub-event synchronization request to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event, the sub-event synchronization request including the listening capability information, device authentication information, and password requirement information of the broadcast audio receiver; receiving an updated target idle sub-event, the updated target idle sub-event being sent by the broadcast audio transmitter after authenticating the broadcast audio receiver based on the listening capability information and device authentication information of the broadcast audio receiver, setting a password according to the password requirement information, and including the listening identifier of the broadcast audio receiver and the sequence number corresponding to the target idle sub-event; in response to the broadcast audio stream having a password, decrypting based on the password and listening to the broadcast audio stream sent by the broadcast audio transmitter, or in response to the broadcast audio stream not having a password, listening to the broadcast audio stream sent by the broadcast audio transmitter; and sending the sub-event synchronization request to the broadcast audio transmitter again, wherein the resent sub-event synchronization request includes the listening status of the broadcast audio receiver.

[0007] In one embodiment, the method further includes: releasing the target idle sub-event in response to hearing a broadcast audio stream transmitted by the broadcast audio transmitter.

[0008] In one embodiment, before the broadcast audio receiver determines the broadcast audio transmitter based on the detected extended broadcast EA, the method further includes: the broadcast audio receiver identifying, based on its own components, that a user intends to use the broadcast audio receiver to receive broadcast audio.

[0009] According to a second aspect of the present disclosure, a broadcast audio communication method is provided, comprising: a broadcast audio transmitter sending an extended broadcast EA, the extended broadcast EA being used by a broadcast audio receiver to determine the broadcast audio transmitter; the broadcast audio transmitter sending a response periodic broadcast PAwR, the PAwR including periodic broadcast data for identifying one or more sub-events, the sub-events being used to carry sub-event information, the sub-event information including listening capability, authentication, listening password hash value, and listening status; synchronizing the sub-event information corresponding to a target idle sub-event with the broadcast audio receiver, and sending a broadcast audio stream to the broadcast audio receiver.

[0010] In one embodiment, synchronizing the sub-event information corresponding to the target idle sub-event with the broadcast audio receiver includes: receiving a sub-event synchronization request sent by the broadcast audio receiver in the sub-event time slot corresponding to the target idle sub-event, the sub-event synchronization request including the broadcast audio receiver's listening capability information, device authentication information, and password requirement information; authenticating the broadcast audio receiver based on the broadcast audio receiver's listening capability information and device authentication information; in response to the broadcast audio receiver passing authentication, setting a password according to the password requirement information, the broadcast audio receiver's listening identifier, and the sequence number corresponding to the target idle sub-event to obtain an updated target idle sub-event, and sending the updated target idle sub-event to the broadcast audio receiver; and receiving a sub-event synchronization request sent again by the broadcast audio receiver, wherein the resent sub-event synchronization request includes the broadcast audio receiver's listening status.

[0011] In one embodiment, the method further includes: releasing the target idle sub-event in response to receiving a listening status sent by the broadcast audio receiver.

[0012] According to a third aspect of the present disclosure, a broadcast audio communication apparatus is provided, comprising: a determining unit, configured to determine a broadcast audio transmitter based on a detected extended broadcast (EA); a receiving unit, configured to receive a response periodic broadcast (PAwR) sent by the broadcast audio transmitter and synchronize the PAwR, wherein the PAwR includes periodic broadcast data for identifying one or more sub-events, the sub-events carrying sub-event information including listening capability, authentication, a listening password hash value, and a listening status; a parsing unit, configured to parse the periodic broadcast data to obtain the one or more sub-events and determine a target idle sub-event among the one or more sub-events; and a listening unit, configured to synchronize the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter and listen to the broadcast audio stream sent by the broadcast audio transmitter.

[0013] In one embodiment, the listening unit synchronizes the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter. The listening unit listens to the broadcast audio stream sent by the broadcast audio transmitter in the following manner: sending a sub-event synchronization request to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event; the sub-event synchronization request includes the listening capability information, device authentication information, and password requirement information of the broadcast audio receiver; and receiving updated target idle sub-events, the updated target idle sub-events being generated by the broadcast audio transmitter based on the listening capability information and device authentication information of the broadcast audio receiver. After authenticating the broadcast audio receiver, the system sends a message and sets a password according to the password requirement information, including the broadcast audio receiver's listening identifier and the sequence number corresponding to the target idle sub-event. In response to the updated target idle sub-event containing the password, the system decrypts the message based on the password and listens to the broadcast audio stream sent by the broadcast audio transmitter; or in response to the updated target idle sub-event not containing the password, the system listens to the broadcast audio stream sent by the broadcast audio transmitter. A sub-event synchronization request is then sent to the broadcast audio transmitter again, wherein the resent sub-event synchronization request includes the broadcast audio receiver's listening status.

[0014] In one embodiment, the apparatus further includes a processing unit for releasing the target idle sub-event in response to hearing a broadcast audio stream transmitted by the broadcast audio transmitter.

[0015] In one embodiment, before determining the broadcast audio transmitter based on the detected extended broadcast EA, the determining unit is further configured to: the broadcast audio receiver, based on its own components, identify that the user intends to use the broadcast audio receiver to receive broadcast audio.

[0016] According to a fourth aspect of the present disclosure, a broadcast audio communication apparatus is provided, comprising: a determining unit, configured to: a broadcast audio transmitter transmit an extended broadcast EA, wherein the extended broadcast EA is used by a broadcast audio receiver to determine the broadcast audio transmitter; and a transmitting unit, configured to: the broadcast audio transmitter transmit a response periodic broadcast PAwR, wherein the PAwR includes periodic broadcast data for identifying one or more sub-events, wherein the sub-events are used to carry sub-event information, the sub-event information including listening capability, authentication, listening password hash value, and listening status; synchronize the sub-event information corresponding to a target idle sub-event with the broadcast audio receiver, and transmit a broadcast audio stream to the broadcast audio receiver.

[0017] In one embodiment, the sending unit synchronizes sub-event information corresponding to the target idle sub-event with the broadcast audio receiver in the following manner: receiving a sub-event synchronization request sent by the broadcast audio receiver in the sub-event time slot corresponding to the target idle sub-event, the sub-event synchronization request including the broadcast audio receiver's listening capability information, device authentication information, and password requirement information; performing authentication processing on the broadcast audio receiver based on the broadcast audio receiver's listening capability information and device authentication information; in response to the broadcast audio receiver passing authentication, setting a password according to the password requirement information, the broadcast audio receiver's listening identifier, and the sequence number corresponding to the target idle sub-event to obtain an updated target idle sub-event, and sending the updated target idle sub-event to the broadcast audio receiver; receiving a sub-event synchronization request sent again by the broadcast audio receiver, wherein the resent sub-event synchronization request includes the broadcast audio receiver's listening status.

[0018] In one embodiment, the apparatus further includes a processing unit configured to release the target idle sub-event in response to receiving a listening status sent by the broadcast audio receiver.

[0019] According to a fifth aspect of the present disclosure, an electronic device is provided, comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to: execute the broadcast audio communication method described in the first aspect or any embodiment of the first aspect.

[0020] According to a sixth aspect of the present disclosure, an electronic device is provided, comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to: execute the broadcast audio communication method described in the second aspect or any embodiment of the second aspect.

[0021] According to a seventh aspect of the present disclosure, a storage medium is provided, the storage medium storing instructions that, when executed by a processor, enable the processor to perform the broadcast audio communication method described in the first aspect or any embodiment of the first aspect.

[0022] According to an eighth aspect of the present disclosure, a storage medium is provided that stores instructions which, when executed by a processor, enable the processor to perform the broadcast audio communication method described in the second aspect or any embodiment of the second aspect.

[0023] The technical solutions provided by the embodiments of this disclosure can include the following beneficial effects: The broadcast audio receiver can determine the broadcast audio transmitter based on the detected extended broadcast EA. It receives the response periodic broadcast PAwR sent by the broadcast audio transmitter, wherein PAwR includes periodic broadcast data. Based on parsing the periodic broadcast data, it achieves synchronization of listening capability, identity authentication, listening password hash value, and listening status, thereby enabling listening to the broadcast audio stream sent by the broadcast audio transmitter. It also enables bidirectional communication between the broadcast audio receiver and the broadcast audio transmitter.

[0024] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0025] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0026] Figure 1 This is a schematic diagram illustrating a method for listening to broadcast audio according to an exemplary embodiment.

[0027] Figure 2 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment.

[0028] Figure 3 This is a flowchart illustrating a method for listening to a broadcast audio stream according to an exemplary embodiment.

[0029] Figure 4 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment.

[0030] Figure 5 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment.

[0031] Figure 6 This is a flowchart illustrating a method for synchronizing sub-event information according to an exemplary embodiment.

[0032] Figure 7 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment.

[0033] Figure 8 This is a flowchart illustrating a broadcast audio communication interaction method according to an exemplary embodiment.

[0034] Figure 9 This is a schematic diagram illustrating a broadcast audio communication method according to an exemplary embodiment.

[0035] Figure 10This is a schematic diagram illustrating a broadcast audio communication method according to an exemplary embodiment.

[0036] Figure 11 This is a block diagram illustrating a broadcast audio communication device according to an exemplary embodiment.

[0037] Figure 12 This is a block diagram illustrating a broadcast audio communication device according to an exemplary embodiment.

[0038] Figure 13 This is a block diagram illustrating a broadcast audio communication device according to an exemplary embodiment.

[0039] Figure 14 This is a block diagram illustrating a broadcast audio communication device according to an exemplary embodiment. Detailed Implementation

[0040] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure.

[0041] In Bluetooth Low Energy (BLE) audio broadcasting, a next-generation Bluetooth technology application introduced by the Bluetooth Special Interest Group (SIG), BLE is based on a connectionless, unidirectional communication method. Thanks to its low-complexity codecs, it consumes minimal power, allowing wireless Bluetooth devices to listen to its Bluetooth audio. It is suitable for applications such as audio sharing, audio notifications, and silent broadcasts, including music sharing among friends, listening at meetings, airport flight announcements, and museum exhibit introductions. Compared to connected classic Bluetooth or BLE unicast audio, BLE is expected to cover and meet certain application needs in daily life and work, and has significant development potential.

[0042] In related technologies, according to the Bluetooth Special Interest Group's functional plan, broadcast audio applications generally require three core device roles: Auracast Transmitter (such as terminals, tablets, TVs, broadcasters, etc.), Auracast Assistant (such as terminals, tablets, etc.), and Auracast Receiver (such as headphones, Bluetooth speakers, etc.). Figure 1 This is a schematic diagram illustrating a broadcast audio listening method according to an exemplary embodiment. Figure 1As shown, broadcast audio transmitter A (such as a terminal) acts as the audio source provider, broadcasting basic information about the audio source through Extended Advertising (EA) and Periodic Advertising (PA), and sending audio through Broadcast Isochronous Stream (BIS). Broadcast audio assistant B (such as a terminal) is typically a device with a visual interface, capable of scanning / searching for audio source information about broadcast audio transmitter A and displaying it to the user. The user connects to the broadcast listener device (such as headphones) via a Bluetooth Low Energy link on device B. Finally, after interaction between B and C regarding the selection of the listening source, PA synchronization information, and broadcast audio password, device C achieves one-way listening to the broadcast audio source after synchronizing PA and BIS.

[0043] However, broadcast audio listening relies on PA to implement routing connections between EA and BIS. Since Bluetooth communication between the broadcast audio transmitter and receiver is unidirectional, the transmitter cannot know the number and status of nearby receivers, making management and control of the broadcast audio impossible. The receiver heavily relies on the broadcast audio assistant, and both must establish a Bluetooth link before implementing the broadcast audio-related processes of the Basic Audio Profile (BAP) to listen to the transmitter. In scenarios with multiple headphones or speakers, this process involves repeated Bluetooth connections and manual password entry, resulting in a poor listening experience. Furthermore, the Bluetooth link significantly impacts the Wi-Fi network throughput performance of the broadcast assistant.

[0044] In view of this, this disclosure proposes a broadcast audio communication method that replaces PA with Periodic Advertising With Responses (PAwR). Through PAwR, which has stronger bidirectional interactive capabilities, direct communication between the broadcast audio transmitter and the broadcast audio receiver can be achieved. The broadcast listening device can independently complete the scanning of EA and the synchronization of PAwR. Through a series of processes such as capability matching, identity authentication, and broadcast password distribution, the core communication steps required for listening to broadcast audio as required by the BAP specification are completed, enabling the broadcast receiver to listen to broadcast audio autonomously.

[0045] In the embodiments of this disclosure, the terms Extended Broadcast EA, EA Broadcast, etc., can be used interchangeably.

[0046] The following broadcast audio communication method, as described in this disclosure, is applied to a broadcast audio receiver.

[0047] Figure 2 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment. Figure 2 As shown, the method includes steps S11 to S14.

[0048] In step S11, the broadcast audio receiver determines the broadcast audio transmitter based on the detected extended broadcast EA.

[0049] In this embodiment of the disclosure, the broadcast audio receiver scans for EA broadcasts and determines the broadcast audio transmitter based on the scanned EA broadcasts. When the broadcast audio receiver detects an EA broadcast, it enters a distance evaluation module. This distance evaluation module is used to filter out suitable or matching target broadcast audio sources for listening.

[0050] In this embodiment of the disclosure, the distance assessment module matches the target broadcast audio based on the strength of the Received Signal Strength Indicator (RSSI) of the EA broadcast. For example, it can traverse the scanned EA broadcasts within a specified time, select available broadcast audio sources with RSSI greater than a preset strength threshold, determine them as the target broadcast audio source, and then select that EA broadcast. Since the EA broadcast is sent by a broadcast audio transmitter, the broadcast audio transmitter can be determined based on the determined EA broadcast, and thus, interaction with that broadcast audio transmitter can be determined.

[0051] In step S12, the response periodic broadcast PAwR sent by the broadcast audio transmitter is received and PAwR is synchronized.

[0052] In this embodiment of the disclosure, after the broadcast audio transmitter is determined, the broadcast audio receiver will synchronously receive and transmit PAWR.

[0053] In this embodiment of the disclosure, PAwR includes periodic broadcast data for identifying one or more sub-events. The sub-events carry sub-event information, including listening capability, authentication information, a listening password hash value, and listening status.

[0054] In step S13, the periodic broadcast data is parsed to obtain one or more sub-events, and the target idle sub-event is determined from the one or more sub-events.

[0055] In this embodiment of the disclosure, a PAwR (Public Audio Receiver) sent by a broadcast transmitter is received. Since the PAwR includes periodic broadcast data used to identify one or more sub-events, the periodic broadcast data is parsed to obtain one or more sub-events. The processing related to parsing the periodic broadcast data may include the following: parsing the link information of the broadcast audio stream, parsing the broadcast audio configuration information of the PAwR, and processing private information between the broadcast audio receiver and the broadcast audio transmitter. Based on the one or more sub-events obtained from the above parsing, a target idle sub-event is determined among the one or more sub-events. The broadcast audio receiver can use the target idle sub-event to interact with the broadcast audio transmitter.

[0056] In step S14, the sub-event information corresponding to the target idle sub-event is synchronized with the broadcast audio transmitter, and the broadcast audio stream sent by the broadcast audio transmitter is listened to.

[0057] In this embodiment of the disclosure, the broadcast audio receiver and the broadcast audio transmitter synchronize the sub-event information corresponding to the target idle sub-event. It can be understood that the synchronized sub-event information corresponding to the target idle sub-event is the sub-event information after interaction and synchronization. The receiver synchronizes the sub-event information and listens to the broadcast audio stream sent by the broadcast audio transmitter.

[0058] In this embodiment of the disclosure, after the broadcast audio receiver listens to the broadcast audio stream sent by the broadcast audio transmitter, it can decode the broadcast audio stream and play the decoded broadcast audio stream on the speaker.

[0059] In this embodiment of the disclosure, synchronizing the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter and listening to the broadcast audio stream sent by the broadcast audio transmitter may include the following steps. Figure 3 This is a flowchart illustrating a method for listening to a broadcast audio stream according to an exemplary embodiment. Figure 3 As shown, the method includes steps S21 to S25.

[0060] In step S21, a sub-event synchronization request is sent to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event.

[0061] In this embodiment of the disclosure, after the broadcast audio receiver synchronizes the sub-event information corresponding to the target idle sub-event, a sub-event synchronization request is sent to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the broadcast audio receiver's listening capability information, device authentication information, and password requirement information. For example, the sub-event synchronization request can be specified as an AUX_SYNC_SUBEVENT_RSP data packet, facilitating the sending of sub-event information to the broadcast audio transmitter through the sub-event time slot.

[0062] In step S22, an updated target idle sub-event is received. The updated target idle sub-event is sent by the broadcast audio transmitter after authenticating the broadcast audio receiver based on the broadcast audio receiver's listening capability information and device authentication information.

[0063] In this embodiment of the disclosure, the updated target idle sub-event is sent by the broadcast audio transmitter. Before sending the updated target idle sub-event, the broadcast audio transmitter receives a sub-event synchronization request sent by the broadcast audio receiver. The broadcast audio transmitter needs to send the updated target idle sub-event based on the listening capability information of the broadcast audio receiver, the device authentication information, and after authenticating the broadcast audio receiver.

[0064] In step S23, a password is set according to the password requirement information, including the listening identifier of the broadcast audio receiver and the sequence number corresponding to the target idle sub-event.

[0065] In this embodiment, the broadcast audio receiver receives an updated target idle sub-event and sets a password according to the password requirement information, including the broadcast audio receiver's listening identifier and the sequence number corresponding to the target idle sub-event. The password requirement information is the data included in the sub-event synchronization request sent by the broadcast audio receiver to the broadcast audio transmitter. It is understood that the broadcast audio receiver can set a password based on the password requirement information to complete the decoding of the broadcast audio stream. The broadcast audio receiver's listening identifier can be used by the broadcast audio receiver to send its listening status to the broadcast audio transmitter, and the broadcast audio transmitter can determine the listening status of the corresponding broadcast audio receiver based on the listening identifier.

[0066] In this embodiment of the disclosure, the broadcast audio receiver parses periodic broadcast data to obtain one or more sub-events, and determines a target idle sub-event among the one or more sub-events, so as to synchronize sub-event information based on the target idle sub-event. After the broadcast audio receiver is authenticated, the broadcast audio transmitter can assign the corresponding sequence number of the target idle sub-event to the broadcast audio receiver, so that the broadcast audio receiver can continue to synchronize based on the target idle sub-event with the current sequence number.

[0067] In step S24, in response to the broadcast audio stream being password-protected, the broadcast audio stream sent by the broadcast audio transmitter is decrypted based on the password and listened to; or in response to the broadcast audio stream not being password-protected, the broadcast audio stream sent by the broadcast audio transmitter is listened to.

[0068] In this embodiment of the disclosure, in response to the broadcast audio stream being encrypted, the broadcast audio stream is decrypted using a password, and the broadcast audio stream sent by the broadcast audio transmitter is listened to. In response to the broadcast audio stream being unencrypted, the broadcast audio stream sent by the broadcast audio transmitter can be listened to directly.

[0069] In step S25, a sub-event synchronization request is sent again to the broadcast audio transmitter.

[0070] In this embodiment of the disclosure, the retransmitted sub-event synchronization request includes the listening status of the broadcast audio receiver. The sub-event synchronization request can also be sent via the AUX_SYNC_SUBEVENT_RSP data packet.

[0071] In this embodiment, PAwR is used to synchronize the broadcast audio receiver and the broadcast audio transmitter, completing the processes of capability matching, identity authentication, and password acquisition. This enables the broadcast audio stream to be directly sent from the broadcast audio transmitter to the broadcast audio receiver, achieving bidirectional communication between the two.

[0072] In this embodiment of the disclosure, after the broadcast audio receiver hears the broadcast audio stream sent by the broadcast audio transmitter, it will abandon the synchronization of the target idle sub-event with that sequence number.

[0073] In this embodiment of the disclosure, the information can be updated via the HCI command of HCI_LE_Set_Periodic_Sync_Subevent to remove the sub-event with the specified sequence number from the list of synchronized sub-events.

[0074] In this embodiment of the disclosure, releasing the target idle sub-event can avoid processing conflicts of subsequent Bluetooth data packets and save Bluetooth bandwidth resources of the broadcast audio receiver.

[0075] In this embodiment of the disclosure, before determining the broadcast audio transmitter based on the detected EA broadcast, the broadcast audio receiver identifies, based on its own components, the user's intention to listen to broadcast audio using the broadcast audio receiver. For example, the user can operate the buttons or sensors of the broadcast audio receiver to enable the receiver to recognize the user's operation (such as through physical means like touch or gestures) and determine the user's operational intent (such as authorizing the broadcast audio receiver to listen to broadcast audio).

[0076] In this embodiment, the system confirms whether the user has authorized the broadcast audio receiver to listen to broadcast audio based on its own components. This eliminates the need for complex operations such as connecting to the broadcast audio transmitter via Bluetooth, improving the response speed of the broadcast audio receiver and the convenience of user operation. Even without a user interface (such as entering a broadcast audio password), the broadcast audio receiver can conveniently and quickly listen to encrypted or unencrypted broadcast audio, saving the process of entering a password to listen to broadcast audio.

[0077] This disclosure combines the embodiments with Figure 4 The method for performing broadcast audio communication on a broadcast audio receiver is described. Figure 4This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment. Figure 4 As shown, when a user operates the buttons / sensors of the broadcast audio receiver (S31), the user's operation (such as through physical means like touch or gesture) will be recognized. Based on the perceived operation, the listening intent detection module (S32) determines the user's operational intent (such as authorizing the broadcast audio receiver to listen to the broadcast audio on its own). Then, the user will enter the quick listening mode and the main control (S33) will complete the subsequent broadcast audio reception process.

[0078] In this embodiment, the main controller first activates the extended broadcast scanning module (S34) to scan for EA broadcasts (S35), and the specific implementation is handled by the signal transceiver module (S36). After scanning an EA broadcast, the system enters the distance evaluation module (S37) to filter out suitable or matching target broadcast audio sources for listening. The target broadcast audio is matched based on the strength of the EA's RSSI, so the RSSI judgment module is used for filtering. The relevant processing strategy is to traverse the scanned EA broadcasts within a specified time and select the available broadcast audio source with the strongest RSSI (S38), finally handing it over to the periodic broadcast synchronization module (S39).

[0079] In this embodiment, the main controller also activates the periodic broadcast synchronization module (S39). After obtaining the selected broadcast audio source from S38, it will synchronously receive and transmit the PAwR broadcast (S310). The specific implementation of the receiving and transmitting will be handled by the signal transceiver module (S36). The PAwR broadcast processing mainly includes three parts: parsing the link information about tracking the BIS broadcast audio stream; the parsed broadcast synchronization group information (BIGInfo) will be sent to the broadcast audio synchronization module (S311); parsing the PAwR broadcast audio configuration information; and processing the private information between the broadcast audio transmitter and the broadcast audio receiver.

[0080] In this embodiment, the main controller also activates the broadcast audio synchronization module (S311) to further synchronize and monitor the BIS broadcast audio stream (S312) based on the broadcast synchronization group information obtained from the PAwR broadcast (S310). The specific implementation is handled by the signal transceiver module (S36). The received BIS broadcast audio stream is then handed over to the audio processing module (S313) for LC3 decoding and played on the speaker (S314).

[0081] This embodiment eliminates the drawback of relying on a broadcast assistant to listen to broadcast audio streams, lowering the barrier to entry for broadcast audio streams. It upgrades unidirectional communication between broadcast audio streams to local bidirectional communication, enhancing the communication capabilities of the broadcast audio streams.

[0082] Based on the same concept, embodiments of this disclosure also provide a broadcast audio communication method performed by a broadcast audio transmitter.

[0083] Figure 5 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment. Figure 5 As shown, the method includes steps S41 to S43.

[0084] In step S41, the broadcast audio transmitter sends an extended broadcast EA.

[0085] In this embodiment of the disclosure, when the broadcast audio transmitter plays audio, it sends an Extended Broadcast EA. The Extended Broadcast EA is used by the broadcast audio receiver to identify the broadcast audio transmitter. The Extended Broadcast EA may include the broadcast name of the broadcast audio, the audio program name, and PAWR synchronization information, etc.

[0086] In step S42, the broadcast audio transmitter sends a response periodic broadcast PAwR.

[0087] In this embodiment of the disclosure, in response to the broadcast audio transmitter detecting that the broadcast audio receiver is receiving an EA broadcast, the broadcast audio transmitter sends a response periodic broadcast PAwR to the broadcast audio receiver. PAwR includes periodic broadcast data used to identify one or more sub-events, and the broadcast audio transmitter specifies the number of sub-events. It is understood that sub-events are used to carry sub-event information, including listening capability, authentication, listening password hash value, and listening status.

[0088] In this embodiment of the disclosure, PAwR may further include link information of the broadcast audio stream, private information between the broadcast audio transmitter and the broadcast audio receiver, and broadcast audio stream configuration information. The broadcast audio stream configuration information includes audio context information, audio encoding / decoding configuration, audio transmission status, and broadcast audio rendering flags, etc.

[0089] In step S43, the sub-event information corresponding to the target idle sub-event is synchronized with the broadcast audio receiver, and the broadcast audio stream is sent to the broadcast audio receiver.

[0090] In this embodiment of the disclosure, a target idle sub-event sent by a broadcast audio receiver is received, and the sub-event information corresponding to the target idle sub-event is synchronized with the broadcast audio receiver. The broadcast audio transmitter can identify the sequence number corresponding to the target idle sub-event using vendor-specific data, facilitating subsequent allocation to the broadcast audio receiver.

[0091] In this embodiment of the disclosure, the broadcast audio transmitter sets initial data for a target idle sub-event. Based on this initial data, it queries nearby paging systems to determine if any broadcast audio receivers need to join and listen to the broadcast audio, and then sends the target idle sub-event. The target idle sub-event can be sent via an AUX_SYNC_SUBEVENT_IND broadcast data packet.

[0092] In this embodiment of the disclosure, a broadcast audio receiver that plans to join and listen to broadcast audio can apply for and occupy the target idle sub-event in PAwR to achieve one-to-one bidirectional communication between the broadcast audio transmitter and the broadcast audio receiver.

[0093] In this embodiment of the disclosure, the broadcast audio transmitter synchronizes the sub-event information corresponding to the target idle sub-event with the broadcast audio receiver in the following manner. Figure 6 This is a flowchart illustrating a method for synchronizing sub-event information according to an exemplary embodiment. For example... Figure 6 As shown, the method includes steps S51 to S54.

[0094] In step S51, a sub-event synchronization request sent by a broadcast audio receiver is received in the sub-event time slot corresponding to the target idle sub-event.

[0095] In this embodiment of the disclosure, after receiving a sub-event synchronization request sent by a broadcast audio receiver, the broadcast audio transmitter obtains the broadcast audio receiver's listening capability, device authentication information, and password requirement information.

[0096] In step S52, the broadcast audio receiver is authenticated based on its listening capability information and device authentication information.

[0097] In this embodiment of the disclosure, after receiving a sub-event synchronization request from a broadcast audio receiver, the broadcast audio transmitter determines whether the broadcast audio receiver has the necessary permissions or permission to obtain the password. Specifically, the broadcast audio transmitter performs authentication processing on the broadcast audio receiver based on its listening capability information and device authentication information.

[0098] In step S53, in response to the successful authentication of the broadcast audio receiver, the password, the listening identifier of the broadcast audio receiver, and the sequence number corresponding to the target idle sub-event are set according to the password requirement information to obtain the updated target idle sub-event and send the updated target idle sub-event to the broadcast audio receiver.

[0099] In this embodiment of the disclosure, in response to confirmation that the broadcast audio receiver has passed authentication, the target idle sub-event is updated. The updated target idle sub-event includes the broadcast audio transmitter setting a password for the broadcast audio receiver according to the password requirement information, assigning a listening identifier to the broadcast audio receiver, and assigning a sequence number corresponding to the target idle sub-event. The updated target idle sub-event is then sent to the broadcast audio receiver.

[0100] In step S54, the sub-event synchronization request resent by the broadcast audio receiver is received.

[0101] In this embodiment of the disclosure, the broadcast audio transmitter receives a sub-event synchronization request resent by the broadcast audio receiver, thereby obtaining the listening status of the broadcast audio receiver. Based on the listening status of the broadcast audio receiver, it is possible to statistically analyze and manage the successful listeners of the broadcast audio, which can be used for legitimate user behavior analysis and other purposes.

[0102] In this embodiment of the disclosure, the broadcast audio transmitter completes the authentication and password distribution between the broadcast audio transmitter and the broadcast audio receiver based on the sub-event synchronization request, thereby assisting the broadcast audio receiver in listening to the broadcast audio.

[0103] In this embodiment of the disclosure, in response to the broadcast audio transmitter receiving a listening status sent by the broadcast audio receiver, a target idle sub-event is released.

[0104] In this embodiment of the disclosure, the sub-event synchronization request sent again includes the listening status of the broadcast audio receiver.

[0105] In this embodiment of the disclosure, based on the release of the target idle sub-event by the broadcast audio transmitter, the target idle sub-event is updated to one or more sub-events to facilitate subsequent use by other broadcast audio receivers.

[0106] In this embodiment of the disclosure, combined with Figure 7 This section describes the broadcast audio communication method performed by the broadcast audio transmitter. Figure 7 This is a flowchart illustrating a broadcast audio communication method according to an exemplary embodiment. Figure 7 As shown, when playing audio, the extended broadcast module (S62) is opened to initialize the extended broadcast and create an EA broadcast (S63) to display the broadcast source information. Finally, the EA broadcast is sent through the signal transceiver module (S64). The EA broadcast includes the broadcast name, audio program name, and PAwR synchronization information (SyncInfo) of the broadcast source.

[0107] In this embodiment, the main controller (S61) activates the periodic broadcast module (S65) to initialize the periodic broadcast and creates a PAwR broadcast (S66) to expose the configuration information of the broadcast audio source and to interact with the broadcast audio receiver. The PAwR broadcast is then sent and received via the signal transceiver module (S64). The PAwR broadcast mainly includes three parts: link information for tracking the BIS broadcast audio stream, such as broadcast synchronization group information (BIGInfo); broadcast audio source configuration information, including audio context information (Streaming_Audio_Contexts), audio encoding / decoding configuration (Broascast Audio Source Endpoint, BASE), audio transmission status (Audio_Active_State), and broadcast audio rendering flag (Broadcast_Audio_Immediate_Rendering_Flag). Private information between the broadcast transmitter and the broadcast audio receiver, such as periodic broadcast data used to identify idle PAwR subevents, and periodic broadcast subevent data regarding listening ability identification, authentication, listening password hash, and listening status.

[0108] In this embodiment of the disclosure, broadcast audio is played through the audio source module (S67), and then the broadcast audio source is encoded (Low Complexity Communications Codec, LC3) in the audio processing module (S68). A BIS broadcast audio stream is then created and packetized in the broadcast audio module (S69) (S610). The BIS broadcast audio stream is then transmitted via the signal transceiver module (S64).

[0109] In this embodiment of the disclosure, since EA, PAwR, and BIS are interconnected, after S610 completes the transmission of BIS, the BIGInfo field information in PAwR is updated. After S66 completes the transmission of PAwR, the SyncInfo field information in the EA broadcast (S63) is updated.

[0110] In this embodiment, the broadcast audio transmitter can count and manage the number of listeners and the distribution of listening time for broadcast audio, which is beneficial for the management and deployment strategies of public or commercial broadcast audio. It eliminates the need for broadcast assistants, as there is no need to create a Bluetooth link connection. It upgrades broadcast audio communication from a previous one-way communication to a partial two-way communication, strengthening the communication capabilities of broadcast audio and reserving sufficient communication capacity for future feature expansions.

[0111] In this embodiment of the disclosure, combined with Figure 8 This paper describes the listening authentication and listening password interaction process between the broadcast audio transmitter and receiver based on PAWR. Figure 8 This is a flowchart illustrating a broadcast audio communication interaction method according to an exemplary embodiment. Figure 8 As shown, the periodic broadcast synchronization module (S71) of the broadcast audio receiver is in a state of waiting to be synchronized, and the periodic broadcast module (S81) of the broadcast audio transmitter is in a state of waiting to be transmitted.

[0112] In this embodiment of the disclosure, the broadcast audio transmitter specifies the sub-events related to PAwR by setting the PAwR parameter (S82), and at the same time, fills the broadcast data field of PAwR with vendor-specific data to identify the sequence number corresponding to the initial target idle sub-event.

[0113] In this embodiment of the disclosure, the broadcast audio transmitter further sets sub-event initial data (S83) to query whether there is a broadcast audio receiver that needs to join and listen to the broadcast audio in the surrounding paging of the idle sub-event destination, and sends AUX_SYNC_SUBEVENT_IND broadcast data packet, i.e. sub-event synchronization request.

[0114] In this embodiment of the disclosure, after synchronizing PAwR (S72), i.e. after synchronizing the sub-event synchronization request, the broadcast audio receiver parses the broadcast data field in the periodic broadcast to obtain the idle sub-event information and queries the sub-events (S73). It selects one sub-event and initiates synchronization of that sub-event using the HCI command HCI_LE_Set_Periodic_Sync_Subevent, i.e., synchronizes the target idle sub-event (S74).

[0115] In this embodiment of the disclosure, after the broadcast audio receiver synchronizes with the specified PAWR sub-event, a sub-event synchronization request is set (S75). The sub-event synchronization request includes the broadcast receiver's listening capability, device authentication information, whether a broadcast audio password is required, etc., and is sent to the broadcast audio transmitter in the specified sub-event slot via an AUX_SYNC_SUBEVENT_RSP data packet.

[0116] In this embodiment of the disclosure, the broadcast audio receiver also determines whether the target broadcast source is encrypted based on the broadcast audio encryption field information in the PAWR (S76). If the broadcast audio is not encrypted, it directly starts listening to the broadcast audio stream (S78). If the broadcast audio is encrypted, it waits for the broadcast audio transmitter to provide the broadcast audio password hash.

[0117] In this embodiment of the disclosure, after S75, upon receiving a sub-event synchronization request, the broadcast audio transmitter obtains the listening capability information, device authentication information, and whether broadcast audio password information is required from the broadcast audio receiver. The broadcast audio transmitter uses the relevant information for authentication processing (S84) to determine whether the relevant broadcast audio receiver has the authority or permission to obtain the password hash from the broadcast audio transmitter.

[0118] In this embodiment of the disclosure, when it is confirmed that the corresponding broadcast audio has passed the authentication process, the broadcast audio transmitter will assign a listening identifier and a target idle sub-event sequence number to the broadcast audio listener (S85). It will then update the target idle sub-event (S86), update the sub-event data again in the sub-event with the sequence number, and send it out after filling AUX_SYNC_SUBEVENT_IND with the hash value of the broadcast audio password (Broadcast Code) of the broadcast audio transmitter.

[0119] In this embodiment, when the broadcast audio receiver receives the AUX_SYNC_SUBEVENT_IND data packet containing new data in a specified sub-event, it further parses the password hash (S77), that is, it parses the broadcast audio password hash value to extract the official broadcast audio password (Broadcast Code), then listens to the broadcast audio stream (S78), and uses the password to decrypt the BIS broadcast audio stream. After successfully synchronizing and decrypting the target BIS broadcast audio stream, the broadcast audio receiver updates the sub-event synchronization request in that sub-event (S79). It updates the target idle sub-event with the broadcast audio listening status and sends it to the broadcast audio transmitter. It then abandons the synchronization of the target idle sub-event (S710).

[0120] In this embodiment of the disclosure, after receiving the updated target idle sub-event, the broadcast audio transmitter obtains the listening status of the broadcast receiver's broadcast audio, thereby recording the listening intent (S87), realizing the statistics of listening users (S88), and using it for legitimate user behavior analysis and other purposes. Simultaneously, the broadcast audio transmitter releases the target idle sub-event (S89) and updates the target idle sub-event with that sequence number into one or more sub-events, making it available for use by other subsequent broadcast audio receivers.

[0121] In this embodiment of the disclosure, after successfully listening to the BIS broadcast audio stream, the broadcast audio receiver will abandon the synchronization of the idle sub-event of the target sequence number. That is, it will remove the sub-event of the target sequence number from the sub-event synchronization list through the HCI command of HCI_LE_Set_Periodic_Sync_Subevent, so as to avoid the processing conflict of subsequent Bluetooth data packets and save the Bluetooth bandwidth resources of the broadcast audio receiver.

[0122] In this embodiment, authentication of the broadcast audio receiver's listening intent and access rights is completed, enabling the broadcast audio receiver to quickly and autonomously listen to the target broadcast audio source. A broadcast audio listening password hash value is distributed to the broadcast audio receiver, allowing it to receive the listening password indirectly without the need for an intermediary like a broadcast audio assistant. The broadcast audio listening status is reported to the broadcast audio transmitter, enabling the transmitter to statistically analyze and manage the broadcast audio listening situation.

[0123] In this embodiment of the disclosure, combined with Figure 9 The broadcast audio communication method is explained. Figure 9 This is a schematic diagram illustrating a broadcast audio communication method according to an exemplary embodiment. It includes a broadcast audio transmitter A sending EA, PAwR, and BIS; a broadcast audio receiver authorizing listening via button / gesture operation, entering a quick listening mode, and scanning the EA; the broadcast audio transmitter synchronizing PAwR; PAwR querying listening capabilities, device identity, and listening password requirements; the broadcast audio receiver responding via PAwR; the broadcast audio transmitter sending the listening password hash via PAwR; the broadcast audio receiver responding with its listening intent via PAwR; and the broadcast audio transmitter listening to the broadcast audio, thus completing the broadcast audio communication.

[0124] In this embodiment of the disclosure, combined with Figure 10 The broadcast audio communication method is explained. Figure 10This is a schematic diagram illustrating a broadcast audio communication method according to an exemplary embodiment. For the broadcast audio receiver: the main controller uses a listening intent detection module to confirm whether the user has authorized the device to enter quick listening mode. If the device enters quick listening mode, the extended broadcast scanning module, periodic broadcast synchronization module, and broadcast audio module are used to scan or synchronize EA, PAwR, and BIS, respectively. The distance evaluation module determines the RSSI of EA and filters out the nearest suitable broadcast audio source for listening. Through PAwR interaction with the periodic broadcast synchronization module, capability matching, identity authentication, and broadcast password acquisition are completed, realizing the entire process of receiving and decrypting broadcast audio, which is then played through the audio processing module and speaker. For the broadcast audio transmitter: the main controller uses an extended broadcast module and a periodic broadcast module for transmitting EA and PAwR, respectively. Simultaneously, the audio source is processed by the audio processing module and the broadcast audio module to transmit BIS audio. During this period, the listening intent of the broadcast audio receiver is polled / queried through each subevent under the Periodic Advertising Interval of PAwR. With the help of PAwR's two-way communication mechanism, the authorization of the broadcast receiver and the distribution of the broadcast audio password are completed through the capability matching module and the device authentication module in sequence, so as to assist the broadcast receiver in listening to the broadcast audio.

[0125] This embodiment upgrades broadcast audio communication from one-way to two-way communication with partial functionality, enhancing its communication capabilities and reserving ample communication capacity for future feature expansion. It eliminates the previous reliance on a broadcast assistant (such as a terminal) for listening to broadcast audio, lowering the barrier to entry and making the listening experience more convenient and faster. It eliminates the need for a broadcast assistant, removing the need to create a Bluetooth link connection and reducing the bandwidth burden on the 2.4GHz band. It simplifies the broadcast audio listening process, allowing receivers to easily and quickly listen to encrypted or unencrypted broadcast audio even without a user interface (such as entering a password), saving the step of entering a password. It enables the broadcast audio transmitter to count and manage the number of listeners and the distribution of listening times, which is beneficial for the management and deployment strategies of public or commercial broadcast audio.

[0126] Based on the same concept, this disclosure also provides a broadcast audio communication device 100.

[0127] It is understood that the broadcast audio communication device 100 provided in this disclosure includes hardware structures and / or software modules corresponding to each function in order to achieve the above-mentioned functions. In conjunction with the units and algorithm steps of the various examples disclosed in this disclosure, this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the technical solutions of this disclosure.

[0128] Figure 11 This is a block diagram illustrating a broadcast audio communication device 100 according to an exemplary embodiment. (Refer to...) Figure 11 The device includes a determining unit 101, a receiving unit 102, a parsing unit 103, a listening unit 104, and a processing unit 105.

[0129] The determination unit 101 is used for the broadcast audio receiver to determine the broadcast audio transmitter based on the detected extended broadcast EA.

[0130] The receiving unit 102 is used to receive the response periodic broadcast PAwR sent by the broadcast audio transmitter and synchronize PAwR. PAwR includes periodic broadcast data for identifying one or more sub-events. The sub-events are used to carry sub-event information, including listening capability, identity authentication, listening password hash value and listening status.

[0131] The parsing unit 103 is used to parse periodic broadcast data to obtain one or more sub-events, and to determine the target idle sub-event among the one or more sub-events.

[0132] The listening unit 104 is used to synchronize the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter, and to listen to the broadcast audio stream sent by the broadcast audio transmitter.

[0133] In one embodiment, the listening unit 104 listens to the broadcast audio stream sent by the broadcast audio transmitter in the following manner, synchronizing sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter: A sub-event synchronization request is sent to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the listening capability information, device authentication information, and password requirement information of the broadcast audio receiver. An updated target idle sub-event is received. The updated target idle sub-event is sent by the broadcast audio transmitter after authenticating the broadcast audio receiver based on its listening capability information and device authentication information, and a password is set according to the password requirement information. It also includes the listening identifier of the broadcast audio receiver and the sequence number corresponding to the target idle sub-event. In response to the updated target idle sub-event including a password, the receiver decrypts the password and listens to the broadcast audio stream sent by the broadcast audio transmitter; or in response to the updated target idle sub-event not including a password, the receiver listens to the broadcast audio stream sent by the broadcast audio transmitter. A sub-event synchronization request is sent to the broadcast audio transmitter again, wherein the resent sub-event synchronization request includes the listening status of the broadcast audio receiver.

[0134] In one embodiment, the apparatus further includes a processing unit 105, configured to release a target idle sub-event in response to hearing a broadcast audio stream transmitted by a broadcast audio transmitter.

[0135] In one embodiment, before determining the broadcast audio transmitter based on the detected extended broadcast EA, the determining unit 101 is further configured to: identify, based on its own components, that the user intends to receive broadcast audio using the broadcast audio receiver.

[0136] Based on the same concept, this disclosure also provides a broadcast audio communication device 200.

[0137] It is understood that the broadcast audio communication device 200 provided in this disclosure includes hardware structures and / or software modules corresponding to each function in order to achieve the above-mentioned functions. In conjunction with the units and algorithm steps of the various examples disclosed in this disclosure, this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the technical solutions of this disclosure.

[0138] Figure 12 This is a block diagram illustrating a broadcast audio communication device 200 according to an exemplary embodiment. (Refer to...) Figure 12The device includes a determining unit 201, a sending unit 202, and a processing unit 203.

[0139] The determining unit 201 is used for the broadcast audio transmitter to send an extended broadcast EA, and the extended broadcast EA is used by the broadcast audio receiver to determine the broadcast audio transmitter.

[0140] The transmitting unit 202 is used to send a periodic broadcast PAwR in response to the broadcast audio transmitter. PAwR includes periodic broadcast data used to identify one or more sub-events. Each sub-event carries sub-event information, including listening capability, authentication, a listening password hash value, and listening status. The unit synchronizes the sub-event information corresponding to the target idle sub-event with the broadcast audio receiver and sends the broadcast audio stream to the broadcast audio receiver.

[0141] In one embodiment, the sending unit 202 synchronizes sub-event information corresponding to the target idle sub-event with the broadcast audio receiver in the following manner: It receives a sub-event synchronization request sent by the broadcast audio receiver in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the broadcast audio receiver's listening capability information, device authentication information, and password requirement information. Based on the broadcast audio receiver's listening capability information and device authentication information, it performs authentication processing on the broadcast audio receiver. In response to successful authentication of the broadcast audio receiver, it sets a password according to the password requirement information, the broadcast audio receiver's listening identifier, and the sequence number corresponding to the target idle sub-event to obtain an updated target idle sub-event, and sends the updated target idle sub-event to the broadcast audio receiver. It receives a sub-event synchronization request sent again by the broadcast audio receiver, wherein the resent sub-event synchronization request includes the broadcast audio receiver's listening status.

[0142] In one embodiment, the apparatus further includes a processing unit 203, configured to release a target idle sub-event in response to receiving a listening status sent by a broadcast audio receiver.

[0143] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0144] Figure 13 This is a block diagram illustrating a broadcast audio communication device 300 according to an exemplary embodiment. Device 300 can be provided as a terminal. For example, device 300 can be a mobile phone, computer, digital broadcast terminal, messaging device, game console, tablet device, medical device, fitness device, personal digital assistant, etc.

[0145] Reference Figure 13The device 300 may include one or more of the following components: processing component 302, memory 304, power component 306, multimedia component 308, audio component 310, input / output (I / O) interface 312, sensor component 314, and communication component 316.

[0146] Processing component 302 typically controls the overall operation of device 300, such as operations associated with display, telephone calls, data communication, camera operation, and recording. Processing component 302 may include one or more processors 330 to execute instructions to complete all or part of the steps of the methods described above. Furthermore, processing component 302 may include one or more modules to facilitate interaction between processing component 302 and other components. For example, processing component 302 may include a multimedia module to facilitate interaction between multimedia component 308 and processing component 302.

[0147] Memory 304 is configured to store various types of data to support the operation of device 300. Examples of such data include instructions for any application or method operating on device 300, contact data, phonebook data, messages, pictures, videos, etc. Memory 304 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0148] The power supply component 306 provides power to the various components of the device 300. The power supply component 306 may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power to the device 300.

[0149] Multimedia component 308 includes a screen that provides an output interface between the device 300 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 308 includes a front-facing camera and / or a rear-facing camera. When the device 300 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0150] Audio component 310 is configured to output and / or input audio signals. For example, audio component 310 includes a microphone (MIC) configured to receive external audio signals when device 300 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 304 or transmitted via communication component 316. In some embodiments, audio component 310 also includes a speaker for outputting audio signals.

[0151] I / O interface 312 provides an interface between processing component 302 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0152] Sensor assembly 314 includes one or more sensors for providing status assessments of various aspects of device 300. For example, sensor assembly 314 may detect the on / off state of device 300, the relative positioning of components such as the display and keypad of device 300, changes in the position of device 300 or a component of device 300, the presence or absence of user contact with device 300, the orientation or acceleration / deceleration of device 300, and temperature changes of device 300. Sensor assembly 314 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 314 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 314 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0153] Communication component 316 is configured to facilitate wired or wireless communication between device 300 and other devices. Device 300 can access wireless networks based on communication standards, such as WiFi, 3G, or a combination thereof. In one exemplary embodiment, communication component 316 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 316 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0154] In an exemplary embodiment, the apparatus 300 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0155] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 304 including instructions, which can be executed by a processor 330 of the device 300 to perform the above-described method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0156] Figure 14 This is a block diagram illustrating a broadcast audio communication device 400 according to an exemplary embodiment. For example, device 400 may be provided as a server. (Refer to...) Figure 14 The apparatus 400 includes a processing component 422, which further includes one or more processors, and memory resources represented by memory 432 for storing instructions, such as application programs, that can be executed by the processing component 422. The application programs stored in memory 432 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processing component 422 is configured to execute instructions to perform the methods described above.

[0157] Device 400 may also include a power supply component 426 configured to perform power management of device 400, a wired or wireless network interface 450 configured to connect device 400 to a network, and an input / output (I / O) interface 458. Device 400 may operate on an operating system stored in memory 432, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, or similar.

[0158] It is understood that in this disclosure, "multiple" refers to two or more, and other quantifiers are similar. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. The singular forms "a," "the," and "the" are also intended to include the plural forms unless the context clearly indicates otherwise.

[0159] It is further understood that the terms "first," "second," etc., are used to describe various types of information, but this information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another, and do not indicate a specific order or degree of importance. In fact, the expressions "first," "second," etc., are completely interchangeable. For example, without departing from the scope of this disclosure, first information can also be referred to as second information, and similarly, second information can also be referred to as first information.

[0160] It is further understood that the terms “center,” “longitudinal,” “lateral,” “front,” “rear,” “up,” “down,” “left,” “right,” “vertical,” “horizontal,” “top,” “bottom,” “inner,” and “outer,” etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this embodiment and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation.

[0161] It can be further understood that, unless otherwise specified, "connection" includes both direct connections where no other components exist between the two parties and indirect connections where other components exist between them.

[0162] It is further understood that although operations are described in a specific order in the accompanying drawings in the embodiments of this disclosure, this should not be construed as requiring these operations to be performed in the specific order or serial order shown, or requiring all of the shown operations to be performed to obtain the desired result. In certain environments, multitasking and parallel processing may be advantageous.

[0163] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein.

[0164] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A broadcast audio communication method, characterized in that, include: The broadcast audio receiver identifies the broadcast audio transmitter based on the detected extended broadcast EA; The system receives a response periodic broadcast PAwR sent by the broadcast audio transmitter and synchronizes the PAwR. The PAwR includes periodic broadcast data for identifying one or more sub-events. The sub-events are used to carry sub-event information, which includes listening capability, identity authentication, listening password hash value, and listening status. The periodic broadcast data is parsed to obtain one or more sub-events, and a target idle sub-event is determined from the one or more sub-events; Synchronize the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter, and listen to the broadcast audio stream sent by the broadcast audio transmitter.

2. The method according to claim 1, characterized in that, The step of synchronizing the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter and listening to the broadcast audio stream sent by the broadcast audio transmitter includes: A sub-event synchronization request is sent to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the broadcast audio receiver's listening capability information, device authentication information, and password requirement information. The updated target idle sub-event is received. The updated target idle sub-event is sent by the broadcast audio transmitter after authenticating the broadcast audio receiver based on the broadcast audio receiver's listening capability information and device authentication information, and sets a password according to the password requirement information, and includes the broadcast audio receiver's listening identifier and the sequence number corresponding to the target idle sub-event. If the broadcast audio stream is password-protected, the broadcast audio stream sent by the broadcast audio transmitter is decrypted based on the password and listened to; or if the broadcast audio stream is not password-protected, the broadcast audio stream sent by the broadcast audio transmitter is listened to. A sub-event synchronization request is sent again to the broadcast audio transmitter, wherein the sub-event synchronization request sent again includes the listening status of the broadcast audio receiver.

3. The method according to claim 1 or 2, characterized in that, The method further includes: In response to hearing the broadcast audio stream sent by the broadcast audio transmitter, the target idle sub-event is released.

4. The method according to claim 1, characterized in that, Before determining the broadcast audio transmitter based on the detected extended broadcast EA, the method further includes: The broadcast audio receiver, based on its own components, recognizes that the user intends to use the broadcast audio receiver to receive broadcast audio.

5. A broadcast audio communication method, characterized in that, include: The broadcast audio transmitter sends an extended broadcast EA, which is used by the broadcast audio receiver to identify the broadcast audio transmitter. The broadcast audio transmitter sends a response periodic broadcast PAwR, which includes periodic broadcast data for identifying one or more sub-events. The sub-events are used to carry sub-event information, including listening capability, identity authentication, listening password hash value, and listening status. Synchronize the sub-event information corresponding to the target idle sub-event with the broadcast audio receiver, and send the broadcast audio stream to the broadcast audio receiver.

6. The method according to claim 5, characterized in that, The sub-event information corresponding to the target idle sub-event of the broadcast audio receiver synchronization includes: The broadcast audio receiver sends a sub-event synchronization request in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the broadcast audio receiver's listening capability information, device authentication information, and password requirement information. Based on the listening capability information and device authentication information of the broadcast audio receiver, the broadcast audio receiver is authenticated. In response to the successful authentication of the broadcast audio receiver, the password, the listening identifier of the broadcast audio receiver, and the sequence number corresponding to the target idle sub-event are set according to the password requirement information to obtain the updated target idle sub-event and send the updated target idle sub-event to the broadcast audio receiver. The system receives a sub-event synchronization request that is resent by the broadcast audio receiver, wherein the resent sub-event synchronization request includes the listening status of the broadcast audio receiver.

7. The method according to claim 5 or 6, characterized in that, The method further includes: In response to receiving a listening status sent by the broadcast audio receiver, the target idle sub-event is released.

8. A broadcast audio communication device, characterized in that, include: A determination unit is used for the broadcast audio receiver to determine the broadcast audio transmitter based on the detected extended broadcast EA; The receiving unit is configured to receive the response periodic broadcast PAwR sent by the broadcast audio transmitter and synchronize the PAwR. The PAwR includes periodic broadcast data for identifying one or more sub-events. The sub-events are used to carry sub-event information, which includes listening capability, identity authentication, listening password hash value, and listening status. The parsing unit is used to parse the periodic broadcast data to obtain the one or more sub-events, and to determine the target idle sub-event among the one or more sub-events; The listening unit is used to synchronize the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter, and to listen to the broadcast audio stream sent by the broadcast audio transmitter.

9. The apparatus according to claim 8, characterized in that, The listening unit listens to the broadcast audio stream sent by the broadcast audio transmitter in the following manner, synchronizing the sub-event information corresponding to the target idle sub-event with the broadcast audio transmitter: A sub-event synchronization request is sent to the broadcast audio transmitter in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the broadcast audio receiver's listening capability information, device authentication information, and password requirement information. The updated target idle sub-event is received. The updated target idle sub-event is sent by the broadcast audio transmitter after authenticating the broadcast audio receiver based on the broadcast audio receiver's listening capability information and device authentication information, and sets a password according to the password requirement information, and includes the broadcast audio receiver's listening identifier and the sequence number corresponding to the target idle sub-event. In response to the updated target idle sub-event including a password, decrypt based on the password and listen to the broadcast audio stream sent by the broadcast audio transmitter; or in response to the updated target idle sub-event not including a password, listen to the broadcast audio stream sent by the broadcast audio transmitter. A sub-event synchronization request is sent again to the broadcast audio transmitter, wherein the sub-event synchronization request sent again includes the listening status of the broadcast audio receiver.

10. The apparatus according to claim 8 or 9, characterized in that, The device further includes: The processing unit is configured to release the target idle sub-event in response to hearing the broadcast audio stream sent by the broadcast audio transmitter.

11. The apparatus according to claim 8, characterized in that, Before determining the broadcast audio transmitter based on the detected extended broadcast EA, the determining unit is further configured to: The broadcast audio receiver, based on its own components, recognizes that the user intends to use the broadcast audio receiver to receive broadcast audio.

12. A broadcast audio communication device, characterized in that, include: A determining unit is used for a broadcast audio transmitter to send an extended broadcast EA, wherein the extended broadcast EA is used by a broadcast audio receiver to determine the broadcast audio transmitter; The transmitting unit is used by the broadcast audio transmitter to transmit a response periodic broadcast PAwR, wherein the PAwR includes periodic broadcast data for identifying one or more sub-events, wherein the sub-events are used to carry sub-event information, and the sub-event information includes listening capability, identity authentication, listening password hash value, and listening status; synchronizes the sub-event information corresponding to the target idle sub-event with the broadcast audio receiver, and sends the broadcast audio stream to the broadcast audio receiver.

13. The apparatus according to claim 12, characterized in that, The transmitting unit synchronizes the sub-event information corresponding to the target idle sub-event with the broadcast audio receiver in the following manner: The broadcast audio receiver sends a sub-event synchronization request in the sub-event time slot corresponding to the target idle sub-event. The sub-event synchronization request includes the broadcast audio receiver's listening capability information, device authentication information, and password requirement information. Based on the listening capability information and device authentication information of the broadcast audio receiver, the broadcast audio receiver is authenticated. In response to the successful authentication of the broadcast audio receiver, the password, the listening identifier of the broadcast audio receiver, and the sequence number corresponding to the target idle sub-event are set according to the password requirement information to obtain the updated target idle sub-event and send the updated target idle sub-event to the broadcast audio receiver. The system receives a sub-event synchronization request that is resent by the broadcast audio receiver, wherein the resent sub-event synchronization request includes the listening status of the broadcast audio receiver.

14. The apparatus according to claim 12 or 13, characterized in that, The device further includes: The processing unit is configured to release the target idle sub-event in response to receiving a listening status sent by the broadcast audio receiver.

15. An electronic device, characterized in that, include: processor: Memory used to store processor-executable instructions; The processor is configured to execute the broadcast audio communication method according to any one of claims 1 to 4.

16. An electronic device, characterized in that, include: processor: Memory used to store processor-executable instructions; The processor is configured to execute the broadcast audio communication method according to any one of claims 5 to 7.

17. A storage medium, characterized in that, The storage medium stores instructions that, when executed by a processor, enable the processor to perform the broadcast audio communication method according to any one of claims 1 to 4.

18. A storage medium, characterized in that, The storage medium stores instructions that, when executed by a processor, enable the processor to perform the broadcast audio communication method as described in any one of claims 5 to 7.

Images