Audio transmission method of networked broadcast system and networked broadcast system

By sorting and managing audio packets using a sliding window in a networked broadcasting system, and combining this with acknowledgment packet feedback from the decoding terminal, the problem of unreliable audio transmission in the Internet environment is solved, packet loss recovery and playback stability are achieved, and the user experience is improved.

CN119299408AActive Publication Date: 2025-01-10广州市迪士普音响科技有限公司
View PDF 10 Cites 0 Cited by

Patent Information

Application Number
CN202411274399.2
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-09-12
Publication Date
2025-01-10
Estimated Expiration
2044-09-12

AI Technical Summary

Technical Problem

In the internet environment, the audio transmission of networked broadcasting systems is unreliable, leading to audio data packet loss and playback stuttering, which affects the normal business operations of customers.

Method used

The networked host sorts and assigns sequence numbers to audio packets, establishes a sliding window mechanism, and the networked decoding terminal sends back confirmation packets. The host then judges the reception status of the confirmation packets to achieve packet loss recovery and retransmission.

Benefits of technology

It reduces audio playback stuttering, improves user experience and operational stability, and is suitable for audio transmission in networked broadcast systems.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119299408A_ABST
    Figure CN119299408A_ABST
Patent Text Reader

Abstract

The invention discloses an audio transmission method of a networked broadcasting system and the networked broadcasting system. A networked host receives audio messages to be sent and determines a serial number corresponding to each audio message; sequentially putting the audio messages into a sending buffer area according to the sequence numbers, establishing a sliding window in the sending buffer area, and sending the audio messages in the sliding window to the networked decoding terminal; after receiving the audio message, the networked decoding terminal feeds back an acknowledgement packet corresponding to the audio message; and if the networked host determines that the acknowledgement packets corresponding to all the audio messages in the sliding window have been received, deleting the audio messages in the sliding window in the current sending buffer area. According to the method, the receiving condition of the audio message can be confirmed through the feedback of the networked decoding terminal, packet loss recovery can be conveniently realized, the phenomenon of audio playing lagging can be reduced, the normal service operation requirement of a customer is met, and the user experience is improved. The method can be widely applied to the technical field of broadcasting.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of broadcasting technology, and in particular to an audio transmission method of a networked broadcasting system and a networked broadcasting system. Background Art

[0002] A network broadcasting system generally includes a network host and several network decoding terminals. The network host and the network decoding terminals are connected through multiple switches or routers to form a network broadcasting system. The network host has a paging function, which can collect real-time audio from the microphone on the front panel of the host, encode it, and then transmit it to each network decoding terminal through the network. The network decoding terminal decodes and plays after receiving the network audio data. This technology has a wide range of uses and can be widely used in scenarios such as schools, governments, and various large-scale events and competitions.

[0003] In actual applications, it is found that network transmission has a particularly important impact on the experience of real-time audio applications. In a local area network environment, the network audio transmission environment is stable and reliable, and the networked broadcasting system can achieve high-quality real-time audio transmission and playback. However, in an Internet environment, some shortcomings of the networked broadcasting system are exposed. For example, in an Internet environment, network transmission is complex and changeable (such as network congestion and network jitter), which will cause unreliable audio transmission, packet loss, silence or freeze problems, and seriously affect the normal business operations of customers.

[0004] Therefore, the problems existing in the prior art still need to be solved and optimized. Summary of the invention

[0005] The purpose of this application is to solve one of the technical problems existing in the related art to at least a certain extent.

[0006] To this end, an object of an embodiment of the present application is to provide an audio transmission method for a networked broadcasting system and a networked broadcasting system.

[0007] In order to achieve the above technical objectives, the technical solutions adopted by the embodiments of the present application include:

[0008] On the one hand, an embodiment of the present application provides an audio transmission method of a networked broadcasting system, wherein the networked broadcasting system includes a networked host and at least one networked decoding terminal; the method includes:

