Audio transmission method, system and apparatus, and storage medium

Abstract

The present description provides an audio transmission method, system and apparatus, and a storage medium. The method is performed by a main control device comprising at least one processor and at least one storage device. The method comprises: partitioning a time flow of wireless communication to obtain at least one clearance window and at least one data transmission window. The method comprises: within the at least one clearance window and on the basis of an audio transmission request sent by at least one device, determining a transmission parameter corresponding to the at least one device, wherein the at least one device includes the main control device. The method further comprises: transmitting target audio data within the at least one data transmission window on the basis of the transmission parameter.

Description

Audio transmission methods, systems, devices and storage media Cross-references to related applications

[0001] This application claims priority to Chinese Patent Application No. 202510148482.3, filed on February 10, 2025, the entire contents of which are incorporated herein by reference. Technical Field

[0002] This specification relates to the field of wireless communication technology, and in particular to audio transmission methods, systems, devices, and storage media. Background Technology

[0003] Audio transmission refers to the process of transmitting sound signals to a receiving end through a device or medium. Audio transmission via wireless means is called wireless audio transmission. Wireless audio transmission has wide applications in various fields, such as television, radio, telephone, and audio equipment. However, in wireless audio transmission, the unreasonable allocation of wireless channel resources often makes it difficult to guarantee audio transmission quality in various application environments. How to flexibly allocate audio transmission channel resources and improve audio transmission quality has become an urgent problem to be solved.

[0004] Therefore, it is desirable to provide audio transmission methods, systems, devices, and storage media to improve the efficiency of wireless channel utilization and ensure the quality of wireless audio transmission. Summary of the Invention

[0005] One embodiment of this specification provides an audio transmission method, executed by a master control device having at least one processor and at least one storage device. The method includes dividing the time stream of wireless communication to obtain at least one clearance window and at least one data transmission window. Within the at least one clearance window, the method includes determining transmission parameters corresponding to the at least one device, including the master control device, based on an audio transmission request sent by the at least one device. The method further includes transmitting target audio data based on the transmission parameters within the at least one data transmission window.

[0006] One embodiment of this specification provides an audio transmission method, executed by a first terminal having at least one processor and at least one storage device. The method includes receiving an audio transmission request from at least one second terminal in a current transmission cycle, the audio transmission request including a transmission bitrate. The method includes, in response to the audio transmission request, obtaining transmission parameters based on the transmission bitrate, wherein the transmission parameters include at least one audio transmission sequence number and at least one data transmission window corresponding to each of the first terminal and the at least one second terminal. The method further includes sending the transmission parameters to each of the at least one second terminal, causing the second terminal to perform audio transmission based on the transmission parameters. The method further includes performing audio transmission based on the audio transmission sequence number and data transmission window corresponding to the first terminal.

[0007] One embodiment of this specification provides an audio transmission system, including a main control device having at least one processor and at least one storage device. The at least one storage device stores computer instructions, which, when executed by the at least one processor, cause the at least one processor to perform the audio transmission method of this application embodiment.

[0008] One embodiment of this specification provides an audio transmission device, including a memory and a processor connected to each other. The memory is used to store computer instructions, which, when executed by the processor, are used to implement the audio transmission method in this embodiment.

[0009] One embodiment of this specification provides a computer-readable storage medium that stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer executes the audio transmission method in this embodiment. Attached Figure Description

[0010] This specification will be further described by way of exemplary embodiments, which will be described in detail with reference to the accompanying drawings. These embodiments are not limiting; in these embodiments, the same reference numerals denote the same structures, wherein:

[0011] Figure 1 is a schematic diagram of an exemplary audio transmission system according to some embodiments of this specification;

[0012] Figure 2 is a schematic diagram of an exemplary audio transmission system according to some embodiments of this specification;

[0013] Figure 3 is a flowchart illustrating an exemplary audio transmission process according to some embodiments of this specification;

[0014] Figures 4A-4C are schematic diagrams illustrating exemplary time slot division according to some embodiments of this specification;

[0015] Figure 5 is a schematic diagram illustrating exemplary time slot division in the absence of device addition and reduction, according to some embodiments of this specification;

[0016] Figure 6 is a schematic diagram illustrating time slot division when equipment is added or removed, according to some embodiments of this specification;

[0017] Figure 7 is a schematic diagram of an exemplary single-device audio transmission according to some embodiments of this specification;

[0018] Figure 8 is a schematic diagram illustrating exemplary multi-device audio transmission according to some embodiments of this specification;

[0019] Figure 9 is a schematic diagram illustrating an exemplary reallocation of data transmission windows according to some embodiments of this specification;

[0020] Figure 10 is a schematic diagram illustrating an exemplary current transmission cycle with a new device joining, according to some embodiments of this specification;

[0021] Figure 11 is a schematic diagram illustrating an exemplary acquisition of valid audio source data according to some embodiments of this specification;

[0022] Figure 12 is a flowchart illustrating an exemplary audio transmission process according to some embodiments of this specification;

[0023] Figure 13 is a flowchart illustrating an exemplary audio transmission process according to some embodiments of this specification. Detailed Implementation

[0024] To more clearly illustrate the technical solutions of the embodiments in this specification, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are merely some examples or embodiments of this specification. For those skilled in the art, these drawings can be applied to other similar scenarios without creative effort. Unless obvious from the context or otherwise specified, the same reference numerals in the drawings represent the same structures or operations.

[0025] It should be understood that the terms “system,” “device,” “unit,” and / or “module” used herein are one way to distinguish different components, elements, parts, sections, or assemblies at different levels. However, if other terms can achieve the same purpose, they may be replaced by other expressions.

[0026] As indicated in this specification and claims, unless the context clearly indicates otherwise, the words "a," "an," "an," and / or "the" do not specifically refer to the singular and may also include the plural. Generally speaking, the terms "comprising" and "including" only indicate the inclusion of expressly identified steps and elements, which do not constitute an exclusive list, and the method or apparatus may also include other steps or elements.

[0027] Flowcharts are used in this specification to illustrate the operations performed by the system according to embodiments of this specification. It should be understood that the preceding or following operations are not necessarily performed in exact order. Instead, the steps can be processed in reverse order or simultaneously. Furthermore, other operations can be added to these processes, or one or more steps can be removed from them.

[0028] Traditional wireless audio transmission schemes (such as Sub-1G) have the advantage of long transmission distance, but their transmission quality is difficult to guarantee in complex environments. Taking Sub-1G wireless audio transmission schemes as an example, while they have the advantage of long transmission distance, their transmission bitrate is much lower than that of common 2.4G audio transmission schemes. Sub-1G wireless audio transmission schemes have half-duplex communication modes and two-way voice transmission communication modes. In most half-duplex communication modes, even if two-way voice transmission is achieved, the transmission quality is difficult to guarantee in complex environments. Chinese patent application CN117714427A proposes a Sub-1G network wireless audio communication method based on SOTDMA, which realizes multi-channel audio transmission by dividing multiple data transmission windows (also called data windows). However, the data transmission window allocated to the audio transmission terminal has a fixed time and a short transmission time, resulting in a limited amount of data transmitted, making it difficult to guarantee communication quality; moreover, when the terminal uses a data transmission window with a fixed time for audio transmission, it often leads to a waste of air interface resources in actual intercom usage scenarios. Therefore, current wireless audio transmission solutions have factors that affect audio transmission quality, such as transmission distance, transmission bit rate, communication method, and resource allocation.

[0029] This application provides an audio transmission method, system, apparatus, and storage medium. The method is executed by a master device having at least one processor and at least one storage device. The method includes dividing the time stream of wireless communication to obtain at least one clearance window and at least one data transmission window. The method includes determining transmission parameters corresponding to the at least one device based on an audio transmission request sent by the at least one device within the at least one clearance window. The at least one device includes the master device. The method further includes transmitting target audio data based on the transmission parameters within the at least one data transmission window.

[0030] According to the embodiments in this specification, by dividing the time stream into functionally separate clearance windows (for coordination) and data transmission windows (for transmission), and having them uniformly scheduled by the main control device, an orderly and conflict-free communication framework is established. This fundamentally solves the signal collision and channel contention problems that may occur when multiple devices transmit simultaneously, ensuring the reliability and stability of communication and laying the foundation for subsequent implementation of complex intelligent scheduling and resource allocation.

[0031] Figure 1 is a schematic diagram of an exemplary audio transmission system according to some embodiments of this specification. As shown in Figure 1, system 100 includes a terminal 110, a network 120, and a storage device 130.

[0032] Terminal 110 is a device for audio transmission. Users use terminal 110 for wired or wireless audio transmission, such as voice communication. Terminal 110 includes one or more processing devices (e.g., a single-core or multi-core processing device). By way of example only, terminal 110 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), an application-specific instruction processor (ASIP), a digital signal processor (DSP), a field-programmable gate array (FPGA), or any combination thereof. In some embodiments, terminal 110 is one or any combination of other devices with audio transmission and communication capabilities, such as mobile devices, tablet computers, laptop computers, desktop computers, and wearable devices.

[0033] Terminal 110 includes terminals 111, 112, ..., 11N (N≥1). The terminals in terminal 110 can be the same or different. For example, terminal 111 may be a mobile phone or walkie-talkie, and terminal 112 may be a tablet computer. Alternatively, terminals 111, 112, ..., 11N may all be mobile phones or walkie-talkies. Any one or more terminals in terminal 110 can send an audio transmission request to transmit audio. This specification will use terminals 111, 112, ..., 11N as walkie-talkies or other devices with walkie-talkie functionality as examples. In some embodiments, terminal 110 includes a first terminal and a second terminal. The first terminal is any terminal in terminal 110, and the second terminal is any terminal in terminal 110 other than the first terminal. This specification will use terminal 111 as the first terminal and terminals 112-11N as examples. The first terminal is the master control device. The devices in audio transmission include the terminal initiating audio transmission communication and the terminal joining the audio transmission communication. The master control device can execute the audio transmission method in the embodiments of this specification. For example, the master control device (terminal 111) can divide the time stream of wireless communication to obtain at least one clearance window and at least one data transmission window. Within the at least one clearance window, the master control device can determine the transmission parameters corresponding to the at least one device (e.g., at least one terminal in terminal 110) based on an audio transmission request sent by the at least one device, wherein the at least one device includes the master control device. Within the at least one data transmission window, the master control device can transmit target audio data based on the transmission parameters. As another example, the first terminal (terminal 111) can receive an audio transmission request from at least one second terminal (at least one of terminals 112-11N) in the current transmission cycle, wherein the audio transmission request includes a transmission bitrate. In response to the audio transmission request, the first terminal can obtain transmission parameters based on the transmission bitrate, wherein the transmission parameters include at least one audio transmission sequence number and at least one data transmission window corresponding to each of the first terminal and the at least one second terminal. The first terminal can send the transmission parameters to each of the at least one second terminal, causing the second terminal to perform audio transmission based on the transmission parameters. The first terminal can perform audio transmission based on the audio transmission sequence number and data transmission window corresponding to the first terminal.

[0034] Network 120 connects the various components of the system and / or connects the system to external resources. Network 120 enables communication between the components and with other components outside the system, facilitating the exchange of data and / or information. In some embodiments, one or more components in system 100 (e.g., terminals 111-11N, storage device 130) send data and / or information to other components via network 120. In some embodiments, network 120 is any one or more of a wired network or a wireless network. By way of example only, network 120 may include a cable network, wired network, fiber optic network, telecommunications network, internal network, Internet, local area network (LAN), wide area network (WAN), wireless local area network (WLAN), metropolitan area network (MAN), public switched telephone network (PSTN), Wi-Fi, 4G / 5G and other wireless communication networks, Bluetooth network, ZigBee network, near field communication (NFC) network, or any combination of the above examples. In some embodiments, network 120 is a Sub-1G network.

[0035] Storage device 130 stores data or information generated by other devices. In some embodiments, storage device 130 may store data and information related to audio transmission, such as audio transmission requests, transmission parameters, audio data, etc. Storage device 130 may include one or more storage components, each of which may be a separate device or part of another device; for example, storage device 130 may be part of terminal 110. Storage device may be local or implemented via the cloud. In some embodiments, storage device 130 includes one or any combination of mass storage devices, removable storage devices, volatile read-write memory, read-only memory (ROM), etc. In some embodiments, storage device 130 includes non-transitory computer-readable media.

[0036] It should be noted that the above description is provided for illustrative purposes only and is not intended to limit the scope of this specification. Various changes and modifications can be made by those skilled in the art based on the content of this specification. Features, structures, methods, and other features of the exemplary embodiments described herein can be combined in various ways to obtain other and / or alternative exemplary embodiments. For example, terminal 110 may be based on a cloud computing platform, such as a public cloud, private cloud, community cloud, and hybrid cloud. However, these changes and modifications will not depart from the scope of this specification.

[0037] Figure 2 is a schematic diagram of an exemplary audio transmission system according to some embodiments of this specification. As shown in Figure 2, the system 200 includes a time stream division module 210, a transmission parameter determination module 220, and a data transmission module 230. In some embodiments, the time stream division module 210, the transmission parameter determination module 220, and the data transmission module 230 are implemented by a first terminal (e.g., terminal 111).

[0038] The time stream division module 210 is used to divide the time stream of wireless communication to obtain at least one clear window and at least one data transmission window. For a more detailed description of how to divide the time stream, see step S310.

