CN115021873A - 一种数据重传的方法、装置及电子设备 - Google Patents

Abstract

本申请涉及一种数据重传的方法、装置及电子设备，用于解决因大量重传请求而导致网络堵塞的问题。该方法包括在接收第一设定时段内的各个设备节点发送的n个重传请求后，基于每个重传请求中的偏移量，将n个重传请求中携带最小偏移量的重传请求作为目标重传请求，然后根据目标重传请求中的偏移量，确定重传数据包的位置标识，并将上述重传数据包发送给设备节点。基于上述方法只需要针对目标重传请求来生成重传数据包，进而节约设备节点因等待重传数据包的等待时间，并且上述重传数据包可以满足所有发送重传请求的设备节点的重传需求，因此也保障各设备节点接收重传数据包的可靠性和准确性。

Description

一种数据重传的方法、装置及电子设备

技术领域

本申请涉及无线网格网络技术领域，尤其涉及一种数据重传的方法、装置及电子设备。

背景技术

在现有无线网格网络(Mesh网络)中，一般采用空中下载技术(Over-the-AirTechnology，OTA)来升级设备节点的设备固件。设备节点通常以单节点升级为主，在网络中存在大量升级的设备节点时，如果多个设备节点出现同时丢包的情况，这多个设备节点将同时发送重传请求，而Mesh网络带宽较小，这些同时发送的重传请求将造成网络堵塞，进而导致设备节点升级进度缓慢。

发明内容

本申请提供一种数据重传的方法、装置及电子设备，用以解决目前因大量重传请求而导致网络堵塞的问题。

第一方面，本申请提供了一种数据重传的方法，所述方法包括：

接收第一设定时段内的各个设备节点发送的n个重传请求；其中，n为大于等于1的整数；

基于每个重传请求中的偏移量，将所述n个重传请求中携带最小偏移量的重传请求作为目标重传请求；其中，所述偏移量为所述设备节点丢失数据包中数据的位置标识；

根据所述目标重传请求中的偏移量，确定重传数据包的位置标识，并将所述重传数据包发送给所述设备节点。

通过上述方法，只针对最小偏移量的目标重传请求作重传处理，因为最小偏移量的重传请求意味着申请重传的数据最多，即目标重传请求可以满足所有发送重传请求的设备节点的重传需求，因此可以解决同时处理大量重传请求导致网络堵塞的问题，并且可以在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间。

在一种可能的设计中，在所述接收第一设定时段内的各个设备节点发送的n个重传请求之前，还包括：获取同一设备类型的各个设备节点，并获取与所述各个设备节点相匹配的数据包；将所述数据包发送给所述各个设备节点。

通过上述方法，选取对应同类型的设备节点，以及与设备类型匹配的数据包，能够保证后面数据传输过程的准确性。

在一种可能的设计中，在所述将所述重传数据包发送给所述设备节点之后，还包括：直到将所述设备节点的所有数据包都发送给所述设备节点，判断所述设备节点的数量是否大于预设阈值；若所述设备节点的数量小于等于所述预设阈值，则完成对所述设备节点的升级；若所述设备节点的数量大于所述预设阈值，则在确定第二设定时段内没有收到所述设备节点发送的重传请求后，完成对所述设备节点的升级。

基于上述方法，在实际应用场景中，当设备节点少时，通过各个设备节点主动发送的数据接收状态，可以有效保证数据传输的可靠性，另外因为设备节点少，这种方式不易形成时间的浪费。随着设备节点的增加，设备节点丢失数据的可能性变大，设备节点发生故障的可能兴也更高更难排查，在此情况下，各个设备节点不主动发送数据接收状态，而是留出一个设定时间满足丢失数据的设备节点生成和发送重传请求的需求，不仅节约设备节点的等待时间，还有效保证数据传输的准确性和可靠性。

在一种可能的设计中，在将所述重传数据包发送给所述设备节点之后，还包括：忽略第三设定时段内接收到所述设备节点发送的所有重传请求；其中，所述第三设定时段的起始时刻为发送所述重传数据包的时刻，所述第三设定时段小于所述第一设定时段。

通过上述方法，在重发数据包后，忽略一段时间内的重传请求，能够减少网关接收和处理重传请求的数量，进而有效解决因大量重传请求导致网络堵塞的问题。

第二方面，本申请提供了一种发送重传请求的方法，所述方法包括：

在对接收的数据包校验失败时，生成携带偏移量的重传请求；其中，所述偏移量为丢失所述数据包中数据的位置标识；

判断所述重传请求的偏移量是否小于其他任一重传请求的偏移量；其中，所述其他任一重传请求为生成所述重传请求前接收到的重传请求；