[0009] The networked host receives the audio messages to be sent, sorts the audio messages, and determines the sequence number corresponding to each of the audio messages;

[0010] The networked host sequentially places the audio messages into a sending buffer according to the sequence numbers, establishes a sliding window in the sending buffer, and sends the audio messages in the sliding window to the networked decoding terminal;

[0011] After receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host;

[0012] The networked host determines whether confirmation packets corresponding to all audio messages in the sliding window have been received;

[0013] If the networked host determines that confirmation packets corresponding to all audio messages in the sliding window have been received, the audio messages in the sliding window in the current sending buffer are deleted so that the new audio messages fall into the sliding window, and the step of sending the audio messages in the sliding window to the networked decoding terminal is returned.

[0014] In addition, the audio transmission method of a networked broadcasting system according to the above embodiment of the present application may also have the following additional technical features:

[0015] Furthermore, in one embodiment of the present application, the method further includes:

[0016] If the networked host determines that the confirmation packets corresponding to all the audio packets in the sliding window have not been received, the networked host resends the audio packets in the sliding window to the networked decoding terminal.

[0017] Further, in one embodiment of the present application, the networked host receives the audio message to be sent, including:

[0018] The networked host receives audio data input by the user through a microphone;

[0019] The networked host encodes the audio data to obtain an audio message to be sent.

[0020] Further, in one embodiment of the present application, after receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host, including:

[0021] After receiving the audio message, the networked decoding terminal puts the audio message into a receiving buffer;

[0022] The networked decoding terminal detects the newly added audio message in the receiving buffer according to a preset timestamp interval, and feeds back a confirmation packet corresponding to the newly added audio message to the networked host.

[0023] Furthermore, in one embodiment of the present application, after the step of the networked host receiving the audio message to be sent, the method further includes:

[0024] The networked host detects the audio message and determines an expiration time node corresponding to the audio message;

[0025] The networked host discards the audio message according to the expiration time node.

[0026] Further, in one embodiment of the present application, the networked host discards the audio message according to the expiration time node, including:

[0027] The networked host queries the current time node and link round trip time estimation;

[0028] The networked host determines, according to the current time node and the link round-trip time estimate, a completion time node corresponding to sending the audio message to the networked decoding terminal;

[0029] If the networked host determines that the completion time node exceeds the expiration time node, the audio message is discarded.

[0030] Further, in one embodiment of the present application, the link round trip time estimation is obtained by:

[0031] The networked host queries the control packet information transmitted between the networked decoding terminal;

[0032] The networked host determines the link round trip time estimate based on the control packet information.

[0033] On the other hand, an embodiment of the present application provides a networked broadcasting system, including a networked host and at least one networked decoding terminal;

[0034] The networked host is used to receive audio messages to be sent, sort the audio messages, and determine the sequence number corresponding to each of the audio messages; put the audio messages into a sending buffer in sequence according to the sequence number, establish a sliding window in the sending buffer, and send the audio messages in the sliding window to the networked decoding terminal;

[0035] The networked decoding terminal is used to feed back a confirmation packet corresponding to the audio message to the networked host after receiving the audio message;

[0036] The networked host is also used to determine whether confirmation packets corresponding to all audio messages in the sliding window have been received; if it is determined that confirmation packets corresponding to all audio messages in the sliding window have been received, the audio messages in the sliding window currently in the sending buffer are deleted so that the new audio messages fall into the sliding window, and the task of sending the audio messages in the sliding window to the networked decoding terminal is continued.

[0037] Furthermore, in one embodiment of the present application, the networked host is also used to: determine that confirmation packets corresponding to all audio messages in the sliding window have not been received, and resend the audio messages in the sliding window to the networked decoding terminal.

[0038] Furthermore, in one embodiment of the present application, the networked host is specifically used to: receive audio data input by a user through a microphone, encode the audio data, and obtain an audio message to be sent.

[0039] The advantages and benefits of the present application will be partially given in the following description, and partially become apparent from the following description, or be understood through the practice of the present application:

