CN102036287B - 终端设备的异常状态的检测方法和设备 - Google Patents

Abstract

本发明实施例公开了一种终端设备的异常状态的检测方法和设备，通过应用本发明实施例的技术方案，通过对网络侧所记录的属于同一个终端设备的状态记录信息进行分析，得出空闲状态下的终端设备的异常状态的统计，从而拓展了目前KPI统计功能，相对于目前的宏观统计方法，本方案可以针对具体的异常现象进行判断，而不仅仅是概率检测，从而由微观到宏观，满足点、面等各层次统计需求，并且能够有效的降低额外检测所带来的成本，简化异常状态的检测和统计流程，并且提高异常状态检测的准确性。

Description

终端设备的异常状态的检测方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种终端设备的异常状态的检测方法和设备。

背景技术

随着移动通信网络的逐步发展和成熟，移动通信运营商之间的竞争也越来越注重于细化的网络质量竞争，由此引起了网络质量评估方法的不断更新，以企能真实反映网络服务质量。

但是，在现有的技术方案中，很难通过常规的手段来有效监测空闲状态下的终端设备性能，如终端设备出现死机、空闲状态下非网络原因引起的无法呼叫、终端设备脱网等等。

传统的以KPI为中心的网络质量评估体系，难以准确反映用户实际感知，因此，用户感知评估已成为各大移动通信运营商和设备提供商关注的焦点，其中，终端设备服务性能评估更是用户感知体系中不可或缺的环节。尤其是对于TD-SCDMA系统而言，终端设备性能更是制约网络服务质量的一大瓶颈，因此，对于终端设备发生异常的频率的检测也成为了重要的监测内容，以便根据相应的检测结果甄别真正的网络异常和促进终端设备的进一步改进。

目前，在TD-SCDMA系统中，所有无线设备提供商都在RNC侧实现了全网、全用户的呼叫信令记录，这些信令记录基本可以准确反映出终端设备当时的一个状态，而通过终端设备不同状态的组合则基本可以判断出终端设备是否存在异常。相关信令记录和终端设备状态的关联以终端设备开机的场景举例说明如下：

终端设备在开机并建立RRC连接后，发起“位置更新请求”，其中的位置更新类型值为“IMSI attach”，具体的流程示意图如图1所示，在此不再过多说明。

现有的技术方案是采用投诉收集并结合外场模拟测试，通过用户相关投诉的收集分析，整理出经常出现异常的终端设备信息。同时，选择现网中一些典型的商用终端设备，通过大量的实际场景测试观察，得出相关终端设备的性能表现。然后，再通过RAN侧提供的IMEI check功能统计现网的终端设备分布，从而得出可能存在异常问题的终端设备统计。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

现有的通过投诉收集并结合外场模拟测试的方式，无论如何都很难做到全网、全用户、全时段的监测，并且该方法也存在着较大的持续资源投入问题，因此无法做到广泛应用。并且，这是一个从宏观层面上统计现网可能存在的异常终端设备数量的方法。

主要存在以下一些缺点：

1)无法针对每一次异常事件进行判断，只能统计出概率性事件；

2)随着新终端设备的不断上市入网，异常终端设备的信息收集和测试验证需要持续跟进，相应资源投入源源不断；

3)无法真正统计出终端设备在空闲状态下的异常事件。

发明内容

本发明实施例提供一种终端设备的异常状态的检测方法和设备，解决现有的技术方案中不能对终端设备的异常状态进行准确检测的问题。

为达到上述目的，本发明实施例一方面提供了一种终端设备的异常状态的检测方法，包括：

网络设备检测同一个终端设备的状态记录信息；

所述网络设备判断所述状态记录信息的组合是否符合预设的异常状态组合；

如果判断结果为是，所述网络设备确定所述终端设备发生了与所述异常状态组合所对应的异常状态；

其中，所述状态记录信息，具体包括：

终端设备开机记录；和/或，

终端设备关机记录；和/或，

终端设备通信记录；和/或，

终端设备2/3G重选记录；

预设的异常状态组合，具体包括：

有关机过程的空闲状态下死机；和/或，

无关机过程的空闲状态下死机；和/或，

终端设备长时间脱网后重新驻留网络。

另一方面，本发明实施例还提供了一种网络设备，包括：

检测模块，用于检测同一个终端设备的状态记录信息；

判断模块，用于判断所述所述检测模块所检测到的状态记录信息的组合是否符合预设的异常状态组合；

