CN103906112B - 通信网络性能的分析方法与系统 - Google Patents

Abstract

本发明公开了一种通信网络性能的分析方法与系统。该方法包括：从本地基站控制器采集用户的呼叫记录信息，从呼叫记录信息中，筛选用户与基站控制器交互过程中发生用户发生异常事件的空口信令，同时，从本地网管平台采集设备告警信息，根据空口信令与设备告警信息，分析用户发生异常事件的通信故障原因，获得本地网络性能分析结果。本发明所提供的通信网络性能的分析方法与系统，通过从基站控制器所提取最原始的基站控制器空口侧数据，数据量更大、数据信息更完整进行分析，更能全面准确地反映通信网络的网络性能。

Description

通信网络性能的分析方法与系统

技术领域

本发明涉及无线通信领域，特别涉及一种通信网络性能的分析方法与系统。

背景技术

传统对移动通信网络的性能分析，通常是基于网元告警监控，并且通常是在核心网侧提取数据进行网络性能分析。例如，采样分光轮循的方式，从核心网元获取用户通信记录，并进行分析。由于整个移动通信网络，包括接入网与核心网，单纯通过采集核心网网元告警监控数据进行分析，所获得的分析数据存在数据量小，数据不完整、分析不全面，并且只能做到后期分析。

这种基于核心网网络性能分析与管理网络的方式，在移动互联网时代不能获得全面准确的网络性能分析结果，依靠这样的分析结果，无法获得网络性能的薄弱环节以进行改进，从而不能为用户提供更高质量通信服务。为适应“用户可识别、网络可管控”的智能化管道运营趋势，围绕用户通信感知，需要一种新的通信网络性能分析的方案。

发明内容

根据本发明实施例的一个方面，所要解决的一个技术问题是：提供一种通信网络性能的分析方法与系统，提供对通信网络性能更准确的分析结果。

本发明实施例提供的一种通信网络性能的分析方法，所述方法包括：

从本地基站控制器采集用户的呼叫记录信息；

从所述呼叫记录信息中，筛选所述用户与基站控制器交互过程中发生用户异常事件的空口信令；

从本地网管平台采集设备告警信息；

根据所述空口信令与所述设备告警信息，分析发生用户异常事件的通信故障原因，生成本地网异常事件记录文件；

根据所述本地网异常事件记录文件中包含的通信故障原因，获得本地网络性能分析结果。

优选地，所述通信故障原因包括所述用户异常事件对应的业务类型、故障现象、故障归类、故障原因；

根据所述空口信令与所述设备告警信息，分析发生用户异常事件的通信故障原因，具体包括：

根据所述空口信令，识别所述用户异常事件的业务类型；

根据所述空口信令，识别所述用户异常事件的故障现象；

根据所述设备告警信息，对所述用户异常事件进行设备告警分析，识别所述用户异常事件的故障归类是否为设备问题；

响应于所述用户异常事件的故障归类为设备问题，根据所述空口信令，对所述用户异常事件进行硬件故障分析以及参数配置分析，获得所述用户异常事件对应的设备类的故障原因。

优选地，所述方法还包括：

响应于所述用户异常事件的故障归类不为设备问题，根据所述空口信令，对发生所述用户异常事件发生的小区位置进行覆盖分析，识别所述用户异常事件的故障归类是否为覆盖问题；

响应于所述用户异常事件的故障归类为覆盖问题，根据所述空口信令，获得所述用户异常事件对应的覆盖类的故障原因。

优选地，所述方法还包括：

汇聚全网所包含的多个本地网的所述本地网异常事件记录文件，获得全网异常事件记录文件；

根据所述全网异常事件记录文件中包含的通信故障原因，获得全网络性能分析结果。

优选地，所述方法还包括：

针对所述用户异常事件的业务类型，根据所述故障现象，基于所述业务类型对应的网络性能分析标准，获得所述业务类型对应的所述用户的本地网关键绩效指标KPI指标值；

根据所述本地网KPI指标值，获得所述业务类型对应的本地网络性能分析结果。

优选地，所述方法还包括：

汇聚全网所包含的多个本地网的所述本地网KPI指标值；

识别相同用户的本地网KPI指标值，对所述相同用户的本地网KPI指标值进行加权处理操作，获得所述用户的全网KPI指标值；

根据所述全网KPI指标值，获得所述业务类型对应的全网络性能分析结果。

