Audio processing method and device and storage medium

Abstract

The invention relates to an audio processing method and device and a storage medium. The method comprises the following steps: when a radio listening device listens to any first audio data packet in a broadcast period of a current broadcast event, the radio listening device enters a non-working state until a second audio data packet starts to be listened; wherein the first audio data packet comprises an audio data packet transmitted by the broadcasting equipment for the current broadcasting event, and the second audio data packet comprises an audio data packet transmitted by the broadcasting equipment in advance; under the condition that the second audio data packet is started to be listened, the radio listening equipment is switched to a working state; in the working state, determining a serial number of an expected broadcast event corresponding to the second audio data packet; if the serial number of the expected broadcast event exists in the received event list, the broadcast listening device is switched to a non-working state; wherein the sequence number of the received broadcast event is pre-stored in the received event list, and the broadcast listening device can stop listening to the data packet in the non-working state, so that more power consumption can be reduced.

Description

Technical Field

[0001] The present disclosure relates to the field of information technology, and in particular to an audio processing method, device and storage medium. Background Art

[0002] In the Bluetooth standard-related technologies, connectionless broadcast audio technology is proposed, such as low-power Bluetooth audio technology, which greatly improves the flexibility of audio sharing. Usually, the connection-oriented audio source device will receive the other party's confirmation (ACK) packet on the transmission channel to check whether the previously sent data packet is lost due to interference or insufficient buffer. When data packet loss is detected, the audio source device will retransmit these lost packets to ensure reliable transmission of data packets.

[0003] However, since the broadcasting device broadcasts audio data packets in a connectionless manner, the broadcasting device cannot receive a reply confirmation from the broadcast listening device to detect whether the previously sent data packets are lost. In order to improve the effectiveness of data transmission, the broadcasting device will transmit multiple repeated audio data packets in one broadcast event, so that when a certain data packet is lost, the broadcast listening device can still receive other repeated non-lost data packets. However, in the case of environmental interference and sufficient buffer resources, packet loss events will occur less frequently, and the broadcast listening device will still listen to multiple repeated data packets, resulting in unnecessary power consumption. Summary of the invention

[0004] In order to overcome the problems existing in the related art, the present disclosure provides an audio processing method, device and storage medium to overcome the problem that a listening device listens to multiple repeated data packets, resulting in unnecessary power consumption.

[0005] According to a first aspect of an embodiment of the present disclosure, there is provided an audio processing method, including:

[0006] When the broadcast listening device listens to any first audio data packet within the broadcast cycle of the current broadcast event, the broadcast listening device enters a non-working state until it starts to listen to the second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device;

[0007] In case of starting to listen to the second audio data packet, determining a sequence number of an expected broadcast event corresponding to the second audio data packet;

[0008] If the sequence number of the expected broadcast event exists in the received event list, the broadcast listening device switches to the non-working state;

[0009] The received event list pre-stores the sequence numbers of the received broadcast events.

[0010] In some embodiments, the method further comprises:

[0011] Obtaining the sequence number of the current broadcast event;

[0012] When the sequence number of the current broadcast event does not exist in the received event list, start listening to the first audio data packet within the broadcast period of the current broadcast event;

[0013] In case the sequence number of the current broadcast event exists in the received event list, the broadcast listening device enters the non-working state.

[0014] In some embodiments, determining the sequence number of the expected broadcast event corresponding to the second audio data packet includes:

[0015] The sequence number of the expected broadcast event is determined based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event.

[0016] In some embodiments, determining the sequence number of the expected broadcast event based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event includes:

[0017] determining a target offset value based on a product between the sequence number of the second audio data packet and the preset offset value;

[0018] The sequence number of the expected broadcast event is determined based on the sum of the target offset value and the sequence number of the current broadcast event.

[0019] In some embodiments, the method further comprises:

[0020] In the case that the sequence number of the expected broadcast event does not exist in the received event list, determining whether the second audio data packet is successfully listened to;

[0021] In case the second audio data packet is listened to successfully, the sequence number of the expected broadcast event is updated into the received event list.

[0022] In some embodiments, the method further comprises:

[0023] When the sequence number of the expected broadcast event is successfully updated into the received event list, the broadcast listening device switches to the non-working state until it starts to listen to the next data packet adjacent to the second audio data packet.

[0024] In some embodiments, the method further comprises:

[0025] All the first audio data packets and the second audio data packets within the broadcast period of the current broadcast event are transmitted completely, or

[0026] When the listening time reaches the broadcasting period of the current broadcasting event, the next broadcasting event adjacent to the current broadcasting event is entered.

[0027] According to a second aspect of an embodiment of the present disclosure, there is provided an audio processing method, including:

