CN114202947A - 车联网数据传输方法、装置及自动驾驶车辆 - Google Patents

Abstract

本公开提供了一种车联网数据传输方法、装置及自动驾驶车辆，涉及数据处理领域，尤其涉及车联网领域。具体实现方案为：向接收设备发送第一数据，第一数据的大小大于或等于第一阈值。在发送第一数据失败时，对第一数据进行拆分处理，得到至少两个一级子数据。向接收设备发送一级子数据，若发送一级子数据失败，则对一级子数据进行拆分发送，直至对第一数据发送完成或者拆分处理后的数据的大小小于第一阈值。本公开的技术方案通过对数据进行拆分发送的实现方式，从而可以有效减小单次传输的载荷量，进而可以有效的提升数据传输的成功率。

Description

车联网数据传输方法、装置及自动驾驶车辆

技术领域

本公开涉及数据处理领域，尤其涉及一种车联网数据传输方法、装置及自动驾驶车辆，可用于车联网领域。

背景技术

随着车联网技术的不断发展，车辆通过网络进行数据传输已经成为了一种普遍的数据传输场景。

目前，车载网络通常是4G无线网络，随着车辆的运动，无线网络往往会出现波动，当车辆所在的位置的网络环境比较差的时候，可能会出现数据传输失败的情况。

因此，目前的车辆进行数据传输时受网络波动的影响很大，现有技术中存在车辆的数据传输失败率较高的问题。

发明内容

本公开提供了一种车联网数据传输方法、装置及自动驾驶车辆。

根据本公开的第一方面，提供了一种数据传输方法，包括：

向接收设备发送第一数据，所述第一数据的大小大于或等于第一阈值；

在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据；

向所述接收设备发送所述一级子数据，若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述第一数据发送完成或者拆分处理后的数据的大小小于所述第一阈值。

根据本公开的第二方面，提供了一种数据传输装置，包括：

发送模块，用于向接收设备发送第一数据，所述第一数据的大小大于或等于第一阈值；

拆分模块，用于在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据；

处理模块，用于向所述接收设备发送所述一级子数据，若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述第一数据发送完成或者拆分处理后的数据的大小小于所述第一阈值。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。

根据本公开的第六方面，提供了一种自动驾驶车辆，所述自动驾驶车车辆包括上述第三方面所述的电子设备。

根据本公开的技术解决了车辆的数据传输失败率较高的问题。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开实施例提供的数据传输的场景示意图；

图2为本公开实施例提供的数据传输方法的流程图；

图3为本公开实施例提供的数据传输方法的流程图二；

图4为本公开实施例提供的拆分数据的实现示意图；

图5为本公开实施例提供的数据的传输顺序示意图一；

图6为本公开实施例提供的数据的传输顺序示意图二；

图7为本公开实施例提供的数据的传输顺序示意图三；

图8为本公开实施例提供的数据传输方法的流程示意图；

图9为本公开实施例的数据传输装置的结构示意图；

图10是用来实现本公开实施例的数据传输方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

为了更好的理解本公开的技术方案，下面对本公开所涉及的相关技术进行进一步的详细介绍。

随着车联网技术的不断发展，目前绝大部分的车辆都可以实现联网的功能，因此车辆通过网络进行数据传输已经成为了一种普遍的数据传输场景。

车载网络环境通常是4G无线网络，以及车载网络环境还可以为其余的实现方式，本公开对此不做限制，只要可以实现车辆连接网络即可。

可以理解的是，随着车辆的运动，无线网络往往会出现波动，甚至可能会存在一些位置是基站信号无法覆盖的死角，那么就有可能出现车辆完全无法连接网络的情况。

目前现有技术中在进行数据传输的时候，就是直接通过网络对待传输的数据进行传输，当网络环境较差的时候，可能就会出现数据传输失败的问题。因此目前的相关技术中，当车辆处于弱网环境下时，存在数据传输的失败率较高的问题。其中的弱网环境就是指网络状况不好的环境。

在一种可能的数据传输场景下，车辆例如需要将相关的数据回传到云端。例如可以参照图1进行理解，图1为本公开实施例提供的数据传输的场景示意图。

如图1所示，在图1中包括车辆和云端，其中车辆可以将相关的数据传输给云端，以使得云端对回传的数据进行保存，或者进行相应的处理。

可以理解的是，在车辆向云端回传的数据中会存在一部分关键数据，这部分关键数据的传输是非常重要的，不管现在车辆处于什么样的网络环境下，这部分关键数据都应该尽可能的回传给云端。

但是基于上述介绍可以确定的是，目前当车辆处于弱网环境下的时候，存在数据传输的失败率较高的问题，因此相应的关键数据也存在回传失败的可能性较高的问题，而关键数据的回传失败可能会导致一些异常。

针对现有技术中的数据传输失败率较高的问题，本公开提出了如下技术构思：在进行数据传输时，可以根据实际的网络状况对传输的数据量进行调整，在网络状况良好的时候回传较多的数据量，在网络状况较差的时候回传较少的数据量，从而可以保证基于当前的网络状况，以较优的传输载荷进行数据的传输，从而可以有效提升数据传输的成功率。

