CN104660438A - 问题定位处理方法及装置 - Google Patents

Abstract

本发明提供了一种问题定位处理方法及装置，该方法包括：获取用于分析问题的各类数据；依据获取的各类数据，采用可视化模型对问题进行定位，通过本发明，解决了相关技术中对问题的定位需要专业的技术人员分别进行人工定位，存在不仅定位流程复杂，而且定位准确度，以及定位效率低的问题，进而达到了不仅提高定位准确度，以及定位效率的效果。

Description

问题定位处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种问题定位处理方法及装置。 

背景技术

随着3G以及LTE网络数据业务的迅猛发展，智能终端上网业务的多样化和现有数据网络的复杂性，用户使用智能终端或数据卡上网慢的问题日益凸显，成为影响终端用户体验的主要问题之一。用户上网慢的原因有很多种，比如：网络覆盖问题；容量不足（空口不足，传输带宽，GGSN带宽不足）；网元问题（基站以及核心网网元等设备问题）；终端问题；网络路由过长（比如访问国外）以及SP服务器等原因。 

此类问题的定位分析过程异常复杂，目前的做法通常是针对用户上网相关的指标进行采集，并从纷繁复杂的指标中整理出定位问题的思路和入手点。而上述分析过程往往都要靠技术专家根据自身的经验去寻找思路，技术门槛很高。目前移动通信领域的数据，尤其是用户行为数据的处理分析属于大数据处理范畴，且具备不规律性等特点，当数据分析平台接入现有网络，交付给用户使用时，不配备网络分析技术人员，很难解决实际问题。 

因此，在相关技术中对问题的定位需要专业的技术人员分别进行人工定位，存在不仅定位流程复杂，而且定位准确度，以及定位效率低的问题。 

发明内容

本发明提供了一种问题定位处理方法及装置，以至少解决相关技术中对问题的定位需要专业的技术人员分别进行人工定位，存在不仅定位流程复杂，而且定位准确度，以及定位效率低的问题。 

根据本发明的一个方面，提供了一种问题定位处理方法，包括：获取用于分析问题的各类数据；依据获取的所述各类数据，采用可视化模型对所述问题进行定位。 

优选地，所述可视化模型包括以下至少之一：依据网络类型数据构建的网络类型数据结构模型；依据故障分类数据构建的故障分类数据结构模型；依据业务分类数据构建的业务分类数据结构模型。 

优选地，对所述问题进行定位包括以下至少之一：对所述问题进行协议级别的分析定位；对所述问题进行信令级别的分析定位。 

优选地，通过以下方式至少之一对所述问题进行协议级别的分析定位包括：通过实时协议分析的方式对所述问题进行协议级别的分析定位；通过后分析的方式对所述问题进行协议级别的分析定位。 

优选地，通过实时协议分析的方式对所述问题进行协议级别的分析定位包括：通过分析话单信令交互的方式对所述问题进行协议级别的分析定位。 

优选地，在依据获取的所述各类数据，采用所述可视化模型对所述问题进行定位之后，还包括：通过对定位的所述问题的回归，完善所述可视化模型；和/或，输出问题定位结果。 

根据本发明的另一方面，提供了一种问题定位处理装置，包括：获取模块，用于获取用于分析问题的各类数据；定位模块，用于依据获取的所述各类数据，采用可视化模型对所述问题进行定位。 

优选地，所述定位模块包括以下至少之一：第一分析单元，用于对所述问题进行协议级别的分析定位；第二分析单元，用于对所述问题进行信令级别的分析定位。 

优选地，所述第一分析单元包括以下至少之一：第一分析子单元，用于通过实时协议分析的方式对所述问题进行协议级别的分析定位；第二分析子单元，用于通过后分析的方式对所述问题进行协议级别的分析定位。 

优选地，所述第一分析子单元包括：第一分析次子单元，用于通过分析话单信令交互的方式对所述问题进行协议级别的分析定位。 