[0028] The first switching module is configured to, when the broadcast listening device listens to any first audio data packet within the broadcast cycle of the current broadcast event, enter a non-working state until it starts to listen to a second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device;

[0029] A first determining module, configured to determine a sequence number of an expected broadcast event corresponding to the second audio data packet when starting to listen to the second audio data packet;

[0030] a second switching module, configured to switch the broadcast listening device to the non-working state if the sequence number of the expected broadcast event exists in the received event list;

[0031] The received event list pre-stores the sequence numbers of the received broadcast events.

[0032] In some embodiments, the apparatus further comprises:

[0033] An acquisition module, configured to acquire the sequence number of the current broadcast event;

[0034] a listening module, configured to start listening to the first audio data packet within the broadcast period of the current broadcast event if the sequence number of the current broadcast event does not exist in the received event list;

[0035] The fourth switching module is configured to, when the sequence number of the current broadcast event exists in the received event list, cause the broadcast listening device to enter the non-working state.

[0036] In some embodiments, the first determining module is configured to:

[0037] The sequence number of the expected broadcast event is determined based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event.

[0038] In some embodiments, the first determining module is configured to:

[0039] determining a target offset value based on a product between the sequence number of the second audio data packet and the preset offset value;

[0040] The sequence number of the expected broadcast event is determined based on the sum of the target offset value and the sequence number of the current broadcast event.

[0041] In some embodiments, the apparatus further comprises:

[0042] a second determination module, configured to determine whether the second audio data packet is successfully listened to if the sequence number of the expected broadcast event does not exist in the received event list;

[0043] The updating module is configured to update the sequence number of the expected broadcast event into the received event list when the second audio data packet is successfully listened to.

[0044] In some embodiments, the apparatus further comprises:

[0045] The fifth switching module is configured to switch the broadcast listening device to the non-working state when the sequence number of the expected broadcast event is successfully updated to the received event list, until starting to listen to the next data packet adjacent to the second audio data packet.

[0046] In some embodiments, the apparatus further comprises:

[0047] The third determining module is configured to complete the transmission of all the first audio data packets and the second audio data packets within the broadcast period of the current broadcast event, or

[0048] When the listening time reaches the broadcasting period of the current broadcasting event, the next broadcasting event adjacent to the current broadcasting event is entered.

[0049] According to a third aspect of an embodiment of the present disclosure, there is provided an audio processing device, including:

[0050] processor;

[0051] a memory configured to store processor-executable instructions;

[0052] Wherein, the processor is configured to: implement the steps in any one of the audio processing methods in the first aspect when executed.

[0053] According to a fourth aspect of an embodiment of the present disclosure, a non-temporary computer-readable storage medium is provided. When instructions in the storage medium are executed by a processor of an audio processing device, the device is enabled to perform any one of the audio processing methods in the first aspect described above.

[0054] The technical solution provided by the embodiments of the present disclosure may have the following beneficial effects:

[0055] In an embodiment of the present disclosure, when a broadcast listening device hears any first audio data packet within the broadcast cycle of a current broadcast event, the broadcast listening device enters a non-working state until it starts listening to a second audio data packet; when it starts listening to the second audio data packet, it determines the sequence number of the expected broadcast event corresponding to the second audio data packet; if the sequence number of the expected broadcast event exists in the received event list, the broadcast listening device switches to a non-working state, wherein the first audio data packet includes: a data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: a data packet transmitted in advance by the broadcast device.

[0056] The technical solution disclosed in the present invention, on the one hand, enters a non-working state when any first audio data packet is heard within the broadcast cycle of the current broadcast event, and switches to the working state until the second audio data packet starts to be listened to. The non-working state can be maintained during the time period between the reception of the audio data packet transmitted for the current broadcast event and the reception of the audio data packet transmitted in advance, thereby reducing the power consumption caused by repeated reception of the first audio data packet; on the other hand, when the second audio data packet starts to be listened to, the sequence number of the expected broadcast event corresponding to the listened second audio data packet can be determined, and when the sequence number of the expected broadcast event exists in the received event list, the device switches to the non-working state. When the sequence number of the expected broadcast event exists in the received event list, it indicates that the data packets transmitted for the expected broadcast event have been successfully listened to and there is no need to listen to them repeatedly, and the broadcast listening device will stop listening to the data packets in the non-working state, thereby reducing further power consumption.

[0057] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0059] Figure 1 The following is a flow chart of an audio processing method according to an exemplary embodiment. Figure 1 .

[0060] Figure 2 The diagram is a schematic diagram of an interactive architecture between a broadcasting device and a broadcast listening device according to an exemplary embodiment.

[0061] Figure 3 The first example of a broadcasting device sending an audio data packet according to an exemplary embodiment is shown.