[0039] The transmission parameter determination module 220 is used to determine the transmission parameters corresponding to at least one device based on an audio transmission request sent by at least one device within at least one clearance window. The at least one device includes a master control device. For a more detailed description of how the transmission parameters are determined, see steps S320, S1210-S1220, S1250-S1260, and Figure 13.

[0040] The data transmission module 230 is used to transmit target audio data based on transmission parameters within at least one data transmission window. For a further description of how the audio data is transmitted, see steps S330 and S1230-S1240.

[0041] Figure 3 is a flowchart illustrating an exemplary audio transmission process according to some embodiments of this specification. As shown in Figure 3, process 300 includes the following steps. In some embodiments, process 200 is executed by a master device (i.e., a first terminal, such as terminal 111) and / or various modules in system 200.

[0042] Step S310 involves dividing the time stream of wireless communication to obtain at least one clear window and at least one data transmission window. In some embodiments, step S310 is performed by the time stream division module 210. The operation in step S310 can also be referred to as time slot division.

[0043] In audio transmission, the master control device (first terminal) initiates the audio transmission communication, and the second terminal joins the audio transmission communication. After the master control device initiates the audio transmission communication in the current network environment, other terminals (second terminals) can join the audio transmission communication initiated by the master control device. The first terminal and the second terminal can be any terminal capable of audio transmission. The first terminal can be any terminal in the current network environment. The second terminal can be one or more, without limitation. For example, the first terminal may include terminal 111, and the second terminals may include terminals 112 through 11N.

[0044] An audio transmission request is a request from a device to initiate audio transmission communication. In some embodiments, at least one device (e.g., terminal 110) sends an audio transmission request. These devices include a master device (first terminal) and at least one other terminal (second terminal). The master device (first terminal) is the first device to initiate an audio transmission request in audio wireless communication. For example, if the terminals of terminal 110 maintain continuous communication with each other (e.g., via heartbeat signals), each terminal can send an audio transmission request. If terminal 111 is the first terminal to initiate the audio transmission request, then terminal 111 is the first terminal (master device), and the other terminals in terminal 110 (terminals 112-11N) are the second terminals. The audio data to be transmitted is the audio data that the device sending the audio transmission request needs to transmit.

[0045] The current transmission cycle refers to the transmission cycle at the current time within a cyclic audio transmission cycle. Within each audio transmission cycle, the time window for data transmission that the current network environment can support is limited. The maximum value of the time window for data transmission across multiple audio transmission cycles in the current network environment can be the same; this specification does not specifically limit this maximum value. For example, the maximum bandwidth corresponding to the maximum time window for data transmission in each audio transmission cycle can be 400-500 kbit / s. Each audio transmission cycle includes at least one clearance window and at least one data transmission window, both of which are time windows. The clearance window is used to detect whether an audio transmission request has been received from the device and to determine the corresponding transmission parameters for the device. The data transmission window is used for audio data transmission from the audio source and is allocated to a specific terminal so that the terminal can utilize this time window to transmit its audio data. A clearance window corresponds to a clearance window time slot, and a data transmission window corresponds to a data transmission window time slot; the two together form a transmission cycle used for transmitting audio data. A clearance window time slot is the length of one clearance window, and a data transmission window time slot is the length of one data transmission window. Within an audio transmission cycle, the number of clearance windows and the number of data transmission windows are equal.

[0046] The main control device divides the time stream of wireless communication based on the current transmission cycle, dividing the current transmission cycle into multiple time windows to obtain at least one clearance window and at least one data transmission window. Figures 4A-4C are schematic diagrams of exemplary time slot division according to some embodiments of this specification. As shown in Figures 4A and 4B, the current transmission cycle is divided into 4 clearance windows and 4 data transmission windows, with the 4 clearance windows being clearance window 1-clearance window 4 and the 4 data transmission windows being data window 1-data window 4. The 4 clearance windows and 4 data transmission windows are arranged alternately from time to time. As shown in Figure 4C, the current transmission cycle is divided into 4 clearance windows and 7 data transmission windows, with the 4 clearance windows being clearance window 1-clearance window 4 and the 7 data transmission windows being data window 1-data window 7. The 4 clearance windows and 7 data transmission windows are arranged alternately from time to time. Notably, for each clearance window and each data transmission window, the duration of the clearance window is significantly shorter than that of the data transmission window.

[0047] In some embodiments, the master control device divides the time stream according to preset rules to obtain at least one clearance window and at least one data transmission window. The preset rules include one of the following: a preset number of windows and a preset length. For example, if the preset number of windows is 8, the master control device divides the time stream into 4 clearance windows and 4 data transmission windows. As another example, if the preset length of each clearance window is 0.1s and the preset length of each data transmission window is 5s, the master control device divides the time stream according to the preset lengths to obtain multiple clearance windows of 0.1s each and multiple data transmission windows of 5s each.

[0048] In some embodiments, the master control device determines the starting clearance window for the current transmission cycle. The starting clearance window is the first clearance window of each audio transmission cycle. For example, the master control device may determine a window of a preset length starting from the start time of each audio transmission cycle as the starting clearance window for each audio transmission cycle.

[0049] Within the initial clearance window of the current transmission cycle, the master control device determines the target number of data transmission windows for the current transmission cycle. The target number refers to the number of data transmission windows within the current transmission cycle. In some embodiments, the target number of data transmission windows can be a preset number, for example, the preset number is determined based on the aforementioned preset window number.

[0050] Online devices refer to devices with a clear communication intent (e.g., sending an audio transmission request) and / or devices that need to be considered for system resources during the current transmission cycle (e.g., preset devices). In some embodiments, the master device continuously listens within an initial clearance window. Each time a valid request (e.g., an audio transmission request, a heartbeat signal, etc.) from a different device is received, the number of online devices is incremented by one, where online devices include the master device. The master device determines the length of each window in at least one clearance window and at least one data transmission window based on the number of online devices in the current transmission cycle. The more online devices there are, the shorter each window length; the fewer online devices there are, the longer each window length. For example, the length of each data transmission window is relatively longer when only one device (single device) is communicating compared to multi-device communication. In some embodiments, as described above, the length of each window in at least one clearance window and at least one data transmission window can be a preset length.

[0051] In some embodiments, within a transmission cycle (e.g., the current transmission cycle), the lengths of at least two data transmission windows may be the same or different. For example, if the data transmission amount of device A is greater than that of device B in the current transmission cycle, then the length of the data transmission window corresponding to device A may be greater than or equal to the length of the data transmission window corresponding to device B. As an example only, as shown in Figure 4A, the lengths of data windows 1 through 4 are all equal; as shown in Figure 4C, the lengths of data window 1 and data window 2 are equal. As yet another example, as shown in Figure 4B, the lengths of any two data transmission windows in data windows 1 through 4 are not equal; as shown in Figure 4C, the lengths of any two data transmission windows in data windows 2 through 7 are not equal.

[0052] In some embodiments, the number of data transmission windows between two clearance windows can be multiple within a transmission cycle (e.g., the current transmission cycle). For example, if the data transmission volume of device A is greater than that of device B in the current transmission cycle, then the data transmission window corresponding to device A can be m data transmission windows between two clearance windows, and the data transmission window corresponding to device B can be n data transmission windows between two clearance windows, where m > n. As an example only, as shown in Figure 4B, data windows 1 through 4 all have the same length.

[0053] A data transmission window transmits data from at least one terminal, meaning a data transmission window is assigned to one or more terminals. In some embodiments, a data transmission window transmits data from only one terminal, meaning a data transmission window is assigned to one terminal. For example, if the length of a data transmission window is only sufficient for one terminal to perform one data transmission, then the data transmission window is assigned to one terminal. In some embodiments, a data transmission window transmits data from multiple terminals, meaning multiple terminals are assigned to the same data transmission window. For example, if the length of a data transmission window is sufficient for multiple terminals to perform at least one data transmission, then the data transmission window can be assigned to multiple terminals. As an example only, as shown in Figure 4B, the length of data window 2 is significantly smaller than that of data window 3, so data window 2 can be assigned to one terminal, and data window 3 can be assigned to multiple terminals. As yet another example, as shown in Figure 4C, the length of data window 4 is significantly smaller than that of data window 6, so data window 4 can be assigned to one terminal, and data window 6 can be assigned to multiple terminals.

[0054] The amount of audio data to be transmitted refers to the quantity of audio data that needs to be transmitted, i.e., the data volume of the audio data to be transmitted. This amount is based on the transmission bitrate declared by each online device, which represents the amount of audio data to be transmitted by that device per unit time (e.g., 1 second). For example, an online device (e.g., a second terminal) might include the transmission bitrate R in the parameters of an audio transmission request sent to the master device. i The transmission bitrate indicates the desired audio quality for this call. Each quality level corresponds to a standard transmission bitrate (e.g., standard call quality: 16kbps, HD call quality: 32kbps, broadcast quality: 64kbps). The master control device parses the declared transmission bitrate R from each audio transmission request. i For all audio transmission requests, the transmission bitrate R i Summing gives the total required bitrate R total The total amount of data to be transmitted within one cycle is calculated and used as the amount of audio data to be transmitted, D. total When calculating the amount of audio data to be transmitted in units of 1 second, the amount of audio data to be transmitted is represented by D. total_per_second D indicates total_per_second =R total *1000.

[0055] The master control device determines the target quantity based on the amount of audio data to be transmitted and the length of each window. It then calculates the amount of data that a single data transmission window can transmit per unit time based on the window length, and finally divides the amount of audio data to be transmitted by the amount of data that a single data transmission window can transmit per unit time to obtain the target quantity.

[0056] In some embodiments of this specification, a dual adaptive communication cycle structure is achieved through a two-step decision-making process. First, the length of a single window is dynamically determined based on the number of online devices, intelligently balancing response latency and transmission efficiency to adapt to the interaction density with optimal granularity. For example, when multiple people communicate concurrently, the system automatically adopts a "multiple and short" window mode to ensure low latency and fairness in the interaction; while when one or a few people communicate, it switches to a "few and long" mode to maximize channel utilization. Second, the number of windows is calculated based on the data volume to ensure that the total resources accurately match the demand. By determining the "specification" first and then the "quantity," global optimization of system response speed and transmission efficiency is achieved in any communication scenario.

[0057] Based on the target quantity, the master control device determines at least one clearance window and at least one data transmission window within the current transmission cycle. For example, if the target quantity is 3, then the current transmission cycle includes 3 data transmission windows and 3 corresponding clearance windows (including the initial clearance window). The master control device alternates between the clearance windows and data transmission windows until the number of data transmission windows reaches the target quantity. For example, as shown in Figure 4A, if the target quantity is 4, the master control device can alternate between the clearance windows and data transmission windows until the number of data transmission windows reaches 4.

[0058] Within the current transmission cycle, excluding the initial clearance window, the master control device can update the target number of data transmission windows in the current transmission cycle, and based on the target number, update at least one clearance window and at least one data transmission window in the current transmission cycle.

[0059] Within each clearance window, the master device probes for audio transmission requests. If no devices are added or removed, the master device transmits data according to the clearance window and data transmission window within the predetermined transmission cycle. If a device is added or removed, the master device re-divides the wireless communication time stream to obtain at least one clearance window and at least one data transmission window, i.e., it re-executes step S310. Adding a device means the master device receives a new audio transmission request, which is an audio transmission request sent by a new device that has not yet initiated a request. Removing a device means the master device receives information indicating the end of device transmission (e.g., an audio transmission request containing a termination flag).

[0060] For illustrative purposes only, Figure 5 is a schematic diagram illustrating exemplary time slot division in the absence of device additions and removals according to some embodiments of this specification. As shown in Figure 5, transmission cycle 1 is the current transmission cycle, and transmission cycle 2 is the next transmission cycle. The current transmission cycle includes four clearance windows and four data transmission windows, namely clearance window 1-clearance window 4, data window 1-data window 4, clearance window 5-clearance window 7, and data window 5-data window 7, which are the clearance windows and data transmission windows for the next transmission cycle, respectively. Clearance window 1 is the starting clearance window of transmission cycle 1, and clearance window 5 is the starting clearance window of transmission cycle 2. In clearance window 1, the master control device divides the time slots according to the audio transmission requests received in clearance window 1, determining the clearance windows and data transmission windows within transmission cycle 1. In clearance windows 2-4, the master control device does not receive any new audio transmission requests, therefore the master control device completes the data transmission within this cycle according to the determined clearance windows and data transmission windows of transmission cycle 1. In clearance window 5, the master control device divides the time slots according to the audio transmission requests received in clearance window 5, and determines the clearance window and data transmission window within transmission cycle 2. During clearance windows 6 and 7, the master control device does not receive any new audio transmission requests. Therefore, the central control device completes the data transmission within this cycle according to the determined clearance window and data transmission window of transmission cycle 2.

[0061] As another example, Figure 6 is a schematic diagram of time slot allocation when a device is added or removed, according to some embodiments of this specification. As shown in Figure 6, transmission cycle 1 is the current transmission cycle, and clearance window 1 is the starting clearance window of transmission cycle 1. In clearance window 1, the master control device allocates time slots based on the audio transmission requests received in clearance window 1, determining the clearance windows and data transmission windows within transmission cycle 1. That is, the current transmission cycle includes 4 clearance windows and 4 data transmission windows, namely clearance window 1-clearance window 4 and data window 1-data window 4. However, in clearance window 3, the master control device receives a new audio transmission request, determining that a device has been added. Therefore, the master control device changes its original plan and performs time slot allocation (second time slot allocation) for the next transmission cycle (transmission cycle 2) in clearance window 3, determining that transmission cycle 2 includes clearance window 3-clearance window 6 and data window 3-data window 6. At this time, since the resource allocation has been redefined in the second time slot allocation, data window 3 and data window 4 will immediately transmit data according to the new allocation result (i.e., the allocation result of transmission cycle 2).