[0040] The embodiment of the present application discloses an audio transmission method of a networked broadcasting system, wherein the networked host receives the audio message to be sent, sorts the audio message, and determines the sequence number corresponding to each audio message; the networked host sequentially puts the audio message into the sending buffer according to the sequence number, establishes a sliding window in the sending buffer, and sends the audio message in the sliding window to the networked decoding terminal; after the networked decoding terminal receives the audio message, it feeds back a confirmation packet corresponding to the audio message to the networked host; the networked host determines whether the confirmation packets corresponding to all the audio messages in the sliding window have been received; if the networked host determines that the confirmation packets corresponding to all the audio messages in the sliding window have been received, the audio message in the sliding window in the current sending buffer is deleted so that the new audio message falls into the sliding window, and the step of sending the audio message in the sliding window to the networked decoding terminal is returned. The method can confirm the reception of the audio message through the feedback of the networked decoding terminal, facilitate packet loss recovery, and help reduce the phenomenon of audio playback jamming, meet the normal business operation needs of customers, and improve user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following introduction is made to the drawings of the embodiments of the present application or the related technical solutions in the prior art. It should be understood that the drawings introduced below are only for the convenience of clearly describing some embodiments of the technical solutions of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without paying any creative work.

[0042] Figure 1 A schematic diagram of a flow chart of an audio transmission method of a networked broadcasting system provided in an embodiment of the present application;

[0043] Figure 2 A schematic diagram of an application scenario of a networked broadcasting system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0044] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application is further described in detail below in conjunction with the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the embodiments of the present application. They are only examples of devices and methods consistent with some aspects of the embodiments of the present application as detailed in the attached claims.

[0045] It is understood that the terms "first", "second", etc. used in this application can be used to describe various concepts in this article, but unless otherwise specified, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another concept. For example, without departing from the scope of the embodiment of the present application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the words "if" and "if" as used herein can be interpreted as "at the time of" or "when" or "in response to determination".

[0046] The terms "at least one", "multiple", "each", "any", etc. used in this application, at least one includes one, two or more, multiple includes two or more, each refers to each of the corresponding multiple, and any refers to any one of the multiple.

[0047] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0048] A network broadcasting system generally includes a network host and several network decoding terminals. The network host and the network decoding terminals are connected through multiple switches or routers to form a network broadcasting system. The network host has a paging function, which can collect real-time audio from the microphone on the front panel of the host, encode it, and then transmit it to each network decoding terminal through the network. The network decoding terminal decodes and plays after receiving the network audio data. This technology has a wide range of uses and can be widely used in scenarios such as schools, governments, and various large-scale events and competitions.

[0049] In actual applications, it is found that network transmission has a particularly important impact on the experience of real-time audio applications. In a local area network environment, the network audio transmission environment is stable and reliable, and the networked broadcasting system can achieve high-quality real-time audio transmission and playback. However, in an Internet environment, some shortcomings of the networked broadcasting system are exposed.

[0050] For example, in the Internet environment, network transmission is complex and changeable (such as network congestion and network jitter), which will cause unreliable audio transmission. When transmitting real-time audio in an unreliable Internet environment, the networked broadcasting system will experience a small probability of real-time audio data packet loss. Since the networked broadcasting system does not have an exception handling mechanism for the Internet environment, the networked decoding terminal will receive disconnected network audio data packets for playback, which will cause silence or jamming, seriously affecting the normal business operations of customers.

[0051] In a stable and reliable LAN environment, the real-time audio delay of the networked broadcasting system from the microphone audio collection of the networked host to the audio playback of the networked decoding terminal can be controlled within 500ms, which is an acceptable user experience. However, in an unreliable Internet environment, when the data traffic in the network exceeds the processing capacity of the equipment in the link, the network will be congested. Congestion will cause delays in audio data. Since the networked broadcasting system does not have an exception handling mechanism in a congested network environment, the entire real-time audio transmission time will be uncontrollable, and there may even be a few seconds of playback delay, which is very unacceptable for the user experience.

