CN115942345A - 模组重启方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种模组重启方法、装置、电子设备及存储介质，该模组重启方法包括：获取注网结果，所述注网结果表示注网成功或注网失败；若所述注网结果表示注网失败，则在接收到重启指令后，获取所述模组的历史重启次数，并基于所述模组的历史重启次数，确定目标重启时长；控制所述模组在经过目标重启时长后自动重启。本申请中，在注网失败并接收到重启指令后，获取模组的历史重启次数，并基于该模组的历史重启次数，确定目标重启时长，并控制模组在经过目标重启时长后自动重启，以使得模组在注网失败后延时重启，进而完成注网，避免模组在注网失败后基于重启指令立即重启，模组所在终端设备上可能会出现的无限重启的问题。

Description

模组重启方法、装置、电子设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种模组重启方法、装置、电子设备及存储介质。

背景技术

一般情况下，搭载模组例如窄带物联网(narrow band internet of things，NB-IoT)模组的终端设备，例如水表、电表、空调等，部署在楼宇中。大量终端设备在同时上电时，容易由于网络容量不足，出现部分终端设备被网络拒绝，不能成功注册网络(即注网)的情况。此时，终端设备依据其应用层逻辑判断出没有正常注网时会执行重启。具体地，终端设备因网络容量不足被网络拒绝之后，该终端设备中的通信模组会运行或者说触发T3346定时器，该定时器所设定的时间没有计时完毕时，终端设备依据其应用层逻辑下发重启指令并按照该重启指令进行重启后，该定时器已经运行的时间不会减去。也就是说，在下次重启时，该定时器会重新开始运行或者说重新开始计时。在定时器未计时完毕时即使终端设备重启或重新发起注网请求，网络会自动拒绝该终端设备，即拒绝该终端设备注网。这样的话，在注网失败后，终端设备可能会进入无限重启的状况。

发明内容

本申请提供了一种模组重启方法、装置、电子设备及存储介质，以解决注网失败后，终端设备可能会进入无限重启的状况的问题。

第一方面，本申请提供了一种模组重启方法，该模组重启方法包括：

获取注网结果，所述注网结果表示注网成功或注网失败；

若所述注网结果表示注网失败，则在接收到重启指令后，获取模组的历史重启次数，并基于所述模组的历史重启次数，确定目标重启时长；

控制所述模组在经过所述目标重启时长后自动重启。

可选地，基于所述模组的历史重启次数，确定目标重启时长，包括：

按照T＝t₁*2ⁿ，基于所述模组的历史重启次数，确定预计重启时长；其中，T表示预计重启时长，t₁表示初始重启时长，n表示所述模组的历史重启次数；

基于所述预计重启时长，确定所述目标重启时长。

可选地，所述基于所述预计重启时长，确定所述目标重启时长，包括：

判断所述预计重启时长是否超过定时器时长；

若是，将所述预计重启时长确定为所述目标重启时长；或者，将所述定时器时长确定为所述目标重启时长。

可选地，在所述控制所述模组在经过所述目标重启时长后自动重启之后，所述方法还包括：

获取新的注网结果；

若所述新的注网结果表示注网成功，则将所述模组的历史重启次数设置为0；

若所述新的注网结果表示注网失败，则将所述模组的历史重启次数加1。

可选地，在所述获取注网结果之前，包括：

开启自动重启策略并判断用户识别模块SIM是否正常插入所述模组。

第二方面，本申请提供了一种模组重启装置，所述模组重启装置包括：

获取模块，用于获取注网结果，所述注网结果表示注网成功或注网失败；

所述获取模块，还用于若所述注网结果表示注网失败，则在接收到重启指令后，获取模组的历史重启次数；

确定模块，用于基于所述模组的历史重启次数，确定目标重启时长；

控制模块，用于控制所述模组在经过所述目标重启时长后自动重启。

可选地，所述确定模块，具体用于：

按照T＝t1*2n，基于所述模组的历史重启次数，确定预计重启时长；其中，T表示预计重启时长，t1表示初始重启时长，n表示所述模组的历史重启次数；

基于所述预计重启时长，确定所述目标重启时长。

可选地，所述确定模块，更具体地用于：

判断所述预计重启时长是否超过定时器时长；

若是，将所述预计重启时长确定为所述目标重启时长；

或者，将所述定时器时长，确定为所述目标重启时长。

第三方面，本申请提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

处理器，用于执行存储器上所存放的程序时，实现第一方面任一项实施例所述的模组重启方法的步骤。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项实施例所述的模组重启方法的步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本申请实施例提供的该模组重启方法，先获取注网结果，并在注网结果表示注网失败，且在注网失败后的预设时长内接收到重启指令后，获取模组的历史重启次数，随后，基于模组的历史重启次数，确定目标重启时长，并控制模组在经过目标重启时长后自动其重启，实现模组的延时重启，尽可能使得模组在定时器计时结束后再进行重启，进而完成注网，避免模组在注网失败后基于重启指令立即重启，死的模组所在终端设备出现无限重启的情况。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种模组重启方法的流程示意图；

图2为本申请实施例提供的一种模组重启流程的示意图；

图3为本申请实施例提供的一种模组重启装置的示意图；

图4为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决注网失败后，终端设备可能会进入无限重启的状况的问题，本申请实施例提供了一种模组重启方法，应用于模组或能与模组进行通信的任一设备中。如图1所示，该模组重启方法包括步骤101-步骤103：

步骤101：获取注网结果。

其中，注网结果表示注网成功或注网失败。

步骤102：若注网结果表示注网失败，则在接收到重启指令后，获取模组的历史重启次数，并基于模组的历史重启次数，确定目标重启时长。

其中，模组的历史重启次数即模组在注网失败后已经重启的次数。

可选地，基于模组的历史重启次数，结合初始重启时长，确定(模组的)预计重启时长。

其中，目标重启时长与模组的历史重启次数之间正相关。

在一种可能的实现方式中，按照T＝t₁*2ⁿ，基于模组的历史重启次数，确定预计重启时长。然后，基于预计重启时长，确定目标重启时长。

其中，T表示预计重启时长，t₁表示初始重启时长，n表示模组的重启次数。

示例性的，以初始重启时长是2s为例，若模组的历史重启次数为0，则按照T＝t₁*2ⁿ，可以确定预计重启时长T＝2*2⁰＝2s；若模组的历史重启次数为3，则按照T＝t₁*2ⁿ，可以确定预计重启时长T＝2*2³＝16s。

这样的话，每次重启之前的延时时间比其上一次重启之前的时间长，例如一倍。由于每次的重启时间都会变长，在模块重启若干次之后，可以确保T3346定时器的时间运行完毕，重新发起注网请求，此时，若注网成功则无需再次重启，从而避免因定时器时间无法运行完毕导致出现无限重启的状况。

在一种可能的实现方式中，基于预计重启时长，直接将该预计重启时长确定为目标重启时长。由于预计重启时长是基于模组的历史重启次数确定的，且与模组的历史重启次数成正比，随着模组的历史重启次数的增加，预计重启时长会逐渐增长，这样的话，预计重启时长在历史重启次数达到一定次数后，就会超过定时器时长，此时，模组可以重新发送注网请求，以重新注网，从而避免定时器未计时完毕时，模组自动重启导致注网被自动拒绝，在终端设备上出现无限重启的情况。

其中，定时器时长为时长为定时器所设定的时长。即，定时器所设定的时长为注网失败后的时刻到重新发起注网请求的时刻之间的差值。当然，根据实际需求的不同，该定时器所设定的时长也可以是大于上述差值的任意值。

在另一种可能的实现方式中，在基于预计重启时长确定目标重启时长时，基于预计重启时长是否超过定时器时长，来确定目标重启时长。

具体地，判断预计重启时长是否超过定时器时长，若是，即预计重启时长超过定时器时长，则将预计重启时长确定为目标重启时长。

需要说明的是，现有技术中在定时器计时未结束的情况下进行重启，在重启结束后定时器会重新计时，会使得模组出现无限重启的情况，在一具体实现中，在预计重启时长超过定时器时长时，将预计重启时长确定为目标重启时长，这样在模组按照预计重启时长重启后，模组会重新发起注网请求，若模组注网成功，则不再需要进行重启，从而避免模组在终端设备上出现无限重启的情况。

或者，若是，则将定时器时长确定为目标重启时长。

需要说明的是，在预计重启时长超过定时器时长时，将定时器时长确定为重启时长，可使得模组按照定时器时长进行重启，此时，模组重启后重新发起注网请求。这样，相对于按照预计重启时长进行重启，可减少重启时延，进而减少重新发起注网请求的时延，实现尽快注网。

相应地，判断预计重启时长是否超过定时器时长，若否，即预计重启时长未超过定时器时长时，将预计重启时长确定为目标重启时长。

一般的，上述预计重启时长、定时器时长、初始重启时长、目标重启时长的单位为s。当然，上述预计重启时长、定时器时长、初始重启时长、目标重启时长的单位也可以是根据实际需求确定的其他单位，如min等。

需要说明的是，通过上述过程，在根据基于模组的重启次数确定的与该重启次数正相关的目标重启时长，来控制模组延时重启时，可保证在有限次重启后，相关定时器例如T3346定时器设定的时间运行结束，重启并发起新的注网请求，以避免终端设备上出现无限重启的状况。

步骤103：控制模组在经过目标重启时长后自动重启。

可选地，按照上述确定的目标重启时长，控制模组在注网失败并经过目标重启时长后自动重启，实现模组的自动延时重启。

在一种可能的实现方式中，终端设备在被拒绝注网后，该终端设备中的模组记录被拒绝注网的时刻也就是注网失败的时刻。

需要说明的时，如果在注网失败之后的定时器时长内，发起新的注网请求，则该新的注网请求会直接被拒绝，且定时器重新开始计时。因此，通过上述过程，本申请在注网失败并接收到重启指令后，获取模组的历史重启次数，并基于该历史重启次数确定目标重启时长，控制模组在经过目标重启时长后自动重启，可使得模组在注网失败后延时重启，在定时器时长一定的情况下，在经历有限次重启后，模组以大于或等于定时器时长的目标重启时长自动重启，可以重新发起注网请求从而完成注网，避免模组在注网失败后基于重启指令立即重启，模组所在终端设备上可能会出现的无限重启的问题。

可选地，在执行该步骤101之前，开启自动重启策略并判断用户识别模块SIM是否正常插入模组。

在一种可能的实现方式中，通过目标接口，控制自动重启策略开启，以使得模组或可与该模组进行通信的设备能够按照该自动重启策略，来控制模组在注网失败并经过目标重启时长后自动重启，从而避免注网失败后可能出现的无限重启的状况。

即，自动重启策略用于控制模组在注网失败后自动延时重启。

示例性地，以上述能与模组进行通信的任一设备为该模组所在终端设备为例，与模组通信连接的终端设备通过目标接口，来控制模组开启自动重启策略。其中，目标接口可以为例如AT接口或API接口等。

具体地，自动重启策略即基于模组的重启次数，先确定目标重启时长，并基于该目标重启时长控制模组，在注网失败的目标重启时长后再自动重启，从而实现自动的延时重启。关于自动重启策略的具体实现可参见上述对步骤101-103的介绍，在此不进行赘述。

本申请中，基于自动重启策略，可解决现有技术中因网络容量不足，导致终端设备注网被拒绝，终端设备不能正常注网时，终端设备中模组判断注网异常下发重启指令后立即重启导致终端设备进入无限重启的状况的问题。

在一种可能的实现方式中，对用户识别模块SIM是否正常插入模组进行判断，若是，即SIM正常插入模组，则执行步骤101，即获取注网结果。

在另一种可能的实现方式中，在获取注网结果之前，不仅对SIM是否正常插入模组进行判断，还对网络信号是否异常进行判断。若SIM正常插入模组且网络信号正常，则执行步骤101，即获取注网结果。