确定模块，用于在所述判断模块的判断结果为是时，确定所述终端设备发生了与所述异常状态组合所对应的异常状态；

其中，所述检测模块，具体用于：根据状态记录信息所对应的用户标识信息，检测对应同一个用户标识信息的状态记录信息；

所述状态记录信息，具体包括：

终端设备开机记录；和/或，

终端设备关机记录；和/或，

终端设备通信记录；和/或，

终端设备2/3G重选记录；

预设的异常状态组合，具体包括：

预设的异常状态组合，具体包括：

有关机过程的空闲状态下死机；和/或，

无关机过程的空闲状态下死机；和/或，

终端设备长时间脱网后重新驻留网络。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，通过对网络侧所记录的属于同一个终端设备的状态记录信息进行分析，得出空闲状态下的终端设备的异常状态的统计，从而拓展了目前KPI统计功能，相对于目前的宏观统计方法，本方案可以针对具体的异常现象进行判断，而不仅仅是概率检测，从而由微观到宏观，满足点、面等各层次统计需求，并且能够有效的降低额外检测所带来的成本，简化异常状态的检测和统计流程，并且提高异常状态检测的准确性。

附图说明

图1为现有技术中终端设备开机过程的流程示意图；

图2为本发明实施例提出的一种终端设备的异常状态的检测方法的流程示意图；

图3为本发明实施例提出的一种终端设备开机过程的流程示意图；

图4为本发明实施例提出的一种终端设备关机过程的流程示意图；

图5为本发明实施例提出的一种终端设备活动状态的流程示意图；

图6为本发明实施例提出的一种终端设备2/3G重选过程的流程示意图；

图7为本发明实施例提出的一种有关机过程的空闲状态下死机的应用场景示意图；

图8为本发明实施例提出的一种无关机过程的空闲状态下死机的应用场景示意图；

图9为本发明实施例提出的一种长时间脱网后重新驻留的应用场景示意图；

图10为本发明实施例提出的具体应用场景中的一种终端设备的异常状态的检测方法的流程示意图；

图11为本发明实施例提出的具体应用场景中的一种终端设备的异常状态的检测方法的流程示意图；

图12为本发明实施例提出的具体应用场景中的一种终端设备的异常状态的检测方法的流程示意图；

图13为本发明实施例提出的一种网络设备的结构示意图。

具体实施方式

如背景技术所述，在现有的技术方案中，基于投诉收集并结合外场模拟的检测方式只能概率性的统计终端设备可能出现的异常状态，很难准确确定终端设备的异常状态并进行统计，所以，无法保证异常状态检测的及时性和统计的准确性。

为了解决上述的问题，本发明实施例给出了一种终端设备的异常状态的检测方法，对网络侧所记录的属于同一个终端设备的状态记录信息进行分析，得出空闲状态下的终端设备的异常状态的统计，从而，保证对各终端设备的异常状态进行检测和统计的准确性和及时性。

如图2所示，为本发明实施例提出的一种终端设备的异常状态的检测方法的流程示意图，具体包括以下步骤：

步骤S201、网络设备检测同一个终端设备的状态记录信息。

在具体的应用场景中，步骤S201的检测触发方式可以包括以下几种：

所述网络设备实时检测同一个终端设备的状态记录信息；或，

所述网络设备按照预设的检测周期，检测同一个终端设备的状态记录信息；或，

所述网络设备在达到预设的检测触发条件时，检测同一个终端设备的状态记录信息；或，

所述网络设备轮流检测多个终端设备的状态记录信息。

进一步的，步骤S201的监测范围也存在以下两种：

（1）所述网络设备检测同一个终端设备在预设时间区间内所记录的所有状态记录信息。

（2）所述网络设备检测同一个终端设备在前次检测完成后所生成的所有新的状态记录信息。

在实际的应用场景中，本步骤中对于同一终端设备的区分具体可以按照以下方式来实现：

所述网络设备根据状态记录信息所对应的用户标识信息，检测对应同一个用户标识信息的状态记录信息。

其中，具体的触发方式以及检测范围可以根据实际需要进行调整，这样的变化并不影响本发明的保护范围。

需要进一步指出的是，在实际应用中，本步骤中所提及的状态记录信息，具体包括以下的一种或多种信息：

（1）终端设备开机记录。

在具体的应用场景中，可以通过IMSI附着消息记录来实现。

（2）终端设备关机记录。

在具体的应用场景中，可以通过IMSI去附着消息记录来实现。

（3）终端设备通信记录。

