音视频传输前向纠错方法、装置、计算机设备及存储介质与流程

本发明涉及音视频传输处理方法，更具体地说是指猫眼设备中的音视频传输前向纠错方法、装置、计算机设备及存储介质。

背景技术：

随着网络技术和多媒体技术的高速发展，基于ip(互联网协议，internetprotocol)网络的多媒体通信moip(多媒体互联网协议，multimediaoverip)业务逐渐在互联网应用中占据主导地位。多媒体业务比如语音、视频传输对通信质量要求比较高，但是由于ip网络在传送分组时具有尽力而为的特点，流媒体传输时丢包现象非常普遍，视频会议作为moip业务的一个典型应用，对丢包现象比较敏感。因此ip网络丢包成为影响视频会议服务质量的瓶颈所在。

视频码流的少量丢失都会导致解码后的视频出现花屏的现象。h264、hevc等高压缩率视频压缩标准使得压缩的冗余度非常低，码流的丢失除了影响本帧的解码外，还将影响以此为参考的视频帧解码，导致花屏的累积扩散，直至下一个关键帧的到来视频画面方能恢复。虽然解码器内部会做一定的错误掩盖处理，但效果并不理想，特别是采用ffmpegffmpeg这种可以用来记录、转换数字音频、视频，并能将其转化为流的开源的解码器，其错误掩盖算法做得比较简单。为此，在很多产品中不得不采用较小的gop(较小的i帧间隔，groupofpictures)，以期在出现丢包花屏后能尽快的用i帧码流刷新画面。这种方法副作用较大，而且某些场合下甚至会适得其反。因为i帧压缩效率远不如p帧、b帧，i帧往往比p帧、b帧大很多，频繁的i帧将给传输信道带来持续的波动压力，造成更严重的丢包、乱序。另外，因为编码器码率控制的缘故，i帧占用较多的码流后，紧接着的p、b帧将不得不采用较大的量化参数qp以保证码率的局部可控，这样带来的直观感受是图像随着i帧间隔周期性的发虚、马赛克。乱序的udp包不经过顺序恢复直接送解码器同样会导致解码花屏，因为解码器内部会将迟到的数据包丢弃。

因此，有必要设计一种的方法，实现通过抗丢包、抗乱序的增强型udp(用户数据报协议，userdatagramprotocol)传输数据，进而提升实时音视频传输效果。

技术实现要素：

本发明的目的在于克服现有技术的缺陷，提供音视频传输前向纠错方法、装置、计算机设备及存储介质。

为实现上述目的，本发明采用以下技术方案：音视频传输前向纠错方法，包括：

获取来自猫眼设备的原始音视频数据；

将所述原始音视频数据采用实时传输协议进行打包，形成原始音视频数据包；

将原始音视频数据包发送至终端；

对原始音视频数据引入冗余校验信息，以形成冗余包；

将冗余包进行处理，以形成数据包；

将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包。

其进一步技术方案为：所述对原始音视频数据引入冗余校验信息，以形成冗余包，包括：

将所述原始音视频数据存放至内部缓存列队；

判断所有原始音视频数据是否都存放完毕；

若是，则对内部缓存列队内的所述原始音视频数据按照设定的信息位长度进行分组，形成音视频数据组；

对音视频数据组加入设定校验位长度的冗余校验信息，以形成冗余包。

其进一步技术方案为：所述将冗余包进行处理，以形成数据包，包括：

对所述冗余包采用实时传输协议进行打包，形成数据包。

其进一步技术方案为：所述将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包，包括：

在终端内缓存所述数据包以及所述原始音视频数据包；

判断是否有原始音视频数据包丢失；

若有原始音视频数据包丢失，则判断丢失的原始音频数据包的数量是否超过设定的恢复阈值；

若否，则根据丢失的原始音视频数据包读取终端内的缓存中的数据包；

解码所述数据包，以恢复丢失的原始音视频数据包。

其进一步技术方案为：所述将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包之后，还包括：

在终端显示界面上显示已恢复的丢失的原始音视频数据。

其进一步技术方案为：所述判断丢失的原始音频数据包的数量是否超过设定的恢复阈值之后，还包括：

若是，则输出恢复丢失的原始音频数据包失败的通知及丢包率统计值。

其进一步技术方案为：所述输出恢复丢失的原始音频数据包失败的通知及丢包率统计值之后，还包括：

