CN105099791B - 一种基于网络信令监测数据的终端故障定位方法和系统 - Google Patents

Abstract

本发明提供了一种基于网络信令监测数据的终端故障定位分析方法和相应的通信服务保障平台，该方法包括监测和分析网络信令，检查当前网络的附着状态是否正常，终端的附着状态是否正常，当前网络的PDP激活信息是否正常，终端的PDP激活信息是否正常，还包括小区/BSC/SGSN和终端的流量检测，终端会话的完整性检测等。通过一系列完整的监测和分析，自动对网络和终端的数据状态进行全面评估，实现了在通信链路出现异常时，自动完成端到端的故障诊断和分析，通过网络信令数据监测实现对终端故障状态的快速定位。

Description

一种基于网络信令监测数据的终端故障定位方法和系统

技术领域

本发明涉及移动通信领域，具体涉及一种网络故障定位分析方法和系统。

背景技术

在终端硬件工作正常的情况下，由于网络问题而引发的终端通信故障主要表现为：

1)数据链路不稳定，终端通信模块无法建立稳定的数据链路；

2)卡状态异常，终端所用的SIM卡数据异常，导致终端无法建立与服务端之间的数据链接；

3)业务异常，终端所用SIM卡状态异常(如欠费、停机等)、数据流量超过套餐额度、银行托收划账失败。

由于终端不能像个人用户那样主动发现通信问题并向运营商发映，只有当终端无法正常工作，通过人工对各个可能的故障点进行排查，才能确定上述这些问题的存在。此外，不同的行业客户对移动数据通信的服务水平是有不同的需求的，因此需要面向不同服务水平需求的客户，可以提供基于SLA(Service Level Agreement，服务水平协议)服务，对于像电力、交通等行业对移动数据传输的稳定性、可靠性有着更高要求的客户提供更高通信网络使用级别，更短的故障响应及恢复时限等。

对于行业终端的通信服务需求存在着很多不同于个人移动通信服务的特性，而目前为行业终端提供通信服务支撑的仍然是基于个人业务支撑系统的，无法满足行业终端通信服务的特殊需求。在个人终端的通信服务过程中，终端使用者可以通过与客户服务人员的交互实现对遇到问题或故障的描述，客服人员也可以通过与使用者的互动初步分析出问题或故障的原因，并做出相应的处理，但机器终端是无法通过与客服人员实现互动来诊断故障的，一旦出现问题或故障，表现形式都是无法上传或接收数据。因此，对于行业终端的实际需求，现有网络机制的服务支撑能力明显不足。

发明内容

为了解决上述背景技术中存在的问题，实时、全面、准确地自动定位网络或终端的故障，更好地支撑和保障个人终端和行业终端的通信服务，本发明提出一种基于网络信令监测数据的终端故障定位分析方法和一种通信服务保障平台。

一种基于网络信令监测数据的终端故障定位分析方法，包括：

步骤1，网络附着状态检查，检查当前网络的附着状态是否正常，若当前网络附着状态出现异常，则将当前故障确定为网络故障，并作进一步的处理；若当前网络附着状态正常，则继续对终端的附着状态进行检查，若终端的附着状态正常，则进行步骤2；若终端的附着状态异常，则将当前故障定位为终端故障；

步骤2，网络PDP激活信息检查，检查当前网络最近的PDP激活信息是否正常，若当前网络的PDP激活信息出现异常，刚将当前故障确定为网络故障，并作进一步的处理；若当前网络的PDP激活信息正常，则对终端的PDP激活信息进行检查，若终端的PDP激活信息正常，则继续进行步骤3；若终端的PDP激活信息出现异常，则将当前故障定位为终端故障；

步骤3，终端会话完整性检查，检查当前终端与网络之间业务交互的会话信令是否完整，若会话信令完整，则将当前故障定位为终端故障；若会话信令不完整，则将当前故障定位为网络故障。

所述方法进一步包括，通过检测小区、BSC或SGSN的附着成功率来判定所述网络附着状态是否正常；通过检测小区、BSC或SGSN的PDP激活成功率来判定所述网络PDP激活信息是否正常。

所述方法进一步包括，所述附着或PDP激活成功率可以实时监控，并可以按照时间、地点、用户、终端、业务多维度组合查询。

所述方法进一步包括，所述附着或PDP激活成功率可通过全网用户的附着次数、成功次数、失败次数、失败原因来进行统计，并可查看失败原因。