在上述介绍内容的基础上，下面结合图具体的实施例对本公开提供的数据传输方法进行介绍。需要说明的是，本公开中各实施例的执行主体可以为车辆中的控制器、处理器、微处理器等等，或者还可以是车辆之外的相应控制器、处理器、微处理器等等，本实施例对此不做特别限制，只要其具备数据处理和数据传输的功能即可，具体的执行主体的实现可以根据实际需求进行选择和设置。

首先结合图2进行说明，图2为本公开实施例提供的数据传输方法的流程图。

如图2所示，该方法包括：

S201、向接收设备发送第一数据，第一数据的大小大于或等于第一阈值。

在本实施例中，第一数据就是车载设备待发送的数据，其可以为上述介绍的需要回传给云端的关键数据，或者还可以是待回传给云端的普通数据，或者其还可以是需要传输给其余设备的相关数据等等，本实施例对第一数据的具体实现，以及具体的传输场景的实现均不做限制，凡是车辆需要发送的数据均可以作为本实施例中的第一数据。

以及，当前的接收设备可以为上述介绍的云端设备，或者接收设备还可以为相关的终端设备，比如说在车与万物(Vehicle to X，V2X)通信中，具体可以包括车辆到车辆(V2V)、车辆到基础设施(Vehicle to Infrastructure，V2I)、车辆到网络(Vehicle toNetwork，V2N)、车辆到行人(Vehicle to Pedestrian，V2P)，因此在实际实现过程中，接收设备的具体实现可以根据实际需求进行选择和设备。凡是车辆需要进行第一数据的发送的对端设备，均可以作为本实施例中的接收设备。

在本实施例中，第一数据的大小是大于或等于第一阈值的，其中第一数据是待传输的完整数据，此处的第一阈值是为了限制第一数据的不要过小，其中的第一阈值可以理解为是数据拆分的最小分片的大小，第一阈值的具体设置可以根据实际需求进行选择和设置。

S202、在发送第一数据失败时，对第一数据进行拆分处理，得到至少两个一级子数据。

车辆向接收设备发送第一数据，若第一数据发送成功，则车辆已经完成了当前想要执行的数据传输动作，也就无需进行后续操作了。

然而在数据发送失败的时候，为了提升数据传输的成功率，则需要对第一数据再次进行传输，可以理解的是，在数据发送失败的时候，有可能是因为当前车辆所处的网络环境较差，若再次尝试传输第一数据，则很大的可能性下，第一数据的传输还是会失败。

因此在本实施例中，在发送第一数据失败的时候，可以对第一数据进行拆分处理，从而得到至少两个一级子数据。通过对数据进行拆分并发送，从而可以减少单次传输的数据量，进而有效的提升数据传输的成功率。

其中，在对第一数据进行拆分时，例如可以根据预设的拆分数量，对第一数据进行均匀拆分，也就是说拆分后的各个一级子数据的大小是一样的。比如说预设大小是2，则可以将第一数据均匀的拆分成两个大小一样的一级子数据；或者，比如说预设大小是3，则可以将第一数据均匀的拆分成三个大小一样的一级子数据，其中预设大小的具体实现可以根据实际需求进行选择。

或者，还可以根据预设的拆分数据，对第一数据进行大小随机的拆分，也就是说拆分后的各个一级子数据的大小可以是不一样的。或者，上述介绍的拆分数量也可以是随机确定的，因此可以根据随机确定的拆分数量对第一数据进行均匀拆分，或者可以根据随机确定的拆分数据对第一数据进行随机大小的拆分等等。

本实施例对第一数据进行拆分处理的具体实现不做限制，拆分的一级子数据的数量、各个一级子数据的大小等等，均可以根据实际需求进行选择和设置，只要拆分处理可以实现将第一数据拆分成至少两个一级子数据，其中一级子数据的大小小于第一数量的大小即可，具体的拆分处理的实现可以根据实际需求进行选择和设置。

S203、向接收设备发送一级子数据，若发送一级子数据失败，则对一级子数据进行拆分发送，直至对第一数据发送完成或者拆分处理后的数据的大小小于第一阈值。

在对第一数据进行拆分得到一级子数据之后，当前可以向接收设备发送一级子数据，可以理解的是，拆分得到的一级子数据的大小必然是小于第一数据的大小的，因为传输载荷比较小，那么相应的数据传输的成功率也就比较高，

可以理解的是，上述拆分得到了至少两个一级子数据，针对这至少两个一级子数据可以依次向接收设备发送，比如说针对第一个一级子数据发送成功，则可以接着传输下一个一级子数据，依次类推，直至向接收设备传输所有的一级子数据，则可以实现对第一数据的成功传输。

或者，若针对第一个一级子数据传输失败的话，则例如可以针对当前的一级子数据继续进行拆分处理，此处的拆分处理与上述介绍的类似，之后对一级子数据拆分处理之后的二级子数据进行发送，其实现方式与上述介绍的同样类似，依次类推，直至对第一数据的发送完成，或者，直至拆分处理后的数据大小小于第一阈值。

在本实施例中，第一阈值可以用于指示拆分后的数据分片的最小大小，若拆分处理后的数据的大小已经小于最小分片的大小了，也就是说此处无法再继续进行拆分了，若是已经拆分成最小分片了仍然无法成功传输，则表示当前的网络环境确实无法进行数据的传输了，因此为了避免无效的拆分处理，此时例如可以暂停或者停止第一数据的传输。

上述通过对第一数据进行多个层次的拆分处理，从而可以根据实际的网络情况，减少单次传输的载荷，进而可以有效的提升数据传输的成功率。

本公开实施例提供的数据传输方法，包括：向接收设备发送第一数据，第一数据的大小大于或等于第一阈值。在发送第一数据失败时，对第一数据进行拆分处理，得到至少两个一级子数据。向接收设备发送一级子数据，若发送一级子数据失败，则对一级子数据进行拆分发送，直至对第一数据发送完成或者拆分处理后的数据的大小小于第一阈值。通过在第一数据发送失败的时候，对第一数据进行拆分处理，从而可以得到拆分后的一级子数据，之后对拆分后的一级子数据进行传输，若一级子数据也传输失败，则对一级子数据也进行拆分然后传输，通过对数据进行拆分发送的实现方式，从而可以有效减小单次传输的载荷量，进而可以有效的提升数据传输的成功率。

在上述实施例的基础上，下面结合图3至图7对本公开提供的数据传输方法进行进一步的详细介绍，图3为本公开实施例提供的数据传输方法的流程图二，图4为本公开实施例提供的拆分数据的实现示意图，图5为本公开实施例提供的数据的传输顺序示意图一，图6为本公开实施例提供的数据的传输顺序示意图二，图7为本公开实施例提供的数据的传输顺序示意图三。

如图3所示，该方法包括：

S301、向接收设备发送第一数据，第一数据的大小大于或等于第一阈值。

其中，S301的实现方式与S201的实现方式类似，此处不再赘述。

S302、在发送第一数据失败时，对第一数据进行拆分处理，得到至少两个一级子数据。

其中，S302的实现方式与S202的实现方式类似。进一步的，在对第一数据进行拆分处理的是，在一种可能的实现方式中，例如可以首先确定拆分数量M，其中M可以为大于等于1的整数，其中拆分数量M的具体设置可以根据实际需求进行选择，本实施例对此不做限制。

以及之后可以将第一数据拆分成M个一级子数据，本实施例中的M个一级子数据的大小是相同的，也就是说将第一数据均匀的拆分为M个一级子数据。

可以理解的是，通过设置M个一级子数据的大小相同，可以保证传输的每个子数据的大小都是均匀的，从而避免出现有的子数据较小所以很容易传输，但是有的子数据较大所以不容易传输，进而可能出现传输失败的情况，也就是说通过将第一数据拆分成大小相同的一级子数据，可以有效保证发送成功的可能性是最大的。

例如可以以M是2为例，参照图4进行理解，如图4所示，假设当前存在第一数据40，以及当前的拆分数量是2，则可以将第一数据拆分成图4所示的两个一级子数据，分别是一级子数据401和一级子数据402。

在实际实现过程中，拆分数量的具体实现可以根据实际需求进行选择和设置。

以及在一种可能的实现方式中，上述介绍了一种传输场景，就是车辆向云端传输的关键数据，需要尽量的实现回传，则在对第一数据进行拆分的时候，例如可以首先获取第一数据的类型，在确定第一数据的类型是预设类型的时候，可以在第一数据发送失败的时候，对第一数据进行拆分处理。

此处的预设类型就指示第一数据为关键数据，其中预设类型比如说就可以为关键数据类型，或者预设类型还可以为地图数据、导航数据、轨迹数据等一系列关键数据的具体类型，本实施例对预设类型的具体实现方式不做限制，其可以根据具体的数据类型的划分来选择，只要预设类型可以指示当前的第一数据为关键数据即可。

可以理解的是，在确定第一数据为预设类型的时候再进行数据的拆分处理，以及后续的拆分发送，从而可以实现在网络条件不好的时候，尽可能的将传输数据的网络资源都用于传输关键数据，从而可以有效提升对关键数据的传输成功率。

S303、向接收设备发送一级子数据。

在拆分之后，就可以向接收设备发送一级子数据了，可以理解的是，拆分得到的M个一级子数据都是需要发送的，则可以对各个一级子数据依次进行发送。因为上述的拆分是直接从第一数据的至少一个中间位置进行的完整的整段数据拆分，因此根据子数据在原来的第一数据中的位置，就可以子数据的先后顺序，因此例如可以设置排序在前的子数据先发送，那么在图4的示例中，就是先对一级子数据401进行发送，在一级子数据401发送成功之后，再接着对一级子数据402进行发送。

S304、若发送一级子数据成功，则判断当前一级子数据是否为最后一个一级子数据，若是，则执行S305，若否，则向接收设备发送下一个一级子数据。

在一种可能的实现方式中，若发送一级子数据成功，则可以判断当前的一级子数据是否为最后一个一级子数据。

如果说当前的一级子数据是最后一个一级子数据，因为本实施例中的一级子数据都是按照顺序来进行发送的，只有前一个一级子数据发送成功，才会传输下一个一级子数据。那么当前最后一个一级子数据发送成功，则可以确定针对第一数据拆分得到的各个一级子数据都发送成功了，因此可以执行下述的S305，也就是说确定第一数据发送成功。

比如说在图4的示例中，若当前发送的一级子数据是图4中的一级子数据402，若确定一级子数据402发送成功，则可以确定针对一级子数据401和一级子数据402都发送成功了，因此可以确定第一数据40发生成功。

或者，如果说当前的一级子数据不是最后一个一级子数据，那么可以确定后续还存在一级子数据需要进行发送，因此可以向接收设备发送下一个一级子数据，之后仍然需要判断针对一级子数据发送是否成功，并对应执行后续操作，其实现方式与上述的类似。也可以理解为，在确定当前发送成功的一级子数据不是最后一个一级子数据的时候，可以重复执行上述的S303，在重复执行S303时，发送的是当前发送成功的一级子数据的下一个一级子数据。

比如说在图4的示例中，若当前发送的一级子数据是图4中的一级子数据401，若确定一级子数据401发送成功，则可以向接收设备发送一级子数据402，发送一级子数据402的实现方式同样需要执行上述介绍的S303以及之后的步骤，此处不再赘述。

S305、确定第一数据发送成功。

S305在上述已经进行了说明，此处不再赘述。

S306、若发送一级子数据失败，则执行拆分操作，拆分操作包括：对i级子数据进行拆分处理，得到至少两个i+1级子数据。

上述S303-S305针对的是一级子数据发送成功的情况，在另一种可能的实现方式中，若发送一级子数据失败，则可以确定当前的网络情况不满足直接对一级子数据的发送，因此可以对当前发送失败的一级子数据执行拆分操作。

本实施例中的拆分操作可以包括，对i级子数据进行拆分处理，得到至少两个i+1级子数据，本实施例中的i初始值为1。

比如说当前是初始情况，仅拆分得到了一级子数据，并且当前针对某一个一级子数据发送失败了，则需要针对该一级子数据进行拆分操作，此时i＝1，那么就是说对一级子数据进行拆分处理，从而得到至少两个二级子数据。

其中，对i级子数据进行拆分处理的实现方式，与上述介绍的对一级子数据进行拆分处理的实现方式类似，可以确定拆分数量M，之后将i级子数据拆分成M个i+1级子数据，其实现方式与上述介绍的类似，此处不再赘述。

同样以M等于2为例，参照图4进行理解，如图4所述，假设当前是针对一级子数据401传输失败，则可以针对一级子数据401进行拆分处理，从而的得到图4所示的二级子数据4011和二级子数据4012。

S307、执行发送操作，发送操作包括：针对任意一个i+1级子数据，向接收设备发送i+1级子数据。

在拆分之后，就可以对拆分之后的i+1级子数据进行发送了，此处的发送与上述介绍的发送一级子数据是类似的，可以针对M个i+1级子数据依次进行发送。那么在图4的示例中，就是先对二级子数据4011进行发送，在二级子数据4011发送成功之后，再接着对二级子数据4012进行发送。

S308、若对i+1级子数据发送成功，则判断当前i+1级子数据是否为最后一个i+1级子数据，若是，则执行S309，若否，则向接收设备发送下一个i+1级子数据。

在一种可能的实现方式中，若发送i+1级子数据成功，则可以判断当前的i+1级子数据是否为最后一个i+1级子数据。

与上述介绍的类似，如果说当前的i+1级子数据是最后一个i+1级子数据，则可以确定针对i级子数据拆分得到的各个i+1级子数据都发送成功了，因此可以执行下述的S309，也就是说确定i级子数据发送成功。

以i是初始值1为例，那么当前的i+1级子数据就是二级子数据，比如说在图4的示例中，若当前发送的二级子数据是图4中的二级子数据4012，若确定二级子数据4012发送成功，则可以确定针对二级子数据4011和二级子数据4012都发送成功了，因此可以确定一级子数据401发生成功。

或者，如果说当前的i+1级子数据不是最后一个i+1级子数据，那么可以确定后续还存在i+1级子数据需要进行发送，因此可以向接收设备发送下一个i+1级子数据，其实现方式与上述针对一级子数据的实现方式类似。

以i是初始值1为例，那么当前的i+1级子数据就是二级子数据，比如说在图4的示例中，若当前发送的二级子数据是图4中的二级子数据4011，若确定二级子数据4011发送成功，则可以向接收设备发送二级子数据4012，发送二级子数据4012的实现方式同样需要执行上述介绍的S307以及之后的步骤，此处不再赘述。

S309、确定i级子数据发送成功。

可以理解的是，本实施例中的i的初始值可以是1，当i的初始值是1的是，当前就是说确定一级子数据发送成功。上述是在确定一级子数据传输失败的时候，进行的上述介绍的拆分操作，得到了二级子数据，针对其中的二级子数据同样可以进行拆分，其实现方式类似。

总之，当前在进行到确定一级子数据发送成功的时候，就表示原来的一级子数据是传输失败的，但是经过数据拆分之后发送成功了，则可以执行上述介绍的确定一级子数据发送成功的逻辑了。

也就是说，在确定一级子数据发送成功时，若当前的一级子数据是最后一个一级子数据，那么可以确定第一数据传输成功，否则，可以继续传输下一个一级子数据。

可以结合图5以一个具体的过程进行说明，如图5所示，假设当前针对第一数据50进行发送，若第一数据50发送失败，则对第一数据50进行拆分，得到图5所示的一级子数据501和一级子数据502，之后针对这两个一级子数据依次进行发送。

首先发送一级子数据501，假设针对一级子数据501也发送失败，则对一级子数据501继续进行拆分，得到图5所示的二级子数据5011和二级子数据5012。之后针对这两个二级子数据继续进行发送。

首先发送二级子数据5011，假设二级子数据5011发送成功，则可以继续发送二级子数据5012，在二级子数据5011和二级子数据5012都发送成功之后，就可以确定一级子数据501发送成功了，则之后可以继续发送一级子数据502。参照图5，若确定一级子数据502也发送成功，则可以确定第一数据50也就传输成功了。

S310、若对i+1级子数据发送失败，则判断当前的i+1级子数据的大小是否小于第一阈值，若是，则执行S311，若否，则将i加1，重复执行S306。

上述实施例中介绍的是i+1级子数据发送成功的情况，在另一种可能的实现方式中，若对i+1级子数据也发送失败，则为了减少数据传输的载荷，可以继续进行拆分。

然而此处需要说明的是，本实施例中设置有拆分的数据分片的最小限制，也就是上述介绍的第一阈值，也就是说当子数据的大小小于第一阈值的时候，就可以确定当前的数据不适合再进行拆分了，设置第一阈值的目的是因为本公开中针对数据会进行多次并且多层的拆分，为了避免在网络状况确实不好的时候，无止境的进行拆分所导致的资源浪费，本实施例中设置有第一阈值，为拆分的处理设置下限，从而可以保证在网络状况不好的时候，可以有效的控制数据拆分的停止。

在一种可能的实现方式中，为了保证数据尽可能的回传，本实施例中的第一阈值可以设置的比较小，也就是说在确定当前数据确实已经拆分的很小的时候，再放弃拆分，其中第一阈值的具体设置可以根据实际需求进行选择和设置，本实施例对此不做限定。

因此当前在确定i+1级子数据发送失败的话，则可以首先确定当前的i+1级子数据是否还可以进行拆分，也就是说判断当前的i+1级子数据的大小是否小于第一阈值。

在一种可能的实现方式中，若确定i+1级子数据的大小大于或等于第一阈值，则可以确定当前的i+1级子数据还不是拆分的最小数据分片，因此可以针对i+1级子数据继续进行拆分。

具体的，可以对当前的i进行加1，然后重复执行上述S306的拆分操作。比如说上述的示例中介绍的是i是初始值1，对应拆分得到的i+1级子数据就是二级子数据，那么当前可以确定针对二级子数据也传输失败了，则将i加1，就可以确定i＝2，之后执行S306的拆分操作：对i级子数据进行拆分处理，得到至少两个i+1级子数据。

也就是说，对二级子数据进行拆分处理，得到至少两个三级子数据，拆分的实现方式与上述介绍的类似，以及后续的处理方式也与上述介绍的类似，之后针对各个三级子数据依次进行传输，若各个三级子数据均传输成功，则可以确定二级子数据传输成功，若三级子数据传输失败，则可以继续进行下一次拆分，依次类推，直至对第一数据传输完成，或者拆分后的子数据的大小小于第一阈值。

下面再结合图6以一个具体的示例对本实施例中的数据传输过程进行进一步说明。

如图6所示，假设当前针对第一数据60进行发送，若第一数据60发送失败，则对第一数据60进行拆分，得到图6所示的一级子数据601和一级子数据602，之后针对这两个一级子数据依次进行发送。

首先发送一级子数据601，假设针对一级子数据601也发送失败，则对一级子数据601继续进行拆分，得到图6所示的二级子数据6011和二级子数据6012。之后针对这两个二级子数据继续进行发送。

首先发送二级子数据6011，假设针对二级子数据6011也发送失败，则对二级子数据6011继续进行拆分，得到图6所示的三级子数据60111和三级子数据60112。之后针对这两个三级子数据继续进行发送。

发送三级子数据60111，假设三级子数据60111发送成功，则可以继续发送三级子数据60112。假设三级子数据60112也发送成功，则可以确定二级子数据6011发送成功了。

因为当前只是针对一个二级子数据发送成功了，还有一个二级子数据6012，则需要继续对二级子数据6012进行发送。

假设针对二级子数据6012也发送失败，则对二级子数据6012继续进行拆分，得到图6所示的三级子数据60121和三级子数据60122。之后针对这两个三级子数据继续进行发送。

发送三级子数据60121，假设三级子数据60121发送成功，则可以继续发送三级子数据60122。假设三级子数据60122也发送成功，则可以确定二级子数据6012发送成功了。

当前二级子数据6011和二级子数据6012均发送成功，则可以确定一级子数据601发送成功了，之后可以发送一级子数据602。参照图6，若确定一级子数据602也发送成功，则可以确定第一数据60也就传输成功了。

基于上述这个示例可以确定的是，本实施例中在进行数据的拆分和传输的时候，在针对任一个子数据的拆分数据均传输完成之后，都会回溯到上一级的数据继续进行传输。

比如说图5的示例中，在三级子数据60111和三级子数据60112传输完成之后，会回溯到二级子数据，进行二级子数据6012的传输。以及，在二级子数据6011和二级子数据6012传输完成之后，会回溯到一级子数据，进行一级子数据602的传输。

可以理解的是，本实施例中高一级的数据总是比低一级的数据更大的，若当前可以回溯到高一级的数据，则表示对低一级的数据都持续传输完成了，比如说图6中，若能够回溯到二级子数据6012进行传输，则表示对三级子数据60111和三级子数据60112都持续传输完成了，以及若能够回溯到一级子数据602进行传输，则表示对二级子数据6011和二级子数据6012都持续传输完成了。

在这种情况下，因为当前对低一级的数据都持续传输完成了，则可以表示当前的网络状况是比较好的，因此尽管高一级的数据更大，也会对高一级的数据直接进行传输，在无法传输的时候再进行拆分，从而可以有效实现根据当前的网络状况自动的调整数据传输量，实现能够在网络状况良好的情况下自动增大传输载荷(例如回溯到上一级进行数据传输)，在网络状况差的情况下自动减小传输载荷(在发送失败的时候进行拆分发送)，在这种嗅探式的动态调整网络传输载荷的机制下，无论网络状况怎样，都能找到当前网络状态下相对最佳的传输载荷，从而可以在车端时刻波动的网络环境中，最终将完整的第一数据发送给接收设备，进而有效的提升了数据传输的成功率。

S311、停止向接收设备发送数据。

在另一种可能的实现方式中，若确定i+1级子数据的大小小于第一阈值，则可以确定当前的i+1级子数据是拆分的最小数据分片了，当前针对最小数据分片也无法成功的传输，那么可以确定当前的网络状况确实是非常差的，因此可以停止向接收设备发送数据。

其中，在停止向接收设备发送数据之前，例如还可以在在预设时段内向接收设备多次尝试发送i+1级子数据，若在预设时段内向接收设备发送i+1级子数据均失败，则可以停止向接收设备发送数据，通过在预设时段内再进行多次尝试的实现方式，可以实现尽可能的尝试对数据的传输，进而有效的提升数据传输的成功率。

在实际实现过程中，在预设时段内进行多次尝试的时候，例如可以是以预设时长为周期定时的进行尝试，或者还可以是根据预设次数进行多次尝试等等，本实施例对此不做特别限制，只要在预设时段内尝试对i+1级子数据进行传输即可。

在多次传输的过程中，若i+1级子数据在某一次尝试中传输成功，则可以确定i+1级子数据成功发送，进而可以执行后续操作。

将i加1，并重复执行拆分操作和发送操作，直至对一级子数据发送成功或者拆分后的数据的大小小于第一阈值，初始时，i为1。

下面再结合图7以一个具体的示例对当前这种停止数据发送的情况进行说明。

如图7所示，假设当前针对第一数据70进行发送，若第一数据70发送失败，则对第一数据70进行拆分，得到图7所示的一级子数据701和一级子数据702，之后针对这两个一级子数据依次进行发送。

首先发送一级子数据701，假设针对一级子数据701也发送失败，则对一级子数据701继续进行拆分，得到图7所示的二级子数据7011和二级子数据7012。之后针对这两个二级子数据继续进行发送。

首先发送二级子数据7011，假设针对二级子数据7011也发送失败，则对二级子数据7011继续进行拆分，得到图7所示的三级子数据70111和三级子数据70112。之后针对这两个三级子数据继续进行发送。

先发送三级子数据70111，假设三级子数据70111也发送失败，则对三级子数据70111继续进行拆分，得到图7所示的四级子数据701111和四级子数据701111。之后针对这两个四级子数据继续进行发送。

先发送四级子数据701111，假设四级子数据701111发送成功，则可以继续发送四级子数据701112。假设四级子数据701112发送失败，比如说当前四级子数据701112的大小小于第一阈值，也就是说四级子数据701112无法再继续拆分了，则例如参照上述介绍的，可以在预设时段内多次尝试对四级子数据701112进行发送，若仍然确定四级子数据701112发送失败，则停止对数据进行发送。

参照图7可以理解的是，当前尽管停止了数据的发送，但是仍然对其中的701111发送成功了，因此本公开中这种数据拆分发送的方式，可以有效的实现对第一数据的尽可能的传输，尽管最终可能无法实现数据的完整发送，也会尽量保证对数据的部分的成功发送，从而可以有效提升数据传输的成功率。

以及本实施例中在停止数据发送之后，可以是直接放弃该数据的传输，之后例如可以在车辆的显示屏上显示提示信息，其中提示信息用于提示第一数据的发送失败。或者，在停止数据发送之后，车辆还可以在第一时长之后再次尝试传输，其传输的实现方式与上述介绍的类似，此处不再赘述。以及在停止数据发送之后的具体处理可以根据实际需求进行选择和设置，本实施例对此不做限制。

本公开实施例提供的数据传输方法，通过在数据发送失败的时候，对数据进行拆分处理，之后对拆分的子数据依次进行传输，在拆分后的子数据仍然传输失败的时候，继续进行拆分，直至拆分的子数据达到最小数据量，从而可以在网络状况不好的时候，有效减少数据的传输载荷量，以提升数据传输成功的概率。同时，在对低一级的数据传输均完成时候，直接回溯到上一级的数据进行传输，可以在感知到网络状况良好的时候，直接对数据量较大的上一级数据进行传输，从而可以有效实现根据当前的网络状况自动的调整数据传输量，以保证车辆可以获取到当前网络状态下相对最佳的传输载荷，从而可以在车端时刻波动的网络环境中，最终将完整的第一数据发送给接收设备，进而有效的提升了数据传输的成功率。同时，在进行数据拆分的时候，通过设置第一阈值来限制数据拆分的下限，从而可以避免在网络状况确实很差的时候，出现无止境的数据拆分，以保证在网络状况不好的时候，可以有效的控制数据拆分的停止。