[0052] In view of this, an embodiment of the present application provides an audio transmission method for a networked broadcasting system, in which the networked host receives audio messages to be sent, sorts the audio messages, and determines the sequence number corresponding to each of the audio messages; the networked host puts the audio messages into a sending buffer in sequence according to the sequence number, establishes a sliding window in the sending buffer, and sends the audio messages in the sliding window to a networked decoding terminal; after receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host; the networked host determines whether the confirmation packets corresponding to all the audio messages in the sliding window have been received; if the networked host determines that the confirmation packets corresponding to all the audio messages in the sliding window have been received, the audio messages in the sliding window in the current sending buffer are deleted so that the new audio message falls into the sliding window, and the step of sending the audio message in the sliding window to the networked decoding terminal is returned. This method can confirm the reception status of audio messages through feedback from networked decoding terminals, facilitate packet loss recovery, help reduce audio playback freezes, meet customers' normal business operation needs, and improve user experience.

[0053] Please refer to Figure 1 , Figure 1 1 is a flow chart of an audio transmission method of a networked broadcasting system provided in an embodiment of the present application. The networked broadcasting system in an embodiment of the present application includes a networked host and at least one networked decoding terminal. Figure 1 The audio transmission method of the network broadcasting system provided by the present application includes but is not limited to:

[0054] Step 110: the networked host receives the audio messages to be sent, sorts the audio messages, and determines the sequence number corresponding to each of the audio messages;

[0055] Step 120: the networked host sequentially places the audio messages into a sending buffer according to the sequence numbers, establishes a sliding window in the sending buffer, and sends the audio messages in the sliding window to the networked decoding terminal;

[0056] Step 130: After receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host;

[0057] Step 140: the networked host determines whether confirmation packets corresponding to all audio messages in the sliding window have been received;

[0058] Step 150: If the networked host determines that it has received confirmation packets corresponding to all the audio packets in the sliding window, delete the audio packets in the sliding window in the current sending buffer so that the new audio packets fall into the sliding window, and return to execute the step of sending the audio packets in the sliding window to the networked decoding terminal.

[0059] In an embodiment of the present application, an audio transmission method for a networked broadcasting system is provided. The method can confirm the reception status of the audio message through the feedback of the networked decoding terminal, facilitate packet loss recovery, help reduce the phenomenon of audio playback jams, meet the normal business operation needs of customers, and improve user experience.

[0060] The audio transmission method of the networked broadcasting system provided in the embodiment of the present application is applicable to a networked broadcasting system including a networked host and at least one networked decoding terminal. Figure 2 In the embodiment of the present application, a schematic diagram of an application scenario of a networked broadcasting system is shown. In the embodiment of the present application, the networked broadcasting system may include a networked host 210 and multiple networked decoding terminals 240. The present application does not limit the specific number of the networked decoding terminals 240. The networked broadcasting system can implement broadcasting applications based on a gateway 220 and the Internet 230.

[0061] Among them, the gateway 220 is also called an internetwork connector or a protocol converter. The gateway realizes network interconnection at the transport layer and is a computer system or device that acts as a converter. The gateway is a translator between two systems that use different communication protocols, data formats or languages, or even completely different architectures. At the same time, the gateway can also provide filtering and security functions. In the embodiment of the present application, the networked host 210 can send audio messages to the networked decoding terminal 240 through the gateway 220 and the Internet 230, and the networked decoding terminal 240 can decode and play the audio messages received, thereby realizing a networked broadcast application.

[0062] Of course, it is understandable that Figure 2 The application scenarios shown are only for illustrative purposes and are not intended to limit the actual application of the present application.