所述方法进一步包括，通过跟踪统计所述终端在最近一段时间的附着状态和PDP激活信息来判断终端的附着状态和PDP激活信息是否正常。

所述方法进一步包括，通过将终端的附着和PDP激活信息和与终端相关联的小区、BSC或SGSN的附着和PDP激活分析数据相对比，判断附着和PDP激活异常的原因在终端还是网络。

所述方法进一步包括，所述终端会话完整性检查包括对终端与网络各网元之间进行附着、PDP激活、PDP去激活、去附着交互时的交互信令是否完整以及信令的数据包是否正确进行检查。

所述方法进一步包括，还包括对终端最近的鉴权信令进行检查，以确定用户终端是否存在鉴权错误。

所述方法进一步包括，所述鉴权错误可以为欠费或停机造成的终端无法正确上传数据。

所述方法进一步包括，在对终端所在的网络进行检查之前，还包括对终端的功能完整性进行检查，以确定故障出现的原因不是因为终端设备故障。

所述方法进一步包括，还包括流量监测步骤，用于实时监测网络流量，若当前网络流量不正常，则将当前故障定位为网络故障；若当前网络流量正常，则对终端的流量状态进行检查，若终端的流量状态出现异常，刚判断为终端故障。

所述方法进一步包括，所述附着状态检查和PDP激活信息检查还可以包括去附着状态检查和PDP去激活信息检查。

一种通信服务保障平台，包括：

终端监测模块，用于实时获取终端的网络信令数据；

网络监测模块，用于实时获取网络的信令数据；

数据处理模块，用于执行下面的功能：

步骤1，网络附着状态检查，检查当前网络的附着状态是否正常，若当前网络附着状态出现异常，则将当前故障确定为网络故障，并作进一步的处理；若当前网络附着状态正常，则继续对终端的附着状态进行检查，若终端的附着状态正常，则进行步骤2；若终端的附着状态异常，则将当前故障定位为终端故障；

步骤2，网络PDP激活信息检查，检查当前网络最近的PDP激活信息是否正常，若当前网络的PDP激活信息出现异常，刚将当前故障确定为网络故障，并作进一步的处理；若当前网络的PDP激活信息正常，则对终端的PDP激活信息进行检查，若终端的PDP激活信息正常，则继续进行步骤3；若终端的PDP激活信息出现异常，则将当前故障定位为终端故障；

步骤3，终端会话完整性检查，检查当前终端与网络之间业务交互的会话信令是否完整，若会话信令完整，则将当前故障定位为终端故障；若会话信令不完整，则将当前故障定位为网络故障。

故障处理模块，用于在故障分析完成之后，对相应的故障进行处理。

所述平台进一步包括终端交互模块，用于在数据链路无法正常建立时，通过指定的方式与终端建立交互，指定的方式可以是短信。

所述平台进一步包括卡状态异常处理模块，用于取得终端所用的SIM卡的相关数据，并对错误的SIM卡数据进行恢复或修正。

所述平台进一步包括业务状态异常处理模块，用于在终端所请求的业务异常的状态下，产生相应的报告，并提交给终端用户。

基于上述发明内容，通过对网络信令数据的实时监测，自动完成端到端的故障诊断和分析，通过网络数据监测实现对终端故障状态的快速定位。

附图说明

图1为GPRS网络的信令数据监测示意图；

图2为本发明依据流量监测的故障分析方法流程图；

图3为本发明依据终端会话分析的故障分析方法流程图；

图4为本发明通信服务保障平台的结构示意图。

具体实施方式

下面结合附图对本发明的实施例进行详述。

请参阅图1，现以GPRS网络为例，通过对GPRS网络数据接口Gb/Gn/Gi等的实时监测以及数据分析实现对故障终端问题的定位。

终端的上网可以分为附着、PDP激活、上网三步，其中附着和激活是用户上网前用终端与网络进行交互的信令过程，附着用于登记到运营商网络，PDP激活是手机和网络建立数据传输通道的过程。在终端与网络的交互中，用户要使用运营商业务，必须先登记入运营商的网络，即要进行网络附着。基站控制器BSC向SGSN发送Attach Request，系统进行鉴权，鉴权通过后，SGSN发送Attach Accept，其中包含新分配的PTMSI，终端收到后应向SGSN回复Attach Complete消息，附着流程结束。在PDP激活流程中，终端向SGSN发起PDP激活请求，SGSN在需要的情况下对终端进行鉴权，SGSN收到请求后，向GGSN发送Activate PDPcontext request，其中包含了分配给用户的IP地址、用户标示、APN等信息。正常情况下，SGSN向终端发送Activate PDP context Accept，PDP上下文激活流程结束，终端和网络之间的数据传输通道建立成功。在附着流程和PDP激活流程中，有可能因为网络问题或者设备问题出现丢包等现象，导致附着过程或PDP激活过程不能成功完成，相应的情形将在下面的例子中示出。

图2为依据流量监测分析的故障分析方法流程图。

可通过采集设备实时采集Gb接口信令数据，并按小时、天粒度统计各小区、各BSC、各SGSN的流量情况及流量变化状态，可通过线性趋势统计图表的方法进行分析，如果流量变化趋势出现明显降低等异常状态，则可能是网络因素导致该小区、BSC或SGSN的流量下降。

通过跟踪统计终端流量的变化状态，了解终端在网状态。可按小时粒度进行统计，如果出现明显异常流量下降，可判定该终端可能有故障。

检查终端所在小区/BSC/SGSN的流量情况，看是否出现异常状态，如终端所在小区/BSC/SGSN的流量出现异常情况，则有可能是网络侧原因引起终端访问异常。

如果检查网络流量情况正常的情况下，则观察该终端历史流量情况，以及最近时段的流量情况，可知道该最终是否有持续的流量产生情况，从而判别是否终端原因引起的访问异常。

图3为本发明依据终端会话分析的故障分析方法流程图。

系统首先对终端的功能的完整性进行检查，确保终端是正常运行的。系统实时采集终端到网络的数据信息，并对采集的信息进行分析，以完成端到端的故障分析，实现对故障的定位。

检查当前网络的附着状态是否正常，若当前网络附着状态不正常，则将当前故障定位为网络故障；若当前网络附着状态正常，则对终端的附着状态进行检查，若终端的附着状态正常，刚进行网络PDP激活状态的检查；若终端的附着状态不正常，则将当前故障定位为终端故障。其中，检查网络附着状态是否正常包括检查该终端的当前小区/BSC/SGSN的附着成功率是否出现异常，如果该终端的网络附着状态出现异常，刚判断网络附着出现异常的位置，并对由于网络问题造成终端故障状态的原因进行进一步的分析。如果该终端的网络附着状态正常，则进行下一步的分析。

检查当前网络的PDP激活信息是否正常，若当前网络的PDP激活信息不正常，刚将当前故障定位为网络故障；若当前网络的PDP激活信息正常，刚对终端的PDP激活信息进行检查，若终端的PDP激活信息正常，刚进行终端会话完整性的检查；若终端的PDP激活信息不正常，刚将当前故障定位为终端故障。其中，检查网络PDP激活信息是否出现异常包括检查该终端的当前小区/BSC/SGSN的PDP激活成功率是否出现异常状态。如果该终端的网络PDP激活信息出现异常状态，则判断网络PDP激活信息出现异常的相应位置，并进行下一步的处理。如果该网络PDP激活状态正常，则进行下一步的分析。

检查当前终端与网络之间业务交互的会话信令是否完整，若会话信令完整，则将当前故障定位为终端故障；若会话信令不完整，则将当前故障定位为网络故障。其中，对终端的完整会话进行分析包括：检查从终端到SGSN的相关附着相关信令是否正常，终端到GGSN的PDP激活相关的信令是否正常，终端与网络在进行数据传送期间的消息交互是否正常，在数据传送完之后，终端与GGSN之间的PDP去激活相关的信令是否正常，终端与SGSN之间的去附着相关的信令是否正常等。

除了检查上述相关的信令交互是否完整，是否出现异常状态之外，还需要对终端本身的一些信息进行检查。如需要检查终端最近的鉴权信令，以查看该终端是否处于异常状态，如欠费、停机等状态。

下面结合实际应用平台的例子来对本发明进行更详细的说明。

目前由于行业终端的数据通信过程是通过移动通信网的GPRS/EDGE服务实现的，因此首先需要从移动公司的各个业务支撑系统中获取终端相应的通信状态数据，通过一个通信服务保障平台对这些数据的分析，从而形成行业终端在移动通信网络中的状态视图，再通过视图数据与故障数据的关联分析，就可以为故障定位、排查工作提供强有力的支撑。该通信服务平台包括以下方面：