若是，则发送所述重传请求；

若否，则不发送所述重传请求。

通过上述方法，只发送携带相对较小偏移量的重传请求，即减少了发送重传请求数量，用以解决同时处理大量重传请求导致网络堵塞的问题，并且可以在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间。

第三方面，本申请提供了一种数据重传的装置，所述装置包括：

接收模块，接收第一设定时段内的各个设备节点发送的n个重传请求；n为大于等于1的整数；

选择模块，基于每个重传请求中的偏移量，将所述n个重传请求中携带最小偏移量的重传请求作为目标重传请求；其中，所述偏移量表征所述设备节点丢失数据包中数据的位置标识；

发送模块，根据所述目标重传请求中的偏移量，确定重传数据包的位置标识，并将所述重传数据包发送给所述设备节点。

在一种可能的设计中，所述接收模块，还包括：获取同一设备类型的各个设备节点，并获取与所述各个设备节点相匹配的数据包；将所述数据包发送给所述各个设备节点。

在一种可能的设计中，所述发送模块，还包括：直到将所述设备节点的所有数据包都发送给所述设备节点，判断所述设备节点的数量是否大于预设阈值；若所述设备节点的数量小于等于所述预设阈值，则完成对所述设备节点的升级；若所述设备节点的数量大于所述预设阈值，则在确定第二设定时段内没有收到所述设备节点发送的重传请求后，完成对所述设备节点的升级。

在一种可能的设计中，所述发送模块，还包括：忽略第三设定时段内接收到所述设备节点发送的所有重传请求；其中，所述第三设定时段的起始时刻为发送所述重传数据包的时刻，所述第三设定时段小于所述第一设定时段。

第四方面，本申请提供了一种发送重传请求的装置，所述装置包括：

生成模块，在对接收的数据包校验失败时，生成携带偏移量的重传请求；其中，所述偏移量为丢失所述数据包中数据的位置标识；

判断模块，判断所述重传请求的偏移量是否小于其他任一重传请求的偏移量；其中，所述其他任一重传请求为生成所述重传请求前接收到的重传请求；

发送模块，若是，则发送所述重传请求；

等待模块，若否，则不发送所述重传请求。

第五方面，本申请提供了一种电子设备，所述电子设备包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的一种数据重传/发送重传请求的方法步骤。

第六方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的一种数据重传/发送重传请求的方法步骤。

上述第三方面至第六方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面/第二方面或第一方面/第二方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种数据重传的方法的流程图；

图2为本申请提供的一种发送重传请求的方法的流程图；

图3为本申请提供的一种可能的应用场景的示意图；

图4为本申请提供的一种数据传输的方法的示意图；

图5为本申请提供的一种数据重传的装置的示意图；

图6为本申请提供的一种发送重传请求的装置的示意图；

图7为本申请提供的一种电子设备的结构的示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例中。

在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面结合附图对本申请各实施例所提供的方法作出进一步详细说明。

值得说明的是，本申请各实施例包含的技术特征可以任意结合使用，本领域技术人员应当明白，从实际应用情况出发，经本申请各实施例中技术特征进行合理结合得到的技术方案，同样可以解决相同的技术问题或达到相同的技术效果。

实施例1：

本申请实施例提供了一种数据重传的方法、装置及电子设备，解决目前因大量重传请求而导致网络堵塞的问题。

根据本申请实施例提供的方法，在接收第一设定时段内的各个设备节点发送的n个重传请求后，基于每个重传请求中的偏移量，将n个重传请求中携带最小偏移量的重传请求作为目标重传请求，然后根据目标重传请求中的偏移量，确定重传数据包的位置标识，并将上述重传数据包发送给设备节点。

在本申请实施例提供的方法中，只针对最小偏移量的目标重传请求作重传处理，因为最小偏移量的重传请求意味着申请重传的数据最多，即目标重传请求可以满足所有发送重传请求的设备节点的重传需求。所以，基于上述方法可以解决同时处理大量重传请求导致网络堵塞的问题，并且可以在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间。

下面结合附图对本申请实施例所提供的方法作出进一步详细说明。

参阅图1所示，本申请实施例提供了一种数据重传的方法，具体流程如下：

步骤101：接收第一设定时段内的各个设备节点发送的n个重传请求；

在执行步骤101之前，网关还可以获取同一设备类型的各个设备节点，并获取与这些设备节点相匹配的数据包，然后，将获取的数据包发送给所述各个设备节点。