在具体的应用场景中，可以通过出现Common ID的消息记录来实现。

（4）终端设备2/3G重选记录。

在具体的应用场景中，可以通过出现原因值为interRAT reselection的RRC连接请求消息记录来实现。

步骤S202、所述网络设备判断所述状态记录信息的组合是否符合预设的异常状态组合。

如果判断结果为是，执行步骤S203；

如果判断结果为否，则确定所述终端设备没有出现异常状态。

其中，预设的异常状态组合，具体包括以下的一种或多种状态组合信息：

（1）代表有关机过程的死机状态的异常状态组合，具体为：

先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔小于第一时间；和/或，

先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔大于第一时间，但小于第二时间；

其中，所述第二时间大于第一时间。

（2）代表无关机过程的死机状态的异常状态组合，具体为：

所述终端设备的两次相邻的开机记录之间没有关机记录，并在第二次开机记录前的周期性位置更新时间范围内状态正常；和/或，

所述终端设备的在开机记录之前没有关机记录，但有2/3G重选记录，在此开机记录前的周期性位置更新时间范围内状态正常，。

（3）代表长时间脱网后重新驻留的状态的异常状态组合，具体为

所述终端设备的两次相邻的开机记录之间没有关机记录，并在第二次开机记录之前的周期性位置更新时间范围内不存在通信记录；和/或，

所述终端设备的2/3G重选记录与下一次开机记录之间没有关机记录，并在所述开机记录之前的周期性位置更新时间范围内不存在通信记录。

步骤S203、所述网络设备确定所述终端设备发生了与所述异常状态组合所对应的异常状态。

其中，对应前述的代表有关机过程的死机状态的异常状态组合，本步骤的处理过程具体为：

如果所述网络设备判断所述状态记录信息的组合符合先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔小于第一时间的异常状态组合，所述网络设备确定所述终端设备出现了关机后直接重启的异常状态；

如果所述网络设备判断所述状态记录信息的组合符合先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔大于第一时间，但小于第二时间，所述网络设备确定所述终端设备出现了关机并更换电池后重启的异常状态。

需要进一步指出的是，上述的状态记录信息的具体形式，以及预设的异常状态组合的内容可以根据实际需要进行调整，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，通过对网络侧所记录的属于同一个终端设备的状态记录信息进行分析，得出空闲状态下的终端设备的异常状态的统计，从而拓展了目前KPI统计功能，相对于目前的宏观统计方法，本方案可以针对具体的异常现象进行判断，而不仅仅是概率检测，从而由微观到宏观，满足点、面等各层次统计需求，并且能够有效的降低额外检测所带来的成本，简化异常状态的检测和统计流程，并且提高异常状态检测的准确性。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明的技术思路主要是通过网络侧对某一终端设备用户的不同状态组合来进行异常事件的判断，也就是通过同一用户标识（如IMSI）的终端设备在网络侧产生的呼叫记录（信令）来判断其是否存在着死机、掉电或长时间脱网的情况。

为叙述清楚，需要定义终端设备的几个状态：

1)开机状态：IMSI附着

终端设备在开机并建立RRC连接后，发起“位置更新请求”，其中的位置更新类型值为“IMSI attach”，具体的流程示意图如图3所示。

2)关机状态：IMSI去附着

当终端设备关机时，向网络发出关机信号，即发起DETACH的过程，具体的流程示意图如图4所示。

3)活动状态：出现COMMON ID消息

包括了终端设备和网络侧发生的任何成功的通信过程，如位置更新、语音呼叫、数据业务呼叫、短信收发等等。根据3GPP协议，每次成功的通信过程中，CN都会向RNC发送RANAP消息Common ID，告知RNC该UE的IMSI，具体的流程示意图如图5所示。

4)2/3G重选：RRC CONNECTION REQUEST(inter-RAT reselection)

当终端设备由GSM网络重选回TD-SCDMA网络时，终端设备在驻留到TD-SCDMA小区后会首先向TD-SCDMA网络发起一个原因值为inter-RATreselection的RRC请求消息，具体的流程示意图如图6所示。

在具体的应用场景中，基于上述的状态记录信息，本方案对于终端设备在空闲状态下的异常判断分成3大类，这3大类分别对应了一些终端设备状态的组合：

（1）有关机过程的空闲状态下死机。

同一IMSI在时间T（T可以设定）范围内先后发生了IMSI去附着和IMSI附着这两个过程，这种现象的发生基本可以概括成两种用户行为：

a)用户发现自己的终端设备出现了类似死机的现象，如无法拨号、程序响应慢、无法操作等，因而主动进行了终端设备重启，而此时终端设备仍然可以发起DETACH流程；

b)用户发现终端设备电池即将耗尽，主动进行了终端设备电池的更换。

这两种现象的区分，需要通过T1（T>T1）的设置来定，如换电池的时间一般要大于直接关机再开机的时间，或者这两种现象统归成空闲态下终端设备死机过程。

具体的场景示意图如图7所示。

（2）无关机过程的空闲状态下死机

在实际现网中，还会存在这样一种现象，用户终端设备死机后无法关机，只能通过直接拔除电池来解决，即终端设备在随后的开机过程前没有发起DETACH流程。这样，相应的终端设备状态组合就会发生变化，概括起来主要有：

a)两次IMSI附着中间无IMSI去附着消息，并且在第二次IMSI附着前的周期性位置更新时间（T3212）范围内终端设备活动情况正常，则可以判断终端设备发生了类似没有关机过程的死机重启过程；

b)在IMSI附着前有2/3G互操作过程（原因为Inter-RAT Reselection的RRC请求过程），并且在IMSI附着前的周期性位置更新时间（T3212）范围内终端设备活动情况正常，则同样可以判断终端设备发生了类似没有关机过程的死机重启过程；

这两种过程的场景示意图如图8所示。

3)终端设备长时间脱网后重新驻留网络

针对空闲状态下的终端设备长时间（大于周期性位置更新时间）脱网过程主要通过下面两种方法来判定：

a)两次IMSI附着中间无IMSI去附着消息，并且在第二次IMSI附着前的周期性更新时间（T3212）范围内无终端设备活动信息，则可以判定为终端设备长时间脱网后重新驻留到网络后再次发起了IMSI ATTACH过程；

b)在IMSI附着前有2/3G互操作（原因为Inter-RAT Reselection的RRC请求过程）发生，并且在IMSI附着前的周期性位置更新时间（T3212）范围内无终端设备活动消息，则同样可以判断为终端设备长时间脱网后重新驻留网络。

这两种过程的场景示意图如图9所示。

在具体的应用场景中，可以将上述的各种异常状态的检测过程进行组合，从而，在一次检测中完成对多种异常状态的检测，具体的，参照上述的三种异常状态，本发明实施例所提出的对于上述三种异常状态的检测过程的流程示意图可以如图10至图12所示，具体包括以下步骤：

步骤S1001、在开始进行检测后，首先判断是否存在关机记录。

如果没有，执行步骤S1002；

如果有，执行步骤S1003。

步骤S1002、判断是否存在开机记录。

如果没有，执行步骤S1003；

如果有，执行如图11所示的检测流程。

步骤S1003、判断是否存在2/3G重选记录。

如果没有，执行步骤S1004；

如果有，执行如图12所示的检测流程。

步骤S1004、判断在关机记录所对应的时间之前的时间T的范围内，是否存在开机记录。

如果没有，则判断终端设备的状态正常；

如果有，执行步骤S1005。

此处的T相当于前述的第二时间。

步骤S1005、判断开机记录所对应的时间和关机记录所对应的时间之间的差值是否小于T1。

如果是，则确定终端设备异常死机；

如果不是，则确定终端设备更换电池后重启。

此处的T1相当于前述的第一时间。

进一步的，在如图11所示的检测过程中，具体包括以下步骤：

步骤S1101、在步骤S1002判断存在开机记录之后，进一步判断是否存在第二次开机记录。

如果没有，则判断终端设备的状态正常；

如果有，执行步骤S1102。

步骤S1102、判断第二次开机记录与最近的终端设备通信记录之间的时间差值是否大于周期性位置更新时间。

如果大于，则执行步骤S1103；

如果不大于，则执行步骤S1104。

步骤S1103、判断开机位置更新LAC是否为GSM网络。

如果是，则确定终端设备状态正常；

如果不是，则确定终端设备长时间脱网。

步骤S1104、判断开机LAC是否改变。

如果是，则确定终端设备状态正常；

如果不是，则确定终端设备异常死机。

进一步的，在如图12所示的检测过程中，具体包括以下步骤：

步骤S1201、在步骤S1003判断存在2/3G重选记录之后，进一步判断是否存在开机记录。

如果没有，则判断终端设备的状态正常；

如果有，执行步骤S1202。

步骤S1202、判断开机记录与最近的终端设备通信记录之间的时间差值是否大于周期性位置更新时间。

如果大于，则执行步骤S1203；

如果不大于，则执行步骤S1204。

步骤S1203、判断开机位置更新LAC是否为GSM网络。

如果是，则确定终端设备状态正常；

如果不是，则确定终端设备长时间脱网。

步骤S1204、判断开机LAC是否改变。

如果是，则确定终端设备状态正常；

如果不是，则确定终端设备异常死机。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，通过对网络侧所记录的属于同一个终端设备的状态记录信息进行分析，得出空闲状态下的终端设备的异常状态的统计，从而拓展了目前KPI统计功能，相对于目前的宏观统计方法，本方案可以针对具体的异常现象进行判断，而不仅仅是概率检测，从而由微观到宏观，满足点、面等各层次统计需求，并且能够有效的降低额外检测所带来的成本，简化异常状态的检测和统计流程，并且提高异常状态检测的准确性。

为了实现本发明实施例的技术方案，本发明实施例还提出了一种网络设备，其结构示意图如图13所示，具体包括：

检测模块131，用于检测同一个终端设备的状态记录信息；

判断模块132，用于判断所述检测模块131所检测到的状态记录信息的组合是否符合预设的异常状态组合；

确定模块133，用于在所述判断模块132的判断结果为是时，确定所述终端设备发生了与所述异常状态组合所对应的异常状态。

其中，所述检测模块131，具体用于：

实时检测同一个终端设备的状态记录信息；或，

按照预设的检测周期，检测同一个终端设备的状态记录信息；或，

在达到预设的检测触发条件时，检测同一个终端设备的状态记录信息；或，

轮流检测多个终端设备的状态记录信息。

进一步的，所述检测模块131，具体用于：

检测同一个终端设备在预设时间区间内所记录的所有状态记录信息；或，

检测同一个终端设备在前次检测完成后所生成的所有新的状态记录信息。

在实际的应用场景中，所述检测模块131，具体用于：

根据状态记录信息所对应的用户标识信息，检测对应同一个用户标识信息的状态记录信息；

其中，所述状态记录信息，具体包括：

终端设备开机记录；和/或，

终端设备关机记录；和/或，

终端设备通信记录；和/或，

终端设备2/3G重选记录。

进一步的，所述终端设备开机记录，具体为IMSI附着消息记录；

终端设备关机记录，具体为IMSI去附着消息记录；

终端设备通信记录，具体为出现Common ID的消息记录；

终端设备2/3G重选记录，具体为出现原因值为inter-RAT reselection的RRC连接请求消息记录。

在具体的应用场景中，预设的异常状态组合，具体包括：

代表有关机过程的死机状态的异常状态组合；和/或，

代表无关机过程的死机状态的异常状态组合；和/或，

代表长时间脱网后重新驻留的状态的异常状态组合。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，通过对网络侧所记录的属于同一个终端设备的状态记录信息进行分析，得出空闲状态下的终端设备的异常状态的统计，从而拓展了目前KPI统计功能，相对于目前的宏观统计方法，本方案可以针对具体的异常现象进行判断，而不仅仅是概率检测，从而由微观到宏观，满足点、面等各层次统计需求，并且能够有效的降低额外检测所带来的成本，简化异常状态的检测和统计流程，并且提高异常状态检测的准确性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (13)

1.一种终端设备的异常状态的检测方法，其特征在于，包括：

网络设备检测同一个终端设备的状态记录信息；

所述网络设备判断所述状态记录信息的组合是否符合预设的异常状态组合；

如果判断结果为是，所述网络设备确定所述终端设备发生了与所述异常状态组合所对应的异常状态；

其中，所述状态记录信息，具体包括：

终端设备开机记录；和/或，

终端设备关机记录；和/或，

终端设备通信记录；和/或，

终端设备2/3G重选记录；

预设的异常状态组合，具体包括：

有关机过程的空闲状态下死机；和/或，

无关机过程的空闲状态下死机；和/或，

终端设备长时间脱网后重新驻留网络。

2.如权利要求1所述的方法，其特征在于，所述网络设备检测同一个终端设备的状态记录信息，具体包括：

所述网络设备实时检测同一个终端设备的状态记录信息；或，

所述网络设备按照预设的检测周期，检测同一个终端设备的状态记录信息；或，

所述网络设备在达到预设的检测触发条件时，检测同一个终端设备的状态记录信息；或，

所述网络设备轮流检测多个终端设备的状态记录信息。

3.如权利要求2所述的方法，其特征在于，所述网络设备检测同一个终端设备的状态记录信息，具体包括：