1、通信故障的处理功能

(1)卡状态异常处理

SIM卡数据异常的一种表现为在GSM网络中卡数据错误，特别是卡状态和APN数据的错误，将直接导致SIM卡所对应的终端无法与移动网络建立链接，从而在客户的后台服务器上表现为掉线；SIM卡业务状态异常的表现形式为SIM卡业务资料出现异常(如欠费、停机等)。

针对这类故障，当保障平台接收到来自客户的服务器的终端掉线告警信息后，首先通过与平台的接口取得该终端所用SIM卡的相关数据，通过对数据的分析，可以判定行业终端在网络的当前状态，如果SIM卡数据错误，则由移动公司对相应的SIM卡数据进行恢复重置或资料修正，从而解决该故障，并将故障处理结果通过接口返回给客户的服务器。

(2)业务状态异常处理

该故障表现形式主要为终端流量超过SIM卡所订购的套餐额度，从而导致停机或通信费用异常增加的问题，可以通过与平台的接口每天获取行业终端所产生的流量数据，并进行分析处理，对于流量已超额度的终端，或者日平均流量超过指定阈值，以及被停机的SIM卡产生相应的报告提交给终端使用者做进一步处理。

由于SIM在业务支撑系统的状态异常(如欠费、超流量等)也会导致通信链路无法建立，对于这类故障需要由行业终端客户的服务器上报终端掉线告警信息，再由保障平台分析是否是由于卡状态数据异常或业务状态异常而引起的。

(3)数据链路异常处理

对于由数据链路不稳定而引发的故障处理过程由运维人员借助保障平台完成。平台通过调取与该终端相关联的通信过程日志数据(如网维系统的Gn口信令监测数据)，通过对数据的分析，可以了解该电力终端的GPRS链路建立及使用过程，通过进一步的关联分析，判定故障类型。

同时，平台还需要从终端侧获取的终端的通信状态数据，但这时由于数据链路无法正常建立，终端无法通过数据链路上传当前的通信状态数据，这时就需要终端通过短信方式向平台指定端口发送故障报告短信，平台也可以通过该端口向终端发送维护指令(如重启通信模块等)。

(4)其它服务功能

对于部分需要开通语音服务功能的机器卡(如车载终端)无法限制呼叫路由的问题，受限于目前网络条件还无法直接实现，可为通过话单分析的方式将出现了异常语音通话记录或者短信通信记录的终端的SIM卡提取出来，从而及时发现异常并处理。

对于需要了解当前终端使用位置客户，可在得到客户授权的情况下，通过MPS方式获得。

2、平台所需支撑数据

(1)网络维护支撑系统数据

这部分数据主要用于保障平台对终端通信故障的分析排查，并不直接提供给终端使用者，提供给终端使用者的只要最终的分析结果数据，目前需要的数据内容如下：

HLR数据，用于分析SIM当前的服务状态(如APN数据、卡状态、服务开通状态、服务注册状态等)，从而判定终端当前的网络通信状态是否正常。

MPS定位数据，行业终端客户出于卡管理的需求，需要了解SIM当前使用的位置，由于是机器卡，无法通过终端获取，可以通过白名单方式进行身份认证，对客户指定的SIM卡进行MPS定位。

Gn口信令监测数据，主要用于对数据链路不稳定的终端进行故障分析。

(2)业务支撑系统数据

这部分数据主要用于保障平台对终端所用SIM的业务异常进行分析排查，数据经过处理后提供给终端使用者，目前需要的数据内容如下：

机器卡CRM数据，用于检查SIM所开通的业务的属性，方便在业务流程中识别该卡所需的归属对象，同时用于在故障分析过程中判别该SIM卡的业务状态是否有误，如果是因为业务状态错误(如停机状态)而引起终端无法上线，则通过重新开通解决。

通信记录清单，用于分析终端的SIM是否被用于非常正常通信。由于行业终端无法通过随时短信方式进行身份认证，客户无法及时获取终端的通信记录。针对机器卡客户，可以通过白名单方式进行身份认证，用批处理方式获取通信记录清单。

计费流量，用于对行业终端所用SIM卡所开通的服务中所包含数据流量的使用情况进行分析，及时发现流量异常的终端，防止因月底超流量而引起终端无法上线。

