CN105338562A - 服务状态上报异常引起卡顿的恢复方法、装置及移动终端 - Google Patents

Abstract

本发明公开了一种服务状态上报异常引起卡顿的恢复方法、装置及移动终端，其中恢复方法包括：统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞；若检测到存在卡顿阻塞，则将Modem通信模块上报的信息标注为阻塞信息；启动定时器T1，触发事件给Modem通信模块使其在定时器T1内禁止上报网络状态服务；注册筛选过滤器，用于滤除来自所述Modem通信模块上报的网络服务状态。通过上述恢复方法可自动检测系统卡顿并通过在时间段T1禁止Modem通信模块上报服务状态信息以及注册筛选过滤器用于滤除来自Modem通信模块上报的网络服务状态，减少操作系统的卡顿及不流畅现象，提升用户操作体验。

Description

服务状态上报异常引起卡顿的恢复方法、装置及移动终端

技术领域

本发明涉及移动终端的通信技术领域，特别涉及一种用于服务状态上报异常引起卡顿的恢复方法、装置及移动终端。

背景技术

在移动终端的操作系统平台中，比如Android系统平台中，导致移动终端操作系统的卡顿、不流畅的原因很多，比如Modem通信模块上报网络服务状态(语音注册状态、数据注册状态、注册的运营商基本信息、数据的无线接入技术、语音的无线接入技术)异常问题就是一个很典型的原因。

由于Android操作系统与Modem通信模块实时不间断地进行网络服务状态的信息交换，实时报告Android操作系统当前移动终端与无线网络之间的网络状态，其中服务状态包括语音注册状态、数据注册状态、注册的运营商基本信息(比如中国电信(ChinaNet)、中国移动(CMCC)、中国联通(ChinaUnicom))、数据的无线接入技术、语音的无线接入技术等，这些状态使移动终端完全掌握当前无线网络基本信息保证移动终端的语音通信及数据通信功能。移动终端的操作系统可能由于Modem通信模块上报网络服务状态异常频繁引起操作系统卡顿、不流畅，严重时还可能导致终端用户不能接打电话引起移动终端最基本功能的使用，并可能最终导致用户必须开机重启移动终端以解决操作系统卡顿的问题。

发明内容

本发明的目的在于克服现有技术的缺点与不足，提供一种用于服务状态上报异常引起卡顿的恢复方法、装置及移动终端。

根据公开的实施例，本发明的第一方面公开了一种用于服务状态上报异常引起卡顿的恢复方法，包括下列步骤：

统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞；

若检测到存在卡顿阻塞，则将所述Modem通信模块上报的信息标注为阻塞信息；

启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务。

进一步地，所述统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞具体包括：

初始化阈值时间T、统计周期时间TT、每次上报网络服务状态的时间Ti，其中，i＝1，2，3，…，i表示第i次上报网络服务状态；

分别计算所述系统进程在所述统计周期时间TT内多次前后上报统计平均时间差值ΔT，其中计算公式如下：

$\mathrm{\Δ}T=\frac{\underset{i=1}{\overset{i-1}{\Σ}}(T_{i+1}-T_i)}{i-1};$

比较所述上报统计平均时间差值ΔT是否小于所述阈值时间T，若小于，则判断所述网络服务状态导致卡顿阻塞。

进一步地，所述启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务之后，还包括:

注册筛选过滤器，所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

进一步地，所述注册筛选过滤器之后还包括：

记录所述网络服务状态相关消息内容以及记录相关处理操作过程并生产日志文件。

进一步地，所述网络服务状态包括语音注册状态、数据注册状态、注册的运营商基本信息、数据的无线接入技术、语音的无线接入技术。

根据公开的实施例，本发明的第二方面公开了一种用于服务状态上报异常引起卡顿的恢复装置，包括下列模块：

监测模块，用于统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞；

标注模块，用于若检测到存在卡顿阻塞，则将所述Modem通信模块上报的信息标注为阻塞信息；

第一处理模块，用于启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务。

进一步地，所述监测模块包括下列单元：

初始化单元，用于初始化阈值时间T、统计周期时间TT、每次上报网络服务状态的时间Ti，其中，i＝1，2，3，…，i表示第i次上报网络服务状态；

计算单元，用于分别计算所述系统进程在所述统计周期时间TT内多次前后上报统计平均时间差值ΔT，其中计算公式如下：