[0062] In some embodiments, the audio transmission request includes a termination flag, indicating a request to terminate the audio transmission; this may also be referred to as a termination request. For example, the "Request Type" field of the audio transmission request may be marked as TERMINATE, or an explicit "termination flag" may be included in its parameters. The termination request contains a device ID and a termination flag, and may or may not include information such as the transmission bitrate. As an example only, when a device in a call detects the end of a user's voice and after a brief silence period (e.g., 500ms to confirm it is not a punctuation pause), it determines that the call has ended; then, the device generates a termination request containing only the device ID and the termination flag; in the next available "clearance window," the device broadcasts the termination request to the master device.

[0063] Within any clearance window, in response to receiving an audio transmission request containing a termination flag, the master control device determines that the device sending the audio transmission request has completed data transmission. Therefore, the master control device does not need to wait for the current transmission cycle to end; instead, it re-divides the time slots within the clearance window, i.e., re-determines at least one clearance window and at least one data transmission window in the new transmission cycle, and performs data transmission according to the determined clearance and data transmission windows of the new transmission cycle. By re-determining the clearance and data transmission windows, an event-driven real-time response capability is introduced to the system. By immediately triggering resource reclamation and rescheduling when a device ends a call, rather than waiting for the start of the next cycle, the instant release and reuse of channel resources are achieved, greatly shortening the waiting time for new requests and significantly improving the turnover rate of channel resources and the real-time performance and response speed of the entire system.

[0064] In some embodiments of this specification, a dynamic periodic structure is introduced on the basic framework by determining the number of data transmission windows in each audio transmission cycle according to actual needs at the initial stage of each cycle. This makes the entire communication structure no longer fixed, thereby giving the system the flexibility to adjust its capacity and layout according to real-time changes. It can elastically scale to adapt to communication scenarios of different scales and realizes dynamic resource configuration.

[0065] Step S320: Within at least one clearance window, based on audio transmission requests sent by at least one device, determine the transmission parameters corresponding to at least one device. In some embodiments, step S320 is performed by the transmission parameter determination module 220. The operation in step S320 is also referred to as timing allocation.

[0066] The target audio data refers to the audio data actually transmitted. The target audio data comprises multiple sets, each corresponding to a data transmission window. Each set of target audio data is transmitted within its corresponding data transmission window. Transmission parameters are parameters that indicate how the audio data is transmitted, such as timing allocation parameters and processing parameters. Timing allocation parameters represent the data transmission window allocated to each set of target audio data. Processing parameters indicate how the audio data is processed. Processing parameters include at least one of sampling rate, bit depth, and compression algorithm. The audio transmission request includes the audio data to be transmitted, and the master control device determines the target audio data based on the audio data to be transmitted. For more information on how the target audio data is determined, see step S330.

[0067] The transmission parameters include timing allocation parameters. Based on the audio transmission request, the master control device obtains the request characteristics corresponding to the audio transmission request, whereby the request characteristics include at least one of transmission bitrate and request transmission time. The master control device parses the information in the audio transmission request to obtain request characteristic information such as the transmission bitrate and request transmission time (e.g., timestamp). Based on the request characteristics, the master control device determines the timing allocation parameters corresponding to the device sending the audio transmission request, that is, the data transmission window allocated to the audio data that the device needs to send.

[0068] When the master control device (first terminal) does not receive an audio transmission request from another device (second terminal) within the initial clearance window of the current transmission cycle, the master control device allocates all data transmission windows in the current transmission cycle to itself. For example only, Figure 7 is a schematic diagram of exemplary single-device audio transmission according to some embodiments of this specification. As shown in Figure 7, the master control device (device 1) receives only its own audio transmission request within the initial clearance window of the current transmission cycle. Therefore, the master control device allocates all data transmission windows in the current transmission cycle to itself for its own audio transmission.

[0069] When the master control device (first terminal) receives an audio transmission request from another device (second terminal) within the initial clearance window of the current transmission cycle, the master control device allocates the data transmission window of the current transmission cycle to the devices that sent the audio transmission requests, including itself. Figure 8 is a schematic diagram of exemplary multi-device audio transmission according to some embodiments of this specification, only as an example. As shown in Figure 8, the master control device (device 1) receives audio transmission requests from itself, device 2, and device 3 within the initial clearance window of the current transmission cycle. Therefore, the master control device allocates the data transmission window of the current transmission cycle to device 1, device 2, and device 3 so that these three devices can perform audio transmission.

[0070] When the master control device (first terminal) receives an audio transmission request (termination request) including a termination flag within a certain clearance window of the current transmission cycle, the master control device sets the data transmission windows following that clearance window as idle resources and reclaims and reallocates these idle resources, i.e., performs a new timing allocation. Figure 9 is a schematic diagram illustrating an exemplary reallocation of data transmission windows according to some embodiments of this specification, only as an example. As shown in Figure 9, the master control device (device 1) performs audio transmission in the first two data transmission windows of the current transmission cycle, and an audio transmission request including a device 1 termination flag exists in the third clearance window. Therefore, the master control device sets the data transmission windows following the third clearance window as idle resources (idle resource 1 - idle resource 3) so that these window resources can be reallocated in the new timing allocation.

[0071] When the master control device (first terminal) receives an audio transmission request from a new device within a certain clearance window of the current transmission cycle, indicating the addition of a new device, the master control device performs a new timing allocation. In this new timing allocation, the master control device ensures that devices that have already started data transmission complete their data transmission first, thus guaranteeing the continuity of data transmission. Figure 10, as an example only, is a schematic diagram illustrating an exemplary scenario of a new device joining during the current transmission cycle according to some embodiments of this specification. As shown in Figure 10, the master control device (device 1) performs audio transmission in the first four data transmission windows of the current transmission cycle. The master control device receives an audio transmission request from device 2 in a data transmission window after the fourth clearance window. Therefore, the master control device performs a new timing allocation in the fourth clearance window, allocating a data transmission window for device 2. Since the fifth data transmission window is an idle resource, the master control device can allocate the fifth data transmission window to device 2. However, assuming that device 1 has not yet completed all audio data transmission by the fourth clearance window, the master control device can allocate the fifth data transmission window to device 1 so that device 1 can complete its data transmission.

[0072] When multiple devices need to transmit data—that is, when the master control device receives audio transmission requests from other devices within the clearance window—it determines the timing allocation parameters according to preset rules. These preset rules include one or any combination of transmission bitrate priority, continuity priority, and time order priority. Transmission bitrate priority prioritizes data from devices with higher transmission bitrates, placing it in the earlier data transmission window within the current transmission cycle. Continuity priority prioritizes bandwidth and time slots for devices currently transmitting data (e.g., walkie-talkies speaking) in the previous transmission cycle to avoid interruptions. Time order priority prioritizes data from devices that sent their requests earlier. By determining the timing based on transmission bitrate (on-demand allocation) and request sending time (first-come, first-served), basic fairness is ensured while accommodating the diverse communication quality needs of different devices. This ensures that channel resources are rationally allocated to the most needed or first-requesting devices, optimizing overall transmission order and efficiency. Furthermore, determining the timing based on transmission continuity ensures data transmission continuity, thereby guaranteeing a better user experience.

[0073] In some embodiments, preset rules include transmission bitrate priority, continuity priority, and time order priority. Within the initial clearance window of the current transmission cycle, the master device collects all audio transmission requests sent by devices. Each request contains the following information: device ID, request type, transmission bitrate, and request timestamp. The device ID is a unique identifier for the device. The request type is either CONTINUE (continuous transmission) or NEW (new request), where CONTINUE indicates that the device was speaking in the previous cycle and is requesting to continue transmission; NEW indicates that the device is initiating a new call request. The transmission bitrate is the data transmission rate (e.g., 16kbps, 32kbps, etc.) requested by the device from the master device based on the required audio quality. The request timestamp is the precise time the request was sent. The master device places all requests into a pending list.

[0074] The main control device sorts all requests in the processing list according to a preset sorting rule, generating a target processing queue. The preset sorting rule includes sorting requests in descending order of priority. The sorting priority has three levels: highest priority, second-highest priority, and normal priority. First, requests are sorted by highest priority; then, requests after the initial sorting are sorted by second-highest priority; and finally, requests after the second sorting are sorted by normal priority. The highest priority requests are assigned based on a continuity priority rule, meaning they are sorted by request type, with CONTINUE requests having higher priority than NEW requests. This ensures that ongoing calls are not interrupted by newly joined calls, guaranteeing a good user experience. The second-highest priority requests are assigned based on a time order priority (first-come, first-served) rule, meaning they are sorted by request timestamp. Within requests of the same priority (i.e., between CONTINUE requests and between NEW requests), they are sorted in ascending order of timestamp, with earlier timestamps appearing first. This ensures continuity while adhering to a fair first-come, first-served principle. Normal priority is determined by prioritizing resource demand (i.e., transmission bit rate) to determine timing allocation parameters. Transmission bit rate is not directly involved in the sorting but is used as a weight in subsequent resource allocation steps. It determines how many data transmission windows a device needs to occupy. This ensures fairness (continuity, first-come, first-served) while guaranteeing that each device receives sufficient resources (data transmission windows), thus ensuring data transmission integrity.

[0075] The master device determines the total number of available data transmission windows in the current transmission cycle (e.g., there are 8 data transmission windows in one transmission cycle). Starting from the head of the sorted target processing queue, the master device processes each request one by one: First, take out the first request at the queue head (e.g., the audio transmission request of device A); then, according to the transmission bit rate of device A, calculate the number of data transmission windows N required by device A in this cycle; then, check whether the current remaining number of data transmission windows is >= N; if the current remaining number of data transmission windows is sufficient, that is, the current remaining number of data transmission windows >= N, allocate the next N data transmission windows to device A and subtract N from the total resources; if the current remaining number of data transmission windows is insufficient, that is, the current remaining number of data transmission windows < N, it is determined that the channel is saturated, and the master device processes according to a preset policy. The preset policy is one of policy one (best effort) and policy two (denial of service). Policy one is to allocate all the remaining windows to device A, and device A can only perform degraded transmission. Policy two is to reject the current transmission request of device A and send it a "channel busy" signaling. After processing the first request, the master device continues to process the next request in the queue in the above manner, that is, repeats the above steps until the queue is empty or all data transmission windows are allocated, and a timing allocation result is obtained, for example, a timing allocation table.

[0076] The master device broadcasts the generated timing allocation table (e.g., window 1 - device A, window 2 - device C, window 3 - device A,... where window i - device x means the i-th window is allocated to device x) to all devices within this clear channel window, so that all devices can perform transmissions within the data transmission windows allocated to them according to the timing allocation table. Through the above timing allocation method, the continuity of data transmission is guaranteed, the fairness of new requests is taken into account, and at the same time, the allocation is made according to the actual resource requirements, improving the robustness of device scheduling in the process of wireless audio data transmission and the efficiency of scheduling.

[0077] For example only, assume there are 10 available data transmission windows within a transmission cycle. The master device receives 4 audio transmission requests in the initial clear window of this transmission cycle: Device A: CONTINUE, medium bitrate (requires 3 windows), was speaking in the previous cycle; Device B: NEW, high bitrate (requires 4 windows), request timestamp 10:01:01.500; Device C: NEW, low bitrate (requires 2 windows), request timestamp 10:01:01.200; Device D: CONTINUE, low bitrate (requires 2 windows), also was speaking in the previous cycle. The master device prioritizes the audio transmission requests: First, the master device performs a first-level sorting by request type. Devices with request type CONTINUE are placed in the first group, with the queue order [Device A, Device D]. Devices with request type NEW are placed in the second group, with the queue order [Device B, Device D]. Requests of type CONTINUE have higher priority than requests of type NEW. Therefore, devices in the first group have higher priority than devices in the second group. Then, the master device performs a second-level sorting based on timestamps. Assuming device A started speaking earlier than device D, and device C's request arrived earlier than device B's, the devices are sorted within each group according to their timestamps. After sorting, the first group's queue order remains [Device A, Device D], and the second group's queue order becomes [Device C, Device B]. Based on the sorting of the first and second groups, the target processing queue is obtained as [Device A, Device D, Device C, Device B]. Then, the master device allocates data transmission windows to devices A, D, C, and B in the order they are arranged in the target processing queue. Device A requires 3 windows, with 10 remaining. The master control device allocates windows 1, 2, and 3 to device A, leaving 7 windows. Device D requires 2 windows, with windows 4 and 5 allocated to device D, leaving 5 windows. Device C requires 2 windows, with windows 6 and 7 allocated to device C, leaving 3 windows. Device B requires 4 windows, and the master control device, using a "best-effort" strategy, allocates all remaining windows 8, 9, and 10 to device B. Due to insufficient allocated data transmission windows, device B can only perform degraded transmission, i.e., reduce the transmission bit rate. After timing allocation, the timing allocation table is [A, A, A, D, D, C, C, B, B, B].