[0062] Figure 4 The second example of a broadcasting device sending an audio data packet according to an exemplary embodiment is shown.

[0063] Figure 5 The present invention is a block diagram of an audio processing device according to an exemplary embodiment.

[0064] Figure 6 is a hardware structure block diagram of an audio processing device 800 according to an exemplary embodiment. DETAILED DESCRIPTION

[0065] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Instead, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.

[0066] Figure 1 The following is a flow chart of an audio processing method according to an exemplary embodiment. Figure 1 ,like Figure 1 As shown, the method mainly includes the following steps:

[0067] In step 101, when a broadcast listening device listens to any first audio data packet within a broadcast cycle of a current broadcast event, the broadcast listening device enters a non-working state until it starts to listen to a second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device;

[0068] In step 102, when starting to listen to the second audio data packet, determining the sequence number of the expected broadcast event corresponding to the second audio data packet;

[0069] In step 103, if the sequence number of the expected broadcast event exists in the received event list, the broadcast listening device switches to the non-working state;

[0070] The received event list pre-stores the sequence numbers of the received broadcast events.

[0071] It should be noted that the method can be applied to a broadcast listening device, which can be a device for playing audio data packets received; the broadcast device can be an audio source device, that is, a device that transmits audio data packets to the broadcast listening device.

[0072] The broadcast listening device and the broadcasting device may include electronic devices. The electronic devices may include terminal devices. The terminal devices may include mobile terminals and fixed terminals, such as mobile phones, tablet computers, PDAs, laptop computers, desktop computers, wearable devices, smart speakers, televisions, and vehicle-mounted terminals.

[0073] Wearable devices include: portable devices that are worn directly on the user or integrated into the user's accessories. For example, they include: wearable devices supported by the wrist (including watches, wristbands, etc.); wearable devices supported by the foot (including shoes, socks, etc.), wearable devices supported by the head (including headphones, glasses, helmets, headbands, etc.). They can also include: smart clothing, school bags, crutches, accessories, etc.

[0074] In some embodiments, the broadcasting device can broadcast audio data packets to various devices within the radiation range through short-range wireless broadcasting. Short-range wireless broadcasting methods may include Bluetooth broadcasting, Zigbee broadcasting, etc. When Bluetooth broadcasting is used to send offline messages, low-power Bluetooth can be used preferentially. The radiation range of Bluetooth broadcasting is generally 10m-100m, and the radiation range of Zigbee broadcasting is generally 10m-50m. The short-range wireless broadcasting method broadcasts audio data packets, and one-to-many data packet transmission is instantly realized without establishing a connection relationship between the sender and the receiver.

[0075] Figure 2 is a schematic diagram of an interactive architecture of a broadcasting device and a broadcast listening device according to an exemplary embodiment. Figure 2 As shown, the broadcasting device 201 and the broadcast listening device 202 can implement one-to-many data packet transmission.

[0076] Exemplarily, the broadcasting device may be a Bluetooth broadcasting device, for example, a Bluetooth audio source device for outputting audio; the broadcast listening device may be a Bluetooth broadcast listening device, for example, a Bluetooth headset for playing audio.

[0077] In the embodiment of the present disclosure, when the broadcast listening device hears any first audio data packet within the broadcast cycle of the current broadcast event, it enters a non-working state until it starts listening to the second audio data packet; wherein the first audio data packet includes: the audio data packet transmitted by the broadcasting device for the current broadcasting event, and the second audio data packet includes: the audio data packet transmitted in advance by the broadcasting device.

[0078] It should be noted that the broadcasting device can send audio data packets within the broadcast cycle of each broadcast event (event), wherein the time interval between two adjacent broadcast events can be the broadcast cycle of the previous broadcast event in the two adjacent broadcast events. In some embodiments, the time interval between two adjacent broadcast events can be the same, that is, it can be a fixed time interval (Iso Interval). In some embodiments, the audio data packet can be encapsulated in a BIS data pdu for transmission, wherein the sequence number of each audio data packet can be represented by i.

[0079] The data packets in each broadcast event can be divided into two parts: one part is the audio data packet transmitted for the broadcast event, which can also be called the immediate retransmission data packet (Immediate Repetition Count, IRC); the other part is called the pre-transmission data packet (Pre-Transmission, PT) transmitted within the broadcast cycle of the broadcast event. In some embodiments, the sequence number of the first audio data packet (immediate retransmission data packet) is determined by the sequence number of the current broadcast event; the sequence number of the second audio data packet (pre-transmission data packet) is determined by the sequence number of the current broadcast event, the pre-transmission offset value (Pre-Transmission Offset, PTO) (i.e., the preset offset value) and the sequence number of the current second audio data packet.