对终端缓存内的数据包以及原始音视频数据包进行丢弃处理。

本发明还提供了音视频传输前向纠错装置，包括：

原始数据获取单元，用于获取来自猫眼设备的原始音视频数据；

原始数据包获取单元，用于将所述原始音视频数据采用实时传输协议进行打包，形成原始音视频数据包；

原始数据包发送单元，用于将原始音视频数据包发送至终端；

冗余包制作单元，用于对原始音视频数据引入冗余校验信息，以形成冗余包；

冗余包处理单元，用于将冗余包进行处理，以形成数据包；

数据包缓存单元，用于将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包。

本发明还提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法。

本发明还提供了存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述的方法。

本发明与现有技术相比的有益效果是：本发明通过在猫眼设备内对采集的原始音视频数据加入冗余校验信息，以形成冗余包，并将该冗余包打包后发送到终端，以达到音视频网络传输的前向纠错编码，在原始音视频数据包发送到终端的过程中出现丢包或者乱序的现象时，通过该数据包解码后恢复已丢失的原始音频数据，实现具备抗丢包、抗乱序的增强型udp地传输音视频数据，进而提升实时音视频传输效果。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的音视频传输前向纠错方法的应用场景示意图；

图2为本发明实施例提供的音视频传输前向纠错方法的流程示意图；

图3为本发明实施例提供的音视频传输前向纠错方法的子流程示意图；

图4为本发明实施例提供的音视频传输前向纠错方法的子流程示意图；

图5为本发明实施例提供的音视频传输前向纠错方法的香农限示意图；

图6为本发明实施例提供的音视频传输前向纠错方法的猫眼设备流程示意图；

图7为本发明实施例提供的音视频传输前向纠错方法的终端流程示意图；

图8为本发明另一实施例提供的音视频传输前向纠错方法的流程示意图；

图9为本发明实施例提供的音视频传输前向纠错装置的示意性框图；

图10为本发明实施例提供的音视频传输前向纠错装置的冗余包制作单元的示意性框图；

图11为本发明实施例提供的音视频传输前向纠错装置的数据包发送单元的示意性框图；

图12为本发明另一实施例提供的音视频传输前向纠错装置的示意性框图；

图13为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1和图2，图1为本发明实施例提供的音视频传输前向纠错方法的应用场景示意图。图2为本发明实施例提供的音视频传输前向纠错方法的示意性流程图。该音视频传输前向纠错方法应用于猫眼设备以及终端中。该终端可以是带有显示设备的服务器，也可以是智能手机、平板电脑、笔记本电脑、台式电脑等具有通信功能的电子设备，该猫眼设备将采集到的原始音视频数据进行处理，形成数据包以及原始音视频数据包，发送到终端，由终端进行解码播放。

图2是本发明实施例提供的音视频传输前向纠错方法的流程示意图。如图2所示，该方法包括以下步骤s110至s160。

s110、获取来自猫眼设备的原始音视频数据。

在本实施例中，原始音视频数据是指由电子猫眼设备拍摄到的音视频信号。

s120、将所述原始音视频数据采用实时传输协议进行打包，形成原始音视频数据包。

在本实施例中，原始音视频数据包是指原始音视频数据通过实时传输协议打包后形成的数据。

s130、将原始音视频数据包发送至终端。

在本实施例中，将原始音视频数据包通过udp(用户数据报协议，userdatagramprotocol)发送到终端。

s140、对原始音视频数据引入冗余校验信息，以形成冗余包。

在本实施例中，冗余包是指原始音视频数据经过前向纠错编码后形成的码字。前向纠错编码是指增加数据通讯可信度的方法，在单向通讯信道中，一旦错误被发现，其接收器将无权再请求传输。fec(前向纠错编码，forwarderrorcorrection)是利用数据进行传输冗长信息的方法，当传输中出现异常丢包，将通过冗余包去试图恢复丢失的数据包。

在一实施例中，如图3所示，上述的步骤s140可包括步骤s141～s144。

s141、将所述原始音视频数据存放至内部缓存列队。

在本实施例中，每当猫眼设备采集到原始音视频数据时，会将原始音视频数据发送到终端，并存放到猫眼设备内部的缓存队列中。

s142、判断所有原始音视频数据是否都存放完毕；

s143、若是，则对内部缓存列队内的所述原始音视频数据按照设定的信息位长度进行分组，形成音视频数据组；