[0078] In some embodiments, the request features include at least one of transmission bitrate, request transmission time, and event priority. Preset rules include one or any combination of transmission bitrate priority, continuity priority, time sequence priority, and event priority priority. Event priority priority means that data from devices with higher event priority is transmitted first. The master device identifies high event priority based on keywords in the audio data to be transmitted. Event priority includes multiple levels. For example, event priority includes three levels, from highest to lowest: Emergency, High, and Normal.

[0079] When the request features include event priority, the master device, either directly or through the terminal that sent the audio transmission request, analyzes the audio data to be transmitted based on the audio transmission request to obtain semantic features, acoustic features, and background features.

[0080] Semantic features refer to the semantic information in audio data, such as keywords like "emergency," "danger," and "Mayday." As an example only, the main control device processes the noise-reduced real-time audio stream (e.g., the audio stream from the previous transmission cycle) using a keyword recognition model, identifies the keywords, and outputs the weight values ​​of the identified keywords. Based on all output weight values, a semantic feature vector is obtained as the semantic features of the audio stream. The main control device can also obtain semantic features through other methods, which are not limited in this specification.

[0081] Acoustic features refer to the characteristic information representing the physical properties of audio data, used to determine the speaker's emotion and state. Acoustic features include energy-related features, fundamental frequency-related features, and rate-related features. Energy-related features are used to determine the loudness and explosiveness of speech, including short-time energy and zero-crossing rate. Fundamental frequency-related features are used to determine abnormally high pitch or severe tremors, including the mean, standard deviation, and range of pitch or fundamental frequency (F0). Rate-related features are used to determine the urgency of expression, including speech rate (estimated through syllable or vowel detection). As an example only, the main control device processes real-time speech streams (e.g., the speech stream from the previous transmission cycle) through an acoustic parameter analysis model to obtain energy-related features, fundamental frequency-related features, and rate-related features from the speech stream, integrating them into an acoustic feature vector as the acoustic features. The main control device can also obtain acoustic features through other methods, which are not limited in this specification.

[0082] Background features refer to non-audio information related to audio data. Background features include physical input on the terminal device, configuration information of the terminal device, and sensor data characteristics on the terminal device. Physical input on the terminal device includes events such as button presses. The master control device acquires physical input from the terminal device by monitoring physical input. The configuration information of the terminal device includes user information in the device configuration file, such as user role and user ID. The master control device reads configuration information from the terminal device's configuration file. Sensor data characteristics on the terminal device include changes in device status and voice background features. The master control device determines whether the device status has changed (e.g., device drop) based on sensor data from the terminal device and determines whether the background is a preset high-risk environment based on background noise collected by the sensors. As an example only, the main control device polls the status of the physical "emergency button" on the terminal device sending the audio transmission request in real time. Once a press event is detected, it immediately generates a binary feature flag with the highest authority. The main control device reads the preset user role or ID (e.g., commander, captain, etc.) from the device's configuration file and converts it into a weighted feature. The main control device reads data from the accelerometer and gyroscope in the device and uses an attitude calculation algorithm to determine whether the device has been stationary for a long time after a violent impact (device fall, corresponding to the "fall alarm" feature). At the same time, it classifies and identifies the background noise collected by the microphone in the device to determine whether there are preset high-risk environmental sound features such as explosions or alarms. The main control device integrates the above binary feature flag, weighted feature, and preset high-risk environmental sound features into a background feature vector as the background feature. The main control device can also obtain background features in other ways, which are not limited in this specification.

[0083] The main control equipment determines the situation priority based on semantic features, acoustic features, and background features through a situation assessment model. The situation assessment model is a machine learning model, such as a weighted decision tree, gradient boosting machine, neural network, or any combination thereof. The input to the situation assessment model includes semantic feature vectors, acoustic feature vectors, and background feature vectors, and the output includes the situation priority. The training samples for the situation assessment model include sample semantic feature vectors, sample acoustic feature vectors, and sample background feature vectors. Training samples are acquired through various methods, such as real-event recordings, simulation / exercise data, and synthetic and enhanced data. Real-event recordings are anonymized communication recordings collected from scenarios such as emergency response, military exercises, and industrial production. Simulation / exercise data is communication data recorded by professionals conducting high-fidelity simulations. Synthetic and enhanced data is emergency scenario sample data obtained by professional voice actors simulating various emergency and / or non-emergency situations and synthesizing them with various background noises (e.g., explosions, alarms, mechanical noises, etc.). The training labels for the situation assessment model include the sample situation priorities corresponding to the training samples, manually labeled according to actual conditions. For example, sample situation priorities are divided into three levels from high to low: Level 3 (EMERGENCY), Level 2 (HIGH), and Level 1 (NORMAL). Level 3 (EMERGENCY) indicates a situation requiring immediate interruption of other communications and an immediate response from the receiver. For example, audio data may include at least one of the following: "Mayday, Mayday, Mayday," "Building is collapsing," or "Personnel are trapped and unconscious." Level 2 (HIGH) indicates important mission instructions or critical information updates that require priority processing. For example, audio data may include at least one of the following: "Command center, detachment one has reached the designated position," or "New hazard detected, all units please be aware." Level 1 (NORMAL) indicates routine communication, status reporting, and confirmation. For example, audio data may include at least one of the following: "Received," "Understood," or "Test communication, please respond if you hear me."

[0084] In some embodiments, preset rules include transmission rate priority, continuity priority, time sequence priority, and situation priority priority. In addition to device ID, request type, transmission rate, and request timestamp, audio transmission requests also include situation priority. The master device establishes a pending list in a similar manner to the aforementioned method. The preset sorting order includes four levels, from highest to lowest: highest priority, second highest priority, third highest priority, and normal priority. The highest priority is sorted according to situation priority, i.e., from first to last: urgent, important, and normal. This ensures absolute priority transmission of critical information; that is, the system's highest principle is that urgent communication containing critical information can interrupt non-urgent routine communication. The second highest priority determines the timing allocation parameters according to the continuity priority rule, i.e., sorted by request type. While ensuring the situation level, this ensures the smoothness of the call; that is, an ongoing ordinary conversation takes precedence over a newly initiated ordinary conversation. The third priority determines the timing allocation parameters according to the time sequence priority (first come, first served) rule, i.e., sorted by request timestamp. This ensures a fair "first-come, first-served" principle for requests of equal importance and type. Ordinary priority requests are assigned timing parameters based on resource demand (i.e., transmission bitrate). The master control device sorts all requests in the processing list according to a preset sorting order, in a similar manner to the above, generating a target processing queue; it allocates data transmission windows to the devices sending requests according to the order of requests in the target processing queue, obtaining the timing allocation result; and data transmission is performed according to the timing allocation result.

[0085] For example only, assume there are 10 available data transmission windows within a transmission cycle. The master device receives 5 audio transmission requests: Device A: NORMAL, CONTINUE, medium bitrate (requires 3 windows), was speaking in the previous cycle; Device B: NORMAL, NEW, high bitrate (requires 4 windows), request timestamp 10:01:01.500; Device C: NORMAL, NEW, low bitrate (requires 2 windows), request timestamp 10:01:01.200; Device D: NORMAL, CONTINUE, low bitrate (requires 2 windows), also was speaking in the previous cycle; Device E: EMERGENCY, NEW, low bitrate (requires 2 windows), identified the keyword "Mayday". The master device prioritizes the audio transmission requests: First, the master device performs a first-level sorting based on event priority. Devices with request type EMERGENCY are grouped into the first group, [Device E]. Devices with request type NORMAL are grouped into the second group, with the queue order [Device A, Device B, Device C, Device D]. EMERGENCY requests have higher priority than NORMAL requests; therefore, devices in the first group have higher priority than devices in the second group, resulting in the queue [Device E, (Device A, Device B, Device C, Device D)]. The master device then performs a second-level sorting based on request type in a similar manner, resulting in the queue [Device E, (Device A, Device D), (Device B, Device C)]. Next, the master device performs a third-level sorting based on timestamp type, again assuming Device A started speaking earlier than Device D, and Device C's request came earlier than Device B's, resulting in the target processing queue [Device E, Device A, Device D, Device C, Device B]. Finally, the master device allocates data transmission windows to Device E, Device A, Device D, Device C, and Device B according to the order of the devices in the target processing queue. Device E requires 2 windows, with 10 remaining. The master control device allocates windows 1 and 2 to device E, leaving 8 windows. Device A requires 3 windows, and the master control device allocates windows 3, 4, and 5 to device A, leaving 5 windows. Device D requires 2 windows, and the master control device allocates windows 6 and 7 to device D, leaving 3 windows. Device C requires 2 windows, and the master control device allocates windows 8 and 9 to device C, leaving 1 window. Device B requires 4 windows, and the master control device allocates the remaining 10 windows to device B according to the "best effort" strategy. Due to insufficient allocated data transmission windows, device B can only perform degraded transmission, i.e., reduce the transmission bit rate. After timing allocation, the timing allocation table is [E, E, A, A, A, D, D, C, C, B].

[0086] In some embodiments of this specification, by introducing event priority as a core request feature, the timing allocation acquires intelligent cognitive and task arbitration capabilities. The system no longer schedules based solely on the physical attributes of communication requests (e.g., time, bitrate, etc.), but can deeply understand the urgency and importance of the communication content by integrating semantic, acoustic, and background features. This ensures that critical task information receives absolute priority in transmission, greatly improving the system's reliability and usability in mission-critical scenarios.

[0087] In some embodiments, in addition to timing allocation parameters, transmission parameters also include processing parameters. The master control device determines the transmission pressure based on the audio transmission request, and determines the processing parameters based on the transmission pressure. Transmission pressure is a parameter representing the load on the communication channel during transmission. A higher transmission pressure indicates a greater load on the communication channel used for transmission; a lower transmission pressure indicates a smaller load on the communication channel used for transmission, and a more idle channel.

[0088] The master control device obtains the number of audio channels that need to be transmitted simultaneously within the clearance window, i.e., the number of devices currently requesting data transmission (each device corresponds to one audio transmission request), and determines the audio transmission delay of each device. The audio transmission delay information is included in the audio transmission request. The master control device determines the transmission pressure based on the number of audio channels being transmitted simultaneously and the audio transmission delay. The more audio channels and the higher the delay, the greater the transmission pressure; the fewer audio channels and the lower the delay, the smaller the transmission pressure. The master control device determines processing parameters based on the transmission pressure, i.e., adjusting the sampling rate, adjusting the bit depth, and selecting a compression algorithm, etc. For example, as an example, the greater the transmission pressure, the smaller the sampling rate and bit depth can be, and a lossy compression algorithm with better compression effect can be selected; the smaller the transmission pressure, the larger the sampling rate and bit depth can be, and a lossless compression algorithm with better audio quality effect can be selected. For example, as shown in Figure 10, when the master control device receives an audio transmission request from device 2 in the 5th clearance window of the current transmission cycle, since the 5th data transmission window is an idle resource, the master control device can allocate the 5th data transmission window to device 2. If the current number of audio channels is small (e.g., 2 channels) and the latency is low (e.g., ≤10ms), the master device can determine that the transmission pressure is low. The master device sets a larger sampling rate and bit depth (e.g., 48kHz / 24bit) for the audio data to be transmitted by device 2 and selects a lossless compression algorithm.

[0089] In some embodiments of this specification, a dynamic balance between channel resources and call quality is achieved by determining the transmission pressure based on the overall number of audio transmission requests and dynamically adjusting the audio data processing parameters (e.g., sampling rate, bit depth, compression algorithm, etc.). When the network is busy, more users can be accommodated by sacrificing some fidelity; when the network is idle, higher quality communication can be provided, improving user experience and system robustness.

[0090] In some embodiments, the master control device includes a first terminal, which receives audio transmission requests from at least one second terminal during the current transmission cycle. In response to receiving an audio transmission request from at least one second terminal, the first terminal obtains transmission parameters based on the transmission bitrate included in the audio transmission request. The transmission parameters include one or more audio transmission sequence numbers and one or more data transmission windows corresponding to each of the first terminal and the at least one second terminal. For more details on how the transmission parameters are obtained based on the transmission bitrate, see step S1220 and Figure 13.

[0091] Step S330: Within at least one data transmission window, target audio data is transmitted based on transmission parameters. In some embodiments, step S330 is performed by data transmission module 230.

[0092] The master control device sends the transmission parameters to the devices corresponding to the audio transmission request, enabling these devices to transmit audio based on the transmission parameters.

[0093] In the audio data to be transmitted, the only valid data is the time segment containing human voices. Therefore, transmitting all audio data would waste channel resources. The first audio data is the valid data within the audio data to be transmitted; the audio data to be transmitted may be the same as or different from the first audio data. The target audio data is the data actually transmitted during audio transmission. The master control device acquires the first audio data and, based on the first audio data, acquires the target audio data; the first audio data and the target audio data may be the same as or different from each other.