[0080] In the disclosed embodiment, the broadcast listening device can listen to the broadcasting event within the broadcasting cycle of the current broadcasting event, and enter the non-working state when any first audio data packet (data packet retransmitted immediately) is heard. That is, there is no need to repeatedly listen to the first audio data packet within the broadcasting cycle of the current broadcasting event until the first second audio data packet (data packet transmitted in advance) is heard.

[0081] It can be understood that after entering the working state, the broadcast listening device can start listening to the immediately retransmitted data packets. If a certain immediately retransmitted data packet is received during the broadcast cycle of the current broadcast event (event x), the device will enter the non-working state (sleep state) at the time point of the subsequent repeated data packet, until it reaches the time point PT1 of the first early transmission data packet in event x, then switch to the working state (non-sleep state) and start receiving data packets again.

[0082] In an embodiment of the present disclosure, the broadcast listening device can determine the serial number of the expected broadcast event corresponding to the second audio data packet when in a working state; if the serial number of the expected broadcast event exists in the received event list, the broadcast listening device switches to a non-working state; wherein the received event list pre-stores the serial number of the received broadcast event, and the data packets transmitted for the received broadcast event have all been successfully listened to.

[0083] It should be noted that the received event list (AckEventList) pre-stores the serial number of the received broadcast event, and the data packets transmitted for the received broadcast event have been successfully listened to. That is, when the data packets transmitted for the broadcast event have been successfully listened to by the broadcast listening device, the broadcast event can be determined as a received broadcast event, and the serial number of the received broadcast event is stored in the received event list.

[0084] The received event list is used to record whether the data packet corresponding to the sequence number of the broadcast event is received by the broadcast listening device within the advance transmission time period. If yes, it indicates that the data packet corresponding to the sequence number of the broadcast event has been received in advance, and the broadcast listening device can remain asleep during the broadcast cycle of the corresponding broadcast event and does not need to listen to audio data, thereby reducing power consumption. In some embodiments, the broadcast listening device can initialize the received event list before listening, for example, clearing the received event list.

[0085] In the embodiment of the present disclosure, within the time period of receiving the second data packet (the data packet transmitted in advance) in the current broadcast event, the current second data packet (PT i ) data packet corresponds to the sequence number of the expected broadcast event, and determines whether the sequence number of the expected broadcast event exists in the received event list. If so, it indicates that the data packet corresponding to the expected broadcast event has been received before, and the broadcast listening device can enter a sleep state to reduce power consumption.

[0086] The technical solution disclosed in the present invention, on the one hand, enters a non-working state when any first audio data packet is heard within the broadcast cycle of the current broadcast event, and switches to the working state until the second audio data packet is heard. The non-working state can be maintained during the time period between the reception of the audio data packet transmitted for the current broadcast event and the reception of the audio data packet transmitted in advance, thereby reducing the power consumption caused by repeated reception of the first audio data packet. On the other hand, when a second audio data packet is heard, the sequence number of the expected broadcast event corresponding to the heard second audio data packet can be determined, and when the sequence number of the expected broadcast event exists in the received event list, the device switches to the non-working state. When the sequence number of the expected broadcast event exists in the received event list, it indicates that the data packets transmitted for the expected broadcast event have been successfully heard and there is no need to listen to them repeatedly. In addition, the broadcast listening device stops listening to the data packets in the non-working state, thereby further reducing power consumption.

[0087] In some embodiments, the method further comprises:

[0088] Obtaining the sequence number of the current broadcast event;

[0089] When the sequence number of the current broadcast event does not exist in the received event list, start listening to the first audio data packet within the broadcast period of the current broadcast event;

[0090] In case the sequence number of the current broadcast event exists in the received event list, the broadcast listening device enters the non-working state.

[0091] Here, the broadcast listening device determines whether the sequence number (event x) of the current broadcast event is in the received event list. If so, the broadcast listening device remains in the sleep state during the broadcast cycle of the current broadcast event.

[0092] In the embodiment of the present disclosure, it is possible to first determine whether the current broadcast event exists in the list of received events. If the sequence number of the current broadcast event exists in the list of received events, the broadcast listening device enters a non-working state. If the sequence number of the current broadcast event does not exist in the list of received events, it starts listening to the first audio data packet within the broadcast cycle of the current broadcast event.

[0093] By determining whether the current broadcast event exists in the received event list before listening to the first audio data packet, and directly entering the non-working state when the sequence number of the current broadcast event exists in the received event list, more power consumption can be reduced. If the sequence number of the current broadcast event does not exist in the received event list, the first audio data packet is started to be listened to within the broadcast cycle of the current broadcast event, which can reduce unnecessary power consumption.

[0094] In some embodiments, determining the sequence number of the expected broadcast event corresponding to the second audio data packet includes:

[0095] The sequence number of the expected broadcast event is determined based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event.