s144、对音视频数据组加入设定校验位长度的冗余校验信息，以形成冗余包。

在所有的原始音视频数据都存放完毕了，对存放在内部缓存列队内的原始音视频数据进行前向纠错编码处理。具体地，通过将k字节的原始音视频数据作为一个分组进行编码，加入(n-k)字节的冗余校验信息，组成长度为n字节的冗余包。

通过fec的处理，可以以很小的冗余开销代价，有效降低系统的误码率，实现降低系统成本的目的；fec的使用可以有效提高系统的性能，根据香农定理可以得到无误码传输的极限性能即香农限，如图5所示。从图5可以看出，fec的性能主要由编码开销、判决方式、冗余包的码字方案这三个主要因素决定。校验位长度(n-k字节)与信息位长度(k字节)的比值，称为编码开销。开销越大，fec的理论极限性能越高，但增加并不是线性的，开销越大，开销增加带来的性能提高越小，开销的选择，需要根据具体系统设计的需求来确定。

若否，则返回所述步骤s141。

s150、将冗余包进行处理，以形成数据包。

在本实施例中，数据包是指包含有原始音视频数据以及冗余校验信息的一串数据，并对这一串数据进行实时传输协议打包后形成的数据。

采用前向纠错编码，对原始音视频数据进行处理，一旦原始音视频数据包通过网络传输到终端的过程中出现丢包或乱序，也可以利用该冗余包形成的数据包进行解码和缓存队列进行重新排序，恢复该出错的原始音视频数据。可改善音视频会议质量，可以通过猫眼设备作为前向纠错的编码及发送端，加入一定比例冗余包数据，对于网络恶化时的丢包现象有极大改善。

请参阅图6，图中的p1-p8代表采集并打包后的原始音视频数据，r1-r3代表编码生成的冗余包。当传入原始音视频数据时，进行rtp(实时传输协议，real-timetransportprotocol)封装后发出，存入内部缓存队列，当最后一个原始音视频数据p8发送完毕后，对队列中存放的原始音视频数据p1-p8进行前向纠错编码，生成冗余包r1-r3并进行rtp打包发送到终端。

s160、将所述数据包发送至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包。

在本实施例中，当终端接收到原始音视频数据包在传输过程中出现丢包和/或乱序的情况时，终端会利用该数据包重新获取丢失的原始音视频数据。

在一实施例中，如图4所示，上述的步骤s160可包括步骤s161～s167。

s161、在终端内缓存所述数据包以及所述原始音视频数据包。

当终端内先缓存数据包和原始音视频数据包，以便于后续的丢包情况判断。

s162、判断是否有原始音视频数据包丢失。

在本实施例中，通过原始音视频数据包的序号来判断是否出现丢包的现象。

s163、若有原始音视频数据包丢失，则判断丢失的原始音频数据包的数量是否超过设定的恢复阈值；

在本实施例中，恢复阈值是指允许恢复的丢失原始音频数据包的最大数量。

s164、若是，则输出恢复丢失的原始音频数据包失败的通知及丢包率统计值；

s165、对终端缓存内的数据包以及原始音视频数据包进行丢弃处理

如若丢包过多，大于恢复阈值，则恢复数据包失败，丢包率统计值是指丢包概率的总和。

s166、若否，根据丢失的原始音视频数据包读取终端内的缓存中的数据包；

s167、解码所述数据包，以恢复丢失的原始音视频数据包；

从接收到的原始音视频数据包得知丢失的原始音视频数据包的序号，在根据丢失的原始音视频数据包的序号获取对应的数据包，针对该数据包进行前向纠错解码，以得到丢失的原始音视频数据。

若没有原始音视频数据包丢失，则进入结束步骤。

请参阅图7，当接收到p1、p2、p3等打包后的原始音频数据包时，因为它们没有丢失，可以直接输出给应用层，同时在本地队列缓存一份，以供后续可能发生的fec解码使用，当发生丢包时，比如直接接到p5打包后的原始音频数据包，通过序列号判断出p4出现丢失，继续接收，当收到的冗余包数大于等于丢失的原始音频数据包数，则从缓存里面取出数据进行fec解码，恢复丢失的原始音频数据包。相反的，当接收到的冗余包小于丢包数时，无法恢复丢失的原始音频数据包，则直接输出或者丢弃终端缓存内的原始音频数据包和数据包。