[0094] The master control device acquires initial audio data from at least one device. This initial audio data is the raw, unprocessed audio data to be transmitted. Upon receiving an audio transmission request from a device, the master control device acquires the initial audio data from the request. The master control device identifies valid dialogue content in the initial audio data to obtain first audio data. The master control device identifies valid dialogue content in the initial audio data through various methods, which are not limited in this specification. For example, the master control device can identify dialogue content in the initial audio data using audio analysis algorithms (e.g., speech recognition algorithms) or models, extract audio data of the dialogue content, and filter out ambient noise from this audio data to obtain the first audio data. Figure 11 is a schematic diagram illustrating an exemplary acquisition of valid audio source data according to some embodiments of this specification, provided only as an example. As shown in Figure 11, the initial audio data includes spaced-distributed trimmable audio source data and valid audio source data. Valid audio source data is data identified as valid dialogue content and is therefore retained as the first audio data; while trimmable audio source data is data identified as invalid dialogue content and is therefore removed. By introducing effective speech recognition, channel utilization efficiency is greatly improved from the source; by filtering out silent segments and background noise in the initial audio before transmission, it is ensured that only effective dialogue content that truly contains information will be processed and transmitted subsequently, thereby significantly reducing the amount of invalid data transmitted and greatly saving wireless bandwidth and device power consumption.

[0095] In some embodiments, the recognition sensitivity of valid dialogue content is determined based on transmission pressure. Recognition sensitivity is the decision threshold for distinguishing between speech and noise during speech recognition. The higher the recognition sensitivity, the weaker the sound may be identified as speech; the lower the recognition sensitivity, the more likely only very clear, high-energy sounds will be identified as speech.

[0096] As an example, transmission pressure can be categorized into three levels from low to high: low transmission pressure, medium transmission pressure, and high transmission pressure. Low transmission pressure corresponds to the data transmission mode of Comfort Mode. In Comfort Mode, channel resources are abundant, and there's no need for excessive conservation. The main control device increases the recognition sensitivity (i.e., lowers the decision threshold), making the speech recognition algorithm more sensitive. For example, a user's soft whisper, the breathy sound at the end of a sentence, or even slightly distant conversations may be recognized as valid content and transmitted. This ensures the best call experience and naturalness, ensuring no possible voice details are missed. Medium transmission pressure corresponds to the data transmission mode of Standard Mode. In Standard Mode, a standard, balanced sensitivity (baseline decision threshold) is used. The main control device uses a preset recognition sensitivity, and the speech recognition algorithm operates in a normal state, accurately distinguishing normal conversational speech from background noise. This effectively filters out most environmental noise while ensuring call clarity, achieving a balance between efficiency and quality. High transmission pressure corresponds to the data transmission mode of Aggressive Mode. In aggressive mode, with extremely congested channels, the main control device lowers the recognition sensitivity (i.e., raises the decision threshold), making the speech recognition algorithm less sensitive. Only speech with energy significantly higher than the background noise and a clear formant structure is considered valid. Weak speech, hesitant pauses, and even unclear words may be filtered out as noise. This achieves extreme compression of the transmitted data, ensuring that core, clear speech content can be transmitted even in extremely congested channels. It avoids packet loss or failure to obtain transmission slots due to excessive data volume, thus guaranteeing basic communication.

[0097] In some embodiments, when the master device determines that the initial audio data does not contain valid dialogue content, i.e., the first audio data cannot be extracted, the master device terminates the audio transmission. This can effectively reduce the amount of data transmitted and reduce resource waste.

[0098] In some embodiments, the master control device directly uses the initial audio data as the first audio data. For example, when the transmission pressure is less than a threshold, indicating that channel resources are extremely abundant, the master control device can directly use the initial audio data as the first audio data. This saves time in data processing (speech recognition and data extraction), reduces the consumption of hardware resources that can be processed, and avoids misidentifying speech as noise, thus ensuring data integrity.

[0099] The main control device processes the first audio data based on the processing parameters to obtain the target audio data. As an example only, the main control device can resample the first audio data according to the sampling rate and bit depth in the processing parameters, and then compress the resampled first audio data using the compression algorithm in the processing parameters, using the compressed data as the target audio data.

[0100] The master control device transmits target audio data based on timing allocation parameters. Within each device's allocated data transmission window, the master control device transmits the target audio data corresponding to that device.

[0101] In some embodiments, when the transmission parameters include at least one audio transmission sequence number and at least one data transmission window corresponding to each of the first terminal (master control device) and at least one second terminal, the first terminal sends the transmission parameters to each of the at least one second terminal, so that the second terminal performs audio transmission based on the transmission parameters; and performs audio transmission based on the audio transmission sequence number and data transmission window corresponding to the first terminal. For more details on how the first terminal and the second terminal perform audio transmission based on the audio transmission sequence number and data transmission window, please refer to steps S1230-S1240.

[0102] In some embodiments of this specification, effective dialogue content is first extracted from the audio data to be transmitted and processed according to processing parameters, thereby optimizing the quality of the audio data itself based on network load. Then, the data is transmitted according to timing allocation parameters, optimizing the data in terms of time based on principles of fairness and efficiency, thus achieving dual optimization of the audio data. Through the collaborative mechanism of processing first and then transmitting, it is ensured that data of appropriate quality is transmitted at the right time, achieving overall optimal allocation of system resources.

[0103] Figure 12 is a flowchart illustrating an exemplary audio transmission process according to some embodiments of this specification. In some embodiments, a first terminal (master device) or a module in system 200 performs the operations in steps 320-330 by executing at least a portion of process 1200. For example, within at least one clearance window, terminal 111 can determine the transmission parameters corresponding to the terminal based on an audio transmission request from at least one terminal in terminal 110 by executing steps S1210-S1221. As another example, within at least one data transmission window, terminal 111 can transmit target audio data based on the transmission parameters by executing steps S1222-S1223.

[0104] Step S1210: Receive an audio transmission request from at least one second terminal during the current transmission cycle. In some embodiments, steps S1210-S1220 are performed by the transmission parameter determination module 220.

[0105] In each clearance window of the current transmission cycle, the first terminal detects and receives an audio transmission request from at least one second terminal. For example, the first terminal may receive the audio transmission request from the second terminal in the initial clearance window of the current transmission cycle. Alternatively, the first terminal may receive the audio transmission request from the second terminal in any clearance window other than the initial clearance window within the current transmission cycle. The audio transmission request includes the transmission bit rate, etc. In some embodiments, the audio transmission request further includes a start flag and a stop flag, the start flag indicating that the second terminal has started audio transmission and the stop flag indicating that the second terminal has ended audio transmission. For more information on how to receive audio transmission requests, see the relevant description of step S320.

[0106] Step S1220: In response to the audio transmission request, the transmission parameters are obtained based on the transmission bit rate.

[0107] The transmission parameters include at least one audio transmission sequence number and at least one data transmission window for each of the first terminal and at least one second terminal. The audio transmission sequence number indicates the actual order in which the terminals (first terminal and second terminal) transmit audio. For example, the audio transmission sequence numbers are arranged in ascending order from first to last, as 1, 2, ..., N, corresponding to terminals 111, 112, ..., 11N respectively. The data transmission window is the data transmission window assigned to the terminal for the actual audio transmission. Each terminal corresponds to one or more audio transmission sequence numbers, and each audio transmission sequence number corresponds to one or more data transmission windows. For example, as shown in Figure 8, the current transmission cycle includes 5 data transmission windows. Assuming that these 5 data transmission windows correspond to audio transmission sequence numbers 1, 2, 3, 4, and 5 respectively, and each audio transmission sequence number corresponds to one data transmission window, then device 1 is assigned audio transmission sequence numbers 1 and 4, and its data transmission windows are the first and fourth; device 2 is assigned audio transmission sequence numbers 2 and 5, and its data transmission windows are the second and fifth; device 3 is assigned audio transmission sequence number 3, and its data transmission window is the third. For example, as shown in Figure 7, the current transmission cycle includes 5 data transmission windows. Assuming audio transmission sequence number 1 corresponds to these 5 data transmission windows, device 1 is assigned audio transmission sequence number 1, and the data transmission windows range from the first to the fifth. The first terminal calculates the number of data transmission windows required for the second terminal to perform audio transmission based on the transmission bit rate, etc. In some embodiments, at least one audio transmission sequence number and at least one data transmission window corresponding to each of the first terminal and at least one second terminal are included in the timing allocation parameters. For more information on the transmission parameters, see the relevant description in step S320.

[0108] The maximum data transmission window value is the maximum number of data transmission windows that can be supported in one transmission cycle in the current network environment. In some embodiments, the maximum audio transmission sequence number is the same as the maximum data transmission window value. For example, as shown in Figure 4A, there are 4 data transmission windows in the current transmission cycle, so the maximum data transmission window value is 4, and the corresponding audio transmission sequence numbers are from 1 to 4, so the maximum audio transmission sequence number is also 4.

[0109] It is understandable that the first terminal can calculate its own audio transmission sequence number and data transmission window. The first terminal directly calculates its own audio transmission sequence number and data transmission window when transmitting audio, while the second terminal's audio transmission sequence number and data transmission window are allocated by the first terminal based on the second terminal's audio transmission request. The first terminal uses the audio transmission sequence numbers and data transmission windows of all terminals participating in the audio transmission as transmission parameters, so that all terminals transmit audio according to the transmission parameters.

[0110] After receiving an audio transmission request, the first terminal calculates the number of data transmission windows required for each second terminal to transmit audio based on the transmission bitrate in the request. The transmission bitrate is positively correlated with the number of data transmission windows required for audio transmission. A higher transmission bitrate requires more bandwidth for audio transmission, and consequently, more data transmission windows. Since the audio transmission request includes the audio transmission bitrate, after receiving audio transmission requests from one or more second terminals, the first terminal calculates the number of data transmission windows required for each second terminal to transmit audio, and then assigns an audio transmission sequence number and data transmission window to all terminals, including the first terminal itself.

[0111] As mentioned earlier, the audio transmission sequence number assigned to the first terminal and / or the second terminal can be one or more, and the assigned data transmission window can also be one or more. Therefore, the duration of audio transmission by multiple terminals may be the same or different. Since the number of data transmission windows in a transmission cycle is limited, allocating data transmission windows to terminals may prevent some terminals from completing all audio data transmission within the current data transmission cycle. In some embodiments, when allocating data transmission windows, the first terminal prioritizes ensuring that terminals that transmit first are allocated sufficient data transmission windows to guarantee the continuity of audio transmission. For example, as shown in Figure 8, since device 1 and device 2 transmit audio before device 3, the first terminal allocates two data transmission windows to device 1 and device 2 respectively, and one data transmission window to device 3.

[0112] Due to poor network quality and other reasons, when each data transmission window has a fixed duration, some terminals may be unable to complete the required audio data transmission within that fixed duration. In some embodiments, the length of each data transmission window can be adjusted. Before audio transmission begins in the data transmission window assigned to the first terminal, the first terminal checks whether the terminal that previously transmitted audio data in the previous data transmission window has completed data transmission. If the previous terminal has not completed data transmission, the second terminal waits for the previous terminal to finish, at which point the duration of the previous data transmission window is extended. After the previous terminal has completed its transmission, the second terminal then performs audio transmission within its assigned audio transmission sequence number and data transmission window. This improves and ensures the continuity of audio transmission.

[0113] The first terminal obtains the transmission parameters in the following ways: It acquires the maximum value of the data transmission window, the maximum value of the audio transmission sequence number, the order in which audio transmission requests are received, and the number of first data transmission windows required for audio transmission by the first terminal; based on the transmission bitrate corresponding to at least one second terminal, it determines the number of second data transmission windows required for audio transmission by at least one second terminal; based on the order in which audio transmission requests are received, the maximum value of the audio transmission sequence number, the number of first data transmission windows, and the number of second data transmission windows, it obtains the audio transmission sequence number in the transmission parameters; based on the maximum value of the data transmission window and the number of first data transmission windows, it determines the remaining data transmission windows and allocates the remaining data transmission windows to at least one second terminal, thus obtaining the data transmission windows in the transmission parameters. For more details on how the transmission parameters are obtained, see Figure 13.

[0114] In some embodiments, in response to not receiving an audio transmission request from the second terminal in the current transmission cycle, the first terminal allocates all audio transmission sequence numbers and data transmission windows in the current transmission cycle to itself. If the first terminal does not receive any audio transmission request from the second terminal within the initial clear window of the current transmission cycle, the first terminal allocates all audio transmission sequence numbers and data transmission windows in the current transmission cycle to itself. It is understood that in any transmission cycle following the current transmission cycle, the first terminal can still receive audio transmission requests so that the second terminal can send audio data.

[0115] Step S1230: Send transmission parameters to each of the at least one second terminal, causing the second terminal to perform audio transmission based on the transmission parameters. In some embodiments, steps S1230-S1240 are performed by the data transmission module 230.

[0116] After determining the audio transmission sequence number and data transmission window for each second terminal based on the audio transmission request from the second terminal, the first terminal sends transmission parameters to each second terminal. Each second terminal then transmits audio according to its assigned audio transmission sequence number and its assigned data transmission window.

[0117] Step S1240: Audio transmission is performed based on the audio transmission sequence number and data transmission window corresponding to the first terminal.

[0118] After determining the audio transmission sequence number and data transmission window corresponding to the first terminal based on the audio transmission request of the second terminal, the first terminal performs audio transmission in its assigned data transmission window according to its assigned audio transmission sequence number.

[0119] In some embodiments, before audio transmission, the first terminal determines whether the ratio of the total bandwidth corresponding to all data transmission windows in the current transmission cycle to the maximum bandwidth corresponding to the maximum data transmission window is greater than a threshold. The threshold can be set as needed, for example, 80%, 88%, 90%, 100%, etc. If the ratio is greater than the threshold, it indicates that the total bandwidth required for the current audio transmission is close to the maximum bandwidth of the channel resources, resulting in high transmission pressure; if the ratio is less than or equal to the threshold, it indicates that the current channel resources are sufficient, resulting in low transmission pressure.

