CN105721231B - 一种业务质量感知探测方法及装置 - Google Patents

Abstract

本发明提供一种业务质量感知探测方法及装置，该方法包括：获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，其中，一个业务对应一个公网IP地址；根据所述上网信令，确定所述移动终端的DNS响应成功率；根据所述相关数据，确定访问所述业务时的TCP连接成功率；根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测。本发明能够实时的探测业务质量感知，不必等到用户投诉时才能确定业务质量感知异常，在一定程度上提高了用户体验。

Description

一种业务质量感知探测方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务质量感知探测方法及装置。

背景技术

目前，越来越多的用户使用手机等移动终端访问网页或业务平台(比如QQ、微信、微博等)。

用户在使用移动终端进行业务访问时，首先会根据用户输入的网址进行DNS(Domain Name System，域名系统)查询，移动终端在收到DNS查询到的IP(internetprotocol，因特网协议)地址后，开始TCP(Transmission Control Protocol，传输控制协议)建立连接，从而将移动终端所要访问的业务下载下来。

然而，在进行DNS查询或者TCP建立过程中，可能会发生DNS查询失败或者TCP建立失败的情况，这些都可能导致用户使用移动终端对业务的访问不成功，从而影响移动终端业务质量感知异常。网络运营商也只能在收到用户的投诉之后，才能确定导致用户不能访问业务的原因。用户不能访问业务的原因一般包括两个：一个是业务平台本身出现问题，另一个是移动网络为该用户分配的IP地址出现问题。其中，业务质量感知反映了终端用户对业务和网络的体验和感受，反映了当前业务和网络的质量和终端用户之间的差异。

也就是说，现有技术是在影响业务质量感知并在用户投诉的情况下，技术人员才会针对用户的投诉确定影响业务质量感知的原因，这种做法不能够主动的去探测用户当前访问业务时的业务质量感知情况。因此，目前缺少一种主动实时探测业务质量感知的技术方案。

发明内容

本发明提供一种业务质量感知探测方法及装置，用以解决现有技术中不能够实施探测业务质量感知的问题。

一种业务质量感知探测方法，包括：

获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，其中，一个业务对应一个公网IP地址；

根据所述上网信令，确定所述移动终端的域名系统DNS响应成功率；

根据所述相关数据，确定访问所述业务时的传输控制协议TCP连接成功率；

根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测。

所述方法中，所述根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测，具体包括：

确定所述DNS响应成功率小于第一设定阈值时，确定业务质量感知异常；和/或，

确定所述TCP连接成功率小于第二设定阈值时，确定所业务质量感知异常。

利用本发明实施例，通过将TCP连接成功率或DNS响应成功率与相应的阈值进行比较，能够确定业务质量感知是否异常。

所述方法，确定所述DNS响应成功率小于第一设定阈值时，确定所述移动终端所连接的网络异常。

DNS查询是否成功，在一定程度上反映了移动终端当前所连接的网络的网络情况，本发明是实施例可以确定导致业务质量感知异常的原因是移动终端所连接的网络异常。

所述方法，确定所述TCP连接成功率小于第二设定阈值时，确定所述业务异常。

TCP连接是否成功在一定程度上反映了业务所述的业务平台是否异常。本发明是实施例可以确定导致业务质量感知异常的原因是移动终端请求访问的业务异常。

所述方法中，所述移动终端有多个，针对任一移动终端，所述根据所述上网信令，确定该移动终端的DNS响应成功率，具体包括：

提取所述上网信令中所述任一移动终端的私网IP地址，并确定该私网IP地址所属的私网IP地址段；

确定所述私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N；

将DNS查询响应的总次数N与DNS查询请求的总次数M的比值，确定为所述任一移动终端的DNS响应成功率。

利用本发明实施例计算出的DNS成功率更加准确可靠。

所述方法中，所述业务有多个，针对任一业务，所述根据所述相关数据，确定访问该业务时的TCP连接成功率，具体包括：

解析所述相关数据，得到访问所述任一业务的一个移动终端发送的TCP连接请求以及所述终端接收到的TCP响应；

确定所述TCP连接请求的总次数P，以及所述TCP响应的总次数Q；

将所述TCP响应的总次数Q与所述TCP连接请求的总次数P的比值，作为访问所述任一业务时的TCP连接成功率。

利用本发明实施例，能够确定每个业务的TCP连接成功率，从而确定业务是否异常。

本发明还提供了一种业务质量感知探测装置，包括：

获取单元，用于获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，其中，一个业务对应一个公网IP地址；

第一确定单元，用于根据所述上网信令，确定所述移动终端的域名系统DNS响应成功率；

第二确定单元，用于根据所述相关数据，确定访问所述业务时的传输控制协议TCP连接成功率；

探测单元，用于根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测。

所述装置中，所述探测单元具体用于：

确定所述DNS响应成功率小于第一设定阈值时，确定业务质量感知异常；和/或，

确定所述TCP连接成功率小于第二设定阈值时，确定所业务质量感知异常。

所述装置中，所述探测单元还用于：

确定所述DNS响应成功率小于第一设定阈值时，确定所述移动终端所连接的网络异常。

所述装置中，所述探测单元还用于：

确定所述TCP连接成功率小于第二设定阈值时，确定所述业务异常。

所述装置中，所述第一确定单元具体用于：

所述移动终端有多个，针对任一移动终端，提取所述上网信令中所述任一移动终端的私网IP地址，并确定该私网IP地址所属的私网IP地址段；

确定所述私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N；

将DNS查询响应的总次数N与DNS查询请求的总次数M的比值，确定为所述任一移动终端的DNS响应成功率。

所述装置中，所述第二确定单元具体用于：

所述业务有多个，针对任一业务，解析所述相关数据，得到访问所述任一业务的一个移动终端发送的TCP连接请求以及所述终端接收到的TCP响应；

确定所述TCP连接请求的总次数P，以及所述TCP响应的总次数Q；

将所述TCP响应的总次数Q与所述TCP连接请求的总次数P的比值，作为访问所述任一业务时的TCP连接成功率。

利用本发明实施例提供的业务质量感知探测方法及装置，具有以下有益效果：通过实时分析移动终端在访问业务时产生的上网信令和访问业务的相关数据，从而实时主动地探测业务质量感知是否异常，不必等到移动终端用户投诉后，才得知业务质量感知异常，在一定程度上提高了用户体验。

附图说明

图1为本发明实施例提供的业务质量感知探测方法流程图；

图2为本发明实施例提供的确定任一移动终端的DNS响应成功率的方法流程图；

图3为本发明实施例提供的确定任一业务的TCP连接成功率的方法流程图；

图4为本发明实施例提供的业务质量感知探测装置示意图。

具体实施方式

下面结合附图和实施例对本发明提供的业务质量感知探测方法进行更详细地说明。

本发明实施例提供一种业务质量感知探测方法，如图1所示，包括：

步骤101，获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，其中，一个业务对应一个公网IP地址。

具体的，在执行步骤101之前，实时采集移动终端访问业务所产生的上网信令和访问业务的相关数据并保存，优选地，将所采集的上网信令和访问业务的相关数据保存在特定的服务器中。进一步优选地，确定所采集的上网信令和访问业务的相关数据已被保存特定时长后，删除已被保存特定时长的上网信令和访问业务的相关数据，以节省空间。

步骤101从保存的上网信令和相关数据中获取设定时间段内的上网信令和访问业务的相关数据。优选地，本发明实施例每次执行步骤101时，所获取的上网信令和访问业务的相关数据均是在不同的设定时间段内产生的。比如，第一次执行步骤101时所获取的上网信令和访问业务的相关数据是1:00-2:00之间产生的，那么第二次执行步骤101时所获取的上网信令和访问业务的相关数据应该是2:00-3:00之间产生的，以此类推。

