WO2023024507A1 - Procédé et appareil de traitement audio, terminal et support d'enregistrement lisible par ordinateur - Google Patents

Procédé et appareil de traitement audio, terminal et support d'enregistrement lisible par ordinateur Download PDF

Info

Publication number
WO2023024507A1
WO2023024507A1 PCT/CN2022/083873 CN2022083873W WO2023024507A1 WO 2023024507 A1 WO2023024507 A1 WO 2023024507A1 CN 2022083873 W CN2022083873 W CN 2022083873W WO 2023024507 A1 WO2023024507 A1 WO 2023024507A1
Authority
WO
WIPO (PCT)
Prior art keywords
real
data
time audio
time
audio
Prior art date
Application number
PCT/CN2022/083873
Other languages
English (en)
Chinese (zh)
Inventor
孙博
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2023024507A1 publication Critical patent/WO2023024507A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • 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
    • 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

Definitions

  • the present application relates to the field of communication technologies, and in particular to an audio processing method, device, terminal and computer-readable storage medium.
  • More and more mobile terminals are participating in remote audio communication, and in the process of remote mobile audio communication, if a large number of packets are lost, such as taking a high-speed rail or drilling a cave, the quality of audio communication will be reduced.
  • the embodiment of the present application provides an audio processing method, which is applied to the receiving end, including: detecting the network quality; if it detects that the network quality is abnormal, recording the time when the abnormality occurred; Sending information indicating the non-real-time audio coding data within the abnormal time period of the transmission network; receiving the non-real-time audio coding data sent by the sending end; decoding and playing the non-real-time audio coding data.
  • the embodiment of the present application also provides an audio processing method, which is applied to the sending end, including: collecting real-time audio data; encoding the real-time audio data, and sending the real-time audio encoding data to the receiving end;
  • the information sent by the receiving end for indicating the non-real-time audio coding data within the abnormal time period of the transmission network is used to encode the non-real-time audio data and send the non-real-time audio coding data to the receiving end.
  • the embodiment of the present application also provides an audio processing device, which is applied to the receiving end, including: a detection module, used to detect the network quality; a recording module, used to record the abnormal occurrence time after detecting an abnormal network quality; A module, configured to send to the sending end information indicating the non-real-time audio encoding data in the abnormal time period of the transmission network after detecting that the network quality has returned to normal; a receiving module, configured to receive the non-real-time audio encoding data sent by the sending end Real-time audio coding data; a processing module, configured to decode and play the non-real-time audio coding data.
  • a detection module used to detect the network quality
  • a recording module used to record the abnormal occurrence time after detecting an abnormal network quality
  • a module configured to send to the sending end information indicating the non-real-time audio encoding data in the abnormal time period of the transmission network after detecting that the network quality has returned to normal
  • a receiving module configured to receive the non-real-time audio encoding data sent
  • the embodiment of the present application also provides an audio processing device, which is applied to the sending end, including: a collection module, used to collect real-time audio data; an encoding module, used to encode the real-time audio data, and convert the real-time audio
  • the encoded data is sent to the receiving end;
  • the sending module is used to encode the non-real-time audio data after receiving the information sent by the receiving end for indicating the non-real-time audio encoding data within the abnormal time period of the transmission network, Send the non-real-time audio coding data to the receiving end;
  • An embodiment of the present application also provides a terminal, including: at least one processor; and a memory connected in communication with the at least one processor; wherein, the memory stores instructions that can be executed by the at least one processor , the instructions are executed by the at least one processor, so that the at least one processor can execute the above-mentioned audio processing method applied to the receiving end, or can execute the above-mentioned audio processing method applied to the sending end.
  • the embodiment of the present application also provides a computer storage medium, which stores a computer program, and is characterized in that, when the computer program is executed by a processor, the above-mentioned audio processing method applied to the receiving end, or the above-mentioned audio processing method applied to the sending end is implemented .
  • Fig. 1 is a flowchart of an audio processing method provided according to an embodiment of the present application
  • FIG. 2 is a flow chart of judging network processing status provided according to an embodiment of the present application
  • FIG. 3 is a schematic diagram of a buffer processing process of audio data to be played according to an embodiment of the present application
  • FIG. 4 is a flowchart of an audio processing method provided according to another embodiment of the present application.
  • Fig. 5 is a system structure diagram provided according to an embodiment of the present application.
  • FIG. 6 is a first schematic diagram of an audio processing device provided according to another embodiment of the present application.
  • Fig. 7 is a second schematic diagram of an audio processing device provided according to another embodiment of the present application.
  • Fig. 8 is a schematic structural diagram of a terminal provided according to another embodiment of the present application.
  • the purpose of the embodiments of the present application is mainly to propose an audio processing method, which compensates real-time audio data through non-real-time audio data, and ensures that in the process of audio communication, even in the face of severe network packet loss, the audio receiving end can still Full and clear audio can be received, improving the quality of audio communication.
  • An embodiment of the present application relates to an audio processing method applied to a receiving end.
  • the receiving end after receiving the real-time audio coding data, the receiving end will judge the current network processing status according to the real-time audio coding data, and if it is determined that the network processing status is abnormal, it will record the abnormal time information .
  • the network processing status is the abnormal recovery processing status
  • the non-real-time audio coding data will be obtained from the sending end, and the real-time audio coding data and the non-real-time audio coding data will be decoded and played.
  • the receiving end it is judged whether the real-time audio coding data is seriously lost, if the packet loss is serious, the non-real-time audio coding data can be obtained, and the real-time audio coding data can be compensated by the non-real-time audio coding data, so that the receiving end can obtain more complete Clear audio data effectively improves the quality of audio communication.
  • Step 101 receiving real-time audio coding data.
  • the receiving end receives the real-time audio coded data sent from the sending end, and the receiving end may be a terminal product, such as a mobile phone or a tablet computer.
  • a specific application scenario of this embodiment may be the system shown in FIG. 5 , specifically including: a conference platform and multiple terminals.
  • the conference platform is connected to the network through a wired method.
  • the network can be a private network or the Internet of Things, and is responsible for receiving, processing, and forwarding audio data sent by Terminal 1, Terminal 2, Terminal 3, and Terminal 4.
  • terminal 1, terminal 2, terminal 3, and terminal 4 may serve as receiving ends, responsible for receiving and processing audio data sent by the conference platform.
  • terminal 1, terminal 2, terminal 3, and terminal 4 can be used as speaking terminals, responsible for receiving and processing audio data sent by the conference platform, and sending audio data of the terminal to the conference platform.
  • Step 102 judging the current network processing status.
  • the network processing state includes: a normal network processing state, a network abnormality processing state, and a network abnormality recovery processing state.
  • the receiving end can judge the current network processing state according to the real-time audio coding data, if the current network processing state is the network normal processing state, then enter step 103, if the current network processing state is the network abnormal processing state, then enter step 104, if the current network processing state is If the processing status is the network abnormality recovery processing status, go to step 105 .
  • Step 103 decoding and playing the real-time audio coded data.
  • the receiving end will adopt the processing strategy of the normal network state: receive the real-time audio coding data in the current state, and decode and play the real-time audio coding data.
  • Step 104 record the time information of the current state.
  • the receiving end will adopt a network abnormal state processing strategy: record key information such as the time when the network abnormal Information in the abnormal time period, and the receiving end will continue to receive real-time audio encoding data in this state to judge the network status of the sending end and the receiving end at any time, but it is prohibited to decode and play the received real-time audio encoding data. Since the real-time audio encoding data received by the receiving end may be seriously lost, if the received real-time audio encoding data is decoded and played, the audio will not be complete and clear. Encoded data for decoding playback.
  • Step 105 acquiring non-real-time audio coding data.
  • the receiving end will adopt a processing strategy for the abnormal network recovery state: the receiving end will send information to the sending end indicating the non-real-time audio encoding data at the abnormal time stage of the transmission network to obtain The non-real-time audio coding data in the abnormal time period of the network, and will receive the current real-time audio coding data at the same time, that is to say, the receiving end will receive two channels of audio data at the same time.
  • Step 106 sort the real-time audio coding data and the non-real-time audio coding data.
  • the receiving end puts the received real-time audio coding data and non-real-time audio coding data into the created data buffer to be played, and sorts the real-time audio coding data and non-real-time audio coding data in the following way:
  • the non-real-time audio coding data comes first, and the real-time audio coding data follows.
  • Step 107 process the data in the data buffer to be played.
  • the receiving end decodes the sorted non-real-time audio coded data and real-time audio coded data in the data buffer to be played to obtain non-real-time audio data and real-time audio data, and then extracts the non-real-time audio data and valid audio data in the real-time audio data.
  • extracting valid audio data is detecting noise data in non-real-time audio data and real-time audio data, and eliminating noise data in non-real-time audio data and real-time audio data.
  • extracting effective audio data is detecting audio data containing human voice in the non-real-time audio data and real-time audio data, and extracting audio data containing human voice in the non-real-time audio data and real-time audio data.
  • the extracted effective audio data is played at a double speed, so as to quickly play the audio data in the abnormal time period of the network and meet the requirements of real-time audio interaction.
  • the sequential playback of the real-time audio coding data and the non-real-time audio coding data in the buffer is realized by adopting a sorting manner in which the non-real-time audio coding data comes first and the real-time audio coding data follows.
  • the receiving end will preferentially decode and play the non-real-time audio coded data, so as to realize the compensation of the non-real-time audio coded data for the real-time audio coded data lost in the abnormal stage of the network.
  • FIG. 3 a schematic diagram of processing the data in the data buffer to be played at the receiving end is shown in Figure 3, specifically including:
  • the receiving end judges the received real-time audio encoding data and finds that the packet loss rate is high from the 4th packet, that is, the network is abnormal, and the packet loss returns to normal at the 9th packet, that is, from the 9th packet
  • the network is in an abnormal recovery state. Therefore, when receiving the ninth packet, the receiving end will send information to the sending end to indicate the non-real-time audio encoding data in the abnormal time period of the transmission network, and request to obtain the non-real-time audio encoding data in the abnormal time period of the network.
  • the non-real-time audio coding data is the non-real-time audio coding data during the period from the 4th packet to the end of the 9th packet, and the receiving end will continue to receive the current real-time audio coding data.
  • the received non-real-time audio coding data and real-time audio coding data are sorted, the non-real-time audio coding data comes first, and the real-time audio coding data comes last. That is to say, after receiving non-real-time audio data 4, 5, 6, 7, 8, the order of the audio data in the data buffer to be played is 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14. When the audio data in the data buffer to be played has not been played completely, the audio data received later will continue to be put into this queue.
  • the audio data in the data buffer to be played will increase the real-time communication delay
  • special processing is required for the audio data, including but not limited to removing non- Valid data and double-speed playback.
  • the actual audio packets played may be 4, 7, 10, 13, 15, 20. At this time, all the audio data in the data buffer to be played has been played, and then It can enter the normal flow process of the network, that is, decode the received real-time audio encoding data and play it in real time at normal speed.
  • the data to be played includes not only real-time audio but also non-real-time audio, in order to enable users to hear the voice in the abnormal network phase while avoiding a large delay , to play the real-time audio data and non-real-time audio data in the audio data buffer to be played at double speed.
  • the receiving end can synchronously play the received real-time audio data, there is no need to store the received real-time audio data into the data buffer to be played, and stop at this time Double-speed processing of audio data, real-time playback of decoded real-time audio at normal speed.
  • step 102 can be implemented through the sub-steps in FIG. 2, specifically including:
  • sub-step 1021 it is judged whether the packet loss rate of the real-time audio coding data in the current state is normal.
  • the packet loss of the real-time audio coding data does not exceed the allowable range, that is, the packet loss rate of the real-time audio coding data is normal, then enter sub-step 1022 .
  • Sub-step 1022 judging whether the original network status is abnormal or whether the buffer data to be played is not empty.
  • the receiving end will obtain the original network status to determine whether the original network status is abnormal. If the original network status is abnormal, it indicates that the network status has been in the Abnormal state, this time period will cause serious packet loss of real-time audio coding data, then enter sub-step 1024, and the network enters the abnormal recovery processing state.
  • the receiving end will store real-time audio encoding data and non-real-time audio encoding data into the created audio data buffer to be played. If there is audio data in the audio data buffer to be played, it indicates that there is a segment The time is in an abnormal state, during which the receiving end receives non-real-time audio coding data from the sending end, and puts the real-time audio coding data and non-real-time audio coding data into the audio data buffer to be played. If the current network is normal, but the data in the audio data buffer to be played is not empty, it will enter sub-step 1024, and the network will enter the abnormal recovery processing state.
  • the embodiment of the present application detects the network quality and records key information such as the current time when a network anomaly is detected, so as to ensure that when the network anomaly recovers, the information of the network anomaly time period is accurately known, and the abnormal information is obtained from the sending end.
  • the non-real-time audio coding data in the time period is used to compensate the real-time audio coding data for packet loss in the abnormal time period of the network, and decode the non-real-time audio coding data to extract valid audio data, so that the audio receiving end is facing the network In the case of severe packet loss, all effective audio can be heard completely and clearly. At the same time, the extracted effective audio data will be played at double speed, and the audio data in the abnormal time period of the network can be played quickly, satisfying real-time audio interaction. requirements.
  • FIG. 4 Another embodiment of the present application relates to an audio processing method, which is applied to the sending end.
  • the implementation details of the audio processing method of this embodiment will be described in detail below. The following content is only the implementation details provided for the convenience of understanding, not the implementation of this solution.
  • the specific process is shown in Figure 4, which may include the following steps:
  • Step 401 collect real-time audio data, that is, the sending end collects real-time audio data.
  • Step 402 encode the real-time audio data.
  • the sending end encodes the collected real-time audio data to obtain real-time audio coded data, and locally saves the collected real-time audio data as non-real-time audio data.
  • the non-real-time audio data may be saved to a hard disk, or may be stored in memory, and all of the non-real-time audio data may be saved, or may be saved cyclically.
  • Step 403 sending real-time audio coding data, that is, the sending end sends the obtained real-time audio coding data to the receiving end.
  • Step 404 judging whether to send non-real-time audio coding data.
  • the sending end judges whether to send non-real-time audio coding data according to whether it receives the information sent by the receiving end to indicate the non-real-time audio coding data within the abnormal time period of the transmission network. Audio encoded data to the receiver.
  • Step 405 sending non-real-time audio coding data.
  • the sending end determines to send the non-real-time audio coding data to the receiving end.
  • the sending end will obtain the non-real-time audio data of the time period required by the receiving end from the previously saved non-real-time audio data, and encode the non-real-time audio data to obtain non-real-time audio encoding data, and then The non-real-time audio coding data is sent to the receiving end.
  • the sending end collects the real-time audio data, while encoding the real-time audio data, it also saves the collected real-time audio data and puts it into the memory as non-real-time audio data.
  • the receiving end After receiving the information used by the receiving end to indicate the non-real-time audio encoding data in the abnormal time period of the transmission network, it will encode the non-real-time audio data in the time period required by the receiving end and send it to the receiving end, ensuring that the receiving end does not receive
  • the corresponding non-real-time audio coding data can be obtained in time to compensate for the lost part of the real-time audio coding data, so as to obtain more complete audio data and improve the quality of audio communication.
  • step division of the above various methods is only for the sake of clarity of description. During implementation, it can be combined into one step or some steps can be split and decomposed into multiple steps. As long as they include the same logical relationship, they are all within the scope of protection of this patent. ; Adding insignificant modifications or introducing insignificant designs to the algorithm or process, but not changing the core design of the algorithm and process are all within the scope of protection of this patent.
  • FIG. 6 is a schematic diagram of the audio processing device described in this embodiment, including: a detection module 601 , a recording module 602 , a sending module 603 , a receiving module 604 and a processing module 605 .
  • the detection module 601 is configured to detect network quality.
  • the recording module 602 is configured to record the abnormal occurrence time after the network abnormality is detected, so as to obtain information indicating that the network is in an abnormal time period after the network abnormality is recovered.
  • the sending module 603 is configured to send information indicating the transmission of non-real-time audio coding data during the network abnormal time period to the sending end after detecting that the network abnormality has recovered, so as to obtain the non-real-time audio coding data during the network abnormal time period.
  • the receiving module 604 is configured to receive the non-real-time audio coding data sent by the sending end, and simultaneously receive the current real-time audio coding data, that is, receive two channels of audio data at the same time.
  • the processing module 605 is configured to decode and play the non-real-time audio coding data. Put the received real-time audio coding data and non-real-time audio coding data into the data buffer to be played, sort the real-time audio coding data and non-real-time audio coding data, and then decode and play them.
  • this embodiment is an apparatus embodiment corresponding to the above-mentioned method embodiment applied to the receiving end, and this embodiment can be implemented in cooperation with the above-mentioned method embodiment.
  • the relevant technical details and technical effects mentioned in the above embodiments are still valid in this embodiment, and will not be repeated here to reduce repetition.
  • the relevant technical details mentioned in this embodiment can also be applied in the above embodiments.
  • FIG. 7 is a schematic diagram of the audio processing device described in this embodiment, including: a collection module 701 , an encoding module 702 , and a sending module 703 .
  • the collection module 701 is configured to collect real-time audio data.
  • the encoding module 702 is configured to encode the real-time audio data and the non-real-time audio data to obtain real-time audio encoding data and non-real-time audio encoding data.
  • a sending module 703, configured to send the real-time audio coding data and the non-real-time audio coding data to a receiving end.
  • the sending module 703 is configured to, after receiving the information indicating the non-real-time audio coding data in the abnormal time period of the transmission network sent by the receiving end, encode the non-real-time audio data, and convert the non-real-time audio data to The non-real-time audio coding data is sent to the receiving end.
  • this embodiment is an apparatus embodiment corresponding to the above-mentioned method embodiment applied to the sending end, and this embodiment can be implemented in cooperation with the above-mentioned method embodiment.
  • the relevant technical details and technical effects mentioned in the above embodiments are still valid in this embodiment, and will not be repeated here to reduce repetition.
  • the relevant technical details mentioned in this embodiment can also be applied in the above embodiments.
  • a logical unit can be a physical unit, or a part of a physical unit, or Realized as a combination of multiple physical units.
  • the above two embodiments have not introduced units that are not closely related to solving the technical problems raised by the application, but this does not mean that there are no other elements in the above two embodiments. unit.
  • FIG. 8 Another embodiment of the present application relates to a terminal, as shown in FIG. 8 , including: at least one processor 801; and a memory 802 communicatively connected to the at least one processor 801; Instructions executed by the at least one processor 801, the instructions are executed by the at least one processor 801, so that the at least one processor 801 can execute the audio processing methods in the foregoing embodiments.
  • the memory and the processor are connected by a bus
  • the bus may include any number of interconnected buses and bridges, and the bus connects one or more processors and various circuits of the memory together.
  • the bus may also connect together various other circuits such as peripherals, voltage regulators, and power management circuits, all of which are well known in the art and therefore will not be further described herein.
  • the bus interface provides an interface between the bus and the transceivers.
  • a transceiver may be a single element or multiple elements, such as multiple receivers and transmitters, providing means for communicating with various other devices over a transmission medium.
  • the data processed by the processor is transmitted on the wireless medium through the antenna, further, the antenna also receives the data and transmits the data to the processor.
  • the processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interface, voltage regulation, power management, and other control functions. Instead, memory can be used to store data that the processor uses when performing operations.
  • Another embodiment of the present application relates to a computer-readable storage medium storing a computer program.
  • the above method embodiments are implemented when the computer program is executed by the processor.
  • a storage medium includes several instructions to make a device ( It may be a single-chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disc, etc., which can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Des modes de réalisation de la présente demande concernent le domaine technique de la communication, et en particulier un procédé et un appareil de traitement audio, un terminal et un support d'enregistrement lisible par ordinateur. Le procédé comprend les étapes consistant à : détecter une qualité de réseau ; si une anomalie de qualité de réseau est détectée, enregistrer un temps de survenue d'anomalie ; s'il est détecté que la qualité de réseau est restaurée à la normale, envoyer des informations utilisées pour indiquer des données audio codées en temps non réel pendant une période de temps anormale d'un réseau de transmission à une extrémité d'envoi ; recevoir des données audio codées en temps non réel envoyées par l'extrémité d'envoi ; et décoder et lire les données audio codées en temps non réel.
PCT/CN2022/083873 2021-08-23 2022-03-29 Procédé et appareil de traitement audio, terminal et support d'enregistrement lisible par ordinateur WO2023024507A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110968846.4 2021-08-23
CN202110968846.4A CN115720130A (zh) 2021-08-23 2021-08-23 音频处理方法、装置、终端及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2023024507A1 true WO2023024507A1 (fr) 2023-03-02

Family

ID=85253299

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/083873 WO2023024507A1 (fr) 2021-08-23 2022-03-29 Procédé et appareil de traitement audio, terminal et support d'enregistrement lisible par ordinateur

Country Status (2)

Country Link
CN (1) CN115720130A (fr)
WO (1) WO2023024507A1 (fr)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130246582A1 (en) * 2012-03-13 2013-09-19 Samsung Electronics Co. Ltd. Multimedia data processing apparatus and method of terminal
US20160105473A1 (en) * 2014-10-14 2016-04-14 Biba Systems, Inc. Adaptive audio stream with latency compensation
US20160227030A1 (en) * 2015-01-30 2016-08-04 Vonage Network Llc System and method for playing buffered audio of a dropped telephone call
CN105847857A (zh) * 2016-03-07 2016-08-10 乐视致新电子科技（天津）有限公司 倍速播放视频时处理音频的方法及装置
WO2016190961A2 (fr) * 2015-04-03 2016-12-01 President And Fellows Of Harvard College Techniques pour atténuer les effets indésirables d'interruptions de service de liaison sans fil
US20170331756A1 (en) * 2016-05-12 2017-11-16 Citrix Systems, Inc. Interactivity driven error correction for audio communication in lossy packet-switched networks
US10897492B1 (en) * 2019-10-10 2021-01-19 Lenovo (Singapore) Pte. Ltd. Delayed VoIP packet delivery
CN113518014A (zh) * 2020-04-10 2021-10-19 华为技术有限公司 一种数据传输方法以及通信设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130246582A1 (en) * 2012-03-13 2013-09-19 Samsung Electronics Co. Ltd. Multimedia data processing apparatus and method of terminal
US20160105473A1 (en) * 2014-10-14 2016-04-14 Biba Systems, Inc. Adaptive audio stream with latency compensation
US20160227030A1 (en) * 2015-01-30 2016-08-04 Vonage Network Llc System and method for playing buffered audio of a dropped telephone call
WO2016190961A2 (fr) * 2015-04-03 2016-12-01 President And Fellows Of Harvard College Techniques pour atténuer les effets indésirables d'interruptions de service de liaison sans fil
CN105847857A (zh) * 2016-03-07 2016-08-10 乐视致新电子科技（天津）有限公司 倍速播放视频时处理音频的方法及装置
US20170331756A1 (en) * 2016-05-12 2017-11-16 Citrix Systems, Inc. Interactivity driven error correction for audio communication in lossy packet-switched networks
US10897492B1 (en) * 2019-10-10 2021-01-19 Lenovo (Singapore) Pte. Ltd. Delayed VoIP packet delivery
CN113518014A (zh) * 2020-04-10 2021-10-19 华为技术有限公司 一种数据传输方法以及通信设备

Also Published As

Publication number Publication date
CN115720130A (zh) 2023-02-28

Similar Documents

Publication Publication Date Title
CN107968729B (zh) 一种铁路信号数据流存储管理系统
US8081635B2 (en) Reconstruction of errored media streams in a communication system
US8792734B2 (en) Apparatus and method for transmitting/receiving image data in mobile communication system
JPH11505981A (ja) 無線トランク用ロギング記録システム
CN103024400B (zh) 基于网络的视频压缩容错传输方法及系统
CN101998101A (zh) 可视电话的视频数据接收和发送系统、视频数据处理方法
US20070174523A1 (en) Apparatus and method for generating bitstream of s/pdif data in hdmi
CN102760440A (zh) 语音信号的发送、接收装置及方法
CN100370866C (zh) 无线网络控制器日志记录系统及其方法
KR20200024319A (ko) 미디어 콘텐츠 기반의 자가 적응 시스템 코드 fec의 코딩 및 디코딩 방법, 장치, 시스템 및 매체
CN111935485A (zh) 一种rs码前向纠错方法及装置
WO2023024507A1 (fr) Procédé et appareil de traitement audio, terminal et support d'enregistrement lisible par ordinateur
CN113038182B (zh) 一种通过硬件编解码技术实现视频安全传输的装置及方法
EP1158812A2 (fr) Méthode de détection d'erreurs dans un signal vidéo
JPS61237520A (ja) データ処理装置
WO2021174879A1 (fr) Procédé et appareil d'analyse de la qualité des appels vidéo grâce à l'ia, dispositif informatique et support de données
WO2023071822A1 (fr) Procédé et appareil de protection contre la perte de paquets, dispositif électronique, et support de stockage
KR101595136B1 (ko) 디지털 영화환경에서의 바이브로 키네틱 신호의 전송방법
CN110868610B (zh) 流媒体传输方法、装置、服务器及存储介质
CN103686208B (zh) 一种视频云计算传输方法
CN101296166B (zh) 基于索引的多媒体数据的测量方法
CN112769524B (zh) 语音传输方法、装置、计算机设备和存储介质
KR20120005371A (ko) 블록 코드 심볼을 중복하여 버스트 데이터 손실을 복구하는 방법 및 장치
CN100391264C (zh) 基于avs视频标准的多描述编解码方法
KR20240079798A (ko) 이중화 녹취 시스템 및 녹취파일의 복원 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22859861

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE