数据重传方法、装置、电子设备及存储介质制造方法及图纸

本申请提供一种数据重传方法、装置、电子设备及存储介质，其方法包括：对目标数据发起传输后，根据应答情况确定所述目标数据中的丢包指令数据，所述目标数据表示为指令数据序列；对每条丢包指令数据单独进行重传处理。基于该方法，可以在云游戏场景下，用户端能够及时地获知数据传输的丢包和超时情况，并针对丢包和超时情况进行数据重传处理，保证数据重传在毫秒级的延迟需求上更可靠更快速地从用户端到达服务端，解决因网络抖动而导致用户端的数据重传存在延迟和滞后明显的问题。数据重传存在延迟和滞后明显的问题。数据重传存在延迟和滞后明显的问题。

【技术实现步骤摘要】
数据重传方法、装置、电子设备及存储介质


[0001]本申请涉及数据传输
，尤其涉及一种数据重传方法、装置、电子设备及存储介质。

技术介绍

[0002]在云游戏应用场景中，用户响应时延是衡量云游戏服务质量的重要指标。WebRTC(Web Real
‑
Time Communication，实时通信)为云游戏的实时音视频数据传输提供了很好的技术支撑。云游戏的实现过程是有用户输入的，用户端需要采集用户输入的控制指令，如移动端的屏幕触碰操作，pc(personal computer，个人计算机)端的鼠标键盘操作等，这些控制指令的传输是通过WebRTC的数据通道发送到服务器上的WebRTC传输层，进而由服务端拆分出控制指令，执行到游戏上。然而，在云游戏的实现过程中，如果网络频繁抖动或抖动较大，数据传输就会出现丢包或超时的情况，现有的一种处理方式是多个数据包在服务端进行一次选择性确认，当有多个数据包没有到达服务端，将这些数据包一起进行重传；另一种处理方式是经过一段时间后，将这段时间内丢失的所有数据包一起进行重传，这两种数据重传方式延迟和滞后明显，容易导致服务端不能及时收到指令信息并执行到游戏中，大大地降低了用户的游戏体验。

技术实现思路

[0003]有鉴于此，本申请实施例提供了一种数据重传方法、装置、电子设备及存储介质，旨在解决因网络抖动而导致用户端的数据重传存在延迟和滞后明显的问题。
[0004]本申请实施例的第一方面提供了一种数据重传方法，包括：对目标数据发起传输后，根据所述应答情况确定所述目标数据中的丢包指令数据，所述目标数据表示为指令数据序列；对每条丢包指令数据单独进行重传处理。
[0005]在一些可能实现方式中，所述根据所述应答情况确定所述目标数据中的丢包指令数据的步骤，包括：根据应答消息中携带的指令标识序列，确定所述目标数据中的丢包指令数据。
[0006]在一些可能实现方式中，所述根据应答消息中携带的指令标识序列，确定所述目标数据中的丢包指令数据的步骤，包括：根据所述指令标识序列中记录的指令标识，确定缺失的指令标识，将所述缺失的指令标识所对应的指令数据确定为所述目标数据中的丢包指令数据，其中，所述指令标识序列中记录的指令标识包括服务端从已接收指令数据中确定的连续最大指令标识、当前最大指令标识以及位于所述连续最大指令标识与所述当前最大指令标识之间的指令标识。
[0007]在一些可能实现方式中，所述根据所述应答情况确定所述目标数据中的丢包指令数据的步骤，包括：在检测到有指令数据超过超时时间仍未接收到应答消息的情况下，将所述指令数据确定为所述目标数据中的丢包指令数据，所述超时时间根据数据传输往返时延值确定。
[0008]在一些可能实现方式中，所述在检测到有指令数据超过超时时间仍未接收到应答消息的情况下，将所述指令数据确定为所述目标数据中的丢包指令数据的步骤，包括：在超时检测时间点，按照时序对已发起传输的指令数据进行超时检测，将所述已发起传输的指令数据中已超过超时时间仍未接收到应答消息的指令数据确定为所述目标数据中的丢包指令数据。
[0009]在一些可能实现方式中，所述在超时检测时间点，按照时序对已发起传输的指令数据进行超时检测的步骤之前，还包括将所述超时检测时间点设置为：所述目标数据中发起传输的第一个指令数据所对应传输时间点增加一个超时时间后获得的时间点；或者每次超时检测之后发起传输的第一个指令数据所对应传输时间点增加一个超时时间后获得的时间点。
[0010]在一些可能实现方式中，所述在超时检测时间点，按照时序对已发起传输的指令数据进行超时检测的步骤，包括：在所述超时检测时间点是数据传输过程中的第一个超时检测时间点的情况下，以所述目标数据中已发起传输的第一个指令数据为检测起点，按照时序对所述已发起传输的指令数据逐一进行超时检测，直至检测到第一个未超时的指令数据为止，停止超时检测；在所述超时检测时间点不是数据传输过程中的第一个超时检测时间点的情况下，以上一个超时检测时间点检测到的未超时的指令数据为检测起点，按照时序对所述已发起传输的指令数据再次超时检测，直至再次检测到未超时的指令数据为止，停止超时检测。
[0011]在一种可能实现方式中，所述方法还包括：将所述超时时间确定为9/8*数据传输往返时延值。
[0012]在一些可能实现方式中，所述方法还包括：针对每条指令数据，对所述指令数据发起传输并经过预设延时值后，对所述指令数据进行冗余传输处理。
[0013]本申请实施例的第二方面提供了一种数据重传装置，所述数据重传装置包括：确定模块，用于对目标数据发起传输后，根据所述应答情况确定所述目标数据中的丢包指令数据；重传模块，用于对每个丢包指令数据进行单独重传处理。
[0014]本申请实施例的第三方面提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在电子设备上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面提供的数据重传方法的各步骤。
[0015]本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面提供的数据重传方法的各步骤。
[0016]本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时实现第一方面提供的数据重传方法的各步骤。
[0017]本申请实施例提供的一种数据重传方法、装置、电子设备及存储介质，具有以下有益效果：
[0018]本申请通过对目标数据发起传输后，根据应答情况确定目标数据中的丢包指令数据，进而对每个丢包指令数据单独进行重传。在云游戏场景下，通过在用户端对已发起传输的指令数据进行超时检测或对接收到的应答消息进行分析，可以使用户端能够及时地获知数据传输的丢包和超时情况，并且针对每条丢包指令数据，可以对每条丢包指令数据单独
进行重传处理，可以提高服务端接收成功的可能性，保证数据重传在毫秒级的延迟需求上更可靠更快速地从用户端到达服务端，解决因网络抖动而导致用户端的数据重传存在延迟和滞后明显的问题。
附图说明
[0019]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0020]图1为本申请实施例提供的一种数据重传方法的方法实现流程图；
[0021]图2为本申请实施例提供的数据重传方法中用户端与服务端进行数据传输的一种交互示意图；
[0022]图3为本申请实施例提供的数据重传方法中用户端与服务端进行数据传输的另一种交互示意图；
[0023]图4为本申请实施例提供的一种数据重传装置的基础结构框图；
[0024]图5为本申请实施例提供的一种电子设备的基本结构框图。
具体实施方式<本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种数据重传方法，其特征在于，包括：对目标数据发起传输后，根据所述应答情况确定所述目标数据中的丢包指令数据，所述目标数据表示为指令数据序列；对每条丢包指令数据单独进行重传处理。2.根据权利要求1所述的数据重传方法，其特征在于，所述根据所述应答情况确定所述目标数据中的丢包指令数据的步骤，包括：根据应答消息中携带的指令标识序列，确定所述目标数据中的丢包指令数据。3.根据权利要求2所述的数据重传方法，其特征在于，所述根据应答消息中携带的指令标识序列，确定所述目标数据中的丢包指令数据的步骤，包括：根据所述指令标识序列中记录的指令标识，确定缺失的指令标识，将所述缺失的指令标识所对应的指令数据确定为所述目标数据中的丢包指令数据，其中，所述指令标识序列中记录的指令标识包括服务端从已接收指令数据中确定的连续最大指令标识、当前最大指令标识以及位于所述连续最大指令标识与所述当前最大指令标识之间的指令标识。4.根据权利要求1所述的数据重传方法，其特征在于，所述根据所述应答情况确定所述目标数据中的丢包指令数据的步骤，包括：在检测到有指令数据超过超时时间仍未接收到应答消息的情况下，将所述指令数据确定为所述目标数据中的丢包指令数据，所述超时时间根据数据传输往返时延值确定。5.根据权利要求4所述的数据重传方法，其特征在于，所述在检测到有指令数据超过超时时间仍未接收到应答消息的情况下，将所述指令数据确定为所述目标数据中的丢包指令数据的步骤，包括：在超时检测时间点，按照时序对已发起传输的指令数据进行超时检测，将所述已发起传输的指令数据中已超过超时时间仍未接收到应答消息的指令数据确定为所述目标数据中的丢包指令数据。6.根据权利要求5所述的数据重传方法，其特征在于，所述在超时检测时间点，按照时序对已发起传输的指令数据进行超时检测的步骤之前，还包括将所述超时检测时间点设置为：所述目标数据中发起传输的第一个指令数...

【专利技术属性】
技术研发人员：刘利军，李宁，顾超然，
申请(专利权)人：深圳云网雾联科技有限公司，
类型：发明
国别省市：