$\mathrm{\Δ}T=\frac{\underset{i=1}{\overset{i-1}{\Σ}}(T_{i+1}-T_i)}{i-1};$

比较判断单元，用于比较所述上报统计平均时间差值ΔT是否小于所述阈值时间T，若小于，则判断所述网络服务状态导致卡顿阻塞。

进一步地，所述恢复装置还包括:

第二处理模块，用于注册筛选过滤器，所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

进一步地，所述恢复装置还包括:

记录模块，用于记录所述网络服务状态相关消息内容以及记录相关处理操作过程并生产日志文件。

根据公开的实施例，本发明的第三方面提出了一种移动终端，所述移动终端包括权利要求6至9任一项所述的一种服务状态上报异常引起卡顿的恢复装置。

本发明相对于现有技术具有如下的优点及效果：

本发明公开的服务状态上报异常引起卡顿的恢复方法通过自动检测来自Modem通信模块上报的网络服务状态上报是否异常，当Modem通信模块上报的网络服务状态发生异常时，操作系统启动定时器T1，在时间段T1禁止Modem通信模块上报服务状态信息，同时操作系统自身注册筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态，从问题发生源和操作系统本身双面着手，解决操作系统的卡顿及不流畅现象，给用户带来流畅的操作体验，同样也可以避免用户开机重启才能解决系统卡顿问题。

附图说明

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

图1是本实施例一中公开的一种服务状态上报异常引起卡顿的恢复方法的流程步骤图；

图2是本实施例一中公开的又一种服务状态上报异常引起卡顿的恢复方法的流程步骤图；

图3是本实施例一中公开的另一种服务状态上报异常引起卡顿的恢复方法的流程步骤图；

图4是本实施例二中公开的一种服务状态上报异常引起卡顿的恢复装置的组成结构框图；

图5是本实施例二中公开的又一种服务状态上报异常引起卡顿的恢复装置的组成结构框图；

图6是本实施例二中公开的另一种服务状态上报异常引起卡顿的恢复装置的组成结构框图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

以下根据实施例分别进行详细说明。

实施例一

请参见图1，图1是本实施例一中一种用于服务状态上报异常引起卡顿的恢复方法的流程步骤图。图1所示的一种服务状态上报异常引起卡顿的恢复方法，应用于智能移动终端，所述智能移动终端包括但不限于手机、笔记本电脑、平板电脑和掌上上网设备、多媒体设备、流媒体设备、移动互联网设备(MID，mobileinternetdevice)、可穿戴设备或其他类型的终端设备。

卡顿现象，是指在移动终端运行时，玩游戏、听音乐、点击操作应用程序APP的时候，出现卡屏、操作无响应或者声音跳动、停止的现象。

本发明实施例中所述操作系统为Android操作系统，但是针对Android操作系统的描述并不构成对本技术方案的限制，同样的解决技术方案可以类似延展到symbian、Linux、Palm、BlackBerry、WindowsMobile或iOS操作系统。

该方法通过操作系统自动检测判断网络服务状态上报是否异常，当判断发生异常，通过自动启动定时器T在规定时间内禁止Modem通信模块向操作系统上报网络服务状态以及注册筛选过滤器用于滤除所述来自Modem通信模块上报的网络服务状态等等的措施，使得移动终端操作系统保持流畅。下面结合图1，具体说明一种Android操作系统下由于网络服务状态上报异常引起卡顿的恢复方法的流程步骤：

步骤S101、统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞；

在移动终端正常开机工作过程中，Modem通信模块会向Android操作系统实时不间断地进行网络服务状态的信息交换，实时报告Android操作系统当前移动终端与无线网络之间的网络状态，示例性的，其中所述网络服务状态包括语音注册状态、数据注册状态、注册的运营商基本信息(比如中国电信(ChinaNet)、中国移动(CMCC)、中国联通(ChinaUnicom))、数据的无线接入技术、语音的无线接入技术等，这些状态信息使得移动终端完全掌握当前无线网络基本信息保证移动终端的语音通信及数据通信功能。

因为造成阻塞的原因是统计周期时间TT内Modem通信模块多次前后上报网络服务状态的统计平均时间差值ΔT超过规定的阈值时间T，此时默认超过该阀值时间T的统计平均时间差值ΔT为异常频繁上报网络服务状态，将导致操作系统的卡顿。步骤S101的具体细化如下，相关的流程图可以参照附图2：