具体来说，网关获取网络中各个设备节点各自的节点信息，节点信息包括但不限于：设备类型、版本信息。然后，选择同类型的一个或多个设备节点，并获取与这些设备节点相匹配的数据包，以Mesh物联网场景为例，设备节点的类型可以是摄像头、手机、电脑、窗帘、洗衣机、电视、汽车等，数据包可以是用于升级这些设备节点的版本固件。

可选的，将版本固件的类型与设备节点的类型进行匹配：如果不匹配则判定不发送数据包，即退出升级流程，避免设备节点升级类型不匹配的版本固件导致设备节点异常；如果匹配，则以广播的方式将获取的数据包发送给这些设备节点。

进一步，在Mesh网络的场景下，由于Mesh网络宽带较小，为了保证传输数据的准确性，网关获取单个数据包，在将获取的单个数据包通过Mesh网络传输到相应设备节点后，才会获取下一个数据包。

详细来说，主机将版本固件进行分包处理，然后将各个分包一次通过串口或无线传输至网关。网关一次接收主机传输的一个数据包，并且网关还将对接收到的数据包进行数据校验以确保接收数据包的数据准确性。在这里，数据校验可以包括但不限于：CRC校验(Cyclic Redundancy Check，循环冗余校验)以及偏移校验。

其中，CRC校验用于检测或校验数据传输或者保存后可能出现的错误，以保证接收数据包中数据的准确性。而偏移校验通过识别接收数据包中数据的位置标识，即偏移量，来检测或校验接收数据包中数据的完整性。举例来说，一个数据包本身的偏移量应该为256，如果通过偏移校验识别出这个数据包的偏移量小于256，那么就表明这个数据包在传输的过程中发生数据丢失。

在将数据包发送给各个设备节点之后，网关将接收第一设定时段内的各个设备节点发送的n个重传请求，其中，n为大于等于1的整数。

在本申请实施例中，第一设定时段为一个预设时间段，可以理解的，第一设定时间段可以是一个周期性的时间段，也可以是根据实际应用需求设置的时间段。第一设定时段包括开始时刻和结束时刻，从开始时刻起，各个设备节点将各自对接收到的数据包进行数据校验，如果数据校验失败则确定各自接收数据包的偏移量，并生成携带偏移量的重传请求，在这里，重传请求中的偏移量为设备节点丢失数据包中数据的位置标识。下面通过举例来说明各个设备节点生成重传请求和发送重传请求的过程。

举例来说，从第一设定时段的开始时刻起，第一个生成重传请求A的设备节点A将把重传请求A广播给其他各个设备节点，并直接把重传请求A发送给网关。然后，对第一设定时段内第二个生成重传请求B的设备节点B来说，设备节点B将比较重传请求B中的偏移量是否小于重传请求A中的偏移量：若是，则设备节点B将重传请求B广播给其他各个设备节点，并把重传请求B发送给网关；若否，则设备节点B的重传请求B将在第一设定时段内处于被压制状态，即不发送重传请求B给其他设备节点以及网关，剩下的节点在第一设定时间段内生成重传请求和发送重传请求的过程同设备节点B，不作重复赘述。

综上所述，在第一设定时段内，各个设备节点只要数据校验失败就会生成重传请求，但是并不是每个重传请求都会发送给网关，除了生成的第一个重传请求直接发送给网关，剩下的重传请求需要满足携带更小偏移量才会发送给网关，这样来讲，有效减少发送给网关的重传请求的数量。

对于网关来讲，网关就接收到各个设备节点发送的n个重传请求，n为大于等于1的整数。

步骤102：基于每个重传请求中的偏移量，将n个重传请求中携带最小偏移量的重传请求作为目标重传请求；

虽然网关接收到的n个重传请求是通过各个设备节点各自比较后发送的携带相对最小偏移量的重传请求，但是面对大量设备节点校验失败时网关接收到的n个重传请求的数目仍然是比较多的。为了保证网关处理重传请求的准确性，同时减少网关处理重传请求的数量，在本申请实施例中，根据各个重传请求中的偏移量大小，对这n个重传请求进行排序，选取这n个重传请求中最小偏移量的重传请求作为目标重传请求。

可理解的，重传请求中的偏移量为设备节点丢失数据包中数据的位置标识，换而言之，重传请求中的偏移量越小，设备节点丢失数据就越多，重传请求所请求重传的数据包中的数据也就越多。因为网关向各个设备节点发送数据包的方式为广播方式，具体来说，如果网关基于一个重传请求生成相应重传数据包，并将这个重传数据包发送给相应设备节点，那么其他设备节点同样也会接收到这个重传数据包。所以，基于上述目标重传请求生成的重传数据包理应覆盖各个设备节点所丢失的数据。

综上所述，选取目标重传请求的方式有效减少网关对大量重传请求的处理时间，并节约各个丢失数据的设备节点的等待时间。