优选地，该装置还包括：完善模块，用于通过对定位的所述问题的回归，完善所述可视化模型；和/或，输出模块，用于输出问题定位结果。 

通过本发明，采用获取用于分析问题的各类数据；依据获取的所述各类数据，采用可视化模型对所述问题进行定位，解决了相关技术中对问题的定位需要专业的技术人员分别进行人工定位，存在不仅定位流程复杂，而且定位准确度，以及定位效率低的问题，进而达到了不仅提高定位准确度，以及定位效率的效果。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1是根据本发明实施例的问题定位处理方法的流程图； 

图2是根据本发明实施例的问题定位处理装置的结构框图； 

图3是根据本发明实施例的问题定位处理装置中定位模块24的优选结构框图； 

图4是根据本发明实施例的问题定位处理装置中定位模块24中第一分析单元32的优选结构框图； 

图5是根据本发明实施例的问题定位处理装置中定位模块24中第一分析单元32中第一分析子单元42的优选结构框图； 

图6是根据本发明实施例的问题定位处理装置的结构框图； 

图7是根据本发明优选实施方式的可视化处理系统的结构框图； 

图8是根据本发明优选实施方式的动态模型构建模块、可视化分析模块的功能实现示意图； 

图9是根据本发明优选实施方式的深入话单分析的示意图； 

图10是根据本发明优选实施方式的继续深入信令码流分析的示意图； 

图11是根据本发明优选实施方式的具体故障模型展示故障定位收敛的处理示意图。 

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 

在本实施例中提供了一种问题定位处理方法，图1是根据本发明实施例的问题定位处理方法的流程图，如图1所示，该流程包括如下步骤： 

步骤S102，获取用于分析问题的各类数据； 

步骤S104，依据获取的各类数据，采用可视化模型对问题进行定位。 

通过上述步骤，依据可视化模块，以及获取的用于分析问题的各类数据，解决了相关技术中对问题的定位需要专业的技术人员分别进行人工定位，存在不仅定位流程复杂，而且定位准确度，以及定位效率低的问题，进而达到了不仅提高定位准确度，以及定位效率的效果。 

可视化模型可以涉及多方面的数据，一方面，具体依据数据的类型不同而不同，例如，可以包括以下至少之一：依据网络类型数据构建的网络类型数据结构模型；依据故障分类数据构建的故障分类数据结构模型；依据业务分类数据构建的业务分类数据结构模型。 

另一方面，依据对问题的分析角度不同，依据获取的各类数据，采用可视化模型对问题进行定位也可以不同，例如，可以包括以下至少之一：对问题进行协议级别的分析定位；对问题进行信令级别的分析定位。 

其中，对问题进行协议级别的分析定位也可以采用多种方式，例如，可以采用以下方式至少之一：通过实时协议分析的方式对问题进行协议级别的分析定位；通过后分析的方式对问题进行协议级别的分析定位。需要说明的是，通过实时协议分析的方式对问题进行协议级别的分析定位时，可以通过分析话单信令交互的方式对问题进行协议级别的分析定位。 

优选地，在依据获取的各类数据，采用可视化模型对问题进行定位之后，还可以通过对定位的问题的回归，完善可视化模型；和/或，输出问题定位结果。 

在本实施例中还提供了一种问题定位处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软 件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。 

图2是根据本发明实施例的问题定位处理装置的结构框图，如图2所示，该装置包括获取模块22和定位模块24，下面对该装置进行说明。 

获取模块22，用于获取用于分析问题的各类数据；定位模块24，连接至上述获取模块22，用于依据获取的各类数据，采用可视化模型对问题进行定位。 

图3是根据本发明实施例的问题定位处理装置中定位模块24的优选结构框图，如图3所示，该定位模块24包括以下至少之一：第一分析单元32、第二分析单元34，下面对该定位模块24进行说明。 

第一分析单元32，用于对问题进行协议级别的分析定位；第二分析单元34，用于对问题进行信令级别的分析定位。 