本发明实施例提供的一种通信网络性能的分析系统，所述系统包括：

话单采集服务器，用于从本地基站控制器采集用户的呼叫记录信息；

筛选单元，用于从所述呼叫记录信息中，筛选所述用户与基站控制器交互过程中发生用户异常事件的空口信令；

设备告警采集单元，用于从本地网管平台采集设备告警信息；

综合分析服务器，用于根据所述空口信令与所述设备告警信息，分析发生用户异常事件的通信故障原因，生成本地网异常事件记录文件；根据所述本地网异常事件记录文件中包含的通信故障原因，获得本地网络性能分析结果。

优选地，所述通信故障原因包括所述用户异常事件对应的业务类型、故障现象、故障归类、故障原因；

所述综合分析服务器，具体用于：根据所述空口信令，识别所述用户异常事件的业务类型；根据所述空口信令，识别所述用户异常事件的故障现象；根据所述设备告警信息，对所述用户异常事件进行设备告警分析，识别所述用户异常事件的故障归类是否为设备问题；响应于所述用户异常事件的故障归类为设备问题，根据所述空口信令，对所述用户异常事件进行硬件故障分析以及参数配置分析，获得所述用户异常事件对应的设备类的故障原因。

优选地，所述综合分析服务器，还用于响应于所述用户异常事件的故障归类不为设备问题，根据所述空口信令，对发生所述用户异常事件发生的小区位置进行覆盖分析，识别所述用户异常事件的故障归类是否为覆盖问题；响应于所述用户异常事件的故障归类为覆盖问题，根据所述空口信令，获得所述用户异常事件对应的覆盖类的故障原因。

优选地，所述系统还包括：

北向接口服务器，用于汇聚全网所包含的多个本地网的所述本地网异常事件记录文件，获得全网异常事件记录文件；

汇总处理服务器，用于根据所述全网异常事件记录文件中包含的通信故障原因，获得全网络性能分析结果。

优选地，所述综合分析服务器，还用于针对所述用户异常事件的业务类型，根据所述故障现象，基于所述业务类型对应的网络性能分析标准，获得所述业务类型对应的所述用户的本地网KPI指标值；根据所述本地网KPI指标值，获得所述业务类型对应的本地网络性能分析结果。

优选地，所述北向接口服务器，还用于汇聚全网所包含的多个本地网的所述本地网KPI指标值；

所述汇总处理服务器，还用于识别相同用户的本地网KPI指标值，对所述相同用户的本地网KPI指标值进行加权处理操作，获得所述用户的全网KPI指标值；根据所述全网KPI指标值，获得所述业务类型对应的全网络性能分析结果。

优选地，所述系统还包括：

数据仓库，用于从所述北向接口服务器采集并存储所述全网异常事件记录文件以及全网KPI指标值；存储投诉平台提供的投诉数据；

客户关系管理CRM系统，用于通过CRM客户关系视图模型显示所述数据仓库存储的数据。

基于本发明上述实施例提供的通信网络性能的分析方法与系统，通过从本地基站控制器采集用户的呼叫记录信息，从呼叫记录信息中，筛选用户与基站控制器交互过程中发生用户异常事件的空口信令，同时，从本地网管平台采集设备告警信息，根据空口信令与设备告警信息，分析发生用户异常事件的通信故障原因，获得本地网络性能分析结果。由于从基站控制器所提取的是最原始的基站控制器空口侧数据，因此，数据量更大、数据信息更完整，所获得的本地网络性能分析结果更准确，更能全面准确地反映通信网络的网络性能。进一步地，还可以依靠准确的网络性能分析结果对网络进行改进，从而为用户提供高质量通信服务。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

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

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1示出本发明所提供的通信网络性能的分析方法一种实施例的流程示意图；

图2示出本发明所提供的通信网络性能的分析方法另一种实施例的流程示意图；

图3示出本发明所提供的通信网络性能的分析方法又一种实施例的流程示意图。

图4示出本发明所提供的通信网络性能的分析方法再一种施例的流程示意图；

图5示出本发明所提供的通信网络性能的分析方法再一种施例的流程示意图；

图6示出本发明所提供的通信网络性能的分析系统一种实施例的结构示意图；

图7示出本发明所提供的通信网络性能的分析系统另一种实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

参见图1所示，图1示出本发明所提供的通信网络性能的分析方法一种实施例的流程示意图。该实施例提供的通信网络性能的分析方法包括：

