一种移动终端脱网的处理方法及装置与流程

本发明涉及移动终端脱网处理技术领域，更具体地说，涉及一种移动终端脱网的处理方法及装置。

背景技术：

目前，用户不使用移动终端时，移动终端一般会处于灭屏状态，但是在灭屏状态下，移动终端仍处于网络连接状态，这时会接收到终端应用发送的提示信息，从而亮屏提示用户。但是，若用户长时间不查看手机，即手机处于长时间灭屏状态时，用户可能不会察觉到手机已经脱网，在脱网状态下，移动终端是无法与外界交流的，这时用户便接收不到各应用发送的信息，从而造成重要信息的遗漏或者无法接收，严重影响了用户的体验。

因此，如何使脱网状态的移动终端快速恢复到启网状态，是本领域技术人员需要解决的问题。

技术实现要素：

本发明的目的在于提供一种移动终端脱网的处理方法、装置及移动终端，以将处于脱网状态的移动终端快速恢复到启网状态。

为实现上述目的，本发明实施例提供了如下技术方案：

一种移动终端脱网的处理方法，包括：

检测移动终端是否处于脱网状态；

若是，则执行激活操作；

判断执行所述激活操作后是否仍处于脱网状态；

若是，则直接触发reset模块。

其中，所述执行激活操作包括：

s1、根据所述移动终端的脱网类型确定查询总次数；

s2、查询所述移动终端当前的注册状态；

s3、判断当前的注册状态是否为注册成功状态；若是，则查询结束；若否，则在间隔预定时长后，继续执行s4；

s4、判断已查询次数是否大于所述查询总次数；若是，则执行s5；若否，则继续执行s2；

s5、执行激活操作。

其中，所述s2包括：

利用脱网异常处理函数查询所述移动终端当前的注册状态。

其中，所述s5包括：

上报ril_unsol_rild_state通知framework执行去激活卡操作和激活卡操作。

其中，所述判断执行所述激活操作后是否仍处于脱网状态，包括：

在执行所述激活操作的第二时长后，判断所述移动终端是否仍处于脱网状态。

一种移动终端脱网的处理装置，包括：

检测模块，用于检测移动终端是否处于脱网状态；

激活模块，用于在所述移动终端处于脱网状态时，执行激活操作；

判断模块，用于判断执行所述激活操作后是否仍处于脱网状态；

复位模块，用于在所述移动终端执行所述激活操作后仍处于脱网状态时，触发reset模块。

其中，所述激活模块包括：

查询总次数确定单元，用于根据所述移动终端的脱网类型确定查询总次数；

注册状态查询单元，用于查询所述移动终端当前的注册状态；

注册状态判断单元，用于判断当前的注册状态是否为注册成功状态；若为注册成功状态，则查询结束；

查询次数判断单元，用于在当前的注册状态不是注册成功状态时，判断已查询次数是否大于所述查询总次数；若已查询次数不大于所述查询总次数时，则在间隔预定时长后，触发所述注册状态查询单元；

激活单元，用于在已查询次数大于所述查询总次数时，执行激活操作。

其中，所述注册状态查询单元具体用于：

利用脱网异常处理函数查询所述移动终端当前的注册状态。

其中，所述激活单元具体用于：

上报ril_unsol_rild_state通知framework执行去激活卡操作和激活卡操作。

其中，所述判断模块具体用于：

在执行所述激活操作的第二时长后，判断所述移动终端是否仍处于脱网状态。

通过以上方案可知，本发明实施例提供的一种移动终端脱网的处理方法，包括：检测移动终端是否处于脱网状态；若是，则执行激活操作；判断执行所述激活操作后是否仍处于脱网状态；若是，则直接触发reset模块。

可见，在本实施例中，检测到移动终端处于脱网状态时，可自动对终端执行激活操作，若执行完激活操作后，该移动终端还是处于脱网状态，则通过触发reset模块进行重新启动，从而能使移动终端快速从脱网状态恢复到启网状态，避免造成用户重要信息的遗漏或者无法接收，增加用户体验；本发明还公开了一种移动终端脱网的处理装置，同样能实现上述技术效果。

附图说明

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

图1为本发明实施例公开的一种移动终端脱网的处理方法流程示意图；

图2为本发明实施例公开的一种执行激活操作的具体流程示意图；