卡的账户信息，由于政企客户通常是分批次购卡，在使用过程中经常出现由于客户的银行托收账户信息的变更，而导致部分批次的卡无法正常扣费，从而导致客户的终端成批无上线的故障。通过在结算扣费前对客户账户信息的对比，及时发现问题，防止故障的出现。该数据提供给开卡客户用于管理SIM卡的银行托收资料。

图4为本发明通信服务保障平台的结构示意图。其包括终端监测模块，用于实时获取终端的网络信令数据；网络监测模块，用于实时获取网络的信令数据；数据处理模块，用于执行本发明所述的信令监控和故障分析定位的功能；故障处理模块，用于在故障分析完成之后，对相应的故障进行处理。进一步包括终端交互模块，用于在数据链路无法正常建立时，通过指定的方式与终端建立交互，指定的方式可以是短信；进一步包括卡状态异常处理模块，用于取得终端所用的SIM卡的相关数据，并对错误的SIM卡数据进行恢复或修正；进一步包括业务状态异常处理模块，用于在终端所请求的业务异常的状态下，产生相应的报告，并提交给终端用户。

一个具体的例子，如在终端与网络进行交互的过程中，出现了网络连接不正常的问题，导致该终端无法正常传输数据。此时由于用户并未在使用终端，例如用户在开始一项下载后就将终端放置在旁边，而用户自己去做一些其他事情。在现有技术中，当网络连接不正常时，用户并不能及时的知道，而只有在用户做完了其他事情，或者发现终端下载出现停滞或者错误的时候，才会开始去排查故障的原因，如确认终端是否正常，并进行报修等。而在本发明中，当出现网络连接不正常时，终端无法正常传输数据。此时由于通信服务保障平台在主动感知终端的通信状态，因此，可以及时的发现故障出现的位置并根据预设的解决方式去解决问题。

通信服务保障平台可以对该终端及其当前所在网络的附着状态进行实时监测，检查该终端所在小区或BSC或SGSN的附着成功率，若发现其中一个设备，如BSC，在某时间点后的附着成功率明显下降，则可判断该BSC设备出现异常，并进行相应的修复。若网络中的相关网元设备均没有发现附着成功率异常情况，则对该终端最近一段时间附着在网的详细情况进行查询，判断该终端最近一段时间是否存在附着异常的问题，若存在问题，则可判断网络异常的原因在于终端。

若检测结果为终端和网络的附着均正常，则通信服务保障平台进一步去检测该终端所在的小区或BSC或SGSN的PDP激活成功率是否正常。比如通信服务保障平台发现该终端所在的小区在某个时间点后PDP激活成功率有明显的下降，则可判断该小区与PDP激活相关的设备出现异常，并进行修复。若网络中的相关网元设备均没有发现PDP激活成功率异常情况，则对该终端最近一段时间PDP激活的详细情况进行查询，判断该终端最近一段时间是否存在PDP激活异常的问题，若存在问题，则可判断网络异常的原因在于终端。

在上面的例子中，附着成功率和PDP激活成功率均分为用户原因和非用户原因，对于本领域技术人员来说，可以使用整体的成功率，也可将由于用户APN设置错误、请求的业务未订购等用户主观因素导致的附着或PDP激活失败的情况排除在外，从而得到更有效的成功率数据。

若终端和网络的PDP激活信息也正常，通信服务保障平台便对该终端最近的完整会话进行更详细的分析。如对终端与网络在传输数据时的信令交互进行检测，看是否出现丢包、堵塞等现象，或对终端与SGSN之间的附着交互信令进行检测等，以确定用户不能传输数据的原因。

同样的，对于终端和网络的PDP去激活和去附着，也可以进行同样的检测，以确定网络异常的具体原因和位置。

除了上述检测，通信服务保障平台还可在开始检测之前或者之后，对终端的鉴权信令进行分析，以检测该终端是否处于欠费或者停机状态。例如在上述实施例中，通信服务保障平台在检测了用户的附着状态、PDP激活状态或去激活状态、用户去附着状态之后一切都正常，而同时发现用户终端还是无法生成正常的网络连接，则通信服务保障平台检测该用户终端的鉴权状态，发现用户终端由于流量超额导致终端欠费，此时即可判断用户终端流量异常状态出现的原因是用户欠费导致停机，可采取电话或者短信等其他方式通知用户本人，以提醒其进行充值或者放弃下载等操作。