步骤103：根据目标重传请求中的偏移量，确定重传数据包的位置标识，并将重传数据包发送给设备节点。

在本申请实施例中，根据目标重传请求中的偏移量，可以在已发送的数据包中确定重传数据包的起始位置，并根据已发送数据包的偏移量可以确定出重传数据的终止位置。在确定起始位置和终止位置之后，也就确定出一个完整的重传数据包，在这里，网关向主机优先请求重传数据包中的数据，然后网关接收主机发送的重传数据包，并且将重传数据包发送给各个设备节点。

举例来说，若目标重传请求中的偏移量为512，则表征设备节点在512这个位置标识后的数据发生丢失；若已发送数据包的偏移量为2048，则表征网关将在2048这个位置标识前的数据都发送给了各个设备节点。基于此，可以确定出需要重传数据的起始位置标识为512、终止位置标识为2048，进而根据起始位置标识和终止位置标识，网关可以获取到重传数据包，并将重传数据包发送给各个设备节点。

可选的，在将重传数据包发送给各个设备节点后，网关将忽略接下来第三设定时段内接收到的各个设备节点发送的各个重传请求。在这里，第三设定时段的起始时刻为发送重传数据包的时刻，第三设定时刻可以是一个周期性的时间段，也可以是根据实际应用需求设置的时间段。在一些可能的实施方式中，第三设定时段应当小于第一设定时段。

通过这种方式，能够进一步减少网关接收和处理重传请求的数量，有效解决因大量重传请求导致网络堵塞的问题。

进一步，为了在保证网关分发数据包准确性的基础上，提高网关分发数据包的效率。在网关将获取到的最后一个数据包发送给各个设备节点后，还可以进一步判断设备节点的总数量是否大于预设阈值：若设备节点的总数量小于等于预设阈值，则视为网关已完成数据的分发工作，并且网关向各个设备节点发送数据传输完毕的信息；若设备节点的总数量大于预设阈值，则进一步确定是否在第二设定时段内收到任一设备节点发送的重传请求。

如果第二设定时段内收到任一设备节点发送的重传请求，那么跳转执行步骤102的操作；如果第二设定时间内没有接收到任一设备节点发送的重传请求，那么便可以视为网关已完成数据的分发工作，并且网关向各个设备节点发送数据传输完毕的信息。

值得说明的是，第二设定时间段可以是一个周期性的时间段，也可以是根据实际应用需求设置的时间段。

举例来说，在实际场景中设置预设阈值为10，当设备节点总数量小于等于10时，网关向这几个设备节点发送数据包，数据包在传输过程中发生丢失的可能性是很低的，因此在这种情况下网关发送完所有数据包可以不用进一步等待。可选的，各个设备节点主动向网关反馈数据接收状态，网关接收各个设备节点发送的数据接收状态，也就保证了数据传输的可靠性。

同理，在实际场景中设置预设阈值为10，当设备节点总数量大于10时，设备节点总数量变多，数据包在传输过程中发生丢失的可能性更大，网关接收各个设备节点的接收状态将浪费更多时间，而且设备节点发生故障的可能性也更高更难排查，因此本申请实施例中通过设置一个第二时间段作为等待重传请求的时间，在第二时间段内没有接收到重传请求即认为完成数据传输，这样不仅节约等待时间，还有效保证数据传输的可靠性。

实施例2：

参阅图2所示，本申请实施例提供了一种发送重传请求的方法，具体流程如下：

步骤201：在对接收的数据包校验失败时，生成携带偏移量的重传请求；

在执行步骤201之前，各个设备节点接收各自的数据包，并对接收的数据包进行数据校验以确保接收数据包的数据准确性。在这里，数据校验可以包括但不限于：CRC校验以及偏移校验。

其中，CRC校验用于检测或校验数据传输或者保存后可能出现的错误，以保证接收数据包中数据的准确性。而偏移校验通过识别接收数据包中数据的位置标识，即偏移量，来检测或校验接收数据包中数据的完整性。举例来说，一个数据包本身的偏移量应该为256，如果通过偏移校验识别出这个数据包的偏移量小于256，那么就表明这个数据包在传输的过程中发生数据丢失。

对于单个设备节点来说，对接收的数据包进行数据校验，如果得到校验结果为失败，便可以判定数据传输过程中发生数据丢失，那么该节点设备将生成携带偏移量的重传请求，在这里，重传请求中的偏移量为设备节点丢失数据包中数据的位置标识。

步骤202：判断重传请求的偏移量是否小于其他任一重传请求的偏移量；