图3为本发明实施例公开的一种具体的移动终端脱网的处理方法流程示意图；

图4为本发明实施例公开的一种移动终端脱网的处理装置结构示意图；

图5为本发明实施例公开的一种移动终端结构示意图。

具体实施方式

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

本发明实施例公开了一种移动终端脱网的处理方法及装置，以将处于脱网状态的移动终端快速恢复到启网状态。

参见图1，本发明实施例提供的一种移动终端脱网的处理方法，包括：

s101、检测移动终端是否处于脱网状态；若是，则执行激活操作；

具体的，在本实施例中，可通过modem上报网络状态信息qmi_nas_sys_info_ind_msg_v01，通过该网络状态信息判断移动终端是否处于脱网状态，若通过该网络状态信息判定移动终端处于脱网状态，这时可对sim卡执行激活操作，若判定移动终端不处于联网状态，可不执行任何操作；需要说明的是，无论移动终端是否处于脱网状态，均可记录日志信息，以便日后对移动终端的联网状态的分析提供依据。

可以理解的是，modem上报的网络状态信息可以是实时上报，也可以是以预定时长为间隔进行上报的；因此，检测移动终端是否处于脱网状态的频率，可根据modem上报的上报频率进行确定。

s102、判断执行所述激活操作后是否仍处于脱网状态；若是，则直接触发reset模块。

具体的，若激活成功，移动终端便能联网，若激活失败，则移动终端仍处于脱网状态。因此在本方案中，为了保证在激活后移动终端能联网，则需要执行s102对移动终端的联网状态进行再次的判断，若再次判定移动终端处于脱网状态，则可通过触发reset模块让移动终端重新联网。若经过以上步骤都无法进行恢复时，则放弃对该卡的恢复。

本发明实施例公开了一种具体的动态副本一致性维护系统，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。

参见图2，s101中的执行激活操作具体包括：

s1、根据所述移动终端的脱网类型确定查询总次数；

具体的，本方案中的脱网类型可根据移动终端是否曾经注册上网络为依据进行分类，第一种类型为开机后一直无法注册上网络，第二种类型为开机后注册上网络后掉网；这两种类型的查询总次数可自定义设置，在本方案中设定第一种类型的查询总次数大于第二种类型的查询总次数，例如：第一种类型的查询总次数为30次，第二种类型的查询总次数为24次。

s2、查询所述移动终端当前的注册状态；

其中，在本方案中利用脱网异常处理函数查询所述移动终端当前的注册状态。该脱网异常处理函数可以为qcril_ex_modem_check_reg_state函数，通过该函数便可查询移动终端的注册状态。

s3、判断当前的注册状态是否为注册成功状态；若是，则查询结束；若否，则在间隔预定时长后，继续执行s4；

s4、判断已查询次数是否大于所述查询总次数；若是，则执行s5；若否，则继续执行s2；

s5、执行激活操作。

在本方案中，可启动一个定时器，该定时器的计时时间可以为s3中的预定时长，在本实施例中可设定该预定时长为5s，再根据s1中确定的第一种类型的查询总次数30次，第二种类型的查询总次数24次，便可确定第一种类型的查询总时间为30*5＝150s，第二种类型的查询总时间为24*5＝120s；也就是说，s4中查询次数大于查询总次数相当于未注册成功的时长超过150s或者120s，并且在查询次数大于查询总次数或者未注册成功的时长超过150s或者120s时，则执行s5，通过上报ril_unsol_rild_state通知framework执行去激活卡操作和激活卡操作。

基于上述实施例，所述判断执行所述激活操作后是否仍处于脱网状态，包括：在执行所述激活操作的第二时长后，判断所述移动终端是否仍处于脱网状态。

具体的，在本方案中，s5执行完激活操作后，需要再次判断所述移动终端是否仍处于脱网状态；进行再次判断时，可设定一个时间段，在该时间段内对联网状态进行实时检测；但是该检测方式虽然能最快的检测出移动终端的联网状态，但是由于执行激活操作结束后需要执行时间，因此在本方案中，可设定在执行所述激活操作第二时长后再执行检测操作，即需要一次检测便能检测出移动终端是否仍处于脱网状态，从而节省系统检测资源。

