CN108076475A - 一种数据处理方法及服务器 - Google Patents

Abstract

本发明公开了一种数据处理方法及服务器，所述方法包括：从至少一个网络接口信令中获取至少一个第一类网络关键信息；基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置，以针对所述目标位置进行异常处理以给出异常解决方案。

Description

一种数据处理方法及服务器

技术领域

本发明涉及通信领域中的网络管理技术，尤其涉及一种数据处理方法及服务器。

背景技术

通信网络建成后，需要通过不断优化才能保证网络正常运行，从而使网络质量满足用户需求。网络优化即是通过对现有已运行的网络进行数据采集、数据分析、参数分析、硬件检查等手段，找出影响网络质量的原因，并且通过参数调整、网络结构调整、设备配置调整和其他技术手段，确保网络高质量的运行，使现有网络资源获得最佳效益。一般来说，网络优化的步骤包括：数据采集；数据分析；问题定位；方案实施；效果评估。

在现有的网络优化过程中，网络优化人员需要根据大量的网络性能指标报表，人工观察各项指标的异常与否，以及根据个人优化经验分析各指标间的关系。这个过程的主要缺点是：耗费大量人力和时间；缺乏分析的全面性；缺乏分析的可扩展性，大大影响分析的效率。

发明内容

本发明的主要目的在于提出一种数据处理方法及服务器，旨在解决现有技术中存在的上述问题。

为实现上述目的，本发明提供的一种数据处理方法，所述方法包括：

从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息；其中，所述第一类网络关键信息用于表征对应的处理操作处于不成功的状态；

基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；

基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置以针对所述目标位置进行异常处理；其中，所述目标位置包括以下至少之一：接入网中的基站、核心网中的网络设备、网络接口。

本发明提供一种服务器，所述服务器包括：

数据获取模块，用于从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息；其中，所述第一类网络关键信息用于表征对应的处理操作处于不成功的状态；

网络问题分析模块，用于基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；

定位网络异常模块，用于基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置以针对所述目标位置进行异常处理；其中，所述目标位置包括以下至少之一：接入网中的基站、核心网中的网络设备、网络接口。

本发明提出的一种数据处理方法及服务器，就能够通过采集得到多个接口的网络关键信息，基于其中的第一类网络关键信息，确定出现异常状况的至少一个目标处理操作，进而基于目标处理操作来确定具体的目标位置并针对目标位置进行处理。从而，避免了现有技术中需要人工对大量的数据进行提取以及分析所带来的不够准确、不够全面以及效率较低的问题，而是通过采用网络关键信息中的第一类网络关键信息直接进行分析，以确定最终的异常状况对应的位置，如此就提升了异常状况分析的效率以及准确性。另外，由于能够灵活的调整不同的处理操作对应的目标位置，所以使得上述方案具备了灵活的可扩展性。

附图说明

图1为本发明实施例数据处理方法流程示意图一；

图2为本发明实施例切换处理场景示意图一；

图3为本发明实施例切换处理场景示意图二；

图4为本发明实施例切换处理场景示意图三；

图5为本发明实施例服务器组成结构示意图；

图6为本发明实施例数据处理方法流程示意图二。

具体实施方式

下面结合附图和具体实施例对本发明作进一步详细说明。

实施例一、

本发明实施例提供了一种数据处理方法，如图1所示，包括：

步骤101：从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息；其中，所述第一类网络关键信息用于表征对应的处理操作处于不成功的状态；

步骤102：基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；

步骤103：基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置以针对所述目标位置进行异常处理；其中，所述目标位置包括以下至少之一：接入网中的基站、核心网中的网络设备、网络接口。

本实施例中，进行上述方法处理的服务器可以为设置在核心网中的网络设备，比如，可以为核心网中的管理设备等等，重点在于本方案对应的服务器需要能够获取到网络中至少一个基站、至少一个核心网中的网络设备的接口所传输的接口数据。

需要理解的是，上述网络接口信令除了上述第一类网络关键信息之外，还有可能包括有第二类网络关键信息，所述第二类网络关键信息可以用于表征对应的处理操作处于成功的状态。另外，还可以包括有更多种类的网络关键信息，本实施例中不进行穷举。

具体来说，所述从至少一个网络接口信令中获取至少一个第一类网络关键信息之前，所述方法还包括：从所述至少一个接口处获取到至少一个接口信令；将所述接口信令中的目标字段提取出来作为网络接口信令。

本实施例中所述至少一个接口可以是统一深度数据包检测(DPI，Deep packetinspection)系统可以如图2所示，其中，各个基站以及各个基站以及核心网之间通过多种接口进行数据交互，比如，图中通过采集解析设备采集到的包括UU、X2、S1-MME、S11、S6a、SGs等涉及到接入网、核心网各个网元间的网络关键信息记录(XDR)数据。

其中，所述XDR数据是在一般各接口信令的基础上提炼出的关键信元作为统一DPI各接口XDR数据的字段。

XDR数据分为信令面XDR和用户面XDR两种。信令面采集包括对以下接口的采集：Uu、X2、S1-MME、S6a、S10、S11、S5/S8、SGs、Gn。用户面采集只对S1-U接口进行采集；

信令面XDR包含公共信息和单接口信息两部分，可以包括：公共信息以及单接口信息；

其中，公共信息至少包括以下内容：长度Length、城市City、接口Interface、标识XDR ID、接入网系统RAT、用户标识IMSI、IMEI、MSISDN；

单接口信息至少包括：从3GPP接口协议信令中提取出来的部分信元信息作为XDR的字段。比如，以空口UU单接口XDR为例，包括流程类型Procedure Type，开始、结束时间Procedure Start Time、Procedure End Time，关键字Keyword 1、Keyword 2，流程状态Procedure Status，网元标识PLMN ID、eNB ID、Cell ID、C-RNTI、Target eNB ID、TargetCell ID、Target C-RNTI、MME UE S1AP ID、MME Group ID、MME Code、M-TMSI，CSFBIndication、Redirected Network，EPS Bearer Number，承载标识和状态等相关信息Bearer 1ID、Bearer 1Status等等。

本实施例通过将各个接口采集到的XDR进行合成，根据单接口XDR和合成XDR可以更全面的知道用户某个大信令流程中哪个接口出现问题。

另外，对于某个信令流程(比如切换，信令流程如下图3)的单接口XDR，其中包含如下信令。每个单接口XDR有成功、失败和无响应三个状态，标识X2切换流程在该接口的信令是否成功、失败或无响应。还可以根据后一个子流程确定前一个子流程是否成功或完整。

其中，单接口XDR，以切换为示例，除了图3、4中所示的消息，包括有RRC连接重配置及其完成信息，以及切换请求及其确认信息，SN状态传输以及UE的内容释放等信息；此外，还包括S11接口的Modify Bearer Request和Modify Bearer Response消息。

所述从至少一个网络接口信令中获取至少一个第一类网络关键信息之前，所述方法还包括：检测到存在异常状态的目标流程，确定所述目标流程所对应的至少一个场景中的处理操作，提取得到所述至少一个场景中的处理操作所能够包含的至少一个网络接口信令。

也就是说，当某小区的某一网指标(也就是说在目标流程中的成功率)低于一定门限时，分类统计影响该指标的所有主要因素(指标)的异常情况，并分析各场景下各种异常情况的占比/权值，从而定位出需要优化的网络问题以及给出相应的排查建议。

以切换为例，当切换成功率低于一定门限99％时，依次判别影响切换成功率的其他三种场景：eNB内切换、eNB间X2接口切换以及eNB间S1接口切换的切换成功率指标是否低于相应门限(如99.5％)。并分别统计不同切换场景下的异常指标统计量，同时分析相应场景下各类异常指标占总异常次数的占比情况以及相应排查方案。最后，综合分析给出当前小区切换集中异常问题，以及综合排查建议。

进一步地，所述基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作，包括：

基于所述目标流程中所包含的至少一个场景中的处理操作对所述至少一个第一类网络关键信息进行划分并统计，得到每一个处理操作出现异常状况的次数；

基于每一个处理操作出现异常状况的次数，确定出现异常状况的至少一个目标处理操作。

其中，所述方法还包括：

基于每一个处理操作出现异常状况的次数，选取所述次数高于预设门限值的至少一个处理操作作为出现异常状况的至少一个目标处理操作；其中，所述次数可以根据实际情况进行设置，比如，高于30次的；

或者，

基于每一个处理操作出现异常状况的次数对处理操作出现异常状况的次数由多至少进行排序，基于排序选取在前N位的处理操作作为出现异常状况的目标处理操作；其中，N为整数；N可以根据实际情况进行设置，比如可以设置为2，也就是说，选取出现异常状况最多的两个问题作为目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，选取所述概率高于预设概率门限值的至少一个处理操作作为出现异常状况的目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，对所述概率值由多至少进行排序，选取所述排序在前M位的处理操作作为出现异常状况的目标处理操作；M为整数；也就是说可以选取概率值排在前M位的目标处理操作。本实施例中不进行穷举。

进一步地，当确定了目标处理操作之后，可以基于目标处理操作确定其对应的目标设备，比如，可以为基站，比如，可以为源基站、目标基站中的一个；也可以为核心网中的某一个负责数据处理的管理设备等等。

需要理解的是，上述确定对应的目标设备还可以包括有确定所述目标设备所具备的问题；具体来说，基于目标处理操作确定其对应的目标设备，或者确定目标设备所具备的问题，可以通过预设的目标处理操作及其对应的问题定位列表来确定，本实施例中不进行穷举。

举例来说，比如进行初始接入处理流程的时候，可能存在用户设备接入到基站的处理，再该过程中，用户设备会与网络侧设备进行接入相关等操作；主要包含RRC连接建立过程和E-RAB连接建立过程，通过两类接入过程中涉及到的信令判断接入异常问题点，进行详细异常状况的目标处理操作的定位之后，比如，能够确定问题出现的基站向网络侧发送的数据出现失败等状态，那么该用户设备所要接入的基站作为目标设备，进而基于出现的具体问题对所述基站进行调整以使得目标设备避免该类问题。

在现网优化过程中，接入网侧确定网络异常非接入网侧时，只能建议检查核心网，却不能够确定核心网哪个网络节点或接口在那个流程阶段出现问题。而本方案则可以从整个网络宏观获知的网络异常定位到具体某个网络节点某个接口某条信令，不仅仅局限于把问题只归类为无线侧或核心网侧。

可见，通过采用上述方案，就能够通过采集得到多个接口的网络接口信令，基于其中的第一类网络关键信息，确定出现异常状况的至少一个目标处理操作，进而基于目标处理操作来确定具体的目标位置并针对目标位置进行处理。从而，避免了现有技术中需要人工对大量的数据进行提取以及分析所带来的不够准确以及效率较低的问题，提升了异常分析的效率以及准确性。

实施例二、

本发明实施例提供了一种服务器，如图5所示，包括：

数据获取模块51，用于从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息；其中，所述网络接口信令至少包括有第一类网络关键信息以及第二类网络关键信息，所述第一类网络关键信息用于表征其对应的处理操作处于不成功的状态；所述第二类网络关键信息用于表征其对应的处理操作处于成功状态；

网络问题分析模块52，用于基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；

定位网络异常模块53，用于基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置以针对所述目标位置进行异常处理；其中，所述目标位置包括以下至少之一：接入网中的基站、核心网中的网络设备、网络接口。

需要指出的是，上述网络接口可以为具体的物理接口，也可以为某一个网络设备或者某一个基站内的虚拟接口。

本实施例中，进行上述方法处理的服务器可以为设置在核心网中的网络设备，比如，可以为核心网中的管理设备等等，重点在于本方案对应的服务器需要能够获取到网络中至少一个基站、至少一个核心网中的网络设备的接口所传输的接口数据。

需要理解的是，上述网络接口信令除了上述第一类网络关键信息之外，还有可能包括有第二类网络关键信息，所述第二类网络关键信息可以用于表征对应的处理操作处于成功的状态。另外，还可以包括有更多种类的网络关键信息，本实施例中不进行穷举。

具体来说，所述服务器还包括：数据预处理模块54，用于从所述至少一个接口处获取到至少一个接口信令；将所述接口信令中的目标字段提取出来作为网络接口信令。

本实施例中所述至少一个接口可以是统一深度数据包检测(DPI，Deep packetinspection)系统可以如图2所示，其中，各个基站以及各个基站以及核心网之间通过多种接口进行数据交互，比如，图中通过采集解析设备采集到的包括UU、X2、S1-MME、S11、S6a、SGs等涉及到接入网、核心网各个网元间的接口外部数据表示(XDR)数据。

其中，所述XDR数据是在一般各接口信令的基础上提炼出的关键信元作为统一DPI各接口XDR数据的字段。

本实施例通过将各个接口采集到的XDR进行合成，根据单接口XDR和合成XDR可以更全面的知道用户某个大信令流程中哪个接口出现问题。

另外，对于某个信令流程(比如切换，信令流程如下图3)的单接口XDR，其中包含如下信令。每个单接口XDR有成功、失败和无响应三个状态，标识X2切换流程在该接口的信令是否成功、失败或无响应。还可以根据后一个子流程确定前一个子流程是否成功或完整。

所述数据获取模块，用于检测到存在异常状态的目标流程，确定所述目标流程所对应的至少一个场景中的处理操作，提取得到所述至少一个场景中的处理操作所能够包含的至少一个网络接口信令。

也就是说，当某小区的某一网指标(也就是说在目标流程中的成功率)低于一定门限时，分类统计影响该指标的所有主要因素(指标)的异常情况，并分析各场景下各种异常情况的占比/权值，从而定位出需要优化的网络问题以及给出相应的排查建议。

以切换为例，当切换成功率低于一定门限99％时，依次判别影响切换成功率的其他三种场景：eNB内切换、eNB间X2接口切换以及eNB间S1接口切换的切换成功率指标是否低于相应门限(如99.5％)。并分别统计不同切换场景下的异常指标统计量，同时分析相应场景下各类异常指标占总异常次数的占比情况以及相应排查方案。最后，综合分析给出当前小区切换集中异常问题，以及综合排查建议。

进一步地，所述网络问题分析模块，用于基于所述目标流程中所包含的至少一个场景中的处理操作对所述至少一个第一类网络关键信息进行划分并统计，得到每一个处理操作出现异常状况的次数；基于每一个处理操作出现异常状况的次数，确定出现异常状况的至少一个目标处理操作。

其中，所述网络问题分析模块，用于基于每一个处理操作出现异常状况的次数，选取所述次数高于预设门限值的至少一个处理操作作为出现异常状况的至少一个目标处理操作；其中，所述次数可以根据实际情况进行设置，比如，高于30次的；

或者，

基于每一个处理操作出现异常状况的次数对处理操作出现异常状况的次数由多至少进行排序，基于排序选取在前N位的处理操作作为出现异常状况的目标处理操作；其中，N为整数；N可以根据实际情况进行设置，比如可以设置为2，也就是说，选取出现异常状况最多的两个问题作为目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，选取所述概率高于预设概率门限值的至少一个处理操作作为出现异常状况的目标处理操作。另外，也可以选取概率值排在前N位的目标处理操作。本实施例中不进行穷举。

进一步地，当确定了目标处理操作之后，可以基于目标处理操作确定其对应的目标设备，比如，可以为基站，比如，可以为源基站、目标基站中的一个；也可以为核心网中的某一个负责数据处理的管理设备等等。

需要理解的是，上述确定对应的目标设备还可以包括有确定所述目标设备所具备的问题；具体来说，基于目标处理操作确定其对应的目标设备，或者确定目标设备所具备的问题，可以通过预设的目标处理操作及其对应的问题定位列表来确定，本实施例中不进行穷举。