如果将每个设备节点生成的重传请求都发送给网关，那么在Mesh网络的场景下，大量重传请求将导致网络堵塞。为了解决这一问题，对单个设备节点来说，生成重传请求后，还需要进一步判断是否将这个重传请求发送给网关。

具体来说，对设备节点A来说，在生成重传请求A后，设备节点A便将这个重传请求以广播的方式发送给其他各个设备节点。可理解的，这个设备节点也将受到来自其他各个设备节点发送的其他重传请求。在这里，便是比较重传请求A中的偏移量大小是否小于其他任一重传请求各自的偏移量大小：若是，则执行步骤203；若否，则执行步骤204。

可选的，上述其他重传请求具体是设备节点A在一个预设时段内接收到的重传请求，预设时段可以是一个周期性的时间段，也可以是根据实际应用需求设置的时间段。

值得说明的是，上述单个设备节点的判定不构成对本申请实施例所提供技术方法的限定，其他设备节点的判定过程同理可得。

综上所述，在设定时段内，各个设备节点只要数据校验失败就会生成重传请求，但是并不是每个重传请求都会发送给网关，除了生成的第一个重传请求直接发送给网关，剩下的重传请求需要满足携带更小偏移量才会发送给网关，这样来讲，有效减少发送给网关的重传请求的数量。

步骤203：发送所述重传请求；

设备节点向网关发送重传请求后，将接收到网关发送的重传数据包，值得说明的，这里接收的重传数据包不一定是基于该设备节点发送的重传请求生成的，但是这个重传数据包中一定包含有重传请求所请求重传的数据。

步骤204：不发送所述重传请求。

设备节点虽然不向网关发送重传请求，但是仍然会接收到网关发送的重传数据包，这里接收的重传数据包不是基于该设备节点生成的重传请求生成的，但是这个重传数据包中一定包含有该设备节点生成的重传请求所请求重传的数据。

进一步，为了保证各个设备节点完整准确接收网关发送的所有数据，同时提高各个设备节点接收数据的效率。在各个设备节点接收网关发送的所有数据包之后，还可以进一步判断设备节点的总数量是否大于预设阈值：若设备节点的总数量小于等于预设阈值，则各个设备节点将主动向网关反馈数据接收状态，在所有设备节点都反馈数据接收状态后视为数据传输结束；若设备节点的总数量大于预设阈值，则各个设备节点将不会主动向网关反馈数据接收状态，而是进一步判定在一个设定时段内是否有任一设备节点生成重传请求。

如果有任一设备节点在设定时段内生成重传请求，那么重复步骤201-步骤203向网关发送重传请求；如果没有任一设备节点在设定时段内生成重传请求，那么视为数据传输结束。

综上所述，在实际应用场景中，当设备节点少时，通过各个设备节点主动发送的数据接收状态，可以有效保证数据传输的可靠性，另外因为设备节点少，这种方式不易形成时间的浪费。随着设备节点的增加，设备节点丢失数据的可能性变大，设备节点发生故障的可能兴也更高更难排查，在此情况下，各个设备节点不主动发送数据接收状态，而是留出一个设定时间满足丢失数据的设备节点生成和发送重传请求的需求，不仅节约设备节点的等待时间，还有效保证数据传输的准确性和可靠性。

实施例3：

参阅图3所示，本申请实施例提供了一种可能的应用场景，具体包括：网关100和节点200。

网关100与节点200之间可以通过蓝牙进行通信。网关100具体可以包括网关主控和网关模组，网关主控与网关模组之间通过串口或无线进行通信。节点200具体可以包括单个或多个节点模组，各个节点模组之间通过蓝牙进行通信。

其中，网关主控用于向网关模组分发数据包以及升级的开始指令；网关模组用于接收网关主控发送的数据包以及升级的开始指令，并向网关主控回复已接收的响应信息，网关模组还用于向各个节点模组广播升级的开始指令，然后网关模组将接收到的数据包广播给各个节点模组；节点模组用于接收网关模组广播的数据包，并且对接收的数据包进行数据校验，若校验通过则将数据包中的数据写入flash分区中，若校验失败则生成重传请求。

进一步，若某一节点模组生成重传请求，将该节点模组将生成的重传请求广播给其他各个节点模组，可选的，节点模组还将重传请求发送给网关模组。

基于上述可能的应用场景，网关模组如果对接收到的所有重传请求都进行重传处理，那么在面对同一时间的大量重传请求，网关模组将陷入网络堵塞状态，进而导致设备节点升级进度缓慢。

基于上述应用场景，参见图4所示，本申请实施例提供一种数据传输的方法的示意图，具体包括：