图4是根据本发明实施例的问题定位处理装置中定位模块24中第一分析单元32的优选结构框图，如图4所示，该第一分析单元32包括以下至少之一：第一分析子单元42、第二分析子单元44，下面对该第一分析单元32进行说明。 

第一分析子单元42，用于通过实时协议分析的方式对问题进行协议级别的分析定位；第二分析子单元44，用于通过后分析的方式对问题进行协议级别的分析定位。 

图5是根据本发明实施例的问题定位处理装置中定位模块24中第一分析单元32中第一分析子单元42的优选结构框图，如图5所示，下面对该第一分析子单元42进行说明。 

第一分析次子单元52，用于通过分析话单信令交互的方式对问题进行协议级别的分析定位。 

图6是根据本发明实施例的问题定位处理装置的结构框图，如图6所示，该装置除包括图2所示的所有模块外，还包括完善模块62和/或输出模块64，下面对该装置进行说明。 

完善模块62，连接至上述定位模块24，用于通过对定位的问题的回归，完善可视化模型；输出模块64，连接至上述定位模块24，用于输出问题定位结果。 

针对相关技术中，用户使用智能终端或数据卡上网慢的问题，在本实施例中，给出了一种定位思路或是方法，即可构建、可自适应、可扩展、可视化的分析模型分析的方法来解决用户使用终端上网慢这一类通用问题场景。例如，该方法大致包括以下几个步骤：场景分析模型，可以通过网络技术专家的经验模型来构建，并可以提炼固化下来；其中的阈值以及相关指标的算法可以根据定位分析需求自适应的调整；模型具备高度可视化的特点，完整展现问题解决的思路，技术指标展示全面，可以方便用户分类、定位、发现问题；需要说明的是，该方法的模型可以扩展到其他问题场景，解决某一类共性问题。 

通过上述方法及装置，克服了相关技术中用户上网慢这类场景问题无法可视化，无法可扩展以及技术门槛高等问题。 

下面结合附图对本发明优选实施方式进行说明。 

图7是根据本发明优选实施方式的可视化处理系统的结构框图，如图7所示，该系统包括：数据接入模块71（功能同上述获取模块22）、动态模型构建模块72（用于构建上述各种可视化模型）、可视化模型分析模块73（功能同上述定位模块24）、话单分析模块74（功能同上述第一分析单元32）、信令分析模块75（功能同上述第二分析单元34）和输出外部接口模块76（功能同上述输出模块64），通过上述系统，实现从码流分析模块到动态建模模块的闭环。下面对该系统进行说明。 

数据接入模块71，该模块用于数据的输入，即获取各种CDR和SIG数据，包含终端侧，无线侧，核心网侧以及SP侧等数据进行分析。 

动态模型构建模块72，根据相关技术专家对已有场景问题的问题分析思路，提炼出来的动态可视化模型，该模型可以是由底层网元KPI，中间感知的KQI以及最上层的QOE指标逐层汇聚的树状结构。 

可视化模型分析模块73，在该汇聚树状模型上，可以快速的发现存在异常状态的KPI指标（异常状态由阈值门限等规则控制）。并通过KPI指标的比对，迅速将问题定位或是定位范围收敛分类，比如可以将问题归结到无线侧或是核心网侧等。 

话单分析模块74，对于已经定位范围或进行收敛分类的问题，通过话单（某次用户业务会话）级别的分析，进一步找出问题的原因，比如RAB指派错误的失败原因或是PDP激活失败的原因等。 

信令分析模块75，对于话单级别依然无法精分的问题，需要进一步挖掘话单对应的信令，比如通过信令时序图等方式来分析某次信令交互的异常情况。通过该模块可以准确地分析协议级别的信令交互异常原因。并根据问题定位的结果确定是否需要完善故障模型。 

输出外部接口模块76，针对上述分析模块的输出自动构建用户的问题场景分析报告，该报告可以通过WEB/短信/SOAP/SNMP/FTP等方式交互给用户做进一步分析处理。 

