一种移动终端及其死机故障恢复方法技术

本申请公开了一种移动终端的死机故障恢复方法。当基带处理器检测到自身出现死机故障时，将EMM模块、ESM模块以及RRC模块当前的有效信息保存到非易失性存储器中，随后基带处理器向应用处理器发出异常指示。应用处理器收到异常指示后，先对基带处理器下电，再对基带处理器上电，并重新加载基带处理器，随后向基带处理器发出热启动指令。基带处理器收到热启动指令后，进行文件读取、模块初始化。基带处理器检测移动终端发生死机故障时为EMM模块保存的注册状态是空闲态还是业务态，还检测当前服务小区与移动终端发生死机故障前的服务小区相比是否有变动，根据四种不同情况有四种处理方式。本申请可使移动终端重启后快速恢复到死机故障发生前的正常状态。

A mobile terminal and its crash recovery method

【技术实现步骤摘要】
一种移动终端及其死机故障恢复方法
本申请涉及一种移动终端的死机故障解决方法。
技术介绍
移动终端（UE，UserEquipment，用户设备）的死机故障主要包括如下几种。第一，数据中止（DataAbort），一般在读写不合法的地址时发生。第二，预取中止（PrefetchAbort），一般在指预取指令时相关地址取不到数据或者无法访问时发生。第三，未定义指令（UndefinedInstruction），一般在遇到非法指令时发生。第四，其它。例如，移动终端在进行数据拷贝时，如果没有对目的地址进行分配，此时目的地址通常为“0”，就会发生数据中止类异常。当此类问题发生时，移动终端必须进行重启等特殊操作才能恢复正常运行。因此，商用手机一般都会配置死机后自动重启（SilentReset）功能。请参阅图1，现有移动终端的死机后自动重启的实现方法包括如下步骤。步骤S110：当基带处理器（BasebandProcessor，BP）检测到自身出现死机故障时，向应用处理器（ApplicationProcessor，AP）发出重启指令。步骤S120：应用处理器收到重启指令后，先对基带处理器下电，再对基带处理器上电，并重新加载基带处理器。步骤S130：基带处理器进行文件读取、内存等模块的初始化。步骤S140：应用处理器加载SIM卡。为便于描述，本申请文件中，以SIM（subscriberidentitymodule，用户身份模块）卡来表示移动终端所使用的智能卡，其中存储有用户身份识别数据、鉴权算法及相应密钥等，用来对移动终端接入移动通讯网络进行识别和鉴权。所述SIM卡应做广义理解，包含在不同的移动通讯网络中具有同样功能的R-UIM（RemovableUserIdentityModule）卡、UIM（UserIdentityModule）卡、UICC（UniversalIntegratedCircuitCard，通用集成电路卡）内置的SIM应用、USIM（UMTSsubscriberidentitymodule）应用、CSIM（CDMAsubscriberidentitymodule）等。步骤S150：基带处理器通过命令触发移动终端的软件开机流程。步骤S160：基带处理器搜索移动通讯网络，驻留服务小区，注册到服务小区，随后移动终端进入待机状态。上述移动终端的死机后自动重启的实现方法中，从移动终端发生故障到恢复正常一般要花费10多秒甚至几十秒的时间，并会引起正在进行的语音通话、数据业务中断或信息丢失，严重影响了用户的体验，同时也增加了移动终端的返修率。注册态（REGISTERED）是指移动终端驻留在移动通讯网络的某个服务小区，并且与网络之间完成了注册流程，所述注册流程包括鉴权、安全模式控制、相关资源分配等，移动终端可以通过移动通讯网络进行信息的收发。注册态对应于3GPP的NAS（NonAccessStratum，非接入层）协议的EMM-REGISTERED.NORMAL-SERVICE（EMM注册态.正常服务）部分的内容，包括EMM-IDLE（空闲态）和EMM-CONNECTED（业务态）两种模式。其中EMM表示EPSMobilityManagement（EPS移动性管理），而EPS表示EvolvedPacketSystem（演进分组系统）。请参阅图2，移动终端通过基带处理器注册到移动通讯网络的某个服务小区包括如下步骤。这是正常的注册小区流程，未包含移动终端未插入SIM卡以及紧急电话场景。这些步骤对应于步骤S160中的“注册到服务小区”部分，也就是移动终端通过基带处理器从移动通讯网络获取注册态的流程。步骤S210：基带处理器完成移动通讯网络的搜索、且驻留在某个服务小区之后，与移动通讯网络之间建立RRC（RadioResourceControl，无线资源控制）连接。步骤S220：基带处理器向网络侧发出注册请求。步骤S230：网络侧向基带处理器发出鉴权请求，基带处理器向网络侧发出鉴权响应。步骤S240：网络侧向基带处理器发出NAS安全模式控制指令，基带处理器向网络侧报告NAS安全模式控制完成。步骤S250：基带处理器与网络侧之间进行AS（Accesstratum，接入层）安全模式控制及承载资源分配。步骤S260：网络侧接受并完成移动终端注册到该服务小区，此时移动终端处于注册态中的业务态模式。步骤S270：网络侧释放与移动终端之间的RRC连接，此时移动终端处于注册态中的空闲态模式，这相当于移动终端处于待机状态。移动终端进行死机后自动重启的流程时，图2所示的基带处理器主导的注册小区流程会重新走一遍。在大多数情况下，移动终端发生死机故障之前都处于注册态。仔细分析图1和图2所示流程可知，整个死机后自动重启的过程存在一些冗余部分。例如，移动终端在发生死机故障之前已经在某个服务小区获得了注册态，那么在重启过程中的网络检索、小区驻留、向网络侧申请小区注册是多余的。在死机后自动重启的过程中，移动终端通过基带处理器重新向网络侧发起小区注册，一方面增加了空口（airinterface，空中接口）信令（signaling），另一方面会造成网络侧各网元（NE，NetworkElement）之间一些重复操作，例如文本的释放和再分配。这些冗余操作使得移动终端的死机后自动重启的流程需要耗费较长时间。
技术实现思路
本申请所要解决的技术问题是提供一种移动终端的死机故障恢复方法，可以在较短时间内进行重启恢复，并且与死机故障前的业务无缝衔接。为此，本申请还要提供一种相应的移动终端。为解决上述技术问题，本申请公开了一种移动终端的死机故障恢复方法，包括如下步骤。步骤S310：当基带处理器检测到自身出现死机故障时，将EMM模块、ESM模块以及RRC模块当前的有效信息保存到非易失性存储器中，随后基带处理器向应用处理器发出异常指示。步骤S320：应用处理器收到异常指示后，先对基带处理器下电，再对基带处理器上电，并重新加载基带处理器，随后向基带处理器发出热启动指令。步骤S330：基带处理器收到热启动指令后，进行文件读取、模块初始化；所述文件读取包括将之前保存的有效信息从非易失性存储器中读取出来；所述模块初始化包括将读取出的有效信息应用到各模块的初始化过程中，使各模块恢复到死机故障发生前的状态。步骤S340：基带处理器检测移动终端发生死机故障时为EMM模块保存的注册状态是空闲态还是业务态，还检测当前服务小区与移动终端发生死机故障前的服务小区相比是否有变动。如果是业务态且有变动，则进入步骤S350。如果是业务态且无变动，则进入步骤S360。如果是空闲态且有变动，则进入步骤S370。如果是空闲态且无变动，则进入步骤S380。步骤S350：基带处理器向移动通讯网络发出跟踪区更新请求，并通知网络侧在跟踪区更新结束后不释放RRC连接；基带处理器与网络侧之间进行跟踪区更新直至完成，网络侧保持与移动终端之间的RRC连接；随后基带处理器向应用处理器报告热启动完成；本文档来自技高网...

