CN101883375A - 一种网络监控方法及其*** - Google Patents

Abstract

本发明公开了一种网络监控方法和网络监控***，以解决现有网络优化和故障处理流程中进行分析、故障排查的过程所存在的实时性低、准确性差以及效率低的问题。本发明提供的网络监控方法包括：网络侧接收各终端各自进行的会话发生异常事件时上报的会话信息；网络侧根据所述终端中的第一终端上报的会话信息，从采集到的网络侧网元所收发的信令信息中获取在第一终端上报的会话信息发生的时间内所收发的、属于该终端相应会话的网络侧信令信息；网络侧根据第一终端上报的会话信息和获取到的网络侧信令信息进行故障分析。

Description

一种网络监控方法及其***

技术领域

本发明涉及通信领域，尤其涉及一种网络监控方法和网络监控***。

背景技术

随着移动通信技术的发展，特别是第三代(3G)移动通信在中国的大规模的商用，如何在保证网络建设的同时，迅速提升网络质量、满足用户日益增长业务多样性和高可靠性需求，成为移动通信网络必须解决的问题。

为了提升服务质量，移动通信运营商的网络优化和故障处理流程如图1所示。通过图1所示的流程可以看出，当接到用户投诉后，网络维护和优化人员携带相关路测终端或者测试仪进行模拟业务拨测，以模拟用户投诉现场的呼叫信息，然后通过外接设备将终端侧拨测数据导出，以获得呼叫信息和相关的终端和无线信号质量和网络信息；同时，网络侧的维护人员通过加载信令跟踪仪和相关监测设备，根据拨测时间和拨测范围，读取测量报告(MR)、A/Abi口或Iu口相关信息或者信令，再与终端路测获取的数据进行人工比对，发现呼叫异常或者某个网络实体的错误，从而为网络优化和事件排查、用户投诉解决提供依据。

可以看出，现有的网络优化和故障处理流程中进行分析、故障排查的过程存在以下缺陷：

(1)及时性差。在进行分析和故障排查过程中，是通过将路测采集到的终端数据与从网元的相关接口读取到的数据为依据进行分析，由于在接到终端用户投诉到进行实地路测，再到通过人工方式进行分析和故障排查，所需时间较长，不利于快速解决问题，从而影响用户业务感受。

(2)准确性差。在进行分析和故障排查过程中，一方面，由于路测得到的终端数据因很难再现故障发生时刻的情景而实时性差，导致以此作为依据进行分析所得到的结果的准确性降低；另一方面，由于分析和故障排查过程是通过人工实现的，受人为因素影响较大，也会影响分析结果的准确性。

(3)采集到的终端数据与从网元设备的相关接口读取的数据相关性差。由于采集终端数据与从网元设备的相关接口读取数据的过程是分别进行，即分别进行监控，从而导致采集到的终端数据与从网元设备的相关接口读取的数据的同步性和相关性差，进而增加故障分析难度、影响分析的准确性。

(4)效率低。由于分析和故障排查是由人工方式进行的，因此导致分析和故障排查的效率较低。

发明内容

本发明实施例提供了一种网络监控方法及其***，用以解决现有网络优化和故障处理流程中进行分析、故障排查的过程所存在的实时性低、准确性差以及效率低的问题。

本发明实施例提供的网络监控方法，包括：

网络侧接收各终端各自进行的会话发生异常事件时上报的会话信息；

网络侧根据所述终端中的第一终端上报的会话信息，从采集到的网络侧网元所收发的信令信息中获取在第一终端上报的会话信息发生的时间内所收发的、属于该终端相应会话的网络侧信令信息；

网络侧根据第一终端上报的会话信息和获取到的网络侧信令信息进行故障分析。

本发明实施例提供的网络监控***，包括：

接收模块，用于接收各终端各自进行的会话发生异常事件时上报的会话信息；

获取模块，用于根据所述终端中的第一终端上报的会话信息，从采集到的网络侧网元所收发的信令信息中获取在第一终端上报的会话信息发生的时间内所收发的、属于该终端相应会话的网络侧信令信息；

分析模块，用于根据第一终端上报的会话信息和获取到的网络侧信令信息进行故障分析。

本发明的上述实施例中，网络侧通过接收各终端在会话发生异常事件时上报的会话信息，并以此作为依据，从采集到的网络侧网元所收发的信令信息中获取终端上报的会话信息发生的时间内所收发的、属于该终端相应会话的信令信息，然后根据终端上报的会话信息和获取到的信令信息进行故障分析。可以看出，由于网络侧进行故障分析的依据包括终端实时上报的会话信息，以及网络侧采集到的相应时间内网元所收发的相应会话的信令信息，而两者的相关性和数据同步性较高，因而得到的分析结果的准确性较高；另外，网络侧进行故障分析和排查是通过网络侧进行的，从而降低了人为因素对分析结果准确性的影响，并且提高了故障分析和排查的效率；另外，由于网络侧采集终端数据、进行故障分析和排查的过程都不需要人工参与，从而提高了故障分析和排查的及时性。再有，网络侧可以接收到各终端在会话异常时上报的会话信息，因而可以较为全面的获取故障信息，从而可以为网络优化提供更加全面的依据，使网络优化达到更好的效果。

附图说明

图1为现有技术中的网络优化和故障处理流程示意图；

图2为本发明实施例所涉及的网络架构示意图；

图3为本发明实施例提供的网络监控***的结构示意图；

图4为本发明实施例所提供的网络监控***根据终端上报的信息进行监控分析的流程示意图；

图5为本发明实施例中终端上报的会话信息所涉及的相关信令流程示意图；

图6为本发明实施例提供的终端发生异常时上报信息的流程示意图；

图7为本发明实施例中的终端的事件监测流程示意图。

具体实施方式

本发明实施例中，网络侧设置有网络监控***，该***可接收各终端上报的会话信息，并根据终端上报的会话信息以及信令采集设备从网络侧各网元采集到的相应网元所收发的属于该终端的相关信息进行网络监控和分析，以定位网络故障、分析网络性能和服务质量等，从而为网络优化提供依据。网络监控***可设置在现有的网管***设备中，也可以独立于现有的网管***设备。

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

参见图2，为本发明实施例所涉及的网络架构，该架构包括：网络监控***所在设备、移动通信网络1，以及终端(1，2...n)。其中，移动通信网络1可支持终端的话音和数据业务；在移动通信网络1中设置有信令采集设备，该信令采集设备主要负责对移动通信网络1中的各种网元的运行情况进行监控，获取关键网元，如RNC(Radio Network Controller，无线网络控制器)或/和MSC(Mobile Switch Center，移动交换中信)以及核心网等各个网元接口的信令信息，该信令采集设备与网络监控***存在通信接口，可通过该接口向网络监控***提供采集到的信令信息。当终端监测到会话中的异常事件时可通过移动通信网络1向网络监控设备上报相关的会话信息，网络监控***设备接收到终端上报的会话信息后，可从移动通信网络1中设置的信令采集设备获取相关信令信息，并与终端上报的会话信息进行对比分析。如果终端还支持移动通信网络2，则终端可在需要上报信息但移动通信网络1不可用时，通过移动通信网络2将需要上报的会话信息发送到网络监控***所在设备(如图中虚线所示的数据传输路径)。

参见图3，为本发明实施例提供的网络监控***的结构示意图，该网络监控***可包括接收模块301、获取模块302、分析模块303，还可包括输出模块304，其中：

接收模块301，主要负责接收各终端上报的会话信息；

获取模块302，主要负责根据终端上报的会话信息，从信令采集设备采集到的相关网元所收发的信令中，获取与该终端以及与该终端上报的信息所属会话相关的信令信息；

分析模块303，主要负责根据终端上报的会话信息和从信令采集设备获取到的信令信息，与相应会话的标准信令流程进行对比分析，得到分析结果，以作为故障排除或网络优化的依据；

输出模块304，主要负责将分析模块303的分析结果输出到输出设备，如输出到屏幕显示设备进行屏幕显示，或者输出到打印设备进行打印输出等，以便较直观地显示分析结果。

参见图4，为本发明实施例所提供的网络监控***根据终端上报的会话信息进行监控分析的流程示意图。本实施例中，终端可在会话执行过程中发生异常事件时上报与异常事件相关的会话信息。终端上报的会话信息中可包括终端标识、会话标识、异常事件的相关会话信令，还可包括终端的所在网络的位置信息或地理位置信息等其他信息。如，针对终端的呼叫过程的会话，上报信息可以包括MSISDN(Mobile Station Integrated Services Digital Number，移动站点综合服务数字编码)、IMSI(Intemational Mobile Subscriber Identifier，国际移动用户标识符)、呼叫发生的cell ID(小区标识)、呼叫发生的LAC ID(Location Area Code，位置区码)、本次呼叫的URNTI(UTRAN Radio NetworkTemporary Identity，通用移动通信***地面无线接入网无线网络临时标识，该参数适用于3G网络)、通话开始时间、通话结束时间、终端GPS(GlobalPositioning System，全球位置测定***)地理位置信息和通话过程的信令。网络监控***根据终端上报的信息进行监控分析的流程，主要包括：

步骤401、网络监控***接收终端上报的会话信息，并根据终端上报的会话信息启动网络监控处理流程。

该步骤中，网络监控***的接收模块301接收到终端上报的信息后，可触发相应的网络监控处理流程。由于网络监控***可接收各终端上报的信息，因此，为了提高分析处理效率，接收模块301可对应不同终端采用相应的网络监控处理进程进行网络监控处理，以便实现并行处理。

步骤402、网络监控***根据终端上报的会话信息，从信令采集设备所采集到的信令信息中检索出相关的网络侧信令信息。

该步骤中，网络监控***的获取模块302可根据终端上报的会话信息中携带的终端标识，如MSISDN或/和IMSI，以及根据终端上报的会话信息中各会话信令最早和最晚发生的时间，从信令采集设备采集到的信令中检索出该时间段内各网元(如RNC或/和MSC)收发的属于该终端的相应会话的信令。进一步地，如果在终端上报的会话信息中携带有该终端所在网络的位置信息，如CELL ID或/和LAC ID，则获取模块302可首先根据CELL ID或/和LAC ID定位出为该终端服务的RNC或/和MSC，以便从信令采集设备采集的多个RNC或/和MSC中定位出相关的RNC或/和MSC，从而缩小检索范围、提高检索效率。如果终端能够上报GPS信息，网络监控***可通过终端上报的GPS信息以及配置的地图定位***，更精确地定位到该终端所归属的RNC或/和MSC。

获取模块302还可根据终端上报的会话信息中携带的会话标识，如URNTI，从信令采集设备采集到的信令信息中定位出相应的会话，该方式适用于3G网络，由于3G网络中URNTI唯一对应会话，因此可以用URNTI作为依据从采集设备采集到的信令信息中检索出与终端上报的会话信息对应的会话信令。获取模块302还可以根据会话发起时间和结束时间来定位相应的会话，该方式适用于2G网络，因为在2G网络中，会话起始时间可以标识一个会话，因此可以以会话起始时间作为依据从采集设备采集到的信令信息中检索出与终端上报的会话信息对应的会话信令。

通过该步骤，网络监控***根据终端上报的会话信息中携带的终端标识、会话信令所发生的时间、会话标识，从信令采集设备采集的信令信息中检索出该终端在相应时间段内的相应会话过程所对应的信令。

步骤403、网络监控***根据终端上报的会话信息和从信令采集设备所检索出的网络侧信令信息进行比对分析，从而得到分析结果，以作为网络优化或故障排除的依据。

该步骤中，网络监控***的分析模块303通过比对分析可确定终端上报信息是出于无线网络覆盖异常还是出于其他特殊原因，从而实现故障定位和原因分析。在分析过程中，可参考终端上报的信息中携带的地理位置信息(如GPS地理位置信息)分析上报异常事件的终端在地理位置上的分布，从而为故障定位和原因分析提供依据，如，若某地理区域范围内的大量终端发生异常事件而上报信息，则可初步判断该地理区域的网络设备故障。

该过程可以是：分析模块303以终端上报的会话信令所对应的会话流程的标准信令为参照，将终端上报的会话信令和检索出的网络侧的相关信令与该参照信令流程进行1对1比对分析，相当于将终端上报的会话信令与检索出的网络侧相关信令按照信令的时间顺序排列，并将排列后得到的信令流中的每条信令与标准信令流中的每条信令一一比对。比对的结果和相应的故障可能包括：终端上报的信令有缺失，或，终端上报的信令中有失败响应，则说明异常很可能发生在终端侧；检索出的相关信令有缺少，或，检索出的相关信令中有失败响应，则说明异常很可能发生在网络侧；进一步地，可根据比对结果以及经验知识确定出可能导致异常的原因。

以RRC建立流程为例，标准的RRC建立的信令流程如图5所示(其中包括虚线所示的信令)，但将终端上报的会话信令与从信令采集设备检索出的网络侧信令按照时间顺序、逐条与图5所示的信令流程中的信令进行比对后，发现终端上报的信令缺少虚线所示的信令，因此可以确定该终端可能存在故障。如果终端上报的该RRC相关流程是该终端接入3G网络过程所发生的，则由于该终端还没有成功接入该3G网络，其会话信息上报流程是通过其他网络进行的，如通过2G网络上报该会话信令。如果此时2G/3G网络均不可用，则在任一网络可用时上报。

该网络监控***获得分析结果后，还可将分析结果进行输出。

需要说明的是，本发明实施例所提供的网络监控***可主要由软件实现，其功能模块划分方式并不限于上述的各功能模块，任何具有上述功能的网络监控***都应在本发明的保护范围之内。

由于本发明实施例中涉及终端在会话执行过程中发生异常事件时上报相关会话信息的过程，以下给出一种终端上报会话信息的方式。

参见图6，为本发明实施例提供的终端发生异常时上报信息的流程示意图，当终端发起呼叫或者进行特定业务连接时，执行以下步骤：

步骤601、终端监测发起的会话，记录会话信息并保存。

该步骤中，针对终端发起的某一会话，终端根据会话标识记录该会话中的信令交互过程，记录的内容可包括会话标识、信令标识和信令内容以及发生的时间。

步骤602、终端对保存的会话信息进行分析，判断针对所监测的会话是否发生异常事件，如果发生异常，则执行步骤603；否则，继续对终端发起的会话进行监测。

该步骤中，终端如果判断当前正在进行的业务出现非正常情况，如在通话流程中终端没有发送连接中断信息，则判断为出现非正常情况，需要进行信息上报。在3G标准中，终端向RNC回送RRC Connection Release Complete消息(RRC连接释放完成消息，相当于前述的连接中断信息)以确认RRC连接释放，表明会话正常挂断，而终端如果没有回送Connection Release Complete消息，则表明会话异常。再如，终端接收到因网络侧异常导致返回终端业务忙或失败的响应消息，也可认为是业务出现异常。

步骤603、终端根据异常事件的发生，生成上报信息。

该步骤中，当终端根据记录的会话信息判断发生触发信息上报的异常事件后，终端对保存的信息进行提取，形成上报信息。

步骤604、终端向网络侧上报生成的上报信息。