101，从本地基站控制器(Base Station Controller，BSC)采集用户的呼叫记录信息，可以以第一周期为间隔，周期性地采集呼叫记录信息，示例性地，第一周期可以为5分钟；

102，从呼叫记录信息中，筛选用户与基站控制器交互过程中发生用户异常事件的空口信令；

103，从本地网管平台，例如无线操作维护中心(Operations Maintenance CentreRadio Part，OMCR)采集设备告警信息，示例性地，可以以第二周期为间隔采集设备告警信息，第二周期可以为1分钟；

104，根据空口信令与设备告警信息，分析发生用户异常事件的通信故障原因，生成本地网异常事件记录文件；

105，根据本地网异常事件记录文件中包含的通信故障原因，获得本地网络性能分析结果。

本发明上述实施例提供的方法中，通过从本地基站控制器BSC采集用户的呼叫记录信息，从呼叫记录信息中，筛选用户与基站控制器交互过程中发生用户异常事件的空口信令，同时，从本地网管平台OMCR采集设备告警信息，根据空口信令与设备告警信息，分析发生用户异常事件的通信故障原因，获得本地网络性能分析结果。由于从基站控制器所提取的是最原始的基站控制器空口侧数据，数据量更大、数据信息更完整，所获得的本地网络性能分析结果更全面准确。

参见图2所示，图2示出本发明所提供的通信网络性能的分析方法另一种实施例的流程示意图。根据本发明方法实施例的另一个具体示例，通信故障原因包括用户异常事件对应的业务类型、故障现象、故障归类、故障原因。在图1所示实施例的操作104中，根据空口信令与设备告警信息，分析发生用户异常事件的通信故障原因，可以通过图2所示方法实现：

1041，根据空口信令，识别用户异常事件的业务类型；

1042，根据空口信令，识别用户异常事件的故障现象；

1043，根据设备告警信息，对用户异常事件进行设备告警分析，识别用户异常事件的故障归类是否为设备问题；

1044，响应于用户异常事件的故障归类为设备问题，根据空口信令，对用户异常事件进行硬件故障分析以及参数配置分析，获得用户异常事件对应的设备类的故障原因；

继续参见图2所示，根据本发明方法实施例的一个具体示例，该方法还可以包括：

1045，响应于用户异常事件的故障归类不为设备问题，根据空口信令，对发生用户异常事件发生的小区位置进行覆盖分析，识别用户异常事件的故障归类是否为覆盖问题；

1046，响应于用户异常事件的故障归类为覆盖问题，根据空口信令，获得用户异常事件对应的覆盖类的故障原因。

基于上述实施例，通过对实时空口信令的跟踪，在用户发生通信故障时，通过针对不同的故障现象结合网管平台的设备告警信息，智能化的对故障原因进行综合分析，实现了在故障产生后，针对不同的业务类型，识别故障现象、故障归类、故障原因，可以设定预定的采集周期，实时地为准确分析通信网络性能的提供了依据。

参见表1所示，表1示例性地展示了上述根据空口信令与设备告警信息，分析发生用户异常事件的通信故障原因的分析过程。

表1

如表1所示，根据空口信令，首先可以识别用户异常事件的业务类型可以是CDMA1X(以下简称1X)业务或者CDMA EVDO(以下简称DO)业务。根据空口信令，识别用户异常事件的故障现象，针对不同的业务类型，识别不同的故障现象。例如对于1X业务，识别的故障现象可以包括：掉话、接入失败、通话质量差等；而对于DO业务，故障现象可以包括：掉线、连接失败、速率慢等。根据设备告警信息，对用户异常事件进行设备告警分析，识别用户异常事件的故障归类是否为设备问题。

当用户异常事件的故障归类为设备问题时，进一步，再根据空口信令，对用户异常事件进行硬件故障分析以及参数配置分析，参数配置分析可以包括临区/PN等信息的分析，获得用户异常事件对应的设备类的故障原因，这些设备类的故障原因可以是参数配置故障、硬件故障、天线故障、GPS故障。

当用户异常事件的故障归类不是设备问题时，进一步地，再根据空口信令，对发生用户异常事件发生的小区位置进行覆盖分析，识别用户异常事件的故障归类是否为覆盖问题。响应于用户异常事件的故障归类为覆盖问题，可以根据空口信令，获得用户异常事件对应的覆盖类的故障原因，例如弱覆盖、过覆盖、拐角快衰、用户多等。