[0063] Specifically, in the embodiment of the present application, for the networked host, it can receive the audio messages to be sent, sort these audio messages, and assign a unique sequence number to each audio message. The sequence number here can be Arabic numerals. For example, if there are currently 7 messages, 1-7 numbers can be used as the sequence number corresponding to each audio message. Then, the networked host puts the audio messages into the sending buffer in sequence according to the sequence number, and establishes a sliding window in the sending buffer. The length of the sliding window can be flexibly determined according to actual needs. For example, in some embodiments, the sliding window can cover 3 audio messages. The audio message in the sliding window will be sent to the networked decoding terminal by the networked host. After the networked decoding terminal receives the audio message, it can feedback the confirmation packet corresponding to the audio message to the networked host. Specifically, in the embodiment of the present application, the networked decoding terminal can be each time an audio message is received, that is, feedback the confirmation packet corresponding to the audio message to the networked host, or it can be detected at predetermined intervals for all received audio messages, and uniformly feedback the confirmation packets corresponding to multiple audio messages, which is not limited by the present application.

[0064] In the embodiment of the present application, after the networked host has sent the audio message in the sliding window, it can be determined whether the confirmation packets corresponding to all the audio messages in the sliding window have been received. If so, it means that this batch of audio messages has been successfully received. In this case, the audio message in the sliding window in the current sending buffer can be deleted, so as to update the position of the sliding window so that the new audio message enters the sliding window. Then, the step of sending the audio message in the sliding window to the networked decoding terminal can be returned. This cycle is repeated until all the audio messages are transmitted. Of course, in some embodiments, there may be a situation where the networked host determines that the confirmation packets corresponding to all the audio messages in the sliding window have not been received. At this time, it may be due to network fluctuations and other reasons, resulting in packet loss in the transmission. In this case, the networked host can resend the audio message in the sliding window to the networked decoding terminal, so that the probability of silence or jamming in the networked decoding terminal can be reduced, and the stability and reliability of audio playback can be improved.

[0065] The application in this application is explained below with reference to specific examples. For example, it is assumed that the number of audio messages is 7, and numbers 1-7 are assigned. The sliding window size is set to 3. The initial sliding window covers the audio messages corresponding to the sequence numbers 1-3. The networked host sends the audio messages corresponding to the sequence numbers 1-3 to the networked decoding terminal. If the networked decoding terminal receives these audio messages normally, it will feedback the confirmation packets corresponding to the audio messages corresponding to the sequence numbers 1-3; if all the audio messages are not received normally, it may not feedback or only feedback the confirmation packets corresponding to part of the audio messages. When the networked host confirms that the confirmation packets corresponding to the audio messages corresponding to the sequence numbers 1-3 have been received, the audio messages corresponding to the sequence numbers 1-3 in the sending buffer can be deleted. At this time, the audio messages corresponding to the sequence numbers 4-6 will fall into the sliding window and can continue to be sent. Relatively speaking, when the networked host confirms that the confirmation packets corresponding to the audio messages corresponding to the sequence numbers 1-3 have not all been received, the audio messages corresponding to the sequence numbers 1-3 can be sent again. Of course, in some embodiments, the networked host may also separately send an audio message for which no confirmation packet has been received, and this application does not impose any limitation on this.

[0066] In some embodiments, the networked host receives an audio message to be sent, including:

[0067] The networked host receives audio data input by the user through a microphone;

[0068] The networked host encodes the audio data to obtain an audio message to be sent.

[0069] In an embodiment of the present application, a microphone may be configured on the networked host side. When the networked host receives an audio message to be sent, the audio data input by the user through the microphone may be converted into the audio message to be sent. Specifically, the audio data input by the user may be collected through a microphone, that is, an analog audio signal is first collected and converted into a digital signal through an analog-to-digital converter (ADC). Then, pre-processing operations such as noise reduction and gain control may be performed on the audio data. Then, it is framed, the continuous audio data is divided into multiple small segments (frames), and an appropriate encoding algorithm is selected to encode the audio data of each frame. Header information is added before the encoded audio data, and it can be encapsulated into a complete audio message.

[0070] In some embodiments, after receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host, including:

