基于最大重传次数限制的数据包重传方法及系统技术方案

本申请实施例公开了一种基于最大重传次数限制的数据包重传方法及系统。本申请实施例提供的技术方案，通过获取数据接收端上报的抖动长度信息，对抖动长度信息进行滤波估计，得到实时抖动估计长度；确定与数据接收端的往返时延信息，基于实时抖动估计长度、抖动长度信息和往返时延信息计算数据包最大重传次数；在检测到目标数据包丢包的情况下，基于最大重传次数重传目标数据包。采用上述技术手段，可以尽可能地保障丢包数据包的稳定接收，避免在高丢包场景下因为重传次数限制导致接收端无法接收数据包的情况。同时通过精准设置数据包最大重传次数，可以避免因最大重传次数设置误差占用额外传输资源的情况，提升传输资源利用的合理性。合理性。合理性。

【技术实现步骤摘要】
基于最大重传次数限制的数据包重传方法及系统


[0001]本申请实施例涉及通信
，尤其涉及一种基于最大重传次数限制的数据包重传方法及系统。

技术介绍

[0002]目前，在流媒体数据传输场景中，为了保障接收端稳定接收数据，会针对数据丢包情况进行数据包重传。并且，由于数据包的传输存在延时极限，如若在一定时延限制后，数据包还未到达接收端，此时该数据包由于到达过晚而无法参与进一步的媒体组帧与播放，再次重传反而会占用多余的传输资源。因此，在重传数据包时，通常会设置相应的限制条件以避免数据包无限制地进行重传。例如，如果重传次数达到固定的最大重传次数限制，则不再对该数据包进行重传，如果首次发送数据包设定时长后还未收到数据包的确认消息，则不再对该数据包进行重传。
[0003]但是，对于不同的数据传输环境，数据包传输的时延限制有所不同。简单设置固定的数据包重传限制条件，容易导致最大重传次数设置误差，进而导致接收端无法稳定接收数据包的情况。

技术实现思路