举例来说，比如进行初始接入处理流程的时候，可能存在用户设备接入到基站的处理，再该过程中，基站侧会与核心网侧进行鉴权等操作；通过进行异常状况的目标处理操作的定位之后，比如，能够确定问题出现的基站向网络侧发送的数据出现失败等状态，那么该用户设备所要接入的基站作为目标设备，进而基于出现的具体问题对所述基站进行调整以使得目标设备避免该类问题。

数据预处理模块：用于将现网所有网络性能指标按网络优化人员的实际需要，处理成一定粒度和周期的原始指标矩阵。该模块的输入为网络优化人员需要分析的地理粒度(例如小区/区域/全网等)、周期(例如小时/天/周等)、以及所有网络性能指标采样值。

数据获取模块：根据主要网络性能指标，计算所有与该指标相关的其他异常指标统计量，同时给出每种异常指标对应的网络异常情况以及问题排查建议。并将网络问题进行分类，按类别给出每种异常问题的占比。

网络问题分析模块：根据各类异常情况的占比，分类分析影响网络性能的异常问题，并综合给出当前地理区域(例如小区/区域/全网等)的网络问题和问题排查建议。

定位网络异常模块：根据分析模块给出的网络异常排查建议，调整网络参数、改善网络节点等解决网络问题，继续统计考察的主要网络指标是否异常，进行循环优化。

在现网优化过程中，接入网侧确定网络异常非接入网侧时，只能建议检查核心网，却不能够确定核心网哪个网络节点或接口在那个流程阶段出现问题。而本方案则可以从整个网络宏观获知的网络异常定位到具体某个网络节点某个接口某条信令，不仅仅局限于把问题只归类为无线侧或核心网侧。

可见，通过采用上述方案，就能够通过采集得到多个接口的网络接口信令，基于其中的第一类网络关键信息，确定出现异常状况的至少一个目标处理操作，进而基于目标处理操作来确定具体的目标位置并针对目标位置进行处理。从而，避免了现有技术中需要人工对大量的数据进行提取以及分析所带来的不够准确以及效率较低的问题，提升了异常分析的效率以及准确性。

实施例三、

下面结合图6，以切换处理为示例进行详细处理说明：

第一步，统计切换异常统计量的次数；

分别统计eNB内切换、eNB间X2接口切换和eNB间S1接口切换的统计量，包括：对于eNB内切换，统计当前小区和不同目标小区间的执行失败和无响应次数统计量；对于eNB间X2和S1接口切换，分别统计切换准备、切换执行、切换完成阶段的失败和无响应次数统计量。具体的统计量包括但不限于以下指标：

切换准备阶段：S1切换(或X2切换)源侧切换出准备请求异常次数、S1切换目标侧换入准备请求异常次数、S1切换目标侧切换入准备异常次数(失败&无响应)、S1切换(或X2切换)源侧切换出准备异常次数(失败&无响应)；

切换执行阶段：S1切换(或X2切换)源侧切换出执行下发异常次数、S1切换(或X2切换)目标侧切换入执行异常次数(失败&无响应)；

切换完成阶段：X2切换S1接口Path Switch异常次数、X2切换S11接口ModifyBearer异常次数、X2切换出完成资源释放异常次数、S1切换的S1口切换通知异常次数；

同时，统计相应切换异常的分原因的RRC连接重建请求次数(切换失败导致和其他失败导致)，以及重配失败后的RRC重建流程的相关次数。并分别统计重建在不同小区(源、目标、第三小区)的情况。若第三小区不在邻区列表中，则将第三小区ID记录在漏配邻区候选列表中。

下面通过表1-1～表1-3所示的内容，对目标处理操作以及定位的目标位置进行示例说明，需要理解的是，表1-1～表1-3中所示的内容仅为示例，实际处理中目标处理操作可以对应有与下表不同的目标位置，本实施例中不做穷举：

表1-1

表1-2

表1-3

第二步，统计异常情况占比：

分别统计eNB内、eNB间X2和S1切换异常情况占比，对于当前小区的每个切换异常目标小区，给出eNB内切换各种异常情况占总异常次数的比例，以及重配失败后重建在不同小区的占比情况。

对于eNB内切换，可采用如下格式记录；对于X2和S1切换，还需要进一步细分切换准备、切换执行、切换完成阶段的失败/无响应占比，以及切换取消占比。

表2

表3

第三步，定位异常问题并给出排查方案：

依次判断eNB内切换成功率、eNB间X2和S1切换成功率门限是否超过门限，根据每种场景下的异常情况占比进行相应异常问题的定位。

确定当前小区的候选问题邻区列表可以参见表1；对于eNB内切换，根据eNB内切换异常情况统计量，选出当前小区进行eNB内切换失败/无响应比例超过一定门限(或最高/排名靠前)的目标小区，作为eNB内切换失败的候选问题邻区列表。

对于eNB间X2和S1切换，选出当前小区进行eNB间X2或S1切换各个阶段异常情况占比超过一定门限(或最高/排名靠前)的目标小区，作为eNB间X2或S1切换失败的候选问题邻区列表，该列表中包含目标小区ID，以及问题切换场景X2或S1。

梳理当前小区&邻区的问题排查方案

对于给出的各切换场景下切换失败的每个候选问题邻区，结合异常情况占比，给出占比最大的1或2个异常情况，作为候选邻区和当前小区间的待优化邻区关系问题，并给出相应的异常情况排查方案；

对于网络节点问题，根据各种网络节点问题占比，分别给出MME问题、源eNB问题、目标eNB问题的排查方案。

给出当前小区的切换异常优化建议

结合当前小区和不同邻区间的异常问题以及排查方案，综合给出当前小区的eNB内、eNB间X2和S1切换问题。

对于建议排查方案中涉及到参考用户信号质量情况时，关联统计相关UE在异常切换发起前上报MR中的信号质量，统计eNB内切换失败和无响应XDR的开始时间，向前追溯一定时间(如10s)内该UE上报的所有MR中测量信息。

第四步，综合分析给出本小区的集中排查方案和优化建议

基于eNB内切换、eNB间X2切换以及eNB间S1切换的切换成功率，以及各场景的异常问题和异常占比情况，综合分析给出当前小区切换异常集中在哪些方面，给出相应的排查方案和优化建议。

可以给出所有异常问题和占比，以及每种问题的异常排查建议；也可给出前三步中分析出的占比情况较高的异常，给出排查方案和建议。

通过数据挖掘中的分类分析方法，分析统一DPI的XDR数据，将网络性能指标异常情况进行指标间的相互联系并分类分析，根据各种异常情况类别的占比/权值，进行全网接入网、核心网各个网元和接口的异常问题的定位。

通过增加细化切换相关统计量，并且关联切换流程前后的XDR流程将整个切换流程涉及到的所有信令进行异常次数统计、计算占比，以便能够更精确地定位信令异常点。

可以通过对网络指标异常情况的分类分析，排除人为因素，自动定位出需要优化的网络问题，并预期解决潜在的网络性能、故障等；

降低人力和时间：本申请提案的方法和服务器每次网络优化人员在指标选取、指标观察、指标评估过程中需要分析指标的异常以及指标间相互关系、定位网问题时，只需利用本申请提案的方法和服务器，即可快速定位完成网络问题的定位，大大提高了现网中网络信令问题的分析效率。

网络异常分析全面准确：网络优化人员可快速对所有指标的异常与否都进行分析，突破了依靠以往优化经验选取有限指标进行分析定位网络问题的局限性，做到全面地分析网络状况和全面地优化网络性能。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者服务器不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者服务器所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者服务器中还存在另外的相同要素。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息；其中，所述第一类网络关键信息用于表征对应的处理操作处于不成功的状态；

基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；

基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置以针对所述目标位置进行异常处理；其中，所述目标位置包括以下至少之一：接入网中的基站、核心网中的网络设备、网络接口。

2.根据权利要求1所述的方法，其特征在于，所述从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息之前，包括：

从所述至少一个接口处获取到的信令中，至少提取到表征对应的处理操作的处理状态的目标字段作为网络关键信息。

3.根据权利要求1所述的方法，其特征在于，所述从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息之前，所述方法还包括：

检测到存在异常状态的目标流程，确定所述目标流程所对应的至少一个场景中的处理操作，提取得到所述至少一个场景中的处理操作所能够包含的至少一个网络接口信令。

4.根据权利要求3所述的方法，其特征在于，所述基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作，包括：

基于所述目标流程中所包含的至少一个场景中的处理操作对所述至少一个第一类网络关键信息进行划分并统计，得到每一个处理操作出现异常状况的次数或概率值；

基于每一个处理操作出现异常状况的次数或概率值，确定出现异常状况的至少一个目标处理操作。

5.根据权利要求4所述的方法，其特征在于，所述基于每一个处理操作出现异常状况的次数或概率值，确定出现异常状况的至少一个目标处理操作，包括：

基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，选取所述概率高于预设概率门限值的至少一个处理操作作为出现异常状况的目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，对所述概率值由多至少进行排序，选取所述排序在前M位的处理操作作为出现异常状况的目标处理操作；M为整数；

或者，

基于每一个处理操作出现异常状况的次数，选取所述次数高于预设门限值的至少一个处理操作作为出现异常状况的至少一个目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数对处理操作出现异常状况的次数由多至少进行排序，基于排序选取在前N位的处理操作作为出现异常状况的目标处理操作；其中，N为整数。

6.一种服务器，其特征在于，所述服务器包括：

数据获取模块，用于从至少一个接口的网络接口信令中获取至少一个第一类网络关键信息；其中，所述第一类网络关键信息用于表征对应的处理操作处于不成功的状态；

网络问题分析模块，用于基于所述至少一个第一类网络关键信息，确定出现异常状况的至少一个场景中的目标处理操作；

定位网络异常模块，用于基于出现异常状况的至少一个场景中的目标处理操作，定位出现异常状况的目标位置以针对所述目标位置进行异常处理；其中，所述目标位置包括以下至少之一：接入网中的基站、核心网中的网络设备、网络接口。

7.根据权利要求6所述的服务器，其特征在于，所述服务器还包括：

数据预处理模块，用于从所述至少一个接口处获取到的信令中，至少提取到表征对应的处理操作的处理状态的目标字段作为网络关键信息。

8.根据权利要求6所述的服务器，其特征在于，所述数据获取模块，用于检测到存在异常状态的目标流程，确定所述目标流程所对应的至少一个场景中的处理操作，提取得到所述至少一个场景中的处理操作所能够包含的至少一个网络接口信令。

9.根据权利要求8所述的服务器，其特征在于，所述网络问题分析模块，用于基于所述目标流程中所包含的至少一个场景中的处理操作对所述至少一个第一类网络关键信息进行划分并统计，得到每一个处理操作出现异常状况的次数或概率值；基于每一个处理操作出现异常状况的次数或概率值，确定出现异常状况的至少一个目标处理操作。

10.根据权利要求9所述的服务器，其特征在于，所述网络问题分析模块，用于基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，选取所述概率高于预设概率门限值的至少一个处理操作作为出现异常状况的目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数，计算得到每一个处理操作出现异常状况的概率值，对所述概率值由多至少进行排序，选取所述排序在前M位的处理操作作为出现异常状况的目标处理操作；M为整数；

或者，

基于每一个处理操作出现异常状况的次数，选取所述次数高于预设门限值的至少一个处理操作作为出现异常状况的至少一个目标处理操作；

或者，

基于每一个处理操作出现异常状况的次数对处理操作出现异常状况的次数由多至少进行排序，基于排序选取在前N位的处理操作作为出现异常状况的目标处理操作；其中，N为整数。