[0096] Here, when the second audio data packet is heard, the broadcast listening device switches to a working state, in which the sequence number of the expected broadcast event corresponding to the second audio data packet can be determined, wherein the second audio data packet can be the second audio data packet currently to be processed, and can also be referred to as the current second audio data packet.

[0097] In the embodiment of the present disclosure, the sequence number of the expected broadcast event corresponding to the second audio data packet may be determined based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event.

[0098] It should be noted that the sequence number of a broadcast event is used to characterize the transmission order of the broadcast event. Since each broadcast event is sequentially continuous, the time point of sending the broadcast event can be determined by the sequence number of the broadcast event. The sequence number of an audio data packet is used to characterize the transmission order of the audio data packet. Since each audio data packet is sequentially continuous, the time point of sending the audio data packet can be determined by the sequence number of the audio data packet.

[0099] In some embodiments, the preset offset value can be set as needed, for example, can be determined based on empirical values, and is not specifically limited here.

[0100] In the disclosed embodiment, when a second audio data packet is listened to, the sending time points of the repeated data packets are calculated according to the time point and sequence number of the received second audio data packet, and sleep is selected at these time points to save more power consumption.

[0101] In some embodiments, determining the sequence number of the expected broadcast event based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event includes:

[0102] determining a target offset value based on a product between the sequence number of the second audio data packet and the preset offset value;

[0103] The sequence number of the expected broadcast event is determined based on the sum of the target offset value and the sequence number of the current broadcast event.

[0104] In some embodiments, the calculation formula of the sequence number of the expected broadcast event can be as follows:

[0105] Seq = x + i * PTO (1);

[0106] In formula (1), Seq represents the sequence number of the expected broadcast event, x represents the sequence number of the current broadcast event, i represents the sequence number of the second audio data packet, i*PTO represents the target offset value, and PTO represents the preset offset value.

[0107] In some embodiments, each second audio data packet may be counted starting from 1, and a total of Fmax second audio data packets are included, that is, i is greater than or equal to 1 and less than or equal to Fmax.

[0108] Figure 3 FIG. 1 is an example of a broadcast device sending an audio data packet according to an exemplary embodiment. Figure 3As shown, taking the preset offset value PTO=2, Fmax=2, the number of the first audio data packets IRC=3, and the serial number of the current broadcast event (event) as an example, based on formula (1), it can be determined that when i=1, Seq=x+2, and when i=2, Seq=x+4. It can be seen that the serial number of the expected broadcast event corresponding to the second audio data packet PT1 is x+2; the serial number of the expected broadcast event corresponding to the second audio data packet PT2 is x+4. At this time, it can be determined whether the serial number of the expected broadcast event (x+2) and the serial number of the expected broadcast event (x+4) exist in the received event list. If they do not exist in the received event list, the second audio data packet PT1 and the second audio data packet PT2 are listened to. In this way, the broadcast listening device can maintain a sleep state during the broadcast cycle of the expected broadcast event event x+2 and the expected broadcast event event x+4 without listening to the audio data packet. And Figure 2 After receiving the first first audio data packet, the broadcast listening device may not repeatedly receive the first audio data packet.

[0109] Figure 4 FIG. 2 is a second example of a broadcasting device sending an audio data packet according to an exemplary embodiment. Figure 4 As shown, taking the preset offset value PTO=2, Fmax=2, the sequence number of the first audio data packet IRC=3, and the sequence number of the current broadcast event (event) as an example, based on formula (1), it can be determined that for the current broadcast event event x, when i=1, Seq=x+2, and when i=2, Seq=x+4; for the current broadcast event event x+1, when i=1, Seq=x+3, and when i=2, Seq=x+5.

[0110] It can be seen that for the current broadcast event event x, the expected broadcast event number corresponding to the second audio data packet PT1 is x+2; the expected broadcast event number corresponding to the second audio data packet PT2 is x+4. For the current broadcast event eventx+1, the expected broadcast event number corresponding to the second audio data packet PT1' is x+3; the expected broadcast event number corresponding to the second audio data packet PT2' is x+5.

[0111] At this time, it can be determined whether the expected broadcast event sequence number (x+2), the expected broadcast event sequence number (x+3), the expected broadcast event sequence number (x+4) and the expected broadcast event sequence number (x+5) exist in the received event list. If they do not exist in the received event list, the second audio data packet PT1, the second audio data packet PT2, the second audio data packet PT1' and the second audio data packet PT2' are listened to. In this way, the broadcast listening device can maintain a sleep state during the broadcast cycle of the expected broadcast event sequence number (x+2), the expected broadcast event sequence number (x+3), the expected broadcast event sequence number (x+4) and the expected broadcast event sequence number (x+5) without listening to the audio data packet. And Figure 3 After receiving the first first audio data packet, the broadcast listening device may not repeatedly receive the first audio data packet.

[0112] In the related art, the number of broadcast data packets sent by a broadcast device in a continuous broadcast event of PTO*(1+Fmax) is (1+Fmax)*PTO*(IRC+Fmax), and a broadcast listening device needs to listen to all audio data packets transmitted by the broadcast device. In the technical solution disclosed in the present invention, in a continuous broadcast event of PTO*(1+Fmax), the number of audio data packets that a broadcast listening device needs to listen to is PTO*(1+Fmax). Through the technical solution disclosed in the present invention, the proportion of time W for listening (monitoring) data packets that can be reduced can be calculated according to the following formula:

[0113]

[0114] In formula (2), W represents the reduced listening data packet time ratio, Fmax represents the total number of second data packets, PTO represents the preset offset value, and IRC represents the number of first audio data packets.

[0115] Assuming that the power consumption in the non-working state (sleep state) is lower by M than that in the normal listening state, then using the technical solution of the present disclosure, the maximum power consumption that can be saved by the broadcast listening device is W*M.

[0116] In the disclosed embodiment, when a second audio data packet is heard, the sending time points of the repeated data packets are calculated based on the time points and sequence numbers of the received second audio data packets, and the non-working state (sleep state) is entered at these time points, thereby saving more power consumption.

[0117] In some embodiments, the method further comprises:

[0118] In the case that the sequence number of the expected broadcast event does not exist in the received event list, determining whether the second audio data packet is successfully listened to;

[0119] In case the second audio data packet is listened to successfully, the sequence number of the expected broadcast event is updated into the received event list.

[0120] It should be noted that, if the serial number of the expected broadcast event does not exist in the list of received events, it means that the data packet corresponding to the expected broadcast event has not been received before. At this time, you can listen to the second audio data packet, and if you successfully listen to the second audio data packet, update the serial number of the expected broadcast event to the list of received events.

[0121] In the embodiment of the present disclosure, it is possible to first determine whether the sequence number of the expected broadcast event exists in the received event list. If the sequence number of the expected broadcast event does not exist in the received event list, the second audio data packet is listened to, and if the second audio data packet is successfully listened to, the sequence number of the expected broadcast event is updated to the received event list. In this way, if the expected broadcast event is listened to, it can be determined based on the updated received event list that all the data packets transmitted by the expected broadcast event have been successfully listened to, and there is no need to listen repeatedly, thereby reducing power consumption.

[0122] In some embodiments, the method further comprises:

[0123] When the sequence number of the expected broadcast event is successfully updated into the received event list, the broadcast listening device switches to the non-working state until it starts to listen to the next data packet adjacent to the second audio data packet.

[0124] In the embodiment of the present disclosure, when the sequence number of the expected broadcast event is successfully updated to the received event list, the broadcast listening device switches to the non-working state until it starts listening to the next data packet adjacent to the second audio data packet. The non-working state can be maintained during the time period between the successful updating of the sequence number of the expected broadcast event to the received event list and the listening to the next data packet adjacent to the second audio data packet, thereby reducing power consumption.

[0125] In some embodiments, the method further comprises:

[0126] All the first audio data packets and the second audio data packets within the broadcast period of the current broadcast event are transmitted completely, or

[0127] When the listening time reaches the broadcasting period of the current broadcasting event, the next broadcasting event adjacent to the current broadcasting event is entered.

[0128] It should be noted that, if any first audio data packet is successfully listened to and all second audio data packets are successfully listened to within the broadcast cycle of the current broadcast event, it indicates that all first audio data packets and second audio data packets within the broadcast cycle of the current broadcast event have been transmitted. For example, if IRC=3, Fmax=2, it indicates that there are 3 first audio data packets and 2 second audio data packets. As long as the broadcast listening device successfully listens to any first audio data packet and the 2 second audio data packets, it can be determined that all first audio data packets and second audio data packets within the broadcast cycle of the current broadcast event have been transmitted.

[0129] In the disclosed embodiment, when all first audio data packets and second audio data packets within the broadcast cycle of the current broadcast event are transmitted, the next broadcast event adjacent to the current broadcast event is automatically entered, so that the continuity of audio listening can be maintained.

[0130] In other embodiments, there is also a situation where the listening time of the broadcast listening device reaches the broadcast cycle of the current broadcast event, but all the first audio data packets and the second audio data packets within the broadcast cycle of the current broadcast event have not been transmitted. At this time, it is forced to enter the next broadcast event adjacent to the current broadcast event to reduce the interference of the current broadcast event on the next broadcast event.