[0071] After receiving the audio message, the networked decoding terminal puts the audio message into a receiving buffer;

[0072] The networked decoding terminal detects the newly added audio message in the receiving buffer according to a preset timestamp interval, and feeds back a confirmation packet corresponding to the newly added audio message to the networked host.

[0073] In an embodiment of the present application, the audio message in the sending buffer can be sent according to the set timestamp interval. In the networked decoding terminal, after receiving the audio message, the audio message is placed in the receiving buffer. Then, a delay window can be created in the receiving buffer, which serves to send the audio message little by little according to the timestamp, and strictly detect according to the timestamp, so as to determine the newly added audio message in the receiving buffer, and feedback the confirmation packet corresponding to the newly added audio message to the networked host. Here, the size of the timestamp interval can be flexibly set according to demand, for example, it can be 11 milliseconds, and this application does not limit this.

[0074] In some embodiments, after the step of the networked host receiving the audio message to be sent, the method further includes:

[0075] The networked host detects the audio message and determines an expiration time node corresponding to the audio message;

[0076] The networked host discards the audio message according to the expiration time node.

[0077] In the embodiment of the present application, a timeout discard mechanism can also be added. For each audio message, it generally corresponds to an expiration time node, after which the audio message becomes invalid. In order to improve the efficiency of audio data transmission, in the embodiment of the present application, on the networked host side, the expiration time node corresponding to the audio message can be determined, and then the audio message is discarded according to the expiration time node. In this way, sub-second low-latency transmission can be achieved, thereby improving the user's audio playback experience.

[0078] Specifically, in an embodiment of the present application, the networked host can obtain the current time node and the link round-trip time estimation. According to the current time node and the link round-trip time estimation, it can be determined to send the audio message to the networked decoding terminal. The completion time node does not exceed the expiration time node, and the audio message can be sent normally. If the completion time node exceeds the expiration time node, it means that even if the data packet is sent, it has expired. At this time, in order to reduce the waste of transmission resources, the audio message can be directly discarded. Here, the link round-trip time estimation can be obtained based on the control packet information transmitted between the networked host and the networked decoding terminal. For example, the link round-trip time estimation can be calculated from the timestamp information in the response control packet and the reply response control packet.

[0079] It should be noted that in the embodiment of the present application, there is a default real-time playback delay between the networked host and the networked decoding terminal receiving end (which can be set through the configuration file). This delay is actually generated in the receiving buffer. All audio data is placed in the receiving buffer and must wait for a delay before being sent to the decoder. Therefore, in the embodiment of the present application, the size of the receiving buffer can be determined based on the link round-trip time estimation, thereby achieving low latency of audio playback.

[0080] In an embodiment of the present application, a networked broadcasting system is also provided, including a networked host and at least one networked decoding terminal;

[0081] The networked host is used to receive audio messages to be sent, sort the audio messages, and determine the sequence number corresponding to each of the audio messages; put the audio messages into a sending buffer in sequence according to the sequence number, establish a sliding window in the sending buffer, and send the audio messages in the sliding window to the networked decoding terminal;

[0082] The networked decoding terminal is used to feed back a confirmation packet corresponding to the audio message to the networked host after receiving the audio message;

[0083] The networked host is also used to determine whether confirmation packets corresponding to all audio messages in the sliding window have been received; if it is determined that confirmation packets corresponding to all audio messages in the sliding window have been received, the audio messages in the sliding window currently in the sending buffer are deleted so that the new audio messages fall into the sliding window, and the task of sending the audio messages in the sliding window to the networked decoding terminal is continued.

[0084] It can be understood that the contents of the above method embodiments are all applicable to the present system embodiments, the functions specifically implemented by the present system embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0085] The present application also discloses a computer-readable storage medium in which a program executable by a processor is stored. When the program executable by the processor is executed by the processor, it is used to implement the following Figure 1 An embodiment of an audio transmission method for a networked broadcasting system is shown.