步骤S1011、初始化阈值时间T，初始化统计周期时间TT，初始化每次上报网络服务状态的时间Ti，其中，i＝1，2，3，…；i表示第i次上报网络服务状态。

比如：T3表示在统计周期时间TT内Modem通信模块第3次上报网络服务状态的时间，类似情况以此类推。

步骤S1012、分别计算所述系统进程在所述统计周期时间TT内多次前后上报统计平均时间差值ΔT，其中计算公式如下：

$\mathrm{\Δ}T=\frac{\underset{i=1}{\overset{i-1}{\Σ}}(T_{i+1}-T_i)}{i-1};$

该步骤用于计算Modem通信模块在统计周期时间TT内多次前后上报网络服务状态时间的统计平均差值ΔT，通过该统计平均差值ΔT判断在统计周期时间TT内Modem通信模块是否过于异常频繁上报网络服务状态。

步骤S1013、比较所述上报统计平均时间差值ΔT是否小于所述阈值时间T，若小于，则判断所述网络服务状态导致卡顿阻塞。

该步骤用于判断所述Modem通信模块在统计周期时间TT内多次前后上报网络服务状态的统计平均时间差值ΔT与所述阈值时间T的大小，如果小于阀值时间T，则判定该网络服务状态被过于频繁上报，则可能引起系统卡顿的诱因非常大，则判断所述网络服务状态导致卡顿阻塞。如果大于阀值时间T，则判断该网络服务状态未被过于频繁上报，该Modem通信模块上报网络服务状态在当前不会成为引起系统卡顿的因素。

步骤S102、若检测到存在卡顿阻塞，则将所述Modem通信模块上报的信息标注为阻塞信息；

本步骤中，当检测到所述Modem通信模块在一个统计周期时间TT内多次前后上报网络服务状态的时间统计平均差值ΔTi小于所述阈值时间T，则所述Modem通信模块上报的信息标注为阻塞信息。

步骤S103、启动定时器T1，触发事件给所述Modem通信模块在所述定时器T1内禁止上报网络状态服务。

一旦确定了Modem通信模块上报网络服务状态信息是引起系统卡顿的问题原因或者原因之一，启动定时器T1，触发事件给所述Modem通信模块，通知所述Modem通信模块在定时器T1内禁止上报网络状态服务信息。

在另一优选的实施例中，本实施例公开的一种服务状态上报异常引起卡顿的恢复方法在所述步骤S103、启动定时器T1，触发事件给所述Modem通信模块在所述定时器T1内禁止上报网络状态服务之后，还包括下列步骤，具体流程步骤图可参照附图3所示：

步骤S104、注册筛选过滤器，所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

本步骤的目的是提供另一种处理措施，防止由于Modem通信模块频繁上报网络服务状态导致的阻塞继续恶化。其中，另一种处理措施是通过注册筛选过滤器。其中，筛选过滤器用于指明操作系统只能接收来自哪些上报源上报的信息，或者过滤指定上报源上报的信息，该实施例中所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

操作系统的筛选过滤器用于明确接收哪些上报的信息。并且，操作系统可以注册多个筛选过滤器。故本处理阻塞的措施本质即针对由于网络服务状态上报异常频繁导致系统阻塞的操作系统一个筛选过滤器，使得所述操作系统可以不再接收所述Modem通信模块向操作系统发送的网络服务状态信息。

最后，本操作系统由于网络服务状态上报引起系统卡顿的检测恢复方法还包括：

步骤S105、记录所述网络服务状态相关消息内容以及记录相关处理操作过程并生产日志文件。

该步骤的具体流程步骤图可以参照附图3所示，从附图3中可知，该恢复方法具有记录此网络服务状态相关消息内容以及记录相关处理操作步骤并生产日志文件的功能。

综上所述，本实施例中公开的服务状态上报引起系统卡顿的检测恢复方法能自动的检测来自Modem通信模块上报的网络服务状态(包括语音注册状态、数据注册状态、注册的运营商基本信息、数据的无线接入技术、语音的无线接入技术)上报是否异常,当Modem通信模块上报的网络服务状态发生异常时，操作系统启动定时器T1，在时间段T1禁止Modem通信模块上报服务状态信息，同时操作系统自身注册筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态，从问题源和系统本身双面着手，解决操作系统的卡顿及不流畅现象，给用户带来流畅的操作体验，同样也可以避免用户开机重启才能解决系统卡顿问题。

实施例二