可以理解的是，在本实施例中，第二时长可设定为5min，即激活操作结束5min后便再次检测移动终端是否处于脱网状态，若仍处于脱网状态，则说明激活失败，这时便直接调用驱动接口直接触发reset模块，对modem进行复位重启；若移动终端处于联网状态，则说明激活成功。需要说明的是，若进行复位重启后，该移动终端仍处于脱网状态，这时则放弃对该卡的恢复，并向用户发送提示信息，该提示信息包括对该卡执行的联网操作；当移动终端成功联网后，便将本次恢复失败的日志信息上传至系统，以便对脱网恢复的分析提供依据。

参见图3，为本实施例提供的一具体的移动终端脱网的处理方法流程示意图。下面对本方案中的两种类型场景的注册激活操作的执行进行详细描述，具体的包括：

若开机一直无法注册上网络，则通过qcril_ex_modem_check_reg_state函数每隔5s查询一次注册状态，一共查询30次，如果一直注册不上即150s，通过主动上报ril_unsol_rild_state通知framework进行去激活卡和激活卡操作，并启动5min定时器；

若注册后掉网，如果前一次注册上网络，查询24次即120s后仍然没有注册上网络则通过主动上报ril_unsol_rild_state通知framework进行去激活卡和激活卡操作，并启动5min定时器。

下面对本发明实施例提供的处理装置进行介绍，下文描述的处理装置与上文描述的处理方法可以相互参照。

参见图4，本发明实施例提供的一种移动终端脱网的处理装置，包括：

检测模块100，用于检测移动终端是否处于脱网状态；

激活模块200，用于在所述移动终端处于脱网状态时，执行激活操作；

判断模块300，用于判断执行所述激活操作后是否仍处于脱网状态；

复位模块400，用于在所述移动终端执行所述激活操作后仍处于脱网状态时，触发reset模块。

基于上述实施例，所述激活模块包括：

查询总次数确定单元，用于根据所述移动终端的脱网类型确定查询总次数；

注册状态查询单元，用于查询所述移动终端当前的注册状态；

注册状态判断单元，用于判断当前的注册状态是否为注册成功状态；若为注册成功状态，则查询结束；

查询次数判断单元，用于在当前的注册状态不是注册成功状态时，判断已查询次数是否大于所述查询总次数；若已查询次数不大于所述查询总次数时，则在间隔预定时长后，触发所述注册状态查询单元；

激活单元，用于在已查询次数大于所述查询总次数时，执行激活操作。

基于上述实施例，所述注册状态查询单元具体用于：

利用脱网异常处理函数查询所述移动终端当前的注册状态。

基于上述实施例，所述激活单元具体用于：

上报ril_unsol_rild_state通知framework执行去激活卡操作和激活卡操作。

基于上述实施例，所述判断模块具体用于：

在执行所述激活操作的第二时长后，判断所述移动终端是否仍处于脱网状态。

参见图5，本发明实施例提供的本发明实施例提供一种移动终端，包括：

存储器500和处理器600；

所述存储器500用于存储指令；

所述处理器600用于调用存储器500中存储的指令，检测移动终端是否处于脱网状态；若是，则执行激活操作；判断执行所述激活操作后是否仍处于脱网状态；若是，则直接触发reset模块。

基于上述实施例，处理器600具体用于：

根据所述移动终端的脱网类型确定查询总次数；

查询所述移动终端当前的注册状态；

判断当前的注册状态是否为注册成功状态；若是，则查询结束；若否，则在间隔预定时长后，判断已查询次数是否大于所述查询总次数；若是，则执行激活操作；若否，则继续查询所述移动终端当前的注册状态。

基于上述实施例，处理器600具体用于利用脱网异常处理函数查询所述移动终端当前的注册状态。

基于上述实施例，处理器600具体用于上报ril_unsol_rild_state通知framework执行去激活卡操作和激活卡操作。

基于上述实施例，处理器600具体用于在执行所述激活操作的第二时长后，判断所述移动终端是否仍处于脱网状态。

综上可见，通过本方案提供的一种移动终端脱网的处理方法、装置及移动终端，在检测到移动终端处于脱网状态时，可自动对终端执行激活操作，若执行完激活操作后，该移动终端还是处于脱网状态，则通过触发reset模块进行重新启动，从而能使移动终端快速从脱网状态恢复到启网状态，避免造成用户重要信息的遗漏或者无法接收，增加用户体验。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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