通过上述系统，1）可以提供问题定位分析的准确性以及效率；2）通过可视化建模以及模型分析方式大大降低问题定位分析的门槛以及技术成本；3）通过其他模块的分析结果持续的改进提升模型暴露问题细节的能力；4）可以解决该问题域的分析思路和流程无法快速传递复制的问题；进而最终低成本高效地提高了网络质量和用户感知。 

下面分别针对动态模型构建模块72、可视化分析模块73的功能分别进行说明。 

图8是根据本发明优选实施方式的动态模型构建模块、可视化分析模块的功能实现示意图，如图8所示，下面针对图8的各个部分分别进行说明。 

1.1动态上网慢模型建模 

（1）构建网络类型数据结构，网络类型数据结构包含网络ID以及网络名称； 

（2）构建故障分类数据结构，故障分类数据结构包含故障ID与故障名称； 

（3）构建业务分类数据结构，业务分类数据结构包含业务ID、指标组ID、子节点id、父节点id、节点名称； 

（4）构建网络指标数据结构，网络指标数据结构包含指标ID、指标等级、指标名称、指标组id。 

（5）构建网络类型、故障类型、与业务分类关联数据结构，用于唯一确定一个故障模型分类； 

通过（4）的指标组ID与（3）的指标组ID关联，完成网络指标与业务分类的关联，通过（5）的数据结构完成网络类型、故障类型与业务类型的关联，通过对这种数据结构关联的配置，形成问题分析模型，问题分析模型可以通过数据库体现、也可以通过xml格式（不限于xml格式）等类型的文件体现，本方案以xml文件格式进行体现，问题分析模型如下： 

问题分析模型规则描述： 

（1）通过faultid、netype、appgroup_type决定问题分析模型; 

（2）通过appgroupid、parentappgroup_id配置整个问题分析模型的层次关系； 

（3）KPIID表示关键网络指标ID； 

（4）按照faultid、netype、appgroup_type、appgroupid进行模型定位，模型定位条件为：appgroup_type为0为一个故障分析模型的开始节点。 

1.2模型加载。对A的模型进行加载展示； 

1.3数据提取。从系统采集的网络数据中提取待分析的网络指标数据NetData供后续分析； 

1.4过滤、分析网络指标数据。结合模块A的问题分析模型与模块C提取的数据，进行数据过滤分析，分析方法如下： 

（1）循环提取问题分析模型的每个KPIID； 

（2）根据（1）中的KPIID，再从NetData中读取其对应的值； 

把（2）中得到的值与（1）中当前的KPIID节点下的thresholds规则值进行比较，根据thresholds值对NetData进行分类分析，通过TOPN分析来找出最影响问题的故障节点，进行分析，找出问题所在。 

话单分析： 

故障模型分析的结论，如果需要进一步定位分析，从TOPN资源列表中进一步进入话单分析模块。图9是根据本发明优选实施方式的深入话单分析的示意图，如图9所示，分析错误话单、异常话单，来进一步定位失败或是错误原因。 

2.1数据输入模块输出话单，入实时话单管理，从实时话单管理模块输出的话单，发送给实时话单搜集模块，同时生成话单文件，推送到商业数据库DB； 

2.2实时话单搜集，支持分布式部署，搜集的话单发送到实时话单总控模块汇总； 

2.3实时话单管理设定话单文件门限，生成话单文件； 

2.4话单文件推送，设定推送时间，将话单文件推送到商业数据库DB。 

2.5异常话单、错误话单分析请求经过业务逻辑分析，确定是抽取实时话单数据还是后分析数据，将实时话单请求发送给实时话单总控模块，后分析话单提取请求发送给商业数据库DB，获取到符合业务逻辑的话单数据。 

图10是根据本发明优选实施方式的继续深入信令码流分析的示意图，如图10所示，从话单列表中可以继续深入分析，进入更为细粒度的信令交互来分析底层错误原因，提供实时协议分析和后分析两种分析手段。 

区分实时码流分析和后分析码流，实时码流分析定位在根据异常话单，模拟异常场景进行信令分析。后分析码流，是根据异常话单匹配并提取出合成话单的信令列表。 

