音频数据传输方法、装置、计算机设备及存储介质制造方法及图纸

本发明专利技术实施例公开了一种音频数据传输方法、装置、计算机设备及存储介质。其中，方法包括：获取目标帧音频数据之前的至少一个历史帧音频数据；将目标帧音频数据和各历史帧音频数据进行打包传输。本发明专利技术实施例的方案实现了通过IP网络对音频数据的实时传输，在有效减少音频数据丢包率的同时，并且不会明显增加对网络带宽的占用。

Audio data transmission method, device, computer equipment and storage medium

【技术实现步骤摘要】
音频数据传输方法、装置、计算机设备及存储介质
本专利技术实施例涉及音频通信
，尤其涉及一种音频数据传输方法、装置、计算机设备及存储介质。
技术介绍
随着通信技术的不断发展，网际互连协议(InternetProtocol，IP)网络的实时传输协议(Real-timeTransportProtocol，RTP)方式的实时音频数据传输得到了广泛应用。但是由于IP网络的不可靠性，导致音频数据传输过程中丢包现象严重。当发生音频数据丢包时，接收端接收到的音频会出现明显的断续，语音质量下降的情况。现阶段，主要通过丢包补偿、冗余传输或者丢包重传三个技术解决音频数据的丢包现象。其中，丢包补偿技术是在接收端通过已经获取到的音频包，将丢失的音频数据通过插值等手段恢复出来；冗余传输技术是在发送端将音频数据打包为数据包以及冗余包后再对音频数据进行发送，接收端将接收到的数据包以及冗余包分别进行还原；丢包重传技术是当接收端检测到丢失的音频数据包时向发送端发出重传请求，发送端对丢失的音频数据进行重新发送。现有技术的方法中，对于丢包补偿技术当丢包率超过20％时，很难恢复出完整的音频数据，使语义变得难以理解；对于冗余传输技术会增加对网络带宽的占用，并且在进行数据包转发时对于不支持冗余的设备无法正常提取音频数据；对于丢包重传技术由于接收端的重传的请求和发送端重传的数据包的过程仍然有可能发生丢包，因此在高丢包率的场景下需要多次重传才能恢复数据。每次重传所需的时间和网络延时相关，因此丢包重传的实时性较差，不适合在实时通信的场景下使用。
技术实现思路
本专利技术实施例提供一种音频数据传输方法、装置、计算机设备及存储介质，以实现通过IP网络对音频数据进行实时传输，在有效减少音频数据丢包率的同时，并且不会明显增加对网络带宽的占用。第一方面，本专利技术实施例提供了一种音频数据传输方法，应用于音频数据发送端，该方法包括：获取目标帧音频数据之前的至少一个历史帧音频数据；将所述目标帧音频数据和各所述历史帧音频数据进行打包传输。第二方面，本专利技术实施例提供了一种音频数据传输方法，应用于音频数据接收端，该方法包括：接收音频数据包，并解析；根据解析得到的至少一个历史帧音频数据，还原丢失的音频数据。第三方面，本专利技术实施例还提供了一种音频数据传输装置，应用于音频数据发送端，该装置包括：历史帧音频数据获取模块，用于获取目标帧音频数据之前的至少一个历史帧音频数据；打包传输模块，用于将所述目标帧音频数据和各所述历史帧音频数据进行打包传输。第四方面，本专利技术实施例还提供了一种音频数据传输装置，应用于音频数据接收端，该装置包括：音频数据包接收模块，用于接收音频数据包，并解析；音频数据还原模块，用于根据解析得到的至少一个历史帧音频数据，还原丢失的音频数据。第五方面，本专利技术实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本专利技术实施例中任一实施例所述的方法。第六方面，本专利技术实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本专利技术实施例中任一实施例所述的方法。本专利技术实施例的方案，通过获取目标帧音频数据之前的至少一个历史帧音频数据；将目标帧音频数据和各历史帧音频数据进行打包传输。实现了通过IP网络对音频数据的实时传输，在有效减少音频数据丢包率的同时，并且不会明显增加对网络带宽的占用。附图说明图1是本专利技术实施例一中的一种音频数据传输方法的流程图；图2是本专利技术实施例二中的一种音频数据传输方法的流程图；图3是本专利技术实施例二中的一种RTP数据包的结构示意图；图4是本专利技术实施例二中的一种音频数据传输方法的流程图；图5是本专利技术实施例三中的一种音频数据传输装置的结构示意图；图6是本专利技术实施例四中的一种音频数据传输装置的结构示意图；图7是本专利技术实施例五中的一种计算机设备的结构示意图。具体实施方式下面结合附图和实施例对本专利技术实施例作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本专利技术实施例，而非对本专利技术实施例的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本专利技术实施例相关的部分而非全部结构。实施例一图1为本专利技术实施例一提供的一种音频数据传输方法的流程图，应用于音频数据发送端，本实施例可适用于通过IP网络对音频数据进行实时传输的情况，该方法可以由音频数据传输装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在执行本方法的计算机设备中。具体的，参考图1，该方法具体包括如下步骤：S110、获取目标帧音频数据之前的至少一个历史帧音频数据。其中，本专利技术实施例中涉及到的目标帧音频数据可以为音频数据发送端采集到的任意一帧的音频数据，本专利技术实施例中对其不作限定。需要说明的是，若目标帧音频数据为采集音频的第一帧音频数据，则在此目标帧音频数据之前不存在与其对应的历史帧音频数据。当目标帧音频数据不存在与其对应的历史帧音频数据时，无需获取历史帧音频数据；获取目标帧音频数据之前的至少一个历史帧音频数据，其并不是对本专利技术实施例的限定。具体的，本专利技术实施例中可以通过RTP实时通信协议实现音频数据在IP网络中的传输，需要说明的是，本专利技术实施例中涉及到的音频数据也可以通过其他的多媒体实时传输协议进行传输，其并不是对本专利技术实施例的限制。具体的，当通过RTP实时通信协议实现音频数据在IP网络中的传输时，音频数据发送端需要根据设定的采样频率(如每20ms采样一次)对音频数据进行采集，将采集到的一帧音频数据通过RTP数据包进行打包，并将打包好的音频数据包发送到音频数据接收端，音频数据再对接收到的音频数据进行播报；不断地对音频数据进行采集、打包以及发送等操作，从而实现接收端接收到完整的音频数据，以使用户听到完整的音频。可选的，获取目标帧音频数据之前的至少一个历史帧音频数据可以包括：接收丢包率统计结果；根据丢包率统计结果，计算与目标帧音频数据对应的历史帧音频数据的数量，得到至少一个历史帧音频数据。具体的，音频数据发送端接收音频数据接收端统计的音频数据接收端丢包率，并根据丢包率统计结果，计算与目标帧音频数据对应的历史帧音频数据的数量，从而得到至少一个历史帧音频数据。其中，丢包率是指音频数据接收端接收到的音频数据包的数量占音频数据发送端发送的音频数据包的比率。示例性的，若音频数据接收端统计的音频数据接收端丢包率为60％，按通常情况下，当丢包率小于10％时音频数据接收端才可以较完整的恢复出音频数据；通过(60％)x＜10％计算与目标帧音频数据对应的历史帧音频数量，其中，x即为历史帧音频数据的数量，通过计算可知，当x＝5时，(60％)5＝7.78％＜10％，此时，可以将历史帧音频数据的数量设为5。进一步的，上本文档来自技高网...

