CN105376777A - 一种网络通信功能异常处理方法及移动终端 - Google Patents

Abstract

本发明实施例提供了一种网络通信功能异常处理方法及移动终端，所述方法包括：当检测到移动终端的调制解调器异常时，获取所述调制解调器的异常原因；判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制；若不存在，则从服务器中获取与所述异常原因匹配的目标处理机制；按照所述目标处理机制对所述调制解调器进行异常处理。通过本发明实施例可以在网络通信功能发生异常时避免由于移动终端本端未存储相应的处理机制而导致长时间无法连网通信的问题，从而提高网络通信功能异常时的处理效率。

Description

一种网络通信功能异常处理方法及移动终端

技术领域

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

背景技术

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

在实践中发现，由于通信网络环境的复杂性，移动终端常常需要在不同类型的通信网络之间进行切换。而在通信网络的切换过程中经常会发生异常，从而导致移动终端无法正常连网通信。通常情况下，导致移动终端无法连网通信的原因有多种，而不同的原因其对应的处理方式不同。如果移动终端不能快速找到当前出现的网络异常原因对应的处理方式，那么可能就会导致移动终端长时间无法连网通信，从而严重影响用户体验。

发明内容

本发明实施例提供了一种网络通信功能异常处理方法及移动终端，可以在网络通信功能发生异常时避免由于移动终端本端未存储相应的处理机制而导致长时间无法连网通信的问题，从而提高网络通信功能异常时的处理效率。

本发明实施例第一方面提供了一种网络通信功能异常处理方法，包括：

当检测到移动终端的调制解调器异常时，获取所述调制解调器的异常原因；

判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制；

若不存在，则从服务器中获取与所述异常原因匹配的目标处理机制；

按照所述目标处理机制对所述调制解调器进行异常处理。

可选的，所述方法还包括：

若存在，则按照所述本地数据库中与所述异常原因匹配的处理机制对所述调制解调器进行异常处理，并将所述异常原因以及所述处理机制发送至服务器。

可选的，所述从服务器中获取与所述异常原因匹配的目标处理机制，包括：

向服务器发送调制解调器异常的处理机制获取请求，所述处理机制获取请求包括所述异常原因；

接收所述服务器响应所述处理机制获取请求而发送的与所述异常原因匹配的目标处理机制。

可选的，所述获取所述调制解调器异常的异常原因，包括：

重启所述调制解调器，并判断所述调制解调器是否恢复正常；

若未恢复正常，则确定所述调制解调器的异常原因为协议栈异常。

可选的，所述方法还包括：

接收所述服务器在确定所述移动终端已连接到Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。

本发明实施例第二方面提供了一种移动终端，包括：

第一获取模块，用于当检测到所述移动终端的调制解调器异常时，获取所述调制解调器的异常原因；

判断模块，用于判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制；

第二获取模块，用于在所述判断模块判断出所述本地数据库中不存在与所述异常原因匹配的处理机制时，从服务器中获取与所述异常原因匹配的目标处理机制；

第一处理模块，用于按照所述目标处理机制对所述调制解调器进行异常处理。

可选的，所述移动终端还包括：

第二处理模块，用于在所述判断模块判断出所述本地数据库中存在与所述异常原因匹配的处理机制时，按照所述本地数据库中与所述异常原因匹配的处理机制对所述调制解调器进行异常处理，并将所述异常原因以及所述处理机制发送至服务器。

可选的，所述第二获取模块从服务器中获取与所述异常原因匹配的目标处理机制的具体方式为：

向服务器发送调制解调器异常的处理机制获取请求，所述处理机制获取请求包括所述异常原因；

接收所述服务器响应所述处理机制获取请求而发送的与所述异常原因匹配的目标处理机制。

可选的，所述第一获取模块包括重启单元、判断单元和确定单元，其中：

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

所述判断单元，用于判断所述调制解调器是否恢复正常；

所述确定单元，用于在所述判断单元判断出所述调制解调器未恢复正常时，确定所述调制解调器的异常原因为协议栈异常。

可选的，所述移动终端还包括：

接收模块，用于接收所述服务器在确定所述移动终端已连接到Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。

通过本发明实施例可在检测到移动终端的调制解调器异常时获取该调制解调器的异常原因，判断该移动终端的本地数据库中是否存在与该异常原因匹配的处理机制，如果不存在，则从服务器中获取与该异常原因匹配的目标处理机制，并按照该目标处理机制对该调制解调器进行异常处理，可以在网络通信功能发生异常时避免由于移动终端本端未存储相应的处理机制而导致长时间无法连网通信的问题，从而提高网络通信功能异常时的处理效率。