[0004]本申请实施例提供一种基于最大重传次数限制的数据包重传方法及系统，能够精准设置数据包最大重传次数，尽可能保障数据包的稳定接收，解决因数据包重传次数设置误差导致接收端受重传次数限制而无法接收数据包的技术问题。
[0005]在第一方面，本申请实施例提供了一种基于最大重传次数限制的数据包重传方法，包括：
[0006]获取数据接收端上报的抖动长度信息，对抖动长度信息进行滤波估计，得到实时抖动估计长度；
[0007]确定与数据接收端的往返时延信息，基于实时抖动估计长度、抖动长度信息和往返时延信息计算数据包最大重传次数；
[0008]在检测到目标数据包丢包的情况下，基于最大重传次数重传目标数据包。
[0009]在第二方面，本申请实施例提供了一种基于最大重传次数限制的数据包重传系统，包括：
[0010]获取模块，配置为获取数据接收端上报的抖动长度信息，对抖动长度信息进行滤波估计，得到实时抖动估计长度；
[0011]计算模块，配置为确定与数据接收端的往返时延信息，基于实时抖动估计长度、抖动长度信息和往返时延信息计算数据包最大重传次数；
[0012]重传模块，配置为在检测到目标数据包丢包的情况下，基于最大重传次数重传目标数据包。
[0013]在第三方面，本申请实施例提供了一种基于最大重传次数限制的数据包重传设
备，包括：
[0014]存储器以及一个或多个处理器；
[0015]存储器，配置为存储一个或多个程序；
[0016]当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面的基于最大重传次数限制的数据包重传方法。
[0017]在第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，计算机可执行指令在由计算机处理器执行时配置为执行如第一方面的基于最大重传次数限制的数据包重传方法。
[0018]在第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中包含有指令，当指令在计算机或处理器上运行时，使得计算机或处理器执行如第一方面的基于最大重传次数限制的数据包重传方法。
[0019]本申请实施例通过获取数据接收端上报的抖动长度信息，对抖动长度信息进行滤波估计，得到实时抖动估计长度；确定与数据接收端的往返时延信息，基于实时抖动估计长度、抖动长度信息和往返时延信息计算数据包最大重传次数；在检测到目标数据包丢包的情况下，基于最大重传次数重传目标数据包。采用上述技术手段，通过估计数据接收端的抖动长度，根据其抖动长度和往返时延精准计算数据包最大重传次数，基于该最大重传次数重传丢包的数据包。以此可以尽可能地保障丢包数据包的稳定接收，避免在高丢包场景下因为重传次数限制导致接收端无法接收数据包的情况。同时通过精准设置数据包最大重传次数，可以避免因最大重传次数设置误差占用额外传输资源的情况，提升传输资源利用的合理性。
附图说明
[0020]图1是本申请实施例提供的一种基于最大重传次数限制的数据包重传方法的流程图；
[0021]图2是本申请实施例中数据包的重传示意图；
[0022]图3是本申请实施例中数据包最大重传次数的确定流程图；
[0023]图4是本申请实施例提供的一种基于最大重传次数限制的数据包重传系统的结构示意图；
[0024]图5是本申请实施例提供的一种基于最大重传次数限制的数据包重传设备的结构示意图。
具体实施方式
[0025]为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中
的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
[0026]本申请提供的一种基于最大重传次数限制的数据包重传方法，旨在通过结合数据接收端采集的抖动长度信息估计数据接收端的实时抖动长度，根据数据接收端的实时抖动长度和往返时延计算其数据包的最大重传次数，进而以计算到的最大重传次数重传丢包的数据包。以此一方面保障丢包数据包的稳定接收，避免在高丢包场景下因为重传次数限制导致接收端无法接收数据包的情况；另一方面则可以避免因最大重传次数设置误差占用额外传输资源的情况。
[0027]由于在不稳定的网络环境中，端到端的传输链路中会因为拥塞、多路径衰落、数据包损坏等原因出现数据包丢包。在流媒体应用常用的UDP传输中，应用需要自行保证UDP传输的可靠性，即在丢包场景下需要部署抗丢包策略对丢失的数据包进行恢复。在已有的数据重传方案中，发送端检测到数据包丢失后，会额外进行数据包的发送。由于实时流媒体场景存在延时极限，流媒体数据传输在丢包场景下无需像TCP协议一样保证数据的100％到达。因为如果在到达一定的时延限制后，数据包还未到达数据接收端，则无需再对数据进行发送。此时即使该数据包通过重传到达了接收端，也会由于到达过晚而无法参与进一步的媒体组帧与播放，反而会占用多余的传输资源。
[0028]基于此，在已有的数据包重传方案中，采用限制最大重传次数为设定次数，以及回复信息的最大等待时间为设定时长。如果重传次数达到固定的最大重传次数限制，则不再对该数据包进行重传，如果首次发送数据包设定时长后还未收到数据包的确认消息，则不再对该数据包进行重传。然而，在一些高丢包场景中，如丢包率超过50％的场景，固定次数重传无法保证数据顺利达到接收端，如果延时允许的条件下，重传次数不足会导致本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于最大重传次数限制的数据包重传方法，其特征在于，包括：获取数据接收端上报的抖动长度信息，对所述抖动长度信息进行滤波估计，得到实时抖动估计长度；确定与数据接收端的往返时延信息，基于所述实时抖动估计长度、所述抖动长度信息和所述往返时延信息计算数据包最大重传次数；在检测到目标数据包丢包的情况下，基于所述最大重传次数重传所述目标数据包。2.根据权利要求1所述的基于最大重传次数限制的数据包重传方法，其特征在于，所述获取数据接收端上报的抖动长度信息，包括：接收数据接收端发送的确认信息包，从所述确认信息包提取所述抖动长度信息，所述抖动长度信息预先由所述数据接收端进行采集并放入所述确认信息包中。3.根据权利要求1所述的基于最大重传次数限制的数据包重传方法，其特征在于，所述确定所述抖动长度信息的滤波估计结果，包括：获取前一个所述最大重传次数更新周期的历史抖动估计长度，基于所述抖动长度信息、所述历史抖动估计长度进行指数加权移动平均滤波，得到所述实时抖动估计长度。4.根据权利要求3所述的基于最大重传次数限制的数据包重传方法，其特征在于，所述基于所述抖动长度信息、所述历史抖动估计长度进行指数加权移动平均滤波，得到所述实时抖动估计长度，包括：在所述抖动长度信息大于所述历史抖动长度的情况下，基于设定的第一加权系数、所述抖动长度信息和所述历史抖动估计长度加权计算所述实时抖动估计长度；在所述抖动长度信息小于或等于所述历史抖动长度的情况下，基于设定的第二加权系数、所述抖动长度信息和所述历史抖动估计长度加权计算所述实时抖动估计长度；所述第一加权系数大于所述第二加权系数。5.根据权利要求1所述的基于最大重传次数限制的数据包重传方法，其特征在于，所述基于所述实时抖动估计长度、所述抖动长度信息和所述往返时延信息计算数据包最大重传次数，包括：基于所述实时抖动估计...

【专利技术属性】
技术研发人员：邹智群，同鑫，邱硕冰，
申请(专利权)人：杭州团星信息技术有限公司，
类型：发明
国别省市：