[0131] In other embodiments, if all first audio data packets and second audio data packets within the broadcast cycle of the current broadcast event are transmitted, but the listening time of the broadcast listening device has not reached the broadcast cycle of the current broadcast event, then the broadcast listening device can enter a non-working state until the broadcast cycle of the current broadcast event is reached, which can further reduce power consumption.

[0132] Figure 5 FIG. 1 is a block diagram of an audio processing device according to an exemplary embodiment. Figure 5 As shown, the audio processing device 500 mainly includes:

[0133] The first switching module 501 is configured so that when the broadcast listening device listens to any first audio data packet within the broadcast cycle of the current broadcast event, the broadcast listening device enters a non-working state until it starts to listen to a second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device;

[0134] A first determining module 502 is configured to determine a sequence number of an expected broadcast event corresponding to the second audio data packet when starting to listen to the second audio data packet;

[0135] A second switching module 503 is configured to switch the broadcast listening device to the non-working state if the sequence number of the expected broadcast event exists in the received event list;

[0136] The received event list pre-stores the sequence numbers of the received broadcast events.

[0137] In some embodiments, the apparatus 500 further includes:

[0138] An acquisition module, configured to acquire the sequence number of the current broadcast event;

[0139] a listening module, configured to start listening to the first audio data packet within the broadcast period of the current broadcast event if the sequence number of the current broadcast event does not exist in the received event list;

[0140] The fourth switching module is configured to, when the sequence number of the current broadcast event exists in the received event list, cause the broadcast listening device to enter the non-working state.

[0141] In some embodiments, the first determining module 503 is configured to:

[0142] The sequence number of the expected broadcast event is determined based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event.

[0143] In some embodiments, the first determining module 503 is configured to:

[0144] determining a target offset value based on a product between the sequence number of the second audio data packet and the preset offset value;

[0145] The sequence number of the expected broadcast event is determined based on the sum of the target offset value and the sequence number of the current broadcast event.

[0146] In some embodiments, the apparatus 500 further includes:

[0147] a second determination module, configured to determine whether the second audio data packet is successfully listened to if the sequence number of the expected broadcast event does not exist in the received event list;

[0148] The updating module is configured to update the sequence number of the expected broadcast event into the received event list when the second audio data packet is successfully listened to.

[0149] In some embodiments, the apparatus 500 further includes:

[0150] The fifth switching module is configured to switch the broadcast listening device to the non-working state when the sequence number of the expected broadcast event is successfully updated to the received event list, until starting to listen to the next data packet adjacent to the second audio data packet.

[0151] In some embodiments, the apparatus 500 further includes:

[0152] The third determining module is configured to complete the transmission of all the first audio data packets and the second audio data packets within the broadcast period of the current broadcast event, or

[0153] When the listening time reaches the broadcasting period of the current broadcasting event, the next broadcasting event adjacent to the current broadcasting event is entered.

[0154] Regarding the device in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

[0155] Figure 6 8 is a hardware structure block diagram of an audio processing device 800 according to an exemplary embodiment. For example, the device 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, a wearable device, etc.

[0156] Reference Figure 6 , the device 800 may include one or more of the following components: a processing component 802 , a memory 804 , a power component 806 , a multimedia component 808 , an audio component 810 , an input / output (I / O) interface 812 , a sensor component 814 , and a communication component 816 .

[0157] The processing component 802 generally controls the overall operation of the device 800, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 802 may include one or more processors 820 to execute instructions to complete all or part of the steps of the above-mentioned method. In addition, the processing component 802 may include one or more modules to facilitate the interaction between the processing component 802 and other components. For example, the processing component 802 may include a multimedia module to facilitate the interaction between the multimedia component 808 and the processing component 802.

[0158] The memory 804 is configured to store various types of data to support operations on the device 800. Examples of such data include instructions for any application or method operating on the device 800, contact data, phone book data, messages, pictures, videos, etc. The memory 804 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 memory, flash memory, magnetic disk or optical disk.

[0159] The power supply component 806 provides power to the various components of the device 800. The power supply component 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 800.

[0160] The multimedia component 808 includes a screen that provides an output interface between the device 800 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 touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundaries of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front camera and / or a rear camera. When the device 800 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

[0161] The audio component 810 is configured to output and / or input audio signals. For example, the audio component 810 includes a microphone (MIC), and when the device 800 is in an operating mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 804 or sent via the communication component 816. In some embodiments, the audio component 810 also includes a speaker for outputting audio signals.

[0162] I / O interface 812 provides an interface between processing component 802 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: home button, volume button, start button, and lock button.

[0163] The sensor assembly 814 includes one or more sensors for providing various aspects of status assessment for the device 800. For example, the sensor assembly 814 can detect the open / closed state of the device 800, the relative positioning of components, such as the display and keypad of the device 800, the sensor assembly 814 can also detect the position change of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration / deceleration of the device 800 and the temperature change of the device 800. The sensor assembly 814 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor assembly 814 can also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 can also include an accelerometer, a gyroscope sensor, a magnetic sensor, a pressure sensor or a temperature sensor.

[0164] The communication component 816 is configured to facilitate wired or wireless communication between the device 800 and other devices. The device 800 can access a wireless network based on a communication standard, such as Wi-Fi, 4G or 5G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0165] In an exemplary embodiment, the apparatus 800 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 above method.

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

[0167] A non-transitory computer-readable storage medium, when instructions in the storage medium are executed by a processor of an audio processing device, enables the audio processing device to perform an audio processing method, the method comprising:

[0168] When the broadcast listening device listens to any first audio data packet within the broadcast cycle of the current broadcast event, the broadcast listening device enters a non-working state until it starts to listen to the second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device;

[0169] When starting to listen to the second audio data packet, the broadcast listening device switches to a working state;

[0170] In the working state, determining a sequence number of an expected broadcast event corresponding to the second audio data packet;

[0171] If the sequence number of the expected broadcast event exists in the received event list, the broadcast listening device switches to the non-working state;

[0172] The received event list pre-stores the sequence numbers of the received broadcast events.

[0173] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present disclosure is intended to cover any variations, uses or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are to be considered exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

[0174] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. An audio processing method, characterized in that: include: When the broadcast listening device listens to any first audio data packet within the broadcast cycle of the current broadcast event, the broadcast listening device enters a non-working state until it starts to listen to the second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device; In case of starting to listen to the second audio data packet, determining a sequence number of an expected broadcast event corresponding to the second audio data packet; If the sequence number of the expected broadcast event exists in the received event list, the broadcast listening device switches to the non-working state; The received event list pre-stores the sequence numbers of the received broadcast events.

2. The method according to claim 1, characterized in that The method further comprises: Obtaining the sequence number of the current broadcast event; When the sequence number of the current broadcast event does not exist in the received event list, start listening to the first audio data packet within the broadcast period of the current broadcast event; In case the sequence number of the current broadcast event exists in the received event list, the broadcast listening device enters the non-working state.

3. The method according to claim 1, characterized in that The determining the sequence number of the expected broadcast event corresponding to the second audio data packet comprises: The sequence number of the expected broadcast event is determined based on the sequence number of the second audio data packet, a preset offset value, and the sequence number of the current broadcast event.

4. The method according to claim 3, characterized in that The determining the sequence number of the expected broadcast event based on the sequence number of the second audio data packet, the preset offset value and the sequence number of the current broadcast event includes: determining a target offset value based on a product between the sequence number of the second audio data packet and the preset offset value; The sequence number of the expected broadcast event is determined based on the sum of the target offset value and the sequence number of the current broadcast event.

5. The method according to claim 1, characterized in that The method further comprises: In the case that the sequence number of the expected broadcast event does not exist in the received event list, determining whether the second audio data packet is successfully listened to; In case the second audio data packet is listened to successfully, the sequence number of the expected broadcast event is updated into the received event list.

6. The method according to claim 5, characterized in that The method further comprises: When the sequence number of the expected broadcast event is successfully updated into the received event list, the broadcast listening device switches to the non-working state until it starts to listen to the next data packet adjacent to the second audio data packet.

7. The method according to claim 1, characterized in that The method further comprises: All the first audio data packets and the second audio data packets within the broadcast period of the current broadcast event are transmitted completely, or When the listening time reaches the broadcasting period of the current broadcasting event, the next broadcasting event adjacent to the current broadcasting event is entered.

8. An audio processing device, characterized in that: include: The first switching module is configured to, when the broadcast listening device listens to any first audio data packet within the broadcast cycle of the current broadcast event, enter a non-working state until it starts to listen to a second audio data packet; wherein the first audio data packet includes: an audio data packet transmitted by the broadcast device for the current broadcast event, and the second audio data packet includes: an audio data packet transmitted in advance by the broadcast device; A first determining module, configured to determine a sequence number of an expected broadcast event corresponding to the second audio data packet when starting to listen to the second audio data packet; a second switching module, configured to switch the broadcast listening device to the non-working state if the sequence number of the expected broadcast event exists in the received event list; The received event list pre-stores the sequence numbers of the received broadcast events.

9. An audio processing device, characterized in that: include: processor; a memory configured to store processor-executable instructions; Wherein, the processor is configured to: implement the steps in any one of the audio processing methods in claims 1 to 8 when executed.

10. A non-transitory computer-readable storage medium, when instructions in the storage medium are executed by a processor of an audio processing device, the device is enabled to perform any one of the audio processing methods of claims 1 to 8.

Images