同样的，通信服务保障平台还可以通过实时监测用户产生的流量，当发现小区、BSC、SGSN的流量情况出现异常时，则可判断是网络侧出现了故障，若网络的流量情况正常，则对终端最近一段时间的历史流量产生情况进行详细的检查，若终端的流量异常，则可判断是终端本身出现了故障。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。

Claims (11)

1.一种基于网络信令监测数据的终端故障定位分析方法，包括：

步骤1，网络附着状态检查，检查当前网络的附着状态是否正常，若当前网络附着状态出现异常，则将当前故障确定为网络故障，并作进一步的处理；若当前网络附着状态正常，则继续对终端的附着状态进行检查，若终端的附着状态正常，则进行步骤2；若终端的附着状态异常，则将当前故障定位为终端故障；

步骤2，网络PDP激活信息检查，检查当前网络最近的PDP激活信息是否正常，若当前网络的PDP激活信息出现异常，则将当前故障确定为网络故障，并作进一步的处理；若当前网络的PDP激活信息正常，则对终端的PDP激活信息进行检查，若终端的PDP激活信息正常，则继续进行步骤3；若终端的PDP激活信息出现异常，则将当前故障定位为终端故障；

步骤3，终端会话完整性检查，检查当前终端与网络之间业务交互的会话信令是否完整，若会话信令完整，则将当前故障定位为终端故障；若会话信令不完整，则将当前故障定位为网络故障。

2.如权利要求1所述的方法，其特征在于，通过检测小区、BSC或SGSN的附着成功率来判定所述网络附着状态是否正常；通过检测小区、BSC或SGSN的PDP激活成功率来判定所述网络PDP激活信息是否正常。

3.如权利要求2所述的方法，其特征在于：实时监控所述附着成功率或PDP激活成功率，并按照时间、地点、用户、终端、业务多维度组合查询。

4.如权利要求1所述的方法，其特征在于：所述终端会话完整性检查包括对终端与网络各网元之间进行附着、PDP激活、PDP去激活、去附着交互时的交互信令是否完整以及信令的数据包是否正确进行检查。

5.如权利要求1所述的方法，其特征在于：还包括对终端最近的鉴权信令进行检查，以确定终端是否存在鉴权错误，所述鉴权错误为欠费或停机造成的终端无法正确上传数据。

6.如权利要求1-3任一项所述的方法，其特征在于，所述附着状态检查和PDP激活信息检查还包括去附着状态检查和PDP去激活信息检查。

7.一种通信服务保障平台，包括：

终端监测模块，用于实时获取终端的网络信令数据；

网络监测模块，用于实时获取网络的信令数据；

数据处理模块，用于执行下面的功能：

步骤1，网络附着状态检查，检查当前网络的附着状态是否正常，若当前网络附着状态出现异常，则将当前故障确定为网络故障，并作进一步的处理；若当前网络附着状态正常，则继续对终端的附着状态进行检查，若终端的附着状态正常，则进行步骤2；若终端的附着状态异常，则将当前故障定位为终端故障；

步骤2，网络PDP激活信息检查，检查当前网络最近的PDP激活信息是否正常，若当前网络的PDP激活信息出现异常，则将当前故障确定为网络故障，并作进一步的处理；若当前网络的PDP激活信息正常，则对终端的PDP激活信息进行检查，若终端的PDP激活信息正常，则继续进行步骤3；若终端的PDP激活信息出现异常，则将当前故障定位为终端故障；

步骤3，终端会话完整性检查，检查当前终端与网络之间业务交互的会话信令是否完整，若会话信令完整，则将当前故障定位为终端故障；若会话信令不完整，则将当前故障定位为网络故障；

故障处理模块，用于在故障分析完成之后，对相应的故障进行处理。

8.如权利要求7所述的通信服务保障平台，其特征在于：还包括终端交互模块，用于在数据链路无法正常建立时，通过指定的方式与终端建立交互。

9.如权利要求8所述的通信服务保障平台，其特征在于：所述指定的方式是短信。

10.如权利要求7-9任一项所述的通信服务保障平台，其特征在于：还包括卡状态异常处理模块，用于取得终端所用的SIM卡的相关数据，并对错误的SIM卡数据进行恢复或修正。

11.如权利要求7-9任一项所述的通信服务保障平台，其特征在于：还包括业务状态异常处理模块，用于在终端所请求的业务异常的状态下，产生相应的报告，并提交给终端用户。