【技术保护点】
1.一种移动终端的死机故障恢复方法，其特征是，包括如下步骤：/n步骤S310：当基带处理器检测到自身出现死机故障时，将EMM模块、ESM模块以及RRC模块当前的有效信息保存到非易失性存储器中，随后基带处理器向应用处理器发出异常指示；/n步骤S320：应用处理器收到异常指示后，先对基带处理器下电，再对基带处理器上电，并重新加载基带处理器，随后向基带处理器发出热启动指令；/n步骤S330：基带处理器收到热启动指令后，进行文件读取、模块初始化；所述文件读取包括将之前保存的有效信息从非易失性存储器中读取出来；所述模块初始化包括将读取出的有效信息应用到各模块的初始化过程中，使各模块恢复到死机故障发生前的状态；/n步骤S340：基带处理器检测移动终端发生死机故障时为EMM模块保存的注册状态是空闲态还是业务态，还检测当前服务小区与移动终端发生死机故障前的服务小区相比是否有变动；/n如果是业务态且有变动，则进入步骤S350；/n如果是业务态且无变动，则进入步骤S360；/n如果是空闲态且有变动，则进入步骤S370；/n如果是空闲态且无变动，则进入步骤S380；/n步骤S350：基带处理器向移动通讯网络发出跟踪区更新请求，并通知网络侧在跟踪区更新结束后不释放RRC连接；基带处理器与网络侧之间进行跟踪区更新直至完成，网络侧保持与移动终端之间的RRC连接；随后基带处理器向应用处理器报告热启动完成；随后基带处理器向移动通讯网络发出与死机故障之前所进行业务相同的业务请求，基带处理器与网络侧之间进行承载资源分配；/n步骤S360：基带处理器向应用处理器报告热启动完成；随后基带处理器向移动通讯网络发出与死机故障之前所进行业务相同的业务请求，基带处理器与网络侧之间进行承载资源分配；/n步骤S370：基带处理器向移动通讯网络发出跟踪区更新请求；基带处理器与网络侧之间进行跟踪区更新直至完成；随后网络侧释放与移动终端之间的RRC连接；随后基带处理器向应用处理器报告热启动完成；/n步骤S380：基带处理器向应用处理器报告热启动完成。/n...