需要说明的是，在获取注网结果前，确定模组信号正常和网络信号正常，可以确定注网失败并不是由于SIM未正常插入或网络信号不正常造成的，而是由于连接网络的终端设备的数量较多造成的。这样，再按照自动重启策略进行重启，可解决现有技术中因网络容量不足，导致终端设备注网被拒绝，终端设备不能正常注网时，终端设备中模组判断注网异常下发重启指令后立即重启导致终端设备进入无限重启的状况的问题。

可选地，在控制模组在经过目标重启时长后自动重启之后，基于自动重启后的注网情况，更新模组的历史更新次数。

在一种可能的实现方式中，在控制模组在经过目标重启时长后自动重启之后，先获取新的注网结果，再根据该新的注网结果来更新模组的历史重启次数。

具体地，若新的注网结果表示注网成功，则将模组的历史重启次数设置为0(或者说清零)；若新的注网结果表示注网失败，则将模组的历史重启次数加1。

示例性的，终端设备开机后第一次注网失败后，该终端设备中的模组的历史重启次数为0。随后，若接收到重启指令，并按照自动重启策略控制模组延时重启后，获取新的注网结果。此时，若该新的注网结果表示注网失败，则更新模组的历史重启次数为1；若注网结果表示注网成功，则更新模组的历史重启次数为0。

需要说明的是，基于注网结果实时对模组的历史重启次数进行更新，可确保在定时器时长一定的情况下，在基于模组的历史重启次数所确定的目标重启时长超过定时器时长时，重新发送注网请求，若注网成功则在经过有限次重启后，无需再次重启，避免模组在终端设备上出现无限重启的状况。

基于上述内容可知，目标重启时长与模组的历史重启次数之间正相关。在模组的历史重启次数超过预设次数阈值时，相应的，目标重启时长大于定时器时长。

因此，在另一种可能的实现方式中，可直接基于模组的历史重启次数来确定是否控制模组延时重启。

具体地，在模组的历史重启次数不超过预设次数阈值时，确定控制模组在注网失败并延时目标重启时长后自动重启；在模组的重启次数超过预设次数阈值时，确定控制模组在注网失败并延时目标重启时长或定时器时长后重启。

其中，预设次数阈值可以是基于定时器时长和初始重启时长确定的。

示例性的，若定时器时长为20s，初始重启时长为2s，目标重启时长为T＝t₁*2ⁿ，其中，T表示目标重启时长，t₁为初始重启时长，n为模组的历史重启次数。当n＝3时，目标重启时长为16s；当n＝4时，目标重启时长为32s，因此，可以确定预设次数阈值为3。

其中，初始重启时长可以是预先确定的，也可以是基于实际需求来确定的。

示例性的，终端设备注网被拒绝后，该终端设备中的模组记录注网状态和历史重启次数，在接收到重启指令后，判断历史重启次数即该模组已经重启的次数是否超过预设次数阈值。随后，根据该模组已经重启的次数，在响应于重启指令重启之前进行延时处理，延时时长为t₁*2ⁿ，延时重启之后，获取新的注网结果并更新历史重启次数。这样，在经历有限次重启，即当延时的目标重启时长大于或等于定时器时长时，可发起新的注网请求，若注网成功则无需再次重启，从而解决可能在终端设备上出现无限重启的状况的问题。

示例性的，通过目标接口例如AT接口或API接口等控制模组开启自动重启策略。在模组正常插入SIM卡且网络信号正常的情况下，模组注网失败，并判断当前环境下已经执行的重启次数，模组执行延时重启，延时的时间为t₁*2^n秒。随后，对注网状态进行判断，若注网正常或者说是注网成功，则不需要再次重启，更新历史重启次数为0；若网络信号正常但注网异常或者说注网失败，则更新历史重启次数和重启原因，此时重启原因为网络信号正常但未正常注网。

示例性的，模块重启的流程可如图2所示。模组开启自动重启策略。随后，对模组所在终端设备是否正常插入SIM卡和网络信号是否正常进行判断，若正常则进行注网。获取并基于注网结果，对是否注网成功进行判断，若注网成功，则清空历史重启次数，即设置历史重启次数为0；若注网失败，则更新历史重启次数，即对历史重启次数加1，并在接收到重启指令后，基于历史重启次数确定重启时长，进行重启。