在设定时间段内的移动终端有多个，移动终端所访问的业务也会有多个，本发明实施例中，一个业务对应一个公网IP地址，即，一个业务对应一个网址，比如，访问新浪首页是一个业务，访问新浪新浪首页中的新浪视频对应另一个业务，每个业务都有一个业务名称。

步骤102，根据所述上网信令，确定所述移动终端的DNS响应成功率。

具体的，移动终端的上网信令中记录了移动终端发送的DNS查询的相关信息，比如，移动终端发送的DNS查询请求、移动终端收到的DNS查询响应等。DNS响应的成功率可以在一定程度上反映出移动终端连接的网络(局域网或无线网络)是否正常，如果该DNS响应成功率过低，则说明移动终端连接的网络出现问题，应通知技术人员对网络进行排查修复。移动终端连接的网络出现问题时势必会影响业务质量感知，导致用户访问业务时的业务质量感知下降。

步骤103，根据所述相关数据，确定访问所述业务时的TCP连接成功率。

所述访问业务的相关数据中包含了移动终端所访问的业务的名称、业务对应的公网IP地址、移动终端连接业务时发出的TCP连接建立请求以及移动终端收到的TCP连接建立响应等信息。TCP连接成功率可以在一定程度上反映出移动终端所访问的业务所述的业务平台是否正常，如果移动终端在访问某个业务时的TCP连接成功率过低，则说明该业务所属的业务平台不正常。用户所访问的业务异常会导致用户无法正常访问业务，势必会影响业务质量感知，导致用户访问业务时的业务质量感知下降。

步骤104，根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测。

具体的，本发明实施例中，可以根据DNS响应成功率探测业务质量感知，也可以根据TCP连接成功率探测业务质量感知，还可以二者结合，探测业务质量感知。

利用本发明实施例，能够实时的探测业务质量感知，不必等到用户投诉时才能确定业务质量感知异常，在一定程度上提高了用户体验。

优选地，根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测，具体包括：

确定所述DNS响应成功率小于第一设定阈值时，确定业务质量感知异常；和/或，

确定所述TCP连接成功率小于第二设定阈值时，确定业务质量感知异常。

具体的，第一设定阈值和第二设定阈值的大小可由技术人员根据经验确定。

利用本发明实施例，通过将TCP连接成功率或DNS响应成功率与相应的阈值进行比较，能够确定业务质量感知是否异常。

进一步优选地，确定所述任一移动终端的DNS响应成功率小于第一设定阈值时，确定所述任一移动终端所连接的网络异常；确定访问所述任一业务时的TCP连接成功率小于第二设定阈值时，确定所述任一业务异常。

DNS查询是否成功，在一定程度上反映了移动终端当前所连接的网络的网络情况，TCP连接是否成功在一定程度上反映了业务所述的业务平台是否异常，本优选实施方式可以根据DNS响应成功率确定出网络是否异常，根据TCP连接成功率确定出业务是否异常，从而能够在确定业务质量感知异常的情况下，确定是移动终端接入的网络异常导致的业务质量感知异常，还是用户所访问的业务异常导致的业务质量感知异常，进而提高了技术人员查找导致业务质量感知异常的原因的效率。

基于上述实施例，在设定时间段内访问业务的移动终端存在多个，每个移动终端都有其对应的DNS响应成功率，但是仅仅依靠一个移动终端的DNS响应成功率不足以说明该移动终端接入的网络的DNS响应情况，因此，优选地，所述移动终端有多个，针对任一移动终端，所述根据所述上网信令，确定所述移动终端的DNS响应成功率，如图2所示，具体包括：

步骤201，提取所述上网信令中所述任一移动终端的私网IP地址，并确定该私网IP地址所属的私网IP地址段。

移动终端在通过其连接的网络上网时，都会被分配一个私网IP地址，该私网IP地址对应一个私网IP地址段。

步骤202，确定所述私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N。

具体的，提取使用确定的私网IP地址段内的私网IP地址的移动终端在设定时间段内产生的上网信令，从该上网信令中提取出该私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N。

步骤203，将DNS查询响应的总次数N与DNS查询请求的总次数M的比值，确定为所述任一移动终端的DNS响应成功率。

