数据业务问题定位的方法及装置的制造方法
【技术领域】
[0001] 本发明涉及通信技术领域，尤其涉及一种数据业务问题定位的方法及装置。
【背景技术】
[0002] 随着移动互联通业务的普及，数据业务成为移动网络的主要发展趋势。不同于传 统话音业务，数据业务在传送过程中涉及的网元非常复杂，需要历经无线网、核心网、传输 网、承载网、以及互联网等很多网络架构，而且IP网络的尽力而为特性也为数据业务质量的 分析带来不确定性，如何能够准确定位数据业务出现的问题目前还未有成熟的解决方案。
【发明内容】
[0003] 本发明的实施例提供一种数据业务问题定位的方法及装置，能够有效确定数据业 务实现过程中出现的流程问题。
[0004] 为达到上述目的，本发明的实施例采用如下技术方案：
[0005] 本发明实施例提供了一种数据业务问题定位的方法，包括：
[0006] 通过IU-PS接口采集历史数据；
[0007] 根据所述历史数据，从各个业务类别中按照流量从高到低的顺序依次选取若干个 数据业务；
[0008] 针对每个数据业务，分别计算使用所述数据业务的小区对应的数据业务建立成功 率；
[0009] 当存在所述数据业务建立成功率小于预设阈值的小区时，则确定数据业务建立成 功率小于预设阈值的小区为业务建立问题小区。
[0010] 本发明实施例还提供了一种数据业务问题定位的装置，包括：
[0011 ]采集单元，用于通过IU-PS接口采集历史数据；
[0012] 第一选取单元，用于根据所述历史数据，从各个业务类别中按照流量从高到低的 顺序依次选取若干个数据业务；
[0013] 第一计算单元，用于针对每个数据业务，分别计算使用所述数据业务的小区对应 的数据业务建立成功率；
[0014] 第一确定单元，用于当存在所述数据业务建立成功率小于预设阈值的小区时，则 确定数据业务建立成功率小于预设阈值的小区为业务建立问题小区。
[0015] 本发明实施例提供了一种数据业务定位的方法及装置，通过对历史数据进行筛 选，以数据建立成功率为基础，能够有效确定数据业务实现过程中出现的流程问题。
【附图说明】
[0016] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以 根据这些附图获得其他的附图。
[0017] 图1为本发明实施例提供的一种数据业务问题定位的方法流程图；
[0018] 图2为本发明实施例提供的另一种数据业务问题定位的方法流程图；
[0019] 图3为本发明实施例提供的一种数据业务问题定位的装置的组成框图；
[0020] 图4为本发明实施例提供的一种数据业务问题定位的装置的组成框图；
[0021] 图5为本发明实施例提供的一种数据业务问题定位的装置的组成框图。
【具体实施方式】
[0022]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。
[0023] 本发明实施例提供了一种数据业务问题定位的方法，如图1所示，可以对业务建立 流程的问题进行定位，包括：
[0024] 101、通过IU_PS(interface Unit-Packet Switching，用于分组交换的接口模块） 接口采集历史数据。
[0025] 为确保数据具有一定的统计意义，历史数据的采集需保证采集持续一定天数。同 时还可以采集无线网管数据，无线告警数据，核心网网管数据，核心网告警数据，传输告警 数据，IP网管数据，IP告警数据，以便于后续各专业进行问题排查。
[0026] 102、根据所述历史数据，从各个业务类别中按照流量从高到低的顺序依次选取若 干个数据业务。
[0027] 举例来说，我们根据历史数据可以获得浏览类，流媒体类，下载类这三类业务中流 量前五高的业务应用如下：
[0028] 浏览类T0P5流量业务包括加密浏览业务、网易网、百度搜索、苹果公司网站、新浪 网、UC。
[0029] 应用下载类T0P3流量业务排名为:91助手、APP STORE、安卓市场。
[0030]流媒体类T0P5流量排名为:优酷视频、PPS、爱奇艺、芒果TV、搜狐视频。
[0031] 103、针对每个数据业务，分别计算使用所述数据业务的小区对应的数据业务建立 成功率。
[0032] 其中，针对每个数据业务，分别根据公式数据业务成功率= RRC(Radio Resource Control，无线资源控制）成功率*RAB(Radio Access Bearer，无线接入承载)指派成功率* PDP(Packet Data Protocol，分组数据协议)激活成功率*业务请求成功率*DNS(Domain Name System，域名系统)解析成功率*TCP(Transmission Control Protocol，传输控制协 议)建立成功率*GET(获取)成功率，计算使用所述数据业务的小区对应的数据业务建立成 功率。
[0033] 104、当存在所述数据业务建立成功率小于预设阈值的小区时，则确定数据业务建 立成功率小于预设阈值的小区为业务建立问题小区。
[0034] 其中，预设阈值为一般为体现业务建立成功率总体水平的一个衡量值，可以根据 网络实际情况以及业务提供商的需要进行设置。
[0035] 举例来说，某一小区的某一项数据业务A的业务建立成功率可以如下表1所示。
[0036] 表1
[0037]
[0038]同时，从RRC成功率、RAB指派成功率、PDP激活成功率、业务请求成功率、DNS解析成 功率、TCP建立成功率、GET成功率中成功率最低的流程为DNS解析流程，说明在业务建立过 程中，DNS解析流程影响成功率的主要因素。因此，可以确定成功率最低对应的流程一 DNS解 析流程为问题流程。当然也可以针对每个流程都设置相应的成功率阈值来体现业务建立对 于各项流程出现问题程度的容忍度。
[0039] 本发明实施例提供了一种数据业务定位的方法，通过对历史数据进行筛选，以数 据建立成功率为基础，能够有效确定数据业务实现过程中出现的流程问题。
[0040] 本发明实施例还提供了一种针对业务流程建立后数据传输问题的定位方法，其执 行与步骤102之后，如图2所示，包括：
[0041] 201、分别计算运行已选取的各个数据业务的IP服务器对应的全网用户平均体验 速率。
[0042] 其中，全网用户平均体验速率的计算公式为全网平均体验速率=单次业务从启动 到终止的总流量/所述单次业务从启动到终止的总时延。依此公式可分别计算运行已选取 的各个数据业务的IP服务器对应的全网用户平均体验速率。
[0043] 以下载类业务的全网用户平均体验速率为例，本发明实施例提供了如表2所示的 内容。
[0044] 表 2
[0046] 202、若IP服务器在运行已选取的某个数据业务时的全网用户平均体验速率低于 同类型数据业务的全网速率平均值，则确定所述某个数据业务为问题业务。
[0047] 结合表2内容举例来说，运行91助手的IP服务器在为各个小区的用户进行服务时， 此时，所有该应用的用户对应的全网用户平均体验速率为1.82Mbps，若假设应用下载类业 务全网速率平均值为1.45,则该业务没有问题。若存在某一时段所有该应用的用户对应的 全网用户平均体验速率下降至1.45时，则此时可能是该业务应用存在问题。
[0048] 203、若IP服务器在运行所有已选取的数据业务时的全网用户平均体验速率均高 于同类型数据业务的全网速率平均值，则分别选取运行每个数据业务时具有最高全网用户 平均体验速率的IP服务器。
[0049] 选取运行每个数据业务时具有最高全网用户平均体验速率的IP服务器的目的在 于确保了该业务本身不存在问题，以免对后续的问题定位产生影响。
[0050] 204、分别计算已选取的IP服务器各自服务的各个小区的小区用户平均体验速率。
[0051] 此时，不再继续计算全网用户的平均体验速率，而是要计算各个小区内独立使用 数据业务时的小区用户平均体验速率。
[0052] 205、若存在某个小区的小区用户平均体验速率低于小区速率平均值，则确定所述 某个小区为问题小区。
[0053] 由于在检测过程中业务本身不存在问题，因此若数据传输速度仍有问题的话就是 小区本身的问题。
[0054] 本发明实施例提供了一种数据业务问题