【技术特征摘要】
1.一种移动终端的死机故障恢复方法，其特征是，包括如下步骤：
步骤S310：当基带处理器检测到自身出现死机故障时，将EMM模块、ESM模块以及RRC模块当前的有效信息保存到非易失性存储器中，随后基带处理器向应用处理器发出异常指示；
步骤S320：应用处理器收到异常指示后，先对基带处理器下电，再对基带处理器上电，并重新加载基带处理器，随后向基带处理器发出热启动指令；
步骤S330：基带处理器收到热启动指令后，进行文件读取、模块初始化；所述文件读取包括将之前保存的有效信息从非易失性存储器中读取出来；所述模块初始化包括将读取出的有效信息应用到各模块的初始化过程中，使各模块恢复到死机故障发生前的状态；
步骤S340：基带处理器检测移动终端发生死机故障时为EMM模块保存的注册状态是空闲态还是业务态，还检测当前服务小区与移动终端发生死机故障前的服务小区相比是否有变动；
如果是业务态且有变动，则进入步骤S350；
如果是业务态且无变动，则进入步骤S360；
如果是空闲态且有变动，则进入步骤S370；
如果是空闲态且无变动，则进入步骤S380；
步骤S350：基带处理器向移动通讯网络发出跟踪区更新请求，并通知网络侧在跟踪区更新结束后不释放RRC连接；基带处理器与网络侧之间进行跟踪区更新直至完成，网络侧保持与移动终端之间的RRC连接；随后基带处理器向应用处理器报告热启动完成；随后基带处理器向移动通讯网络发出与死机故障之前所进行业务相同的业务请求，基带处理器与网络侧之间进行承载资源分配；
步骤S360：基带处理器向应用处理器报告热启动完成；随后基带处理器向移动通讯网络发出与死机故障之前所进行业务相同的业务请求，基带处理器与网络侧之间进行承载资源分配；
步骤S370：基带处理器向移动通讯网络发出跟踪区更新请求；基带处理器与网络侧之间进行跟踪区更新直至完成；随后网络侧释放与移动终端之间的RRC连接；随后基带处理器向应用处理器报告热启动完成；
步骤S380：基带处理器向应用处理器报告热启动完成。


2.根据权利要求1所述的移动终端的死机故障恢复方法，其特征是，所述步骤S310中，各模块的有效信息是指移动终端重启进行状态恢复时所需的必要信息，具体包括：为EMM模块保存小区信息、注册状态以及安全模式信息；为ESM模块保存公用数据网信息；为RRC模块保存频点信息、无线资源配置信息、安全模式信息和系统信息。


3.根据权利要求1所述的移动终端的死机故障恢复方法，其特征是，所述步骤S320中，对基带处理器先下电、再上电，就被认为是移动终端重启。


4.根据权利要求1所述的移动终端的死机故障恢复方法，其特征是，所述步骤S350中，基带处理器向应用处理器报告热启动完成的时间点改为基带处理器与网络侧之间进行承载资源分配以后。


5.根据权利要求1所述的移动终端的死机故障恢复方法，其特征是，所述步骤S360中，基带处理器向应用处理器报告热启动完成的时间点改为基带处理器与网络侧之间进行承载资源分配以后。


6.根据权利要求1所述的移动终端的死机故障恢复方法，其特征是，所述步骤S350或步骤S360执行完毕后，移动终端处于注册态中的业务态模式，并恢复到死机故障之前所进行的业务中。


7.根据权利要求1所述的移动终端的死机故障恢复方法，...

【专利技术属性】
技术研发人员：丛丹，胡成松，陈海雷，
申请(专利权)人：翱捷科技上海有限公司，
类型：发明
国别省市：上海;31