具体的，DNS响应成功率利用本发明实施例可以比较全面的得到移动终端的DNS响应成功率，从而准确的反映当前移动终端所连接的网络状况。

在设定时间段内，多个移动终端访问的业务存在多个，每个移动终端也可能访问多个业务，由于TCP连接与移动终端访问业务相关，因此优选地，所述业务有多个，针对任一业务，所述根据所述相关数据，确定访问所述业务时的TCP连接成功率，如图3所示，具体包括：

步骤301，解析所述相关数据，得到访问所述任一业务的一个移动终端发送的TCP连接请求以及所述终端接收到的TCP响应。

具体的，TCP连接的建立需要经过三次握手，由于本发明实施例计算TCP连接成功率的目的在于利用该TCP连接成功率确定确定用户访问业务时业务平台是否出现异常，因此，在计算TCP连接成功率时只使用了TCP连接的前两次握手，当收到TCP连接的第二次握手，即收到业务侧发送的TCP响应后，即可确定业务平台运行正常，此时就不需要统计TCP的第三次握手是否发送成功，只利用前两次握手就可以确定业务平台是否可用。同时，第三次握手是移动终端对TCP的第二次握手进行确认，由于终端和无线环境的多样性和复杂性，可能会正确回送确认消息，也可能确认消息不能正确发送，此种情况在统计上比较复杂，并且会增加计算的难度。

步骤302，确定所述TCP连接请求的总次数P，以及所述TCP响应的总次数Q。

步骤303，将所述TCP响应的总次数Q与所述TCP连接请求的总次数P的比值，作为访问所述任一业务时的TCP连接成功率。

具体的，访问所述任一业务时的TCP连接成功率本发明实施例在计算TCP连接成功率时针对任一业务，统计了在设定时间段内，某一个访问该业务的移动终端的TCP连接成功率，作为访问该任一业务时的TCP连接成功率。

优选地，可统计每个访问同一业务的移动终端的TCP连接成功率，再计算所有的TCP连接成功率中，小于第二设定阈值的TCP连接成功率的个数，如果小于第二设定阈值的TCP连接成功率的个数超过设定个数，则认为该业务出现异常。

本发明还提供了一种业务质量感知探测装置，如图4所示，包括：

获取单元401，用于获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，其中，一个业务对应一个公网IP地址；

第一确定单元402，用于根据所述上网信令，确定所述移动终端的域名系统DNS响应成功率；

第二确定单元403，用于根据所述相关数据，确定访问所述业务时的传输控制协议TCP连接成功率；

探测单元404，用于根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测。

所述装置中，所述探测单元具体用于：

确定所述DNS响应成功率小于第一设定阈值时，确定业务质量感知异常；和/或，

确定所述TCP连接成功率小于第二设定阈值时，确定所业务质量感知异常。

所述装置中，所述探测单元还用于：

确定所述DNS响应成功率小于第一设定阈值时，确定所述移动终端所连接的网络异常。

所述装置中，所述探测单元还用于：

确定所述TCP连接成功率小于第二设定阈值时，确定所述业务异常。

所述装置中，所述第一确定单元具体用于：

所述移动终端有多个，针对任一移动终端，提取所述上网信令中所述任一移动终端的私网IP地址，并确定该私网IP地址所属的私网IP地址段；

确定所述私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N；

将DNS查询响应的总次数N与DNS查询请求的总次数M的比值，确定为所述任一移动终端的DNS响应成功率。

所述装置中，所述第二确定单元具体用于：

所述业务有多个，针对任一业务，解析所述相关数据，得到访问所述任一业务的一个移动终端发送的TCP连接请求以及所述终端接收到的TCP响应；

确定所述TCP连接请求的总次数P，以及所述TCP响应的总次数Q；

将所述TCP响应的总次数Q与所述TCP连接请求的总次数P的比值，作为访问所述任一业务时的TCP连接成功率。

