CN105376785A - 网络通信功能异常的处理方法、应用处理器及移动终端 - Google Patents

Abstract

本发明实施例公开了一种网络通信功能异常的处理方法、应用处理器及移动终端。其中，该方法包括：应用处理器在接收到调制解调器发送的异常指示消息时，重启调制解调器，当检测到该调制解调器仍未恢复正常时，关闭当前使用的第一协议栈，从该调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈，开启第二协议栈，并使用第二协议栈重新进行网络注册，当网络注册成功时，记录移动终端的位置信息。这样在调制解调器无法正常通信时应用处理器重启调制解调器，当调制解调器重启未恢复正常时，通过切换其他协议栈进行网络注册的方式使调制解调器自动尝试恢复正常，减少了网络故障恢复的时间，提高网络通信功能异常的处理效率。

Description

网络通信功能异常的处理方法、应用处理器及移动终端

技术领域

本发明涉及通信技术领域，具体涉及一种网络通信功能异常的处理方法、应用处理器及移动终端。

背景技术

目前，手机等移动终端所支持的通信网络的网络类型越来越多，例如：一部手机同时支持不同运营商的2G、3G和4G的通信网络，可以省去更换手机的不便。而随着移动互联网的高速发展，移动数据业务占据绝对的比重，因此，移动终端中的调制解调器的作用和地位也日益重要。其中，调制解调器主要用于将待发送数据转换为射频信号、将射频信号转换为待处理数据、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等。

在实践中发现，由于通信网络环境复杂性，移动终端常常需要在不同类型的通信网络之间进行切换。而在通信网络的切换过程中经常会发生异常，从而导致移动终端无法正常连网通信。为了解决无法连网通信的问题，目前常采用的解决方式是：在移动终端移动到新的位置区域时，向网络服务器发起位置更新请求，网络服务器从而重新对移动终端进行配置，以恢复调制解调器的配置参数；或用户发现长时间不能连网通信后，手动对移动终端进行强制重启或设置调制解调器的配置参数。但是，采用上述两种方式来解决网络异常的问题，其效率较低。

发明内容

本发明实施例公开了一种网络通信功能异常的处理方法、应用处理器及移动终端，可以解决现有技术中网络通信功能发生异常无法连网通信的情况下，手动恢复网络通信功能效率较低的问题。

本发明实施例公开了一种网络通信功能异常的处理方法，包括：

应用处理器接收调制解调器发送的异常指示消息，所述异常指示消息用于指示所述调制解调器异常；

所述应用处理器重启所述调制解调器；

当检测到所述调制解调器未恢复正常时，所述应用处理器关闭所述调制解调器当前使用的第一协议栈，并从所述调制解调器支持的多个协议栈中的选取除所述第一协议栈之外的第二协议栈；

所述应用处理器开启所述第二协议栈，并使用所述第二协议栈重新进行网络注册；

当网络注册成功时，所述应用处理器记录移动终端的位置信息。

作为一种可行的实施方式，所述当网络注册成功时，所述应用处理器记录移动终端的位置信息之后，所述方法还包括：

所述应用处理器判断所述移动终端的位置信息是否更新；

若是，所述应用处理器则恢复所述多个协议栈中默认协议栈的开关状态。

作为另一种可行的实施方式，所述方法还包括：

当检测到所述调制解调器未恢复正常时，所述应用处理器将所述第一协议栈异常设为所述调制解调器的异常原因；

当检测到所述调制解调器恢复正常时，所述应用处理器将所述调制解调器的公共模块异常设为述调制解调器的异常原因，并记录所述移动终端的位置信息。

作为又一种可行的实施方式，所述方法还包括：

所述应用处理器将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因。

作为又一种可行的实施方式，所述应用处理器将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因，包括：

当检测到所述移动终端连接到WiFi热点时，所述应用处理器通过所述WiFi热点将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因。

相应的，本发明实施例公开了一种应用处理器，包括：

接收单元，用于接收调制解调器发送的异常指示消息，所述异常指示消息用于指示所述调制解调器异常；

重启单元，用于重启所述调制解调器；

关闭单元，用于在所述重启单元重启所述调制解调器后，所述调制解调器未恢复正常时，关闭所述调制解调器当前使用的第一协议栈；

选取单元，用于从所述调制解调器支持的多个协议栈中选取除所述第一协议栈之外的第二协议栈；

注册单元，用于开启所述第二协议栈，并使用所述第二协议栈重新进行网络注册；

记录单元，用于在网络注册成功时，记录所述移动终端的位置信息。

作为一种可行的实施方式，所述应用处理器还包括：

判断单元，用于在所述记录单元记录所述移动终端的位置信息之后，判断所述移动终端的位置信息是否更新；

恢复单元，用于在所述判断单元判断出所述移动终端的位置信息更新时，恢复所述多个协议栈中默认协议栈的开关状态。

作为另一种可行的实施方式，所述应用处理器还包括：

处理单元，用于在所述重启单元重启所述调制解调器后，所述调制解调器未恢复正常时，将所述第一协议栈异常设为所述调制解调器的异常原因，或者在所述重启单元重启所述调制解调器后，所述调制解调器恢复正常时，将公共模块异常设为所述调制解调器的异常原因；

其中，所述记录单元，还用于在所述重启单元重启所述调制解调器后，所述调制解调器恢复正常时，记录所述移动终端的位置信息。

作为又一种可行的实施方式，所述应用处理器还包括：

上报单元，用于将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因。

本发明实施例公开了一种移动终端，包括上述任意一项所述的应用处理器。

实施本发明实施例，具有如下有益效果：

本发明实施例中，应用处理器在接收到调制解调器发送的异常指示消息时，重启调制解调器，当检测到该调制解调器仍未恢复正常时，就关闭该调制解调器当前使用的第一协议栈，并从该调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈，开启该第二协议栈，并使用该第二协议栈重新进行网络注册，当网络注册成功时，记录移动终端的位置信息。这样应用处理器在调制解调器无法正常通信时通过重启来快速找到异常原因，当调制解调器重启未恢复正常时，通过切换其他协议栈进行网络注册的方式使调制解调器自动尝试恢复正常，避免手动强制重启移动终端或更新位置造成的耗时过长的问题，减少了网络故障恢复的时间，提高网络通信功能异常的处理效率。

附图说明

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

图1是本发明实施例公开的一种网络通信功能异常的处理方法的流程示意图；

图2是本发明实施例公开的另一种网络通信功能异常的处理方法的流程示意图；

图3是本发明实施例公开的又一种网络通信功能异常的处理方法的流程示意图；

图4是本发明实施例公开的一种应用处理器的结构示意图；

图5是本发明实施例公开的另一种应用处理器的结构示意图。

具体实施方式

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

本发明实施例公开了一种网络通信功能异常的处理方法、应用处理器及移动终端，能够提高网络异常时的处理效率。

请参阅图1，图1是本发明实施例公开的一种网络通信功能异常的处理方法的流程示意图。如图1所示，该网络通信功能异常的处理方法可以包括以下步骤：

S101、应用处理器接收调制解调器发送的异常指示消息。

本发明实施例中，应用处理器全称为MAP(MultimediaApplicationProcessor，多媒体应用处理器，简称MAP)，用于在低功耗CPU的基础上扩展音视频功能和专用接口的超大规模集成电路，是智能手机中的重要部件，应用处理器一般和基带处理器是独立的两个芯片。调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等；调制解调器支持多种协议栈。

本发明实施例中，调制解调器可以实时检测自身是否异常，如果异常，就会向应用处理器发送异常指示消息，其中，该异常指示消息用于调制解调器出现异常，以便应用处理器及时进行异常处理。

其中，引起调制解调器异常的原因可能是调制解调器中的协议栈异常，也可能是调制解调器中除协议栈之外的公共模块异常，本发明实施例不做限定。当调制解调器异常时，移动终端无法正常进行数据处理，导致用户不能上网。

需要说明的是，调制解调器可以集成在应用处理器AP的内部，也可以是独立于应用处理器的一个芯片，本发明不做限定。