在上述实施例的基础上，下面结合图8对本公开的数据传输方法再进行一个完整的概述介绍，图8为本公开实施例提供的数据传输方法的流程示意图。

如图8所示，当前对第一数据进行传输，若确定数据传输成功，则可以确定数据传输完成；若确定数据传输失败，则判断当前的数据是否小于最小分片，也就是说数据大小是否小于第一阈值，若确定数据大小小于第一阈值，则可以确定当前数据已经无法拆分，则可以停止数据传输。或者，若确定数据大小大于或等于第一阈值，则可以对当前数据进行拆分，在拆分之后再进行传输，之后的实现方式类似，具体的实现可以参照上述实施例的介绍。

综上所述，本公开实施例提供的数据传输方法，通过设置数据失败时进行拆分，以及拆分后的数据传输成功时进行回溯，从而可以有效实现根据网络状况调整数据传输量，进而可以在波动的网络环境下，有效并快速的实现对数据传输的尽量发送，以提升数据发送的成功率。

图9为本公开实施例的数据传输装置的结构示意图。如图9所示，本实施例的数据传输装置900可以包括：发送模块901、拆分模块902、处理模块903。

发送模块901，用于向接收设备发送第一数据，所述第一数据的大小大于或等于第一阈值；

拆分模块902，用于在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据；

处理模块903，用于向所述接收设备发送所述一级子数据，若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述第一数据发送完成或者拆分处理后的数据的大小小于所述第一阈值。

一种可能的实现方式中，所述处理模块903具体用于：

针对任意一个一级子数据，执行如下操作：

向所述接收设备发送所述一级子数据；

若发送所述一级子数据成功，且所述一级子数据是最后一个一级子数据，则确定所述第一数据传输成功；或者，若发送所述一级子数据成功，且所述一级子数据不是最后一个一级子数据，则向所述接收设备发送下一个一级子数据；

若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值。

一种可能的实现方式中，所述处理模块903具体用于：

执行拆分操作，所述拆分操作包括：对i级子数据进行拆分处理，得到至少两个i+1级子数据；

执行发送操作，所述发送操作包括：针对任意一个i+1级子数据，向所述接收设备发送所述i+1级子数据；

其中，若对所述i+1级子数据发送失败，则将所述i加1，并重复执行所述拆分操作和所述发送操作，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值，初始时，所述i为1；或者，

若对所述i+1级子数据发送成功，且所述i+1级子数据是最后一个i+1级子数据，则确定所述i级子数据发送成功；或者，若对所述i+1级子数据发送成功，且所述i+1级子数据不是最后一个i+1级子数据，则向接收设备发送下一个i+1级子数据。

一种可能的实现方式中，所述发送模块901还用于：

在拆分后的数据的大小小于所述第一阈值时，在预设时段内向所述接收设备发送所述拆分后的数据；

若在所述预设时段内向所述接收设备发送所述拆分后的数据失败，则停止向所述接收设备发送数据。

一种可能的实现方式中，所述处理模块903具体用于：

确定拆分数据数量M，所述M为大于1的整数；

将所述i级子数据拆分成M个i+1级子数据，其中，所述M个i+1级子数据的大小相同。

一种可能的实现方式中，所述拆分模块902具体用于：

确定拆分数据数量M，所述M为大于1的整数；

将所述第一数据拆分成M个一级子数据，其中，所述M个一级子数据的大小相同。

一种可能的实现方式中，所述拆分模块902具体用于：

获取所述第一数据的类型；

在确定所述第一数据的类型为预设类型时，在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据。

一种可能的实现方式中，所述第一数据为车载设备待发送的数据。

本公开提供一种数据传输方法及装置，应用于数据处理领域中的车联网领域，以达到提升车辆的数据传输成功率的目的。

需要说明的是，本实施例中的人头模型并不是针对某一特定用户的人头模型，并不能反映出某一特定用户的个人信息。需要说明的是，本实施例中的二维人脸图像来自于公开数据集。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

根据本公开的实施例，本公开还提供了一种自动驾驶车辆，其中自动驾驶车辆包括上述介绍的电子设备。

图10示出了可以用来实施本公开的实施例的示例电子设备1000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如数据传输方法。例如，在一些实施例中，数据传输方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的数据传输方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据传输方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (20)

1.一种数据传输方法，包括：

向接收设备发送第一数据，所述第一数据的大小大于或等于第一阈值；

在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据；

向所述接收设备发送所述一级子数据，若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述第一数据发送完成或者拆分处理后的数据的大小小于所述第一阈值。

2.根据权利要求1所述的方法，其中，向所述接收设备发送所述一级子数据，若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述第一数据发送完成或者拆分处理后的数据的大小小于所述第一阈值，包括：

针对任意一个一级子数据，执行如下操作：