网关主控向网关模组发送升级的开始指令，并且将用于升级的分片数据包发送给网关模组。网关模组接收升级的开始指令以及分片数据包，并向各个节点模组广播升级的开始指令0A，在这里开始升级指令0A包括节点模组的批量升级模式。网关模组根据参加升级的节点模组的总数量与预设阈值之间的比较来确定具体的批量升级模式，例如，若节点模组的总数量多余10个，则进行批量升级模式1；若节点模组的总数量少于或等于10个，则进入批量升级模式2。

其中，批量升级模式1：在将末位数据包发送给各个节点模组后等待10s，若等待10s期间内网关模组没有接收到任一节点模组发送的重传请求，则判定升级传输结束。

批量升级模式2：在各个节点模组接收末尾数据包后，各个节点模组向网关模组发送升级接收状态；若网关模组接收到各个节点模组发送的升级接收状态为确认接收，则判定升级传输结束。

在网关模组向各个节点模组发送开始指令0A后，网关模组向网关主控发送表征收到数据包的指令AT和表征开始升级的指令RSP。

至此，网关主控接收网关模组发送的指令AT和指令RSP，然后网关主控以单包的模式向网关模组发送第一个数据包EB(偏移量0)。网关模组接收第一个数据包EB(偏移量0)，这里偏移量0表征第一个数据包EB中包含数据的位置标识，然后网关模组将第一数据包EB(偏移量0)发送给各个节点模组。网关模组向网关主控发送表征收到数据包的指令AT和请求发送下一数据包的指令REB。

在图4中，以数据包0B来表示网关模组向各个节点模组发送用于数据升级的信息，并且节点模组1在收到这第一数据包EB(偏移量0)后便已经存在数据丢失的情况，其丢失数据的偏移量为0。

同理，网关主控接收网关模组发送的指令AT和指令REB后，向网关模组发送第二个数据包EB(偏移量256)。网关模组接收第而个数据包EB(偏移量256)，并将第二数据包EB(偏移量256)发送给各个节点模组。然后，网关模组向网关主控发送表征收到数据包的指令AT和请求发送下一数据包的指令REB。

以此类推，如图4所示，节点模组2和节点模组3在接收数据的过程中也发生数据丢失，节点模组2的丢失数据的偏移量为1024，节点模组3丢失数据的偏移量为512。

如图4所示，check time为一个预设时间，在本申请实施例中，各个节点模组将随机生成一个用于生成重传请求的时间，这个随机生成的时间都处于一个预设范围内。在图4中，节点模组2生成的随机时间为1s，即check time过去1s后，节点模组2第一个生成重传请求，并将这个重传请求以广播的方式发送给其他各个节点模组以及网关模组，图4中数据包2B/1024表征携带偏移量1024的重传请求指令；节点模组1生成的随机时间为2s，即checktime过去2s后，节点模组1第二个生成重传请求，在这里，节点模组1需要将节点模组1的偏移量0与节点模组2的偏移量1024进行大小比较，因为偏移量0小于偏移量1024，所以节点模组1将生成的重传请求以广播的方式发送给其他各个节点模组以及网关模组，图4中数据包2B/0表征携带偏移量0的重传请求指令；节点模组3生成的随机时间为3s，即check time过去3s后，节点模组3第三个生成重传请求，在这里，节点模组3需要将节点模组3的偏移量512分别与节点模组1的偏移量0、节点模组2的偏移量1024进行大小比较，因为偏移量512小于偏移量0，所以节点模组3虽然生成重传请求，但不将重传请求发送给网关模组。

对于网关模组来说，网关模组只会针对携带最小偏移量的重传请求进行处理。即如图4所示，在网关模组的第二个check time前，虽然网关模组接收到节点模组1和节点模组2发送的两个重传请求，但因为节点模组1生成重传请求的偏移量为0，小于节点模组2生成重传请求的偏移量1024。例如，在图4中，网关模组第一次接收重传请求中的偏移量1024，记录为REY＝1024，因为第二次接收到重传请求中的偏移量为0，且0＜1024，更新记录为REY＝0；另外，网关模组根据发送数据包的偏移量确定已发送数据包的偏移量为REY＝2048。换而言之，网关模组只会针对节点模组1生成的重传请求来确定重传数据包的位置，即重传数据包的起始偏移量为0，终止偏移量为已发送数据包的偏移量2048，然后网关模组向网关主控发送指令AT以及用于请求重传的指令REY，其中，指令REY中包含重传数据包的起始偏移量和终止偏移量。网关主控接收指令AT和指令REY后，向网关模组发送重传数据包。网关模组再将接收的重传数据包发送给各个节点模组。