[0120] In response to the ratio being greater than the threshold, the first terminal sends first compression information, including a first compression algorithm, to at least one second terminal, so that the at least one second terminal uses the first compression algorithm to compress the audio transmission data, wherein the first compression algorithm is a lossy compression algorithm. The first compression algorithm may include any lossy compression algorithm, and this specification does not limit it. For example, the first compression algorithm may include G.711, etc.

[0121] In response to the ratio being less than or equal to the threshold, the first terminal sends second compression information, including the second compression algorithm, to at least one second terminal, so that the at least one second terminal uses the second compression algorithm to compress the audio transmission data, wherein the second compression algorithm is a lossless compression algorithm. The first compression algorithm may include any lossless compression algorithm, and this specification does not limit it. For example, the second compression algorithm may include a compression algorithm based on the FLAC (Free Lossless Audio Codec) encoding principle, etc.

[0122] In some embodiments, before audio transmission, the first terminal uses an audio analysis algorithm to denoise the audio data to be transmitted and extract first audio data so that the first audio data can be transmitted during audio transmission. The first audio data is the valid dialogue content in the audio data to be transmitted. If the first audio data cannot be extracted from the audio data to be transmitted, the first terminal stops performing audio transmission. For more details on how to obtain and transmit the first audio data, please refer to the relevant description in step S330.

[0123] In some embodiments, steps S1230 and S1240 can be executed synchronously or sequentially. For example, the first terminal can determine the execution order of steps S1230 and S1240 based on the audio transmission sequence number. If the audio transmission sequence number corresponding to the first terminal is before the audio transmission sequence number corresponding to the second terminal, step S1240 can be executed first; if the audio transmission sequence number corresponding to the first terminal is after the audio transmission sequence number corresponding to the second terminal, step S1230 can be executed first. As another example, the first terminal can execute steps S1230 and S1240 synchronously, that is, directly and simultaneously send the transmission parameters to both the first and second terminals, so that the first and second terminals perform audio transmission according to their respective received transmission parameters.

[0124] In some embodiments, the audio transmission request further includes a start flag and an end flag. Upon detecting the end flag, the first terminal, by executing steps S1250-S1260, reallocates a data transmission window for both the first and second terminals.

[0125] In step S1250, in the next transmission cycle of the current transmission cycle, in response to the detection of a termination flag, all data transmission windows corresponding to the termination flag are designated as idle data transmission windows. In some embodiments, steps S31250-S1260 are executed by the transmission parameter determination module 220.

[0126] If a termination flag is detected in an audio transmission request sent by the second terminal within any clear window of the current transmission cycle, it indicates that the audio data transmission of the second terminal has been completed, and there is no need to continue using its corresponding data transmission window. The first terminal will treat the data transmission windows corresponding to the termination flags as idle data transmission windows, so that when the terminal no longer transmits audio data, the time slot resources corresponding to the idle data transmission windows can be reclaimed, and the idle data transmission windows and their corresponding time slots can be rearranged.

[0127] Step S1260: At least one idle data transmission window is reassigned to at least one of the first terminal and the second terminal.

[0128] Because each terminal may be assigned one or more data transmission windows, there may also be one or more idle data transmission windows. If there are multiple idle data transmission windows, the first terminal will reallocate at least one idle data transmission window. In some embodiments, if idle data transmission windows exist, the first terminal may also retain some or all of the idle data transmission windows without reallocation. Idle data transmission windows may be reallocated only to the first terminal, only to the second terminal, or simultaneously to both terminals; this specification does not specifically limit this. The reallocation operation is similar to that in step S1220 and will not be described again here.

[0129] A reallocation request is a request from a device to reallocate a data transmission window. When reallocating at least one idle data transmission window to at least one of a first terminal and a second terminal, if the first terminal receives a reallocation request from the second terminal, and the reallocation request includes a delay flag, wherein the delay flag indicates that at least one of transmission delay, transmission interruption, or transmission stuttering exists in the audio transmission of the second terminal, the first terminal will preferentially allocate idle data transmission windows to the second terminal that sent the reallocation request. This allows the terminal to preferentially obtain a new data transmission window for transmission in cases where incomplete audio transmission is caused by transmission delay, transmission interruption, or transmission stuttering. The detection method for transmission delay, transmission interruption, and transmission stuttering can be any existing detection method, and this specification does not limit it.

[0130] When reallocating at least one idle data transmission window to at least one of the first and second terminals, the first terminal checks whether it has received a new audio transmission request from the new second terminal. If so, it allocates the idle data transmission window to the new second terminal that sent the new audio transmission request. The first terminal checks whether an idle data transmission window exists. If an idle data transmission window exists, the first terminal allocates it to the new second terminal; if no idle data transmission window exists, the first terminal sends a rejection reply to the new second terminal. This ensures that when a new terminal joins the audio transmission, the new terminal has priority in obtaining a data transmission window for transmission.

[0131] In some embodiments, if both a reallocation request and a new audio transmission request exist simultaneously, the first terminal prioritizes allocating its idle data transmission window to the second terminal that sent the reallocation request. If the first terminal receives both a reallocation request and a new audio transmission request from the second terminal, it first prioritizes allocating its idle data transmission window to the second terminal that sent the reallocation request. Then, the first terminal checks if an idle data transmission window exists. If it does, the first terminal allocates the idle data transmission window to the new second terminal; otherwise, it sends a rejection reply to the new second terminal. This prioritizes audio transmission from terminals already transmitting, improving the continuity of audio transmission. In some embodiments, if both a reallocation request and a new audio transmission request exist simultaneously, the first terminal prioritizes allocating its idle data transmission window to the new second terminal that sent the new audio transmission request. The specific operation is similar to the aforementioned operation of prioritizing allocation to the second terminal that sent the reallocation request, and will not be repeated here.

[0132] In some embodiments of this specification, by determining an idle data transmission window based on a termination flag and reallocating at least one idle data transmission window to at least one of a first terminal and a second terminal, the effective utilization of idle resources is achieved, thereby improving the utilization rate of channel resources.

[0133] In some embodiments, if the first terminal receives a reallocation request from the second terminal before detecting a termination flag, and if there is no free data transmission window available for reallocation, the first terminal adjusts the transmission bitrate based on the reallocation request. This reallocation request is sent after at least one of the following occurs in the second terminal's audio transmission: transmission delay, transmission interruption, or transmission stuttering. The reallocation request also includes audio data to be transmitted. Based on the audio data to be transmitted in the reallocation request, the first terminal determines the transmission bitrate to be reduced. The transmission bitrate to be reduced is less than or equal to the original transmission bitrate of the data transmitted by the second terminal that sent the reallocation request. The first terminal sends a transmission bitrate adjustment request to all second terminals and determines whether it receives a transmission bitrate adjustment response from the second terminals in response to the transmission bitrate adjustment request. The bitrate adjustment request indicates a reduction in the transmission bitrate, and the transmission bitrate adjustment response indicates acceptance of the request to reduce the transmission bitrate. If the first terminal receives a transmission bitrate adjustment response from a second terminal in response to the transmission bitrate adjustment request, it calculates the second transmission bitrate to be adjusted for each second terminal that sent the response, based on the transmission bitrate to be reduced, and sends the second transmission bitrate to be adjusted to the corresponding second terminal so that the second terminal updates its transmission bitrate to the second transmission bitrate to be adjusted. The second transmission bitrate to be adjusted is less than the original transmission bitrate of the data transmitted by that second terminal. If no transmission bitrate adjustment response is received from a second terminal in response to the transmission bitrate adjustment request, the first terminal stops adjusting the transmission bitrate. This allows terminals currently transmitting audio to adjust their transmission bitrate when they encounter transmission delays, interruptions, or stutters that result in incomplete audio transmission and there is no available data transmission window for reallocation. This ensures that terminals experiencing transmission delays, interruptions, or stutters can be allocated more resources.

[0134] In some embodiments, if a new audio transmission request is received from a second terminal before the termination flag is detected, and there is no free data transmission window available for reallocation, the first terminal sends a rejection audio transmission response to the new second terminal. This rejection response indicates a refusal to allocate a data transmission window to the new second terminal. This ensures that the transmission of the terminal currently transmitting audio is prioritized.

[0135] In some embodiments, if a new audio transmission request is received from a second terminal before the termination flag is detected, and there is no idle data transmission window available for reallocation, the first terminal adjusts the transmission bitrate in a similar manner to that described above. The difference lies in determining the transmission bitrate to be reduced based on the transmission bitrate in the new audio transmission request. Specifically, the first terminal determines the transmission bitrate to be reduced based on the transmission bitrate in the new audio transmission request; sends a transmission bitrate adjustment request to all second terminals; determines whether it receives a transmission bitrate adjustment response from a second terminal in response to the transmission bitrate adjustment request; if so, it calculates the second transmission bitrate to be adjusted for each second terminal that sent the transmission bitrate adjustment response based on the transmission bitrate to be reduced, and sends the second transmission bitrate to be adjusted to the corresponding second terminal so that the second terminal updates its transmission bitrate to the second transmission bitrate to be adjusted.

[0136] In some embodiments, if a redistribution request from a second terminal is detected, the first terminal determines that the current transmission pressure is high, wherein the redistribution request is sent after at least one of transmission delay, transmission interruption, or transmission stuttering occurs in the audio transmission. The first terminal sends first compression information, including a lossy first compression algorithm, to all second terminals so that the second terminals can compress the audio transmission data using the first compression algorithm. If no redistribution request from a second terminal is detected, the first terminal determines that the current transmission pressure is low and sends second compression information, including a lossless second compression algorithm, to all second terminals so that the second terminals can compress the audio transmission data using the second compression algorithm. In some embodiments, if the current transmission pressure is high, the first terminal sends a first sampling rate and bit depth adjustment instruction to each second terminal to increase the sampling rate and bit depth, wherein the first sampling rate and bit depth adjustment instruction instructs the second terminal to increase the sampling rate and bit depth; if the current transmission pressure is low, the first terminal sends a second sampling rate and second bit depth adjustment instruction to each second terminal so that the second terminal can choose to reduce the sampling rate and bit depth, wherein the second sampling rate and bit depth adjustment instruction instructs the second terminal to decrease the sampling rate and bit depth. The first and second sampling rate and bit depth adjustment instructions include the sampling rate and bit depth values ​​that each second terminal needs to adjust. The second terminal can adjust its sampling rate and bit depth according to the sampling rate and bit depth values ​​in the first or second sampling rate and bit depth adjustment instructions.

[0137] Figure 13 is a flowchart illustrating an exemplary audio transmission process according to some embodiments of this specification. In some embodiments, the first terminal (master device) or the transmission parameter determination module 220 performs the operation in step S1220 by executing at least a portion of the process 1300. For example, terminal 111 can obtain transmission parameters based on the transmission bit rate in response to an audio transmission request from at least one of terminals 112-11N by executing the steps in process 1300.

[0138] Step S1310: Obtain the maximum value of the data transmission window, the maximum value of the audio transmission sequence number, the order in which audio transmission requests are received, and the number of first data transmission windows required for the first terminal to perform audio transmission.

[0139] After dividing the time stream of wireless communication, the first terminal, acting as the master control device, determines the data transmission period in the current network environment, thereby obtaining the maximum value of the data transmission window and the maximum value of the audio transmission sequence number. The maximum value of the audio transmission sequence number is the same as the maximum value of the data transmission window. For details on how to divide the time stream of wireless communication, see step S310.

[0140] When multiple second terminals send audio transmission requests, the first terminal receives the audio transmission requests in a specific order. Therefore, the first terminal obtains the order in which it receives the audio transmission requests based on all the received audio transmission requests.

[0141] Since the first terminal also needs to transmit audio data during audio transmission and needs to occupy the data transmission window, the first terminal obtains the number of first data transmission windows required for audio transmission based on its own transmission bitrate.

[0142] Step S1320: Based on the transmission bit rate corresponding to at least one second terminal, determine the number of second data transmission windows required for at least one second terminal to perform audio transmission.

[0143] The higher the transmission bit rate of the second terminal, the greater the bandwidth required for audio transmission by the second terminal, and the more second data transmission windows are required for audio transmission by the second terminal.

[0144] In some embodiments, if the number of second terminals is one in the current transmission cycle, the first terminal uses the data transmission window outside the data transmission window required for audio transmission by the first terminal as the data transmission window of the second terminal.

[0145] Step S1330: Based on the order in which audio transmission requests are received, the maximum value of the audio transmission sequence number, the number of the first data transmission window, and the number of the second data transmission window, the audio transmission sequence number in the transmission parameters is obtained.

[0146] The first terminal determines its audio transmission sequence number as the sequence number corresponding to the number of data transmission windows from the first to the first data transmission window number, thus obtaining the remaining audio transmission sequence number. The first data transmission window number is the number of data transmission windows required for the first terminal's audio transmission. The remaining audio transmission sequence number is the audio transmission sequence number other than the one assigned to the first terminal. For example, if the maximum audio transmission sequence number is 6, the audio transmission sequence numbers are 1-6, and the first terminal is assigned audio transmission sequence numbers 1-3, then the remaining audio transmission sequence numbers are 4-6.

