CN111385241B - 多媒体数据的丢包修复方法、装置、系统和可读存储介质 - Google Patents
多媒体数据的丢包修复方法、装置、系统和可读存储介质 Download PDFInfo
- Publication number
- CN111385241B CN111385241B CN201811614153.XA CN201811614153A CN111385241B CN 111385241 B CN111385241 B CN 111385241B CN 201811614153 A CN201811614153 A CN 201811614153A CN 111385241 B CN111385241 B CN 111385241B
- Authority
- CN
- China
- Prior art keywords
- real
- packet
- time
- protocol packet
- time transmission
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- 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
Abstract
本发明提供了一种多媒体数据的丢包修复方法、装置、系统和可读存储介质,其中,丢包修复方法包括:在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中;抓取通信链路中的实时传输控制协议包;根据实时传输控制协议包进行丢包修复处理。通过本发明的技术方案,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复。
Description
技术领域
本发明涉及丢包修复技术领域,具体而言,涉及一种多媒体数据的丢包修复方法、一种多媒体数据的丢包修复装置、一种多媒体数据的丢包修复系统和一种计算机可读存储介质。
背景技术
RTP(Real-time Transport Protocol,实时传输协议)为Internet上端到端的实时传输提供时间信息和流同步,但并不保证服务质量,服务质量由RTCP(Real-timeTransport Control Protocol,即实时传输控制协议)来提供。
具体地,RTP和RTCP是基于UDP(User Datagram Protocol,即用户数据报协议)设计的,而UDP协议的最主要缺陷时不能保证数据包被送达至接收端设备,因此,在通信质量较差(如带宽不足、流量拥塞、信号误码率高、固有丢失率高)时,RTP包会发生丢失进而导致音频资源和视频资源的质量下降。
相关技术中,在视频会议场景或直播场景下,如果终端设备已经完成部署但其硬件结构不便于进行更新或更新成本高昂,以致终端设备不能支持RTCP协议,则在进行多媒体资源的实时传输时,终端设备无法实现丢包修复,进而严重影响终端用户的视听体验。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此,本发明的一个目的在于提供一种多媒体数据的丢包修复方法。
本发明的另一个目的在于提供一种多媒体数据的丢包修复装置。
本发明的另一个目的在于提供一种多媒体数据的丢包修复系统。
本发明的另一个目的在于提供一种计算机可读存储介质。
为了实现上述目的,根据本发明的第一方面的实施例,提供了一种多媒体数据的丢包修复方法,包括:在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中;抓取通信链路中的实时传输控制协议包;根据实时传输控制协议包进行丢包修复处理。
在该技术方案中,通过在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中,网桥抓取通信链路中的实时传输控制协议包,并且根据实时传输控制协议包进行丢包修复处理,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复,而且提升了终端用户对视频流数据的视觉体验和声效体验。
其中,网桥从通信机制上分为电路型网桥和数据型网桥,数据型网桥采用IP传输机制,接口协议采用桥接原理实现,组网灵活且成本低廉,多用于网络数据传输和监控类图像传输。
在上述任一技术方案中,优选地,实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,实时传输控制协议包中还携带有丢失的数据包信息。
在该技术方案中,通过设置实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,能够根据应用业务类型调整丢包修复方案,并通过设置实时传输控制协议包中还携带有丢失的数据包信息,有利于及时触发数据源终端重新发送丢失的多媒体数据,以进一步地提升终端用户的视听体验。
在上述任一技术方案中,优选地,还包括:根据实时传输控制协议包确定往返时延参数;根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,其中,最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时。
在该技术方案中,通过根据实时传输控制协议包确定往返时延参数,并根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,能够结合往返时延参数和应用业务类型对丢包修复方案进行进一步地优化,譬如,对于视频会议业务,要求通信延时要尽量小,同时能够接收少量的丢包,这时最小缓冲时间和最大超时时间需要设置为较小值,比如分别设置为60毫秒和200毫秒。对于视频直播类业务,延时要求不高,同时最好保证不丢包,这时最小缓冲时间和/或最大超时时间可以设置为较大值,比如分别设置为1000毫秒和5000毫秒。
在上述任一技术方案中,优选地,还包括:根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息;触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型。
在该技术方案中,通过根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息,并且向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息,其中,已接收的数据包信息属于一种正向反馈方案,能够使得数据源终端清除缓存区中已发送的多媒体数据,丢失的数据包信息属于一种负向反馈方案,能够准确地触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型,进而以有效的反馈和最小的开销使实时传输协议包的传输效率最佳化。
根据本发明的第二方面的技术方案,提供了一种多媒体数据的丢包修复装置,包括:接入单元,用于在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中;抓取单元,用于抓取通信链路中的实时传输控制协议包;修复单元,用于根据实时传输控制协议包进行丢包修复处理。
在该技术方案中,通过在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中,网桥抓取通信链路中的实时传输控制协议包,并且根据实时传输控制协议包进行丢包修复处理,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复,而且提升了终端用户对视频流数据的视觉体验和声效体验。
其中,网桥从通信机制上分为电路型网桥和数据型网桥,数据型网桥采用IP传输机制,接口协议采用桥接原理实现,组网灵活且成本低廉,多用于网络数据传输和监控类图像传输。
在上述任一技术方案中,优选地,实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,实时传输控制协议包中还携带有丢失的数据包信息。
在该技术方案中,通过设置实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,能够根据应用业务类型调整丢包修复方案,并通过设置实时传输控制协议包中还携带有丢失的数据包信息,有利于及时触发数据源终端重新发送丢失的多媒体数据,以进一步地提升终端用户的视听体验。
在上述任一技术方案中,优选地,还包括:确定单元,用于根据实时传输控制协议包确定往返时延参数;确定单元还用于:根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,其中,最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时。
在该技术方案中,通过根据实时传输控制协议包确定往返时延参数,并根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,能够结合往返时延参数和应用业务类型对丢包修复方案进行进一步地优化,譬如,对于视频会议业务,要求通信延时要尽量小,同时能够接收少量的丢包,这时最小缓冲时间和最大超时时间需要设置为较小值,比如分别设置为60毫秒和200毫秒。对于视频直播类业务,延时要求不高,同时最好保证不丢包,这时最小缓冲时间和/或最大超时时间可以设置为较大值,比如分别设置为1000毫秒和5000毫秒。
在上述任一技术方案中,优选地,确定单元还用于:根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;多媒体数据的丢包修复装置还包括:反馈单元,用于向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息;触发单元,用于触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型。
在该技术方案中,通过根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息,并且向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息,其中,已接收的数据包信息属于一种正向反馈方案,能够使得数据源终端清除缓存区中已发送的多媒体数据,丢失的数据包信息属于一种负向反馈方案,能够准确地触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型,进而以有效的反馈和最小的开销使实时传输协议包的传输效率最佳化。
根据本发明的第三方面的技术方案,提供了一种多媒体数据的丢包修复系统,包括:服务器,用于转发实时传输协议包;终端设备,关联于服务器,并通过通信链路与服务器之间进行实时传输协议包的交互;网桥,接入于任一终端设备与服务器之间的通信链路中,用于抓取通信链路中的实时传输控制协议包,并根据实时传输控制协议包进行丢包修复处理。
根据本发明的第四方面的技术方案,提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被执行时实现如上述任一项技术方案限定的多媒体数据的丢包修复方法。
本发明的附加方面和优点将在下面的描述部分中给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1示出了根据本发明的实施例的多媒体数据的丢包修复方法的示意流程图;
图2示出了根据本发明的实施例的多媒体数据的丢包修复装置的示意框图;
图3示出了根据本发明的实施例的多媒体数据的丢包修复线条的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
实施例一:
图1示出了根据本发明的实施例的多媒体数据的丢包修复方法的示意流程图。
如图1所示,根据本发明的实施例的多媒体数据的丢包修复方法,包括:步骤S102,在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中;步骤S104,抓取通信链路中的实时传输控制协议包;步骤S106,根据实时传输控制协议包进行丢包修复处理。
在该技术方案中,通过在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中,网桥抓取通信链路中的实时传输控制协议包,并且根据实时传输控制协议包进行丢包修复处理,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复,而且提升了终端用户对视频流数据的视觉体验和声效体验。
其中,网桥从通信机制上分为电路型网桥和数据型网桥,数据型网桥采用IP传输机制,接口协议采用桥接原理实现,组网灵活且成本低廉,多用于网络数据传输和监控类图像传输。
在上述任一技术方案中,优选地,实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,实时传输控制协议包中还携带有丢失的数据包信息。
在该技术方案中,通过设置实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,能够根据应用业务类型调整丢包修复方案,并通过设置实时传输控制协议包中还携带有丢失的数据包信息,有利于及时触发数据源终端重新发送丢失的多媒体数据,以进一步地提升终端用户的视听体验。
在上述任一技术方案中,优选地,还包括:根据实时传输控制协议包确定往返时延参数;根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,其中,最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时。
在该技术方案中,通过根据实时传输控制协议包确定往返时延参数,并根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,能够结合往返时延参数和应用业务类型对丢包修复方案进行进一步地优化,譬如,对于视频会议业务,要求通信延时要尽量小,同时能够接收少量的丢包,这时最小缓冲时间和最大超时时间需要设置为较小值,比如分别设置为60毫秒和200毫秒。对于视频直播类业务,延时要求不高,同时最好保证不丢包,这时最小缓冲时间和/或最大超时时间可以设置为较大值,比如分别设置为1000毫秒和5000毫秒。
在上述任一技术方案中,优选地,还包括:根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息;触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型。
在该技术方案中,通过根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息,并且向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息,其中,已接收的数据包信息属于一种正向反馈方案,能够使得数据源终端清除缓存区中已发送的多媒体数据,丢失的数据包信息属于一种负向反馈方案,能够准确地触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型,进而以有效的反馈和最小的开销使实时传输协议包的传输效率最佳化。
实施例二:
图2示出了根据本发明的实施例的多媒体数据的丢包修复装置的示意框图。
如图2所示,根据本发明的实施例的多媒体数据的丢包修复装置200,包括:接入单元202,用于在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中;抓取单元204,用于抓取通信链路中的实时传输控制协议包;修复单元206,用于根据实时传输控制协议包进行丢包修复处理。
在该技术方案中,通过在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中,网桥抓取通信链路中的实时传输控制协议包,并且根据实时传输控制协议包进行丢包修复处理,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复,而且提升了终端用户对视频流数据的视觉体验和声效体验。
其中,网桥从通信机制上分为电路型网桥和数据型网桥,数据型网桥采用IP传输机制,接口协议采用桥接原理实现,组网灵活且成本低廉,多用于网络数据传输和监控类图像传输。
在上述任一技术方案中,优选地,实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,实时传输控制协议包中还携带有丢失的数据包信息。
在该技术方案中,通过设置实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,能够根据应用业务类型调整丢包修复方案,并通过设置实时传输控制协议包中还携带有丢失的数据包信息,有利于及时触发数据源终端重新发送丢失的多媒体数据,以进一步地提升终端用户的视听体验。
在上述任一技术方案中,优选地,还包括:确定单元208,用于根据实时传输控制协议包确定往返时延参数;确定单元208还用于:根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,其中,最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时。
在该技术方案中,通过根据实时传输控制协议包确定往返时延参数,并根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,能够结合往返时延参数和应用业务类型对丢包修复方案进行进一步地优化,譬如,对于视频会议业务,要求通信延时要尽量小,同时能够接收少量的丢包,这时最小缓冲时间和最大超时时间需要设置为较小值,比如分别设置为60毫秒和200毫秒。对于视频直播类业务,延时要求不高,同时最好保证不丢包,这时最小缓冲时间和/或最大超时时间可以设置为较大值,比如分别设置为1000毫秒和5000毫秒。
在上述任一技术方案中,优选地,确定单元208还用于:根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;多媒体数据的丢包修复装置200还包括:反馈单元210,用于向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息;触发单元212,用于触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型。
在该技术方案中,通过根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息,并且向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息,其中,已接收的数据包信息属于一种正向反馈方案,能够使得数据源终端清除缓存区中已发送的多媒体数据,丢失的数据包信息属于一种负向反馈方案,能够准确地触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型,进而以有效的反馈和最小的开销使实时传输协议包的传输效率最佳化。
实施例三:
图3示出了根据本发明的另一个实施例的多媒体数据的丢包修复系统的示意框图。
如图3所示,根据本发明的另一个实施例的多媒体数据的丢包修复系统300,包括:服务器302,用于转发实时传输协议包;终端设备(如图3所示的终端设备3061、终端设备3062……终端设备306n,n为大于或等于2的正整数),关联于服务器302,并通过通信链路与服务器302之间进行实时传输协议包的交互;网桥304,接入于任一终端设备与服务器302之间的通信链路中,用于抓取通信链路中的实时传输控制协议包,并根据实时传输控制协议包进行丢包修复处理。
具体地,在进行多媒体数据的实时传输过程中,终端设备306n可能由于未升级软件系统或硬件设施落后等原因,无法支持RTCP协议,根据本发明的实施例,在服务器302与上述终端设备306n之间的通信链路接入网桥304,进而使网桥304辅助终端设备306n实现基于RTCP协议的丢包修复。
其中,上述多媒体数据的丢包修复装置200可以兼容于或集成于具有通信模块的MCU、DSP、CPU和嵌入式设备等,上述修复单元206、确定单元208和触发单元212可以是上述多媒体数据的丢包修复装置200的处理器(CPU)、控制器(MCU)、嵌入式微控芯片和基带处理器等,上述接入单元202、抓取单元204和反馈单元210可以是上述多媒体数据的丢包修复装置200的天线和载波调制模块等。
综上,上述多媒体数据的丢包修复系统300具备以下优势:
(1)不改变任何网络拓扑,几乎不需要配置。
(2)对于用户是全透明的,用户不需要进行任何配置,也感知不到相关设备和软件的存在,不占用终端设备的内存和服务器的内存。
(3)网桥会自动探测和学习通信链路中的RTP/RTCP协议,一旦发现这些协议,就开始执行上述丢包修复方案。
(4)上述丢包修复方案是自协商的,如果通信链路的两端的终端设备均不支持RTP/RTCP协议,则上述修补修复方案不启动,并且对于网络数据交互不产生任何影响。
实施例四:
根据本发明的实施例,还提出了一种计算机可读存储介质,其上存储有计算机程序,上述计算机程序被执行时实现以下步骤:在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中;抓取通信链路中的实时传输控制协议包;根据实时传输控制协议包进行丢包修复处理。
在该技术方案中,通过在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中,网桥抓取通信链路中的实时传输控制协议包,并且根据实时传输控制协议包进行丢包修复处理,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复,而且提升了终端用户对视频流数据的视觉体验和声效体验。
其中,网桥从通信机制上分为电路型网桥和数据型网桥,数据型网桥采用IP传输机制,接口协议采用桥接原理实现,组网灵活且成本低廉,多用于网络数据传输和监控类图像传输。
在上述任一技术方案中,优选地,实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,实时传输控制协议包中还携带有丢失的数据包信息。
在该技术方案中,通过设置实时传输控制协议包中携带有业务数据的应用指示信息,业务数据的应用指示信息用于指示进行实时传输协议包的应用业务类型,能够根据应用业务类型调整丢包修复方案,并通过设置实时传输控制协议包中还携带有丢失的数据包信息,有利于及时触发数据源终端重新发送丢失的多媒体数据,以进一步地提升终端用户的视听体验。
在上述任一技术方案中,优选地,还包括:根据实时传输控制协议包确定往返时延参数;根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,其中,最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时。
在该技术方案中,通过根据实时传输控制协议包确定往返时延参数,并根据往返时延参数和应用指示信息确定最小缓冲时间和/或最大超时时间,能够结合往返时延参数和应用业务类型对丢包修复方案进行进一步地优化,譬如,对于视频会议业务,要求通信延时要尽量小,同时能够接收少量的丢包,这时最小缓冲时间和最大超时时间需要设置为较小值,比如分别设置为60毫秒和200毫秒。对于视频直播类业务,延时要求不高,同时最好保证不丢包,这时最小缓冲时间和/或最大超时时间可以设置为较大值,比如分别设置为1000毫秒和5000毫秒。
在上述任一技术方案中,优选地,还包括:根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息;触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型。
在该技术方案中,通过根据实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息,并且向发送实时传输协议包的数据源终端反馈已接收的数据包信息和丢失的数据包信息,其中,已接收的数据包信息属于一种正向反馈方案,能够使得数据源终端清除缓存区中已发送的多媒体数据,丢失的数据包信息属于一种负向反馈方案,能够准确地触发数据源终端调整传输实时传输协议包的速率和/或改变传输载荷类型,进而以有效的反馈和最小的开销使实时传输协议包的传输效率最佳化。
以上结合附图详细说明了本发明的技术方案,本发明提供了一种多媒体数据的丢包修复方法、装置、视频终端和可读存储介质,通过在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于终端设备与服务器之间的通信链路中,网桥抓取通信链路中的实时传输控制协议包,并且根据实时传输控制协议包进行丢包修复处理,不需要改变网络拓扑结构和修正配置信息,尤其是,无需视频终端进行硬件更新或软件升级,即可基于RTCP/RTP协议对实时传输的多媒体数据进行丢包修复,而且提升了终端用户对视频流数据的视觉体验和声效体验。
本发明方法中的步骤可根据实际需要进行顺序调整、合并和删减。
本发明装置中的单元可根据实际需要进行合并、划分和删减。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory,ROM)、随机存储器(Random Access Memory,RAM)、可编程只读存储器(Programmable Read-only Memory,PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory,OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(CompactDisc Read-Only Memory,CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种多媒体数据的丢包修复方法,适用于网桥设备,其特征在于,所述多媒体数据的丢包修复方法包括:
在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于所述终端设备与所述服务器之间的通信链路中;
抓取所述通信链路中的实时传输控制协议包;
根据所述实时传输控制协议包进行丢包修复处理;
所述实时传输控制协议包中携带有业务数据的应用指示信息,所述业务数据的应用指示信息用于指示进行所述实时传输协议包的应用业务类型,所述实时传输控制协议包中还携带有丢失的数据包信息;
根据所述实时传输控制协议包确定往返时延参数;
根据所述往返时延参数和所述应用指示信息确定最小缓冲时间和/或最大超时时间,
其中,所述最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,所述最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时长。
2.根据权利要求1所述的多媒体数据的丢包修复方法,其特征在于,还包括:
根据所述实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;
向发送所述实时传输协议包的数据源终端反馈所述已接收的数据包信息和所述丢失的数据包信息;
触发所述数据源终端调整传输所述实时传输协议包的速率和/或改变传输载荷类型。
3.一种多媒体数据的丢包修复装置,适用于网桥设备,其特征在于,所述多媒体数据的丢包修复装置包括:
接入单元,用于在检测到进行实时传输协议包交互的终端设备接入服务器后,接入于所述终端设备与所述服务器之间的通信链路中;
抓取单元,用于抓取所述通信链路中的实时传输控制协议包;
修复单元,用于根据所述实时传输控制协议包进行丢包修复处理;
所述实时传输控制协议包中携带有业务数据的应用指示信息,所述业务数据的应用指示信息用于指示进行所述实时传输协议包的应用业务类型,所述实时传输控制协议包中还携带有丢失的数据包信息;
确定单元,用于根据所述实时传输控制协议包确定往返时延参数;
所述确定单元还用于:根据所述往返时延参数和所述应用指示信息确定最小缓冲时间和/或最大超时时间,
其中,所述最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,所述最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时长。
4.根据权利要求3所述的多媒体数据的丢包修复装置,其特征在于,
所述确定单元还用于:根据所述实时传输控制协议包确定已接收的数据包信息和丢失的数据包信息;
所述多媒体数据的丢包修复装置还包括:
反馈单元,用于向发送所述实时传输协议包的数据源终端反馈所述已接收的数据包信息和所述丢失的数据包信息;
触发单元,用于触发所述数据源终端调整传输所述实时传输协议包的速率和/或改变传输载荷类型。
5.一种多媒体数据的交互系统,其特征在于,包括:
服务器,用于转发实时传输协议包;
终端设备,关联于所述服务器,并通过通信链路与所述服务器之间进行所述实时传输协议包的交互;
网桥,接入于任一所述终端设备与所述服务器之间的通信链路中,用于抓取所述通信链路中的实时传输控制协议包,并根据所述实时传输控制协议包进行丢包修复处理;
所述实时传输控制协议包中携带有业务数据的应用指示信息,所述业务数据的应用指示信息用于指示进行所述实时传输协议包的应用业务类型,所述实时传输控制协议包中还携带有丢失的数据包信息;
根据所述实时传输控制协议包确定往返时延参数;
根据所述往返时延参数和所述应用指示信息确定最小缓冲时间和/或最大超时时间,
其中,所述最小缓冲时间用于指示对实时传输协议包进行乱序处理的周期时长,所述最大超时时间用于指示等待重新发送确认丢包的实时传输协议包的周期时长。
6.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其特征在于,所述计算机程序被执行时实现如权利要求1或2所述的多媒体数据的丢包修复方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811614153.XA CN111385241B (zh) | 2018-12-27 | 2018-12-27 | 多媒体数据的丢包修复方法、装置、系统和可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811614153.XA CN111385241B (zh) | 2018-12-27 | 2018-12-27 | 多媒体数据的丢包修复方法、装置、系统和可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111385241A CN111385241A (zh) | 2020-07-07 |
CN111385241B true CN111385241B (zh) | 2022-02-18 |
Family
ID=71217912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811614153.XA Active CN111385241B (zh) | 2018-12-27 | 2018-12-27 | 多媒体数据的丢包修复方法、装置、系统和可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111385241B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101473571A (zh) * | 2006-09-11 | 2009-07-01 | 思科技术公司 | 基于重传的流修复和流加入 |
CN102170340A (zh) * | 2011-04-08 | 2011-08-31 | 深圳市捷视飞通科技有限公司 | 一种rtp数据超时重发的方法、系统和视频终端 |
CN102348167A (zh) * | 2005-11-15 | 2012-02-08 | 三星电子株式会社 | 在服务器中支持多种多媒体类型的通信服务的方法 |
CN105072508A (zh) * | 2015-08-12 | 2015-11-18 | 苏州华启智能科技有限公司 | 一种无线网络多媒体播放补包系统及方法 |
CN107104974A (zh) * | 2017-05-18 | 2017-08-29 | 福建星网智慧科技股份有限公司 | 基于freeswitch的高性能媒体转发方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7688809B2 (en) * | 2006-05-03 | 2010-03-30 | Cisco Technology, Inc. | Media inactivity detection in VoIP networks |
-
2018
- 2018-12-27 CN CN201811614153.XA patent/CN111385241B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102348167A (zh) * | 2005-11-15 | 2012-02-08 | 三星电子株式会社 | 在服务器中支持多种多媒体类型的通信服务的方法 |
CN101473571A (zh) * | 2006-09-11 | 2009-07-01 | 思科技术公司 | 基于重传的流修复和流加入 |
CN102170340A (zh) * | 2011-04-08 | 2011-08-31 | 深圳市捷视飞通科技有限公司 | 一种rtp数据超时重发的方法、系统和视频终端 |
CN105072508A (zh) * | 2015-08-12 | 2015-11-18 | 苏州华启智能科技有限公司 | 一种无线网络多媒体播放补包系统及方法 |
CN107104974A (zh) * | 2017-05-18 | 2017-08-29 | 福建星网智慧科技股份有限公司 | 基于freeswitch的高性能媒体转发方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111385241A (zh) | 2020-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200358886A1 (en) | Data Transmission Method, Apparatus, And System | |
US10798199B2 (en) | Network traffic accelerator | |
US9794311B2 (en) | Transport accelerator implementing extended transmission control functionality | |
CN113037440B (zh) | 数据重传处理方法、装置、计算机设备和存储介质 | |
CN106612284B (zh) | 一种流数据的传输方法和装置 | |
WO2018196434A1 (zh) | 一种视频质量评估方法和设备 | |
JP2010154547A (ja) | パケット化データのビットレートの適合化とデータパケットの再送信との間の連携 | |
US11006185B2 (en) | Video service quality assessment method and apparatus | |
KR101438005B1 (ko) | 서버와 클라이언트 단말 간에 데이터를 패킷 단위로 실시간 송/수신하기 위한 방법, 이에 상응하는 서버 및 단말 | |
CN110113662A (zh) | 一种适应多种网络状况的视频监控客户端系统 | |
EP1914933A1 (en) | Method and apparatus for retransmission request reduction in a network | |
CN112436924B (zh) | 一种数据传输方法及电子设备 | |
US9350484B2 (en) | Transport accelerator implementing selective utilization of redundant encoded content data functionality | |
EP1708404A1 (en) | Method and apparatus for error recovery performed at the access node of a core network | |
CN103647727A (zh) | 音视频传输控制方法和装置 | |
CN111385241B (zh) | 多媒体数据的丢包修复方法、装置、系统和可读存储介质 | |
JP6200870B2 (ja) | データ転送制御装置、方法及びプログラム | |
JP2017034627A (ja) | 通信制御システムおよび通信制御方法 | |
CN111615170B (zh) | 一种数据传输方法及系统 | |
JP2004241872A (ja) | 情報通信方法および中継装置 | |
CN110311750B (zh) | 一种数据传输方法、系统及服务器 | |
CN109196870B (zh) | 用于发射和接收mmtp分组的方法和装置 | |
CN111010615A (zh) | 一种视频流传输方法、系统及存储介质 | |
CN116032853A (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 |