所述网络设备检测同一个终端设备在预设时间区间内所记录的所有状态记录信息；或，

所述网络设备检测同一个终端设备在前次检测完成后所生成的所有新的状态记录信息。

4.如权利要求1至3中任意一项所述的方法，其特征在于，所述网络设备检测同一个终端设备的状态记录信息，具体为：

所述网络设备根据状态记录信息所对应的用户标识信息，检测对应同一个用户标识信息的状态记录信息。

5.如权利要求1所述的方法，其特征在于，

所述终端设备开机记录，具体为IMSI附着消息记录；

终端设备关机记录，具体为IMSI去附着消息记录；

终端设备通信记录，具体为出现Common ID的消息记录；

终端设备2/3G重选记录，具体为出现原因值为interRAT reselection的RRC连接请求消息记录。

6.如权利要求1所述的方法，其特征在于，所述有关机过程的空闲状态下死机，具体为：

先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔小于第一时间；和/或，

先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔大于第一时间，但小于第二时间；

其中，所述第二时间大于第一时间。

7.如权利要求6所述的方法，其特征在于，如果判断结果为是，所述网络设备确定所述终端设备发生了与所述异常状态组合所对应的异常状态，具体为：

如果所述网络设备判断所述状态记录信息的组合符合先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔小于第一时间的异常状态组合，所述网络设备确定所述终端设备出现了关机后直接重启的异常状态；

如果所述网络设备判断所述状态记录信息的组合符合先后出现终端设备的关机记录和开机记录，且所述关机记录和开机记录之间的操作时间间隔大于第一时间，但小于第二时间，所述网络设备确定所述终端设备出现了关机并更换电池后重启的异常状态。

8.如权利要求1所述的方法，其特征在于，所述无关机过程的空闲状态下死机，具体为：

所述终端设备的两次相邻的开机记录之间没有关机记录，并在第二次开机记录前的周期性位置更新时间范围内该终端通信记录状态正常；和/或，

所述终端设备的开机记录前没有关机记录，但有2/3G重选记录，且在此开机记录前的周期性位置更新时间范围内该终端通信记录状态正常。

9.如权利要求1所述的方法，其特征在于，所述终端设备长时间脱网后重新驻留网络，具体为

所述终端设备的两次相邻的开机记录之间没有关机记录，并在第二次开机记录之前的周期性位置更新时间范围内不存在通信记录；和/或，

所述终端设备的2/3G重选记录与下一次开机记录之间没有关机记录，并在所述开机记录之前的周期性位置更新时间范围内不存在通信记录。

10.一种网络设备，其特征在于，包括：

检测模块，用于检测同一个终端设备的状态记录信息；

判断模块，用于判断所述检测模块所检测到的状态记录信息的组合是否符合预设的异常状态组合；

确定模块，用于在所述判断模块的判断结果为是时，确定所述终端设备发生了与所述异常状态组合所对应的异常状态；

其中，所述检测模块，具体用于：根据状态记录信息所对应的用户标识信息，检测对应同一个用户标识信息的状态记录信息；

所述状态记录信息，具体包括：

终端设备开机记录；和/或，

终端设备关机记录；和/或，

终端设备通信记录；和/或，

终端设备2/3G重选记录；

预设的异常状态组合，具体包括：

预设的异常状态组合，具体包括：

有关机过程的空闲状态下死机；和/或，

无关机过程的空闲状态下死机；和/或，

终端设备长时间脱网后重新驻留网络。

11.如权利要求10所述的网络设备，其特征在于，所述检测模块，具体用于：

实时检测同一个终端设备的状态记录信息；或，

按照预设的检测周期，检测同一个终端设备的状态记录信息；或，

在达到预设的检测触发条件时，检测同一个终端设备的状态记录信息；或，

轮流检测多个终端设备的状态记录信息。

12.如权利要求11所述的网络设备，其特征在于，所述检测模块，具体用于：

检测同一个终端设备在预设时间区间内所记录的所有状态记录信息；或，

检测同一个终端设备在前次检测完成后所生成的所有新的状态记录信息。

13.如权利要求10所述的网络设备，其特征在于，

所述终端设备开机记录，具体为IMSI附着消息记录；

终端设备关机记录，具体为IMSI去附着消息记录；

终端设备通信记录，具体为出现Common ID的消息记录；

终端设备2/3G重选记录，具体为出现原因值为interRAT reselection的RRC连接请求消息记录。

Images