CN107404728B - 一种网络问题定位的方法及装置 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种网络问题定位的方法及装置，包括：获取预设时间段内终端与核心网之间交互的多条信令；按信令所处的流程阶段将所述多条信令进行分类；针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态；将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标；根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题。本发明用以解决现有技术中无法主动有效发现用户上网网络问题且定位效率低的问题。

Description

一种网络问题定位的方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种网络问题定位的方法及装置。

背景技术

4G(the 4th Generation mobile communication technology，第四代移动通信技术)网络下，终端连接到业务平台内容源服务器要经过诸多环节，用户会遇到无法上网、网页打不开、登陆失败、视频播放卡顿、应用下载缓慢等问题，网络维护人员接到用户投诉后，需要排查端到端全部流程的所有环节，流程较长，排查问题的过程复杂。

传统的用户上网问题定位需要进行用户签约数据检查、设备(如基站、核心侧MME(Mobility Management Entity，移动管理节点)或S-GW(Serving Gate Way，服务网关)等网元)故障告警排查等，需要排查多个环节，一方面，排查链条长，耗时长，且往往孤立地排查某一或几个环节，不是端到端的全流程诊断排查，难以对问题进行准确定位。另一方面，往往需要与用户预约进行现场测试，容易多次打扰到反映问题的用户，且部分用户不愿意或不方便配合进行上门测试，导致一些用户问题无法重现，难以进行综合判断。

现有的另一种方案是通过核心网信令定位网络问题，这主要针对了2G(2-Generation wireless telephone technology，第二代手机通信技术)或3G(3rd-Generation mobile communication technology，第三代移动通信技术)网络的用户上网失败问题，通常是输出核心侧的问题或问题现象，分析人员需进行二次判断处理，而在无线侧问题、业务平台内容源等环节无法精确定位问题，即无法实现所有问题的精确定位。此外，现有技术中是用户投诉问题后再进行处理分析，无法主动发现问题，且效率较低，无法实现批量用户网络问题的快速诊断。

发明内容

本发明实施例提供一种网络问题定位的方法及装置，用以解决现有技术中无法主动有效发现用户上网网络问题且定位效率低的问题。

本发明实施例提供的网络问题定位的方法包括：

获取预设时间段内终端与核心网之间交互的多条信令；

按信令所处的流程阶段将所述多条信令进行分类；

针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态；

将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标；

根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题。

可选的，所述按信令所处的流程阶段将所述多条信令进行分类，包括：

根据所述信令的第一有效字段，确定所述信令所处的流程阶段从而对所述信令进行分类；

所述针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，包括：

针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，其中，各流程阶段对应的第二有效字段不完全相同。

可选的，所述获取预设时间段内终端与核心网之间交互的多条信令，包括：

从所述终端与所述核心网之间的接口，采用分光器分光的方式获取预设时间段内终端与核心网之间交互的多条信令；

所述获取预设时间段内终端与核心网之间交互的多条信令之后，还包括：

根据所述终端的每条信令，获取第一有效字段和第二有效字段；

将所述每条信令的第一有效字段和第二有效字段进行存储。

可选的，所述获取预设时间段内终端与核心网之间交互的多条信令，包括：

从所述终端与所述核心网之间的以下接口中的至少一个接口获取信令：

S1-MME接口、S1-U接口、S11接口、S6A接口。

可选的，所述第二有效字段包括失败码；

所述确定所述终端满足质差条件的监测指标对应的网络问题，包括：

根据同一流程阶段中的失败码与网络问题的对应关系，确定所述终端的网络问题。

可选的，所述针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，包括：

针对同一流程阶段，确定所述流程阶段中所述终端在多个小区的监测指标；

所述将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标，包括：

将所述多个小区的监测指标与所述流程阶段的质差条件比较，确定监测指标满足质差条件的小区数量；

根据满足质差条件的小区数量与网络问题之间的对应关系，确定所述终端的网络问题。

可选的，所述流程阶段为传输控制协议TCP流程阶段，

所述针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，包括：

将TCP流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段；

根据所述TCP1～2步握手阶段的信令确定所述TCP1～2步握手阶段的监测指标，并根据所述TCP2～3步握手阶段的信令确定所述TCP2～3步握手阶段的监测指标。

可选的，所述监测指标至少包括以下内容之一：

流程阶段的成功率、流程阶段的失败次数、流程阶段的时延、流程阶段的次数。

一种网络问题定位的装置，包括：

获取模块，用于获取预设时间段内终端与核心网之间交互的多条信令；

分类模块，用于按信令所处的流程阶段将所述多条信令进行分类；

确定模块，用于针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态；

比较模块，用于将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标；

定位模块，用于根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题。

可选的，所述分类模块，具体用于：

根据所述信令的第一有效字段，确定所述信令所处的流程阶段从而对所述信令进行分类；

所述确定模块，具体用于：

针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，其中，各流程阶段对应的第二有效字段不完全相同。

可选的，所述获取模块，具体用于：

从所述终端与所述核心网之间的接口，采用分光器分光的方式获预设时间段内终端与核心网之间交互的多条信令；

根据所述终端的每条信令，获取第一有效字段和第二有效字段；

将所述每条信令的第一有效字段和第二有效字段进行存储。

可选的，所述获取模块，具体用于：

从所述终端与所述核心网之间的以下接口中的至少一个接口获取信令：

S1-MME接口、S1-U接口、S11接口、S6A接口。

可选的，所述第二有效字段包括失败码；

所述定位模块，具体用于：

根据同一流程阶段中的失败码与网络问题的对应关系，确定所述终端的网络问题。

可选的，所述确定模块，具体用于针对同一流程阶段，确定所述流程阶段中所述终端在多个小区的监测指标；

所述比较模块，具体用于将所述多个小区的监测指标与所述流程阶段的质差条件比较，确定监测指标满足质差条件的小区数量；

所述定位模块，具体用于根据满足质差条件的小区数量与网络问题之间的对应关系，确定所述终端的网络问题。

可选的，所述流程阶段为传输控制协议TCP流程阶段，

所述确定模块，具体用于：

针对每个流程阶段，将TCP流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段；

根据所述TCP1～2步握手阶段的信令确定所述TCP1～2步握手阶段的监测指标，并根据所述TCP2～3步握手阶段的信令确定所述TCP2～3步握手阶段的监测指标。

可选的，所述监测指标至少包括以下内容之一：

流程阶段的成功率、流程阶段的失败次数、流程阶段的时延、流程阶段的次数。

本发明实施例中，将终端与核心网之间的信令按流程阶段进行分类，针对每个流程阶段，根据该流程阶段的信令确定该流程阶段的监测指标。由于该监测指标可以评估终端在相应的流程阶段时的网络状态，因此，可根据监测指标判断终端在相应的流程阶段是否出现问题。预先设定出各流程阶段的质差条件，用于界定相应的流程阶段是否出现问题。将监测指标与相应流程阶段的质差条件进行比较，若存在满足质差条件的监测指标，则表明终端在满足质差条件的监测指标所对应的流程阶段出现问题。再根据质差条件与网络问题之间的对应关系，能确定出监测指标对应的网络问题，从而能确定出终端的网络问题。本发明实施例通过获取终端与核心网间的所有信令，诊断出用户上网全流程各阶段的问题，涵盖了用户上网的全过程，遍历了所有问题环节，可直接确定出现的网络问题的环节。此外，无需用户发现问题投诉后再处理，可以直接根据获取的信令诊断出网络问题，从而主动解决问题，可主动进行用户上网的优化保障，并应用于批量用户的上网失败问题挖掘与主动优化。

附图说明

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

图1为本发明实施例提供的网络问题定位的方法流程图；

图2为本发明实施例中终端与核心网之间的接口示意图；

图3为本发明实施例中接入性问题的诊断流程图；

图4为本发明实施例中完整性问题的诊断流程图；

图5为本发明实施例中移动性问题的诊断流程图；

图6为本发明实施例中DNS阶段问题的诊断流程图；

图7为本发明实施例中TCP阶段问题的诊断流程图；

图8为本发明实施例中HTTP接入阶段问题的诊断流程图；

图9为本发明实施例中HTTP业务访问阶段问题的诊断流程图；

图10为本发明实施例提供的网络问题定位的装置示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种网络问题定位的方法，该方法的流程如图1所示，方法可以包括如下步骤：

S101、获取预设时间段内终端与核心网之间交互的多条信令。

步骤S101包括：从所述终端与所述核心网之间的接口，采用分光器分光的方式获预设时间段内终端与核心网之间交互的多条信令。

本发明实施例中，在用户终端与LTE(Long Term Evolution，长期演进)核心网控制面信令交互的主要接口处，以及终端与核心网用户面数据交互主要接口处进行信令采集。信令可采用分光器分光的方式，或交换机端口镜像的方式在接口处采集。本发明实施例中采用分光器分光的硬采方式。分光器用于监测以光纤为载体的链路，信令通过光纤传输后将信令复制一份以便监控，对主信号端衰减的信号较少，不影响主链路。

本发明实施例中，分光器从所述终端与所述核心网之间的以下接口中的至少一个接口获取信令：控制平面接口S1-MME、用户平面接口S1-U、S11接口、S6A接口。

其中，如图2所示，S1-MME为eNB(Evolved Node B，演进型基站)与MME之间的接口，主要承载移动性管理消息；S1-U为eNodeB与S-GW(Serving-Gateway，服务网关)之间的接口，主要承载UE(User Equipment，用户设备)上网数据包；S11为MME与S-GW之间直接的接口，主要承载两者之间的会话管理消息；S6A为MME与HSS(Home Subscriber Server，归属签约用户服务器)之间的接口，主要承载鉴权、位置更新等消息。

S102、按信令所处的流程阶段将所述多条信令进行分类。

获取接口处的多条信令后，按信令的流程阶段进行分类，具体包括：根据所述信令的第一有效字段，确定所述信令所处的流程阶段从而对所述信令进行分类。

根据采集到的信令，将用户上网问题定位所需的关键字段进行输出，关键字段用于显示信令中所包含的信息，如第一有效字段。本发明实施例中，第一有效字段可以用于标识信令所处的流程阶段。信令的流程可分为附着、E-RAB(Evolved Radio Access Bearer，演进的无线接入承载)建立、service request(服务请求)、Paging(寻呼)、4G到2G或4G到3G重定向、UE上下文异常释放、小区切换、TAU(Tracking Area Update，跟踪区更新)、DNS(Domain Name System，域名系统)、TCP(Transmission Control Protocol传输控制协议)和HTTP(HyperText Transfer Protocol超文本传输协议)等几个阶段，可以利用第一有效字段代表信令流程阶段，如用“0”表示附着阶段、“1”表示E-RAB建立阶段等。也就是说，若信令相应的第一有效字段为1，则该信令处于E-RAB建立阶段。

S103、针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态。

与步骤S102类似，可以根据采集到的信令，输出对应的第二有效字段，第二有效字段即可用于确定监测指标。即，步骤S103具体包括：针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标。

每个流程阶段，都可根据该流程阶段的信令确定出第二有效字段，可以根据第二有效字段确定该流程阶段的性能和状态，如表明流程阶段的开始时间和结束时间；表示流程阶段是否成功，可以用0表示成功，1表示失败。这里的第二有效字段可以为用户上网问题定位所需的一个关键字段，或用户上网问题定位所需的多个关键字段，而各流程阶段对应的第二有效字段不完全相同。相同的第二有效字段如用户的号码、IMSI(InternationalMobile Subscriber Identification Number，国际移动用户识别码)等字段，因为对于同一个终端而言每个流程阶段的用户号码和IMSI都相同。很容易理解，不同流程阶段的开始时间、结束时间不同，是否成功也不一样，因此相应的第二有效字段不同。其次，不同流程阶段对应的第二有效字段的个数不一定相同。如对于DNS阶段和HTTP阶段，第二有效字段中包括访问服务器IP(Internet Protocol，网络协议)，需获取对应访问的服务器IP，而对于服务请求阶段，第二有效字段中不包括访问服务器IP。

为了获取第一有效字段和第二有效字段，本发明实施例中步骤S101之后还包括：

根据所述终端的每条信令，获取第一有效字段和第二有效字段；

将所述每条信令的第一有效字段和第二有效字段进行存储。

本发明实施例根据获取的信令，将其中所需的有效字段输出，包括第一有效字段和多个第二有效字段，其它多余字段舍弃，以节省系统存储空间。利用有效字段形成用户终端的有效字段档案，即每一个4G用户都有一个对应的上网记录档案，可以根据表1建立每个用户终端的档案。