【技术保护点】
1.一种音频数据传输方法，应用于音频数据发送端，其特征在于，包括：/n获取目标帧音频数据之前的至少一个历史帧音频数据；/n将所述目标帧音频数据和各所述历史帧音频数据进行打包传输。/n

【技术特征摘要】
1.一种音频数据传输方法，应用于音频数据发送端，其特征在于，包括：
获取目标帧音频数据之前的至少一个历史帧音频数据；
将所述目标帧音频数据和各所述历史帧音频数据进行打包传输。


2.根据权利要求1所述的方法，其特征在于，所述获取目标帧音频数据之前的至少一个历史帧音频数据，包括：
接收丢包率统计结果；
根据所述丢包率统计结果，计算与目标帧音频数据对应的历史帧音频数据的数量，得到至少一个所述历史帧音频数据。


3.根据权利要求1所述的方法，其特征在于，所述将所述目标帧音频数据和各所述历史帧音频数据进行打包传输，包括：
将至少一个所述历史帧音频数据写入到实时传输协议RTP头扩展中，将所述目标帧音频数据写入到RTP的载荷部分；
得到与所述目标帧音频数据对应的RTP数据包，并通过网络将所述RTP数据包发送至音频数据接收端。


4.一种音频数据传输方法，应用于音频数据接收端，其特征在于，包括：
接收音频数据包，并解析；
根据解析得到的至少一个历史帧音频数据，还原丢失的音频数据。


5.根据权利要求4所述的方法，其特征在于，在根据解析得到的至少一个历史帧音频数据，还原丢失的音频数据之后，还包括：
对所述目标帧音频数据进行解码，并根...

【专利技术属性】
技术研发人员：管超，
申请(专利权)人：北京佳讯飞鸿电气股份有限公司，
类型：发明
国别省市：北京;11