该步骤中，终端可以按照预先设置的信息上报周期进行信息上报，也可在生成上报信息后立即进行上报。在按照预先设置的信息上报周期上报时，如果到达信息上报周期，并且该终端已经生成有需上报的信息时，则进行信息上报；如果当信息上报周期到达时终端当前所用的接入网络因网络异常等原因不可用(如连接不上或者网络信号强度低于设定阈值)时，可以暂存需上报的信息，等到下一个上报周期到达时再进行信息上报；也可以在该终端支持其他接入网络时，切换到其他接入网络上传信息。在采用生成上报信息后立即进行上报的方式时，如果终端当前所用的接入网络因网络异常等原因不可用，可以暂存需上报的信息，等到当前所用的接入网络可用时再进行信息上报；也可以在该终端支持其他接入网络时，切换到其他接入网络上传信息。

在进行信息上传时，终端与网络侧服务器建立可靠连接，可通过PS(分组域)或者INTERNET(互联网)将需上报的信息上传到网络侧。在上报信息后，终端可清除保存的相关信息，优选地，在收到网络侧回复的确认信息后再进行清除操作。

上述流程中，终端可采用以下方式生成并上报信息：

方式一：终端上报异常事件发生时刻起向前推进设定时长内所记录的会话信息，具体可通过以下过程实现：

终端在业务开始的时候建立对应的事件监测流程，通过该事件监测流程对业务处理流程的各种信息进行保存以及提取。如图7所示，T0时刻是通话开始时刻，则事件监测流程在T1时刻开始记录当前业务会话的T0时刻起的各种交互信令。当异常事件在TT时刻发生时(如终端本应该在TT时刻发送RRCConnection Release Complete消息而实际没有发送)，事件监测流程在TT1时刻记录TT时刻的会话信息。然后，事件监测流程将T1到TT1时刻所记录的业务会话信息(即终端当前业务在T0至TT时刻所发生的会话信息，如图中斜线所示部分)，再加上终端标识、终端位置等信息生成上报信息，在T2时刻探测到网络PS域可用时，将生成的上报信息上传到网络侧，而对于不需要上报的会话信息则可进行清除，以节省终端的存储开销。进一步地，如果上报的信息量较大，可将需要上报的信息分割为多条消息进行上报，以减少对网络性能的影响。通过事件监测流程延后保存会话信息的方式，可以使终端所保存的会话信息截至在检测到异常事件发生时刻，由于通常异常事件发生后的会话流程对分析终端或网络故障、性能、服务质量等的意义已经不大，因而没有保存的必要，因此可以节省终端的存储开销，同时也可以一定程度上保证网络侧以此作依据进行故障、性能、服务质量等分析的准确性。

进一步地，T1到TT1之间的时间长度ΔT(ΔT＝TT1-T1)可设为固定值，这就意味着，如果通话从T0时刻起到异常事件发生时刻TT的时间长度大于ΔT，则只取从TT1时刻起向前推进ΔT时间长度所保存的会话信息进行上报。这样，如果通话业务进行的时间较长时，所上报的信息仅是异常事件发生前一段时间(ΔT)的会话信息，而不是从会话开始时起的所有会话信息，从而减少上报的信息量，降低对网络资源的开销。

如果终端的处理能力允许，该终端还可根据预先设置的过滤规则，对ΔT时间长度内所记录的会话信息进行分析和筛选，从中选择出与异常事件密切相关的会话信息或者提取出会话信息中的关键信息进行上报。其中，过滤规则可根据异常事件与会话信息的相关性设置，而异常事件与会话信息的相关性可根据具体会话流程以及故障、性能分析方法预先定义，例如，终端接收到的网络侧发送的失败响应消息可作为与异常事件密切相关的消息，而其中的失败原因代码可作为该消息的关键信息。这样，可以一方面为网络侧进行故障、性能等的分析提供准确依据，一方面又可减少上报信息，从而减少***资源开销。

方式二：终端上报异常事件发生时刻起向前取设定数量的会话信令进行上报，如果该设定数量的会话信息为10条信令，则该方式具体可通过以下过程实现：

终端在业务开始的时候建立对应的事件监测流程，如图7所示，T0时刻是通话开始时刻，则事件监测流程在T1时刻开始记录当前业务会话的T0时刻起的各种交互信令。当异常事件在TT时刻发生时，事件监测流程在TT1时刻记录Tr时刻的会话信息。然后，事件监测流程将TT1时刻之前所记录的最近的10条信令，再加上终端标识、终端位置等信息生成上报信息，在T2时刻上传到网络侧，而对于不需要上报的会话信息则可进行清除。进一步地，如果上报的信息量较大，可将需要上报的信息分割为多条消息进行上报。

同理，如果终端的处理能力允许，该终端还可根据预先设置的过滤规则对TT1时刻之前所记录的会话信息进行分析和筛选，任何对筛选后的会话信息进行上报。

方式三、终端上报异常事件发生时刻起向前取设定数据量的会话信令进行上报，例如设定的数据量是10K数据量，其实现方式与方式二类似，不同在于，在方式二中，是从TT1时刻起向前取保存的10条信令，而方式三中是从TT1时刻起向前取保存的若干条信令，但信令的总数据量不超过10K大小。

上述流程的步骤601中，需要检测和记录的会话类型可以包括由终端用户触发执行的相关流程的会话，如开机时的呼叫流程，也可以是不需终端用户触发的相关流程的会话，如网络切换流程。需要检测和记录的会话可以是终端所支持的所有类型会话，也可以是特定的某种或某几种类型会话。

需要说明的是，终端上报的信息内容至少包括会话标识、终端标识和异常事件的相关会话信息，还可包括以下信息之一或任意组合：

有关物理层的信息，如测量报告(MR)；

有关网络层的信息，如CELL ID，LAC ID，邻区关系信息等；

有关应用层的信息，如话务类型，包括短信、彩信等，可用于定位和分析发生故障的话务类型；

其他信息，如终端的GPS地理位置信息等。

如果终端上报的信息中携带有MR，则本发明实施例所提供的网络监控***还可从信令采集设备获取相应时间内网元设备所生成的网络性能以及其他统计数据，并与终端上报的MR进行比较分析，以作为网络故障分析或网络优化的依据。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种网络监控方法，其特征在于，包括以下步骤：

网络侧接收各终端各自进行的会话发生异常事件时上报的会话信息；

网络侧根据所述终端中的第一终端上报的会话信息，从采集到的网络侧网元所收发的信令信息中获取在第一终端上报的会话信息发生的时间内所收发的、属于该终端相应会话的网络侧信令信息；

网络侧根据第一终端上报的会话信息和获取到的网络侧信令信息进行故障分析。

2.如权利要求1所述的方法，其特征在于，所述第一终端上报的会话信息中携带有第一终端的标识和会话标识，从采集到的网络侧网元所收发的信令信息中获取相应网络侧信令信息，具体为：

根据所述第一终端标识和会话标识，从采集到的网络侧网元所收发的信令信息中获取与所述第一终端的标识对应的、与所述会话标识对应的网络侧信令信息。

3.如权利要求1所述的方法，其特征在于，所述第一终端上报的会话信息中携带有终端标识和会话起始时间信息，从采集到的网络侧网元所收发的信令信息中获取相应网络侧信令信息，具体为：

根据所述第一终端标识和会话起始时间信息，从采集到的网络侧网元所收发的信令信息中获取与所述第一终端标识对应、与所述会话起始时间对应的网络侧信令信息。

4.如权利要求2或3所述的方法，其特征在于，所述第一终端上报的会话信息中还携带有该终端的所在网络的位置信息，从采集到的网络侧网元所收发的信令信息中获取相应网络侧信令信息，具体为：

