本申请公开了一种问题定位方法及装置，涉及通信领域，能够提高定位业务感知问题的效率。本申请的方法包括：确定第一业务并获取第一业务携带的信息；根据第一业务中业务携带的信息，首先在非网络侧专业中进行业务感知问题的定位，然后在网络侧专业中定位业务感知问题；在网络侧专业定位问题时，按照指定顺序，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的比例与参考阈值的大小关系；若比例大于参考阈值，则在当前正在排查的网络侧专业的子专业中定位业务感知问题；若比例小于或等于参考阈值，则按照指定顺序，在除当前正在排查的网络侧专业以外的网络侧专业中，定位业务感知问题。本申请适用于定位业务感知问题。
确定第一业务，并获取所述第一业务携带的信息，所述第一业务为一段时间内连续出现第一业务感知问题的业务，所述第一业务感知问题用于表示业务存在至少一项不符合参考指标的信息；
在非网络侧因素中进行所述第一业务感知问题的定位，所述非网络侧因素至少包括终端速率能力、用户签约限速和业务包大小，所述用户签约限速为运营商为终端限定的数据最大传输速度；
若所述第一业务感知问题不能定位到所述非网络侧因素，则在网络侧专业中定位所述第一业务感知问题；
按照所述网络侧专业涉及的对象的聚集程度和内容量的集中程度确定指定顺序，其中，骨干互联及业务服务提供商SP、本地承载网、核心网、传输网和无线网的排列顺序为所述指定顺序，按照所述指定顺序，根据所述第一业务携带的信息，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的第一比例与第一参考阈值的大小关系；
若所述第一比例大于所述第一参考阈值，则在所述当前正在排查的网络侧专业的子专业中定位所述第一业务感知问题；
若所述第一比例小于或等于所述第一参考阈值，则按照所述指定顺序，在除所述当前正在排查的网络侧专业以外的网络侧专业中，进行所述第一业务感知问题的排查，直至定位到所述第一业务感知问题。
2.根据权利要求1所述的方法，其特征在于，在非网络侧因素中定位所述第一业务感知问题具体包括：根据所述第一业务携带的信息，在非网络侧因素中，分别确定每个非网络侧因素中具有相同因素信息的业务数量占业务总数量的第二比例与第二参考阈值的大小关系；
若存在至少一个非网络侧因素的第二比例大于所述第二参考阈值，则将所述第一业务感知问题定位在所述非网络侧因素。
3.根据权利要求1至2任意一项所述的方法，其特征在于，若所述第一比例大于所述第一参考阈值，且所述当前正在排查的网络侧专业是骨干互联及业务SP，则在所述当前正在排查的网络侧专业的子专业中定位所述第一业务感知问题，具体包括：获取所述第一业务对应的SP，以及在执行所述第一业务时发送者的发送地址和接收者的接收地址；
若网外流量疏导比例大于第三参考阈值，则将所述第一业务感知问题定位在网内与网外的流量分配，所述网外流量疏导比例为网外流量占网内流量与网外流量之和的比值，所述网外流量为与除所述SP所处运营商以外的发送者或接收者提供的流量；
若在所述发送地址与所述接收地址之间的所有传输路径中，存在至少一条路由跳数大于第四参考阈值且流量比例大于第五参考阈值的路径，则将所述第一业务感知问题定位在网内路径的流量分配，所述流量比例为在同一条路径上传输数据所占用的流量与为所述路径分配的总流量的比值；
若所述第一业务中所有业务的接收地址相同，则在骨干互联专业的子专业中进行所述第一业务感知问题的定位；
若所述第一业务中所有业务的接收地址均存在所述第一业务感知问题，则在本地承载网的子专业中进行所述第一业务感知问题的定位；
若所述第一业务中部分业务的接收地址存在所述第一业务感知问题，则在省际链路带宽中进行所述第一业务感知问题的定位；
若所述第一业务中所有业务的业务类型相同，则在业务SP专业中进行所述第一业务感知问题的定位。
4.根据权利要求1至2任意一项所述的方法，其特征在于，若所述第一比例大于所述第一参考阈值，且所述当前正在排查的网络侧专业是本地承载网、核心网、传输网或无线网，则在所述当前正在排查的网络侧专业的子专业中定位所述第一业务感知问题，具体包括：按照所述指定顺序，依次确定当前正在排查的网络侧专业的维度中，具有相同维度信息的业务数量占业务总数量的第三比例与第六参考阈值的大小关系，所述维度至少包括链路维度、网元维度和小区维度中的一种；
若在所述维度中，存在至少一个维度的第三比例大于所述第六参考阈值，则在所述存在所述第三比例大于所述第六参考阈值的维度的子维度中进行所述第一业务感知问题的定位。
5.一种问题定位装置，其特征在于，所述问题定位装置包括：
确定模块，用于确定第一业务，所述第一业务为一段时间内连续出现第一业务感知问题的业务；
获取模块，用于获取所述第一业务携带的信息，所述第一业务感知问题用于表示业务存在至少一项不符合参考指标的信息；
定位模块，用于在非网络侧因素中进行所述确定模块确定的所述第一业务感知问题的定位，所述非网络侧因素至少包括终端速率能力、用户签约限速和业务包大小，所述用户签约限速为运营商为终端限定的数据最大传输速度；
所述定位模块，还用于若所述确定模块确定的所述第一业务感知问题不能定位到所述非网络侧因素，则在网络侧专业中定位所述第一业务感知问题；
按照所述网络侧专业涉及的对象的聚集程度和内容量的集中程度确定指定顺序，其中，骨干互联及业务服务提供商SP、本地承载网、核心网、传输网和无线网的排列顺序为所述指定顺序，所述确定模块，还用于按照所述指定顺序，根据所述获取模块获取的所述第一业务携带的信息，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的第一比例与第一参考阈值的大小关系；
所述定位模块，还用于若所述确定模块确定的所述第一比例大于所述第一参考阈值，则在所述当前正在排查的网络侧专业的子专业中定位所述第一业务感知问题；
所述定位模块，还用于若所述确定模块确定的所述第一比例小于或等于所述第一参考阈值，则按照所述指定顺序，在除所述当前正在排查的网络侧专业以外的网络侧专业中，进行所述第一业务感知问题的排查，直至定位到所述第一业务感知问题。
6.根据权利要求5所述的问题定位装置，其特征在于，所述确定模块，还用于根据所述获取模块获取的所述第一业务携带的信息，在非网络侧因素中，分别确定每个非网络侧因素中具有相同因素信息的业务数量占业务总数量的第二比例与第二参考阈值的大小关系；
所述定位模块，还用于若存在至少一个所述确定模块确定的非网络侧因素的第二比例大于所述第二参考阈值，则将所述第一业务感知问题定位在所述非网络侧因素。
7.根据权利要求5至6任意一项所述的问题定位装置，其特征在于，所述获取模块，还用于获取所述第一业务对应的SP，以及在执行所述第一业务时发送者的发送地址和接收者的接收地址；
所述定位模块，还用于若所述获取模块获取的网外流量疏导比例大于第三参考阈值，则将所述第一业务感知问题定位在网内与网外的流量分配，所述网外流量疏导比例为网外流量占网内流量与网外流量之和的比值，所述网外流量为与除所述SP所处运营商以外的发送者或接收者提供的流量；
所述定位模块，还用于若在所述获取模块获取的所述发送地址与所述接收地址之间的所有传输路径中，存在至少一条路由跳数大于第四参考阈值且流量比例大于第五参考阈值的路径，则将所述第一业务感知问题定位在网内路径的流量分配，所述流量比例为在同一条路径上传输数据所占用的流量与为所述路径分配的总流量的比值；
所述定位模块，还用于若所述获取模块获取的所述第一业务中所有业务的接收地址相同，则在骨干互联专业的子专业中进行所述第一业务感知问题的定位；
所述定位模块，还用于若所述获取模块获取的所述第一业务中所有业务的接收地址均存在所述第一业务感知问题，则在本地承载网的子专业中进行所述第一业务感知问题的定位；
所述定位模块，还用于若所述获取模块获取的所述第一业务中部分业务的接收地址存在所述第一业务感知问题，则在省际链路带宽中进行所述第一业务感知问题的定位；
所述定位模块，还用于若所述获取模块获取的所述第一业务中所有业务的业务类型相同，则在业务SP专业中进行所述第一业务感知问题的定位。
8.根据权利要求5至6任意一项所述的问题定位装置，其特征在于，所述确定模块，还用于按照所述指定顺序，依次确定当前正在排查的网络侧专业的维度中，具有相同维度信息的业务数量占业务总数量的第三比例与第六参考阈值的大小关系，所述维度至少包括链路维度、网元维度和小区维度中的一种；
所述定位模块，还用于若在所述维度中，存在至少一个维度的所述确定模块确定的第三比例大于所述第六参考阈值，则在所述存在所述第三比例大于所述第六参考阈值的维度的子维度中进行所述第一业务感知问题的定位。
一种问题定位方法及装置
技术领域
[0001] 本申请涉及移动通信技术领域，尤其涉及一种问题定位方法及装置。
背景技术
[0002] 随着移动互联网的快速发展，互联网业务的数量大量增加。为了减少互联网业务中出现的问题，提高互联网业务的服务质量，移动运营商将业务感知问题作为重点关注的方面之一。移动运营商在获取到业务感知问题并确定出现该问题的网络位置之后，能够针对该问题位置进行网络优化，进而提高用户的业务体验。
[0003] 在现有技术中，移动互联网被分为骨干互联及业务服务提供商(英文：Service Provider，简称：SP)、本地承载网、核心网、传输网、无线网这五个网络侧专业，在每个网络侧专业中，又分为多个子专业。在出现业务感知问题之后，服务器可以通过遍历所有子专业，以实现业务感知问题的详细排查，从而确定导致上述业务感知问题的网络位置。由于上述过程的排查范围过大，增加了服务器进行排查所耗费的时间，从而降低定位业务感知问题的效率。
发明内容
[0004] 本申请提供一种问题定位方法及装置，能够解决定位业务感知问题的效率低的问题。
[0005] 为达到上述目的，本申请采用如下技术方案：
[0006] 第一方面，本申请提供一种问题定位方法，所述方法包括：
[0007] 确定第一业务，并获取所述第一业务携带的信息，所述第一业务为一段时间内连续出现第一业务感知问题的业务，所述第一业务感知问题用于表示业务存在至少一项不符合参考指标的信息；
[0008] 在非网络侧因素中进行所述第一业务感知问题的定位，所述非网络侧因素至少包括终端速率能力、用户签约限速和业务包大小，所述用户签约限速为运营商为终端限定的数据最大传输速度；
[0009] 若所述第一业务感知问题不能定位到所述非网络侧因素，则在网络侧专业中定位所述第一业务感知问题；
[0010] 按照指定顺序，根据所述第一业务携带的信息，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的第一比例与第一参考阈值的大小关系，骨干互联及业务服务提供商SP、本地承载网、核心网、传输网和无线网的排列顺序为所述指定顺序；
[0011] 若所述第一比例大于所述第一参考阈值，则在所述当前正在排查的网络侧专业的子专业中定位所述第一业务感知问题；
[0012] 若所述第一比例小于或等于所述第一参考阈值，则按照所述指定顺序，在除所述当前正在排查的网络侧专业以外的网络侧专业中，进行所述第一业务感知问题的排查，直至定位到所述第一业务感知问题。
[0013] 第二方面，本申请提供一种问题定位装置，所述问题定位装置包括：
[0014] 确定模块，用于确定第一业务，所述第一业务为一段时间内连续出现第一业务感知问题的业务；
[0015] 获取模块，用于获取所述第一业务携带的信息，所述第一业务感知问题用于表示业务存在至少一项不符合参考指标的信息；
[0016] 定位模块，用于在非网络侧因素中进行所述确定模块确定的所述第一业务感知问题的定位，所述非网络侧因素至少包括终端速率能力、用户签约限速和业务包大小，所述用户签约限速为运营商为终端限定的数据最大传输速度；
[0017] 所述定位模块，还用于若所述确定模块确定的所述第一业务感知问题不能定位到所述非网络侧因素，则在网络侧专业中定位所述第一业务感知问题；
[0018] 所述确定模块，还用于按照指定顺序，根据所述获取模块获取的所述第一业务携带的信息，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的第一比例与第一参考阈值的大小关系，骨干互联及业务SP、本地承载网、核心网、传输网和无线网的排列顺序为所述指定顺序；
[0019] 所述定位模块，还用于若所述确定模块确定的所述第一比例大于所述第一参考阈值，则在所述当前正在排查的网络侧专业的子专业中定位所述第一业务感知问题；
[0020] 所述定位模块，还用于若所述确定模块确定的所述第一比例小于或等于所述第一参考阈值，则按照所述指定顺序，在除所述当前正在排查的网络侧专业以外的网络侧专业中，进行所述第一业务感知问题的排查，直至定位到所述第一业务感知问题。
[0021] 本申请提供的问题定位方法及装置，相比较于现有技术中的在出现业务感知问题之后，服务器通过遍历所有子专业，以实现业务感知问题的详细排查，从而确定产生上述业务感知问题的网络位置，本申请可以根据每个网络侧专业中具有相同特征的业务数量占业务总数量的比例，将上述业务感知问题定位在某一网络侧专业中，之后在该网络侧专业中对所有子专业进行逐一排查，以将该业务感知问题定位到具体的子专业中。因此，本申请所提出的排查方案中，先锁定产生问题的网络侧专业，以缩小遍历排查的范围，且由于排查范围被缩小，因此，在对子专业进行遍历排查时，大幅度减少了排查过程中所耗费的时间，从而提高定位业务感知问题的效率。
附图说明
[0022] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0023] 图1为本发明实施例提供的一种问题定位方法的流程图；
[0024] 图2至图4为本发明实施例提供的另一种问题定位方法的流程图；
[0025] 图5为本发明实施例提供的一种问题定位装置的结构示意图。
具体实施方式
[0026] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0027] 本发明实施例可以用于一种问题定位方法，该方法可以应用于诸如服务器的网络设备。如图1所示，该方法流程包括：
[0028] 步骤101、确定第一业务，并获取第一业务携带的信息。
[0029] 其中，第一业务为一段时间内连续出现第一业务感知问题的业务，第一业务感知问题用于表示业务存在至少一项不符合参考指标的信息。
[0030] 需要说明的是，第一业务携带的信息至少包括业务类型、终端型号等。服务器中设置了评估每个业务的参考指标，当业务存在至少一项不符合参考指标的信息时，确定该业务存在第一业务感知问题。业务感知问题至少包括业务速率低、业务时延大和业务成功率低。
[0031] 步骤102、在非网络侧因素中进行第一业务感知问题的定位。
[0032] 其中，非网络侧因素至少包括终端速率能力、用户签约限速和业务包大小，用户签约限速为运营商为终端限定的数据最大传输速度。
[0033] 步骤103、若第一业务感知问题不能定位到非网络侧因素，则在网络侧专业中定位第一业务感知问题。
[0034] 步骤104、按照指定顺序，根据第一业务携带的信息，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的第一比例与第一参考阈值的大小关系。
[0035] 其中，骨干互联及业务SP、本地承载网、核心网、传输网和无线网的排列顺序为指定顺序。
[0036] 需要说明的是，按照每个网络侧专业涉及的对象的聚集程度和内容量的集中程度确定指定顺序。其中，骨干互联及业务SP专业涉及的对象为骨干链路；本地承载网涉及的对象为本地承载链路；核心网涉及的对象为核心链路；传输网涉及的对象是传输链路；无线网涉及的对象是无线连接；内容量为接入每个网络侧专业的内容，例如，无线网的内容量是终端。
[0037] 特征为表示每个网络侧专业的网络架构，例如，本地承载网的网络架构为本地承载链路，则本地承载网的特征之一是本地承载网上的网络之间互连的协议链路(英文：Internet Protocol，简称：IP链路)。
[0038] 第一参考阈值用于判断当前正在排查的网络侧专业中是否具有第一业务感知问题。
[0039] 步骤105、若第一比例大于第一参考阈值，则在当前正在排查的网络侧专业的子专业中定位第一业务感知问题。
[0040] 需要说明的是，若当前正在排查的网络侧专业的第一比例大于第一参考阈值，则将第一业务感知问题定位在该网络侧专业中，但由于在该网络侧专业中具有多个子专业，因此产生第一业务感知问题的网络位置仍需要进一步定位。由于现有技术可以实现在子专业中定位的流程，在此不做赘述。
[0041] 步骤106、若第一比例小于或等于第一参考阈值，则按照指定顺序，在除当前正在排查的网络侧专业以外的网络侧专业中，进行第一业务感知问题的排查，直至定位到第一业务感知问题。
[0042] 本申请可以根据每个网络侧专业中具有相同特征的业务数量占业务总数量的比例，将上述业务感知问题定位在某一网络侧专业中，之后在该网络侧专业中对所有子专业进行逐一排查，以将该业务感知问题定位到具体的子专业中。因此，本申请所提出的排查方案中，先锁定产生问题的网络侧专业，以缩小遍历排查的范围，且由于排查范围被缩小，因此，在对子专业进行遍历排查时，大幅度减少了排查过程中所耗费的时间，从而提高定位业务感知问题的效率。
[0043] 为了确保能够实现业务感知问题的定位，在本发明实施例的一个实现方式中，需要排查网络侧专业之外的非网络因素，因此，在如图1所示的实现方式的基础上，还可以实现为如图2所示的实现方式。其中，步骤102在非网络侧因素中定位第一业务感知问题，还可以具体实现为步骤1021至步骤1022：
[0044] 步骤1021、根据第一业务携带的信息，在非网络侧因素中，分别确定每个非网络侧因素中具有相同因素信息的业务数量占业务总数量的第二比例与第二参考阈值的大小关系。
[0045] 需要说明的是，第二参考阈值用于区别每个非网络因素中是否存在第一业务感知问题。
[0046] 例如，根据终端型号，将终端速率能力分为好、中、差，则分别确定终端速率能力好、中、差的终端产生的业务数量占第一业务总数量的第二比例，分别判断每个第二比例与第二参考阈值大小关系。
[0047] 步骤1022、若存在至少一个非网络侧因素的第二比例大于第二参考阈值，则将第一业务感知问题定位在非网络侧因素。
[0048] 基于步骤1021所示的例子，若终端速率能力差的终端产生的业务数量占第一业务总数量的第二比例大于第二参考阈值，则将第一业务感知问题定位在非网络侧因素的终端速率能力。
[0049] 由上述可见，本发明实施例中在排查网络侧专业之外，还排查了非网络因素，这样便排查了所有可能产生第一业务感知问题的方面，确保了第一业务感知问题能够被成功定位。
[0050] 为了缩小业务感知问题的排查范围，在本发明实施例的一个实现方式中，可以在骨干互联及业务SP专业中进行进一步的定位，因此，在如图1至如图2所示的实现方式的基础上，以图1为例，还可以实现为如图3所示的实现方式。其中，若当前正在排查的网络侧专业是骨干互联及业务SP，则步骤105在当前正在排查的网络侧专业的子专业中定位第一业务感知问题，还可以具体实现为步骤1051至步骤1057：
[0051] 步骤1051、获取第一业务对应的SP，以及在执行第一业务时发送者的发送地址和接收者的接收地址。
[0052] 需要说明的是，第一业务对应的SP和在执行第一业务时发送者的发送地址和接收者的接收地址可以从第一业务携带的信息中获取。
[0053] 步骤1052、若网外流量疏导比例大于第三参考阈值，则将第一业务感知问题定位在网内与网外的流量分配。
[0054] 其中，网外流量疏导比例为网外流量占网内流量与网外流量之和的比值，网外流量为与除SP以外的运营商为发送者或接收者提供的流量。第三参考阈值为运营商根据业务规划确定的数值，用于判断是否由于网内与网外的流量分配产生第一业务感知问题。
[0055] 若网外流量疏导比例大于第三参考阈值，则确定网外流量比例过高。服务器可以检测流量内容，根据流量内容确定是否有内容源存在于网内服务器，若有内容源存在于网内服务器，可以通过网内疏导将网外流量疏导至网内，这样便减小了网外流量疏导比例，从而优化了网内与网外的流量分配。其中，内容源为终端的访问内容。
[0056] 步骤1053、若在发送地址与接收地址之间的所有传输路径中，存在至少一条路由跳数大于第四参考阈值且流量比例大于第五参考阈值的路径，则将第一业务感知问题定位在网内路径的流量分配。
[0057] 其中，流量比例为在同一条路径上传输数据所占用的流量与为路径分配的总流量的比值。
[0058] 在发送地址与接收地址之间的所有传输路径中，若存在路由跳数小于或等于第四参考阈值且流量比例等于或小于第五参考阈值的路径，则可以通过就近资源疏导，将路由跳数大于第四参考阈值且流量比例大于第五参考阈值的路径上的流量疏导至路由跳数小于或等于第四参考阈值且流量比例等于或低于第五参考阈值的路径，这样就平衡了网内路径的流量分配，达到优化的效果。其中，第四参考阈值用于判断路由跳数是否过长，第五参考阈值用于判断路径中的流量是否过多。
[0059] 步骤1054、若第一业务中所有业务的接收地址相同，则在骨干互联专业的子专业中进行第一业务感知问题的定位。
[0060] 在将第一业务感知问题定位到骨干互联专业内之后，还需要内容源及执行第一业务的目标本地网两方面的出入带宽配置及性能和骨干链路配置及性能等方面中进行进一步的排查，以确定产生第一业务感知问题的网络位置。
[0061] 步骤1055、若第一业务中所有业务的接收地址均存在第一业务感知问题，则在本地承载网的子专业中进行第一业务感知问题的定位。
[0062] 步骤1056、若第一业务中部分业务的接收地址存在第一业务感知问题，则在省际链路带宽中进行第一业务感知问题的定位。
[0063] 步骤1057、若第一业务中所有业务的业务类型相同，则在业务SP专业中进行第一业务感知问题的定位。
[0064] 其中，业务类型至少包括浏览业务、流媒体业务、即时通信业务、下载业务和互联网业务其中的一种。
[0065] 在确定业务类型相同之后，需要在业务SP专业的资源调度方面进行进一步定位，以确定出现第一业务感知问题的网络位置。
[0066] 本发明实施例通过在骨干互联及业务SP专业中的定位，将第一业务感知问题定位到网内与网外的流量分配、网内路径的流量分配、骨干互联专业和业务SP专业中，服务器只需排查这些专业，这样便进一步缩小了定位第一业务感知问题的排查范围，减少了服务器进行排查所耗费的时间，从而提升了定位业务感知问题的效率。
[0067] 为了实现业务感知问题的定位，在本发明的一个实现方式中，需要在当前正在排查的网络侧专业的子专业中进行进一步定位，因此，在如图1至如图2所示的实现方式的基础上，以图1为例，还可以实现为如图4所示的实现方式。其中，若当前正在排查的网络侧专业是本地承载网、核心网、传输网或无线网，则步骤105若第一比例大于第一参考阈值，则在当前正在排查的网络侧专业的子专业中定位第一业务感知问题，还可以具体实现为步骤1058和步骤1059：
[0068] 步骤1058、按照指定顺序，依次确定当前正在排查的网络侧专业的维度中，具有相同维度的信息的业务数量占业务总数量的第三比例与第六参考阈值的大小关系。
[0069] 其中，维度至少包括链路维度、网元维度和小区维度中的一种。
[0070] 链路维度至少包括本地承载网上的IP链路；网元维度至少包括核心网的服务通用分组无线服务技术(英文：General Packet Radio Service，简称：GPRS)支持节点(英文：Serving GPRS Support Node，简称：SGSN)、网关GPRS支持节点(英文：Gateway GPRS Support Node，简称：GGSN)、服务网关(英文：Serving GateWay，简称：SGW)、分组数据网关(英文：Packet Data Network Gateway，简称：PGW)、移动性管理实体(英文：Mobile Management Entity，简称：MME)、无线网络控制器(英文：Radio Network Controller，简称：RNC)和基站；小区维度至少包括移动网络中的2G、3G或4G小区。
[0071] 步骤1059、若在维度中，存在至少一个维度的第三比例大于第六参考阈值，则在存在第三比例大于第六参考阈值的维度的子维度中进行第一业务感知问题的定位。
[0072] 需要说明的是，在本地承载网、核心网、传输网或无线网内进行第一业务感知问题的定位在现有技术中能够实现，在此不做赘述。
[0073] 此外，在定位到第一业务感知问题的网络位置之后，进行业务感知到网络关键绩效指标(英文：Key Performance Indicator，简称：KPI)的映射，上述过程能够通过现有技术实现，在此不做赘述。
[0074] 本发明实施例在进行在本地承载网、核心网、传输网或无线网中进行进一步定位，能够定位到存在第一业务感知问题的维度，并在该维度的子维度中进行排查，从而确定产生第一业务感知问题的网络位置，这样便只需要排查上述子维度，缩小了定位第一业务感知问题的排查范围，减少了服务器进行排查所耗费的时间，从而提升了定位业务感知问题的效率。
[0075] 本发明实施例提供一种问题定位装置1，该问题定位装置1用于执行如图1至图4所示的任意一项方法流程，如图5所示，该问题定位装置1包括：
[0076] 确定模块2，用于确定第一业务，第一业务为一段时间内连续出现第一业务感知问题的业务。
[0077] 获取模块3，用于获取第一业务携带的信息，第一业务感知问题用于表示业务存在至少一项不符合参考指标的信息。
[0078] 定位模块4，用于在非网络侧因素中进行确定模块2确定的第一业务感知问题的定位，非网络侧因素至少包括终端速率能力、用户签约限速和业务包大小，用户签约限速为运营商为终端限定的数据最大传输速度。
[0079] 定位模块4，还用于若确定模块2确定的第一业务感知问题不能定位到非网络侧因素，则在网络侧专业中定位第一业务感知问题。
[0080] 确定模块2，还用于按照指定顺序，根据获取模块3获取的第一业务携带的信息，确定在当前正在排查的网络侧专业中，具有相同特征的业务数量占业务总数量的第一比例与第一参考阈值的大小关系，骨干互联及业务SP、本地承载网、核心网、传输网和无线网的排列顺序为指定顺序。
[0081] 定位模块4，还用于若确定模块2确定的第一比例大于第一参考阈值，则在当前正在排查的网络侧专业的子专业中定位第一业务感知问题。
[0082] 定位模块4，还用于若确定模块2确定的第一比例小于或等于第一参考阈值，则按照指定顺序，在除当前正在排查的网络侧专业以外的网络侧专业中，进行第一业务感知问题的排查，直至定位到第一业务感知问题。
[0083] 在本发明实施例的一个实现方式中，确定模块2，还用于根据获取模块3获取的第一业务携带的信息，在非网络侧因素中，分别确定每个非网络侧因素中具有相同因素信息的业务数量占业务总数量的第二比例与第二参考阈值的大小关系。
[0084] 定位模块4，还用于若存在至少一个确定模块2确定的非网络侧因素的第二比例大于第二参考阈值，则将第一业务感知问题定位在非网络侧因素。
[0085] 在本发明实施例的一个实现方式中，获取模块3，还用于获取第一业务对应的SP，以及在执行第一业务时发送者的发送地址和接收者的接收地址。
[0086] 定位模块4，还用于若获取模块3获取的网外流量疏导比例大于第三参考阈值，则将第一业务感知问题定位在网内与网外的流量分配，网外流量疏导比例为网外流量占网内流量与网外流量之和的比值，网外流量为与除SP所处运营商以外的发送者或接收者提供的流量。
[0087] 定位模块4，还用于若在获取模块3获取的发送地址与接收地址之间的所有传输路径中，存在至少一条路由跳数大于第四参考阈值且流量比例大于第五参考阈值的路径，则将第一业务感知问题定位在网内路径的流量分配，流量比例为在同一条路径上传输数据所占用的流量与为路径分配的总流量的比值。
[0088] 定位模块4，还用于若获取模块3获取的第一业务中所有业务的接收地址相同，则在骨干互联专业的子专业中进行第一业务感知问题的定位。
[0089] 定位模块4，还用于若获取模块3获取的第一业务中所有业务的接收地址均存在第一业务感知问题，则在本地承载网的子专业中进行第一业务感知问题的定位。
[0090] 定位模块4，还用于若获取模块3获取的第一业务中部分业务的接收地址存在第一业务感知问题，则在省际链路带宽中进行第一业务感知问题的定位。
[0091] 定位模块4，还用于若获取模块3获取的第一业务中所有业务的业务类型相同，则在业务SP专业中进行第一业务感知问题的定位。
[0092] 在本发明实施例的一个实现方式中，确定模块2，还用于按照指定顺序，依次确定当前正在排查的网络侧专业的维度中，具有相同维度信息的业务数量占业务总数量的第三比例与第六参考阈值的大小关系，维度至少包括链路维度、网元维度和小区维度中的一种。
[0093] 定位模块4，还用于若在维度中，存在至少一个维度的确定模块2确定的第三比例大于第六参考阈值，则在存在第三比例大于第六参考阈值的维度的子维度中进行第一业务感知问题的定位。
[0094] 本申请可以根据每个网络侧专业中具有相同特征的业务数量占业务总数量的比例，将上述业务感知问题定位在某一网络侧专业中，之后在该网络侧专业中对所有子专业进行逐一排查，以将该业务感知问题定位到具体的子专业中。因此，本申请所提出的排查方案中，先锁定产生问题的网络侧专业，以缩小遍历排查的范围，且由于排查范围被缩小，因此，在对子专业进行遍历排查时，大幅度减少了排查过程中所耗费的时间，从而提高定位业务感知问题的效率。
[0095] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。
[0096] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-Only Memory，简称：ROM)或随机存储记忆体(英文：Random Access Memory，简称：RAM)等。
[0097] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