直到网关主控向网关模组发送末位数据包，即最后一个数据包。网关模组将接收的末位数据包发送给各个节点模组。然后根据前面网关模组0A指令中的批量升级模式，来确定后续步骤。

具体来说，如果0A指令中为批量升级模式1，那么从网关主控发送末尾数据包的时间起，计时一定时间，如10s，在10s内没有任一节点模组向网关模组发送重传请求，则判定升级传输结束。如果0A指令中为批量升级模式2，那么从网关主控发送末尾数据包的时间起，各个节点模组将主动向网关模组发送升级接收状态，若网关模组接收到各个节点模组发送的升级接收状态为确认接收，则判定升级传输结束。

在升级传输结束后，网关主控向网关模组发送携带偏移量的数据，然后网关模组接收数据后，网关模组向各个节点模组发送表征数据传输完毕的数据包0C。

进一步，各个节点模组的设备将对接收的所有数据包进行数据校验，在校验成功后，各个节点模组的设备将基于接收的数据包进行重启操作，并执行相应flash分区程序，并且在各个设备节点模组的设备重启后，各个设备节点模组将在随机时间内向网关模组上报固件升级的升级结果。

通过上述方法，对于网关侧，只针对最小偏移量的目标重传请求作重传处理，因为最小偏移量的重传请求意味着申请重传的数据最多，即目标重传请求可以满足所有发送重传请求的设备节点的重传需求。对于节点侧，只发送携带相对较小偏移量的重传请求给网关侧，即减少了发送给网关侧的重传请求数量。所以，基于上述方法可以解决同时处理大量重传请求导致网络堵塞的问题，并且可以在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间。

基于同一发明构思，本申请还提供了一种数据重传的装置，用以解决目前因大量重传请求而导致网络堵塞的问题，在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间，参见图5，该装置包括：

接收模块501，接收第一设定时段内的各个设备节点发送的n个重传请求；n为大于等于1的整数；

选择模块502，基于每个重传请求中的偏移量，将所述n个重传请求中携带最小偏移量的重传请求作为目标重传请求；其中，所述偏移量表征所述设备节点丢失数据包中数据的位置标识；

发送模块503，根据所述目标重传请求中的偏移量，确定重传数据包的位置标识，并将所述重传数据包发送给所述设备节点。

在一种可能的设计中，所述接收模块501，还包括：获取同一设备类型的各个设备节点，并获取与所述各个设备节点相匹配的数据包；将所述数据包发送给所述各个设备节点。

在一种可能的设计中，所述发送模块503，还包括：直到将所述设备节点的所有数据包都发送给所述设备节点，判断所述设备节点的数量是否大于预设阈值；若所述设备节点的数量小于等于所述预设阈值，则完成对所述设备节点的升级；若所述设备节点的数量大于所述预设阈值，则在确定第二设定时段内没有收到所述设备节点发送的重传请求后，完成对所述设备节点的升级。

在一种可能的设计中，所述发送模块503，还包括：忽略第三设定时段内接收到所述设备节点发送的所有重传请求；其中，所述第三设定时段的起始时刻为发送所述重传数据包的时刻，所述第三设定时段小于所述第一设定时段。

基于上述装置，针对最小偏移量的目标重传请求作重传处理，因为最小偏移量的重传请求意味着申请重传的数据最多，即目标重传请求可以满足所有发送重传请求的设备节点的重传需求，因此可以解决同时处理大量重传请求导致网络堵塞的问题，并且可以在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间。

基于同一发明构思，本申请还提供了一种发送重传请求的装置，用以解决目前因大量重传请求而导致网络堵塞的问题，在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间，参见图6，该装置包括：

生成模块601，在对接收的数据包校验失败时，生成携带偏移量的重传请求；其中，所述偏移量为丢失所述数据包中数据的位置标识；

判断模块602，判断所述重传请求的偏移量是否小于其他任一重传请求的偏移量；其中，所述其他任一重传请求为生成所述重传请求前接收到的重传请求；

发送模块603，若是，则发送所述重传请求；

等待模块604，若否，则不发送所述重传请求。

基于上述装置，只发送携带相对较小偏移量的重传请求，即减少了发送重传请求数量，用以解决同时处理大量重传请求导致网络堵塞的问题，并且可以在保障设备节点接收重传数据包的可靠性的同时，节约设备节点因等待重传数据包的等待时间。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述一种数据重传/发送重传请求的装置的功能，参考图7，所述电子设备包括：