S102、应用处理器重启调制解调器。

本发明实施例中，当接收到调制解调器发送的异常指示消息时，应用处理器就会重启调制解调器，通过检测重启之后调制解调器是否恢复正常来判断异常原因。

S103、当检测到调制解调器未恢复正常时，应用处理器关闭调制解调器当前使用的第一协议栈，并从调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈。

本发明实施例中，协议栈表示某个通信制式对应的多种协议的总和，协议栈可以包括但不限于全球移动通信系统(GlobalSystemforMobileCommunication，简称GSM)协议栈、增强型数据速率GSM演进技术(EnhancedDataRateforGSMEvolution，简称EDGE)协议栈、高速下行分组接入技术(HighSpeedDownlinkPacketAccess，简称HSPDA)协议栈、时分同步的码分多址技术(TimeDivision-SynchronousCodeDivisionMultipleAccess，简称TD-SCDMA)协议栈、时分双工长期演进LTE(Time-DivisionDuplexLongTermEvolution，简称TDD-LTE)协议栈、频分双工长期演进(Frequency-DivisionDuplex，简称FDD-LTE)协议栈等，而各个通信制式协议栈下面又可以包括多个子协议栈，例如：TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等，本发明实施例在此不再赘述。如果调制解调器重启之后仍未恢复正常时，可能是调制解调器当前使用的第一协议栈异常，因此，应用处理器就会关闭该第一协议栈，并从调制解调器支持的多个协议栈中选取除第一协议栈之外的第二协议栈。

本发明实施例中，第一协议栈异常可能会导致内存访问错误、网络注册失败等，因此，调制解调器就可以从其余协议栈中选取第二协议栈。其中，应用处理器选择第二协议栈的策略可以是：选择比第一协议栈低一级的协议栈作为第二协议栈；或测量周围各个协议栈对应的小区信号的信号强度，将信号强度最大的协议栈作为第二协议栈；或选择比第一协议栈高一级的协议栈作为第二协议栈；或采用其他的策略确定第二协议栈本发明实施例不做限定。

S104、应用处理器开启第二协议栈，并使用第二协议栈重新进行网络注册。

本发明实施例中，在关闭第一协议栈之后，移动终端由连接态转换为空闲态，因此，应用处理器会开启选择的第二协议栈，并使用第二协议栈进行网络注册。例如LTE网络注册的过程为：移动终端向网络侧发起附着请求(attachrequest)，若网络侧允许移动终端接入，就会向移动终端返回附着响应(attachaccept)，表示网络注册成功，移动终端由无服务态转换为有服务态；若网络侧不允许移动终端接入，向移动终端返回拒绝或错误信息，表示网络注册失败。

S105、当网络注册成功时，应用处理器记录移动终端的位置信息。

本发明实施例中，位置信息表示移动终端在移动通信网络中的逻辑位置，位置信息可以是小区标识或区域位置码或位置跟踪区域等，本发明实施例不做限定。如果应用处理器使用第二协议栈注册网络成功，就会记录移动终端当前的位置信息。而如果网络注册失败，那么应用处理器可以重新选择协议栈进行网络注册。

可见，在图1所描述的方法中，应用处理器在接收到调制解调器发送的异常指示消息时，重启调制解调器，当检测到该调制解调器仍未恢复正常时，就关闭该调制解调器当前使用的第一协议栈，并从该调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈，开启该第二协议栈，并使用该第二协议栈重新进行网络注册，当网络注册成功时，记录移动终端的位置信息。这样应用处理器在调制解调器无法正常通信时通过重启来快速找到异常原因，当调制解调器重启未恢复正常时，通过切换其他协议栈进行网络注册的方式使调制解调器自动尝试恢复正常，避免手动强制重启移动终端或更新位置造成的耗时过长的问题，减少了网络故障恢复的时间，提高网络通信功能异常的处理效率。

请参阅图2，图2是本发明实施例公开的另一种网络通信功能异常的处理方法的流程示意图。如图2所示，该网络通信功能异常的处理方法可以包括以下步骤：

S201、应用处理器接收调制解调器发送的异常指示消息。

本发明实施例中，应用处理器全称为MAP(MultimediaApplicationProcessor，多媒体应用处理器，简称MAP)，用于在低功耗CPU的基础上扩展音视频功能和专用接口的超大规模集成电路，是智能手机中的重要部件，应用处理器一般和基带处理器是独立的两个芯片。调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等；调制解调器支持多种协议栈。

本发明实施例中，调制解调器可以实时检测自身是否异常，如果异常，就会向应用处理器发送异常指示消息，其中，该异常指示消息用于调制解调器出现异常，以便应用处理器及时进行异常处理。

其中，引起调制解调器异常的原因可能是调制解调器中的协议栈异常，也可能是调制解调器中除协议栈之外的公共模块异常，本发明实施例不做限定。当调制解调器异常时，移动终端无法正常进行数据处理，导致用户不能上网。

需要说明的是，调制解调器可以集成在应用处理器AP的内部，也可以是独立于应用处理器的一个芯片，本发明不做限定。

S202、应用处理器重启调制解调器。

本发明实施例中，当接收到调制解调器发送的异常指示消息时，应用处理器就会重启调制解调器，通过检测重启之后调制解调器是否恢复正常来判断异常原因。

S203、当调制解调器未恢复正常时，应用处理器关闭调制解调器当前使用的第一协议栈，并从调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈。

本发明实施例中，协议栈表示某个通信制式对应的多种协议的总和，协议栈可以包括但不限于GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等，而各个通信制式协议栈下面又可以包括多个子协议栈，例如：TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等，本发明实施例在此不再赘述。如果调制解调器重启之后仍未恢复正常时，可能是调制解调器当前使用的第一协议栈异常，因此，应用处理器就会关闭该第一协议栈，并从调制解调器支持的多个协议栈中选取除第一协议栈之外的第二协议栈。

本发明实施例中，第一协议栈异常可能会导致内存访问错误、网络注册失败等，因此，调制解调器就可以从其余协议栈中选取第二协议栈。其中，应用处理器选择第二协议栈的策略可以是：选择比第一协议栈低一级的协议栈作为第二协议栈；或测量周围各个协议栈对应的小区信号的信号强度，将信号强度最大的协议栈作为第二协议栈；或选择比第一协议栈高一级的协议栈作为第二协议栈；或采用其他的策略确定第二协议栈，本发明实施例不做限定。

S204、应用处理器开启第二协议栈，并使用第二协议栈重新进行网络注册。

本发明实施例中，在关闭第一协议栈之后，移动终端由连接态转换为空闲态，因此，应用处理器会开启选择的第二协议栈，并使用第二协议栈进行网络注册。例如LTE网络注册的过程为：移动终端向网络侧发起附着请求(attachrequest)，若网络侧允许移动终端接入，就会向移动终端返回附着响应(attachaccept)，表示网络注册成功，移动终端由无服务态转换为有服务态；若网络侧不允许移动终端接入，向移动终端返回拒绝或错误信息，表示网络注册失败。

S205、当网络注册成功时，应用处理器记录移动终端的位置信息。

本发明实施例中，位置信息表示移动终端在移动通信网络中的逻辑位置，位置信息可以是小区标识或区域位置码或位置跟踪区域等，本发明实施例不做限定。如果应用处理器使用第二协议栈注册网络成功，就会记录移动终端当前的位置信息。而如果网络注册失败，那么应用处理器可以重新选择协议栈进行网络注册，如选择其支持的多个协议栈中默认协议栈进行网络注册。

S206、应用处理器判断移动终端的位置信息是否更新，若是，执行步骤S207；若否，执行步骤S206。

本发明实施例中，应用处理器在记录移动终端的位置信息之后，移动终端会实时检测其位置信息，并将该位置信息发送给应用处理器，那么应用处理器就会判断该移动终端的位置信息与之前记录的位置信息是否发生更新。如果更新，应用处理器可以将其支持的多个协议栈分别还原为异常前的状态；如果没有更新，那么移动终端就会继续检测自身的位置信息。

