CN104579601A - 一种重传请求处理方法和装置 - Google Patents
一种重传请求处理方法和装置 Download PDFInfo
- Publication number
- CN104579601A CN104579601A CN201410718243.9A CN201410718243A CN104579601A CN 104579601 A CN104579601 A CN 104579601A CN 201410718243 A CN201410718243 A CN 201410718243A CN 104579601 A CN104579601 A CN 104579601A
- Authority
- CN
- China
- Prior art keywords
- repeat requests
- bag
- retransmission packet
- sequence number
- packet
- 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.)
- Granted
Links
Abstract
本发明实施例公开了一种重传请求处理方法和装置,该方法可包括:获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;若所述判断结果为否,则判断所述重传请求有效;若所述判断结果为是,则忽略所述重传请求。本发明实施例可以提供视频通信效率。
Description
技术领域
本发明涉及通信领域,尤其涉及一种重传请求处理方法和装置。
背景技术
随着网络的不断演进,视频通话、视频会议、远程学习等视频通信业务正在蓬勃发展,但现有网络环境的带宽条件、分组丢失率或者比特错误等因素严重影响了视频通信的性能。为了保证业务流的质量,以及保证数据的可靠传输,目标业界比较通用的方法是自动重传请求(Automatic Repeat-reQuest,ARQ),其中,ARQ是接收端向发送端发送反馈信息,发送端根据反馈信息对错误或者丢失的数据包进行重传。
然而,在ARQ中,所有丢失或者错误的数据包都需要进行重传,但在实际应用于中,某一些数据包不进行重传也是可以的,这样在上述ARQ中就可能会导致视频通信效率比较低。
发明内容
本发明提供一种重传请求处理方法和装置,可以提供视频通信效率。
第一方面,本发明提供一种重传请求处理方法,包括:
获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;
判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;
若所述判断结果为否,则判断所述重传请求有效;
若所述判断结果为是,则忽略所述重传请求。
在第一方面的第一种可能的实现方式中,所述当判断所述重传请求有效后,所述方法还包括:
向所述接收端重传所述重传包;或者
在预设场景下,禁止向所述接收端重传所述重传包。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,所述重传请求还包括所述重传包的重要级别信息;
所述向所述接收端重传所述重传包,包括:
若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别高的包。
结合第一方面的第一种可能的实现方式,在第一方面的第三种可能的实现方式中,所述重传请求还包括所述重传包的重要级别信息;
所述在预设场景下,禁止向所述接收端重传所述重传包,包括:
若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,禁止向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别低的包。
结合第一方面的第一种可能的实现方式,在第一方面的第四种可能的实现方式中,所述重传请求还包括所述丢包率信息;
所述向所述接收端重传所述重传包,包括:
按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
第二方面,本发明提供一种重传请求处理方法,包括:
当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;
向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
在第二方面的第一种可能的实现方式中,所述方法还包括:
判断所述重传请求所请求的重传包所在帧的参考帧是否能够被解码,若是,则确定需要向发送端发送所述重传请求。
结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述方法还包括:
若所述重传包所在帧的参考帧不能被解码,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送所述重传请求。
结合第二方面或者第二方面的第一种可能的实现方式或者第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述向所述发送端发送包括所述序列号的重传请求,包括:
当需要向发送端发送多个帧的重传请求时,根据各帧的重要级别信息优先向发送端发送重要级别高的帧的重传请求。
结合第二方面或者第二方面的第一种可能的实现方式或者第二方面的第二种可能的实现方式,在第二方面的第四种可能的实现方式中,所述方法还包括:
识别所述重传请求所请求的重传包的重要级别,并生成所述重传包的重要级别信息;
相应地,所述重传请求还包括所述重传包的重要级别信息,以使所述发送端根据当前网络带宽和所述重要级别信息向所述接收端重传重要级别高的包。
结合第二方面的第四种可能的实现方式,在第二方面的第五种可能的实现方式中,其特征在于,
参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。
第三方面,本发明提供一种重传请求处理装置,包括:获取单元、判断单元和忽略单元,其中:
所述获取单元,用于获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;
所述判断单元,用于判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;
所述判断单元还用于若所述判断结果为否,则判断所述重传请求有效;
忽略单元,用于若所述判断结果为是,则忽略所述重传请求。
在第三方面的第一种可能的实现方式中,所述装置还包括:
重传单元,用于当判断所述重传请求有效后,向所述接收端重传所述重传包;或者
禁止单元,用于当判断所述重传请求有效后,在预设场景下,禁止向所述接收端重传所述重传包。
结合第二方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,所述重传请求还包括所述重传包的重要级别信息;
所述重传单元用于若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别高的包。
结合第二方面的第一种可能的实现方式,在第三方面的第三种可能的实现方式中,所述重传请求还包括所述重传包的重要级别信息;
所述禁止单元用于若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,禁止向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别低的包。
结合第二方面的第一种可能的实现方式,在第三方面的第四种可能的实现方式中,所述重传请求还包括所述丢包率信息;
所述重传单元用于按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
第四方面,本发明提供一种重传请求处理装置,包括:生成单元和发送单元,其中:
所述生成单元,用于当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;
发送单元,用于向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
在第四方面的第一种可能的实现方式中,所述装置还包括:
第一判断单元,用于判断所述重传请求所请求的重传包所在帧的参考帧是否能够被解码,若是,则确定需要向发送端发送针对所述重传请求。
结合第四方面的第一种可能的实现方式,在第四方面的第二种可能的实现方式中,所述装置还包括:
第二判断单元,用于若第一判断单元判断所述重传包所在帧的参考帧不能被解码,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送针对所述重传请求。
结合第四方面或者第四方面的第一种可能的实现方式或者第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,所述重传单元用于当需要向发送端发送多个帧的重传请求时,根据各帧的重要级别信息优先向发送端发送重要级别高的帧的重传请求。
结合第四方面或者第四方面的第一种可能的实现方式或者第四方面的第二种可能的实现方式,在第四方面的第四种可能的实现方式中,所述装置还包括:
识别单元,用于识别所述重传包的重要级别,并生成所述重传包的重要级别信息;
相应地,所述重传请求还包括所述重传包的重要级别信息,以使所述发送端根据当前网络带宽和所述重要级别信息向所述接收端重传重要级别高的包。
结合第四方面的第四种可能的实现方式,在第四方面的第五种可能的实现方式中,参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。
上述技术方案中,获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;若所述判断结果为否,则判断所述重传请求有效;若所述判断结果为是,则忽略所述重传请求。这样可以实现有选择性地重传数据包,以提高视频通信效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是是本发明实施例公开的一种重传包的网络构架示意图;
图2是本发明实施例提供的一种重传请求处理装置的结构示意图;
图3是本发明实施例提供的一种重传请求处理方法的流程示意图;
图4是本发明实施例提供的另一种重传请求处理方法的流程示意图;
图5是本发明实施例提供的另一种重传请求处理方法的流程示意图;
图6是本发明实施例提供的另一种重传请求处理方法的流程示意图;
图7是本发明实施例提供的另一种重传请求处理装置的结构示意图;
图8是本发明实施例提供的另一种重传请求处理装置的结构示意图;
图9是本发明实施例提供的另一种重传请求处理装置的结构示意图;
图10是本发明实施例提供的另一种重传请求处理装置的结构示意图;
图11是本发明实施例提供的另一种重传请求处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了更好理解本发明实施例公开的一种重传请求处理方法和装置,下面先对本发明实施例适用的视频通信网络架构进行描述。请参阅图1,图1是本发明实施例公开的一种重传包的网络构架示意图。如图1所示,该直播网络构架可以包括发送端和接收端,其中,发送端可以向接收端发送实时传输协议(Real-time Transport Protocol,RTP)包,该RTP可以包括视频数据包或者校验包,反过来,接收端同样也可以向发送端发送RTP,以实现发送端与接收端之间的RTP消息交互。另外,发送端与接收端之间可以通过网络进行RTP包的传输,具体如图1所示,另外,发送端与接收端可以通过近场通讯进行RTP包的传输,对此本实施例不作限定。在图1所示的点播网络构架中,发送端与接收端可以是任何具备通信和解码功能的设备,例如:平板电脑、手机、电子阅读器、遥控器、个人计算机(Personal Computer,PC)、笔记本电脑、服务器、车载设备、网络电视、可穿戴设备等具有通信和解码功能的设备。
请参考图2,图2是本发明实施例提供的一种重传请求处理装置的结构示意图,如图2所示,该装置包括:至少一个处理器21,例如CPU,至少一个网络接口22或者其他用户接口23,存储器25,至少一个通信总线22。通信总线22用于实现这些组件之间的连接通信。该计算节点20可选的包含用户接口23,包括显示器,键盘或者点击设备(例如,鼠标,轨迹球(trackball),触感板或者触感显示屏)。存储器25可能包含高速RAM存储器,也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器25可选的可以包含至少一个位于远离前述处理器21的存储装置。
在一些实施方式中,存储器25存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:
操作系统251,包含各种系统程序,用于实现各种基础业务以及处理基于硬件的任务;
应用程序模块252,包含各种应用程序,用于实现各种应用业务。
在本发明实施例中,通过调用存储器25存储的程序或指令,处理器21用于执行本发明实施例中提供的方法实施例中的步骤,即处理器21可以执行本实施例中图3-图6所示的实施例中的任意步骤,例如:处理器21可以用于执行如下操作:
获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;
判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;
若所述判断结果为是,则向所述接收端重传所述重传包;
若所述判断结果为否,则忽略所述重传请求。
或者,处理器21可以用于执行如下操作:
当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;
向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为是,则由所述发送端向所述接收端重传所述重传包若所述判断结果为否,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
请参阅图3,图3是本发明实施例提供的一种重传请求处理方法的流程示意图,如图3所示,包括如下步骤:
301、获取接收端发送的包括所述接收端接收到的最新RTP包的序列号的重传请求。
可选的,上述重传请求可以是上述接收端在接收到发送端发送的RTP消息,无法收齐某帧的所有RTP视频数据包时,发送的上述重传请求,例如:某帧的一些RTP视频数据包丢失或者错误,且无法通过校验包进行恢复,从而发送的重传请求。另外,上述重传包可以包括RTP视频数据包或者校验包,或者,重传包可以包括RTP视频数据包和校验包。
可选的,上述最新RTP包可以发送接收端在发送上述重传请求时,最后接收的一个RTP包,即该特定RTP的序列号为最新的序列号。另外,本实施例中发送端每发送一个RTP包都会为该RTP包分配一个序列号,序列号按照发送次序逐个加一。例如:发送第一个RTP包,那么该RTP的序列号就可以为1,发送第二RTP包,那么该RTP包的序列号就为2,另外,由于这些序列号需要发送给接收端,那么,本实施例中的序列号可以采用特定的字节进行传输,这样传输字节的空间就是有限的,从而导致序列号也是有限的。针对该问题,本实施例采用16比特位的循环的序列号,例如:序列号到达65535时,再下一个RTP包的序列号回到0。
302、判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若否,则执行步骤303,若是,则执行步骤304,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
可选的,本实施例中发送端可以记录已经发送的RTP包的序列号,其中,每个RTP包的序列号为最近一次被发送时的序列号。
另外,所述重传包表示被要求重传的包,该包可能已经被重传过,也可能是之前没有被重传过。上述序列号为比所述重传包的序列号要早的序列号可以理解为,发送端发送重传包是在发送上述最新RTP包之后,说明此时发送端已经发送了重传包,只是重传包还是发送途中,这样就不需要再次发送该重传包,即上述重传请求为重复的重传请求。若上述特定RTP包的序列号比较重传包的序列号要晚,可以理解为发送端在发送上述特定RTP包时,发送端已经发送了上述重传包,但是接收端在接收到上述特定RTP包时,还没有接收到上述重传包,即重传包可能已经丢失,这时就需要再次重传。
本实施例中,由于RTP包的序列号可以循环的,这样判断两个序号列的早晚可以是通过两个序列号的间隔进行判断的,例如:如果第一个RTP包的序列号往后顺数N个序列号,到达第二个RTP包的序列号,如果N小于某个值T,则认为第一个RTP包的序列号比较第二RTP序列号要早,其中这里的T可以是预先设定的,例如:例如:32767。
303、判断所述重传请求有效。
当判断所述重传请求有效就表明可以向接收端重传上述重传包,当然,在一些特殊的时间,也可以不向接收端重传上述重传包。例如:网络带宽不够时,且该重传包的重要级别低时,就可以向不向接收端重传上述重传包。
可选的,上述重传请求可以包括已经接收的包的列表,例如:包括已经接收的RTP视频数据包和已经接收到的校验包的列表,这样步骤303在重传时,就知道需要重传哪些RTP视频数据包,以及哪些校验包。另外,上述重传请求还可以包括FEC组的组编号,这样可以通过该组编号快速找到需要重传的重传包。
另外,本实施例中的重传包可以为存储在缓存中的RTP包。
304、忽略所述重传请求。
可选的,上述忽略重传请求可以是不对上述重传请求作出重传的响应,或者可以是当前不向接收端重传上述重传包。另外,本实施例中,当前不向接收端重传上述重传包是指,当前不针对该重传包发起重传流程,但如果在接收到上述重传请求时,已经发起的针对该重传包的重传流程,那么该重传流程继续执行。
通过上述步骤可以实现根据接收端反馈的最新RTP序列号判断重传请求所请求的重传包当前是否需要重传,只能判断为需要时才重传所述重传包,从而可以实现有选择性地重传数据包,以提高视频通信效率。
可选的,上述方法可以应用于发送端。
本实施例中,获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;若所述判断结果为否,则判断所述重传请求有效;若所述判断结果为否,则忽略所述重传请求。这样可以实现有选择性地重传数据包,以提高视频通信效率。
请参阅图4,图4是本发明实施例提供的另一种重传请求处理方法的流程示意图,如图4所示,包括如下步骤:
401、向接收端发送用于传输RTP包的RTP消息。
其中,该RTP包可以包括RTP视频数据包和校验包,该校验包可以是将若干个RTP视频数据包作为一个前向纠错(Forward Error Correction,FEC)组,并对每个FEC组通过特定FEC算法运算生成的若干个冗余校验包。另外,RTP视频数据包可以与冗余校验包一起发送给接收端,这样接收端如果没收齐某帧的所有RTP视频数据包,可以通过冗余校验包恢复该帧的中未收齐的RTP视频数据包。当然,若接收端无法通过冗余校验包恢复未收齐的RTP视频数据包时,可以发送上述重传请求。
该实施方式,可以实现上述重传请求可以是当接收端无法通过校验包恢复未收齐的RTP视频数据包时发送的重传请求。
402、获取接收端发送的包括所述接收端接收到的RTP包的序列号的重传请求。
403、判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若是,则执行步骤403,若否,则执行步骤404。
404、判断所述重传请求有效。
可选的,当判断所述重传请求有效后,所述方法还可以包括:
向所述接收端重传所述重传包;或者
在预设场景下,禁止向所述接收端重传所述重传包。
其中,所述重传请求还包括所述重传包的重要级别信息,上述向所述接收端重传所述重传包的步骤,可以包括:
若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别高的包。
这样可以实现在特定情况下,只向接收端重传重要级别高的包。
上述在预设场景下,禁止向所述接收端重传所述重传包的步骤,可以包括:
若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,禁止向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别低的包。
这样可以实现在特定情况下,不向接收端重传重要级别低的包。
可选的,上述当前网络带宽是指与接收端进行包传输的网络带宽,另外,当前网络带宽不允许传输当前接收到的所有重传请求所请求的包可以理解为,当前网络带宽无法传输当前接收到的所有重传请求所请求的包,或者可以理解为当前网络带宽如果传输当前接收到的所有重传请求所请求的包时,会网络传输带来冲击。例如:由于大量重传会带来发送端发送码率的突发增加,会对网络传输带来冲击,出于发送端控制码率的原因,该实施方式在需要重传请求中进行筛选,有限重传重要级别高,而不重传重要级别低的包,以保证重要级别高的RTP包的重传。
例如:当接收的大量的重传请求时,就可以根据各重传请求包括的重要级别信息向接收端重传这些重传请求所请求的重传重要级别高的包,例如:当在某一时间内接收到的重传请求的数量超过一定阈值时,就可以根据各重传请求包括的重要级别信息向接收端重传这些重传请求所请求的重传重要级别高的包。例如:当接收的重传请求所请求的重传包的数量特别大时,就可以根据该重传请求包括的各重传包的重要级别信息向接收端重传这些重传包中重要级别高的包,当接收的重传请求所请求的重传包的数量超过某一阈值时,就可以根据该重传请求包括的各重传包的重要级别信息向接收端重传这些重传包中重要级别高的包。另外,上述重要级别高的包可以是根据不同情况而定的,例如:可以是重要级别最高的包,或者可以是重要级别按照高低顺序排序中前N个级别的包,其中,N为大于1的整数;同理,重要级别低的包可以是根据不同情况而定的,例如:可以是重要级别最低的包,或者可以是重要级别按照高低顺序排序中后N个级别的包,其中,N为大于1的整数。
可选的,本实施例中,参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。例如:发送端接收到大量重传请求时,发送端就可以只重传参考帧能够解码且被参考的帧的包,而不重传参考帧正在重传且被参考的帧的包。
可选的,本实施例中,RTP包的重要级别按照从高到低的排序依次还可以包括:
参数集所在的实时传输协议包、I帧的实时传输协议包、被参考的P帧的实时传输协议包、不被参考的P帧的实时传输协议包和参考帧正在重传的实时传输协议包。
其中,上述参数集可以是解码参数集,即该参数集是用于解码的。另外,上述被参考的P帧,即该P帧为其他帧的参考帧,这些其他帧在解码时需要参考该P帧进行解码。
可选的,所述重传包所在的帧为参考帧能够解码的帧;或者所述重传包所在的帧的参考帧不能解码,但正在重传。
这样可以实现不向接收端重传参考帧无法解码,且参考帧也没有正在被重传的帧的重传包,因为这些帧即使重传给接收端了,接收端也无法对其进行解码。
可选的,上述重传请求还可以包括丢包率,其中,该丢包率是接收端接收RTP包的丢包率,另外,该丢包率可以是一定时长内的丢包率。
该实施方式,当丢包率比较高时,例如:丢包率超过某一阈值时,所述方法还可以包括:
增加FEC算法的冗余程序。这样可以实现针对一组RTP视频数据包可以计算更多的校验包,以便接收端可以采用更多的校验包恢复丢失或者错误的RTP视频数据包。
另外,该实施方式步骤403可以是根据丢包率和重要级别信息向所述接收端有限重传重要级别高的包。例如:一个FEC组中有M个RTP视频数据包,N个FEC校验包,接收端只接收到可K个包,由于K<M导致无法解码。该情况下,重传包不能只是丢失的包中M–K个包,而是要根据丢包率增加一定的重传数量,即增加重传包数量。其中,丢包率越高,重传包的数量越高。例如,M=20,N=5,K=18.丢包率为20%。这种情况下,接收端只要再新收到2个RTP数据包或者2个FEC校验包就足够恢复所有的RTP视频数据包,但是由于存在20%的丢包率,所以,发送端可以发送的重传包可以是三个RTP视频数据包或者三个FEC校验包;这三个重传包中,接收端只要收到任意两个,就可以恢复出所有20的RTP视频数据包,从而收齐本帧所有的数据包。
可选的,该实施方式,上述根据丢包率和重要级别信息向所述接收端有限重传重要级别高的包的步骤可以包括:
按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
另外,上述按照所述丢失率丢失一部分数据包和/或校验包可以理解为,丢包率对应的丢包,例如:丢包率为25%,那么,当上述重传的重传包为4个时,该情况下的按照所述丢失率丢失一部分的包就可以为1个。另外,该实施方式可以是预先为每个FEC组多计算出一些校验包,另外,这些计算出多的校验包可以是在之前传输时未进行传输的校验包,即是多余的。这样避免当丢包率较大,且在发送端可重传的RTP不够而造成的无法恢复丢失包的问题。例如:有些情况下,由于发送端发送的FEC校验包本身数量不足,使得无法根据丢包率发送足够的重传包。例如,M=20,N=0,K=15,丢包率为25%.可以重传的包只有5个,即使知道有25%的丢包率,也只能发送5个重传包,没有多余的重传包用来应对25%的丢包率。这样该实施方式中,发送端可以预先为每个FEC组预先多计算出几个FEC校验包,但是不发送,在收到重传请求时,这些未发送的FEC校验包可以用于增量重传,以对抗网络丢包。
需要说明的是,该实施方式可以应用于图3所示的实施例,即图3所示的实施例中,步骤303可以包括:
按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
可选的,本实施例中介绍的上述多种实施方式可以结合在一起实现,例如:上述重传请求可以包括FCE组的组编号、FCE组中已接收到的包的列表、上述特定RTP包的序列号、FEC组中帧的重要级别信息(即上述重传包的重要级别信息)和丢包率。
405、忽略所述重传请求。
本实施例,在图3所示的实施例的基础上增加了多种可选的实施方式,都可以实现提高视频通信的效率,且本实施例中介绍的实施方式都可以应用于图3所示的实施例中。
请参阅图5,图5是本发明实施例提供的另一种重传请求处理方法的流程示意图,如图5所示,包括以下步骤:
501、当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号。
可选的,上述需要向发送端发送针对重传包的重传请求可以是接收端在接收到发送端发送的RTP消息,无法收齐某帧的所有RTP视频数据包时,需要向发送端发送针对重传包的重传请求。例如:某帧的一些RTP视频数据包丢失或者错误,且无法通过校验包进行恢复,从而需要向发送端发送针对重传包的重传请求。另外,上述重传包可以包RTP视频数据包或者校验包,或者,重传包可以包RTP视频数据包和校验包。
502、向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
发送端接收到上述重传请求后,就可以根据判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求。
可选的,上述方法可以应用于接收端。
本实施例中,当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求。从而可以实现有选择性地重传数据包,以提高视频通信效率。
请参阅图6,图6是本发明实施例提供的另一种重传请求处理方法的流程示意图,如图6所示,包括以下步骤:
601、判断是否需要向发送端发送重传请求,若是,则执行步骤602,若否,可以结束流程。
可选的,在步骤601之前,所述方法还可以包括如下步骤:
接收发送端发送的用于传输RTP包的RTP消息。
其中,该RTP包可以包括RTP视频数据包和校验包,该校验包可以是发送端将若干个RTP视频数据包作为一个FEC组,并对每个FEC组通过特定FEC算法运算生成的若干个冗余校验包。另外,RTP视频数据包可以与冗余校验包一起发送给接收端,这样接收端如果没收齐RTP视频数据包,可以通过冗余校验包恢复未收齐的RTP视频数据包。当然,若接收端无法通过冗余校验包恢复未收齐的RTP视频数据包时,则可以确定需要向发送端发送针对重传包的重传请求。
该实施方式,可以实现当接收端无法通过校验包恢复未收齐的RTP视频数据包时确定需要向发送端发送针对重传包的重传请求。
可选的,步骤601可以包括:
判断所述重传请求所请求的重传包所在帧的参考帧是否有效,若是,则确定需要向发送端发送所述重传请求。
其中,本实施例中一个帧有效是指该帧要满足如下两点:
一、该帧包括的所有RTP视频数据包已经收齐,或者该帧包括的所有RTP视频数据包通过重传已经恢复齐;
二、该帧为I帧;或者,该帧不是I帧,需要参考帧来解码,且该帧的参考帧已经解码成功;或者,该帧不是I帧,需要参考帧来解码,且该帧的参考帧有效。
例如:上述重传包所在帧的参考帧为帧A,这样当帧A的所有RTP视频数据包已经收齐,且帧A为I帧,这时帧A才有效;或者,当帧A的所有RTP视频数据包已经收齐,但帧A不是I帧,需要参考帧来解码,且帧A的参考帧已经解码成功,这时帧A才有效;或者当帧A的所有RTP视频数据包已经收齐,但帧A不是I帧,需要参考帧来解码,且帧A的参考帧有效,这时帧A才有效。
可选的,该实施方式中,步骤601还可以包括如下步骤:
若所述重传包所在帧的参考帧无效,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送所述重传请求。
其中,参考帧是否正在重传中,可以判断是否已经发送针对该参考帧的重传请求,若是,则确定参考帧正在重传中。
该实施方式,只有当重传包所在的帧的参考帧有效,或者参考帧正在重传中时,向发送重传请求,这样可以避免向发送端发送针对参考帧已经无效的重传请求,以实现不请求重传参考帧无效或者无法解码的帧。因为当某帧的参考帧无效,那么该帧就无法解码成功,从而针对该帧的重传是无效的。
可选的,步骤601可以包括如下步骤:
判断所述重传请求所请求的重传包所在帧的参考帧是否能够被解码,若是,则确定需要向发送端发送所述重传请求。
可选的,步骤601进一步还可以包括如下步骤:
若所述重传包所在帧的参考帧不能被解码,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送所述重传请求。
这样可以实现不向发送端请求重传参考帧无法解码的帧,或者参考帧无法解码,且也没有被正在重传的帧,因为这些帧即使重传给接收端了,接收端也无法对其进行解码。
可选的,步骤601还可以包括如下步骤:
判断重传包所在的帧是否超时,若是,则确定不需要向发送端发送重传请求,若否,则确定需要向发送端发送针对所述重传包的重传请求,或者进行上述参考帧是否有效的判断。
其中,判断帧是否超时的判断标准时,该帧请求重传后,重传包到达,加上额外的缓冲或者其他消耗时间,是否赶上得该帧解码播放时间,若是,则确定该帧没有超时,若否,则确定该帧超时。
602、当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号。
603、向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
可选的,步骤603可以包括:
当需要向发送端发送多个帧的重传请求时,根据各帧的重要级别信息优先向发送端发送重要级别高的帧的重传请求。
该实施方式可以保证优先向发送端发送重要级别高的帧的重传请求。
可选的,所述方法还可以包括如下步骤:
识别所述重传请求所请求的重传包的重要级别,并生成所述重传包的重要级别信息;
相应地,所述重传请求还包括所述重传包的重要级别信息,以使所述发送端根据重要级别信息优先重传重要级别高的包。
这样就可以实现发送端根据重要级别信息优先重传重要级别高的包。
可选的,本实施例中,参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。
可选的,本实施例中,RTP包的重要级别按照从高到低的排序依次还可以包括:
参数集所在的实时传输协议包、I帧的实时传输协议包、被参考的P帧的实时传输协议包、不被参考的P帧的实时传输协议包和参考帧正在重传的实时传输协议包。
其中,上述参数集可以是解码参数集,即该参数集是用于解码的。另外,上述被参考的P帧,即该P帧为其他帧的参考帧,这些其他帧在解码时需要参考该P帧进行解码。
可选的,步骤603可以包括:
多次向所述发送端发送包括所述序列号的重传请求,其中,每次发送的重传请求包括的所述序列号都是实时更新的。
每次发送的重传请求包括的序列号都针对本次发送重传请求的发送时间的接收到的最新RTP包的序列号,即每次发送重传请求包括的序列号可以是变化,例如:每次发送重传请求包括的序列号可以是最新的序列号。
该实施方式可以实现针对同一个重传包可以发送多次重传请求,另外,发送端可以根据重传请求包括的序列号进行判断,以实现发送端不重传序列号比所述重传包的序列号要早的重传请求所请求的重传包。
可选的,上述向所述发送端发送包括所述序列号的重传请求可以包括:
将上述重传包所在的帧的重传请求加入到重传列表中,并向发送端发送该重传列表,该重传列表中还包括所述序列号。
该实施方式通过重传列表可以实现一次发送多个帧的重传请求,以节约传输资源和提高重传效率。
本实施例,在图5所示的实施例的基础上增加了多种可选的实施方式,且都可以实现提供视频通信的效率,且本实施例中的实施方式都可以应用于图5所示的实施例中。
下面为本发明装置实施例,本发明装置实施例用于执行本发明方法实施例一至四实现的方法,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明方法实施例一、实施例二、实施例三和实施例四。
请参阅图7,图7是本发明实施例提供的另一种重传请求处理装置的结构示意图,如图7所示,包括:获取单元71、判断单元72和忽略单元73,其中:
获取单元71,用于获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求。
判断单元72,用于判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
判断单元72还用于若所述判断结果为否,则判断所述重传请求有效。
忽略单元73,用于若所述判断结果为是,则忽略所述重传请求。
可选的,如图8所示,所述装置还可以包括:
重传单元74,用于当判断所述重传请求有效后,向所述接收端重传所述重传包;或者
禁止单元75,用于当判断所述重传请求有效后,在预设场景下,禁止向所述接收端重传所述重传包。
可选的,所述重传请求还可以包括所述重传包的重要级别信息;
重传单元74可以用于若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别高的包。
禁止单元75可以用于若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,禁止向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别低的包。
可选的,所述重传请求还可以包括所述丢包率信息;
重传单元74可以用于按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
可选的,上述装置可以应用于发送端。
本实施例中,获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;若所述判断结果为否,则判断所述重传请求有效;若所述判断结果为是,则忽略所述重传请求。这样可以实现有选择性地重传数据包,以提高视频通信效率。
请参阅图9,图9是本发明实施例提供的另一种重传请求处理装置的结构示意图,如图9所示,包括:生成单元91和发送单元92,其中:
生成单元91,用于当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;
发送单元92,用于向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
可选的,如图10所示,所述装置还可以包括:
第一判断单元93,用于判断所述重传请求所请求的重传包所在帧的参考帧是否能够被解码,若是,则确定需要向发送端发送针对所述重传请求。
可选的,所述装置还可以包括:
第二判断单元94,用于若第一判断单元83判断所述重传包所在帧的参考帧不能被解码,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送针对所述重传请求。
可选的,重传单元82可以用于当需要向发送端发送多个帧的重传请求时,根据各帧的重要级别信息优先向发送端发送重要级别高的帧的重传请求。
可选的,如图11所示,所述装置还可以包括:
识别单元95,用于识别所述重传包的重要级别,并生成所述重传包的重要级别信息;
相应地,所述重传请求还包括所述重传包的重要级别信息,以使所述发送端根据重要级别信息优先重传重要级别高的包。
参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。
可选的,上述装置可以应用于接收端。
本实施例中,当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。从而可以实现有选择性地重传数据包,以提高视频通信效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存取存储器(Random Access Memory,简称RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (22)
1.一种重传请求处理方法,其特征在于,包括:
获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;
判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;
若所述判断结果为否,则判断所述重传请求有效;
若所述判断结果为是,则忽略所述重传请求。
2.如权利要求1所述的方法,其特征在于,所述当判断所述重传请求有效后,所述方法还包括:
向所述接收端重传所述重传包;或者
在预设场景下,禁止向所述接收端重传所述重传包。
3.如权利要求2所述的方法,其特征在于,所述重传请求还包括所述重传包的重要级别信息;
所述向所述接收端重传所述重传包,包括:
若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别高的包。
4.如权利要求2所述的方法,其特征在于,所述重传请求还包括所述重传包的重要级别信息;
所述在预设场景下,禁止向所述接收端重传所述重传包,包括:
若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,禁止向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别低的包。
5.如权利要求2所述的方法,其特征在于,所述重传请求还包括所述丢包率信息;
所述向所述接收端重传所述重传包,包括:
按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
6.一种重传请求处理方法,其特征在于,包括:
当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;
向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
7.如权利要求6所述的方法,其特征在于,所述方法还包括:
判断所述重传请求所请求的重传包所在帧的参考帧是否能够被解码,若是,则确定需要向发送端发送所述重传请求。
8.如权利要求7所述的方法,其特征在于,所述方法还包括:
若所述重传包所在帧的参考帧不能被解码,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送所述重传请求。
9.如权利要求6-8中任一项所述的方法,其特征在于,所述向所述发送端发送包括所述序列号的重传请求,包括:
当需要向发送端发送多个帧的重传请求时,根据各帧的重要级别信息优先向发送端发送重要级别高的帧的重传请求。
10.如权利要求6-8中任一项所述的方法,其特征在于,所述方法还包括:
识别所述重传请求所请求的重传包的重要级别,并生成所述重传包的重要级别信息;
相应地,所述重传请求还包括所述重传包的重要级别信息,以使所述发送端根据当前网络带宽和所述重要级别信息向所述接收端重传重要级别高的包。
11.如权利要求9所述的方法,其特征在于,
参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。
12.一种重传请求处理装置,其特征在于,包括:获取单元、判断单元和忽略单元,其中:
所述获取单元,用于获取接收端发送的包括所述接收端接收到的最新实时传输协议包的序列号的重传请求;
所述判断单元,用于判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号;
所述判断单元还用于若所述判断结果为否,则判断所述重传请求有效;
忽略单元,用于若所述判断结果为是,则忽略所述重传请求。
13.如权利要求12所述的装置,其特征在于,所述装置还包括:
重传单元,用于当判断所述重传请求有效后,向所述接收端重传所述重传包;或者
禁止单元,用于当判断所述重传请求有效后,在预设场景下,禁止向所述接收端重传所述重传包。
14.如权利要求13所述的装置,其特征在于,所述重传请求还包括所述重传包的重要级别信息;
所述重传单元用于若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别高的包。
15.如权利要求13所述的装置,其特征在于,所述重传请求还包括所述重传包的重要级别信息;
所述禁止单元用于若当前网络带宽不允许传输当前接收到的所有重传请求所请求的包时,禁止向所述接收端重传所述重传包,其中,所述重传包的重要级别属于所述所有重传请求所请求的包中重要级别低的包。
16.如权利要求13所述的装置,其特征在于,所述重传请求还包括所述丢包率信息;
所述重传单元用于按照丢包率信息计算需要向所述接收端传输的数据包和校验包的总数量,并向所述接收端传输所述总数量的数据包和校验包,其中,所述传输的数据包和校验包能够满足按照所述丢失率丢失一部分数据包和/或校验包以后,能够被接收端接收到的包足够恢复重传包所在的帧的所有数据包。
17.一种重传请求处理装置,其特征在于,包括:生成单元和发送单元,其中:
所述生成单元,用于当需要向发送端发送重传请求时,获取接收到的最新实时传输协议包的序列号;
发送单元,用于向所述发送端发送包括所述序列号的重传请求,以使所述发送端判断所述序列号是否为比所述重传请求所请求的重传包的序列号要早的序列号,若所述判断结果为否,则由所述发送端判断所述重传请求有效,若所述判断结果为是,则由所述发送端忽略所述重传请求,其中,所述重传包的序列号为所述重传包最近一次被发送时的序列号。
18.如权利要求17所述的装置,其特征在于,所述装置还包括:
第一判断单元,用于判断所述重传请求所请求的重传包所在帧的参考帧是否能够被解码,若是,则确定需要向发送端发送针对所述重传请求。
19.如权利要求18所述的装置,其特征在于,所述装置还包括:
第二判断单元,用于若第一判断单元判断所述重传包所在帧的参考帧不能被解码,则判断所述参考帧是否正在重传中,若是,则确定需要向发送端发送针对所述重传请求。
20.如权利要求17-19中任一项所述的装置,其特征在于,所述重传单元用于当需要向发送端发送多个帧的重传请求时,根据各帧的重要级别信息优先向发送端发送重要级别高的帧的重传请求。
21.如权利要求17-19中任一项所述的装置,其特征在于,所述装置还包括:
识别单元,用于识别所述重传包的重要级别,并生成所述重传包的重要级别信息;
相应地,所述重传请求还包括所述重传包的重要级别信息,以使所述发送端根据当前网络带宽和所述重要级别信息向所述接收端重传重要级别高的包。
22.如权利要求20所述的装置,其特征在于,
参考帧能够解码的帧的包的重要级别高于参考帧正在重传的帧的包的重要级别。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410718243.9A CN104579601B (zh) | 2014-12-01 | 2014-12-01 | 一种重传请求处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410718243.9A CN104579601B (zh) | 2014-12-01 | 2014-12-01 | 一种重传请求处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104579601A true CN104579601A (zh) | 2015-04-29 |
CN104579601B CN104579601B (zh) | 2019-02-12 |
Family
ID=53094901
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410718243.9A Active CN104579601B (zh) | 2014-12-01 | 2014-12-01 | 一种重传请求处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104579601B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105551217A (zh) * | 2015-12-17 | 2016-05-04 | 杭州雄迈信息技术有限公司 | 一种无线遥控控制协议和无线遥控系统 |
CN106330413A (zh) * | 2015-06-30 | 2017-01-11 | 无锡华润矽科微电子有限公司 | 控制2.4g无线音频传输丢包的方法及系统 |
WO2017045528A1 (zh) * | 2015-09-18 | 2017-03-23 | 中兴通讯股份有限公司 | 组播传输方法、装置及系统 |
CN107864084A (zh) * | 2016-09-22 | 2018-03-30 | 腾讯科技(深圳)有限公司 | 数据包的传输方法和装置 |
CN109818714A (zh) * | 2019-01-29 | 2019-05-28 | 北京三体云联科技有限公司 | 动态fec方法、装置、计算机终端和计算机可读存储介质 |
WO2019192516A1 (zh) * | 2018-04-03 | 2019-10-10 | 华为技术有限公司 | 一种传输数据的方法、装置和系统 |
US10693799B2 (en) | 2016-09-22 | 2020-06-23 | Tencent Technology (Shenzhen) Company Limited | Calling method and device, computer storage medium, and terminal |
CN111478826A (zh) * | 2020-06-09 | 2020-07-31 | 北京大米科技有限公司 | 丢包率确定方法、数据传输控制方法和数据传输系统 |
CN115021873A (zh) * | 2022-06-13 | 2022-09-06 | 浙江大华技术股份有限公司 | 一种数据重传的方法、装置及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008029710A1 (fr) * | 2006-09-06 | 2008-03-13 | Sony Corporation | Système de communication de données, appareil d'envoi de données, procédé d'envoi de données, appareil de réception de données et procédé de réception de données |
CN102223218A (zh) * | 2010-04-15 | 2011-10-19 | 华为技术有限公司 | 媒体报文重传抑制方法和设备 |
CN104113722A (zh) * | 2014-06-19 | 2014-10-22 | 南京熊猫电子股份有限公司 | 一种无线视频会议传输方法 |
-
2014
- 2014-12-01 CN CN201410718243.9A patent/CN104579601B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008029710A1 (fr) * | 2006-09-06 | 2008-03-13 | Sony Corporation | Système de communication de données, appareil d'envoi de données, procédé d'envoi de données, appareil de réception de données et procédé de réception de données |
CN102223218A (zh) * | 2010-04-15 | 2011-10-19 | 华为技术有限公司 | 媒体报文重传抑制方法和设备 |
CN104113722A (zh) * | 2014-06-19 | 2014-10-22 | 南京熊猫电子股份有限公司 | 一种无线视频会议传输方法 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106330413A (zh) * | 2015-06-30 | 2017-01-11 | 无锡华润矽科微电子有限公司 | 控制2.4g无线音频传输丢包的方法及系统 |
WO2017045528A1 (zh) * | 2015-09-18 | 2017-03-23 | 中兴通讯股份有限公司 | 组播传输方法、装置及系统 |
CN106549916A (zh) * | 2015-09-18 | 2017-03-29 | 中兴通讯股份有限公司 | 组播传输方法、装置及系统 |
CN105551217A (zh) * | 2015-12-17 | 2016-05-04 | 杭州雄迈信息技术有限公司 | 一种无线遥控控制协议和无线遥控系统 |
CN105551217B (zh) * | 2015-12-17 | 2021-07-16 | 杭州巨峰科技有限公司 | 一种无线遥控控制协议和无线遥控系统 |
CN107864084B (zh) * | 2016-09-22 | 2019-06-21 | 腾讯科技(深圳)有限公司 | 数据包的传输方法和装置 |
US10693799B2 (en) | 2016-09-22 | 2020-06-23 | Tencent Technology (Shenzhen) Company Limited | Calling method and device, computer storage medium, and terminal |
CN107864084A (zh) * | 2016-09-22 | 2018-03-30 | 腾讯科技(深圳)有限公司 | 数据包的传输方法和装置 |
WO2019192516A1 (zh) * | 2018-04-03 | 2019-10-10 | 华为技术有限公司 | 一种传输数据的方法、装置和系统 |
US11737085B2 (en) | 2018-04-03 | 2023-08-22 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus, and system |
CN109818714A (zh) * | 2019-01-29 | 2019-05-28 | 北京三体云联科技有限公司 | 动态fec方法、装置、计算机终端和计算机可读存储介质 |
CN109818714B (zh) * | 2019-01-29 | 2022-02-11 | 北京世纪好未来教育科技有限公司 | 动态fec方法、装置、计算机终端和计算机可读存储介质 |
CN111478826A (zh) * | 2020-06-09 | 2020-07-31 | 北京大米科技有限公司 | 丢包率确定方法、数据传输控制方法和数据传输系统 |
CN115021873A (zh) * | 2022-06-13 | 2022-09-06 | 浙江大华技术股份有限公司 | 一种数据重传的方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104579601B (zh) | 2019-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104579601A (zh) | 一种重传请求处理方法和装置 | |
CN101656597B (zh) | 数据接收和发送方法、装置及数据传输系统 | |
CN1671094A (zh) | 对假超时的响应 | |
JP2018535582A (ja) | パケット送信方法およびユーザ機器 | |
WO2013012604A1 (en) | System and method for reliable virtual bi-directional data stream communications with single socket point-to-multipoint capability | |
WO2011019427A2 (en) | Evolved universal terrestrial radio access acknowledged mode radio link control status report for segmented protocol data units | |
US10142063B2 (en) | Hybrid automatic repeat request method and related apparatus | |
CN102664718A (zh) | 无线侧tcp数据重传的方法和设备 | |
KR101506770B1 (ko) | 데이터 전송 장치 및 방법 | |
CN110460412A (zh) | 用于数据传输的方法和rdma网卡 | |
US9130740B2 (en) | Variable acknowledge rate to reduce bus contention in presence of communication errors | |
CN110943808B (zh) | 数据传输方法、装置、电子设备和存储介质 | |
KR20150066335A (ko) | 무선통신에서 패킷 손실을 줄이기 위한 방법 및 장치 | |
US9401775B2 (en) | Communication method, information processing apparatus, and recording medium | |
US8422370B2 (en) | Reducing retransmission of out of order packets | |
CN105490773A (zh) | 传输多媒体数据的方法和装置 | |
US10135578B2 (en) | Method of re-transmitting data and electronic device therefor | |
US8948252B2 (en) | Moving picture transmission apparatus, moving picture transmission system, moving picture transmission method, and program | |
WO2023078222A1 (zh) | 数据传输方法、装置、设备和介质 | |
CN108833063A (zh) | 一种报文重传方法及装置 | |
US20140189105A1 (en) | Communication method, information processing apparatus and recording medium | |
US11463201B2 (en) | HARQ TXOP frame exchange for HARQ retransmission using HARQ threads | |
CN102594535A (zh) | 自适应加权混合自动请求重传合并的方法和装置 | |
KR20110074476A (ko) | 무선 통신 네트워크에서 자동 반복 요청 피드백을 통신하는 장치 및 방법 | |
CN117834094A (zh) | 一种网络数据重传方法、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |