公开/公告号CN106911523A
专利类型发明专利
公开/公告日2017-06-30
原文格式PDF
申请/专利权人 杭州东方通信软件技术有限公司;
申请/专利号CN201710286043.4
发明设计人 孙勇;
申请日2017-04-25
分类号H04L12/24(20060101);H04W24/04(20090101);
代理机构11309 北京亿腾知识产权代理事务所;
代理人陈霁
地址 310013 浙江省杭州市西湖区文三路398号
入库时间 2023-06-19 02:45:36
法律状态公告日
法律状态信息
法律状态
2019-10-01
授权
授权
2017-07-25
实质审查的生效 IPC(主分类):H04L12/24 申请日:20170425
实质审查的生效
2017-06-30
公开
公开
技术领域
本发明涉及通信技术领域,特别涉及一种移动互联网用户通过LTE上网问题定位的方法和系统。
背景技术
针对移动互联网用户通过全球移动通信系统(Global System for Mobilecommunication,GSM)和时分同步码分多址系统(Time Division-Synchronous CodeDivision Multiple Access,TD-SCDMA)上网过程出现的异常情况,传统方式采用基于用户(Call Detail Record,CDR)话单数据的方式进行问题分析和定位,而用户CDR话单中只包含了用户上网产生业务的过程记录且对请求的过程进行了一定的合并,有效信息较少,不包含用户控制面的信息,且无法识别用户每一个请求的详细过程。
随着长期演进系统(Long Term Evolution,LTE)的全面建设完成,资费进一步降低,用户通过LTE上网越来越频繁,对影响用户上网感知问题定位和解决要求的及时性和有效性要求更高。
发明内容
本发明提供了移动互联网用户通过LTE上网问题的分析方法和系统,采用基于用户在LTE网络上从开始附着网络到上网使用业务的海量XDR明细数据进行问题的分析和定位,分析的内容既包括用户上网过程中产生的控制面信令数据,也包含用户面业务数据,用户的每个请求或响应均为一条独立的记录,且能够识别用户上网访问的具体业务类型,业务服务器的域名和IP地址等,通过基于用户每条原始的记录进行异常分析,通过端到端的分析方式,使问题的定位更加准确有效。
为实现上述目的,一方面,本发明提供了一种移动互联网用户通过LTE上网问题的分析方法。该方法包括步骤:获取预定时间段内移动互联网用户通过LTE网络所产生的XDR明细数据,XDR明细数据包括控制面数据和用户面数据。控制面数据包括S1-MME接口的数据。用户面数据包括XDR的S1-U接口中的DNS数据、HTTP数据和GENERAL数据。根据LTE网络所产生的XDR明细数据,根据分析规则判断用户信令交互过程是否存在问题,并根据判断结果给出移动互联网用户问题结论。
优选地,根据LTE网络所产生的XDR明细数据,根据分析规则判断用户信令交互过程是否存在问题,并根据判断结果给出移动互联网用户问题结论步骤,包括:如果移动互联网用户无LTE上网记录,则查询移动互联网用户是否有GSM/TD上网记录。如果查询没有GSM/TD上网记录,则给出移动互联网用户问题结论:“终端或用户问题,建议核实用户手机是否存在故障或欠费停机”。如果查询有GSM/TD上网记录,则通过返回GSM/TD上网记录中的IMEI字段来匹配当前的终端库,判断终端是否支持LTE,并根据判断结果给出移动互联网用户问题结论。
优选地,如果查询有GSM/TD上网记录,则通过返回GSM/TD上网记录中的IMEI字段来匹配当前的终端库,判断终端是否支持LTE,并根据判断结果给出移动互联网用户问题结论步骤,包括:如果终端不支持LTE,则给出移动互联网用户问题结论:“用户的终端不支持LTE”。如果终端支持LTE,则查询移动互联网用户GSM/TD记录所在的小区是否存在LTE共站小区。如果查询存在LTE共站小区,则给出移动互联网用户问题结论:“无线原因,需进一步排查用户周围是否存在LTE覆盖”。如果查询不存在LTE共站小区,则给出移动互联网用户问题结论:“无线原因,需要进一步排查用户周围是否存在LTE覆盖”。
优选地,根据LTE网络所产生的XDR明细数据,判断移动互联网用户是否有LTE上网记录,并根据判断结果给出移动互联网用户问题结论步骤,包括:如果移动互联网用户有LTE上网记录,则分析返回的S1-U接口中的DNS数据、HTTP数据和GENERAL数据,以及S1-MME接口的数据是否都存在。如果存在S1-U接口中的DNS、HTTP和GENERAL数据,但是没有S1-MME接口的数据,则给出移动互联网用户问题结论:“用户无MME日志,日志确认,请转至后台分析”。如果存在S1-MME接口的数据,则判断S1-MME接口的数据是否满足第一条件:存在PDN断开连接信令,且在PDN断开连接信令之前存在PDN连接信令,且PDN连接信令的APN包含CMNET,并根据判断结果给出移动互联网用户问题结论。
优选地,如果存在S1-MME接口的数据,则判断S1-MME接口的数据是否满足第一条件:存在PDN断开连接信令,且在PDN断开连接信令之前存在PDN连接信令,且PDN连接信令的APN包含CMNET,并根据判断结果给出移动互联网用户问题结论步骤,包括:如果S1-MME接口的数据满足第一条件,则分析PDN断开连接信令的数量是否>=3。如果PDN断开连接信令的数量>=3,则给出移动互联网用户问题结论:“终端异常,终端频繁发起PDN断开连接”。如果PDN断开连接信令的数量<3,则给出移动互联网用户问题结论:“用户关闭数据开关”。如果S1-MME接口的数据不满足第一条件,则分析是否存在1小时以上只有S1-MME接口的数据,而没有S1-U接口的数据。如果存在1小时以上只有S1-MME接口的数据,而没有S1-U接口的数据,则给出移动互联网用户问题结论:“检查用户是否关闭移动数据开关”。如果不存在1小时以上只有S1-MME接口的数据,而没有S1-U接口的数据,则分析移动互联网用户S1-U接口DNS日志是否满足第二条件:其中,“查询结果IP”=“0.0.0.0”异常记录数占所有DNS记录数的30%以上,且存在超过3个域名解析异常超过3次。如果移动互联网用户S1-U接口的数据DNS日志满足第二条件,则给出移动互联网用户问题结论:“省网问题”。如果移动互联网用户S1-U接口DNS日志不满足第二条件,则对用户产生信令的小区进行逐个问题的定界分析。
优选地,移动互联网用户产生信令的小区包括至少一个第一小区,如果移动互联网用户S1-U接口的数据不满足第二条件,则对移动互联网用户产生信令的小区进行逐个问题的定界分析步骤,包括:分析移动互联网用户在第一小区的S1-MME接口中,附着过程是否满足第三条件:存在失败记录且(附着失败次数/附着请求次数)>10%。如果附着过程满足第三条件,则给出移动互联网用户问题结论:“核心网问题,请派单至核心网处理”。如果附着过程不满足第三条件,则分析S1-MME接口中,初始上下文建立是否满足第四条件:存在失败错误代码26或29,且状态为255的信令记录数占比>10%或半个小时内3次及以上失败。如果初始上下文建立满足第四条件,则给出移动互联网用户问题结论:“无线原因,请派单至网优室核查”。如果初始上下文建立不满足第四条件,则分析S1-MME接口中,承载建立是否满足第五条件:存在失败记录且(承载失败次数/承载请求次数)>20%,或者半小时内出现3次及以上失败。如果承载建立满足第五条件,则给出移动互联网用户问题结论:“承载失败中Cause占比最大的失败原因”。如果承载建立不满足第五条件,则分析S1-MME接口的数据中,TAU过程是否满足第六条件:存在失败且(TAU失败次数/TAU请求次数)>20%或半小时内出现3次及以上失败。如果TAU过程满足第六条件,则给出移动互联网用户问题结论:“TAU失败中Cause占比最大的失败原因”。如果TAU过程不满足第六条件,则分析S1-MME接口中,移动互联网用户占用LTE小区是否满足第七条件:回落到GSM/TD网络,且Keyword 1等于2或3,且次数>=3。如果移动互联网用户占用LTE小区满足第七条件,则给出移动互联网用户问题结论:“无线原因,小区回落到GSM/TD小区”。如果移动互联网用户占用LTE小区不满足第七条件,则分析S1-MME接口中,移动互联网用户是否满足第八条件:存在频繁TAU过程,或者半小时内出现3次及以上TAU。如果移动互联网用户满足第八条件,则给出移动互联网用户问题结论:“无线原因,小区发生频繁TAU”。如果移动互联网用户不满足第八条件,则将S1-MME接口以及RAU接口的数据按时间进行排序,并分析是否存在第一现象:用户从某个LTE小区3次以上进入GSM/TD小区。如果存在第一现象,则给出移动互联网用户问题结论:“用户频繁占用GSM/TD小区,疑似用户所在小区无线信号弱”。如果不存在第一现象,则分析S1-MME接口以及RAU接口数据,是否存在第二现象:用户从某个LTE小区进入GSM/TD小区超过20分钟。并根据分析结果给出移动互联网用户问题结论。
优选地,如果不存在第一现象,则分析S1-MME接口以及RAU接口数据,是否存在第二现象:用户从某个LTE小区进入GSM/TD小区超过20分钟。并根据分析结果给出移动互联网用户问题结论步骤,包括:如果存在第二现象,则给出移动互联网用户问题结论:“用户长时间占用GSM/TD小区,疑似用户所在小区无线信号弱”。如果不存在第二现象,则对至少一个第一小区重复对移动互联网用户产生信令的小区进行逐个问题的定界分析步骤的过程。如果在对移动互联网用户产生信令的所有小区进行逐个问题的定界分析后,仍未给出用户问题结论,则分析移动互联网用户S1-U HTTP接口数据,是否满足第九条件:存在失败情况,且(HTTP请求失败次数/HTTP请求总次数)>40%。如果满足第九条件,则给出移动互联网用户问题结论:“HTTP失败中Cause占比最大的失败原因”。如果不满足第九条件,则判断是否满足第十条件:(S1-U DNS中解析出来的IP地址/S1-U HTTP和GENERAL中的IP地址)<60%。如果满足第十条件,则给出移动互联网用户问题结论:“终端设置问题,用户关闭了部分应用的上网权限”。如果不满足第十条件,则分析是否满足第十一条件:存在IP且属于质差IP,或者域名下载速率<100kbps且属于质差域名。如果满足第十一条件,则给出移动互联网用户问题结论:“业务服务器原因,输出质差IP或域名”。如果不满足第十一条件,则分析是否满足第十二条件:存在小区下载速率<100kbps,且属于质差小区。如果满足第十二条件,则给出移动互联网用户问题结论:“无线问题,输出质差小区”。如果不满足第十二条件,则给出移动互联网用户问题结论:“没有故障记录,未定位出原因”。
另一方面,本发明提供了一种移动互联网用户通过LTE上网问题的分析系统。该系统包括获取模块和分析模块:获取模块用于获取预定时间段内移动互联网用户通过LTE网络所产生的XDR明细数据,XDR明细数据包括控制面数据和用户面数据。控制面数据包括S1-MME接口的数据。用户面数据包括XDR的S1-U接口中的DNS数据、HTTP数据和GENERAL数据。分析模块用于根据LTE网络所产生的XDR明细数据,判断移动互联网用户是否有LTE上网记录,并根据判断结果给出移动互联网用户问题结论。
优选地,分析模块用于根据LTE网络所产生的XDR明细数据,判断用户是否有LTE上网记录,并根据判断结果给出用户问题结论,包括:如果移动互联网用户无LTE上网记录,则查询移动互联网用户是否有GSM/TD上网记录。如果查询没有GSM/TD上网记录,则给出移动互联网用户问题结论:“终端或用户问题,建议核实用户手机是否存在故障或欠费停机”。如果查询有GSM/TD上网记录,则通过返回GSM/TD上网记录中的IMEI字段来匹配当前的终端库,判断终端是否支持LTE,并根据判断结果给出移动互联网用户问题结论。
优选地,分析模块用于根据LTE网络所产生的XDR明细数据,判断用户是否有LTE上网记录,并根据判断结果给出用户问题结论,包括:如果移动互联网用户有LTE上网记录,则分析返回的S1-U接口中的DNS数据、HTTP数据和GENERAL数据,以及S1-MME接口的数据是否都存在。如果存在S1-U接口中的DNS、HTTP和GENERAL数据,但是没有S1-MME接口的数据,则给出移动互联网用户问题结论:“用户无MME日志,日志确认,请转至后台分析”。如果存在S1-MME接口的数据,则判断S1-MME接口的数据是否满足第一条件:存在PDN断开连接信令,且在PDN断开连接信令之前存在PDN连接信令,且PDN连接信令的APN包含CMNET,并根据判断结果给出移动互联网用户问题结论。
本发明实施例提供的移动互联网用户通过LTE上网问题定位的方法和系统。一方面,用于定位的数据更全面:本方案基于从海量的LTE/GSM/TD信令XDR数据中,查询出某个时间段内单个用户的最重要的几个接口(S1-MME,S1-U HTTP、DNS、GENERAL,Gb/IuPS的Attach、PDP、RAU等接口)上网明细记录,涵盖了用户可能产生日志记录的所有环节,既包含了控制面数据,也包含了用户面数据,包含的信息量更大,可定位到问题的环节更多。另一方面,问题定位更全面和准确:从用户LTE上网的明细记录中,分小区分业务对用户逐个过程中的记录进行分析和问题定位,控制面分析的内容包含了重连情况、网络附着情况、初始上下文情况、承载建立情况、TAU/频繁TAU情况、回落GSM/TD情况;用户面分析的内容包含了DNS解析情况,TCP握手情况和HTTP业务使用的情况。能够按流程逐个环节进行问题的端到端定位,快速输出用户问题的具体原因,协助运维人员进行后续的问题处理。
附图说明
图1为本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的方法的流程概要示意图;
图2a-2c为本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的方法的流程详细示意图;
图3为本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的系统的结构示意图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
图1为本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的方法的流程概要示意图。如图1所示,该实施例包括步骤S101-S104:
步骤S101,分析用户是否开通LTE业务。具体地,根据用户的号码,分析该用户是否开通LTE业务。如果未开通,则给出用户问题结论:“用户未开通LTE业务”,且分析结束。如果已开通,则执行步骤S102。
步骤S102,分析终端是否支持LTE网络。如果不支持,则给出用户问题结论:“终端不支持LTE网络”,且分析结束。如果支持,则执行步骤S103。
步骤S103,分析用户上网的控制面数据是否存在异常。如果存在异常,则给出相应异常情况下的用户问题结论,且分析结束。如果不存在,则执行步骤S104。
其中,用户上网的控制面数据包括网络重连、网络附着、初始上下文、承载建立、跟踪区更新(Tracking Area Update,TAU)、频繁TAU、回落GSM/TD等过程的数据。
步骤S104,分析用户上网的用户面数据是否存在异常。如果存在异常,则给出相应异常情况下的用户问题结论,且分析结束。如果不存在,则给出用户问题结论:“没有故障记录,未定位出原因”,且分析结束。
其中,用户上网的用户面数据包括域名系统(Domain Name System,DNS)解析、传输控制协议(Transmission Control Protocol,TCP)握手、超文本传输协议(HyperTextTransfer Protocol,HTTP)业务等过程的数据。
本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的方法,当用户通过LTE上网出现异常需要进行问题定位时,可以通过用户号码获取异常发生的时间段内用户上网产生的全量信令XDR明细数据,包括控制面数据和用户面数据两部分,对网络重连、附着、初始上下文、承载、TAU、频繁TAU、回落GSM/TD、DNS、TCP和HTTP等过程进行端到端的全面分析,并给出用户问题的结论,以供投诉处理人员或网络运维人员进行后续的问题处理。
图2a-2c为本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的方法的流程详细示意图。如图2a-2c所示,该实施例包括步骤S201-S211:
步骤S201,查询用户是否已经开通了LTE业务,如果未开通,则给出用户问题结论:“用户没有签约,建议用户办理签约业务”,且分析结束。如果已开通,则执行步骤S202。
步骤S202,查询用户是否有LTE上网记录。具体地,查询信令XDR的S1-U接口中DNS、HTTP、GENERAL数据,以及S1-MME接口数据。如果查询无LTE上网记录,则执行步骤S202a。如果查询有LTE上网记录,则跳转至执行步骤S203。
步骤S202a,查询用户是否有GSM/TD上网记录。具体的,查询信令XDR的Gb/IuPS接口中附着事件、分组数据协议(Packet Data Protocol,PDP)激活事件、路由区更新(RouteArea Update,RAU)事件的数据。如果查询无结果,则给出用户问题结论:“终端或用户问题,建议核实用户手机是否存在故障或欠费停机”,且分析结束。如果查询有结果,则执行步骤202b。
步骤S202b,通过返回记录中的国际移动设备标识(International MobileEquipment Identity,IMEI)字段来匹配当前的终端库,判断终端是否支持LTE。如果终端不支持LTE,则给出用户问题结论:“用户的终端不支持LTE”,且分析结束。如果终端支持LTE,则执行步骤S202c。
步骤S202c,查询结果GSM/TD小区是否存在LTE共站小区。如果不存在,则给出用户问题结论:“无线原因,需进一步排查用户周围是否存在LTE覆盖”,且分析结束。如果存在,则给出用户问题结论:“无线原因,需要进一步排查用户周围GSM/TD/LTE的整体覆盖情况”,且分析结束。
步骤S203,分析返回的S1-U接口的DNS、HTTP和GENERAL数据,S1-MME接口的数据是否都存在。如果存在S1-U接口的DNS、HTTP和GENERAL数据,但是没有S1-MME接口的数据,则给出用户问题结论:“用户无MME日志,日志确认,请转至后台分析”,且分析结束。如果存在S1-MME接口的数据,则执行步骤S204。
步骤S204,分析是否存在公用数据网(Packet Data Network,PDN)断开连接(Disconnection)信令,且在其前面存在接入点名称(Access Point Name,APN)含中国移动互联网(China Mobile Network,CMNET)的PDN连接(Connectivity)信令。如果存在,则执行步骤S204a。如果不存在,则执行步骤S205。
步骤S204a,分析是否PDN断开连接信令数量>=3。如果PDN断开连接信令数量>=3,则给出用户问题结论:“终端异常,终端频繁发起PDN Disconnection”,且分析结束。如果PDN断开连接信令数量<3,则给出用户问题结论:“用户关闭数据开关”,且分析结束。
步骤S205,分析是否存在1小时以上只有S1-MME接口数据,没有S1-U接口的数据。如果存在,则给出用户问题结论:“检查用户是否关闭移动数据开关”,且分析结束。如果不存在,则执行步骤S206。
步骤S206,分析用户S1-U接口DNS日志中,是否满足条件:“查询结果IP”=“0.0.0.0”异常记录数占所有DNS记录数的30%以上,且存在超过3个域名解析异常超过3次。如果满足上述条件,则给出用户问题结论:“省网问题”,且分析结束。如果不满足上述条件,则执行步骤S207。
步骤S207,对用户产生信令的小区进行逐个问题定界分析。具体包括步骤S2071-S2078:
步骤S2071,分析该用户在某个小区的S1-MME接口中,附着过程是否存在失败记录且(附着失败次数/附着请求次数)>10%。如果满足上述条件,则给出用户问题结论:“核心网问题,请派单至核心网处理”,且分析结束。如果不满足上述条件,则执行步骤S2072。
步骤S2072,分析S1-MME接口中,初始上下文建立是否存在失败错误码26或29,且状态为255的信令记录数占比>10%或半个小时内出现3次及以上失败。如果满足上述条件,则给出用户问题结论:“无线原因,请派单至网优室核查”,且分析结束。如果不满足上述条件,则执行步骤S2073。
步骤S2073,分析S1-MME接口中,承载建立是否存在失败记录且(承载失败次数/承载请求次数)>20%或半小时内出现3次及以上失败。如果满足上述条件,则给出用户问题结论:“承载失败中Cause占比最大的失败原因”,也就是说,用户问题为引起承载失败的错误原因(Cause)中比例最高的原因。且分析结束。如果不满足上述条件,则执行步骤S2074。
步骤S2074,分析S1-MME接口中,TAU过程是否存在失败且(TAU失败次数/TAU请求次数)>20%或半小时内出现3次及以上失败。如果满足上述条件,则给出用户问题结论:“TAU失败中Cause占比最大的失败原因”,也就是说,用户问题为引起TAU失败的错误原因(Cause)中比例最高的原因,且分析结束。如果不满足上述条件,则执行步骤S2075。
步骤S2075,分析S1-MME接口中,用户占用LTE小区是否回落到GSM/TD网络,且Keyword 1等于2或3,且次数>=3。如果满足上述条件,则给出用户问题结论:“无线原因,小区回落到GSM/TD小区”,且分析结束。如果不满足上述条件,则执行步骤S2076。
需要说明的是,Keyword1字段是MME中的不同流程类型下对应的一个关键字,在第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)24.301协议中有定义,表示TAU更新的具体类型。等于2或3,且次数>=3。
S2076,分析S1-MME接口中,用户是否存在频繁TAU过程或半小时内出现3次及以上TAU。如果满足上述条件,则给出用户问题结论:“无线原因,小区发生频繁TAU”,且分析结束。如果不满足上述条件,则执行步骤S2077。
步骤S2077,分析S1-MME接口以及RAU接口数据,按时间进行排序,是否存在用户从某个LTE小区3次以上进入GSM/TD小区的现象。如果满足上述条件,则给出用户问题结论:“用户频繁占用GSM/TD小区,疑似用户所在小区无线信号弱”,且分析结束。如果不满足上述条件,则执行步骤S2078。
步骤S2078,分析S1-MME接口以及RAU接口数据,是否存在用户从某个LTE小区进入GSM/TD小区超过20分钟的现象。如果满足上述条件,则给出用户问题结论:“用户长时间占用GSM/TD小区,疑似用户所在小区无线信号弱”,且分析结束。如果不满足上述条件,则执行步骤S2071-S2078继续循环分析用户所占用的其他小区。如果上述循环分析完成后,仍然没有用户问题结论,则执行步骤S208。
步骤S208,分析用户S1-U HTTP接口数据,是否存在失败情况,且(HTTP请求失败次数/HTTP请求总次数)>40%。如果满足上述条件,则给出用户问题结论:“HTTP失败中Cause占比最大的失败原因”,也就是说,用户问题为引起HTTP失败的错误原因(Cause)中比例最高的原因,且分析结束。如果不满足上述条件,则执行步骤S209。
步骤S209,统计(S1-U DNS中解析出来的IP地址/S1-U HTTP和GENERAL中的IP地址)<60%。如果满足上述条件,则给出用户问题结论:“终端设置问题,用户关闭了部分应用的上网权限”,且分析结束。如果不满足上述条件,则执行步骤S210。
步骤S210,分析是否存在IP或者域名下载速率<100kbps,且属于质差IP或者质差域名。如果满足上述条件,则给出用户问题结论:“业务服务器原因,输出质差IP或域名”,且分析结束。如果不满足上述条件,则执行步骤S211。
需要说明的是,IP质差是指IP地址纬度汇聚的指标质量差,例如,规则要求该IP地址下的HTTP下载速率>=1024kbps,HTTP成功率>=98%,如果实际速率低于1024kbps或HTTP成功率小于98%,则认为该IP地址质差。
步骤S211,分析是否存在小区下载速率<100kbps,且属于质差小区。如果满足上述条件,则给出用户问题结论:“无线问题,输出质差小区”,且分析结束。如果不满足上述条件,则给出用户问题结论:“没有故障记录,未定位出原因”,且分析结束。
本发明实施例提供了一种移动互联网用户通过LTE上网问题定位的方法。一方面,用于定位的数据更全面:本方案基于从海量的LTE/GSM/TD信令XDR数据中,查询出某个时间段内单个用户的最重要的几个接口(S1-MME,S1-U HTTP、DNS、GENERAL,Gb/IuPS的Attach、PDP、RAU等接口)上网明细记录,涵盖了用户可能产生日志记录的所有环节,既包含了控制面数据,也包含了用户面数据,包含的信息量更大,可定位到问题的环节更多。另一方面,问题定位更全面和准确:从用户LTE上网的明细记录中,分小区分业务对用户逐个过程中的记录进行分析和问题定位,控制面分析的内容包含了重连情况、网络附着情况、初始上下文情况、承载建立情况、TAU/频繁TAU情况、回落GSM/TD情况;用户面分析的内容包含了DNS解析情况,TCP握手情况和HTTP业务使用的情况。能够按流程逐个环节进行问题的端到端定位,快速输出用户问题的具体原因,协助运维人员进行后续的问题处理。
图3为本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的系统的结构示意图。如图3所示,该系统300包括获取模块301和分析模块302:
获取模块301用于获取预定时间段内移动互联网用户通过LTE网络所产生的XDR明细数据,XDR明细数据包括控制面数据和用户面数据。控制面数据包括S1-MME接口的数据。用户面数据包括XDR的S1-U接口中的DNS数据、HTTP数据和GENERAL数据。
分析模块302用于根据LTE网络所产生的XDR明细数据,判断移动互联网用户是否有LTE上网记录,并根据判断结果给出移动互联网用户问题结论。
示例性的,分析模块用于根据LTE网络所产生的XDR明细数据,判断用户是否有LTE上网记录,并根据判断结果给出用户问题结论,包括:如果移动互联网用户无LTE上网记录,则查询移动互联网用户是否有GSM/TD上网记录。如果查询没有GSM/TD上网记录,则给出移动互联网用户问题结论:“终端或用户问题,建议核实用户手机是否存在故障或欠费停机”。如果查询有GSM/TD上网记录,则通过返回GSM/TD上网记录中的IMEI字段来匹配当前的终端库,判断终端是否支持LTE,并根据判断结果给出移动互联网用户问题结论。
示例性的,分析模块用于根据LTE网络所产生的XDR明细数据,判断用户是否有LTE上网记录,并根据判断结果给出用户问题结论,包括:如果移动互联网用户有LTE上网记录,则分析返回的S1-U接口中的DNS数据、HTTP数据和GENERAL数据,以及S1-MME接口的数据是否都存在。如果存在S1-U接口中的DNS、HTTP和GENERAL数据,但是没有S1-MME接口的数据,则给出移动互联网用户问题结论:“用户无MME日志,日志确认,请转至后台分析”。如果存在S1-MME接口的数据,则判断S1-MME接口的数据是否满足第一条件:存在PDN断开连接信令,且在PDN断开连接信令之前存在PDN连接信令,且PDN连接信令的APN包含CMNET,并根据判断结果给出移动互联网用户问题结论。
需要说明的是,该系统300用于实现本发明中一种移动互联网用户通过LTE上网问题定位的方法。具体内容请参见上述方法实施例,在此不作赘述。
本发明实施例提供的一种移动互联网用户通过LTE上网问题定位的系统,当用户通过LTE上网出现异常需要进行问题定位时,可以通过用户号码获取异常发生的时间段内用户上网产生的全量信令XDR明细数据,包括控制面数据和用户面数据两部分,对网络重连、附着、初始上下文、承载、TAU、频繁TAU、回落GSM/TD、DNS、TCP和HTTP等过程进行端到端的全面分析,并给出用户问题的结论,以供投诉处理人员或网络运维人员进行后续的问题处理。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
机译: 问题定位学习支持系统及其卡生成方法,以及问题定位学习支持程序
机译: 将问题定位到社交网络系统的用户
机译: 将问题定位到社交网络系统的用户