采用udp和rtp方式通信，以及对原始音视频数据进行重新排序，并对即将发生丢包的原始音视频数据进行保护处理，避免udp下发生数据乱序情况，且在网络不稳定发生丢包情况下通过丢包补偿前向纠错技术，终端进行解码并恢复丢失的数据包，有效的保持数据的完整性，改善系统在高丢包率下的用户体验。

上述的音视频传输前向纠错方法，通过在猫眼设备内对采集的原始音视频数据加入冗余校验信息，以形成冗余包，并将该冗余包打包后发送到终端，以达到音视频网络传输的前向纠错编码，在原始音视频数据包发送到终端的过程中出现丢包或者乱序的现象时，通过缓存队列和对数据包解码后恢复已丢失的原始音频数据，实现具备抗丢包、抗乱序的增强型udp地传输音视频数据，进而提升实时音视频传输效果。

图8是本发明另一实施例提供的一种音视频传输前向纠错方法的流程示意图。如图8所示，本实施例的音视频传输前向纠错方法包括步骤s210-s270。其中步骤s210-s260与上述实施例中的步骤s110-s160类似，在此不再赘述。下面详细说明本实施例中所增加的步骤s270。

s270、在终端显示界面上显示已恢复的丢失的原始音视频数据。

终端接收到猫眼设备传输的数据包，对数据包进行解码，恢复丢失的原始音视频数据包，并播放至终端画面。

图9是本发明实施例提供的一种音视频传输前向纠错装置300的示意性框图。如图9所示，对应于以上音视频传输前向纠错方法，本发明还提供一种音视频传输前向纠错装置300。该音视频传输前向纠错装置300包括用于执行上述音视频传输前向纠错方法的单元。

具体地，请参阅图9，该音视频传输前向纠错装置300包括：

原始数据获取单元301，用于获取来自猫眼设备的原始音视频数据；

原始数据包获取单元302，用于将所述原始音视频数据采用实时传输协议进行打包，形成原始音视频数据包；

原始数据包发送单元303，用于将原始音视频数据包发送至终端；

冗余包制作单元304，用于对原始音视频数据引入冗余校验信息，以形成冗余包；

冗余包处理单元305，用于将冗余包进行处理，以形成数据包；

数据包缓存单元306，用于将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包。

在一实施例中，如图10所示，所述冗余包制作单元304包括：

数据存放子单元3041，用于将所述原始音视频数据存放至内部缓存列队；

存放判断子单元3042，用于判断所有原始音视频数据是否都存放完毕；

分组子单元3043，用于若是，则对内部缓存列队内的所述原始音视频数据按照设定的信息位长度进行分组，形成音视频数据组；

信息加入子单元3044，用于对音视频数据组加入设定校验位长度的冗余校验信息，以形成冗余包。

在一实施例中，如图11所示，所述数据包发送单元306包括：

缓存子单元3061，用于在终端内缓存所述数据包以及所述原始音视频数据包；

丢失判断子单元3062，用于判断是否有原始音视频数据包丢失；

恢复数量判断子单元3063，用于若有原始音视频数据包丢失，则判断丢失的原始音频数据包的数量是否超过设定的恢复阈值；

读取子单元3064，用于若否，则根据丢失的原始音视频数据包读取终端内的缓存中的数据包；

解码子单元3065，用于解码所述数据包，以恢复丢失的原始音视频数据包。

在一实施例中，上述的数据包发送单元306包括：

第二通知子单元3066，用于若是，则输出恢复丢失的原始音频数据包失败的通知及丢包率统计值。

在一实施例中，上述的数据包发送单元306包括：

丢弃处理子单元3067，用于对终端缓存内的数据包以及原始音视频数据包进行丢弃处理。

图12是本发明另一实施例提供的一种音视频传输前向纠错装置300的示意性框图。如图12所示，本实施例的音视频传输前向纠错装置300是上述实施例的基础上增加了显示单元307。

显示单元307，用于在终端显示界面上显示已恢复的丢失的原始音视频数据。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述音视频传输前向纠错装置300和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述音视频传输前向纠错装置300可以实现为一种计算机程序的形式，该计算机程序可以在如图13所示的计算机设备上运行。

请参阅图13，图13是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图13，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种音视频传输前向纠错方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种音视频传输前向纠错方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图13中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

获取来自猫眼设备的原始音视频数据；