[0086] It is understandable that if Figure 1 The contents of the embodiment of the audio transmission method of a networked broadcasting system shown in the figure are applicable to the embodiment of the computer-readable storage medium. The functions specifically implemented by the embodiment of the computer-readable storage medium are similar to those in the embodiment of the computer-readable storage medium. Figure 1The embodiment of the audio transmission method of a networked broadcasting system shown in FIG. 1 is the same as that of the embodiment of the networked broadcasting system shown in FIG. 1 , and the beneficial effects achieved are the same as those of the embodiment of the networked broadcasting system shown in FIG. Figure 1 The beneficial effects achieved by the embodiment of the audio transmission method of a networked broadcasting system shown are also the same.

[0087] In some optional embodiments, the function / operation mentioned in the block diagram may not occur in the order mentioned in the operation diagram. For example, depending on the function / operation involved, the two boxes shown in succession can actually be executed substantially simultaneously or the boxes can sometimes be executed in reverse order. In addition, the embodiment presented and described in the flow chart of the application is provided by way of example, for the purpose of providing a more comprehensive understanding of technology. The disclosed method is not limited to the operation and logic flow presented herein. The optional embodiment is expected, wherein the order of various operations is changed and the sub-operation described as a part of a larger operation is performed independently.

[0088] In addition, although the present application is described in the context of functional modules, it should be understood that, unless otherwise specified, one or more of the functions and / or features can be integrated into a single physical system and / or software module, or one or more functions and / or features can be implemented in a separate physical system or software module. It can also be understood that a detailed discussion of the actual implementation of each module is unnecessary for understanding the present application. More specifically, in view of the properties, functions and internal relationships of the various functional modules in the system disclosed herein, the actual implementation of the module will be understood within the conventional techniques of engineers. Therefore, those skilled in the art can implement the present application set forth in the claims without excessive experimentation using ordinary techniques. It can also be understood that the specific concepts disclosed are merely illustrative and are not intended to limit the scope of the present application, which is determined by the full scope of the attached claims and their equivalents.

[0089] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, and other media that can store program codes.

[0090] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, system or apparatus and execute the instructions), or in conjunction with such instruction execution system, system or apparatus. For the purpose of this specification, "computer-readable medium" can be any system that can contain, store, communicate, propagate or transport a program for use by an instruction execution system, system or apparatus, or in conjunction with such instruction execution system, system or apparatus.

[0091] More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or more wires (electronic systems), a portable computer disk case (magnetic systems), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic system, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be a paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, deciphering or, if necessary, processing in another suitable manner, and then stored in a computer memory.

[0092] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, multiple steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0093] In the above description of this specification, the description with reference to the terms "one embodiment / example", "another embodiment / example" or "certain embodiments / examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0094] Although the embodiments of the present application have been shown and described, those skilled in the art will appreciate that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present application, and that the scope of the present application is defined by the claims and their equivalents.

[0095] The above is a specific description of the preferred implementation of the present application, but the present application is not limited to the embodiments. Those skilled in the art can make various equivalent modifications or substitutions without violating the spirit of the present application. These equivalent modifications or substitutions are all included in the scope defined by the claims of the present application.

[0096] In the description of this specification, the description with reference to the terms "one embodiment", "another embodiment" or "certain embodiments" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiments or examples are included in at least one embodiment or example of the present application. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0097] Although the embodiments of the present application have been shown and described, those skilled in the art will appreciate that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present application, and that the scope of the present application is defined by the claims and their equivalents.

Claims

1. An audio transmission method for a networked broadcasting system, characterized in that: The networked broadcasting system includes a networked host and at least one networked decoding terminal; the method includes: The networked host receives the audio messages to be sent, sorts the audio messages, and determines the sequence number corresponding to each of the audio messages; The networked host sequentially places the audio messages into a sending buffer according to the sequence numbers, establishes a sliding window in the sending buffer, and sends the audio messages in the sliding window to the networked decoding terminal; After receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host; The networked host determines whether confirmation packets corresponding to all audio messages in the sliding window have been received; If the networked host determines that confirmation packets corresponding to all audio messages in the sliding window have been received, the audio messages in the sliding window in the current sending buffer are deleted so that the new audio messages fall into the sliding window, and the step of sending the audio messages in the sliding window to the networked decoding terminal is returned.