向所述接收设备发送所述一级子数据；

若发送所述一级子数据成功，且所述一级子数据是最后一个一级子数据，则确定所述第一数据传输成功；或者，若发送所述一级子数据成功，且所述一级子数据不是最后一个一级子数据，则向所述接收设备发送下一个一级子数据；

若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值。

3.根据权利要求2所述的方法，其中，对所述一级子数据进行拆分发送，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值，包括：

执行拆分操作，所述拆分操作包括：对i级子数据进行拆分处理，得到至少两个i+1级子数据；

执行发送操作，所述发送操作包括：针对任意一个i+1级子数据，向所述接收设备发送所述i+1级子数据；

其中，若对所述i+1级子数据发送失败，则将所述i加1，并重复执行所述拆分操作和所述发送操作，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值，初始时，所述i为1；或者，

若对所述i+1级子数据发送成功，且所述i+1级子数据是最后一个i+1级子数据，则确定所述i级子数据发送成功；或者，若对所述i+1级子数据发送成功，且所述i+1级子数据不是最后一个i+1级子数据，则向接收设备发送下一个i+1级子数据。

4.根据权利要求3所述的方法，在拆分后的数据的大小小于所述第一阈值时，所述方法还包括：

在预设时段内向所述接收设备发送所述拆分后的数据；

若在所述预设时段内向所述接收设备发送所述拆分后的数据失败，则停止向所述接收设备发送数据。

5.根据权利要求3或4所述的方法，其中，对i级子数据进行拆分处理，得到至少两个i+1级子数据，包括：

确定拆分数据数量M，所述M为大于1的整数；

将所述i级子数据拆分成M个i+1级子数据，其中，所述M个i+1级子数据的大小相同。

6.根据权利要求1-5任一项所述的方法，其中，对所述第一数据进行拆分处理，得到至少两个一级子数据，包括：

确定拆分数据数量M，所述M为大于1的整数；

将所述第一数据拆分成M个一级子数据，其中，所述M个一级子数据的大小相同。

7.根据权利要求1-6任一项所述的方法，其中，在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据，包括：

获取所述第一数据的类型；

在确定所述第一数据的类型为预设类型时，在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据。

8.根据权利要求1-6任一项所述的方法，所述第一数据为车载设备待发送的数据。

9.一种数据传输装置，包括：

发送模块，用于向接收设备发送第一数据，所述第一数据的大小大于或等于第一阈值；

拆分模块，用于在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据；

处理模块，用于向所述接收设备发送所述一级子数据，若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述第一数据发送完成或者拆分处理后的数据的大小小于所述第一阈值。

10.根据权利要求9所述的装置，其中，所述处理模块具体用于：

针对任意一个一级子数据，执行如下操作：

向所述接收设备发送所述一级子数据；

若发送所述一级子数据成功，且所述一级子数据是最后一个一级子数据，则确定所述第一数据传输成功；或者，若发送所述一级子数据成功，且所述一级子数据不是最后一个一级子数据，则向所述接收设备发送下一个一级子数据；

若发送所述一级子数据失败，则对所述一级子数据进行拆分发送，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值。

11.根据权利要求10所述的装置，其中，所述处理模块具体用于：

执行拆分操作，所述拆分操作包括：对i级子数据进行拆分处理，得到至少两个i+1级子数据；

执行发送操作，所述发送操作包括：针对任意一个i+1级子数据，向所述接收设备发送所述i+1级子数据；

其中，若对所述i+1级子数据发送失败，则将所述i加1，并重复执行所述拆分操作和所述发送操作，直至对所述一级子数据发送成功或者拆分后的数据的大小小于所述第一阈值，初始时，所述i为1；或者，

若对所述i+1级子数据发送成功，且所述i+1级子数据是最后一个i+1级子数据，则确定所述i级子数据发送成功；或者，若对所述i+1级子数据发送成功，且所述i+1级子数据不是最后一个i+1级子数据，则向接收设备发送下一个i+1级子数据。

12.根据权利要求11所述的装置，所述发送模块还用于：

在拆分后的数据的大小小于所述第一阈值时，在预设时段内向所述接收设备发送所述拆分后的数据；

若在所述预设时段内向所述接收设备发送所述拆分后的数据失败，则停止向所述接收设备发送数据。

13.根据权利要求11或12所述的装置，其中，所述处理模块具体用于：

确定拆分数据数量M，所述M为大于1的整数；

将所述i级子数据拆分成M个i+1级子数据，其中，所述M个i+1级子数据的大小相同。

14.根据权利要求9-13任一项所述的装置，其中，所述拆分模块具体用于：

确定拆分数据数量M，所述M为大于1的整数；

将所述第一数据拆分成M个一级子数据，其中，所述M个一级子数据的大小相同。

15.根据权利要求9-14任一项所述的装置，其中，所述拆分模块具体用于：

获取所述第一数据的类型；

在确定所述第一数据的类型为预设类型时，在发送所述第一数据失败时，对所述第一数据进行拆分处理，得到至少两个一级子数据。

16.根据权利要求9-14任一项所述的装置，所述第一数据为车载设备待发送的数据。

17.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-8中任一项所述方法的步骤。

20.一种自动驾驶车辆，包括如权利要求17所述的电子设备。

Images