例如，对于一次1X业务掉话的用户异常事件，经过上述分析之后，识别掉话现象的故障归类为覆盖问题，故障原因是拐角快衰。此外，通信故障原因还可以包括用户通信故障发生的时间、事件、内容等信息，

参见图3所示，图3示出本发明所提供的通信网络性能的分析方法又一种实施例的流程示意图。根据本发明方法实施例的又一个具体示例，与图1相对比，该方法还可以包括：

301，汇聚全网所包含的多个本地网的本地网异常事件记录文件，获得全网异常事件记录文件；

302，根据全网异常事件记录文件中包含的通信故障原因，获得全网络性能分析结果。

针对通信系统，对通信网络性能的分析可以结合网络用户的用户感知来进行分析。在移动通信网络中，用户感知通常是指移动终端用户对网络提供的业务在感受上的综合满意程度。用户感知反映了终端用户对业务和网络的体验和感受，反映了当前业务和网络的质量与用户期望之间的差异，用户感知的评价主体是终端客户，评价对象是业务和支撑业务的网络，包括无线、核心网络和业务平台。分析用户感知的根本原因是了解现实与期望的比值，得出用户期望被满足的程度，其实质发现不足，指出改进方向，即寻找感知低于期望的原因。再以下实施例中，用户异常事件影响或者反映用户的客观感知，通过单用户的本地网KPI指标值可以作为单用户的客观感知结果，从而通过对本地网所有用户的业务感知情况进行分析，获得与业务类型相对应的本网络性能的分析结果。

参见图4所示，图4示出本发明所提供的通信网络性能的分析方法再一种实施例的流程示意图。该方法还可以包括：

401，针对用户异常事件的业务类型，根据故障现象，基于业务类型对应的网络性能分析标准，获得业务类型对应的用户的本地网KPI指标值；

402，根据本地网KPI指标值，获得业务类型对应的本地网络性能分析结果。

其中，在401的操作中的空口信令可以是来自于单用户前一日的呼叫记录信息，识别用户异常事件的业务类型。不同业务类型对应不同的网络性能分析标准，例如对于1X业务，用户更关注语音通话的用户体验，而对于DO业务，用户更加关注上网的用户体验。

故障现象可以在前述根据空口信令，识别用户异常事件的故障现象的操作中获得。根据故障现象，基于业务类型对应的网络性能分析标准，获得业务类型对应的用户的本地网KPI指标值。所获得的单用户的本地网KPI指标可以看作用户对网络性能的客观感知结果，以上述来自单用户前一日的呼叫记录信息为例，单用户的本地网KPI指标值可以作为单用户前一日的客观感知结果，从而通过对本地网所有用户的业务感知情况进行分析，获得与业务类型相对应的本网络性能的分析结果。

表2

利用用户的本地网KPI指标可以来反映用户通信的客观感知情况。如表2所示，该表示出了针对1X业务类型，本地网KPI指标与单用户客观感知的映射关系。故障类型体现在用户感觉层面，将用户感觉映射为网络指标层面的接入失败、连续接入失败、异常通话等。

示例性地，对于1X语音业务，基于业务类型对应的网络性能分析标准，获得业务类型对应的用户的本地网KPI指标值。具体可以采用不同的分析标准，例如，通过计数的方式来实现。

示例性地，一种计数的方式可以是扣分的方式，针对故障现象的轻重程度按照不同的权重进行扣分，从而获得业务类型对应的用户的本地网KPI指标值，从而反映用户最终的感知分值。举例来说，对于1X语音业务，根据故障类型，结合KPI指标对用户语音感知情况进行分析。以KPI指标相关门限值作为基础，设定降低KPI指标值的标准，定量的对用户通话感知情况进行分析，若用户在通话过程中发生一次接入失败，根据故障类型，降低KPI指标的数值。示例性地，KPI指标值初始为100，若该用户一天出现一次接入失败，则该用户的KPI指标值降低为99，若发生2次接入失败，则该用户的KPI指标值降低为98，当发生连续多次接入失败，则降低的幅度更大。分析结果的KPI指标值越小，获得该业务类型对应的本地网络性能分析结果越差。若采用对KPI指标值进行增加的方式计数，KPI指标值越大，获得业务类型对应的本地网络性能分析结果越差。

如表3所示，该表示出了DO业务对于的本地网KPI指标与单用户客观感知分析结果的映射关系。

表3

如表3所示，对于DO数据业务的用户来说，关注的业务特点与1X业务不同，因此，对应于不同的网络性能分析标准。同时，对于DO数据业务本身，不同的具体业务，还有不同的特点。例如，及时通信业务，如QQ，MSN等实时性业务对速率要求不高，而用户更关注的是少掉线和低时延，能及时收发信息，而在下载类业务，用户更加关注下载速度。因此，分析不同的业务来说，需要结合本业务的特点选择不同的KPI指标进行分析。例如，上述计数的分析方式，本地网KPI指标值的高低直接与用户感知结果相对应，从而获得业务类型对应的本地网络性能分析结果。如表3所示，示例性地，可以根据用户的上网行，将业务分为http、IM通信、上传、下载、VOIP、其他这6类业务进行分析，依据这6类业务，针对不同的业务类型关注不同的KPI指标值，分析每个用户的本地网KPI指标值，获得网络性能分析结果。可以对用户上网过程中空口信令进行分析，参照各业务模型进行匹配得出用户上网的业务类型。

针对不同业务类型分析本地网KPI指标，通过本地网KPI指标值反映用户使用业务感知情况。例如，若QQ类业务掉线1次本地网KPI指标值降低1，如果用户在上QQ时出现了两次业务掉线，那么其本地网KPI指标值降低2。可以对本地网KPI指标相关门限值作为基础，设定增加或降低的标准，定量的对用户DO数据业务感知情况进行分析，从而获得DO业务对应的本地网络性能分析结果。

通过上述实施例，从基站控制器侧提取完整原始空口信令，针对用户的网络感知、通信行为、通信故障等进行分析，更加注重个人用户的通信感知结果，获得本地网络性能分析结果更为准确。

参见图5所示，图5示出本发明所提供的通信网络性能的分析方法再一种实施例的流程示意图。与图4实施例相比，该方法还可以包括：

501，汇聚全网所包含的多个本地网的本地网KPI指标值；

502，识别相同用户的本地网KPI指标值，对相同用户的本地网KPI指标值进行加权处理操作，获得用户的全网KPI指标值；

503，根据全网KPI指标值，获得业务类型对应的全网络性能分析结果。

参见图6所示，图6示出本发明所提供的通信网络性能的分析系统一种实施例的结构示意图。该实施例提供的通信网络性能的分析系统包括：

话单采集服务器601，用于从本地基站控制器BSC采集用户的呼叫记录信息；话单采集服务器601连接BSC内的OMP单板，进一步地，可以以第一周期为间隔，采集呼叫记录信息，周期可以为5分钟；话单采集服务器601可以将采集的原始呼叫记录信息进行加密、压缩操作；

筛选单元602，用于从呼叫记录信息中，筛选用户与基站控制器交互过程中发生用户异常事件的空口信令，从而剔除掉无用的数据；筛选单元602可以与设备告警采集单元603一体设置或者分开设置；若话单采集服务器601对呼叫记录信息进行了加密、压缩操作，筛选单元602在接收呼叫记录信息后，执行对应的解密与解压缩操作；

设备告警采集单元603，用于从本地网管平台OMCR采集设备告警信息，可以以第一周期为间隔，采集设备告警信息，周期可以为1分钟；

综合分析服务器604，用于根据空口信令与设备告警信息，分析发生用户异常事件的通信故障原因，生成本地网异常事件记录文件；根据本地网异常事件记录文件中包含的通信故障原因，获得本地网络性能分析结果。

上述话单采集服务器和综合分析服务器的数量可以与本地网的数量相同，从而实现对本地网通信网络性能的分析。

根据本发明方法实施例的一个具体示例，通信故障原因包括用户异常事件对应的业务类型、故障现象、故障归类、故障原因；综合分析服务器604，具体用于：根据空口信令，识别用户异常事件的业务类型；根据空口信令，识别用户异常事件的故障现象；根据设备告警信息，对用户异常事件进行设备告警分析，识别用户异常事件的故障归类是否为设备问题；响应于用户异常事件的故障归类为设备问题，根据空口信令，对用户异常事件进行硬件故障分析以及参数配置分析，获得用户异常事件对应的设备类的故障原因。

根据本发明方法实施例的一个具体示例，综合分析服务器604，还用于响应于用户异常事件的故障归类不为设备问题，根据空口信令，对发生用户异常事件发生的小区位置进行覆盖分析，识别用户异常事件的故障归类是否为覆盖问题；响应于用户异常事件的故障归类为覆盖问题，根据空口信令，获得用户异常事件对应的覆盖类的故障原因。

参见图7所示，图7示出本发明所提供的通信网络性能的分析系统另一种实施例的结构示意图。根据本发明方法实施例的另一个具体示例，该系统还包括：

北向接口服务器605，用于汇聚全网所包含的多个本地网的本地网异常事件记录文件，获得全网异常事件记录文件；

汇总处理服务器606，用于根据全网异常事件记录文件中包含的通信故障原因，获得全网络性能分析结果。

根据本发明方法实施例的一个具体示例，综合分析服务器604还用于根据空口信令，识别用户异常事件的业务类型；针对业务类型，根据业务类型对应的网络性能分析标准，获得业务类型对应的用户的本地网KPI指标值；根据本地网KPI指标值，获得业务类型对应的本地网络性能分析结果。

根据本发明方法实施例的一个具体示例，北向接口服务器605还用于汇聚全网所包含的多个本地网的本地网KPI指标值；汇总处理服务器606，还用于识别相同用户的本地网KPI指标值，对相同用户的本地网KPI指标值进行加权处理操作，获得用户的全网KPI指标值；根据全网KPI指标值，获得业务类型对应的全网络性能分析结果。

由于用户的本地网KPI指标值是以本地网为单位独立进行计算的，若用户在分析当日进行了跨本地网的漫游通信，则其本地网KPI指标值结果可能出现在多个本地网中。通过汇总处理服务器，可以避免一个用户对应的本地网KPI指标值多次出现的情况。例如，本地网为市级网，全省网包括多个市级网，汇总处理服务器606接收全省所有综合分析服务器通过北向接口服务器605对用户的本地网KPI指标值的汇总，通过识别相同用户的本地网KPI指标值，对漫游用户的本地网KPI指标值进行加权算法处理的方式，例如，对将多个本地网KPI指标值求平均值。

根据本发明方法实施例的一个具体示例，该系统还可以包括：

数据仓库607，用于从北向接口服务器采集并存储全网异常事件记录文件以及全网KPI指标值；存储诉平台提供的投诉数据；数据仓库607用于通过数据提取、转换和加载(Extraction Transformation Loading，ETL)的方式采集北向接口服务器中的全网异常事件记录文件以及全网KPI指标值；

客户关系管理系统(Customer Relationship Management，CRM)608，用于通过CRM客户关系视图模型显示数据仓库存储的数据，从而实现用户通信感知、通信故障分析、用户使用行为、投诉情况等内容的综合展示。进一步地，CRM系统608可以采用CRM2.0客户关系视图模型。

至此，已经详细描述了根据本发明的一种通信网络性能的分析方法与系统。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于通信网络性能的分析系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可能以许多方式来实现本发明的通信网络性能的分析方法与系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的通信网络性能的分析方法与系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (13)

1.一种通信网络性能的分析方法，其特征在于，所述方法包括：

从本地基站控制器采集用户的呼叫记录信息；

从所述呼叫记录信息中，筛选所述用户与基站控制器交互过程中发生用户异常事件的空口信令；

从本地网管平台采集设备告警信息；

根据所述空口信令与所述设备告警信息，分析发生用户异常事件的通信故障原因，生成本地网异常事件记录文件；

根据所述本地网异常事件记录文件中包含的通信故障原因，获得本地网络性能分析结果。

2.根据权利要求1所述的方法，其特征在于，所述通信故障原因包括所述用户异常事件对应的业务类型、故障现象、故障归类、故障原因；

根据所述空口信令与所述设备告警信息，分析发生用户异常事件的通信故障原因，具体包括：

根据所述空口信令，识别所述用户异常事件的业务类型；

根据所述空口信令，识别所述用户异常事件的故障现象；

根据所述设备告警信息，对所述用户异常事件进行设备告警分析，识别所述用户异常事件的故障归类是否为设备问题；

响应于所述用户异常事件的故障归类为设备问题，根据所述空口信令，对所述用户异常事件进行硬件故障分析以及参数配置分析，获得所述用户异常事件对应的设备类的故障原因。

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