将所述原始音视频数据采用实时传输协议进行打包，形成原始音视频数据包；

将原始音视频数据包发送至终端；

对原始音视频数据引入冗余校验信息，以形成冗余包；

将冗余包进行处理，以形成数据包；

将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包。

在一实施例中，处理器502在实现所述对原始音视频数据引入冗余校验信息，以形成冗余包步骤时，具体实现如下步骤：

将所述原始音视频数据存放至内部缓存列队；

判断所有原始音视频数据是否都存放完毕；

若是，则对内部缓存列队内的所述原始音视频数据按照设定的信息位长度进行分组，形成音视频数据组；

对音视频数据组加入设定校验位长度的冗余校验信息，以形成冗余包。

在一实施例中，处理器502在实现所述将冗余包进行处理，以形成数据包步骤时，具体实现如下步骤：

对所述冗余包采用实时传输协议进行打包，形成数据包。

在一实施例中，处理器502在实现所述将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包步骤时，具体实现如下步骤：

在终端内缓存所述数据包以及所述原始音视频数据包；

判断是否有原始音视频数据包丢失；

若有原始音视频数据包丢失，则判断丢失的原始音频数据包的数量是否超过设定的恢复阈值；

若否，则根据丢失的原始音视频数据包读取终端内的缓存中的数据包；

解码所述数据包，以恢复丢失的原始音视频数据包。

在一实施例中，处理器502在实现所述将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包步骤之后，还实现如下步骤：

在终端显示界面上显示已恢复的丢失的原始音视频数据。

在一实施例中，处理器502在实现所述判断丢失的原始音频数据包的数量是否超过设定的恢复阈值步骤之后，还实现如下步骤：

若是，则输出恢复丢失的原始音频数据包失败的通知及丢包率统计值。

在一实施例中，处理器502在实现所述输出恢复丢失的原始音频数据包失败的通知及丢包率统计值。的通知步骤之后，还实现如下步骤：

对终端缓存内的数据包以及原始音视频数据包进行丢弃处理。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中该计算机程序被处理器执行时使处理器执行如下步骤：

获取来自猫眼设备的原始音视频数据；

将所述原始音视频数据采用实时传输协议进行打包，形成原始音视频数据包；

将原始音视频数据包发送至终端；

对原始音视频数据引入冗余校验信息，以形成冗余包；

将冗余包进行处理，以形成数据包；

将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包。

在一实施例中，所述处理器在执行所述计算机程序而实现所述对原始音视频数据引入冗余校验信息，以形成冗余包步骤时，具体实现如下步骤：

将所述原始音视频数据存放至内部缓存列队；

判断所有原始音视频数据是否都存放完毕；

若是，则对内部缓存列队内的所述原始音视频数据按照设定的信息位长度进行分组，形成音视频数据组；

对音视频数据组加入设定校验位长度的冗余校验信息，以形成冗余包。

在一实施例中，所述处理器在执行所述计算机程序而实现所述将冗余包进行处理，以形成数据包步骤时，具体实现如下步骤：

对所述冗余包采用实时传输协议进行打包，形成数据包。

在一实施例中，所述处理器在执行所述计算机程序而实现所述将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包步骤时，具体实现如下步骤：

在终端内缓存所述数据包以及所述原始音视频数据包；

判断是否有原始音视频数据包丢失；

若有原始音视频数据包丢失，则判断丢失的原始音频数据包的数量是否超过设定的恢复阈值；

若否，则根据丢失的原始音视频数据包读取终端内的缓存中的数据包；

解码所述数据包，以恢复丢失的原始音视频数据包。

在一实施例中，所述处理器在执行所述计算机程序而实现所述将所述数据包缓存至终端，以使终端对数据包进行解码并恢复丢失的原始音视频数据包步骤之后，还实现如下步骤：

在终端显示界面上显示已恢复的丢失的原始音视频数据。

在一实施例中，所述处理器在执行所述计算机程序而实现所述判断丢失的原始音频数据包的数量是否超过设定的恢复阈值步骤之后，还实现如下步骤：

若是，则输出恢复丢失的原始音频数据包失败的通知及丢包率统计值。

在一实施例中，所述处理器在执行所述计算机程序而实现所述输出恢复丢失的原始音频数据包失败的通知及丢包率统计值步骤之后，还实现如下步骤：

对终端缓存内的数据包以及原始音视频数据包进行丢弃处理。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。