S207、应用处理器恢复该多个协议栈中默认协议栈的开关状态。

本发明实施例中，在应用处理器关闭当前使用的第一协议栈，并使用第二协议栈进行网络注册成功之后，如果移动终端的位置信息发生更新，那么应用处理器可以根据预先已知的默认协议栈的开关状态，恢复该默认协议栈的开关状态。其中，默认协议栈为调制解调器支持的多个协议栈中的一个预先设置的协议栈，此处可以针对所有地区设置同一个默认的协议栈作为调制解调器初始选择使用的协议栈，也可以针对单个地区或处于某一区域的多个地区分别设置不同的默认协议栈，本发明实施例不做限定。在恢复默认协议栈的开关状态之后，调制解调器使用默认协议栈进行网络注册，网络注册成功后，使用默认协议栈进行工作。。

进一步的，应用处理器还可以在第二协议栈进行网络注册失败之后，恢复默认协议栈的开关状态，并使用该默认协议栈进行网络注册。

可见，在图2所描述的方法中，应用处理器在接收到调制解调器发送的异常指示消息时，重启调制解调器，当检测到该调制解调器仍未恢复正常时，就关闭该调制解调器当前使用的第一协议栈，并从该调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈，开启该第二协议栈，并使用该第二协议栈重新进行网络注册，当网络注册成功时，记录移动终端的位置信息。这样应用处理器在调制解调器无法正常通信时通过重启来快速找到异常原因，当调制解调器重启未恢复正常时，通过切换其他协议栈进行网络注册的方式使调制解调器自动尝试恢复正常，并在移动终端位置信息发生变化之后，恢复默认协议栈的开关状态，从而避免手动强制重启移动终端或更新位置造成的耗时过长的问题，减少了网络故障恢复的时间，提高网络通信功能异常的处理效率。

请参阅图3，图3是本发明实施例公开的又一种网络通信功能异常的处理方法的流程示意图。如图3所示，该网络通信功能异常的处理方法可以包括以下步骤：

S301、应用处理器接收调制解调器发送的异常指示消息。

本发明实施例中，应用处理器全称为MAP(MultimediaApplicationProcessor，多媒体应用处理器，简称MAP)，用于在低功耗CPU的基础上扩展音视频功能和专用接口的超大规模集成电路，是智能手机中的重要部件，应用处理器一般和基带处理器是独立的两个芯片。调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等；调制解调器支持多种协议栈。

本发明实施例中，调制解调器可以实时检测自身是否异常，如果异常，就会向应用处理器发送异常指示消息，其中，该异常指示消息用于调制解调器出现异常，以便应用处理器及时进行异常处理。

其中，引起调制解调器异常的原因可能是调制解调器中的协议栈异常，也可能是调制解调器中除协议栈之外的公共模块异常，本发明实施例不做限定。当调制解调器异常时，移动终端无法正常进行数据处理，导致用户不能上网。

需要说明的是，调制解调器可以集成在应用处理器AP的内部，也可以是独立于应用处理器的一个芯片，本发明不做限定。

S302、应用处理器重启调制解调器，并判断是否恢复正常，若是，执行步骤S306；若否，执行步骤S303。

本发明实施例中，当接收到调制解调器发送的异常指示消息时，应用处理器就会重启调制解调器，通过检测重启之后调制解调器是否恢复正常来判断异常原因。因此，调制解调器在重启之后，应用处理器会判断调制解调器是否恢复正常，如果恢复正常，应用处理器就获取当前使用的第一协议栈，并关闭第一协议栈；如果未恢复正常，应用处理器就记录移动终端的位置信息。

S303、应用处理器关闭调制解调器当前使用的第一协议栈，并从调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈。

本发明实施例中，协议栈表示某个通信制式对应的多种协议的总和，协议栈可以包括但不限于GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等，而各个通信制式协议栈下面又可以包括多个子协议栈，例如：TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等，本发明实施例在此不再赘述。如果调制解调器重启之后仍未恢复正常时，可能是调制解调器当前使用的第一协议栈异常，因此，应用处理器就会关闭该第一协议栈，并从调制解调器支持的多个协议栈中选取除第一协议栈之外的第二协议栈。