[0147] In some embodiments, the first terminal allocates the remaining audio transmission sequence numbers to the second terminal that sent the audio transmission requests in the order in which the audio transmission requests were received, until the maximum audio transmission sequence number is reached. This ensures that the remaining audio transmission sequence numbers are preferentially allocated to the second terminal that sent the audio transmission request earlier.

[0148] In some embodiments, the first terminal allocates the remaining audio transmission sequence numbers to the second terminals sequentially according to the size of the second data transmission window, until the maximum audio transmission sequence number is reached. The second data transmission window is the number of data transmission windows required for audio transmission by the second terminal. Because a second terminal with a larger second data transmission window size requires more windows, if it is allocated a data transmission window later, the allocated data transmission window size may be insufficient to support the completion of all audio data, resulting in discontinuous data transmission. By allocating the remaining audio transmission sequence numbers to the second terminals sequentially according to the size of the second data transmission window, the continuity of data transmission can be improved, and the utilization efficiency of the wireless channel can be enhanced. During the process of allocating the remaining audio transmission sequence numbers to the second terminals sequentially according to the size of the second data transmission window, if multiple second terminals have the same size of second data transmission window, the new remaining audio transmission sequence number is first allocated to any one of the multiple second terminals with the same size of second data transmission window, and then allocated to the other second terminals.

[0149] In some embodiments, when allocating the remaining audio transmission sequence numbers to each second terminal sequentially, if the order in which audio transmission requests are received and the order in which the number of second data transmission windows are numbered coexist, the order in which the number of second data transmission windows is numbered has higher priority; that is, the order in which the number of second data transmission windows is numbered has higher priority than the order in which audio transmission requests are received. As an example only, when obtaining the audio transmission sequence number in the audio transmission information based on the order in which audio transmission requests are received, the maximum audio transmission sequence number, the first data transmission window number, and the second data transmission window number, the first terminal can determine its audio transmission sequence number as the sequence number corresponding to the first data transmission window number, thus obtaining the remaining audio transmission sequence number. Then, the remaining audio transmission sequence number is allocated to the second terminals sequentially according to the order in which the number of second data transmission windows is numbered. If multiple second terminals have the same number of second data transmission windows, the new remaining audio transmission sequence number is allocated sequentially to these multiple second terminals with the same number of second data transmission windows according to the order in which audio transmission requests are received, until the maximum audio transmission sequence number is reached.

[0150] When the number of data transmission windows allocated to a second terminal is insufficient to support the transmission of all audio data, it will lead to discontinuous data transmission. For each of at least one second terminal, the first terminal determines whether the number of data transmission windows corresponding to the audio transmission sequence number allocated to the second terminal is less than the number of second data transmission windows corresponding to the second terminal. If the number of data transmission windows corresponding to the audio transmission sequence number allocated to the second terminal is less than the number of second data transmission windows corresponding to the second terminal, the first terminal allocates data transmission windows according to the best-effort principle and / or by reducing the transmission bitrate. This improves and ensures the continuity of audio data transmission.

[0151] In some embodiments, if the number of data transmission windows corresponding to the audio transmission sequence number assigned to the second terminal is less than the number of second data transmission windows corresponding to the second terminal, the first terminal allocates the remaining audio transmission sequence numbers to the next second terminal until the number of data transmission windows corresponding to the audio transmission sequence numbers assigned to the second terminal is greater than or equal to the number of second data transmission windows corresponding to the second terminal, i.e., a best-effort principle. This ensures that when the number of data transmission windows is insufficient, priority is given to second terminals that can continuously transmit data. For second terminals that are not assigned an audio transmission sequence number, the first terminal enables the second terminal to perform audio transmission in the next transmission cycle.

[0152] In some embodiments, if the number of data transmission windows corresponding to the audio transmission sequence number assigned to the second terminal is less than the number of second data transmission windows corresponding to the second terminal, the first terminal sends the latest remaining data transmission windows and their corresponding first adjustable transmission bitrate to the second terminal, so that the second terminal updates its transmission bitrate to the first adjustable transmission bitrate. The first adjustable transmission bitrate is the transmission bitrate that can be supported by the latest remaining data transmission windows, and the first adjustable transmission bitrate is less than the original transmission bitrate of the second terminal. This allows the second terminal to use the latest remaining data transmission windows for audio transmission after adjusting the transmission bitrate, thereby enabling the second terminal to reduce the transmission bitrate to match the remaining data transmission windows when the number of data transmission windows is insufficient.

[0153] Step S1340: Based on the maximum value of the data transmission window and the number of the first data transmission windows, determine the remaining data transmission windows and allocate the remaining data transmission windows to at least one second terminal to obtain the data transmission windows in the transmission parameters.

[0154] Since the first terminal initiates audio transmission communication, the data transmission window allocated to it is the data transmission window corresponding to the number of data transmission windows from the first data transmission window to the number of data transmission windows allocated to the first terminal. The remaining data transmission windows are the other data transmission windows in the current transmission cycle besides those allocated to the first terminal. For example, if the first terminal has two data transmission windows in the current transmission cycle, and the first and second data transmission windows are the data transmission windows allocated to the first terminal, then the data transmission windows after the second data transmission window are the remaining data transmission windows. This allows the first terminal to complete its own data transmission before other second terminals can transmit data. After the audio transmission sequence number is determined, the first terminal allocates the remaining data transmission windows sequentially to the second terminals with earlier audio transmission sequence numbers, thus obtaining the data transmission windows in the transmission parameters.

[0155] In some embodiments of this specification, time slots are arranged according to the transmission bit rate and remaining channel resources. By considering various factors (maximum data transmission window value, maximum audio transmission sequence number, order of receiving audio transmission requests, number of data transmission windows required for the first terminal to transmit audio, number of data transmission windows required for each second terminal to transmit audio, remaining data transmission windows, remaining audio transmission sequence numbers, etc.), audio transmission resources are flexibly allocated, thereby improving and ensuring the continuity of audio data transmission.

[0156] It should be noted that the above descriptions of processes 300, 1200, and 1300 are for illustrative purposes only and do not limit the scope of this specification. Those skilled in the art can make various modifications and changes to processes 300, 1200, and 1300 under the guidance of this specification. However, these modifications and changes are still within the scope of this specification. For example, the operation of compressing audio data described in step S330 and / or step S1240 can be performed before or after determining the timing allocation parameters.

[0157] The basic concepts have been described above. Obviously, for those skilled in the art, the detailed disclosure above is merely illustrative and does not constitute a limitation of this specification. Although not explicitly stated herein, those skilled in the art may make various modifications, improvements, and corrections to this specification. Such modifications, improvements, and corrections are suggested in this specification and therefore remain within the scope of the exemplary embodiments described herein.

[0158] Furthermore, this specification uses specific terms to describe embodiments thereof. For example, "an embodiment," "one embodiment," and / or "some embodiments" refer to a particular feature, structure, or characteristic associated with at least one embodiment of this specification. Therefore, it should be emphasized and noted that references to "an embodiment," "one embodiment," or "an alternative embodiment" in different locations throughout this specification do not necessarily refer to the same embodiment. Moreover, certain features, structures, or characteristics in one or more embodiments of this specification can be appropriately combined.

[0159] Furthermore, unless expressly stated in the claims, the order of processing elements and sequences, the use of numbers and letters, or other names described in this specification are not intended to limit the order of the processes and methods described herein. Although various examples have been discussed in the foregoing disclosure of some embodiments of the invention that are currently considered useful, it should be understood that such details are for illustrative purposes only, and the appended claims are not limited to the disclosed embodiments; rather, the claims are intended to cover all modifications and equivalent combinations that conform to the spirit and scope of the embodiments described herein. For example, while the system components described above can be implemented using hardware devices, they can also be implemented solely using software solutions, such as installing the described system on existing servers or mobile devices.

[0160] Similarly, it should be noted that, in order to simplify the description disclosed herein and thus aid in the understanding of one or more embodiments of the invention, the foregoing description of embodiments in this specification may sometimes combine multiple features into a single embodiment, drawing, or description thereof. However, this method of disclosure does not imply that the subject matter of this specification requires more features than those mentioned in the claims. In fact, the embodiments contain fewer features than all the features of a single embodiment disclosed above.

[0161] In some embodiments, numbers describing the quantity of components and attributes are used. It should be understood that such numbers used in the description of embodiments are modified in some examples with the terms "approximately," "approximately," or "generally." Unless otherwise stated, "approximately," "approximately," or "generally" indicates that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may be changed depending on the characteristics required by individual embodiments. In some embodiments, numerical parameters should take into account specified significant digits and employ a general method of digit reservation. Although the numerical ranges and parameters used to confirm their breadth of range in some embodiments of this specification are approximate values, in specific embodiments, such values ​​are set as precisely as feasible.

[0162] For each patent, patent application, patent application publication, and other material, such as articles, books, specifications, publications, and documents, referenced in this specification, the entire contents of which are incorporated herein by reference. This excludes historical application documents that are inconsistent with or conflict with the content of this specification, as well as documents that limit the broadest scope of the claims in this specification (currently or subsequently appended to this specification). It should be noted that in the event of any inconsistency or conflict between the descriptions, definitions, and / or terminology used in the supplementary materials to this specification and the content of this specification, the descriptions, definitions, and / or terminology used in this specification shall prevail.

[0163] Finally, it should be understood that the embodiments described in this specification are merely illustrative of the principles of the embodiments described herein. Other variations may also fall within the scope of this specification. Therefore, alternative configurations of the embodiments described herein are intended to be illustrative rather than limiting, and should be considered consistent with the teachings of this specification. Accordingly, the embodiments described herein are not limited to those explicitly introduced and described herein.

Claims

1. An audio transmission method, executed by a master device having at least one processor and at least one storage device, comprising: The time stream of wireless communication is divided to obtain at least one clearance window and at least one data transmission window; Within the at least one clearance window, based on the audio transmission request sent by at least one device, the transmission parameters corresponding to the at least one device are determined, wherein the at least one device includes the main control device; as well as Within the at least one data transmission window, target audio data is transmitted based on the transmission parameters.

2. The method as described in claim 1, wherein, The division of the time stream is based on the current transmission cycle, and the division of the wireless communication time stream to obtain at least one clearance window and at least one data transmission window includes: Determine the starting clearance window for the current transmission cycle; Within the initial clearance window of the current transmission cycle, determine the target number of data transmission windows within the current transmission cycle; and Based on the target quantity, determine the at least one net window and the at least one data transmission window within the current transmission cycle.

3. The method as described in claim 2, wherein, The step of dividing the time stream of wireless communication to obtain at least one clearance window and at least one data transmission window further includes: Within the clearance windows of the current transmission cycle, excluding the initial clearance window, update the target number of data transmission windows for the current transmission cycle; and Based on the target quantity, update the at least one clearance window and the at least one data transmission window within the current transmission cycle.

4. The method of claim 2, wherein, Determining the target number of data transmission windows within the initial clearance window of the current transmission cycle includes: Based on the number of the at least one device, determine the length of each window in the at least one clearance window and the at least one data transmission window; and The target quantity is determined based on the amount of audio data to be transmitted and the length of each window.

5. The method as described in any one of claims 1-4, wherein, The transmission parameters include timing allocation parameters, which represent the data transmission window allocated to each group of target audio data. Determining the transmission parameters corresponding to the at least one device based on the audio transmission request sent by at least one device includes: Based on the audio transmission request, obtain the request characteristics corresponding to the audio transmission request, wherein the request characteristics include at least one of transmission bitrate and request sending time; and The timing allocation parameters are determined based on the request characteristics.

6. The method of claim 5, wherein, The transmission parameters include processing parameters, which indicate how the audio data is processed. Determining the transmission parameters corresponding to the at least one device based on the audio transmission request sent by at least one device includes: Based on the audio transmission request, determine the transmission pressure; and The processing parameters are determined based on the transmission pressure.

7. The method of claim 6, wherein, The transmission of target audio data based on the transmission parameters includes: Obtain the first audio data; The first audio data is processed based on the processing parameters to obtain the target audio data; and The target audio data is transmitted based on the timing allocation parameters.

8. The method of claim 7, wherein, The acquisition of the first audio data includes: Acquire initial audio data from the at least one device; and The first audio data is obtained by identifying valid dialogue content in the initial audio data.

9. The method according to any one of claims 1-8, further comprising: In response to receiving an audio transmission request containing a termination flag, the at least one clearance window and the at least one data transmission window are redefined.

10. The method of claim 1, wherein the master control device includes a first terminal, the at least one device includes at least one second terminal, and determining the transmission parameters corresponding to the at least one device includes: In response to receiving the audio transmission request sent by the at least one second terminal, the transmission parameters are obtained based on the transmission bitrate included in the audio transmission request, wherein the transmission parameters include one or more audio transmission sequence numbers and one or more data transmission windows corresponding to each of the first terminal and the at least one second terminal. The transmission of target audio data based on the transmission parameters within the at least one data transmission window includes: Sending the transmission parameters to each of the at least one second terminal, such that the second terminal performs audio transmission based on the transmission parameters; and Audio transmission is performed based on the audio transmission sequence number and data transmission window corresponding to the first terminal.

