技术领域
[0001] 本
发明涉及通信技术领域，具体涉及一种处理器异常的恢复方法和移动终端。
背景技术
[0002] 在第三代移动通信系统中，空口交互消息的
软件构架是层级的模
块结构，以终端与接入网之间的
接口Uu口为例，软件构架包括：物理层（L1：Layer 1）、数据连路层（L2：Layer 2）和网络层（L3：Layer 3）等3层；其中L2又分为媒体接入控制（MAC：Media Access Control）模块、无线链路控制（RLC：Radio Link Control）模块、分组数据会聚协议（PDCP：
Packet Data Convergence Protocol）模块和广播/多播控制（BMC：Broadcast/Multicast Control）模块等四个子层；L3又分为无线资源控制（RRC：Radio Resource Control）模块、移动性管理（MM：Mobility Management）模块和连接管理（CM：Connection Management）模块等3个子层。
[0003] 通常，将L2层以及L2层以上的模块统称为协议栈，进一步的，将L3的RRC模块及以下层级各模块称为协议栈的接入层；L3的RRC模块以上各层级模块称为协议栈的非接入层。
[0004] 当要实现以上各层级模块的功能时，对于移动终端的
硬件构架来说，通常通过多个处理器协调配合来实现。比如：协议栈就通常运行在
微处理器上，而物理层则通常运行在数字处理器上。
[0005] 在移动终端的实际调试过程中发现，常常会出现一个处理器异常（比如数字处理器运行异常），而另一个处理器运行正常的情况（比如微处理器运行正常）。
[0006] 针对这种情况，通常是将移动终端整个重启（包括微处理器和数字处理器），从头开始重新运行处理器，以恢复移动终端的正常运行。然而，这种处理方式会导致移动终端的当前正在运行的所有程序也需要重启，对于用户来说，需要再次打开移动终端重启前的应用程序，会降低用户的体验感。
发明内容
[0007] 本发明
实施例提供了一种处理器异常的恢复方法和移动终端，以达到快速恢复移动终端的正常运行，不需要通过重启整个移动终端来恢复正常，从而可以提高用户的体验感，并提高用户使用的满意度。
[0008] 本发明实施例提供了一种处理器异常的恢复方法，所述方法包括：
[0009] 检测数字处理器是否发生异常；
[0010] 当检测到数字处理器发生异常时，消除交互队列的残余
信号；
[0011] 根据状态机状态对当前的协议流程进行恢复。
[0012] 优选的，所述当检测到数字处理器发生异常时，消除交互队列的残余信号的步骤包括：
[0013] 当检测到数字处理器发生异常时，对所述数字处理器执行复位，并产生第一异常指示信号；
[0014] 根据所述第一异常指示信号消除微处理器和数字处理器交互队列的残余信号；
[0015] 产生第二异常指示信号；
[0016] 根据所述第二异常指示信号，消除接入层各模块交互队列的残余信号，并触发协议栈的恢复流程。
[0017] 优选的，所述根据状态机状态对当前的协议流程进行恢复的步骤包括：
[0018] 判断状态机状态；
[0019] 根据判断的状态机状态识别当前的协议流程及状态；
[0020] 对所述当前的协议流程进行恢复。
[0021] 优选的，所述根据判断的状态机状态识别当前的协议流程及状态的步骤包括：
[0022] 当判断状态机状态为小区选择状态时，识别当前的协议流程为小区选择流程，并将所述小区选择状态记录为移动终端当前的状态；
[0023] 所述对所述当前的协议流程进行恢复的步骤包括：
[0024] 保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控
定时器；
[0025] 重新启动数字处理器进行带小区列表或者不带小区列表的小区选择流程；
[0026] 其中，所述流程入口的相关变量的步骤为触发小区选择的激活
请求的内容，所述本地变量包括记录小区选择过程中的所有信息，至少包括：小区的测量信息，选择过程中记录的失败小区的信息、或某个小区获取的部分系统消息的信息。
[0027] 优选的，所述根据判断的状态机状态识别当前的协议流程及状态的步骤包括：
[0028] 当判断状态机状态为小区重选状态时，识别当前的协议流程为小区重选流程，并将该小区重选状态记录为移动终端当前的状态；
[0029] 所述对所述当前的协议流程进行恢复的步骤包括：
[0030] 保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器；
[0031] 重新启动数字处理器进行目标小区的同步及系统消息读取流程；
[0032] 其中，所述流程入口的相关变量为小区重选目标小区的信息，所述本地变量包括记录小区重选过程中的所有信息，至少包括：小区的测量信息，重选过程中记录的失败小区的信息，或某个小区获取的部分系统消息的信息。
[0033] 优选的，所述根据判断的状态机状态识别当前的协议流程及状态的步骤包括：
[0034] 当判断状态机状态为空闲/PCH状态时，识别当前的协议流程为空闲/PCH流程，并将该空闲/PCH状态记录为移动终端当前的状态；
[0035] 所述对所述当前的协议流程进行恢复的步骤包括：
[0036] 保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器；
[0037] 向数字处理器重新配置空闲模式/PCH状态下的资源配置，并重新规划空闲模式/PCH状态下每个不连接接收DRX周期的任务，再触发数字处理器同步跃迁进入空闲状态，以使所述数字处理器根据配置的资源，进行PCH的检测，并对PCH上数据的接收，以及根据规划完成相关的测量任务；
[0038] 其中，所述流程入口的相关变量为从网络的系统消息中获取的空闲/PCH状态下的资源配置信息，所述本地变量为空闲模式/PCH状态任务处理过程中的所有信息，至少包括：不完整的测量信息，或空闲模式下不完整的寻呼块数据，所述重新配置的资源配置包括：辅助公共控制物理信道SCCPCH信道配置，寻呼指示信道PICH，或寻呼信道PCH的
位置信息其中任意一种或者任意组合。
[0039] 优选的，所述根据判断的状态机状态识别当前的协议流程及状态的步骤包括：
[0040] 当判断状态机状态为接入状态时，识别当前的协议流程为接入流程，并将该接入状态记录为移动终端当前的状态；
[0041] 所述对所述当前的协议流程进行恢复的步骤包括：
[0042] 保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器；
[0043] 重新选择上行同步码字，触发数字处理器在随机接入物理信道PRACH信道上重新发起接入流程；
[0044] 其中，所述流程入口的相关变量为接入状态下的资源配置信息以及接入原因，所述本地变量为接入过程中的所有信息。
[0045] 优选的，所述根据判断的状态机状态识别当前的协议流程及状态的步骤包括：
[0046] 当判断状态机状态为FACH/DCH状态时，识别当前的协议流程为FACH/DCH流程，并将该FACH/DCH状态记录为移动终端当前的状态；
[0047] 所述对所述当前的协议流程进行恢复的步骤包括：
[0048] 保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器；
[0049] 向数字处理器重新配置FACH/DCH下的资源，要求数字处理器根据配置的信道在
指定的位置进行数据的收发任务；
[0050] 其中，所述流程入口的相关变量为FACH/DCH下的资源配置信息，所述本地变量为FACH/DCH处理过程中的所有信息，所述配置的信道为随机接入物理信道PRACH、辅助公共控制物理信道SCCPCH、专用物理信道DPCH。
[0051] 优选的，所述根据判断的状态机状态识别当前的协议流程及状态的步骤包括：
[0052] 判断状态机状态为辅模状态时，识别当前的协议流程为辅模流程，并将该辅模状态记录为移动终端当前的状态；
[0053] 所述对所述当前的协议流程进行恢复的步骤包括：
[0054] 查询变量v_iratask的值，确认当前是否存在启动的辅模任务；
[0055] 当确认当前存在启动的辅模任务时，指示主模辅模任务异常终止，消除变量v_iratask的值，初始化协议栈辅模状态下的所有相关变量，重启相关流程监控定时器，等待主模下次任务的触发，通知数字处理器对应进入辅模状态，在任务调度程序中等待任务。
[0056] 优选的，所述查询变量v_iratask的值，确认当前是否存在启动的辅模任务的步骤包括：
[0057] 若变量v_iratask的值为1时，确认存在辅模的测量任务；
[0058] 或，若变量v_iratask的值为2时，确认存在辅模的搜网任务；
[0059] 或，若变量v_iratask的值为3时，确认存在辅模的预定义读取任务。
[0060] 本发明实施例还提供一种应用上述方法的移动终端，所述移动终端包括：微处理器、消除模块及数字处理器；其中，
[0061] 所述微处理器用于检测所述数字处理器是否发生异常；
[0062] 所述消除模块用于当检测到数字处理器发生异常时，消除交互队列的残余信号；
[0063] 所述微处理器进一步用于当所述消除模块消除交互队列的残余信号后，根据状态机状态对当前的协议流程进行恢复。
[0064] 优选的，
[0065] 所述微处理器进一步用于当检测到数字处理器发生异常时，对所述数字处理器执行复位，并产生第一异常指示信号；
[0066] 所述消除模块包括MAC模块和RRC模块，其中，所述MAC模块用于根据所述第一异常指示信号消除微处理器和数字处理器交互队列的残余信号，产生第二异常指示信号；
[0067] 所述RRC模块用于根据所述第二异常指示信号，消除接入层各模块交互队列的残余信号，并触发协议栈的恢复流程。
[0068] 从以上技术方案可以看出，本发明实施例具有以下优点：通过检测数字处理器是否发生异常，当检测到发生异常时，消除交互队列中的残余信号，并根据状态机状态对当前的协议流程进行恢复，从而控制数字处理器从某个协议流程开始恢复任务，以达到快速恢复移动终端的正常运行，不需要通过重启整个移动终端来恢复正常，从而可以提高用户的体验感，并提高用户使用的满意度
附图说明
[0069] 为了更清楚地说明本发明实施例或
现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0070] 图1所示为本发明实施例提供的一种处理器异常的恢复方法的总体
流程图；
[0071] 图2所示为本发明实施例提供的一种处理器异常的恢复方法的具体流程图；
[0072] 图3所示为本发明实施例提供了一种处理器异常的恢复方法中的步骤S25的具体流程图；
[0073] 图4为本发明实施例提供的一种移动终端的结构图；
[0074] 图5为本发明实施例提供的一种移动终端中的微处理器的模块图；
[0075] 图6为本发明实施例提供的一种移动终端中的微处理器的另一模块图。
具体实施方式
[0076] 本发明实施例提供了一种处理器异常的恢复方法和移动终端，通过检测数字处理器是否发生异常，当检测到发生异常时，消除交互队列中的残余信号，并根据状态机状态对当前的协议流程进行恢复，从而控制数字处理器从某个协议流程开始恢复任务，以达到快速恢复移动终端的正常运行，不需要通过重启整个移动终端来恢复正常，从而可以提高用户的体验感，并提高用户使用的满意度。
[0077] 图1所示为本发明实施例提供的一种处理器异常的恢复方法的总体流程图，该方法包括：
[0078] 步骤S10，检测数字处理器是否发生异常。
[0079] 步骤S11，当检测到数字处理器发生异常时，消除交互队列的残余信号。在本实施例中，该步骤可以具体包括：当检测到数字处理器发生异常时，对所述数字处理器执行复位，并产生第一异常指示信号；根据所述第一异常指示信号消除微处理器和数字处理器交互队列的残余信号；产生第二异常指示信号；根据所述第二异常指示信号，消除接入层各模块交互队列的残余信号，并触发协议栈的恢复流程。
[0080] 步骤S12，根据状态机状态对当前的协议流程进行恢复。
[0081] 通过本发明实施例提供的处理器异常的恢复方法，通过检测数字处理器是否发生异常，当检测到发生异常时，消除交互队列中的残余信号，并根据状态机状态对当前的协议流程进行恢复，从而控制数字处理器从某个协议流程开始恢复任务，以达到快速恢复移动终端的正常运行，不需要通过重启整个移动终端来恢复正常，从而可以提高用户的体验感，并提高用户使用的满意度。
[0082] 图2所示为本发明实施例提供的一种处理器异常的恢复方法的具体流程图，该方法包括：
[0083] 步骤S20，检测数字处理器是否发生异常。在本实施例中，可以通过硬件或软件的技术手段来检测数字处理器是否发生异常。硬件的技术手段，比如，通过watchdog（看
门狗）的
异常检测机制。软件的技术手段，比如，数字处理器通常使用任务的调度机制，在正常情况下，在一定时间段内，某个任务不会一直在任务处理中跑不出来，因此，若出现了本场景，会认为数字处理器发生了异常。当某个任务完成本次工作后会回到任务调度程序中，进入空闲，等待新的任务的到来；因而，在调度流程中，即当前数字处理器空转时，数字处理器会向微处理器报告以表示数字处理器处于正常状态；若数字处理器长时间没有进行任务调度，可以认为数字处理器挂死在某任务内，即当前数字处理器处于异常状态。
[0084] 步骤S21，当检测到数字处理器发生异常时，微处理器可以对数字处理器执行复位流程，并且产生第一异常指示信号。在本实施例中，具体的，当检测到数字处理器发生异常时，微处理器产生一条异常指示信号，并发送至MAC模块。
[0085] 步骤S22，根据该第一异常指示信号消除微处理器和数字处理器交互队列的残余信号。在本实施例中，具体的，MAC模块可以根据微处理器发送的异常指示信号，消除微处理器和数字处理器交互队列的残余信号。
[0086] 步骤S23，产生第二异常指示信号。在本实施例中，MAC模块产生第二异常指示信号，并发送至RRC模块。
[0087] 步骤S24，根据该第二异常指示信号，消除接入层各模块交互队列的残余信号。在本实施例中，RRC模块根据MAC模块发生的第二异常指示信号消除接入层各模块交互队列的残余信号，并触发协议栈的恢复流程的启动。
[0088] 步骤S25，根据状态机状态对当前的协议流程进行恢复。在本实施例中，本步骤可以具体包括：判断状态机状态；根据判断的状态机状态识别当前的协议流程及状态；对所述当前的协议流程进行恢复。在本实施例中，微处理器根据RRC模块的状态机状态识别当前的协议流程及状态，对该当前的协议流程进行恢复。
[0089] 通过本发明实施例提供的处理器异常的恢复方法，通过检测数字处理器是否发生异常，当检测到发生异常时，消除交互队列中的残余信号，并根据状态机状态识别当前的协议流程及状态，再对该当前的协议流程进行恢复，从而控制数字处理器从某个协议流程开始恢复任务，以达到快速恢复移动终端的正常运行，不需要通过重启整个移动终端来恢复正常，从而可以提高用户的体验感，并提高用户使用的满意度。
[0090] 图3所示为本发明实施例提供了一种处理器异常的恢复方法中的步骤S25的具体流程图。
[0091] 在本实施例中，若移动终端支持当前的移动通信系统为单模系统时，即当前的移动终端为单模终端，状态机状态可以包括空状态、小区选择状态、小区重选状态、空闲/PCH（寻呼信道）状态、接入状态、FACH（前向接入信道）/DCH（专用信道）状态。若移动终端支持当前的移动通信系统为多模系统时，当前的移动终端为多模终端，状态机状态可以包括空状态、小区选择状态、小区重选状态、空闲/PCH（寻呼信道）状态、接入状态、FACH（前向接入信道）/DCH（专用信道）状态、辅模状态。
[0092] 在本实施例中，步骤S250，判断状态机状态。在本实施例中，具体的可以为判断RRC模块的状态机状态。在本实施例中，当判断状态机状态为空状态时，无须任何的恢复操作，只需要等待后续的激活请求，正常处理即可。
[0093] 在本实施例中，该根据判断的状态机状态识别当前的协议流程及状态的步骤可以包括：当判断状态机状态为小区选择状态时，即识别当前的协议流程为小区选择流程，并将该小区选择状态记录为移动终端当前的状态；并执行步骤S251。在本实施例中，步骤S251，保留流程入口的相关相量，初始化流程处理相关的本地变量，重启流程监控定时器（可以是读系统消息定时器）。再执行步骤S252，重新启动数字处理器进行带小区或者不带小区列表的小区选择流程，之后，执行步骤S263，恢复流程结束。在本实施例中，该流程入口的相关变量的步骤可以为触发小区选择的激活请求的内容，该本地变量可以包括RRC模块和MAC模块的变量，包括但不限于：小区的测量信息，选择过程中记录的失败小区的信息、或者某个小区获取的部分系统消息的信息等。
[0094] 在本实施例中，该根据判断的状态机状态识别当前的协议流程及状态的步骤可以包括：当判断状态机状态为小区重选状态时，即识别当前的协议流程为小区重选流程，并将该小区重选状态记录为移动终端当前的状态；并执行步骤S253。在本实施例中，步骤S253，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器（可以是读系统消息定时器），再执行步骤S254，重新启动数字处理器进行目标小区的同步及系统消息读取流程，之后，执行步骤S163，恢复流程结束。在本实施例中，该流程入口的相关变量可以为小区重选目标小区的信息，该本地变量可以包括记录小区重选过程中的所有信息，包括但不限于：小区的测量信息，重选过程中记录的失败小区的信息，或某个小区获取的部分系统消息的信息等。
[0095] 在本实施例中，该根据判断的状态机状态识别当前的协议流程及状态的步骤可以包括：当判断状态机状态为空闲/PCH状态时，即识别当前的协议流程为空闲/PCH流程，并将该空闲/PCH状态记录为移动终端当前的状态；并执行步骤S255。在本实施例中，步骤S255，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器，再执行步骤S256，向数字处理器重新配置空闲模式/PCH状态下的资源配置，并重新规划空闲模式/PCH状态下每个DRX（不连接接收）周期的任务（比如：测量任务、寻呼接收任务），再触发数字处理器同步跃迁进入空闲状态，以使数字处理器根据配置的资源，进行PCH的检测，并对PCH上数据的接收，以及根据规划完成相关的测量任务等，之后，执行步骤S263，恢复流程结束。在本实施例中，该流程入口的相关变量可以为从网络的系统消息中获取的空闲/PCH状态下的所有信息，尤其是资源配置信息，该本地变量包括但不限于：空闲模式/PCH状态任务处理过程的不完整的测量信息，及空闲模式下不完整的寻呼块数据等。在本实施例中，由于PCH下的资源配置方式同空闲模式完全相同，因而，该重新配置的资源配置包括：SCCPCH（辅助公共控制物理信道）信道配置，PICH（寻呼指示信道），PCH（寻呼信道）的位置信息等。在本实施例中，由于空闲/PCH状态下的任务完全一致，因此数字处理器可以将协议的两个状态合为数字处理器的一个状态，统一记为IDL（空闲）状态。
[0096] 在本实施例中，该根据判断的状态机状态识别当前的协议流程及状态的步骤可以包括：当判断状态机状态为接入状态时，即识别当前的协议流程为接入流程，并将该接入状态记录为移动终端当前的状态；并执行步骤S257。在本实施例中，步骤S257，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器，再执行步骤S258，重新选择上行同步码字，触发数字处理器在PRACH（随机接入物理信道）信道上重新发起接入流程，之后，执行步骤S263，恢复流程结束。在本实施例中，该流程入口的相关变量可以为接入状态下的资源配置信息以及接入原因等。该本地变量可以为接入过程中的所有信息。
[0097] 在本实施例中，该根据判断的状态机状态识别当前的协议流程及状态的步骤可以包括：当判断状态机状态为FACH/DCH状态时，即识别当前的协议流程为FACH/DCH流程，并将该FACH/DCH状态记录为移动终端当前的状态；并执行步骤S259。在本实施例中，步骤S259，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器，再执行步骤S260，向数字处理器重新配置FACH/DCH下的资源，要求数字处理器根据配置的信道在指定的位置进行数据的收发任务，之后，执行步骤S263，恢复流程结束。在本实施例中，该流程入口的相关变量可以为FACH/DCH下的资源配置信息等。该本地变量包括但不限于：FACH/DCH处理过程中的所有信息。该配置的信道可以为PRACH（随机接入物理信道）、SCCPCH（辅助公共控制物理信道）、DPCH（专用物理信道）。
[0098] 在本实施例中，该根据判断的状态机状态识别当前的协议流程及状态的步骤可以包括：当判断状态机状态为辅模状态时，即识别当前的协议流程为辅模流程，并将该辅模状态记录为移动终端当前的状态，并执行步骤S261。在本实施例中，步骤S261，查询变量v_iratask的值，确认当前是否存在启动的辅模任务，其中，所说的辅模是指非主控模式。若变量v_iratask的值为0时，表示不存在辅模的任务，反之表示存在；再执行步骤S262，即若v_iratask的值非0，则向主模指示辅模任务异常终止，清除变量v_iratask的值，初始化协议栈辅模状态下的所有变量，通知数字处理器同步跃迁进入辅模状态；若v_iratask的值为0，则当前协议栈不存在辅模任务，仅通知数字处理器同步跃迁进入辅模状态之后，执行步骤S263，恢复流程结束；
[0099] 若变量v_iratask的值为非0时，此时，可以包括三种情况，若变量v_iratask的值为1时，表示存在辅模的测量任务；若变量v_iratask的值为2时，表示存在辅模的搜网任务；若变量v_iratask的值为3时，表示存在辅模的预定义读取任务；若只要存在上述三种情况的其中一种情况下，执行步骤S262，指示主模辅模任务异常终止，消除变量v_iratask的值，初始化协议栈辅模状态下的所有相关变量，重启相关流程监控定时器，等待主模下次任务的触发，通知数字处理器对应进入辅模状态；若不存在上述情况，则执行步骤S262，仅仅通知数字处理器进入辅模状态，在任务调度程序中等待任务，之后，执行步骤S263，恢复流程结束。
[0100] 图4为本发明实施例提供的一种移动终端的结构图。
[0101] 在本实施例中，该移动终端包括微处理器42，数字处理器41，消除模块43，该消除模块43包括MAC模块430和RRC模块431。
[0102] 在本实施例中，该微处理器42用于检测到数字处理器41发生异常。所述消除模块43用于当检测到数字处理器41发生异常时，消除交互队列的残余信号；所述微处理器42进一步用于当所述消除模块43消除交互队列的残余信号后，根据状态机状态对当前的协议流程进行恢复。
[0103] 具体的：在本实施例中，该微处理器42用于检测到数字处理器41发生异常时，对所述数字处理器41执行复位，产生第一异常指示信号，并发送至该MAC模块430。
[0104] 该MAC模块430用于该微处理器42发送的该第一异常指示信号消除微处理器42和数字处理器41交互队列的残余信号，并产生第二异常指示信号，及发送该第二异常指示信号至该RRC模块431。
[0105] 该RRC模块431用于根据该MAC模块430发送的第二异常指示信号消除接入层各模块交互队列的残余信号，并触发协议栈的恢复流程。
[0106] 当该RRC模块431消除接入层各模块交互队列的残余信号后，该微处理器42进一步用于根据该根据RRC模块431的状态机状态识别当前的协议流程及状态，对该当前的协议流程进行恢复。也可以理解为，微处理器42根据该根据RRC模块431的状态机状态对数字处理器41执行恢复操作。
[0107] 通过本发明实施例提供的移动终端，通过检测数字处理器是否发生异常，当检测到发生异常时，消除交互队列中的残余信号，并根据状态机状态识别当前的协议流程及状态，再对该当前的协议流程进行恢复，从而控制数字处理器从某个协议流程开始恢复任务，以达到快速恢复移动终端的正常运行，不需要通过重启整个移动终端来恢复正常，从而可以提高用户的体验感，并提高用户使用的满意度。
[0108] 图5为本发明实施例提供的一种移动终端中的微处理器42的模块图。在本实施例中，该微处理器42包括：判断模块420、第一恢复模块421、第二恢复模块422、第三恢复模块423、第四恢复模块424、第五恢复模块425。
[0109] 在本实施例中，若移动终端支持当前的移动通信系统为单模系统时，即当前的移动终端为单模终端，RRC模块的状态机状态可以包括空状态、小区选择状态、小区重选状态、空闲/PCH（寻呼信道）状态、接入状态、FACH（前向接入信道）/DCH（专用信道）状态。若移动终端支持当前的移动通信系统为多模系统时，当前的移动终端为多模终端，RRC模块的状态机状态可以包括空状态、小区选择状态、小区重选状态、空闲/PCH（寻呼信道）状态、接入状态、FACH（前向接入信道）/DCH（专用信道）状态、辅模状态。
[0110] 在本实施例中，该判断模块420用于判断RRC模块的状态机状态。在本实施例中，当判断状态机状态为空状态时，无须任何的恢复操作，只需要等待后续的激活请求，正常处理即可。
[0111] 在本实施例中，第一恢复模块421用于当该判断模块420判断状态机状态为小区选择状态时，即识别当前的协议流程为小区选择流程，并将该小区选择状态记录为移动终端当前的状态，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器（可以是读系统消息定时器），重新启动数字处理器进行带小区或者不带小区列表的小区选择流程。在本实施例中，该流程入口的相关变量的步骤可以为触发小区选择的激活请求的内容，该本地变量可以包括RRC模块和MAC模块的变量，包括但不限于：小区的测量信息，选择过程中记录的失败小区的信息、或者某个小区获取的部分系统消息的信息等。
[0112] 在本实施例中，第二恢复模块422用于当该判断模块420判断状态机状态为小区重选状态时，即识别当前的协议流程为小区重选流程，并将该小区重选状态记录为移动终端当前的状态，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器（可以是读系统消息定时器），重新启动数字处理器进行目标小区的同步及系统消息读取流程。在本实施例中，该流程入口的相关变量可以为小区重选目标小区的信息，该本地变量可以包括记录小区重选过程中的所有信息，包括但不限于：小区的测量信息，重选过程中记录的失败小区的信息，或者某个小区获取的部分系统消息的信息等。
[0113] 在本实施例中，第三恢复模块423用于当该判断模块420判断状态机状态为空闲/PCH状态时，即识别当前的协议流程为空闲/PCH流程，并将该空闲/PCH状态记录为移动终端当前的状态，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器，向数字处理器重新配置空闲模式/PCH状态下的资源配置，并重新规划空闲模式/PCH状态下每个DRX（不连接接收）周期的任务（比如：测量任务、寻呼接收任务），再触发数字处理器同步跃进入空闲状态，以使数字处理器根据配置的资源，进行PCH的检测，PCH上数据的接收，以及根据规划完成相关的测量任务等。在本实施例中，该流程入口的相关变量可以为从网络的系统消息中获取的空闲/PCH状态下的所有信息，尤其是资源配置信息，该本地变量包括但不限于：空闲模式/PCH状态任务处理过程的下不完整的测量信息，或者空闲模式下不完整的寻呼块数据等。在本实施例中，由于PCH下的资源配置方式同空闲模式完全相同，因而，该重新配置的资源配置包括：SCCPCH（辅助公共控制物理信道）信道配置，PICH（寻呼指示信道），PCH（寻呼信道）的位置信息等）。在本实施例中，由于空闲/PCH状态下的任务完全一致，因此数字处理器可以将协议的两个状态合为数字处理器的一个状态，统一记为IDL（空闲）状态。
[0114] 在本实施例中，第四恢复模块424用于当该判断模块420判断状态机状态为接入状态时，即识别当前的协议流程为接入流程，并将该接入状态记录为移动终端当前的状态，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器，重新选择上行同步码字，触发数字处理器在PRACH（随机接入物理信道）信道上重新发起接入流程。在本实施例中，该流程入口的相关变量可以为接入状态下的资源配置信息以及接入原因等。该本地变量可以为接入过程中的不完整信息。
[0115] 在本实施例中，第五恢复模块425用于当该判断模块420判断状态机状态为FACH/DCH状态时，即识别当前的协议流程为FACH/DCH流程，并将该FACH/DCH状态记录为移动终端当前的状态，保留流程入口的相关变量，初始化流程处理相关的本地变量，重启流程监控定时器，向数字处理器重新配置FACH/DCH下的资源，要求数字处理器根据配置的信道在指定的位置进行数据的收发任务。在本实施例中，该流程入口的相关变量可以为FACH/DCH下的资源配置信息等。该本地变量包括但不限于：FACH/DCH处理过程中的所有信息。该配置的信道可以为PRACH（随机接入物理信道）、SCCPCH（辅助公共控制物理信道）、DPCH（专用物理信道）。
[0116] 在本实施例中，若移动终端支持当前的移动通信系统为多模系统时，如图6所示，该移动终端进一步包括第六恢复模块426，第六恢复模块426用于当该判断模块420判断状态机状态为辅模状态时，即识别当前的协议流程为辅模流程，并将该辅模状态记录为移动终端当前的状态，并查询变量v_iratask的值，确认当前是否存在启动的辅模任务。
[0117] 若变量v_iratask的值为0时，表示不存在辅模的任务；若变量v_iratask的值为非0时，此时，可以包括三种情况，若变量v_iratask的值为1时，表示存在辅模的测量任务；若变量v_iratask的值为2时，表示存在辅模的搜网任务；若变量v_iratask的值为3时，表示存在辅模的预定义读取任务。
[0118] 该第六恢复模块426进一步用于当确认当前存在启动的辅模任务时，指示主模主任务异常终止，消除变量v_iratask的值，初始化辅模协议栈辅模状态下的所有相关变量，重启相关流程监控定时器，等待主模下次任务的触发，通知数字处理器进入辅模状态，在任务调度程序中等待任务。
[0119] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读
存储器，磁盘或光盘等。
[0120] 以上对本发明所提供的一种处理器异常的恢复方法和移动终端进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本
说明书内容不应理解为对本发明的限制。