本发明实施例中，第一协议栈异常可能会导致内存访问错误、网络注册失败等，因此，调制解调器就可以从其余协议栈中选取第二协议栈。其中，应用处理器选择第二协议栈的策略可以是：选择比第一协议栈低一级的协议栈作为第二协议栈；或测量周围各个协议栈对应的小区信号的信号强度，将信号强度最大的协议栈作为第二协议栈；或选择比第一协议栈高一级的协议栈作为第二协议栈；或采用其他的策略确定第二协议栈，本发明实施例不做限定。

S304、应用处理器开启第二协议栈，并使用第二协议栈重新进行网络注册。

本发明实施例中，在关闭第一协议栈之后，移动终端由连接态转换为空闲态，因此，应用处理器会开启选择的第二协议栈，并使用第二协议栈进行网络注册。例如LTE网络注册的过程为：移动终端向网络侧发起附着请求(attachrequest)，若网络侧允许移动终端接入，就会向移动终端返回附着响应(attachaccept)，表示网络注册成功，移动终端由无服务态转换为有服务态；若网络侧不允许移动终端接入，向移动终端返回拒绝或错误信息，表示网络注册失败。

S305、应用处理器判断网络注册是否成功，若是，执行步骤S306；若否，执行步骤S303。

本发明实施例中，应用处理器使用第二协议栈进行网络注册之后，会判断网络注册是否成功，如果成功，记录移动终端的位置信息，如果不成功，可以重选选择其他协议栈进行网络注册，如选择其支持的多个协议栈中默认协议栈进行网络注册。

S306、应用处理器记录移动终端的位置信息。

本发明实施例中，在重启调制解调器之后，如果恢复正常，那么就表明调制解调器的公共模块异常，因此，应用处理器会将公共异常设为调制解调器的异常原因。其中，公共模块是指除协议栈之外的其他公用模块，如调制解调器与应用处理器接口的模块，公共模块异常也会导致整个调制解调器的通信功能异常，从而导致移动终端无法上网。

进一步的，如果调制解调器使用第二协议栈进行网络注册成功，应用处理器也会记录移动终端的位置信息。并实时判断移动终端的位置信息是否更新，如果更新，就恢复默认协议栈的开关状态。

S307、应用处理器判断调制解调器的异常原因是否上报过，若是，结束本流程；若否，执行步骤S308。

本发明实施例中，异常原因可以通过原因代码来表示，不同的异常原因对应不同的原因代码，同时异常原因可通过文本描述的方式表示。如果异常原因没有上报，应用处理器就将异常原因、移动终端的位置信息以及调制解调器的工作日志信息上报给网络服务器；如果异常原因上报过，那么应用处理器就会继续检测自身是否发生异常，并结束当前异常处理操作。

需要说明的是，应用处理器可以在重启调制解调器后恢复异常记录移动终端的位置信息后，判断调制解调器的异常原因是否上报过；也可以在移动终端位置信息更新并恢复默认协议栈的开关状态后，判断调制解调器的异常原因是否上报过。

S308、应用处理器将异常原因、移动终端的位置信息以及调制解调器记录的日志信息上报给网络服务器和/或显示该异常原因，并结束本流程。

本发明实施例中，调制解调器在工作过程中，会记录其工作的日志信息。当应用处理器判断出调制解调器未将异常原因上报过，那么应用处理器就会将其异常原因、移动终端的位置信息以及调制解调器记录的日志信息上报给网络服务器。其中，日志信息表示调制解调器在工作过程中的操作信息，操作信息包括：操作指令、操作时间和返回结果。

具体的，应用处理器将异常原因、移动终端的位置信息以及调制解调器记录的日志信息上报给网络服务器和/或显示该异常原因的具体方式可以为：

当检测到移动终端连接到WiFi热点时，通过该WiFi热点将异常原因、移动终端的位置信息以及调制解调器记录的日志信息发送给网络服务器和/或显示该异常原因。