11. The method of claim 10, wherein, The process of obtaining the transmission parameters based on the transmission bitrate included in the audio transmission request includes: The maximum value of the data transmission window, the maximum value of the audio transmission sequence number, the order in which the audio transmission requests are received, and the number of first data transmission windows required for the first terminal to perform audio transmission are obtained. Based on the transmission bitrate corresponding to the at least one second terminal, determine the number of second data transmission windows required for the at least one second terminal to perform audio transmission; Based on the order in which the audio transmission requests are received, the maximum value of the audio transmission sequence number, the number of the first data transmission window, and the number of the second data transmission window, the audio transmission sequence number in the transmission parameters is obtained; and Based on the maximum value of the data transmission window and the number of the first data transmission windows, the remaining data transmission windows are determined and allocated to the at least one second terminal to obtain the data transmission windows in the transmission parameters.

12. The method of claim 11, wherein, The process of obtaining the audio transmission sequence number in the transmission parameters based on the order in which the audio transmission requests are received, the maximum value of the audio transmission sequence number, the number of the first data transmission window, and the number of the second data transmission window includes: The first audio transmission sequence number corresponding to the first terminal is determined as the sequence number corresponding to the number of data transmission windows from the first to the first data transmission window, and the remaining audio transmission sequence number is obtained. The remaining audio transmission sequence numbers are sequentially assigned to the at least one second terminal according to the order in which the audio transmission requests are received, until the maximum value of the audio transmission sequence numbers is reached; or the remaining audio transmission sequence numbers are sequentially assigned to the at least one second terminal according to the size of the second data transmission window, until the maximum value of the audio transmission sequence numbers is reached. When assigning the remaining audio transmission sequence numbers to each second terminal, the size of the second data transmission window has a higher priority than the order in which the audio transmission requests are received.

13. The method of claim 12, wherein, The step of allocating the remaining audio transmission sequence numbers to the at least one second terminal sequentially according to the size of the second data transmission window, until the maximum value of the audio transmission sequence number is reached, includes: For each of the at least one second terminal, determine whether the number of data transmission windows corresponding to the audio transmission sequence number assigned to the second terminal is less than the number of second data transmission windows corresponding to the second terminal; and In response to the fact that the number of data transmission windows corresponding to the audio transmission sequence number assigned to the second terminal is less than the number of the second data transmission windows corresponding to the second terminal, The remaining audio transmission sequence numbers are assigned to the next second terminal until the number of data transmission windows corresponding to the audio transmission sequence numbers assigned to the next second terminal is greater than or equal to the number of the second data transmission windows corresponding to the next second terminal; or The unassigned remaining audio transmission sequence number and its corresponding first adjustable transmission bitrate that can be carried are sent to the second terminal so that the second terminal updates the transmission bitrate to the first adjustable transmission bitrate.

14. The method as described in any one of claims 10-13, wherein, The audio transmission request further includes a start flag and a stop flag, the start flag indicating that the second terminal has started audio transmission, and the stop flag indicating that the second terminal has ended audio transmission. The method further includes: within the at least one clear window during the current transmission cycle. In response to the detection of the termination flag, all data transmission windows corresponding to the termination flag are designated as idle data transmission windows; and At least one of the idle data transmission windows is reassigned to at least one of the first terminal and the second terminal.

15. The method of claim 14, wherein, The step of reallocating at least one of the idle data transmission windows to at least one of the first terminal and the second terminal includes: In response to receiving a reallocation request sent by the second terminal, the idle data transmission window is preferentially allocated to the second terminal that sent the reallocation request, wherein the reallocation request includes a delay flag, the delay flag indicating that there is at least one of transmission delay, transmission interruption and transmission stutter in the audio transmission of the second terminal.

16. The method of claim 15, wherein, The step of reallocating at least one of the idle data transmission windows to at least one of the first terminal and the second terminal further includes: In response to receiving a new audio transmission request from a new second terminal, the system detects whether the idle data transmission window exists. In response to the existence of the idle data transmission window, the idle data transmission window is allocated to the new second terminal; or In response to the absence of the idle data transmission window, a rejection reply for audio transmission is sent to the new second terminal.

17. The method of claim 14, wherein, During the current transmission cycle, within the at least one clearance window, before the termination flag is detected, the method further includes: In response to receiving a reallocation request from the second terminal, wherein the reallocation request was sent after at least one of transmission delay, transmission interruption, and transmission stuttering occurred in the audio transmission of the second terminal, Based on the audio data to be transmitted in the redistribution request, the transmission bitrate to be reduced is determined; Send a transmission rate adjustment request to all second terminals; Determine whether a transmission rate adjustment response sent by the second terminal in response to the transmission rate adjustment request has been received; In response to receiving the transmission rate adjustment reply, based on the transmission rate to be reduced, a second transmission rate to be adjusted is determined, and the second transmission rate to be adjusted is sent to the second terminal that sent the transmission rate adjustment reply, so that the second terminal that sent the transmission rate adjustment reply updates the transmission rate to the second transmission rate to be adjusted.

18. The method as described in any one of claims 10-17, wherein, Before transmitting the target audio data based on the transmission parameters, the method further includes: within the at least one clear window, Determine whether the ratio of the total bandwidth corresponding to all data transmission windows to the maximum bandwidth corresponding to the maximum data transmission window in the current transmission cycle is greater than a threshold; and In response to the ratio being greater than the threshold, first compression information including a first compression algorithm is sent to the at least one second terminal, so that the at least one second terminal uses the first compression algorithm to compress the audio transmission data, wherein the first compression algorithm is a lossy compression algorithm; or In response to the ratio being less than or equal to the threshold, second compression information including a second compression algorithm is sent to the at least one second terminal, so that the at least one second terminal uses the second compression algorithm to compress the data transmitted audio, wherein the second compression algorithm is a lossless compression algorithm.

19. The method as described in any one of claims 10-18, wherein, Before transmitting the target audio data based on the transmission parameters, the method further includes: Within the at least one clear window, an audio analysis algorithm is used to denoise the audio data to be transmitted and extract the first audio data so that the first audio data is transmitted during the audio transmission.

20. The method as described in any one of claims 10-19, wherein, Before transmitting the target audio data based on the transmission parameters, the method further includes: Within the at least one clear window, in response to the fact that no audio transmission request is received from the at least one second terminal during the current transmission cycle, the one or more audio transmission sequence numbers and the one or more data transmission windows are assigned to the first terminal.

21. An audio transmission system comprising a master device having at least one processor and at least one storage device, the at least one storage device storing computer instructions that, when executed by the at least one processor, cause the at least one processor to perform the method as described in any one of claims 1-20.

22. A computer-readable storage medium storing computer instructions, wherein when a computer reads the computer instructions in the storage medium, the computer performs the method as described in any one of claims 1 to 20.

23. An audio transmission method, performed by a first terminal having at least one processor and at least one storage device, comprising: Receive an audio transmission request from at least one second terminal during the current transmission cycle, the audio transmission request including the transmission bit rate; In response to the audio transmission request, transmission parameters are obtained based on the transmission bitrate, wherein the transmission parameters include at least one audio transmission sequence number and at least one data transmission window corresponding to each of the first terminal and the at least one second terminal; Sending the transmission parameters to each of the at least one second terminal, such that the second terminal performs audio transmission based on the transmission parameters; and Audio transmission is performed based on the audio transmission sequence number and data transmission window corresponding to the first terminal.

24. The method of claim 23, wherein, The process of obtaining transmission parameters based on the transmission code rate includes: The maximum value of the data transmission window, the maximum value of the audio transmission sequence number, the order in which the audio transmission requests are received, and the number of first data transmission windows required for the first terminal to perform audio transmission are obtained. Based on the transmission bitrate corresponding to the at least one second terminal, determine the number of second data transmission windows required for the at least one second terminal to perform audio transmission; Based on the order in which the audio transmission requests are received, the maximum value of the audio transmission sequence number, the number of the first data transmission window, and the number of the second data transmission window, the audio transmission sequence number in the transmission parameters is obtained; and Based on the maximum value of the data transmission window and the number of the first data transmission windows, the remaining data transmission windows are determined and allocated to the at least one second terminal to obtain the data transmission windows in the transmission parameters.

25. The method of claim 24, wherein, The process of obtaining the audio transmission sequence number in the transmission parameters based on the order in which the audio transmission requests are received, the maximum value of the audio transmission sequence number, the number of the first data transmission window, and the number of the second data transmission window includes: The first audio transmission sequence number corresponding to the first terminal is determined as the sequence number corresponding to the number of data transmission windows from the first to the first data transmission window, and the remaining audio transmission sequence number is obtained. The remaining audio transmission sequence numbers are sequentially assigned to the at least one second terminal according to the order in which the audio transmission requests are received, until the maximum value of the audio transmission sequence numbers is reached; or the remaining audio transmission sequence numbers are sequentially assigned to the at least one second terminal according to the size of the second data transmission window, until the maximum value of the audio transmission sequence numbers is reached. When assigning the remaining audio transmission sequence numbers to each second terminal, the size of the second data transmission window has a higher priority than the order in which the audio transmission requests are received.

26. The method of claim 25, wherein, The step of allocating the remaining audio transmission sequence numbers to the at least one second terminal sequentially according to the size of the second data transmission window, until the maximum value of the audio transmission sequence number is reached, includes: For each of the at least one second terminal, determine whether the number of data transmission windows corresponding to the audio transmission sequence number assigned to the second terminal is less than the number of second data transmission windows corresponding to the second terminal; and In response to the fact that the number of data transmission windows corresponding to the audio transmission sequence number assigned to the second terminal is less than the number of the second data transmission windows corresponding to the second terminal, The remaining audio transmission sequence numbers are assigned to the next second terminal until the number of data transmission windows corresponding to the audio transmission sequence numbers assigned to the next second terminal is greater than or equal to the number of the second data transmission windows corresponding to the next second terminal; or The unassigned remaining audio transmission sequence number and its corresponding first adjustable transmission bitrate that can be carried are sent to the second terminal so that the second terminal updates the transmission bitrate to the first adjustable transmission bitrate.

27. The method as described in any one of claims 23-26, wherein, The audio transmission request further includes a start flag and a stop flag, the start flag indicating that the second terminal has started audio transmission, and the stop flag indicating that the second terminal has ended audio transmission. The method further includes: In the current transmission cycle, in response to the detection of the termination flag, all data transmission windows corresponding to the termination flag are designated as idle data transmission windows; and At least one of the idle data transmission windows is reassigned to at least one of the first terminal and the second terminal.

28. The method of claim 27, wherein, The step of reallocating at least one of the idle data transmission windows to at least one of the first terminal and the second terminal includes: In response to receiving a reallocation request sent by the second terminal, the idle data transmission window is preferentially allocated to the second terminal that sent the reallocation request, wherein the reallocation request includes a delay flag, the delay flag indicating that there is at least one of transmission delay, transmission interruption and transmission stutter in the audio transmission of the second terminal.

29. The method of claim 28, wherein, The step of reallocating at least one of the idle data transmission windows to at least one of the first terminal and the second terminal further includes: In response to receiving a new audio transmission request from a new second terminal, the system detects whether the idle data transmission window exists. In response to the existence of the idle data transmission window, the idle data transmission window is allocated to the new second terminal; or In response to the absence of the idle data transmission window, a rejection reply for audio transmission is sent to the new second terminal.

30. The method of claim 27, wherein, Prior to detecting the termination flag, the method further includes: In response to receiving a reallocation request from the second terminal, wherein the reallocation request was sent after at least one of transmission delay, transmission interruption, and transmission stuttering occurred in the audio transmission of the second terminal, Based on the audio data to be transmitted in the redistribution request, the transmission bitrate to be reduced is determined; Send a transmission rate adjustment request to all second terminals; Determine whether a transmission rate adjustment response sent by the second terminal in response to the transmission rate adjustment request has been received; In response to receiving the transmission rate adjustment reply, based on the transmission rate to be reduced, a second transmission rate to be adjusted is determined, and the second transmission rate to be adjusted is sent to the second terminal that sent the transmission rate adjustment reply, so that the second terminal that sent the transmission rate adjustment reply updates the transmission rate to the second transmission rate to be adjusted.

31. The method as described in any one of claims 23-30, wherein, Before audio transmission, the method further includes: Determine whether the ratio of the total bandwidth corresponding to all data transmission windows to the maximum bandwidth corresponding to the maximum data transmission window in the current transmission cycle is greater than a threshold; and In response to the ratio being greater than the threshold, first compression information including a first compression algorithm is sent to the at least one second terminal, so that the at least one second terminal uses the first compression algorithm to compress the audio transmission data, wherein the first compression algorithm is a lossy compression algorithm; or In response to the ratio being less than or equal to the threshold, second compression information including a second compression algorithm is sent to the at least one second terminal, so that the at least one second terminal uses the second compression algorithm to compress the data transmitted audio, wherein the second compression algorithm is a lossless compression algorithm.

32. The method as described in any one of claims 23-31, wherein, Before audio transmission, the method further includes: An audio analysis algorithm is used to denoise the audio data to be transmitted and extract the first audio data so that the first audio data is transmitted during the audio transmission.

33. The method as described in any one of claims 23-32, wherein, Before audio transmission, the method further includes: In response to the fact that no audio transmission request is received in the current transmission cycle, the at least one audio transmission sequence number and the at least one data transmission window are assigned to the first terminal.

34. An audio transmission device comprising a memory and a processor interconnected, wherein, The memory is used to store computer instructions, which, when executed by the processor, are used to implement the method of any one of claims 23-33.

35. A computer-readable storage medium storing computer instructions, wherein when a computer reads the computer instructions in the storage medium, the computer performs the method as described in any one of claims 23 to 33.

Images