2. The audio transmission method of a networked broadcasting system according to claim 1, characterized in that: The method further comprises: If the networked host determines that the confirmation packets corresponding to all the audio packets in the sliding window have not been received, the networked host resends the audio packets in the sliding window to the networked decoding terminal.

3. The audio transmission method of a networked broadcasting system according to claim 1, characterized in that: The networked host receives an audio message to be sent, including: The networked host receives audio data input by the user through a microphone; The networked host encodes the audio data to obtain an audio message to be sent.

4. The audio transmission method of a networked broadcasting system according to claim 1, characterized in that: After receiving the audio message, the networked decoding terminal feeds back a confirmation packet corresponding to the audio message to the networked host, including: After receiving the audio message, the networked decoding terminal puts the audio message into a receiving buffer; The networked decoding terminal detects the newly added audio message in the receiving buffer according to a preset timestamp interval, and feeds back a confirmation packet corresponding to the newly added audio message to the networked host.

5. The audio transmission method of a network broadcasting system according to any one of claims 1 to 4, characterized in that: After the step of the networked host receiving the audio message to be sent, the method further includes: The networked host detects the audio message and determines an expiration time node corresponding to the audio message; The networked host discards the audio message according to the expiration time node.

6. The audio transmission method of a network broadcasting system according to claim 5, characterized in that: The networked host discards the audio message according to the expiration time node, including: The networked host queries the current time node and link round trip time estimation; The networked host determines, according to the current time node and the link round-trip time estimate, a completion time node corresponding to sending the audio message to the networked decoding terminal; If the networked host determines that the completion time node exceeds the expiration time node, the audio message is discarded.

7. The audio transmission method of a networked broadcasting system according to claim 6, characterized in that: The link round trip time estimate is obtained by: The networked host queries the control packet information transmitted between the networked decoding terminal; The networked host determines the link round trip time estimate based on the control packet information.

8. A network broadcasting system, characterized in that: It includes a networked host and at least one networked decoding terminal; The networked host is used to receive audio messages to be sent, sort the audio messages, and determine the sequence number corresponding to each of the audio messages; put the audio messages into a sending buffer in sequence according to the sequence number, establish a sliding window in the sending buffer, and send the audio messages in the sliding window to the networked decoding terminal; The networked decoding terminal is used to feed back a confirmation packet corresponding to the audio message to the networked host after receiving the audio message; The networked host is also used to determine whether confirmation packets corresponding to all audio messages in the sliding window have been received; if it is determined that confirmation packets corresponding to all audio messages in the sliding window have been received, the audio messages in the sliding window currently in the sending buffer are deleted so that the new audio messages fall into the sliding window, and the task of sending the audio messages in the sliding window to the networked decoding terminal is continued.

9. A network broadcasting system according to claim 8, characterized in that: The networked host is further used to: determine that confirmation packets corresponding to all the audio messages in the sliding window have not been received, and resend the audio messages in the sliding window to the networked decoding terminal.

10. A network broadcasting system according to claim 8, characterized in that: The networked host is specifically used for receiving audio data input by a user through a microphone, encoding the audio data, and obtaining an audio message to be sent.

Citation Information

Patent Citations

  • Distributed node multicast method, distributed node multicast component and distributed system

    CN101184050A

  • System and method for reliable broadcast protocol of vehicle-mounted ad hoc network based on forward error correction

    CN102006625A

  • Method of data reliable transmission with user datagram protocol (UDP) in communication network

    CN103036904A

  • Method for improving end-to-end wireless transmission control protocol (TCP) linear network coding

    CN103152359A

  • Real-time video transmission method and system

    CN108377427A