[发明专利]音视频数据的处理方法、装置、电子设备及存储介质

说明书

本申请实施例提供一种音视频数据的处理方法、装置、电子设备及存储介质，该方法包括：发送音视频建立请求，其中，音视频建立请求中包括发送端的前向纠错FEC编码参数；获取音视频建立请求的确认消息；当确认消息中包括FEC编码协商参数时，基于FEC编码协商参数对发送端的音视频数据进行抗丢包处理，其中，FEC编码协商参数为根据发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。通过发送端和接收端对FEC编码参数进行协商，确定两者之间音视频数据的FEC编码协商参数，并基于该FEC编码协商参数对数据进行抗丢包处理，减少了音视频数据的丢包现象，提高了音视频数据传输的准确率，提高了用户体验。

技术领域

本申请涉及移动通信技术领域，尤其涉及一种音视频数据的处理方法、装置、电子设备及存储介质。

背景技术

B-TrunC(Broadband Trunking Communication，宽带集群通信)是由宽带集群产业联盟组织制定的专网宽带集群系统标准。B-TrunC协议定义了宽带集群网络中视频业务的端到端流程，在业务开始时通过媒体参数的协商流程，可以确定本次业务发起的媒体参数格式。

在实时通信中，音视频数据通常使用UDP(User Datagram Protocol，用户数据协议)进行传输，由于UDP是一种无连接的传输协议，无法保证数据传输的质量，所以在网络传输环境较差的时候，不可避免会发生丢包，从而导致音频不连续、视频花屏或者停顿等现象，影响用户的通信体验。

现有的抗丢包策略往往基于丢包重传机制进行，丢包重传机制要求接收端检测到数据丢包后，发送报文至发送端，从而发送端根据该报文确定相应的数据包，发送至接收端，完成对丢包的纠正。

然而，丢包重传依赖于接收端的反馈才能完成，不适用于没有接收端反馈的通信业务，应用范围受限。

发明内容

本申请实施例提供一种音视频数据的处理方法、装置、电子设备及存储介质，基于FEC编码对音视频数据进行抗丢包处理，无需接收端的反馈，便可自动进行丢包检测和恢复，提高了数据传输的准确度。

第一方面，本申请实施例提供了一种音视频数据的处理方法，所述方法包括：

发送音视频建立请求，其中，所述音视频建立请求中包括发送端的前向纠错FEC编码参数；

获取所述音视频建立请求的确认消息；

当所述确认消息中包括FEC编码协商参数时，基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理，其中，所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。

可选地，所述FEC编码参数包括：FEC开关参数、FEC分组参数、FEC冗余度和FEC抗丢包模式。

可选地，当所述发送端的FEC开关参数和所述接收端的FEC开关参数均为开启FEC编码时，根据所述发送端和接收端的FEC分组参数、FEC冗余度和FEC抗丢包模式，分别确定FEC编码协商参数的FEC分组参数、FEC冗余度和FEC抗丢包模式。

可选地，所述发送端的FEC编码参数包括：发送端FEC开关参数、FEC分组备选参数、FEC冗余度备选参数和FEC抗丢包模式备选参数。

可选地，所述FEC编码协商参数为根据所述接收端的FEC编码能力、所述发送端的FEC分组备选参数、FEC冗余度备选参数和FEC抗丢包模式备选参数确定的所述接收端的FEC分组参数、FEC冗余度和FEC抗丢包模式。

可选地，在发送音视频建立请求之前，还包括：

在宽带集群通信协议的终端集群能力中加入FEC编码能力；

所述发送端向集群核心网发送注册请求消息，其中，所述注册请求消息中包括所述发送端的FEC编码能力；