也就是说，应用处理器可以在移动终端连接到WiFi热点时，通过WiFi热点将异常原因、移动终端的位置信息以及调制解调器记录的日志信息上报给网络服务器，以节省流量。应用处理器还可以将异常原因显示在移动终端的显示界面上，以供用户查看。

可见，在图3所描述的方法中，应用处理器在接收到调制解调器发送的异常指示消息时，重启调制解调器，当检测到该调制解调器仍未恢复正常时，就关闭该调制解调器当前使用的第一协议栈，并从该调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈，开启该第二协议栈，并使用该第二协议栈重新进行网络注册，当网络注册成功时，记录移动终端的位置信息。这样应用处理器在调制解调器无法正常通信时通过重启来快速找到异常原因，当调制解调器重启未恢复正常时，通过切换其他协议栈进行网络注册的方式使调制解调器自动尝试恢复通信正常，并在移动终端位置信息发生变化之后，恢复默认协议栈的开关状态，从而避免手动强制重启移动终端或更新位置造成的耗时过长的问题，减少了网络故障恢复的时间，提高网络通信功能异常的处理效率。

请参阅图4，图4是本发明实施例公开的一种应用处理器的结构示意图。其中，图4所示的应用处理器400可以应用于智能手机、平板电脑、掌上电脑、智能穿戴设备等可以进行数据业务的移动终端。如图4所示，该应用处理器400可以包括以下单元：

接收单元401，用于接收调制解调器发送的异常指示消息，其中，该异常指示消息用于指示调制解调器异常。

重启单元402，用于重启调制解调器。

关闭单元403，用于在上述重启单元402重启调制解调器后，该调制解调器未恢复正常时，关闭该调制解调器当前使用的第一协议栈。

选取单元404，用于从调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈。

注册单元405，用于开启第二协议栈，并使用第二协议栈重新进行网络注册。

记录单元406，用于当网络注册成功时，记录移动终端的位置信息。

请一并参阅图5，图5是本发明实施例公开的另一种应用处理器的结构示意图。其中，图5所示的应用处理器400是在图4所示的应用处理器400的基础上优化得到的。如图5所示，该应用处理器400还可以包括以下单元：

判断单元407，用于在上述记录单元406记录移动终端的位置信息后，判断移动终端的位置信息是否更新。

恢复单元408，用于在上述判断单元407判断出移动终端的位置信息更新时，恢复多个协议栈中默认协议栈的开关状态。

作为一种可行的实施方式，在上述注册单元404使用第二协议栈进行网络注册失败时，恢复单元407也可以恢复多个协议栈中默认协议栈的开关状态。

作为另一种可行的实施方式，该应用处理器400还可以包括处理单元409和上报单元410，其中：

处理单元409，用于在上述重启单元402重启调制解调器后，调制解调器未恢复正常时，将第一协议栈异常设为调制解调器的异常原因，或者在上述重启单元402重启调制解调器后，调制解调器恢复正常时，将调制解调器的公共模块异常设为调制解调器的异常原因。

其中，上述记录单元406，还用于在上述重启单元402重启调制解调器后，该调制解调器恢复正常时，记录移动终端的位置信息。

上报单元410，用于将该异常原因、移动终端的位置信息以及调制解调器记录的日志信息上报给网络服务器和/或显示该异常原因。

具体的，上报单元410将该异常原因、移动终端的位置信息以及调制解调器记录的日志信息上报给网络服务器和/或显示该异常原因的具体方式可以为：

当检测到移动终端连接到WiFi热点时，通过该WiFi热点将该异常原因、移动终端的位置信息以及调制解调器记录的日志信息发送给网络服务器和/或显示该异常原因。