利用本发明实施例提供的业务质量感知探测方法及装置，具有以下有益效果：通过实时分析移动终端在访问业务时产生的上网信令和访问业务的相关数据，从而实时主动地探测业务质量感知是否异常，不必等到移动终端用户投诉后，才得知业务质量感知异常，在一定程度上提高了用户体验。

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

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

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

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

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

Claims (8)

1.一种业务质量感知探测方法，其特征在于，包括：

获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，将所采集的上网信令和访问业务的相关数据保存在特定的服务器中；其中，一个业务对应一个公网IP地址；

根据所述上网信令，确定所述移动终端的域名系统DNS响应成功率；具体包括：提取所述上网信令中任一移动终端的私网IP地址，并确定该私网IP地址所属的私网IP地址段；确定所述私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N；将DNS查询响应的总次数N与DNS查询请求的总次数M的比值，确定为所述任一移动终端的DNS响应成功率；

根据所述相关数据，确定访问所述业务时的传输控制协议TCP连接成功率；

根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测；具体包括：确定所述DNS响应成功率小于第一设定阈值时，确定业务质量感知异常；和/或，确定所述TCP连接成功率小于第二设定阈值时，确定所业务质量感知异常。

2.如权利要求1所述的方法，其特征在于，确定所述DNS响应成功率小于第一设定阈值时，确定所述移动终端所连接的网络异常。

3.如权利要求1所述的方法，其特征在于，确定所述TCP连接成功率小于所述第二设定阈值时，确定所述业务异常。

4.如权利要求1-3任一所述的方法，其特征在于，所述业务有多个，针对任一业务，所述根据所述相关数据，确定访问该业务时的TCP连接成功率，具体包括：

解析所述相关数据，得到访问所述任一业务的一个移动终端发送的TCP连接请求以及所述终端接收到的TCP响应；

确定所述TCP连接请求的总次数P，以及所述TCP响应的总次数Q；

将所述TCP响应的总次数Q与所述TCP连接请求的总次数P的比值，作为访问所述任一业务时的TCP连接成功率。

5.一种业务质量感知探测装置，其特征在于，包括：

获取单元，用于获取设定时间段内移动终端产生的上网信令和访问业务的相关数据，将所采集的上网信令和访问业务的相关数据保存在特定的服务器中；其中，一个业务对应一个公网IP地址；

第一确定单元，用于根据所述上网信令，确定所述移动终端的域名系统DNS响应成功率；具体包括：提取所述上网信令中任一移动终端的私网IP地址，并确定该私网IP地址所属的私网IP地址段；确定所述私网IP地址段内的所有移动终端在所述设定时间段内发送的DNS查询请求的总次数M以及收到DNS查询响应的总次数N；将DNS查询响应的总次数N与DNS查询请求的总次数M的比值，确定为所述任一移动终端的DNS响应成功率；

第二确定单元，用于根据所述相关数据，确定访问所述业务时的传输控制协议TCP连接成功率；

探测单元，用于根据所述DNS响应成功率，和/或，根据所述TCP连接成功率，对业务质量感知进行探测；具体包括：确定所述DNS响应成功率小于第一设定阈值时，确定业务质量感知异常；和/或，确定所述TCP连接成功率小于第二设定阈值时，确定所业务质量感知异常。

6.如权利要求5所述的装置，其特征在于，所述探测单元还用于：

确定所述DNS响应成功率小于第一设定阈值时，确定所述移动终端所连接的网络异常。

7.如权利要求6所述的装置，其特征在于，所述探测单元还用于：

确定所述TCP连接成功率小于所述第二设定阈值时，确定所述业务异常。

8.如权利要求5-7任一所述的装置，其特征在于，所述第二确定单元具体用于：

所述业务有多个，针对任一业务，解析所述相关数据，得到访问所述任一业务的一个移动终端发送的TCP连接请求以及所述终端接收到的TCP响应；

确定所述TCP连接请求的总次数P，以及所述TCP响应的总次数Q；

将所述TCP响应的总次数Q与所述TCP连接请求的总次数P的比值，作为访问所述任一业务时的TCP连接成功率。