响应于所述用户异常事件的故障归类不为设备问题，根据所述空口信令，对发生所述用户异常事件发生的小区位置进行覆盖分析，识别所述用户异常事件的故障归类是否为覆盖问题；

响应于所述用户异常事件的故障归类为覆盖问题，根据所述空口信令，获得所述用户异常事件对应的覆盖类的故障原因。

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

汇聚全网所包含的多个本地网的所述本地网异常事件记录文件，获得全网异常事件记录文件；

根据所述全网异常事件记录文件中包含的通信故障原因，获得全网络性能分析结果。

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

针对所述用户异常事件的业务类型，根据所述故障现象，基于所述业务类型对应的网络性能分析标准，获得所述业务类型对应的所述用户的本地网关键绩效指标KPI指标值；

根据所述本地网KPI指标值，获得所述业务类型对应的本地网络性能分析结果。

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

汇聚全网所包含的多个本地网的所述本地网KPI指标值；

识别相同用户的本地网KPI指标值，对所述相同用户的本地网KPI指标值进行加权处理操作，获得所述用户的全网KPI指标值；

根据所述全网KPI指标值，获得所述业务类型对应的全网络性能分析结果。

7.一种通信网络性能的分析系统，其特征在于，所述系统包括：

话单采集服务器，用于从本地基站控制器采集用户的呼叫记录信息；

筛选单元，用于从所述呼叫记录信息中，筛选所述用户与基站控制器交互过程中发生用户异常事件的空口信令；

设备告警采集单元，用于从本地网管平台采集设备告警信息；

综合分析服务器，用于根据所述空口信令与所述设备告警信息，分析发生用户异常事件的通信故障原因，生成本地网异常事件记录文件；根据所述本地网异常事件记录文件中包含的通信故障原因，获得本地网络性能分析结果。

8.根据权利要求7所述的系统，其特征在于，所述通信故障原因包括所述用户异常事件对应的业务类型、故障现象、故障归类、故障原因；

所述综合分析服务器，具体用于：根据所述空口信令，识别所述用户异常事件的业务类型；根据所述空口信令，识别所述用户异常事件的故障现象；根据所述设备告警信息，对所述用户异常事件进行设备告警分析，识别所述用户异常事件的故障归类是否为设备问题；响应于所述用户异常事件的故障归类为设备问题，根据所述空口信令，对所述用户异常事件进行硬件故障分析以及参数配置分析，获得所述用户异常事件对应的设备类的故障原因。

9.根据权利要求8所述的系统，其特征在于，所述综合分析服务器，还用于响应于所述用户异常事件的故障归类不为设备问题，根据所述空口信令，对发生所述用户异常事件发生的小区位置进行覆盖分析，识别所述用户异常事件的故障归类是否为覆盖问题；响应于所述用户异常事件的故障归类为覆盖问题，根据所述空口信令，获得所述用户异常事件对应的覆盖类的故障原因。

10.根据权利要求9所述的系统，其特征在于，所述系统还包括：

北向接口服务器，用于汇聚全网所包含的多个本地网的所述本地网异常事件记录文件，获得全网异常事件记录文件；

汇总处理服务器，用于根据所述全网异常事件记录文件中包含的通信故障原因，获得全网络性能分析结果。

11.根据权利要求10所述的系统，其特征在于，所述综合分析服务器，还用于针对所述用户异常事件的业务类型，根据所述故障现象，基于所述业务类型对应的网络性能分析标准，获得所述业务类型对应的所述用户的本地网KPI指标值；根据所述本地网KPI指标值，获得所述业务类型对应的本地网络性能分析结果。

12.根据权利要求11所述的系统，其特征在于，所述北向接口服务器，还用于汇聚全网所包含的多个本地网的所述本地网KPI指标值；

所述汇总处理服务器，还用于识别相同用户的本地网KPI指标值，对所述相同用户的本地网KPI指标值进行加权处理操作，获得所述用户的全网KPI指标值；根据所述全网KPI指标值，获得所述业务类型对应的全网络性能分析结果。

13.根据权利要求12所述的系统，其特征在于，所述系统还包括：

数据仓库，用于从所述北向接口服务器采集并存储所述全网异常事件记录文件以及全网KPI指标值；存储投诉平台提供的投诉数据；

客户关系管理CRM系统，用于通过CRM客户关系视图模型显示所述数据仓库存储的数据。