附图说明

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

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

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

图3是本发明实施例提供的一种移动终端的第一实施例结构示意图；

图4是本发明实施例提供的一种移动终端的第二实施例结构示意图。

具体实施方式

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

本发明实施例中所描述的移动终端可以包括智能手机(如Android手机等)、平板电脑、掌上电脑以及移动互联网设备(MobileInternetDevices，MID)、个人数字助理(PersonalDigitalAssistant,PDA)等能够进行数据业务的终端。

请参阅图1，为本发明实施例提供的一种网络通信功能异常处理方法的第一实施例流程示意图。本实施例中所描述的网络通信功能异常处理方法，包括以下步骤：

S101、当检测到移动终端的调制解调器异常时，移动终端获取调制解调器的异常原因。

本发明实施例中，调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层AS和非接入层NAS的信令以及与AP处理器进行接口等。可以是调制解调器检测自身是否异常，也可以是移动终端的其它装置(如应用处理器等)检测调制解调器是否异常。引起调制解调器异常的原因可能是调制解调器中的协议栈异常，也可能是调制解调器中除协议栈之外的公共模块异常，本发明实施例不做限定。当检测到调制解调器异常时，移动终端无法正常进行数据处理，导致用户不能上网。

其中，调制解调器支持多种协议栈，协议栈表示某个通信制式对应的多种协议的总和，协议栈可以包括但不限于GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等，而各个通信制式协议栈下面又可以包括多个子协议栈，例如：TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等，本发明实施例在此不再赘述。

因此，当检测到移动终端的调制解调器异常时，移动终端会进一步获取调制解调器的异常原因。

作为一种可行的实施方式，移动终端获取调制解调器的异常原因的具体方式可以为：

步骤11)移动终端重启调制解调器，并判断该调制解调器是否恢复正常；

步骤12)当该调制解调器未恢复正常时，移动终端确定调制解调器的异常原因为协议栈异常。

具体实现中，移动终端可以在调制解调器异常时，重启调制解调器，然后再检测调制解调器是否恢复正常，如果恢复正常，那么就表明是调制解调器中的公共模块异常。其中，公共模块是指调制解调器中除协议栈之外的其他公用模块，如调制解调器与应用处理器接口的模块，公共模块异常也会导致整个调制解调器的通信功能异常，从而导致移动终端无法上网。而如果重启之后调制解调器并未恢复正常，那么就表明是调制解调器当前使用的协议栈异常。从而可以通过重启调制解调器的方式来初步确定异常原因。如果是调制解调器中的协议栈异常，那么可能会导致可能会导致内存访问错误、网络注册失败、协议栈死机等。

当然，调制解调器异常也可能是由于位置更新失败、PDN连接建立失败、专用承载激活/修改过程失败、内存访问错误、协议栈注册被拒绝、主叫终端或被叫终端无线资源连接建立失败、寻呼解码失败、广播信道接收失败等引起。所以移动终端可以进一步判断调制解调器的异常原因。

S102、移动终端判断该移动终端的本地数据库中是否存在与该异常原因匹配的处理机制，若否，执行步骤S103。

本发明实施例中，移动终端的本地数据库中一般存储有调制解调器异常的各种异常原因对应的处理机制，因此，在调制解调器出现异常时，移动终端会判断本地数据库中是否存在与该异常原因匹配的处理机制。其中，处理机制即为处理调制解调器由各种原因引起的异常的处理方案。

S103、移动终端从服务器中获取与该异常原因匹配的目标处理机制。

其中，服务器可存储有常见的异常原因集合以及相对应的处理机制集合。

本发明实施例中，当移动终端的本地数据库中未存储有与该异常原因匹配的处理机制时，移动终端可以从服务器中获取与该异常原因匹配的目标处理机制。

具体的，移动终端可以预先与服务器建立连接关系，当本地数据库不存在与该异常原因匹配的处理机制时，移动终端就可以向服务器发送处理机制获取请求，或者，移动终端登录账号后向服务器发送处理机制获取请求，进而服务器将该异常原因匹配的目标处理机制发送给移动终端。

进一步的，如果服务器此时确定移动终端是通过无线保真Wi-Fi热点与其建立连接的，则服务器还可将其存储的异常原因集合以及相对应的处理机制集合以数据包的形式发送给移动终端，使得移动终端本地可存储有更多的异常原因以及相对应的处理机制，便于移动终端后续更加快速地解决调制解调器的异常问题。

S104、移动终端按照该目标处理机制对调制解调器进行异常处理，并结束本流程。

本发明实施例中，当获取到与该异常原因匹配的目标处理机制时，移动终端就可以按照该目标处理机制对调制解调器进行异常处理。

可见，在图1所描述的方法中，当检测到移动终端的调制解调器异常时，移动终端会获取该调制解调器的异常原因，并判断本地数据库中是否存在与该异常原因匹配的处理机制，如果不存在，就从服务器中获取与该异常原因匹配的目标处理机制，并按照该目标处理机制对该调制解调器进行异常处理，可以在网络通信功能发生异常时避免由于移动终端本端未存储相应的处理机制而导致长时间无法连网通信的问题，从而提高网络通信功能异常时的处理效率。

请参阅图2，为本发明实施例提供的一种网络通信功能异常处理方法的第二实施例流程示意图。本实施例中所描述的网络通信功能异常处理方法，包括以下步骤：

S201、当检测到移动终端的调制解调器异常时，移动终端获取调制解调器的异常原因。

本发明实施例中，调制解调器用于将基带信号转换为射频信号，以及将射频信号转换为基带信号，应用于数据业务；调制解调器支持多种协议栈。可以是调制解调器检测自身是否异常，也可以是移动终端的其它装置(如应用处理器等)检测调制解调器是否异常。引起调制解调器异常的原因可能是调制解调器中的协议栈异常，也可能是调制解调器中除协议栈之外的公共模块异常，本发明实施例不做限定。当检测到调制解调器异常时，移动终端无法正常进行数据处理，导致用户不能上网。

其中，协议栈表示某个通信制式对应的多种协议的总和，协议栈可以包括但不限于GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等，而各个通信制式协议栈下面又可以包括多个子协议栈，例如：TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等，本发明实施例在此不再赘述。

因此，当检测到移动终端的调制解调器异常时，移动终端会进一步获取调制解调器的异常原因。

S202、移动终端判断该移动终端的本地数据库中是否存在与该异常原因匹配的处理机制，若是，执行步骤S203；若否，执行步骤S204～S207。

本发明实施例中，移动终端的本地数据库中一般存储有调制解调器异常的各种异常原因对应的处理机制，因此，在调制解调器出现异常时，移动终端会判断本地数据库中是否存在与该异常原因匹配的处理机制。其中，处理机制即为处理调制解调器由各种原因引起的异常的处理方案。

S203、移动终端按照该本地数据库中与该异常原因匹配的处理机制对该调制解调器进行异常处理，并将该异常原因以及该处理机制发送至服务器。

具体的，当本地数据库中存在与该异常原因匹配的处理机制，那么移动终端就可以按照该处理机制对调制解调器进行异常处理，并将该异常原因以及对应的处理机制上传至服务器，便于其它移动终端在出现相同原因的网络异常，且本地数据库没有相应的处理机制时可以从该服务器快速获取到相应的处理机制，从而便于该其它移动终端快速解决网络异常。

S204、移动终端向服务器发送调制解调器异常的处理机制获取请求，该处理机制获取请求包括该异常原因。

S205、移动终端接收该服务器响应该处理机制获取请求而发送的与该异常原因匹配的目标处理机制。

本发明实施例中，服务器在接收到移动终端发送的处理机制获取请求之后，查询数据库中是否存在与该异常原因匹配的目标处理机制，如果存在，就发送给移动终端，如果不存在，可以向移动终端发送反馈信息，以指示移动终端从其他服务器获取，或者，服务器将该处理机制获取请求转发给其它服务器，由其它服务器将与该异常原因匹配的目标处理机制发送给移动终端。

S206、移动终端接收该服务器在确定该移动终端已连接到无线保真Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。

具体的，如果服务器确定移动终端是通过无线保真Wi-Fi热点与其建立连接的，则服务器还可将其存储的异常原因集合以及相对应的处理机制集合以数据包的形式发送给移动终端，使得移动终端本地可存储有更多的异常原因以及相对应的处理机制，便于移动终端后续更加快速地解决调制解调器的异常问题。