提供异常信令详细解码分析、信令时序分析、提取信令所在的流完整展现一次业务流程、话单和信令的关联分析手段，供用户定位信令故障。 

结合上述各环节的问题分析原因以及分类筛选，整理出个性化的问题定位分析报告以各种灵活的外部接口形式提交给用户。 

评估修改预置模型的算法指标、筛选规则、完善故障分析模型供后续继续分析使用。 

图11是根据本发明优选实施方式的具体故障模型展示故障定位收敛的处理示意图，图中各数字及字母含义如下： 

1、ATTACH成功率，2、PDP成功率，3、DNS成功率，4、网页首次成功率，5、网页整体成功率，6、下行丢包率，7、ATTACH时延，8、DNS时延，9、PDP时延，A、网元首次响应时延，B、网页完整响应时延，C、有线侧建链平均时延，D、网页下载速率，E、网页浏览用户感知打分QQE。 

如图11所示，用户投诉上网慢，通过模型逐层定位分析：用户感知上网慢->网元首次响应时延->网络完整响应时延，最终问题收敛在SP侧。接着用TOPN最差分析，找出最差的SP网站，提取SP网站的话单记录，用话单分析找出用户这段时间内失败话单记录，找出失败原因（404服务器失败）。如果失败原因还需要进一步定位，则可以继续进行信令定位分析，最终可能定位到这个网站对于此网页请求一律拒绝，是服务器设置了过滤规则，最终输出分析报告。 

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (11)

1.一种问题定位处理方法，其特征在于，包括：

获取用于分析问题的各类数据；

依据获取的所述各类数据，采用可视化模型对所述问题进行定位。

2.根据权利要求1所述的方法，其特征在于，所述可视化模型包括以下至少之一：

依据网络类型数据构建的网络类型数据结构模型；

依据故障分类数据构建的故障分类数据结构模型；

依据业务分类数据构建的业务分类数据结构模型。

3.根据权利要求1所述的方法，其特征在于，对所述问题进行定位包括以下至少之一：

对所述问题进行协议级别的分析定位；

对所述问题进行信令级别的分析定位。

4.根据权利要求3所述的方法，其特征在于，通过以下方式至少之一对所述问题进行协议级别的分析定位包括：

通过实时协议分析的方式对所述问题进行协议级别的分析定位；

通过后分析的方式对所述问题进行协议级别的分析定位。

5.根据权利要求4所述的方法，其特征在于，通过实时协议分析的方式对所述问题进行协议级别的分析定位包括：

通过分析话单信令交互的方式对所述问题进行协议级别的分析定位。

6.根据权利要求1至5中任一项所述的方法，其特征在于，在依据获取的所述各类数据，采用所述可视化模型对所述问题进行定位之后，还包括：

通过对定位的所述问题的回归，完善所述可视化模型；和/或，

输出问题定位结果。

7.一种问题定位处理装置，其特征在于，包括：

获取模块，用于获取用于分析问题的各类数据；

定位模块，用于依据获取的所述各类数据，采用可视化模型对所述问题进行定位。

8.根据权利要求7所述的装置，其特征在于，所述定位模块包括以下至少之一：

第一分析单元，用于对所述问题进行协议级别的分析定位；

第二分析单元，用于对所述问题进行信令级别的分析定位。

9.根据权利要求8所述的装置，其特征在于，所述第一分析单元包括以下至少之一：

第一分析子单元，用于通过实时协议分析的方式对所述问题进行协议级别的分析定位；

第二分析子单元，用于通过后分析的方式对所述问题进行协议级别的分析定位。

10.根据权利要求9所述的装置，其特征在于，所述第一分析子单元包括：

第一分析次子单元，用于通过分析话单信令交互的方式对所述问题进行协议级别的分析定位。

11.根据权利要求7至10中任一项所述的装置，其特征在于，还包括：

完善模块，用于通过对定位的所述问题的回归，完善所述可视化模型；和/或，

输出模块，用于输出问题定位结果。