至少一个处理器701，以及与至少一个处理器701连接的存储器702，本申请实施例中不限定处理器701与存储器702之间的具体连接介质，图7中是以处理器701和存储器702之间通过总线700连接为例。总线700在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线700可以分为地址总线、数据总线、控制总线等，为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器701也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器702存储有可被至少一个处理器701执行的指令，至少一个处理器701通过执行存储器702存储的指令，可以执行前文论述的数据重传/发送重传请求方法。处理器701可以实现图5/图6所示的装置中各个模块的功能。

其中，处理器701是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器702内的指令以及调用存储在存储器702内的数据，该装置的各种功能和处理数据，从而对该装置/系统进行整体监控。

在一种可能的设计中，处理器701可包括一个或多个处理单元，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。在一些实施例中，处理器701和存储器702可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器701可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的数据重传/发送重传请求方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器702作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器702可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器702是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器702还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器701进行设计编程，可以将前述实施例中介绍的数据重传/发送重传请求方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图1/图2/图3所示的实施例的数据重传/发送重传请求/数据传输方法的步骤。如何对处理器701进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述数据重传/发送重传请求方法。

在一些可能的实施方式中，本申请提供的数据重传/发送重传请求方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的数据重传/发送重传请求方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种数据重传的方法，其特征在于，所述方法包括：

接收第一设定时段内的各个设备节点发送的n个重传请求；其中，n为大于等于1的整数；

基于每个重传请求中的偏移量，将所述n个重传请求中携带最小偏移量的重传请求作为目标重传请求；其中，所述偏移量为所述设备节点丢失数据包中数据的位置标识；

根据所述目标重传请求中的偏移量，确定重传数据包的位置标识，并将所述重传数据包发送给所述设备节点。

2.如权利要求1所述的方法，其特征在于，在所述接收第一设定时段内的各个设备节点发送的n个重传请求之前，还包括：

获取同一设备类型的各个设备节点，并获取与所述各个设备节点相匹配的数据包；

将所述数据包发送给所述各个设备节点。

3.如权利要求1-2任一项所述的方法，其特征在于，在所述将所述重传数据包发送给所述设备节点之后，还包括：

直到将所述设备节点的所有数据包都发送给所述设备节点，判断所述设备节点的数量是否大于预设阈值；

若所述设备节点的数量小于等于所述预设阈值，则完成对所述设备节点的升级；

若所述设备节点的数量大于所述预设阈值，则在确定第二设定时段内没有收到所述设备节点发送的重传请求后，完成对所述设备节点的升级。

4.如权利要求1所述的方法，其特征在于，在将所述重传数据包发送给所述设备节点之后，还包括：

忽略第三设定时段内接收到所述设备节点发送的所有重传请求；其中，所述第三设定时段的起始时刻为发送所述重传数据包的时刻，所述第三设定时段小于所述第一设定时段。

5.一种发送重传请求的方法，其特征在于，所述方法包括：

在对接收的数据包校验失败时，生成携带偏移量的重传请求；其中，所述偏移量为丢失所述数据包中数据的位置标识；

判断所述重传请求的偏移量是否小于其他任一重传请求的偏移量；其中，所述其他任一重传请求为生成所述重传请求前接收到的重传请求；

若是，则发送所述重传请求；

若否，则不发送所述重传请求。

6.一种数据重传的装置，其特征在于，所述装置包括：

接收模块，接收第一设定时段内的各个设备节点发送的n个重传请求；n为大于等于1的整数；

选择模块，基于每个重传请求中的偏移量，将所述n个重传请求中携带最小偏移量的重传请求作为目标重传请求；其中，所述偏移量表征所述设备节点丢失数据包中数据的位置标识；

发送模块，根据所述目标重传请求中的偏移量，确定重传数据包的位置标识，并将所述重传数据包发送给所述设备节点。

7.如权利要求6所述的装置，其特征在于，所述发送模块，还包括：直到将所述设备节点的所有数据包都发送给所述设备节点，判断所述设备节点的数量是否大于预设阈值；若所述设备节点的数量小于等于所述预设阈值，则完成对所述设备节点的升级；若所述设备节点的数量大于所述预设阈值，则在确定第二设定时段内没有收到所述设备节点发送的重传请求后，完成对所述设备节点的升级。

8.一种发送重传请求的装置，其特征在于，所述装置包括：

生成模块，在对接收的数据包校验失败时，生成携带偏移量的重传请求；其中，所述偏移量为丢失所述数据包中数据的位置标识；

判断模块，判断所述重传请求的偏移量是否小于其他任一重传请求的偏移量；其中，所述其他任一重传请求为生成所述重传请求前接收到的重传请求；

发送模块，若是，则发送所述重传请求；

等待模块，若否，则不发送所述重传请求。

9.一种电子设备，其特征在于，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-5中任一项所述的方法步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一项所述的方法步骤。

Images