为了实现由于网络服务状态上报引起系统卡顿的自动检测和恢复功能以避免操作系统卡顿不流畅的问题出现的目的，本实施例公开了一种服务状态上报引起系统卡顿的恢复装置及移动终端，该服务状态上报引起系统卡顿的恢复装置可以是运行于各终端设备(例如手机、平板电脑、掌上上网设备)内的软件单元、硬件单元或者软硬件相结合的单元，也可以作为独立的挂件集成到所述终端设备中或者运行于所述终端设备的应用系统中。

本发明实施例中所述操作系统为Android操作系统，但是针对Android操作系统的描述并不构成对本技术方案的限制，同样的解决技术方案可以类似延展到symbian、Linux、Palm、BlackBerry、WindowsMobile或iOS操作系统。

图4示出了本发明第二实施例提供的一种服务状态上报引起系统卡顿的恢复装置的组成结构框图，为了便于描述，仅示出了与本发明实施例相关的部分。

如图4所示，本实施例二公开的一种服务状态上报引起系统卡顿的恢复装置，包括下列模块：监测模块201、标注模块202以及第一处理模块203。

其中，监测模块201，用于统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞。

在移动终端正常开机工作过程中，Modem通信模块会向Android操作系统实时不间断地进行网络服务状态的信息交换，实时报告Android操作系统当前移动终端与无线网络之间的网络状态，示例性的，其中所述网络服务状态包括语音注册状态、数据注册状态、注册的运营商基本信息(比如中国电信(ChinaNet)、中国移动(CMCC)、中国联通(ChinaUnicom))、数据的无线接入技术、语音的无线接入技术等，这些状态信息使得移动终端完全掌握当前无线网络基本信息保证移动终端的语音通信及数据通信功能。

所述监测模块又具体包括下列单元：

初始化单元2011，用于初始化阈值时间T、统计周期时间TT、每次上报网络服务状态的时间Ti，其中，i＝1，2，3，…，i表示第i次上报网络服务状态。

计算单元2012，用于分别计算所述系统进程在所述统计周期时间TT内多次前后上报统计平均时间差值ΔT，其中计算公式如下：

$\mathrm{\Δ}T=\frac{\underset{i=1}{\overset{i-1}{\Σ}}(T_{i+1}-T_i)}{i-1}.$

比较判断单元2012，用于比较所述上报统计平均时间差值ΔT是否小于所述阈值时间T，若小于，则判断所述网络服务状态导致卡顿阻塞。

所述监测模块具体组成结构的组成框图可参照附图5所示。

标注模块202，用于若检测到存在卡顿阻塞，则将所述Modem通信模块上报的信息标注为阻塞信息。

第一处理模块203，用于启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务。

在另一优选的实施方式中，本实施例公开的一种服务状态上报引起系统卡顿的恢复装置还包括：第二处理模块204。

第二处理模块，用于注册筛选过滤器，所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

为了防止由于Modem通信模块频繁上报网络服务状态导致的阻塞继续恶化，该第二处理模块用于注册筛选过滤器。其中，筛选过滤器用于指明操作系统只能接收来自哪些上报源上报的信息，或者过滤指定上报源上报的信息，该实施例中所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

操作系统的筛选过滤器用于明确接收哪些上报的信息。并且，操作系统可以注册多个筛选过滤器。故本处理阻塞的措施本质即针对由于网络服务状态上报异常频繁导致系统阻塞的操作系统一个筛选过滤器，使得所述操作系统可以不再接收所述Modem通信模块向操作系统发送的网络服务状态信息。

包括上述第二处理模块的恢复装置的具体结构框图可以参照附图6所示。

在另一优选的实施方式中，本实施例公开的一种服务状态上报引起系统卡顿的恢复装置还包括：记录模块205。

记录模块205，用于记录所述网络服务状态相关消息内容以及记录相关处理操作过程并生产日志文件。

包括上述记录模块的恢复装置的具体结构框图可以参照附图6所示。

基于同一发明构思，本发明实施例提供的一种服务状态上报引起系统卡顿的恢复装置及移动终端，在解决问题的原理与前述一种服务状态上报引起系统卡顿的恢复方法相似，因此该装置及移动终端的实施可以参见前述方法的实施，上述描述的模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

