CN114499747B - 音视频数据的处理方法、装置、电子设备及存储介质 - Google Patents
音视频数据的处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114499747B CN114499747B CN202011236732.2A CN202011236732A CN114499747B CN 114499747 B CN114499747 B CN 114499747B CN 202011236732 A CN202011236732 A CN 202011236732A CN 114499747 B CN114499747 B CN 114499747B
- Authority
- CN
- China
- Prior art keywords
- fec
- audio
- parameters
- fec coding
- video
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请实施例提供一种音视频数据的处理方法、装置、电子设备及存储介质,该方法包括:发送音视频建立请求,其中,音视频建立请求中包括发送端的前向纠错FEC编码参数;获取音视频建立请求的确认消息;当确认消息中包括FEC编码协商参数时,基于FEC编码协商参数对发送端的音视频数据进行抗丢包处理,其中,FEC编码协商参数为根据发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。通过发送端和接收端对FEC编码参数进行协商,确定两者之间音视频数据的FEC编码协商参数,并基于该FEC编码协商参数对数据进行抗丢包处理,减少了音视频数据的丢包现象,提高了音视频数据传输的准确率,提高了用户体验。
Description
技术领域
本申请涉及移动通信技术领域,尤其涉及一种音视频数据的处理方法、装置、电子设备及存储介质。
背景技术
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编码能力;
获取所述集群核心网的注册通过消息,其中,所述注册通过消息为所述集群核心网根据所述注册请求消息中的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编码参数和所述接收端的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编码无需将丢包数据回传便可自动进行丢包检测和恢复,应用范围广,提高了数据传输的准确度。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的音视频数据的处理方法的一种应用场景图;
图2为本申请一个实施例提供的音视频数据的处理方法的流程图;
图3为本申请另一个实施例提供的音视频数据的处理方法的流程图;
图4是本申请图3所示实施例中终端集群注册的流程图;
图5是本申请图3所示实施例中的FEC编码参数的协商过程的流程图;
图6为本申请又一个实施例提供的音视频数据的处理方法的流程图;
图7为本申请又一个实施例提供的音视频数据的处理方法的流程图;
图8为本申请一个实施例提供的音视频数据的处理装置的结构示意图;
图9为本申请又一个实施例提供的音视频数据的处理装置的结构示意图;
图10为本申请另一个实施例提供的音视频数据的处理装置的结构示意图;
图11为本申请一个实施例提供的电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
下面对本申请实施例的应用场景进行解释:
图1为本申请实施例提供的音视频数据的处理方法的一种应用场景图,如图1所示,主叫UE(User Equipment,用户终端或用户设备)110向被叫UE120发起音视频请求,并通过集群核心网130将该音视频请求发送至被叫UE120,被叫UE120对该音视频请求进行确认,并生成请求确认消息,通过集群核心网130将该请求确认消息发送至主叫UE110,从而主叫UE110和被叫UE120建立音视频业务,通过集群核心网130进行音视频数据的传输。
然而,现有的基于B-TrunC协议的音视频业务,为了提高业务的实时性,采用UDP协议来针对RTP数据进行传输,而UDP协议无法保证传输数据的质量,从而导致网络拥塞时,会经常出现丢包问题,造成音频不连续、视频卡顿或者花屏的现象,用户体验较差。
为了解决上述问题,本申请实施例提出了一种音视频数据的抗丢包策略,本申请实施例的技术方案的主要构思为:在音视频建立请求中加入发送端的FEC编码参数,通过发送端和接收端关于FEC编码参数的协商过程,确定两者通信对应的FEC编码协商参数,从而根据该协商参数对两者的音视频数据进行抗丢包处理,实现了音视频数据的抗丢包策略,提高了数据传输的准确性,提高了用户体验。
图2为本申请一个实施例提供的音视频数据的处理方法的流程图。所述音视频数据的处理方法可以由终端设备执行,具体的,可以由发送端执行。如图2所示,本实施例提供的音视频数据的处理方法包括以下几个步骤:
步骤S201,发送音视频建立请求,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数。
其中,音视频建立请求是由发送端向接收端发起的建立音视频的一个请求,也可以称为CALL REQUEST。FEC(Forward Error Correction,前向纠错)编码参数包括FEC编码的各种参数,如是否启用FEC编码、FEC编码的冗余度以及所采用的FEC编码算法等。
具体的,FEC编码是一种差错控制编码,在信号或数据包被传输之前预先对其按一定的格式进行处理,在接收端则按照规定的算法进行解码,以达到检测出错码并进行纠错的目的。FEC编码技术通过的数据编码中加入冗余纠错码,进而通过解码可以自动纠正错乱的数据编码,降低数据传输的误码率,提高数据的准确度。
可选地,所述FEC编码参数包括:FEC开关参数、FEC分组参数、FEC冗余度和FEC抗丢包模式。
其中,FEC开关参数包括开和关两种状态,当其为开时,表示采用或开启FEC编码,而当其为关时,则表示不采用或者不开启FEC编码。FEC分组参数是用于表征将数据编码划分为多少个分组或分段。而FEC冗余度即表示FEC编码的长度。FEC抗丢包模式与所传输数据的丢包模式相对应,若所传输数据的丢包模式为随机丢包,则FEC抗丢包模式为FEC抗随机丢包模式,若所传输数据的丢包模式为突击丢包,则FEC抗丢包模式为FEC抗突击丢包模式。具体的,可以根据接收到的数据确定丢包模式。
示例性的,假设数据编码被划分为m个分组,每个分组包括k bit的数据,和n-kbit的冗余编码,则该数据编码对应的FEC开关参数为开,FEC分组参数为m,FEC冗余度为n-k。
进一步地,FEC编码参数还可以包括FEC编码算法。其中,FEC编码算法可以包括Reed Solomon(RS,里所码)、Hamming Code(汉明码)、低密度奇偶校验码(Low DensityParity Check Code,LDPC)和Turbo乘积码(Turbo Product Code,TPC)中的任意一种或多种。
具体的,发送端向接收端发送音视频建立请求,该音视频建立请求可以由集群核心网接收并进行处理后发送至接收端,也可以经过集群核心网直接发送至接收端。其中,发送端也可以称为主叫UE或者主叫端,接收端相应称为被叫UE或者被叫端。
进一步地,该音视频建立请求中携带Video Description(视频描述)消息,而该Video Description消息中包含发送端的FEC编码参数。该音视频建立请求中还可以包括或携带呼叫类型、呼叫属性、被叫号码、媒体信息等。
示例性的,表1为本申请图1所示实施例中的一种Video Description消息的FEC字段表,如表1所示:在本实施例中,在Video Description消息或Video Description信元中添加了FEC编码参数的字段,FEC字段包括3个参数,分别为参数类型、可选还是必选以及参数长度。具体的,FEC字段或者Video FEC Parameters的类型为Video FEC Parameters,可选/必选参数可以是可选,也可以是必选,其长度为1个字节(Byte)。
表1 Video Description消息的FEC字段表
信元 | 类型 | 可选/必选 | 长度 |
Video FEC Parameters | Video FEC Parameters | 可选 | 1 |
示例性的,表2为本申请图1所示实施例中的Video FEC Parameters的参数表,其中,Video FEC Parameters即为上述FEC编码参数,如表2所示,表2 Video FEC Parameters
其中,FEC编码参数1、FEC编码参数2和FEC编码参数3
步骤S202,获取所述音视频建立请求的确认消息。
其中,所述确认消息为根据所述发送端的FEC编码参数和接收端的FEC编码参数生成的所述音视频建立请求消息的回应消息。接收端的个数可以是一个也可以是多个。当接收端为一个时,对应的场景为单呼场景,而当接收端的个数为多个时,则对应为群呼场景。确认消息又可以称为CALL COMFIRMED。
具体的,当发送端的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编码协商参数的步骤可以由集群核心网执行,也可以由接收端执行。而当接收端的数量为至少两个,如3、5或者其他数量时,则需要由集群核心网执行。
进一步地,当由集群核心网执行时,FEC编码协商参数的协商流程为:
集群核心网根据发送端的音视频建立请求中携带的FEC参数和接收端在终端集群注册时上报的FEC编码能力确定本次业务是否可以采用FEC编码,若是,则进而根据发送端的FEC编码参数以及相关签约协议确定发送端和接收端的FEC编码协商参数,并将其添加至确认消息中,发送至接收端和发送端。而当接收端的FEC编码能力为不具备FEC编码的能力时,则表示发送端和接收端之间的数据通信无法采用FEC编码,则该确认消息中不包括FEC编码协商参数。或者发送端和接收端无法就FEC编码的具体参数协商一致时,该确认消息中也不包括FEC编码协商参数。其中,接收端的FEC编码能力在接收端注册时被添加至所述接收端的终端集群能力中。
具体的,接收端的FEC编码能力可以携带在接收端的UE Trunking Capability(终端集群能力)中,在接收端集群终端注册时上报。FEC编码能力用于表征接收端是否具备采用FEC编码的能力。
相应的,由接收端执行的具体过程与上述类似,仅省略了将确认消息发送至接收端的步骤。
步骤S203,当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理。
其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。
进一步地,当确认消息中不包括FEC编码协商参数时,则无法基于FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理,即不对音视频数据进行抗丢包处理,而是按照相关协议进行传输。
具体的,抗丢包处理,即通过在发送端对音视频数据进行FEC编码,在接收端对编码后的音视频数据进行解码从而对丢包进行检测和纠错。
在本实施例中,通过在音视频建立请求中添加发送端的FEC编码参数,并获取关于音视频建立请求的确认消息,该确认消息是由接收端和发送端关于FEC编码参数的协商过程确定的回应消息,若该确认消息中包括FEC编码协商参数,则基于该FEC编码协商参数对发送端和接收端的音视频数据进行抗丢包处理,实现了音视频数据的抗丢包处理,且FEC编码无需将丢包数据回传便可自动进行丢包检测和恢复,应用范围广,提高了数据传输的准确度。
图3为本申请另一个实施例提供的音视频数据的处理方法的流程图,如图3所示,本实施例提供的音视频数据的处理方法在图2所示实施例提供的音视频数据的处理方法的基础上,对步骤S203进行了细化,并在步骤S201之前增加了终端的集群注册的步骤,本实施例提供的音视频数据的处理方法可以包括以下几个步骤:
步骤S301,在宽带集群通信协议的终端集群能力中加入FEC编码能力。
具体的,宽带集群通信协议即B-TrunC协议。在B-TrunC协议中,终端在注册时,会进行UE Trunking Capability的上报,在其中增加终端是否支持FEC编码能力的上报。
示例性的,表3为本申请图3所示实施例中的UE Trunking Capability的参数表,如表3所示:
表3 UE Trunking Capability参数表
可知,UE Trunking Capability中包括:端到端加密参数,用于对音视频数据进行加密,以防止数据被窃听;PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)头压缩,用于定义集群信道的数据包的头压缩方式;AMR Over PDCP用于描述是否采用AMROver PDCP技术进行编码和解码;半双工单呼参数,用于;NAS(Network Attached Storage,网络附属存储)视频业务参数,用于;FEC编码能力参数,用于描述终端设备是否具备FEC编码能力。
步骤S302,发送端向集群核心网发送注册请求消息,其中,所述注册请求消息中包括所述发送端的FEC编码能力。
具体的,发送端基于集群核心网的集群基站向集群核心网发送注册请求消息,注册请求消息又可以称为TRUNKING REGISTER REQUEST,该注册请求消息中携带有发送端的FEC编码能力,其具体形式可以参考表3。
步骤S303,获取所述集群核心网的注册通过消息。
其中,所述注册通过消息为所述集群核心网根据所述注册请求消息中的FEC编码能力和所述发送端的签约信息确定的消息。
具体的,集群核心网接收来自发送端的注册请求消息,查找该发送端的集群签约信息,并根据该签约信号和注册请求消息中FEC编码能力确定是否通过该注册请求,若通过,则生成注册通过消息,并将其发送至发送端,以完成注册。
具体的,步骤S301至步骤S303便组成了发送端的集群注册过程,该过程可以发生在发送端开机Attach到网络结束后,或者发生在发送端的FEC编码能力发生变化之后。
当发送端的集群注册完成后,便可以进行后续的步骤。
与之对应的,接收端也可以包括与发送端对应的集群注册过程,仅需要将发送端替换为接收端即可。
示例性的,图4是本申请图3所示实施例中终端集群注册的流程图,如图4所示,当终端设备UE向集群核心网发送TRUNKING REGISTER REQUEST集群注册消息,发起终端集群注册过程,集群注册消息中携带UE的FEC编码能力;集群核心网接收到TRUNKING REGISTERREQUEST之后,查找该UE的集群签约信息,如果集群核心网侧处理正常,则向UE恢复TRUNKING REGISTER ACCEPT;UE接收到TRUNKING REGISTER ACCEPT之后,向集群核心网回复TRUNKING REGISTER COMPLETE,完成注册。该终端设备UE可以是上述发送端,也可以是上述接收端。
步骤S304,发送音视频建立请求,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数。
步骤S305,获取所述音视频建立请求的确认消息。
其中,所述发送端的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编码能力在接收端集群注册时,被添加在UE TrunkingCapability中。
具体的,图5是本申请图3所示实施例中的FEC编码参数的协商过程的流程图,如图5所示,以进行视频单呼业务为例,主叫UE向集群核心网发起视频单独建立请求CALLREQUEST,该请求中携带有Video Description,其中包括主叫UE的FEC编码参数。当FEC编码参数的协商过程发生在集群核心网侧时,集群核心网根据主叫UE发起请求时携带的FEC编码参数和被叫UE终端集群注册时上报的FEC编码能力确定本次业务是否采用FEC编码以及确定相应的FEC编码协商参数,然后将协商之后的确认消息CALL CONFIRMED传递给被叫终端。当FEC编码参数的协商过程发生在被叫UE侧时,集群核心网需要将主叫UE的FEC编码参数发送至被叫UE,被叫UE根据自身的FEC编码能力选择是否采用FEC编码以及确定相应的FEC编码协商参数,然后将协商之后的确认消息CALL CONFIRMED传递给被集群核心网,由集群核心网将该确认消息发送至主叫UE。
当为视频组呼业务时,该协商过程仅可以发生在集群核心网侧,各个被叫UE的FEC编码能力或FEC编码参数可以由监听UE获取并传输至集群核心网,其过程与单呼业务类似,在此不再赘述。
进一步地,当发送端接收到该确认消息之后,便可以建立发送端专用承载,以及接收端专用承载,从而进行发送端和接收端的音视频业务。
步骤S306,当所述确认消息中包括FEC编码协商参数时,根据所述FEC编码协商参数,确定所述发送端的音视频数据的FEC冗余数据。
其中,所述FEC编码协商参数为根据所述接收端的FEC编码能力、所述发送端的FEC分组备选参数、FEC冗余度备选参数和FEC抗丢包模式备选参数确定的所述接收端的FEC分组参数、FEC冗余度和FEC抗丢包模式。
具体的,可以根据FEC编码协商参数中的FEC分组参数、FEC冗余度分别确定音视频数据的分组数量和FEC冗余数据的长度,根据FEC抗丢包模式确定FEC编码的模式,进而根据FEC编码的模式确定相应的FEC编码算法,以实现在音视频数据的数据编码之后增加FEC冗余编码。
步骤S307,在所述发送端的音视频数据中添加FEC冗余数据,以根据所述FEC冗余数据对所述发送端的音视频数据进行抗丢包处理。
具体的,通过发送之前,在发送端的音视频数据中增加FEC冗余数据,即基于上述FEC编码参数在音视频数据中增加FEC编码,从而得到FEC编码后的音视频数据,在接收端可以根据相应的解码算法对FEC编码后的音视频数据进行解码,以实现对错码的纠错。
本实施例中,在终端集群注册时,在B-TrunC协议中增加FEC相关参数,并在终端注册时将该FEC参数添加至终端集群能力中,从而使得当发送端向接收端发起音视频建立请求时,集群核心网可以根据发送段和接收端的FEC参数,进行两者的FEC协商流程,从而确定两者通讯时对应的FEC编码协商参数,以便于基于该FEC编码协商参数对两者之间的音视频数据进行抗丢包处理,提高了数据传输的准确度,提高了用户体验。
图6为本申请又一个实施例提供的音视频数据的处理方法的流程图,本实施例提供的音视频数据的处理方法适用于集群核心网的相关设备,如图6所示,该音视频数据的处理方法包括以下步骤:
步骤S601,获取发送端的音视频建立请求和接收端的FEC编码参数。
其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数。
可选地,在获取发送端的音视频建立请求和接收端的FEC编码参数之前,还包括:
接收发送端或接收端的注册请求消息,其中,所述注册请求消息中包括所述发送端的FEC编码能力,所述FEC编码能力被添加在宽带集群通信协议的终端集群能力中;根据所述注册请求消息中的FEC编码能力和所述发送端或接收端的签约信息生成注册通过消息,将所述注册通过消息发送至所述发送端或接收端。
步骤S602,根据所述发送端的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编码协商参数。
步骤S603,当所述确认消息中包括FEC编码协商参数时,向所述发送端和接收端发送FEC启动消息,以使所述发送端和接收端基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理。
其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。
可选地,基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理,包括:
据所述FEC编码协商参数,确定所述发送端的音视频数据的FEC冗余数据;在所述发送端的音视频数据中添加FEC冗余数据,以根据所述FEC冗余数据对所述发送端的音视频数据进行抗丢包处理。
在本实施例中,通过在音视频建立请求中添加发送端的FEC编码参数,并获取关于音视频建立请求的确认消息,该确认消息是由接收端和发送端关于FEC编码参数的协商过程确定的回应消息,若该确认消息中包括FEC编码协商参数,则基于该FEC编码协商参数对发送端和接收端的音视频数据进行抗丢包处理,实现了音视频数据的抗丢包处理,且FEC编码无需将丢包数据回传便可自动进行丢包检测和恢复,应用范围广,提高了数据传输的准确度。
图7为本申请又一个实施例提供的音视频数据的处理方法的流程图,本实施例提供的音视频数据的处理方法适用于被叫UE或接收端,如图7所示,该音视频数据的处理方法包括以下步骤:
步骤S701,获取发送端的音视频建立请求和接收端的FEC编码参数。
其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数。
可选地,在获取发送端的音视频建立请求和接收端的FEC编码参数之前,还包括:
在宽带集群通信协议的终端集群能力中加入FEC编码能力;接收端向集群核心网发送注册请求消息,其中,所述注册请求消息中包括所述接收端的FEC编码能力;获取所述集群核心网的注册通过消息,其中,所述注册通过消息为所述集群核心网根据所述注册请求消息中的FEC编码能力和所述接收端的签约信息确定的消息。
步骤S702,根据所述发送端的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编码协商参数。
步骤S703,当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理。
其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。
可选地,基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理,包括:
根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
在本实施例中,通过在音视频建立请求中添加发送端的FEC编码参数,并获取关于音视频建立请求的确认消息,该确认消息是由接收端和发送端关于FEC编码参数的协商过程确定的回应消息,若该确认消息中包括FEC编码协商参数,则基于该FEC编码协商参数对发送端和接收端的音视频数据进行抗丢包处理,实现了音视频数据的抗丢包处理,且FEC编码无需将丢包数据回传便可自动进行丢包检测和恢复,应用范围广,提高了数据传输的准确度。
图8为本申请一个实施例提供的音视频数据的处理装置的结构示意图,如图8所示,本实施例提供的音视频数据的处理装置包括:建立请求发送模块810、确认消息获取模块820和第一数据处理模块830。
其中,建立请求发送模块810用于发送音视频建立请求,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;确认消息获取模块820,用于获取所述音视频建立请求的确认消息;第一数据处理模块830,用于当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。
可选地,该音视频数据的处理装置,还包括:
发送端注册模块,用于在发送音视频建立请求之前,在宽带集群通信协议的终端集群能力中加入FEC编码能力;所述发送端向集群核心网发送注册请求消息,其中,所述注册请求消息中包括所述发送端的FEC编码能力;获取所述集群核心网的注册通过消息,其中,所述注册通过消息为所述集群核心网根据所述注册请求消息中的FEC编码能力和所述发送端的签约信息确定的消息。
可选地,第一数据处理模块830,具体用于:
当所述确认消息中包括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抗丢包模式。
图9为本申请又一个实施例提供的音视频数据的处理装置的结构示意图,如图9所示,本实施例提供的音视频数据的处理装置包括:第一请求获取模块910、第一确认消息确定模块920和FEC启动模块930。
其中,第一请求获取模块910,用于获取发送端的音视频建立请求和接收端的FEC编码参数,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;第一确认消息确定模块920,用于根据所述发送端的FEC编码参数和所述接收端的FEC编码参数确定所述音视频建立请求的确认消息,其中,所述确认消息为所述音视频建立请求的回应消息;FEC启动模块930,用于当所述确认消息中包括FEC编码协商参数时,向所述发送端和接收端发送FEC启动消息,以使所述发送端和接收端基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。
可选地,该音视频数据的处理装置,还包括:
终端注册模块,用于在获取发送端的音视频建立请求和接收端的FEC编码参数之前,接收发送端或接收端的注册请求消息,其中,所述注册请求消息中包括所述发送端的FEC编码能力,所述FEC编码能力被添加在宽带集群通信协议的终端集群能力中;根据所述注册请求消息中的FEC编码能力和所述发送端或接收端的签约信息生成注册通过消息,将所述注册通过消息发送至所述发送端或接收端。
可选地,第一确认消息确定模块920,包括:
第一确认消息生成单元,用于生成所述音视频建立请求的确认消息;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冗余数据对所述发送端的音视频数据进行抗丢包处理。
图10为本申请另一个实施例提供的音视频数据的处理装置的结构示意图,如图10所示,本实施例提供的音视频数据的处理装置包括:第二请求获取模块1010、第二确认消息确定模块1020和第二数据处理模块1030。
其中,第二请求获取模块1010,用于获取发送端的音视频建立请求和接收端的FEC编码参数;第二确认消息确定模块1020,用于根据所述发送端的FEC编码参数和所述接收端的FEC编码参数确定所述音视频建立请求的确认消息,其中,所述确认消息为所述音视频建立请求的回应消息;第二数据处理模块1030,用于当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数。
可选地,该音视频数据的处理装置,还包括:
接收端注册模块,用于在获取发送端的音视频建立请求和接收端的FEC编码参数之前,在宽带集群通信协议的终端集群能力中加入FEC编码能力;接收端向集群核心网发送注册请求消息,其中,所述注册请求消息中包括所述接收端的FEC编码能力;获取所述集群核心网的注册通过消息,其中,所述注册通过消息为所述集群核心网根据所述注册请求消息中的FEC编码能力和所述接收端的签约信息确定的消息。
可选地,基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理,包括:
根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
图11为本申请一个实施例提供的电子设备的结构示意图,如图11所示,该电子设备包括:存储器1110,处理器1120以及计算机程序。
其中,计算机程序存储在存储器1110中,并被配置为由处理器1120执行以实现本申请图2-图8所对应的实施例中任一实施例提供的音视频数据的处理方法。
其中,存储器1111和处理器1120通过总线1130连接。
相关说明可以对应参见图2-图7的步骤所对应的相关描述和效果进行理解,此处不做过多赘述。
本申请一个实施例提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行以实现本申请图2-图7所对应的实施例中任一实施例提供的音视频数据的处理方法。
其中,计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (14)
1.一种音视频数据处理方法,其特征在于,所述方法包括:
发送音视频建立请求,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;
获取所述音视频建立请求的确认消息;
当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数;
所述基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理,包括:
根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
2.根据权利要求1所述的方法,其特征在于,所述FEC编码参数包括:FEC开关参数、FEC分组参数、FEC冗余度和FEC抗丢包模式。
3.根据权利要求2所述的方法,其特征在于,当所述发送端的FEC开关参数和所述接收端的FEC开关参数均为开启FEC编码时,所述确认消息中的FEC编码协商参数的FEC分组参数、FEC冗余度和FEC抗丢包模式分别根据所述发送端和接收端的FEC分组参数、FEC冗余度和FEC抗丢包模式确定。
4.根据权利要求1所述的方法,其特征在于,所述发送端的FEC编码参数包括:发送端FEC开关参数、FEC分组备选参数、FEC冗余度备选参数和FEC抗丢包模式备选参数。
5.根据权利要求4所述的方法,其特征在于,所述FEC编码协商参数为根据所述接收端的FEC编码能力、所述发送端的FEC分组备选参数、FEC冗余度备选参数和FEC抗丢包模式备选参数确定的所述接收端的FEC分组参数、FEC冗余度和FEC抗丢包模式。
6.根据权利要求1所述的方法,其特征在于,在发送音视频建立请求之前,还包括:
在宽带集群通信协议的终端集群能力中加入FEC编码能力;
所述发送端向集群核心网发送注册请求消息,其中,所述注册请求消息中包括所述发送端的FEC编码能力;
获取所述集群核心网的注册通过消息,其中,所述注册通过消息为所述集群核心网根据所述注册请求消息中的FEC编码能力和所述发送端的签约信息确定的消息。
7.根据权利要求1-6任一项所述的方法,其特征在于,基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理,包括:
根据所述FEC编码协商参数,确定所述发送端的音视频数据的FEC冗余数据;
在所述发送端的音视频数据中添加FEC冗余数据,以根据所述FEC冗余数据对所述发送端的音视频数据进行抗丢包处理。
8.一种音视频数据的处理方法,其特征在于,所述方法包括:
获取发送端的音视频建立请求和接收端的FEC编码参数,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;
根据所述发送端的FEC编码参数和所述接收端的FEC编码参数确定所述音视频建立请求的确认消息,其中,所述确认消息为所述音视频建立请求的回应消息;
当所述确认消息中包括FEC编码协商参数时,向所述发送端和接收端发送FEC启动消息,以使所述发送端和接收端基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数;
其中,所述基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理,包括:根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
9.一种音视频数据的处理方法,其特征在于,所述方法包括:
获取发送端的音视频建立请求和接收端的FEC编码参数,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;
根据所述发送端的FEC编码参数和所述接收端的FEC编码参数确定所述音视频建立请求的确认消息,其中,所述确认消息为所述音视频建立请求的回应消息;
当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数;
所述基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理,包括:
根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
10.一种音视频数据的处理装置,其特征在于,所述装置包括:
建立请求发送模块,用于发送音视频建立请求,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;
确认消息获取模块,用于获取所述音视频建立请求的确认消息;
第一数据处理模块,用于当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述发送端的音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数;
所述第一数据处理模块具体用于,
根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
11.一种音视频数据的处理装置,其特征在于,所述装置包括:
第一请求获取模块,用于获取发送端的音视频建立请求和接收端的FEC编码参数,其中,所述音视频建立请求中包括发送端的前向纠错FEC编码参数;
第一确认消息确定模块,用于根据所述发送端的FEC编码参数和所述接收端的FEC编码参数确定所述音视频建立请求的确认消息,其中,所述确认消息为所述音视频建立请求的回应消息;
FEC启动模块,用于当所述确认消息中包括FEC编码协商参数时,向所述发送端和接收端发送FEC启动消息,以使所述发送端和接收端基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数;
其中,基于所述FEC编码协商参数和所述FEC启动消息对音视频数据进行抗丢包处理,包括:根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
12.一种音视频数据的处理装置,其特征在于,所述装置包括:
第二请求获取模块,用于获取发送端的音视频建立请求和接收端的FEC编码参数;
第二确认消息确定模块,用于根据所述发送端的FEC编码参数和所述接收端的FEC编码参数确定所述音视频建立请求的确认消息,其中,所述确认消息为所述音视频建立请求的回应消息;
第二数据处理模块,用于当所述确认消息中包括FEC编码协商参数时,基于所述FEC编码协商参数对所述接收端的音视频数据进行抗丢包处理,其中,所述FEC编码协商参数为根据所述发送端的FEC编码参数和接收端的FEC编码参数确定的FEC编码参数;
所述第二数据处理模块,具体用于,
根据所述FEC编码协商参数,确定所述接收端的音视频数据的FEC解码算法;根据所述FEC解码算法对所述发送端的音视频数据进行丢包检测和纠错。
13.一种电子设备,其特征在于,包括:存储器和至少一个处理器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1至9任一项所述的音视频数据的处理方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1至9任一项所述的音视频数据的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011236732.2A CN114499747B (zh) | 2020-11-09 | 2020-11-09 | 音视频数据的处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011236732.2A CN114499747B (zh) | 2020-11-09 | 2020-11-09 | 音视频数据的处理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114499747A CN114499747A (zh) | 2022-05-13 |
CN114499747B true CN114499747B (zh) | 2023-06-20 |
Family
ID=81490553
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011236732.2A Active CN114499747B (zh) | 2020-11-09 | 2020-11-09 | 音视频数据的处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114499747B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012155821A1 (zh) * | 2011-05-17 | 2012-11-22 | 华为终端有限公司 | 差错控制的方法、接收端、发送端和*** |
CN106937134A (zh) * | 2015-12-31 | 2017-07-07 | 深圳市潮流网络技术有限公司 | 一种数据传输的编码方法、编码发送装置及*** |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3757857B2 (ja) * | 2001-12-12 | 2006-03-22 | ソニー株式会社 | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム |
CN101296055B (zh) * | 2007-04-29 | 2013-01-09 | 华为技术有限公司 | 数据包收发方法及装置 |
CN102111233B (zh) * | 2009-12-28 | 2014-03-26 | 华为软件技术有限公司 | 一种fec数据的处理方法及*** |
CN103533453A (zh) * | 2013-10-28 | 2014-01-22 | 苏州新海宜通信科技股份有限公司 | 一种抗丢包的传输方法 |
CN107196746B (zh) * | 2016-03-15 | 2020-11-27 | 中兴通讯股份有限公司 | 实时通信中的抗丢包方法、装置和*** |
CN107483144B (zh) * | 2016-06-07 | 2021-11-23 | 中兴通讯股份有限公司 | 前向纠错反馈信息传输方法、装置 |
CN109327283B (zh) * | 2018-11-23 | 2021-06-22 | 深圳齐心好视通云计算有限公司 | 一种网络自适应的抗丢包方法、装置及终端设备 |
CN111385055B (zh) * | 2018-12-27 | 2023-03-24 | 杭州海康威视数字技术股份有限公司 | 一种数据传输方法和装置 |
CN111800218B (zh) * | 2019-04-08 | 2022-04-22 | 华为技术有限公司 | 一种数据流的传输方法和设备 |
-
2020
- 2020-11-09 CN CN202011236732.2A patent/CN114499747B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012155821A1 (zh) * | 2011-05-17 | 2012-11-22 | 华为终端有限公司 | 差错控制的方法、接收端、发送端和*** |
CN106937134A (zh) * | 2015-12-31 | 2017-07-07 | 深圳市潮流网络技术有限公司 | 一种数据传输的编码方法、编码发送装置及*** |
Also Published As
Publication number | Publication date |
---|---|
CN114499747A (zh) | 2022-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10361810B2 (en) | Data packet transmission/reception apparatus and method | |
TWI501579B (zh) | 使用透過單播系統接收之增量冗餘以在廣播系統中接收資料的接收器與接收方法 | |
JP6640038B2 (ja) | マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置 | |
EP2638650B1 (en) | Packet-level erasure protection coding in aggregated packet transmissions | |
US9246630B2 (en) | Method, device, and system for forward error correction | |
EP1604477B1 (en) | Transmission of data with forward error correction information | |
EP2166687B1 (en) | A method and apparatus for transmiting and receiving data packets | |
US20030023915A1 (en) | Forward error correction system and method for packet based communication systems | |
US10015486B2 (en) | Enhanced video decoding with application layer forward error correction | |
US20130294447A1 (en) | Apparatus and method of transmitting and receiving packet in a broadcasting and communication system | |
CN112350803B (zh) | 数据包的传输方法、装置、***、电子设备及存储介质 | |
CN101689972B (zh) | 用于指示使用捎带的ack/nack字段的临时块流的方法和设备 | |
TWI229991B (en) | Wireless communication method and wireless communication device | |
US11689323B2 (en) | Efficient on-demand packet recovery for broadcast and multicast networks system and method | |
JP5236735B2 (ja) | 送信機及び受信機間の改良されたデータ構造境界同期 | |
US20160352465A1 (en) | Apparatus and method for transmitting and receiving forward error correction packet | |
CN114499747B (zh) | 音视频数据的处理方法、装置、电子设备及存储介质 | |
Hansen et al. | Bridging inter-flow and intra-flow network coding for video applications: Testbed description and performance evaluation | |
JP2009518991A (ja) | 選択的なエラー訂正データ受信を行う装置 | |
CN113301387B (zh) | 数据编解码方法、相关设备及*** | |
WO2019170065A1 (zh) | 数据传输方法、装置、网络接入设备和存储介质 | |
JP3730977B2 (ja) | データ伝送方法およびデータ処理方法 | |
CN112954255B (zh) | 视频会议码流的传输方法、装置、计算机设备和存储介质 | |
WO2022266974A1 (zh) | 图像处理方法、装置、业务服务器及存储介质 | |
WO2023273671A1 (zh) | 重传音频数据包的方法、音频接收器、存储介质及*** |
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 |