首先根据第一终端的所在网络的位置信息定位出对应的网络侧网元，再从采集到的该网元所收发的信令信息中获取相应的网络侧信令信息。

5.如权利要求1所述的方法，其特征在于，根据第一终端上报的会话信息和获取到的网络侧信令信息进行故障分析，包括：

将第一终端上报的会话信息和获取到的网络侧信令信息，按照发生的时间顺序与相应会话的正常信令流程中的信令逐条进行比对，如果第一终端上报的会话信息与正常信令流程不完全匹配，则确定导致所述异常事件发生的主要原因在于第一终端；如果获取到的网络侧信令信息与正常信令流程不完全匹配，则确定导致所述异常事件发生的主要原因在于网络侧。

6.如权利要求1、2、3或5所述的方法，其特征在于，第一终端在其进行的会话发生异常事件时上报会话信息，包括：

第一终端保存该终端正在进行的会话的信息；

当所述会话执行过程中发生异常事件时，第一终端根据该异常事件发生时刻起、在此之前保存的会话信息，生成待上报信息，并上报所述待上报信息。

7.如权利要求6所述的方法，其特征在于，所述异常事件发生时刻起、在此之前保存的会话信息，具体为：

所述异常事件发生时刻起、在此之前的设定时长内所保存的会话信息；或者

所述异常事件发生时刻起、在此之前所保存的设定数量的会话信息；或者

所述异常事件发生时刻起、在此之前所保存的设定数据量的会话信息。

8.如权利要求6所述的方法，其特征在于，生成待上报信息之前，还包括：根据设定的过滤规则，从异常事件发生时刻起、在此之前保存的会话信息中筛选出与所述异常事件密切相关的会话信息；

所述生成待上报信息，具体为：根据筛选出的会话信息生成待上报信息。

9.如权利要求6所述的方法，其特征在于，所述终端在所述会话开始时刻延迟一段时间后，开始保存所述会话开始时刻起的会话信息。

10.一种网络监控***，其特征在于，包括：

接收模块，用于接收各终端各自进行的会话发生异常事件时上报的会话信息；

获取模块，用于根据所述终端中的第一终端上报的会话信息，从采集到的网络侧网元所收发的信令信息中获取在第一终端上报的会话信息发生的时间内所收发的、属于该终端相应会话的网络侧信令信息；

分析模块，用于根据第一终端上报的会话信息和获取到的网络侧信令信息进行故障分析。

11.如权利要求10所述的***，其特征在于，所述获取模块获取信令信息时，根据所述第一终端上报的会话信息中携带的第一终端的标识和会话标识，从采集到的网络侧网元所收发的信令信息中获取与所述第一终端的标识对应的、与所述会话标识对应的网络侧信令信息。

12.如权利要求10所述的***，其特征在于，所述获取模块获取信令信息时，根据所述第一终端上报的会话信息中携带的第一终端的标识和会话起始时间信息，从采集到的网络侧网元所收发的信令信息中获取与所述第一终端的标识对应的、与所述会话起始时间对应的网络侧信令信息。

13.如权利要求11或12所述的***，其特征在于，所述获取模块获取信令信息时，首先根据所述第一终端上报的会话信息中携带的第一终端的位置信息定位出对应的网络侧网元，再从采集到的该网元所收发的信令信息中获取相应的网络侧信令信息。

14.如权利要求10所述的***，其特征在于，所述分析模块进行故障分析时，将第一终端上报的会话信息和获取到的网络侧信令信息，按照发生的时间顺序与相应会话的正常信令流程中的信令逐条进行比对，如果第一终端上报的会话信息与正常信令流程不完全匹配，则确定导致所述异常事件发生的主要原因在于第一终端；如果获取到的网络侧信令信息与正常信令流程不完全匹配，则确定导致所述异常事件发生的主要原因在于网络侧。

Images