表1

根据表1，每条信令可以建立1个有效字段档案子集，例如某信令的流程阶段为service request，则可根据表1建立如表2的子集。

表2

从表2可以看出，该信令的用户号码为139……，IMSI为46……，该信令为服务请求阶段的信令，开始时间为2016年1月2日13点20分5秒，结束时间为2016年1月2日13点20分8秒，信令流程失败，失败代码为#9，该用户所在无线小区所属TAC为XX，所在无线小区EutranID为YY。由于该信令处于服务请求阶段，其余字段没有内容，因此用“_”表示。

本发明实施例以一定的周期获取信令，周期可以为15分钟或1个小时。根据获取的不同信令，统计多个信令，确定针对每个流程阶段的监测指标，其中，监测指标至少包括以下内容之一：流程阶段的成功率、流程阶段的失败次数、流程阶段的时延、流程阶段的次数。

如流程阶段的成功率可以根据序号7对应的内容确定，对应查找每个信令的有效字段档案子集，即根据序号7存储的内容是0还是1，确定信令流程状态是成功还是失败，流程成功的信令占所有统计的信令的比例即为该流程阶段的成功率。

再例如，确定DNS的时延，可以根据DNS阶段的开始时间和结束时间，统计每个信令DNS阶段持续的时间，统计多个信令的DNS持续时间的平均值，即为DNS的时延。

S104、将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标。

本发明实施例将统计获取的监测指标与预先设定的质差条件相比较，确定满足质差条件的监测指标。举例来说，可以设定附着成功率的质差条件为小于80％，将统计的监测指标即附着成功率与80％相对比，若小于80％，则附着成功率满足质差条件。从这种表现来说，即该终端在附着网络的过程中出现了问题，经常导致附着失败，需根据附着失败这个表象找出具体的网络问题。

再如，可以设定HTTP响应时延的质差条件为大于或等于500ms，将统计的HTTP响应时延与质差条件500ms相比较，若HTTP响应时延大于500ms，则确定HTTP响应阶段出现问题，需找出具体的网络问题。

本发明实施例从控制面和业务面两个维度，确定终端上网的接入性、完整性、移动性、业务接入性和业务保持性等是否良好，如图2所示。按用户上网所处的流程阶段，分为附着、承载建立、TAU/切换、DNS、TCP和HTTP，六个阶段，再将这六个阶段细分为附着、E-RAB建立、服务请求等20个场景。这20个场景分别可对应到用户终端的档案中流程阶段上，故，可从用户终端的档案中确定这20个场景中哪个或哪些场景出现了问题，进一步确定出现问题的具体环节。每一个场景都有相对应的质差条件，用于确定该场景是否出现问题。具体的对应关系如表3所示。

表3

S105、根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题。

本发明实施例预先确定问题场景与网络问题之间的对应关系，根据对应关系找出满足质差条件的监测指标对应的问题场景。本发明实施例中，首先，确定满足质差条件的监测指标，根据该监测指标确定出相对应的问题场景。然后，在对应的问题场景中，根据失败码定界法、横向对比定界法、分段定界法等方法，针对每一个细分的问题场景，根据问题场景与网络问题的对应关系，对用户上网问题进行定界诊断。

具体地，可根据失败码确定网络问题。即，所述第二有效字段包括失败码；所述确定所述终端满足质差条件的监测指标对应的网络问题，包括：根据同一流程阶段中的失败码与网络问题的对应关系，确定所述终端的网络问题。

在多个场景中，流程阶段状态为失败的情况下，会针对信令返回失败码，如附着失败、服务请求失败、UE上下文异常释放、TAU失败、DNS失败等。针对这些返回失败码的问题场景，可根据失败码确定对应的网络问题。

例如，在附着流程下，返回的失败码的具体说明可如表4。

表4

再比如，在DNS流程下，返回的失败码的具体说明可如表5。

表5

又比如，在HTTP响应阶段，返回的失败码的具体说明可如表6。

表6

需要说明的是，现有一种问题场景下，通常返回一种失败码，则可根据该失败码确定一种网络问题。若返回多种失败码，可分别根据每一种失败码确定一个相应的网络问题，认为确定的所有网络问题均为本发明实施例中需确定的问题；也可根据返回数量最多次数的一种失败码，确定相应的网络问题作为本发明实施例中需确定的问题。

其次，可通过横向对比定界法确定网络问题。即，所述针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，包括：

针对同一流程阶段，确定所述流程阶段中所述终端在多个小区的监测指标；

所述将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标，包括：

将所述多个小区的监测指标与所述流程阶段的质差条件比较，确定监测指标满足质差条件的小区数量；

根据满足质差条件的小区数量与网络问题之间的对应关系，确定所述终端的网络问题。

这种方法一般需查看多个小区的档案中的监测指标，将多个小区的监测指标均与质差条件进行比较，确定出满足质差条件的监测指标对应的小区，再将满足质差条件的监测指标对应的小区数量与阈值相比较，小区数量大于阈值或小于阈值的情况分别对应不同的网络问题。

举例来说，在HTTP流程阶段，根据用户终端的档案确定，HTTP会话时延长，若不是访问的内容源会话时延长，也不是同IP地址段UE会话时延长，则需获取该用户终端在多个小区的会话时延，判断会话时延高于时间阈值(如5s)的小区数量，若会话时延高于5s的小区数量大于等于数量阈值(如5个)，则确定是终端侧问题，若会话时延高于5s的小区数量小于5个，则可能是无线网问题，即可定位到问题小区。

再次，若流程阶段为TCP流程阶段，则可将该流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段。具体来说，所述针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，包括：

将TCP流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段；

根据所述TCP1～2步握手阶段的信令确定所述TCP1～2步握手阶段的监测指标，并根据所述TCP2～3步握手阶段的信令确定所述TCP2～3步握手阶段的监测指标。

TCP是因特网中的传输层协议，使用三步握手协议建立连接。终端和服务器之间建立正常的TCP网络连接时，终端首先发出一个SYN(synchronous)消息(即建立连接时使用的握手信号)，服务器使用SYN加ACK(确认字符，Acknowledgement)应答表示接收到了这个消息，最后终端再以ACK消息响应。这样在终端和服务器之间建立起可靠的TCP连接，数据才可以在终端和服务器之间传递。其中，TCP1～2步握手阶段和TCP2～3步握手阶段确定问题的标准和方法不同，因此需将TCP流程阶段分开，分别确定网络问题。

针对不同的流程阶段，下面分别以具体的实施例对如何确定网络问题进行详细描述。

如图3所示，在接入性问题中，附着阶段主要根据返回的失败码进行具体问题定位。若返回的失败码为#7、#8、#14等，则确定附着失败是由于用户数据问题，可定位到用户终端；若返回的失败码为#10、#111等，则确定附着失败是由于无线侧出现问题，可定位到出现问题的小区；若返回的失败码为#9、#17、#22等，则附着失败是由于核心网出现问题，可定位到问题所在的MME。

同样的，在服务请求阶段，服务请求失败也是根据失败码定位问题。若返回的失败码为#25、#26、#29等，则确定服务请求失败是由于用户数据问题；若失败码为#23，则是由于终端侧的问题；若失败码为#9等，为核心侧问题，可定位到问题所在的MME；若为其它失败码，如#111等，则为无线侧问题，需定位到问题小区。

此外，在E-RAB建立阶段，E-RAB建立失败通常表现为核心侧MME指标正常，在部分小区建立失败，可以确定为无线侧问题，定位到问题小区。而在Paging阶段，Paging失败情况下核心侧指标正常，Paging下发成功，则也为无线侧问题，定位到问题小区。

如图4所示，在完整性问题中，在4G到2G或4G到3G重定向阶段，若UE上下文释放请求的原因为#28，则可确定为无线侧问题，定位到问题小区。若UE上下文释放请求的原因为#1、#3、#6、#8、#10、#21、#25或#26，则为无线侧上下文异常释放，也定位到问题小区。而若释放请求的的原因为#20、#24等，则属于正常情况，是由于定时器超时或CSFB(CircuitSwitched FallBack，电路域回落)回落等引起的释放。

如图5所示，在移动性问题中，对于TAU阶段，若出现TAU失败，则根据失败码，确定网络问题。若失败码为#7、#8、#14等，则为用户数据问题；若失败码为#10、#111等，则为无线侧问题，可定位到问题小区；若失败码为#9、#17、#22等，为核心侧问题，可定位到问题所在的MME。

若小区切换失败，可表现为核心网收到Path Switch Request(路径切换请求)，但未收到成功回复，则可确定为无线侧问题，定位到问题小区。

若发生乒乓TAU，且UE在1小时内发生5次乒乓TAU，则确定为无线侧问题。其中，一次乒乓TAU为UE在预定时间(如10s)内发生从TA(Tacking Area，跟踪区)1切换到TA2，再从TA2切换到TA1，再从TA1切换到TA2。可定位到问题小区1和问题小区2。

若发生频繁小区切换，且UE在1小时内发生5次乒乓切换，则确定为无线侧问题。其中，一次乒乓切换为UE在10s内从cell1(小区)1切换到cell2，再从cell2切换到cell1，再从cell1切换到cell2。同样可定位到问题小区1和问题小区2。

如图6所示，在DNS阶段中，若问题场景为DNS失败，则根据失败码确定网络问题。若失败码为#1、#3等，则定位到终端侧软件问题；若失败码为#2、#4、#5等，则为DNS服务器问题，可定位到问题服务器。

若问题场景DNS时延长，则判断是否所有DNS服务器的时延均超DNS门限，若是，则确定是DNS服务器问题，可定位到问题服务器；若否，则继续判断DNS服务器平均时延是否超DNS门限，若是，则为核心侧问题，定位到问题S-GW网元，若否，则为核心侧以上问题，需进一步排查。

如图7所示，为TCP阶段，可分为TCP1～2步握手阶段和TCP2～3步握手阶段。

在TCP1～2步握手阶段，TCP1～2步握手成功率低的问题场景下，若访问内容的源服务器TCP1～2步握手成功率低于80％，则为内容原侧问题，可定位到问题内容源服务器，若不低于80％，则需进一步判断同一个IP地址段的UE的TCP1～2步握手成功率是否低于80％。若是，则为核心网问题，可定位到问题S-GW；若否，则为核心网以上问题，需进一步排查。

在TCP1～2步握手阶段，TCP1～2步握手时延长的问题场景下，若访问内容源服务器TCP1～2步握手时延长于500ms，则为内容源侧问题，可定位到问题内容源服务器，若不长于500ms，则需进一步判断同一个IP地址段的UE的TCP1～2步握手时延是否长于500ms。若是，则为核心网问题，可定位到问题S-GW；若否，则为核心网以上问题，需进一步排查。

在TCP2～3步握手阶段，TCP2～3步握手成功率低的问题场景下，若有5个小区中该用户终端的TCP2～3步握手成功率均低于80％，则为终端侧问题，若否，则需进一步判断特定小区(即TCP2～3步握手成功率低于80％的小区)中其他用户的TCP2～3步握手成功率是否也低于80％。若是，则为无线网问题，可定位问题到问题小区；若否，则也为终端侧问题。

在TCP2～3步握手阶段，TCP2～3步握手时延长的问题场景下，若有5个小区中该用户终端的TCP2～3步握手时延均长于500ms，则为终端侧问题，若否，则需进一步判断特定小区(即TCP2～3步握手时延均长于500ms的小区)中其他用户的TCP2～3步握手时延是否也长于500ms。若是，则为无线网问题，可定位问题到问题小区；否则，为终端侧问题。

如图8所示，在HTTP接入阶段中，若问题场景为HTTP响应失败，则根据失败码确定网络问题。若返回的失败码大于或等于400且小于500，则可定位问题到终端侧；若失败码大于或等于500，则定位到内容源服务器问题。

在HTTP响应时延长的问题场景下，若访问内容源HTTP时延长于500ms，则为内容源侧问题，定位到问题内容源服务器，若不长于500ms，则需进一步判断同一个IP地址段下其它UE的HTTP响应时延是否长于500ms，若是，则是核心网的问题，可定位到问题S-GW；若否，则为核心网以上问题，需进一步排查。

如图9所示，HTTP业务访问阶段，若问题场景为HTTP的会话时延长，则判断所访问的内容源会话时延是否长于5s，若是，则为内容源侧问题，定位问题到内容源服务器，否则进入下一步判断。判断同一个IP地址段的UE会话时延是否长于5s，若是，则为核心网问题，定位问题到问题S-GW，否则进行再下一步判断。判断该用户终端是否在5个或5个以上小区的会话时延均长于5s，若是，则为终端侧问题，否则继续进行判断。判断时延长于5s的小区其他用户会话时延是否也长于5s，若是，则为无线网问题，定位问题到问题小区，否则为终端侧问题。

HTTP业务访问阶段，若问题场景为HTTP的会话速率低，则判断所访问的内容源会话速率是否低于1Mbps，若是，则为内容源侧问题，定位问题到内容源服务器，否则进入下一步判断。判断同一个IP地址段的UE会话速率是否低于1Mbps，若是，则为核心网问题，定位问题到问题S-GW，否则进行再下一步判断。判断该用户终端是否在5个或5个以上小区的会话速率均低于1Mbps，若是，则为终端侧问题，否则继续进行判断。判断速率低于1Mbps的小区其他用户会话速率是否也低于1Mbps，若是，则为无线网问题，定位问题到问题小区，否则为终端侧问题。

基于相同的技术构思，本发明实施例还提供网络问题定位的装置，如图10所示，包括：

获取模块1，用于获取预设时间段内终端与核心网之间交互的多条信令；

分类模块2，用于按信令所处的流程阶段将所述多条信令进行分类；

确定模块3，用于针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态；

比较模块4，用于将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标；

定位模块5，用于根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题。

可选的，分类模块2，还用于：

根据所述信令的第一有效字段，确定所述信令所处的流程阶段从而对所述信令进行分类；

确定模块3，还用于：

针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，其中，各流程阶段对应的第二有效字段不完全相同。

可选的，获取模块1，还用于：

从所述终端与所述核心网之间的接口，采用分光器分光的方式获预设时间段内终端与核心网之间交互的多条信令；

根据所述终端的每条信令，获取第一有效字段和第二有效字段；

将所述每条信令的第一有效字段和第二有效字段进行存储。

可选的，获取模块1，还用于：

从所述终端与所述核心网之间的以下接口中的至少一个接口获取信令：

S1-MME接口、S1-U接口、S11接口、S6A接口。

可选的，所述第二有效字段包括失败码；

定位模块5，还用于：

根据同一流程阶段中的失败码与网络问题的对应关系，确定所述终端的网络问题。

可选的，确定模块3，还用于根据所述终端在多个小区的流程阶段的信令，确定所述流程阶段的多个小区的监测指标；

比较模块4，还用于将所述流程阶段的多个小区的监测指标与所述流程阶段的质差条件比较，确定监测指标满足质差条件的小区数量；

定位模块5，还用于根据小区数量与网络问题之间的对应关系，确定所述终端的网络问题。

可选的，所述流程阶段为传输控制协议TCP流程阶段，

确定模块3，还用于：

针对每个流程阶段，将TCP流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段；

根据所述TCP1～2步握手阶段的信令确定所述TCP1～2步握手阶段的监测指标，并根据所述TCP2～3步握手阶段的信令确定所述TCP2～3步握手阶段的监测指标。

可选的，所述监测指标至少包括以下内容之一：

流程阶段的成功率、流程阶段的失败次数、流程阶段的时延、流程阶段的次数。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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

Claims (14)

1.一种网络问题定位的方法，其特征在于，包括：

获取预设时间段内终端与核心网之间交互的多条信令；

按信令所处的流程阶段将所述多条信令进行分类；

针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态；

将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标；

根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题；

所述按信令所处的流程阶段将所述多条信令进行分类，包括：

根据所述信令的第一有效字段，确定所述信令所处的流程阶段从而对所述信令进行分类；

所述针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，包括：

针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，其中，各流程阶段对应的第二有效字段不完全相同。

2.如权利要求1所述的方法，其特征在于，所述获取预设时间段内终端与核心网之间交互的多条信令，包括：

从所述终端与所述核心网之间的接口，采用分光器分光的方式获取预设时间段内终端与核心网之间交互的多条信令；

所述获取预设时间段内终端与核心网之间交互的多条信令之后，还包括：

根据所述终端的每条信令，获取第一有效字段和第二有效字段；

将所述每条信令的第一有效字段和第二有效字段进行存储。

3.如权利要求2所述的方法，其特征在于，所述获取预设时间段内终端与核心网之间交互的多条信令，包括：

从所述终端与所述核心网之间的以下接口中的至少一个接口获取信令：

S1-MME接口、S1-U接口、S11接口、S6A接口。

4.如权利要求1所述的方法，其特征在于，所述第二有效字段包括失败码；

所述确定所述终端满足质差条件的监测指标对应的网络问题，包括：

根据同一流程阶段中的失败码与网络问题的对应关系，确定所述终端的网络问题。

5.如权利要求1所述的方法，其特征在于，所述针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，包括：

针对同一流程阶段，确定所述流程阶段中所述终端在多个小区的监测指标；

所述将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标，包括：

将所述多个小区的监测指标与所述流程阶段的质差条件比较，确定监测指标满足质差条件的小区数量；

根据满足质差条件的小区数量与网络问题之间的对应关系，确定所述终端的网络问题。

6.如权利要求1所述的方法，其特征在于，所述流程阶段为传输控制协议TCP流程阶段，

所述针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，包括：

将TCP流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段；

根据所述TCP1～2步握手阶段的信令确定所述TCP1～2步握手阶段的监测指标，并根据所述TCP2～3步握手阶段的信令确定所述TCP2～3步握手阶段的监测指标。

7.如权利要求1所述的方法，其特征在于，所述监测指标至少包括以下内容之一：

流程阶段的成功率、流程阶段的失败次数、流程阶段的时延、流程阶段的次数。

8.一种网络问题定位的装置，其特征在于，包括：

获取模块，用于获取预设时间段内终端与核心网之间交互的多条信令；

分类模块，用于按信令所处的流程阶段将所述多条信令进行分类；

确定模块，用于针对每个流程阶段，根据所述流程阶段的信令确定所述流程阶段的监测指标，所述监测指标用于评估终端的网络状态；

比较模块，用于将各流程阶段的监测指标与各流程阶段相应的质差条件比较，确定满足质差条件的监测指标；

定位模块，用于根据质差条件与网络问题之间的对应关系，确定所述终端满足质差条件的监测指标对应的网络问题从而确定所述终端的网络问题；

所述分类模块，具体用于：

根据所述信令的第一有效字段，确定所述信令所处的流程阶段从而对所述信令进行分类；

所述确定模块，具体用于：

针对同一流程阶段，根据所述流程阶段的信令的第二有效字段，确定所述流程阶段的监测指标，其中，各流程阶段对应的第二有效字段不完全相同。

9.如权利要求8所述的装置，其特征在于，所述获取模块，具体用于：

从所述终端与所述核心网之间的接口，采用分光器分光的方式获预设时间段内终端与核心网之间交互的多条信令；

根据所述终端的每条信令，获取第一有效字段和第二有效字段；

将所述每条信令的第一有效字段和第二有效字段进行存储。

10.如权利要求9所述的装置，其特征在于，所述获取模块，具体用于：

从所述终端与所述核心网之间的以下接口中的至少一个接口获取信令：

S1-MME接口、S1-U接口、S11接口、S6A接口。

11.如权利要求8所述的装置，其特征在于，所述第二有效字段包括失败码；

所述定位模块，具体用于：

根据同一流程阶段中的失败码与网络问题的对应关系，确定所述终端的网络问题。

12.如权利要求8所述的装置，其特征在于，

所述确定模块，具体用于针对同一流程阶段，确定所述流程阶段中所述终端在多个小区的监测指标；

所述比较模块，具体用于将所述多个小区的监测指标与所述流程阶段的质差条件比较，确定监测指标满足质差条件的小区数量；

所述定位模块，具体用于根据满足质差条件的小区数量与网络问题之间的对应关系，确定所述终端的网络问题。

13.如权利要求8所述的装置，其特征在于，所述流程阶段为传输控制协议TCP流程阶段，

所述确定模块，具体用于：

针对每个流程阶段，将TCP流程阶段分为TCP1～2步握手阶段和TCP2～3步握手阶段；

根据所述TCP1～2步握手阶段的信令确定所述TCP1～2步握手阶段的监测指标，并根据所述TCP2～3步握手阶段的信令确定所述TCP2～3步握手阶段的监测指标。

14.如权利要求8所述的装置，其特征在于，所述监测指标至少包括以下内容之一：

流程阶段的成功率、流程阶段的失败次数、流程阶段的时延、流程阶段的次数。

Images