如图3所示，本申请实施例提供了一种模组重启装置，该装置包括获取模块301、确定模块302和重启模块303。

其中，获取模块301，用于获取注网结果，所述注网结果表示注网成功或注网失败。

获取模块301，还用于若所述注网结果表示注网失败，则在接收到重启指令后，获取模组的历史重启次数。

确定模块302，用于基于所述模组的历史重启次数，确定目标重启时长。

控制模块303，用于控制所述模组在经过所述目标重启时长后自动重启。

如图4所示，本申请实施例提供了一种电子设备，包括处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信，

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

在本申请一个实施例中，处理器401，用于执行存储器403上存放的程序时，实现前述任意一个方法实施例提供的模组重启方法的步骤。

本申请实施例提供的电子设备，具体可以为能够实现通信功能的模组或包含该模组的终端设备等，该终端设备可以为移动终端或智能终端。移动终端具体可以为手机、平板电脑、笔记本电脑等中的至少一种；智能终端具体可以是智能汽车、智能手表、共享单车、智能柜等含有无线通信模组的终端；模组具体可以为无线通信模组，例如2G通信模组、3G通信模组、4G通信模组、5G通信模组、NB-IOT通信模组等中的任意一种。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述任意一个方法实施例提供的模组重启方法的步骤。

需要说明的是，本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种模组重启方法，其特征在于，所述方法包括：

获取注网结果，所述注网结果表示注网成功或注网失败；

若所述注网结果表示注网失败，则在接收到重启指令后，获取模组的历史重启次数，并基于所述模组的历史重启次数，确定目标重启时长；

控制所述模组在经过所述目标重启时长后自动重启。

2.根据权利要求1所述的模组重启方法，其特征在于，所述基于所述模组的历史重启次数，确定目标重启时长，包括：

按照T＝t₁*2ⁿ，基于所述模组的历史重启次数，确定预计重启时长；其中，T表示预计重启时长，t₁表示初始重启时长，n表示所述模组的历史重启次数；

基于所述预计重启时长，确定所述目标重启时长。

3.根据权利要求2所述的模组重启方法，其特征在于，所述基于所述预计重启时长，确定所述目标重启时长，包括：

判断所述预计重启时长是否超过定时器时长；

若是，将所述预计重启时长确定为所述目标重启时长；

或者，将所述定时器时长确定为所述目标重启时长。

4.根据权利要求1所述的模组重启方法，其特征在于，在所述控制所述模组在经过所述目标重启时长后自动重启之后，所述方法还包括：

获取新的注网结果；

若所述新的注网结果表示注网成功，则将所述模组的历史重启次数设置为0；

若所述新的注网结果表示注网失败，则将所述模组的历史重启次数加1。

5.根据权利要求1-4中任一项所述的模组重启方法，其特征在于，在所述获取注网结果之前，包括：

开启自动重启策略并判断用户识别模块SIM是否正常插入所述模组。

6.一种模组重启装置，其特征在于，所述模组重启装置包括：

获取模块，用于获取注网结果，所述注网结果表示注网成功或注网失败；

所述获取模块，还用于若所述注网结果表示注网失败，则在接收到重启指令后，获取模组的历史重启次数；

确定模块，用于基于所述模组的历史重启次数，确定目标重启时长；

控制模块，用于控制所述模组在经过所述目标重启时长后自动重启。

7.根据权利要求6所述的模组重启装置，其特征在于，所述确定模块，具体用于：

按照T＝t₁*2ⁿ，基于所述模组的历史重启次数，确定预计重启时长；其中，T表示预计重启时长，t₁表示初始重启时长，n表示所述模组的历史重启次数；

基于所述预计重启时长，确定所述目标重启时长。

8.根据权利要求7所述的模组重启装置，其特征在于，所述确定模块，具体用于：

判断所述预计重启时长是否超过定时器时长；

若是，将所述预计重启时长确定为所述目标重启时长；

或者，将所述定时器时长，确定为所述目标重启时长。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

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

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

Images