可见，在图4和图5所描述的应用处理器中，应用处理器在接收到调制解调器发送的异常指示消息时，重启调制解调器，当检测到该调制解调器仍未恢复正常时，就关闭该调制解调器当前使用的第一协议栈，并从该调制解调器支持的多个协议栈中的选取除第一协议栈之外的第二协议栈，开启该第二协议栈，并使用该第二协议栈重新进行网络注册，当网络注册成功时，记录移动终端的位置信息。这样应用处理器在调制解调器无法正常通信时通过重启来快速找到异常原因，当调制解调器重启未恢复正常时，通过切换其他协议栈进行网络注册的方式使调制解调器自动尝试恢复正常，并在移动终端位置信息发生变化之后，恢复默认协议栈的开关状态，从而避免手动强制重启移动终端或更新位置造成的耗时过长的问题，减少了网络故障恢复的时间，提高网络通信功能异常的处理效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

1.一种网络通信功能异常的处理方法，其特征在于，包括：

应用处理器接收调制解调器发送的异常指示消息，所述异常指示消息用于指示所述调制解调器异常；

所述应用处理器重启所述调制解调器；

当检测到所述调制解调器未恢复正常时，所述应用处理器关闭所述调制解调器当前使用的第一协议栈，并从所述调制解调器支持的多个协议栈中的选取除所述第一协议栈之外的第二协议栈；

所述应用处理器开启所述第二协议栈，并使用所述第二协议栈重新进行网络注册；

当网络注册成功时，所述应用处理器记录移动终端的位置信息。

2.根据权利要求1所述的方法，其特征在于，所述当网络注册成功时，所述应用处理器记录移动终端的位置信息之后，所述方法还包括：

所述应用处理器判断所述移动终端的位置信息是否更新；

若是，所述应用处理器则恢复所述多个协议栈中默认协议栈的开关状态。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当检测到所述调制解调器未恢复正常时，所述应用处理器将所述第一协议栈异常设为所述调制解调器的异常原因；

当检测到所述调制解调器恢复正常时，所述应用处理器将所述调制解调器的公共模块异常设为述调制解调器的异常原因，并记录所述移动终端的位置信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述应用处理器将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因。

5.根据权利要求4所述的方法，其特征在于，所述应用处理器将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因，包括：

当检测到所述移动终端连接到WiFi热点时，所述应用处理器通过所述WiFi热点将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因。

6.一种应用处理器，应用于移动终端，其特征在于，包括：

接收单元，用于接收调制解调器发送的异常指示消息，所述异常指示消息用于指示所述调制解调器异常；

重启单元，用于重启所述调制解调器；

关闭单元，用于在所述重启单元重启所述调制解调器后，所述调制解调器未恢复正常时，关闭所述调制解调器当前使用的第一协议栈；

选取单元，用于从所述调制解调器支持的多个协议栈中选取除所述第一协议栈之外的第二协议栈；

注册单元，用于开启所述第二协议栈，并使用所述第二协议栈重新进行网络注册；

记录单元，用于在网络注册成功时，记录所述移动终端的位置信息。

7.根据权利要求6所述的应用处理器，其特征在于，所述应用处理器还包括：

判断单元，用于在所述记录单元记录所述移动终端的位置信息之后，判断所述移动终端的位置信息是否更新；

恢复单元，用于在所述判断单元判断出所述移动终端的位置信息更新时，恢复所述多个协议栈中默认协议栈的开关状态。

8.根据权利要求6所述的应用处理器，其特征在于，所述应用处理器还包括：

处理单元，用于在所述重启单元重启所述调制解调器后，所述调制解调器未恢复正常时，将所述第一协议栈异常设为所述调制解调器的异常原因，或者在所述重启单元重启所述调制解调器后，所述调制解调器恢复正常时，将公共模块异常设为所述调制解调器的异常原因；

其中，所述记录单元，还用于在所述重启单元重启所述调制解调器后，所述调制解调器恢复正常时，记录所述移动终端的位置信息。

9.根据权利要求8所述的应用处理器，其特征在于，所述应用处理器还包括：

上报单元，用于将所述调制解调器的异常原因、所述移动终端的位置信息以及所述调制解调器记录的日志信息上报给网络服务器和/或显示所述异常原因。

10.一种移动终端，其特征在于，包括如权利要求6～9任意一项所述的应用处理器。