在一些可行的实施方式中，移动终端也可主动向该服务器发送异常原因集合以及处理机制集合的获取请求，以获取服务器端存储的异常原因集合以及处理机制集合。

S207、移动终端按照该目标处理机制对调制解调器进行异常处理。

在一些可行的实施方式中，移动终端在按照接收到的目标处理机制解决调制解调器的异常后，可以将该异常原因以及相对应的目标处理机制存储在本地数据库，以便下次出现相同原因的调制解调器异常时，移动终端能够通过本地数据库中的处理机制对异常情况快速地处理。

可见，在图2所描述的方法中，移动终端可在本地数据库中存在与异常原因匹配的处理机制时，利用该处理机制快速解决网络异常，并将异常原因以及处理机制上传至服务器；在本地数据库中不存在与异常原因匹配的处理机制时，从服务器获取相应的处理机制，并可以主动或者被动地获取服务器端存储的异常原因集合以及处理机制集合，便于移动终端后续能够快速地解决调制解调器可能出现的网络通信功能异常问题，从而提高网络通信功能异常时的处理效率，提升用户体验。

请参阅图3，为本发明实施例提供的一种移动终端的第一实施例结构示意图。本实施例中所描述的移动终端，包括：

第一获取模块301，用于当检测到所述移动终端的调制解调器异常时，获取所述调制解调器的异常原因。

判断模块302，用于判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制。

第二获取模块303，用于在所述判断模块判断出所述本地数据库中不存在与所述异常原因匹配的处理机制时，从服务器中获取与所述异常原因匹配的目标处理机制。

第一处理模块304，用于按照所述目标处理机制对所述调制解调器进行异常处理。

在一些可行的实施方式中，所述移动终端还包括：

第二处理模块，用于在所述判断模块判断出所述本地数据库中存在与所述异常原因匹配的处理机制时，按照所述本地数据库中与所述异常原因匹配的处理机制对所述调制解调器进行异常处理，并将所述异常原因以及所述处理机制发送至服务器。

在一些可行的实施方式中，所述第二获取模块303从服务器中获取与所述异常原因匹配的目标处理机制的具体方式为：

向服务器发送调制解调器异常的处理机制获取请求，所述处理机制获取请求包括所述异常原因；

接收所述服务器响应所述处理机制获取请求而发送的与所述异常原因匹配的目标处理机制。

在一些可行的实施方式中，所述第一获取模块301包括重启单元、判断单元以及确定单元，其中：

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

所述判断单元，用于判断所述调制解调器是否恢复正常；

所述确定单元，用于在所述判断单元判断出所述调制解调器未恢复正常时，确定所述调制解调器的异常原因为协议栈异常。

在一些可行的实施方式中，所述移动终端还包括：

接收模块，用于接收所述服务器在确定所述移动终端已连接到Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。

需要说明的是，本发明实施例的移动终端的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本发明实施例中，当检测到移动终端的调制解调器异常时，移动终端会获取该调制解调器的异常原因，并判断本地数据库中是否存在与该异常原因匹配的处理机制，如果不存在，就从服务器中获取与该异常原因匹配的目标处理机制，并按照该目标处理机制对该调制解调器进行异常处理，可以在网络通信功能发生异常时避免由于移动终端本端未存储相应的处理机制而导致长时间无法连网通信的问题，从而提高网络通信功能异常时的处理效率。

请参阅图4，为本发明实施例提供的一种移动终端的第二实施例结构示意图。本实施例中所描述的移动终端，包括：至少一个处理器401，如CPU，通信接口402，存储器403、调制解调器404以及至少一条通信总线405，存储器403可以是高速RAM存储器，也可以是非易失性存储器(non-volatilememory)，如至少一个磁盘存储器，可选的，存储器403还可以是至少一个位于远离前述处理器401的存储装置。其中：

通信总线405用于实现处理器401、通信接口402、存储器403以及调制解调器404等这些组件之间的连接通信。

存储器401中存储一组程序代码，且处理器401用于调用存储器403中存储的程序代码，用于执行以下操作：

当检测到移动终端的调制解调器404异常时，获取所述调制解调器404的异常原因。

判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制。

若不存在，则从服务器中获取与所述异常原因匹配的目标处理机制。

按照所述目标处理机制对所述调制解调器404进行异常处理。

在一些可行的实施方式中，处理器401还用于在所述本地数据库中存在与所述异常原因匹配的处理机制时，按照所述处理机制对所述调制解调器进行异常处理；

通信接口402，用于将所述异常原因以及所述处理机制发送至服务器。

在一些可行的实施方式中，处理器401从服务器中获取与所述异常原因匹配的目标处理机制的具体方式为：

向服务器发送调制解调器404异常的处理机制获取请求，所述处理机制获取请求包括所述异常原因。

接收所述服务器响应所述处理机制获取请求而发送的与所述异常原因匹配的目标处理机制。

在一些可行的实施方式中，处理器401获取所述调制解调器404异常的异常原因的具体方式为：

重启所述调制解调器404，并判断所述调制解调器404是否恢复正常；

若未恢复正常，则确定所述调制解调器404的异常原因为协议栈异常。

在一些可行的实施方式中，处理器401还用于接收所述服务器在确定所述移动终端已连接到无线保真Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。

通过本发明实施例可在检测到移动终端的调制解调器异常时获取该调制解调器的异常原因，判断该移动终端的本地数据库中是否存在与该异常原因匹配的处理机制，如果不存在，则从服务器中获取与该异常原因匹配的目标处理机制，并按照该目标处理机制对该调制解调器进行异常处理，可以在网络通信功能发生异常时避免由于移动终端本端未存储相应的处理机制而导致长时间无法连网通信的问题，从而提高网络通信功能异常时的处理效率。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可能可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括：U盘、移动硬盘、磁碟、光盘、只读存储器(英文：Read-OnlyMemory，缩写：ROM)或者随机存取存储器(英文：RandomAccessMemory，缩写：RAM)等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

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

当检测到移动终端的调制解调器异常时，获取所述调制解调器的异常原因；

判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制；

若不存在，则从服务器中获取与所述异常原因匹配的目标处理机制；

按照所述目标处理机制对所述调制解调器进行异常处理。

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

若存在，则按照所述本地数据库中与所述异常原因匹配的处理机制对所述调制解调器进行异常处理，并将所述异常原因以及所述处理机制发送至服务器。

3.根据权利要求1所述的方法，其特征在于，所述从服务器中获取与所述异常原因匹配的目标处理机制，包括：

向服务器发送调制解调器异常的处理机制获取请求，所述处理机制获取请求包括所述异常原因；

接收所述服务器响应所述处理机制获取请求而发送的与所述异常原因匹配的目标处理机制。

4.根据权利要求1～3中任一项所述的方法，其特征在于，所述获取所述调制解调器异常的异常原因，包括：

重启所述调制解调器，并判断所述调制解调器是否恢复正常；

若未恢复正常，则确定所述调制解调器的异常原因为协议栈异常。

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

接收所述服务器在确定所述移动终端已连接到无线保真Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。

6.一种移动终端，其特征在于，包括：

第一获取模块，用于当检测到所述移动终端的调制解调器异常时，获取所述调制解调器的异常原因；

判断模块，用于判断所述移动终端的本地数据库中是否存在与所述异常原因匹配的处理机制；

第二获取模块，用于在所述判断模块判断出所述本地数据库中不存在与所述异常原因匹配的处理机制时，从服务器中获取与所述异常原因匹配的目标处理机制；

第一处理模块，用于按照所述目标处理机制对所述调制解调器进行异常处理。

7.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

第二处理模块，用于在所述判断模块判断出所述本地数据库中存在与所述异常原因匹配的处理机制时，按照所述本地数据库中与所述异常原因匹配的处理机制对所述调制解调器进行异常处理，并将所述异常原因以及所述处理机制发送至服务器。

8.根据权利要求6所述的移动终端，其特征在于，所述第二获取模块从服务器中获取与所述异常原因匹配的目标处理机制的具体方式为：

向服务器发送调制解调器异常的处理机制获取请求，所述处理机制获取请求包括所述异常原因；

接收所述服务器响应所述处理机制获取请求而发送的与所述异常原因匹配的目标处理机制。

9.根据权利要求6～8中任一项所述的移动终端，其特征在于，所述第一获取模块包括重启单元、判断单元和确定单元，其中：

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

所述判断单元，用于判断所述调制解调器是否恢复正常；

所述确定单元，用于在所述判断单元判断出所述调制解调器未恢复正常时，确定所述调制解调器的异常原因为协议栈异常。

10.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

接收模块，用于接收所述服务器在确定所述移动终端已连接到Wi-Fi热点时而发送的包含异常原因集合以及处理机制集合的数据包。