综上所述，本发明实施例二公开的服务状态上报引起系统卡顿的恢复装置及移动终端，该实现装置的各个模块、单元配合工作，自动检测来自Modem通信模块上报的网络服务状态(包括语音注册状态、数据注册状态、注册的运营商基本信息、数据的无线接入技术、语音的无线接入技术)上报是否异常,当Modem通信模块上报的网络服务状态发生异常时，操作系统启动定时器T1，在时间段T1禁止Modem通信模块上报服务状态信息，同时操作系统自身注册筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态，从问题发生源和操作系统本身双面着手，解决操作系统的卡顿及不流畅现象，给用户带来流畅的操作体验，同样也可以避免用户开机重启才能解决系统卡顿问题。

值得注意的是，上述装置或终端实施例中，所包括的各个模块和单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各模块和单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

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

另外，在本发明各个实施例中的各功能模块或单元可以集成在一个处理模块或者单元中，也可以是各个模块或者单元单独物理存在，也可以两个或两个以上模块或者单元集成在一个模块或者单元中。

上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。

Claims (10)

1.一种服务状态上报异常引起卡顿的恢复方法，其特征在于，包括下列步骤：

统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞；

若检测到存在卡顿阻塞，则将所述Modem通信模块上报的信息标注为阻塞信息；

启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务。

2.根据权利要求1所述的一种服务状态上报异常引起卡顿的恢复方法，其特征在于，所述统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞具体包括：

初始化阈值时间T、统计周期时间TT、每次上报网络服务状态的时间Ti，其中，i＝1，2，3，…，i表示第i次上报网络服务状态；

分别计算所述系统进程在所述统计周期时间TT内多次前后上报统计平均时间差值ΔT，其中计算公式如下：

$\mathrm{\Δ}T=\frac{\underset{i=1}{\overset{i-1}{\Σ}}(\mathrm{Ti}+1-\mathrm{Ti})}{i-1};$

比较所述上报统计平均时间差值ΔT是否小于所述阈值时间T，若小于，则判断所述网络服务状态导致卡顿阻塞。

3.根据权利要求1所述的一种服务状态上报异常引起卡顿的恢复方法，其特征在于，所述启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务之后，还包括:

注册筛选过滤器，所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

4.根据权利要求1所述的一种服务状态上报异常引起卡顿的恢复方法，其特征在于，所述注册筛选过滤器之后还包括：

记录所述网络服务状态相关消息内容以及记录相关处理操作过程并生产日志文件。

5.根据权利要求1至4任一所述的一种服务状态上报异常引起卡顿的恢复方法，其特征在于，

所述网络服务状态包括语音注册状态、数据注册状态、注册的运营商基本信息、数据的无线接入技术、语音的无线接入技术。

6.一种服务状态上报异常引起卡顿的恢复装置，其特征在于，包括下列模块：

监测模块，用于统计并检测Modem通信模块上报的网络服务状态，监测是否发生卡顿阻塞；

标注模块，用于若检测到存在卡顿阻塞，则将所述Modem通信模块上报的信息标注为阻塞信息；

第一处理模块，用于启动定时器T1，触发事件给所述Modem通信模块使其在所述定时器T1内禁止上报网络状态服务。

7.根据权利要求6所述的一种服务状态上报异常引起卡顿的恢复装置，其特征在于，所述监测模块包括下列单元：

初始化单元，用于初始化阈值时间T、统计周期时间TT、每次上报网络服务状态的时间Ti，其中，i＝1，2，3，…，i表示第i次上报网络服务状态；

计算单元，用于分别计算所述系统进程在所述统计周期时间TT内多次前后上报统计平均时间差值ΔT，其中计算公式如下：

$\mathrm{\Δ}T=\frac{\underset{i=1}{\overset{i-1}{\Σ}}(\mathrm{Ti}+1-\mathrm{Ti})}{i-1};$

比较判断单元，用于比较所述上报统计平均时间差值ΔT是否小于所述阈值时间T，若小于，则判断所述网络服务状态导致卡顿阻塞。

8.根据权利要求6所述的一种服务状态上报异常引起卡顿的恢复装置，其特征在于，所述恢复装置还包括:

第二处理模块，用于注册筛选过滤器，所述筛选过滤器用于滤除来自所述Modem通信模块上报的网络服务状态。

9.根据权利要求6所述的一种服务状态上报异常引起卡顿的恢复装置，其特征在于，所述恢复装置还包括:

记录模块，用于记录所述网络服务状态相关消息内容以及记录相关处理操作过程并生产日志文件。

10.一种移动终端，其特征在于，所述移动终端包括权利要求6至8任一项所述的一种服务状态上报异常引起卡顿的恢复装置。