CN113132300B - Audio data transmission method and device - Google Patents
Audio data transmission method and device Download PDFInfo
- Publication number
- CN113132300B CN113132300B CN201911397485.1A CN201911397485A CN113132300B CN 113132300 B CN113132300 B CN 113132300B CN 201911397485 A CN201911397485 A CN 201911397485A CN 113132300 B CN113132300 B CN 113132300B
- Authority
- CN
- China
- Prior art keywords
- audio data
- data
- transfer server
- data transfer
- audio
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/16—Sound input; Sound output
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
Abstract
The application provides an audio data transmission method and device. The method comprises the following steps: the first data transfer server receives first audio data sent by a second data transfer server, the first audio data are continuous audio data obtained after a multicast channel modifies second audio data with packet loss, the second audio data are audio data sent to the multicast channel by the second data transfer server, and the multicast channel is established on the second data transfer server; the first data transfer server stores first audio data; and the first data transfer server sends the stored first audio data to a unicast channel, wherein the unicast channel is a unicast channel created by the first data transfer server for the registered terminal. The audio data of the multicast channel and the supplemented unicast channel are ensured to be consistent in different data transfer servers, and the quality of voice playing is ensured.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to an audio data transmission method and apparatus.
Background
In a 3rd Generation Partnership Project (3 GPP) trunking communication service scenario, there is a voice group call service, i.e. one terminal talks mainly, and other terminals in a group (hereinafter referred to as downlink monitoring terminals) can hear the voice of the talkback terminal, so as to save wireless network resources, the talkback terminal sends audio data to a data relay server, and then the data relay server sends the received audio data to a multicast channel, and all downlink monitoring terminals receive the audio data from the multicast channel.
However, when the multicast channel signal is not good, the audio data received by the downlink monitoring terminal will have packet loss and affect the quality of voice playing, in order to ensure the quality of voice, the data relay server will add a unicast channel to each downlink monitoring terminal, and the downlink monitoring terminal will receive the audio data from the multicast channel and the unicast channel at the same time. In order to prevent the excessive unicast channels from being repaired, the uplink packet loss needs to be shielded, the packet loss data received by the multicast channel can be modified, so that the audio RTP packets sent by the multicast channel are continuous and do not lose packets, and meanwhile, the audio data sent by the repaired unicast channel and the audio data sent by the multicast channel need to be consistent, so that the terminal can receive data from the two channels and sort the data according to the serial number of the audio RTP packets, and the quality of voice playing is ensured.
However, with the increase of 3GPP trunking communication terminals, for example, the number of downlink monitoring terminals is increased by several tens of times, one data relay server cannot support these downlink monitoring terminals, multiple data relay servers need to be extended, the downlink monitoring terminals will be registered on different data relay repeaters, and a multicast channel is randomly created on one data relay server.
Disclosure of Invention
The application provides an audio data transmission method and an audio data transmission device, which are used for solving the problem of how to ensure that audio data of a multicast channel and audio data of a unicast channel which is already built are kept consistent in different data transfer servers under the scene of preventing too many unicast channels from being built.
In a first aspect, the present application provides an audio data transmission method, including:
a first data transfer server receives first audio data sent by a second data transfer server, wherein the first audio data is continuous audio data obtained by modifying second audio data with packet loss in a multicast channel, the second audio data is audio data sent to the multicast channel by the second data transfer server, and the multicast channel is established on the second data transfer server;
the first data transfer server stores the first audio data;
and the first data transfer server sends the stored first audio data to a unicast channel, wherein the unicast channel is a unicast channel created by the first data transfer server for a registered terminal.
Optionally, before the first data relay server receives the first audio data sent by the multicast channel, the method further includes:
the first data transfer server receives an IP address acquisition request sent by the second data transfer server;
and the first data transfer server sends an IP address to the second data transfer server, wherein the IP address is used for the second data transfer server to send the first audio data to the first data transfer server.
Optionally, the storing, by the first data relay server, the first audio data includes:
and the first data transfer server stores the first audio data in a data transfer area.
Optionally, the sending, by the first data relay server, the stored first audio data to a unicast channel includes:
and the first data transfer server acquires the first audio data from the data transfer area and sends the acquired first audio data to the unicast channel.
Optionally, the method further includes:
the first data transfer server receives third audio data sent by a main speaking terminal;
and the first data transfer server sends the third audio data to the second data transfer server, so that the second data transfer server sends the third audio data to the multicast channel.
Optionally, the first audio data is audio data obtained by supplementing an audio silence frame to a discontinuity of an RTP packet in the second audio data by the multicast channel.
In a second aspect, the present application provides an audio data transmission apparatus comprising:
a receiving module, configured to receive first audio data sent by a second data relay server, where the first audio data is continuous audio data obtained by modifying second audio data that will have packet loss in a multicast channel, the second audio data is audio data sent to the multicast channel by the second data relay server, and the multicast channel is established on the second data relay server;
the storage module is used for storing the first audio data;
and the sending module is used for sending the stored first audio data to a unicast channel, wherein the unicast channel is a unicast channel created by the first data transfer server for the registered terminal.
Optionally, the receiving module is further configured to:
before receiving first audio data sent by a multicast channel, receiving an IP address acquisition request sent by the second data transfer server;
the sending module is further configured to: and sending an IP address to the second data relay server, where the IP address is used for the second data relay server to send the first audio data to the first data relay server.
Optionally, the storage module is configured to:
storing the first audio data in a data staging area.
Optionally, the sending module is configured to:
and acquiring the first audio data from the data transfer area, and sending the acquired first audio data to the unicast channel.
Optionally, the receiving module is further configured to: receiving third audio data sent by the main speaking terminal;
the sending module is further configured to: and sending the third audio data to the second data transfer server, so that the second data transfer server sends the third audio data to the multicast channel.
Optionally, the first audio data is audio data obtained by supplementing an audio silence frame to a discontinuity of an RTP packet in the second audio data by the multicast channel.
The audio data transmission method and device provided by the application receive first audio data sent by a second data transfer server through a first data transfer server, the first audio data is continuous audio data obtained by modifying second audio data with packet loss in a multicast channel, then the first data transfer server stores the first audio data, finally the first data transfer server sends the stored first audio data to a unicast channel, and the unicast channel is a unicast channel created by the first data transfer server for a registered terminal, so that the audio data of the multicast channel and the audio data of the complemented unicast channel are kept consistent in different data transfer servers, the terminal can receive the data from the unicast channel and the multicast channel and sort the data according to the serial number of an audio RTP packet, and the quality of voice playing is guaranteed.
Drawings
In order to more clearly illustrate the technical solutions in the present application or the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a schematic view of an application scenario of the audio data transmission method provided in the present application;
fig. 2 is a flowchart of an embodiment of an audio data transmission method provided in the present application;
fig. 3 is a schematic diagram of a multicast channel modifying packet-lost audio data;
fig. 4 is a schematic process diagram of an audio data transmission method provided in the present application;
fig. 5 is a schematic structural diagram of an embodiment of an audio data transmission apparatus provided in the present application;
fig. 6 is a schematic diagram of a hardware structure of an electronic device provided in the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application clearer, the technical solutions of the present application will be described clearly and completely with reference to the accompanying drawings in the present application, and it is obvious that the described embodiments are some, but not all embodiments of the present application. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present application without making any creative effort belong to the protection scope of the present application.
In this application, the terms "exemplary" or "such as" are used to indicate that any embodiment or aspect described as "exemplary" or "such as" in this application is not to be construed as preferred or advantageous over other embodiments or aspects. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.
When packet loss is caused by bad multicast channel signals, in order to ensure the quality of voice, a data relay server will build a unicast channel for each downlink monitoring terminal (hereinafter referred to as a terminal), and the terminal will receive audio data from the multicast channel and the unicast channel at the same time. However, when 3GPP trunking communication terminals increase, for example, the number of terminals increases from x to nx, one data relay server cannot support nx terminals, a plurality of data relay servers need to be extended, the terminals will register on different data relay repeaters, when packet loss occurs in audio data received by a terminal due to bad multicast channel signals, the data relay server will create a unicast channel for the terminal, specifically, the data relay server registered by the terminal creates a unicast channel for the corresponding terminal, and a multicast channel is randomly created on one data relay server, in order to prevent the situation of supplementing too many unicast channels, the multicast channel will modify the received packet loss audio data into continuous audio data and send the audio data to the terminal, in order to ensure the quality of voice playing, how to ensure that the audio data of the multicast channel and the unicast channel already supplemented are consistent in different data relay servers, is a problem to be solved by the present application. In the technical solution provided by the present application, after receiving audio data sent by a data relay server where a multicast channel is located through a multicast channel, if it is detected that there is a packet loss in the audio data, the received audio data is modified to ensure that the modified data is continuous audio data, and then the modified audio data is sent to a data relay server where the multicast channel is located, the data relay server sends the modified audio data to another data relay server, and the other data relay server stores the received modified audio data, so that when sending audio data to a unicast channel created for a terminal registered thereon by another data relay server, the other data relay server can send the stored modified audio data to the unicast channel, and further, the multicast channel sends the modified audio data, and the unicast channel created for the terminal registered thereon by another data relay server is also the audio data modified by the multicast channel, the audio data of the multicast channel and the supplemented unicast channel are ensured to be consistent in different data transfer servers, and the quality of voice playing is ensured.
Hereinafter, a specific implementation process of the audio data transmission method provided by the present application is described in detail through a specific embodiment.
Fig. 1 is a schematic view of an application scenario of the audio data transmission method provided by the present application, as shown in fig. 1, because of the increase of the cluster communication terminals, a total of 3 data relay servers are shown in fig. 1, a main terminal a and a terminal D are registered on a data relay server 2, a terminal C is registered on the data relay server 1, a terminal B is registered on a data relay server 3, a multicast channel is established on the data relay server 1, the terminal B, the terminal C and the terminal D receive data from the multicast channel, when the network signal of the multicast channel is not good, the data relay server 1 establishes a unicast channel for the terminal C, the data relay server 2 establishes a unicast channel for the terminal D, and the data relay server 3 establishes a unicast channel for the terminal B, so that the terminal B, the terminal C and the terminal D receive audio data from the multicast channel and the unicast channel simultaneously, thereby ensuring the quality of voice playing, in the process of transmitting audio data, in order to reduce the probability of complementing a unicast channel for a terminal, when a multicast channel sends data, continuity of audio RTP packets needs to be ensured, so that the multicast channel modifies the received packet-lost audio data into continuous audio data and sends the continuous audio data to the terminal, in the scenario shown in fig. 1, consistency between the multicast channel and the complemented unicast channel audio data needs to be ensured, so that the terminal can receive data from two channels and sort the data according to the serial number of the audio RTP packets, thereby ensuring the quality of voice playing. However, since the unicast channel created for the terminal D and the unicast channel and the multicast channel created for the terminal B are not on one data relay server, when the data of the multicast channel is transmitted on the data relay server 1, the data of the unicast channel cannot be simultaneously transmitted to the terminal B and the terminal D, but the data of the unicast channel can be simultaneously transmitted to the terminal C because the multicast channel and the unicast channel created for the terminal C are on one data relay server. How to ensure that the audio data of the multicast channel is consistent with the audio data of the unicast channel created for the terminal B, the audio data of the unicast channel created for the terminal C and the audio data of the unicast channel created for the terminal D is the problem to be solved by the present application. It is to be understood that the scenario shown in fig. 1 is only an example and does not constitute a limitation of the present application.
Fig. 2 is a flowchart of an embodiment of an audio data transmission method provided in the present application, where an execution subject in the present embodiment may be a data relay server, and as shown in fig. 2, the method of the present embodiment may include:
s101, a first data relay server receives first audio data sent by a second data relay server, the first audio data is continuous audio data obtained after second audio data with packet loss is modified by a multicast channel, the second audio data is audio data sent to the multicast channel by the second data relay server, and the multicast channel is established on the second data relay server.
Specifically, in the process of transmitting the audio data, in order to reduce the probability of building a unicast channel for the terminal, after the multicast channel receives the second audio data sent by the second data relay server, if it is determined that the second audio data has packet loss, the multicast channel modifies the second audio data to obtain the first audio data, so as to ensure that the first audio data is continuous. Then the multicast channel sends the first audio data to the terminal, and simultaneously the multicast channel sends the first audio data to the second data transfer server, and the second transfer server sends the first audio data to the first data transfer server.
As an implementable manner, the first audio data is audio data obtained by supplementing an audio silence frame to a discontinuity of an RTP packet in the second audio data by a multicast channel. Fig. 3 is a schematic diagram of a multicast channel modifying packet-lost audio data, as shown in fig. 3, audio packets with sequence numbers 2 and 4 in second audio data received by the multicast channel are lost, the multicast channel supplements audio silence frames with the audio packets with sequence numbers 2 and 4 to obtain continuous audio data, and then the multicast channel sends the modified continuous audio data, so that uplink packet loss can be shielded, and excessive unicast channels can be prevented from being created for a terminal. Other ways of modifying the second audio data may also be used in this embodiment to ensure that the modified audio data is continuous.
As an implementable manner, the second relay server sends the first audio data to the first data relay server, and may send the first audio data to the first data relay server according to the IP address of the first data relay server, it is understood that the first data relay servers may be one or more, if one of the first data relay servers can send directly, it is not required to send according to the IP address, if there are more than one of the first data relay servers, it is required to send according to the IP addresses of different data relay servers, and accordingly, the method of this embodiment may further include, before S101:
s104, the first data transfer server receives the IP address acquisition request sent by the second data transfer server.
And S105, the first data transfer server sends an IP address to the second data transfer server, wherein the IP address is used for the second data transfer server to send the first audio data to the first data transfer server.
The above-described S104 to S105 are procedures of how the second data relay server acquires the IP address of the first data relay server.
As another implementable manner, the IP address of the first data relay server may be previously stored in the second data relay server.
S102, the first data transfer server stores the first audio data.
Specifically, as an implementable manner, the first data relay server stores the first audio data in a data relay zone of the first data relay server.
S103, the first data transfer server sends the stored first audio data to a unicast channel, wherein the unicast channel is a unicast channel created by the first data transfer server for the registered terminal.
Specifically, the first data relay server stores first audio data in a data relay area of the first data relay server, and when data is sent from a unicast channel, the first data relay server acquires the first audio data from the data relay area and sends the acquired first audio data to the unicast channel, the audio data received by the terminal from the unicast channel is the first audio data, and the audio data received by the terminal from the multicast channel is also the first audio data, so that consistency of the audio data of the multicast channel and the audio data of the unicast channel which are already built in different data relay servers is ensured, the terminal can receive the data from the unicast channel and the multicast channel and sort the data according to the serial number of an audio RTP packet, and the quality of voice playing is ensured.
In this embodiment, when the data relay server registered by the talker terminal is not the data relay server where the multicast channel is located, the method of this embodiment may further include:
the first data transfer server receives third audio data sent by the main speaking terminal;
the first data relay server sends the third audio data to the second data relay server, and the second data relay server is used for sending the third audio data to the multicast channel.
In the audio data transmission method provided by this embodiment, a first data relay server receives first audio data sent by a second data relay server, where the first audio data is continuous audio data obtained by modifying second audio data with packet loss in a multicast channel, then the first data relay server stores the first audio data, and finally the first data relay server sends the stored first audio data to a unicast channel, where the unicast channel is a unicast channel created by the first data relay server for a registered terminal, so as to ensure that audio data of the multicast channel and audio data of a unicast channel that have been created are consistent in different data relay servers, and a terminal can receive data from the unicast channel and the multicast channel and sequence the data according to a sequence number of an audio RTP packet, thereby ensuring quality of voice playing.
Fig. 4 is a schematic process diagram of an audio data transmission method provided by the present application, and a specific embodiment is used below to describe in detail a technical solution of the embodiment of the method shown in fig. 2, taking the data relay server 2 and the data relay server 3 shown in fig. 4 as a first data relay server, and taking the data relay server 1 as a second data relay server as an example.
Referring to the scenario of fig. 1, in this embodiment, a main terminal a is registered on a data relay server 2, a terminal D is also registered on the data relay server 2, a terminal C is registered on the data relay server 1, a terminal B is registered on a data relay server 3, and a multicast channel is established on the data relay server 1, as shown in fig. 4, the method of this embodiment may include:
s201, the terminal a sends the audio data of the main call to the data relay server 2.
S202, the data relay server 2 transmits the audio data to the data relay server 1.
S203, the data relay server 1 forwards the audio data to the multicast channel.
S204, the multicast channel detects whether the audio RTP packet has packet loss, and if the packet loss is detected, the received audio data is modified to ensure that the modified audio data is continuous.
S205, when the multicast channel sends the modified audio data to the terminal B, the terminal C, and the terminal D, the data relay server 1 sends the audio data modified by the multicast channel to the data relay server 2 and the data relay server 3.
It is understood that the multicast channel transmits the audio data modified by the multicast channel to the data relay server 1.
S206, the data relay server 2, and the data relay server 3 receive the modified audio data sent by the data relay server 1, and store the modified audio data in their respective data relay areas.
S207, the data relay server 2 sends the audio data stored in the data relay area to the unicast channel that is complemented by the data relay server 2 for the terminal D, that is, the audio data modified by the multicast channel.
S208, the data relay server 3 sends the audio data stored in the data relay area to the unicast channel that is complemented by the data relay server 3 for the terminal B, that is, the audio data modified by the multicast channel.
S209, the data relay server 1 sends the audio data modified by the multicast channel to the unicast channel that is added by the data relay server 1 for the terminal C.
It should be noted that S207-S209 do not have a sequence.
Through the above process, the data transmitted by the data relay server 1, the data relay server 2 and the data relay server 3 to the unicast channels respectively complemented by the respective terminals are all the audio data modified by the multicast channel, so that the audio data of the multicast channel and the audio data of the complemented unicast channel are ensured to be consistent in different data relay servers, the terminals can receive the data from the unicast channel and the multicast channel and sort the data according to the serial number of the audio RTP packet, and the quality of voice playing is ensured.
Fig. 5 is a schematic structural diagram of an embodiment of an audio data transmission device provided in the present application, and as shown in fig. 5, the device of the present embodiment may include: a receiving module 11, a storage module 12 and a transmitting module 13, wherein,
the receiving module 11 is configured to receive first audio data sent by a second data relay server, where the first audio data is continuous audio data obtained by modifying second audio data that will have packet loss in a multicast channel, the second audio data is audio data sent by the second data relay server to the multicast channel, and the multicast channel is established on the second data relay server;
the storage module 12 is used for storing first audio data;
the sending module 13 is configured to send the stored first audio data to a unicast channel, where the unicast channel is a unicast channel created by the first data transfer server for the registered terminal.
Optionally, the receiving module 11 is further configured to:
before receiving first audio data sent by a multicast channel, receiving an IP address acquisition request sent by a second data transfer server;
the sending module 13 is further configured to: and sending the IP address to the second data transfer server, wherein the IP address is used for sending the first audio data to the first data transfer server by the second data transfer server.
Optionally, the storage module 12 is configured to:
the first audio data is stored in a data staging area.
Optionally, the sending module 13 is configured to:
and acquiring first audio data from the data transfer area, and sending the acquired first audio data to the unicast channel.
Optionally, the receiving module 11 is further configured to: receiving third audio data sent by the main speaking terminal;
the sending module 13 is further configured to: and sending the third audio data to a second data transfer server, wherein the second data transfer server is used for sending the third audio data to a multicast channel.
Optionally, the first audio data is audio data obtained by supplementing an audio silence frame to a discontinuity of an RTP packet in the second audio data by using a multicast channel.
The audio data transmission device provided in this embodiment may be used to implement the audio data transmission method, and its implementation manner and technical effect are similar, which are not described herein again.
Fig. 6 is a schematic diagram of a hardware structure of an electronic device provided in the present application. As shown in fig. 6, the electronic device 20 is configured to implement the operation corresponding to the first data relay server in any of the above method embodiments, where the electronic device 20 of this embodiment may include: a memory 21 and a processor 22;
a memory 21 for storing a computer program;
a processor 22 for executing the computer program stored in the memory to implement the audio data transmission method in the above-described embodiments. Reference may be made in particular to the description relating to the method embodiments described above.
Alternatively, the memory 21 may be separate or integrated with the processor 22.
When the memory 21 is a device separate from the processor 22, the electronic device 20 may further include:
a bus 23 for connecting the memory 21 and the processor 22.
Optionally, this embodiment further includes: a communication interface 24, the communication interface 24 being connectable to the processor 22 via a bus 23. The processor 22 may control the communication interface 23 to implement the above-described receiving and transmitting functions of the electronic device 20.
The electronic device provided in this embodiment may be used to execute the audio data transmission method, and the implementation manner and the technical effect thereof are similar, and this embodiment is not described herein again.
The present application also provides a computer-readable storage medium including a computer program for implementing the audio data transmission method as in the above embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the division of modules is only one logical division, and other divisions may be realized in practice, for example, a plurality of modules may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed coupling or direct coupling or communication connection between each other may be through some interfaces, indirect coupling or communication connection between devices or modules, and may be in an electrical, mechanical or other form.
Modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.
In addition, functional modules in the embodiments of the present application may be integrated into one processing unit, or each module may exist alone physically, or two or more modules are integrated into one unit. The unit formed by the modules can be realized in a hardware mode, and can also be realized in a mode of hardware and a software functional unit.
The integrated module implemented in the form of a software functional module may be stored in a computer-readable storage medium. The software functional module is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present application.
It should be understood that the Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present invention may be embodied directly in a hardware processor, or in a combination of the hardware and software modules within the processor.
The memory may comprise a high-speed RAM memory, and may further comprise a non-volatile storage NVM, such as at least one disk memory, and may also be a usb disk, a removable hard disk, a read-only memory, a magnetic or optical disk, etc.
The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, the buses in the figures of the present application are not limited to only one bus or one type of bus.
The computer-readable storage medium may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art will understand that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.
Claims (12)
1. An audio data transmission method, comprising:
a first data transfer server receives first audio data sent by a second data transfer server, wherein the first audio data is audio data obtained by a multicast channel supplementing an audio silence frame to a discontinuous part of an RTP packet in the second audio data, the second audio data is audio data sent to the multicast channel by the second data transfer server, the multicast channel is established on the second data transfer server, and the multicast channel is used for sending the first audio data to the second data transfer server and sending the first audio data to a terminal;
the first data transfer server stores the first audio data;
and the first data transfer server sends the stored first audio data to a unicast channel, wherein the unicast channel is a unicast channel created by the first data transfer server for a registered terminal.
2. The method of claim 1, wherein before the first data relay server receives the first audio data sent by the multicast channel, the method further comprises:
the first data transfer server receives an IP address acquisition request sent by the second data transfer server;
and the first data transfer server sends an IP address to the second data transfer server, wherein the IP address is used for the second data transfer server to send the first audio data to the first data transfer server.
3. The method of claim 1, wherein the first data relay server stores the first audio data, and wherein the storing the first audio data comprises:
and the first data transfer server stores the first audio data in a data transfer area.
4. The method of claim 3, wherein the sending, by the first data relay server, the stored first audio data to a unicast channel comprises:
and the first data transfer server acquires the first audio data from the data transfer area and sends the acquired first audio data to the unicast channel.
5. The method of claim 1, further comprising:
the first data transfer server receives third audio data sent by the main speaking terminal;
and the first data transfer server sends the third audio data to the second data transfer server, so that the second data transfer server sends the third audio data to the multicast channel.
6. An audio data transmission apparatus, comprising:
a receiving module, configured to receive first audio data sent by a second data relay server, where the first audio data is audio data obtained by a multicast channel supplementing an audio silence frame to a discontinuous portion of an RTP packet in second audio data, the second audio data is audio data sent to the multicast channel by the second data relay server, the multicast channel is established on the second data relay server, and the multicast channel is used to send the first audio data to the second data relay server and send the first audio data to a terminal;
the storage module is used for storing the first audio data;
and the sending module is used for sending the stored first audio data to a unicast channel, wherein the unicast channel is created by the first data transfer server for the registered terminal.
7. The apparatus of claim 6, wherein the receiving module is further configured to:
before receiving first audio data sent by a multicast channel, receiving an IP address acquisition request sent by the second data transfer server;
the sending module is further configured to: and sending an IP address to the second data relay server, where the IP address is used for the second data relay server to send the first audio data to the first data relay server.
8. The apparatus of claim 6, wherein the storage module is configured to:
storing the first audio data in a data staging area.
9. The apparatus of claim 8, wherein the sending module is configured to:
and acquiring the first audio data from the data transfer area, and sending the acquired first audio data to the unicast channel.
10. The apparatus of claim 6,
the receiving module is further configured to: receiving third audio data sent by the main speaking terminal;
the sending module is further configured to: and sending the third audio data to the second data transfer server, so that the second data transfer server sends the third audio data to the multicast channel.
11. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the audio data transmission method according to any one of claims 1 to 5.
12. An electronic device, comprising:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to perform the audio data transmission method of any of claims 1-5 via execution of the executable instructions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911397485.1A CN113132300B (en) | 2019-12-30 | 2019-12-30 | Audio data transmission method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911397485.1A CN113132300B (en) | 2019-12-30 | 2019-12-30 | Audio data transmission method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113132300A CN113132300A (en) | 2021-07-16 |
| CN113132300B true CN113132300B (en) | 2022-06-17 |
Family
ID=76767838
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911397485.1A Active CN113132300B (en) | 2019-12-30 | 2019-12-30 | Audio data transmission method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113132300B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114520687B (en) * | 2022-02-17 | 2023-11-03 | 深圳震有科技股份有限公司 | Audio data processing method, device and equipment applied to satellite system |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101567768A (en) * | 2008-04-25 | 2009-10-28 | 展讯通信（上海）有限公司 | Method and system for repairing MBMS mobile phone television in streaming way and mobile terminal device |
| CN104283694A (en) * | 2013-07-02 | 2015-01-14 | 北京邮电大学 | Streaming media transmission method based on IP multicast and P2P compensation |
| CN109218123A (en) * | 2017-07-06 | 2019-01-15 | 成都鼎桥通信技术有限公司 | The method and device of multicast switching unicast |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2279597B1 (en) * | 2008-05-19 | 2014-03-12 | Telefonaktiebolaget LM Ericsson (publ) | Switching between delivery methods in an iptv communication network |
| EP2375614B1 (en) * | 2010-04-09 | 2014-05-07 | Alcatel Lucent | Method for broadcasting multimedia content |
-
2019
- 2019-12-30 CN CN201911397485.1A patent/CN113132300B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101567768A (en) * | 2008-04-25 | 2009-10-28 | 展讯通信（上海）有限公司 | Method and system for repairing MBMS mobile phone television in streaming way and mobile terminal device |
| CN104283694A (en) * | 2013-07-02 | 2015-01-14 | 北京邮电大学 | Streaming media transmission method based on IP multicast and P2P compensation |
| CN109218123A (en) * | 2017-07-06 | 2019-01-15 | 成都鼎桥通信技术有限公司 | The method and device of multicast switching unicast |
Non-Patent Citations (3)
| Title |
|---|
| Multicast procedures (participating MCPTT function);Ericsson;《3GPP TSG-CT WG1 Meeting #95 C1-154014》;20151120;全文 * |
| Real time implementation of multimedia traffic unicast and multicast groups using optical network;B.R.Gowd;《2016 International Conference on Advanced Communication Control and Computing Technologies (ICACCCT)》;20160126;全文 * |
| 一种基于RTP/Multicast的流媒体传输系统设计;吴敏强;《计算机工程》;20040625;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113132300A (en) | 2021-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107948988B (en) | Resource control method and related equipment | |
| US20190281419A1 (en) | Communication Method and Communications Apparatus | |
| EP3618503A1 (en) | Service path switching method, device, storage medium and system | |
| EP3611967A1 (en) | Access link management method, device, storage medium, and system | |
| CN104159306A (en) | Method, device and system for controlling radio resources | |
| CN113132300B (en) | Audio data transmission method and device | |
| US10740161B2 (en) | Broadcast message sending method and apparatus, and mobile terminal | |
| US20190253353A1 (en) | Data flow transmission method, device, and system | |
| CN109617657B (en) | Message processing method and device | |
| CN108900422B (en) | Multicast forwarding method and device and electronic equipment | |
| CN111787262B (en) | Method, system, equipment and storage medium for local area network audio and video call | |
| CN106162564B (en) | Method and device for realizing voice service of LTE (Long term evolution) fault single station | |
| CN112822644B (en) | Group establishing method and equipment | |
| US20200383161A1 (en) | Access control method and device, and computer storage medium | |
| US20150146630A1 (en) | Multi-Cell Transmissions | |
| WO2016183823A1 (en) | Group service feedback method and apparatus | |
| CN112152975B (en) | Audio data processing method and device | |
| CN112995101B (en) | Service message transmission method and device | |
| CN106559854B (en) | Method and device for accessing mobile terminal to LTE network | |
| US20140074956A1 (en) | Message sending method and apparatus | |
| CN112995922B (en) | Group establishing method and device | |
| CN108401228B (en) | Communication method and device | |
| CN110808909A (en) | Message processing method and device across virtual systems | |
| CN110620725A (en) | Method for expanding out-of-band interface of switching equipment and switching equipment | |
| CN112437080B (en) | Service authentication method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |