CN103955507A - 基于用户感知的预警方法及装置 - Google Patents

Abstract

本发明提供一种基于用户感知的预警方法及装置，包括：对采集的控制面和用户面的IP报文进行识别整合，获得单用户单业务粒度的各网页浏览操作记录；计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率；根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录，根据所述目标网页浏览操作记录的所述质量参数，计算所述质量参数的评估值；检测所述评估值是否满足预设的预警门限，若是，则发出包括所述质量参数的标识的预警报告。通过本发明提供的方案，能够全面准确地评估用户感知，从而全面、精准地基于用户感知进行预警。

Description

基于用户感知的预警方法及装置

技术领域

本发明涉及互联网领域，尤其涉及一种基于用户感知的预警方法及装置。

背景技术

随着移动网络和智能终端的迅猛发展，移动互联网与用户的联系日益紧密。其中基于HTTP协议的网页浏览业务更是受大众的普遍青睐。移动互联网业务层出不穷，竞争非常激烈，让用户获得良好的业务感知成为致胜的关键，这就使得如何基于用户感知全面的、及时的、准确地对互联网业务质量进行评估成为网络运营商和业务开发商非常重视的一个问题。

对此，现有技术提供一种基于用户感知的预警方法包括：接收移动通信网各类网元设备上报的预先指定的关键性能指标(KPI)，当该关键性能指标不满足预设的满意门限值时，则发出预警。但是，现有的预警方法中，由于所述关键性能指标无法全面、准确地反映用户感知，因此评估结果往往与用户真实的业务感知偏离度过大，进而导致无法全面、精准地基于用户感知进行预警。

发明内容

本发明提供一种基于用户感知的预警方法及装置，用于解决现有的预警方案因无法准确评估用户感知，导致的无法全面、精准地基于用户感知进行预警的问题。

本发明的第一个方面是提供一种基于用户感知的预警方法，包括：

采集移动互联网业务中，控制面和用户面的网协IP报文；

对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，所述网页浏览操作记录包括单个用户单次浏览单个网页所对应的控制面和用户面的IP报文；

针对每个所述网页浏览操作记录，计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率；

根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录，针对每个所述质量参数，根据所述目标网页浏览操作记录的所述质量参数，计算所述质量参数的评估值，所述评估值为所述各目标网页浏览操作记录对应的所述质量参数之和的平均值；

检测所述评估值是否满足预设的预警门限，若是，则发出预警报告，所述预警报告包括所述质量参数的标识；

其中，所述页面响应成功率为终端发起网页浏览请求后页面成功响应的概率；所述页面响应时长为终端发起网页浏览请求时刻至页面开始响应时刻之间的时长；所述页面显示完整性为终端发起网页浏览请求后，页面所有内容能够被显示的概率；页面显示成功率为终端发起网页浏览请求后，所述页面显示完整性不小于预设的门限值的概率；所述页面显示时长为终端发起网页浏览请求后，从页面开始响应时刻至页面所有内容显示完成时刻之间的时长；所述页面下载速率为终端发起网页浏览请求后，页面源文件加载到所述终端的下载速度。

本发明的另一个方面是提供一种基于用户感知的预警装置，包括：

采集模块，用于采集移动互联网业务中，控制面和用户面的IP报文；

处理模块，用于对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，所述网页浏览操作记录包括单个用户单次浏览单个网页所对应的控制面和用户面的IP报文；

计算模块，用于针对每个所述网页浏览操作记录，计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率；

所述处理模块，还用于根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录；

所述计算模块，还用于针对每个所述质量参数，根据所述目标网页浏览操作记录的所述质量参数，计算所述质量参数的评估值，所述评估值为所述各目标网页浏览操作记录对应的所述质量参数之和的平均值；

预警模块，用于检测所述评估值是否满足预设的预警门限，若是，则发出预警报告，所述预警报告包括所述质量参数的标识。

其中，所述页面响应成功率为终端发起网页浏览请求后页面成功响应的概率；所述页面响应时长为终端发起网页浏览请求时刻至页面开始响应时刻之间的时长；所述页面显示完整性为终端发起网页浏览请求后，页面所有内容能够被显示的概率；页面显示成功率为终端发起网页浏览请求后，所述页面显示完整性不小于预设的门限值的概率；所述页面显示时长为终端发起网页浏览请求后，从页面开始响应时刻至页面所有内容显示完成时刻之间的时长；所述页面下载速率为终端发起网页浏览请求后，页面源文件加载到所述终端的下载速度。

本发明提供的基于用户感知的预警方法及装置，通过对控制面和用户面的IP报文进行识别整合，获得包括单个用户单次浏览单个网页所对应的IP报文的网页浏览操作记录，并针对每个记录计算获得质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率，根据预设的筛选条件和质量参数计算评估值，进而根据所述评估值和预设的预警条件进行预警处理的方案，能够通过质量参数全面、准确地评估用户感知，从而实现全面、精准地基于用户感知进行预警。

附图说明

图1为本发明实施例一提供的一种基于用户感知的预警方法的流程示意图；

图2为本发明实施例二提供的一种基于用户感知的预警装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

图1为本发明实施例一提供的一种基于用户感知的预警方法的流程示意图，如图1所示，所述方法包括：

101、采集移动互联网业务中，控制面和用户面的网协(Internet Protocol，简称IP)报文。

在实际应用中，鉴于移动互联网业务为IP网络所承载，因此可以在移动通信网分组域的IU-PS接口、Gn接口、Gi接口等接口上，通过分光或镜像的方式，采集移动互联网业务中，全网用户的控制面和用户面的IP报文。

102、对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，所述网页浏览操作记录包括单个用户单次浏览单个网页所对应的控制面和用户面的IP报文。

具体的，102具体可以包括：

从所述控制面和用户面的IP报文中筛选出用户面的IP报文；

通过将所述用户面的IP报文中，其五元组信息相同的IP报文整合为单个业务流，获得各业务流，所述五元组信息包括：源IP、目的IP、源端口、目的端口和协议号；

从所述各业务流中筛选出属于HTTP协议的第一业务流，并从所述第一业务流中筛选出属于网页浏览业务的第二业务流；

针对第二业务流中的每个IP报文，检测所述IP报文中是否包含Referer信息，若是，则将所述Referer信息作为第一参数，否则，将所述IP报文中的Host信息作为所述第一参数；

通过将所述第二业务流中的待整合IP报文，整合为用户面的单个网页浏览操作记录，获得用户面的各网页浏览操作记录，其中，采集所述待整合IP报文的时刻具有连续性且所述待整合IP报文的所述第一参数相同；

针对每个所述用户面的网页浏览操作记录，获得与其对应的控制面的网页浏览操作记录，所述控制面的网页浏览操作记录包括其第二参数与所述用户面的网页浏览操作记录的第二参数匹配的控制面的IP报文，所述第二参数包括源IP、GTP隧道标识和IP报文的采集时刻

通过将每个所述用户面的网页浏览操作记录与其对应的控制面的网页浏览操作记录，整合为单个网页浏览操作记录，获得所述各网页浏览操作记录。

其中，所述五元组信息中的所述协议号通常可以为传输控制协议(Transmission Control Protocol，简称TCP)协议号或者UDP协议号。

其中，可以通过对所述各业务流中的IP报文进行解析，通过TCP端口号或应用层的Request Version字段识别该业务流中是否存在属于HTTP协议的IP报文的方法，从所述各业务流中筛选出属于HTTP协议的第一业务流。具体的识别方法为：若IP报文的TCP端口号为80或8080，则判断该IP报文为HTTP协议的报文；或者若该IP报文包含的Request Version字段为HTTP类型，例如，Request Version字段为HTTP/1.1，则可以判断该IP报文属于HTTP协议的报文。相应的，针对所述各业务流中的每个所述业务流，若识别所述业务流的IP报文中存在属于HTTP协议的报文，则可以判定该业务流为所述第一业务流。

其中，通过对所述第一业务流中，各业务流对应的IP报文的Content-Type字段进行识别，可以筛选出属于网页浏览业务的第二业务流。具体的识别方法为：若所述IP报文的Content-Type字段为text，图片或者JavaScript，则可以判定该IP报文属于网页浏览业务的报文。相应的，针对所述第一业务流中的每个业务流，若所述业务流对应的IP报文中存在属于网页浏览业务的报文，则可判定该业务流为所述第二业务流。

其中，通过确定所述第一参数，并根据所述第一参数对所述第二业务流中的IP报文进行整合，能够获得与用户每次的实际网页浏览操作行为一一对应的所述用户面的各网页浏览操作记录。

其中，获得所述用户面的各网页浏览操作记录后，再根据源IP、GTP隧道标识和采集IP报文的时刻，即IP报文的采集时刻等第二参数，获得其第二参数与所述用户面的网页浏览操作记录的第二参数匹配的，例如，相同或近似相同的，所述控制面的网页浏览操作记录，从而最终获得完整的与用户真实行为一一对应的所述各网页浏览操作记录。所述各网页浏览操作记录的粒度为单用户单业务粒度，即单个用户单次打开单个网页对应的IP报文。

103、针对每个所述网页浏览操作记录，计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率。

在实际应用中，用户在网页浏览业务中关注的业务感知主要包括三个方面：网页是否成功响应、页面打开是否完整、页面打开是否快速。相应的，为了全面、准确地评估移动互联网网页浏览业务的用户感知，本实施例基于以上三个方面确定网页浏览业务的关键质量指标(KQI)，即所述质量参数包括：页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率。

具体的，所述页面响应成功率为终端发起网页浏览请求后页面成功响应的概率，具体用于反映用户手工打开浏览器，输入URL或者单击进入某网页后，浏览器成功响应的概率。所述页面响应成功率可以通过网页浏览信令面和业务面的连接成功率来衡量，但是其不包括无线空口连接成功率和无线承载分配成功率。

相应的，所述页面响应成功率＝分组数据协议(Packet Data Protocol，简称PDP)激活成功率×业务请求成功率×首次域名解析成功率×首次TCP建立成功率×首次GET成功率；其中，PDP激活成功率＝PDP激活成功次数/PDP激活请求次数；业务请求成功率＝(安全模式控制命令消息次数+业务请求接受消息次数)/业务请求次数；首次域名解析成功率＝首次域名系统(DomainName System，简称DNS)查询成功次数/首次DNS查询请求次数；首次TCP建立成功率＝首次TCP建立成功次数/首次TCP建立请求次数；首次GET成功率＝首次GET成功次数/首次GET请求次数。

其中，所述首次DNS查询请求为所述网页浏览操作记录中的第一个DNS查询请求，具体的，同一个域名的解析失败后重试按一次计算，如果没有首次DNS解析，则生成CDR时请求和成功均记为0；所述首次TCP建立请求为所述网页浏览操作记录中的第一个TCP建立请求，具体的，同一个TCP连接失败后重试按一次计算；所述首次GET请求为所述网页浏览操作记录中的第一个GET请求，具体的，同一个GET消息无响应后重试按一次计算；所述首次GET成功次数为所述首次GET请求得到HTTP Reply200OK消息的次数，具体的，其可以通过统计获得。

再具体的，所述页面响应时长为终端发起网页浏览请求时刻至页面开始响应时刻之间的时长，具体用于反映用户手工打开浏览器，从输入URL确认或单击进入页面后，到浏览器窗口栏开始有响应所耗的时长。

相应的，所述页面响应时长＝首次GET响应消息HTTP Reply200OK的时刻-首个业务流程发起消息的时刻；

则为了确定所述首个业务流程发起消息的时刻，在103之前，所述方法还可以包括：

检测所述网页浏览操作记录是否存在PDP激活请求消息，若是，则将PDP激活请求消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在service REQ消息；

若是，则将所述service REQ消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在首次域名解析请求消息；

若是，则将所述首次域名解析请求消息作为所述首个业务流程发起消息，否则，将首次TCP建立请求消息作为所述首个业务流程发起消息。

再具体的，所述页面显示完整性为终端发起网页浏览请求后，页面所有内容能够被显示的概率，用于反映用户手工打开浏览器后，输入URL打开(或刷新)页面，页面所有内容能够显示的比例，从而反映用户打开页面的显示程度。

相应的，所述页面显示完整性＝HTTP Reply200OK次数/(GET请求次数+POST请求次数)。

再具体的，页面显示成功率为终端发起网页浏览请求后，所述页面显示完整性不小于预设的门限值的概率，用于反映用户手工打开浏览器后，输入URL打开或者刷新页面后，页面显示完整性指标大于所述门限值的比例，即可以将所述页面显示完整性超过门限值时，记为1次成功。

相应的，所述页面显示成功率＝页面显示完整性指标不小于所述门限值的次数/首次GET请求的次数。

其中，所述门限值可根据实际情况设定，例如，设为0.8。

再具体的，所述页面显示时长为终端发起网页浏览请求后，从页面开始响应时刻至页面所有内容显示完成时刻之间的时长，用于反映用户手工打开浏览器后，输入URL打开(或刷新)页面，从开始操作到页面内容全部显示完成所耗费的时长。

在实际应用中，鉴于页面显示涉及的内容除了当前网站主服务器的内容之外，可能还有从其它网站链接的内容，为了规避其它网站内容可能无响应导致的所述页面显示时长发生严重失真，将以下计算公式中的计算因子以首个TCP连接为准。

相应的，所述页面显示时长＝首个TCP连接的FIN消息的时刻-首个GET响应消息HTTP Reply200OK消息的时刻。

再具体的，所述页面下载速率为终端发起网页浏览请求后，页面源文件加载到所述终端的下载速度，用于反映用户手工打开浏览器后，输入URL打开或者刷新页面后，页面源文件加载到客户本机缓存的下载速度。

相应的，所述页面下载速率＝首个TCP连接传输的数据量/首个TCP连接持续的时长；

其中，所述首个TCP连接传输的数据大小为统计获得的首个TCP连接传输的各数据包的大小之和；所述首个TCP连接持续的时长为首个TCP连接的FIN消息至首个GET响应消息HTTP Reply200OK消息的时长；所述计算获得所述网页浏览操作记录的质量参数之前，还包括：

统计所述首个TCP连接传输的各数据包，将所述各数据包的数据大小之和，作为所述首个TCP连接传输的数据量；

将首个TCP连接的FIN消息的时刻至首个GET响应消息HTTP Repl_y200OK消息的时刻之间的时长，作为所述首个TCP连接持续的时长。

104、根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录，针对每个所述质量参数，根据所述目标网页浏览操作记录的所述质量参数，计算评估值，所述评估值为所述各目标网页浏览操作记录的所述质量参数之和的平均值。

在实际应用中，由于之前整合获得的所述各网页浏览操作记录均是单用户单业务粒度的，相应的，每条网页浏览操作记录中均可以包括终端类型标识、CELL、RNC、SGSN、GGSN、网站服务器IP地址等各个维度的信息。基于此，可以从以上各个维度进行筛选过滤，以计算获得更小维度对应的各项质量参数的评估值。

相应的，可以根据实际需求，预先配置相应的筛选条件，以基于所述筛选条件，确定目标网页浏览操作记录，从而计算所需的评估值，例如，若需要获取每个RNC下所有用户的网页浏览业务的各项质量参数对应的评估值，则可以将所述筛选条件设为，将包括相同RNC标识的网页浏览操作记录作为所述目标网页浏览操作记录，即基于所述筛选条件对所述各网页浏览操作记录进行过滤、筛选和重新归并，可以得出每个RNC对应的目标网页浏览操作记录。再例如，若需要获取全网所有用户的网页浏览业务的各项所述质量参数的评估值，则可以将所述筛选条件设为，将所有网页浏览操作记录作为所述目标网页浏览操作记录，之后，针对每项质量参数，通过对全网所有网页浏览操作记录的质量参数做平均计算，即可得到全网维度的网页浏览业务的各项质量参数的评估值。

进一步的，为了计算各质量参数的评估值，可以通过针对每个所述质量参数，提取出所述各目标网页浏览操作记录的所述质量参数并进行求平均值的计算，从而获得相应的评估值。例如，可以针对所述质量参数中的网页响应成功率，获得筛选获得的所述各目标网页浏览操作记录的网页响应成功率，之后，通过进行平均计算，即可获得相应的评估值。

105、检测所述评估值是否满足预设的预警条件，若是，则发出预警报告，所述预警报告包括所述质量参数的标识。

具体的，在获得所述各项质量参数的评估值之后，可以针对各项质量参数的评估值设置相应的预警条件，当某项质量参数的评估值满足其对应的预警门限后，则产生相应的预警报告。具体举例来说，针对页面响应成功率来说，页面响应成功率越高，则用户感知越好，因此，其预警条件可以设为，当所述页面响应成功率的评估值低于预设的第一门限值，则发出包括所述页面响应成功率的标识的预警报告；再例如，针对页面响应时长来说，所述页面响应时长越短，则用户感知越好，因此，其预警条件可以设为，当所述页面响应时长的评估值高于预设的第二门限值，则发出包括所述页面响应时长的标识的预警报告。其中的各门限值可以根据实际情况确定。

需要说明的是，针对各质量参数的评估值，可以设定相应的预警条件，上述举例只是一种具体的实施方式，其并未对本实施例的其它实施方式进行限制。另外，所述预警报告可以是基于全网用户的，也可以是基于CELL、RNC、SGSN、GGSN、网站服务器IP地址等各个维度的，具体维度可以基于前述的筛选条件确定。

通过这种预警机制，一方面能够及时发现网页浏览业务的用户感知问题，另一方面可以通过网元或网站服务器IP地址等维度的预警与网络优化部门或者网站运营方进行互动，进而通过网络优化等各种手段改善用户的业务感知。

本实施例提供的基于用户感知的预警方法及装置，通过对控制面和用户面的IP报文进行识别整合，获得包括单个用户单次浏览单个网页所对应的IP报文的网页浏览操作记录，并针对每个记录计算获得质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率，根据预设的筛选条件和质量参数计算评估值，进而根据所述评估值和预设的预警条件进行预警处理的方案，能够通过质量参数全面、准确地评估用户感知，从而实现全面、精准地基于用户感知进行预警。

图2为本发明实施例二提供的一种基于用户感知的预警装置的结构示意图，如图2所示，所述装置包括：采集模块21、处理模块22、计算模块23和预警模块24；其中，

采集模块21，用于采集移动互联网业务中，控制面和用户面的IP报文；

处理模块22，用于对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，所述网页浏览操作记录包括单个用户单次浏览单个网页所对应的控制面和用户面的IP报文；

计算模块23，用于针对每个所述网页浏览操作记录，计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率；

处理模块22，还用于根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录；

计算模块23，还用于针对每个所述质量参数，根据所述目标网页浏览操作记录的所述质量参数，计算所述质量参数的评估值，所述评估值为所述各目标网页浏览操作记录对应的所述质量参数之和的平均值；

预警模块24，用于检测所述评估值是否满足预设的预警门限，若是，则发出预警报告，所述预警报告包括所述质量参数的标识。

具体的，处理模块22具体可以包括：

筛选单元，用于从所述控制面和用户面的IP报文中筛选出用户面的IP报文；

整合单元，用于通过将所述用户面的IP报文中，其五元组信息相同的IP报文整合为单个业务流，获得各业务流，所述五元组信息包括：源IP、目的IP、源端口、目的端口和协议号；

所述筛选单元，还用于从所述各业务流中筛选出属于HTTP协议的第一业务流，并从所述第一业务流中筛选出属于网页浏览业务的第二业务流；

检测单元，用于针对第二业务流中的每个IP报文，检测所述IP报文中是否包含Referer信息，若是，则将所述Referer信息作为第一参数，否则，将所述IP报文中的Host信息作为所述第一参数；

所述整合单元，还用于通过将所述第二业务流中的待整合IP报文，整合为用户面的单个网页浏览操作记录，获得用户面的各网页浏览操作记录，其中，采集所述待整合IP报文的时刻具有连续性且所述待整合IP报文的所述第一参数相同；

获取单元，用于针对每个所述用户面的网页浏览操作记录，获得与其对应的控制面的网页浏览操作记录，所述控制面的网页浏览操作记录包括其第二参数与所述用户面的网页浏览操作记录的第二参数匹配的控制面的IP报文，所述第二参数包括源IP、GTP隧道标识和IP报文的采集时刻；

所述整合单元，还用于通过将每个所述用户面的网页浏览操作记录与其对应的控制面的网页浏览操作记录，整合为单个网页浏览操作记录，获得所述各网页浏览操作记录。

其中，所述五元组信息中的所述协议号通常可以为TCP协议号或者UDP协议号。

其中，所述筛选单元具体可以包括：解析子单元，用于对所述各业务流中的IP报文进行解析，获取所述IP报文的TCP端口号或应用层的RequestVersion字段；识别子单元，用于若所述IP报文的TCP端口号为80或8080，或者若该IP报文包含的Request Version字段为HTTP类型，则判定该IP报文为HTTP协议的报文；处理子单元，用于针对所述各业务流中的每个所述业务流，若所述业务流的IP报文中存在属于HTTP协议的报文，则判定该业务流为所述第一业务流。

其中，通过对所述第一业务流中，各业务流对应的IP报文的Content-Type字段进行识别，可以筛选出属于网页浏览业务的第二业务流。具体的，所述识别子单元，还用于若所述IP报文的Content-Type字段为text，图片或者JavaScript，则判定该IP报文属于网页浏览业务的报文；所述处理子单元，还用于针对所述第一业务流中的每个业务流，若所述业务流对应的IP报文中存在属于网页浏览业务的报文，则判定该业务流为属于网页浏览业务的所述第二业务流。

其中，获得所述用户面的各网页浏览操作记录后，再根据源IP、GTP隧道标识和采集IP报文的时刻，即IP报文的采集时刻等第二参数，获得其第二参数与所述用户面的网页浏览操作记录的第二参数匹配的，例如，相同或近似相同的，所述控制面的网页浏览操作记录，从而最终获得完整的与用户真实行为一一对应的所述各网页浏览操作记录。所述各网页浏览操作记录的粒度为单用户单业务粒度，即单个用户单次打开单个网页对应的IP报文。

具体的，所述页面响应成功率为终端发起网页浏览请求后页面成功响应的概率，具体用于反映用户手工打开浏览器，输入URL或者单击进入某网页后，浏览器成功响应的概率。所述页面响应成功率可以通过网页浏览信令面和业务面的连接成功率来衡量，但是其不包括无线空口连接成功率和无线承载分配成功率。

相应的，所述页面响应成功率＝PDP激活成功率×业务请求成功率×首次域名解析成功率×首次TCP建立成功率×首次GET成功率；其中，PDP激活成功率＝PDP激活成功次数/PDP激活请求次数；业务请求成功率＝(安全模式控制命令消息次数+业务请求接受消息次数)/业务请求次数；首次域名解析成功率＝首次DNS查询成功次数/首次DNS查询请求次数；首次TCP建立成功率＝首次TCP建立成功次数/首次TCP建立请求次数；首次GET成功率＝首次GET成功次数/首次GET请求次数。

其中，所述首次DNS查询请求为所述网页浏览操作记录中的第一个DNS查询请求，具体的，同一个域名的解析失败后重试按一次计算，如果没有首次DNS解析，则生成CDR时请求和成功均记为0；所述首次TCP建立请求为所述网页浏览操作记录中的第一个TCP建立请求，具体的，同一个TCP连接失败后重试按一次计算；所述首次GET请求为所述网页浏览操作记录中的第一个GET请求，具体的，同一个GET消息无响应后重试按一次计算；所述首次GET成功次数为所述首次GET请求得到HTTP Reply200OK消息的次数，具体的，其可以通过统计获得。

再具体的，所述页面响应时长为终端发起网页浏览请求时刻至页面开始响应时刻之间的时长，具体用于反映用户手工打开浏览器，从输入URL确认或单击进入页面后，到浏览器窗口栏开始有响应所耗的时长。

相应的，所述页面响应时长＝首次GET响应消息HTTP Reply200OK的时刻-首个业务流程发起消息的时刻；

则为了确定所述首个业务流程发起消息的时刻，所述装置还包括：

检测模块，用于在计算模块23计算获得所述网页浏览操作记录的质量参数之前，检测所述网页浏览操作记录是否存在PDP激活请求消息，若是，则将PDP激活请求消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在service REQ消息；

所述检测模块，还用于若所述网页浏览操作记录存在所述service REQ消息，则将所述service REQ消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在首次域名解析请求消息；

所述检测模块，还用于若所述网页浏览操作记录存在所述首次域名解析请求消息，则将所述首次域名解析请求消息作为所述首个业务流程发起消息，否则，将首次TCP建立请求消息作为所述首个业务流程发起消息。

再具体的，所述页面显示完整性为终端发起网页浏览请求后，页面所有内容能够被显示的概率，用于反映用户手工打开浏览器后，输入URL打开(或刷新)页面，页面所有内容能够显示的比例，从而反映用户打开页面的显示程度。

相应的，所述页面显示完整性＝HTTP Reply200OK次数/(GET请求次数+POST请求次数)。

再具体的，页面显示成功率为终端发起网页浏览请求后，所述页面显示完整性不小于预设的门限值的概率，用于反映用户手工打开浏览器后，输入URL打开或者刷新页面后，页面显示完整性指标大于所述门限值的比例，即可以将所述页面显示完整性超过门限值时，记为1次成功。

相应的，所述页面显示成功率＝页面显示完整性指标不小于所述门限值的次数/首次GET请求的次数。

再具体的，所述页面显示时长为终端发起网页浏览请求后，从页面开始响应时刻至页面所有内容显示完成时刻之间的时长，用于反映用户手工打开浏览器后，输入URL打开(或刷新)页面，从开始操作到页面内容全部显示完成所耗费的时长。

在实际应用中，为了避免其它网站内容可能无响应导致的所述页面显示时长发生严重失真，将以下计算公式中的计算因子以首个TCP连接为准。

相应的，所述页面显示时长＝首个TCP连接的FIN消息的时刻-首个GET响应消息HTTP Reply200OK消息的时刻。

再具体的，所述页面下载速率为终端发起网页浏览请求后，页面源文件加载到所述终端的下载速度，用于反映用户手工打开浏览器后，输入URL打开或者刷新页面后，页面源文件加载到客户本机缓存的下载速度。

相应的，所述页面下载速率＝首个TCP连接传输的数据量/首个TCP连接持续的时长；

其中，所述首个TCP连接传输的数据大小为统计获得的首个TCP连接传输的各数据包的大小之和；所述首个TCP连接持续的时长为首个TCP连接的FIN消息至首个GET响应消息HTTP Reply200OK消息的时长；所述装置还可以包括：

统计模块，用于在所述计算模块23计算获得所述网页浏览操作记录的质量参数之前，统计所述首个TCP连接传输的各数据包，将所述各数据包的数据大小之和，作为所述首个TCP连接传输的数据量；

所述统计模块，还用于将首个TCP连接的FIN消息的时刻至首个GET响应消息HTTP Reply200OK消息的时刻之间的时长，作为所述首个TCP连接持续的时长。

在实际应用中，由于之前整合获得的所述各网页浏览操作记录均是单用户单业务粒度的，相应的，每条网页浏览操作记录中均可以包括终端类型标识、CELL、RNC、SGSN、GGSN、网站服务器IP地址等各个维度的信息。基于此，可以从以上各个维度进行筛选过滤，以计算获得更小维度对应的各项质量参数的评估值。

相应的，处理模块22可以根据实际需求，预先配置相应的筛选条件，以基于所述筛选条件，确定目标网页浏览操作记录，从而使得计算模块23计算所需的评估值，例如，若需要获取每个RNC下所有用户的网页浏览业务的各项质量参数对应的评估值，则可以将所述筛选条件设为，将包括相同RNC标识的网页浏览操作记录作为所述目标网页浏览操作记录，即基于所述筛选条件对所述各网页浏览操作记录进行过滤、筛选和重新归并，可以得出每个RNC对应的目标网页浏览操作记录。再例如，若需要获取全网所有用户的网页浏览业务的各项所述质量参数的评估值，则可以将所述筛选条件设为，将所有网页浏览操作记录作为所述目标网页浏览操作记录，之后，针对每项质量参数，通过对全网所有网页浏览操作记录的质量参数做平均计算，即可得到全网维度的网页浏览业务的各项质量参数的评估值。

进一步的，为了计算各质量参数的评估值，计算模块23可以通过针对每个所述质量参数，提取出所述各目标网页浏览操作记录的所述质量参数并进行求平均值的计算，从而获得相应的评估值。例如，可以针对所述质量参数中的网页响应成功率，获得筛选获得的所述各目标网页浏览操作记录的网页响应成功率，之后，通过进行平均计算，即可获得相应的评估值。

具体的，在获得所述各项质量参数的评估值之后，预警模块24可以针对各项质量参数的评估值设置相应的预警条件，当某项质量参数的评估值满足其对应的预警门限后，则产生相应的预警报告。具体举例来说，针对页面响应成功率来说，页面响应成功率越高，则用户感知越好，因此，其预警条件可以设为，当所述页面响应成功率的评估值低于预设的第一门限值，则发出包括所述页面响应成功率的标识的预警报告；再例如，针对页面响应时长来说，所述页面响应时长越短，则用户感知越好，因此，其预警条件可以设为，当所述页面响应时长的评估值高于预设的第二门限值，则发出包括所述页面响应时长的标识的预警报告。其中的各门限值可以根据实际情况确定。

需要说明的是，针对各质量参数的评估值，可以设定相应的预警条件，上述举例只是一种具体的实施方式，其并未对本实施例的其它实施方式进行限制。另外，所述预警报告可以是基于全网用户的，也可以是基于CELL、RNC、SGSN、GGSN、网站服务器IP地址等各个维度的，具体维度可以基于前述的筛选条件确定。

通过这种预警机制，一方面能够及时发现网页浏览业务的用户感知问题，另一方面可以通过网元或网站服务器IP地址等维度的预警与网络优化部门或者网站运营方进行互动，进而通过网络优化等各种手段改善用户的业务感知。

本实施例提供的基于用户感知的预警方法及装置，通过对控制面和用户面的IP报文进行识别整合，获得包括单个用户单次浏览单个网页所对应的IP报文的网页浏览操作记录，并针对每个记录计算获得质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率，根据预设的筛选条件和质量参数计算评估值，进而根据所述评估值和预设的预警条件进行预警处理的方案，能够通过质量参数全面、准确地评估用户感知，从而实现全面、精准地基于用户感知进行预警。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (16)

1.一种基于用户感知的预警方法，其特征在于，包括：

采集移动互联网业务中，控制面和用户面的网协IP报文；

对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，所述网页浏览操作记录包括单个用户单次浏览单个网页所对应的控制面和用户面的IP报文；

针对每个所述网页浏览操作记录，计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率；

根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录，针对每个所述质量参数，根据所述目标网页浏览操作记录的所述质量参数，计算所述质量参数的评估值，所述评估值为所述目标网页浏览操作记录对应的所述质量参数之和的平均值；

检测所述评估值是否满足预设的预警门限，若是，则发出预警报告，所述预警报告包括所述质量参数的标识；

其中，所述页面响应成功率为终端发起网页浏览请求后页面成功响应的概率；所述页面响应时长为终端发起网页浏览请求时刻至页面开始响应时刻之间的时长；所述页面显示完整性为终端发起网页浏览请求后，页面所有内容能够被显示的概率；页面显示成功率为终端发起网页浏览请求后，所述页面显示完整性不小于预设的门限值的概率；所述页面显示时长为终端发起网页浏览请求后，从页面开始响应时刻至页面所有内容显示完成时刻之间的时长；所述页面下载速率为终端发起网页浏览请求后，页面源文件加载到所述终端的下载速度。

2.根据权利要求1所述的方法，其特征在于，所述页面响应成功率＝分组数据协议PDP激活成功率×业务请求成功率×首次域名解析成功率×首次传输控制协议TCP建立成功率×首次GET成功率；

其中，PDP激活成功率＝PDP激活成功次数/PDP激活请求次数；业务请求成功率＝(安全模式控制命令消息次数+业务请求接受消息次数)/业务请求次数；首次域名解析成功率＝首次域名系统DNS查询成功次数/首次DNS查询请求次数；首次TCP建立成功率＝首次TCP建立成功次数/首次TCP建立请求次数；首次GET成功率＝首次GET成功次数/首次GET请求次数；

其中，首次DNS查询请求为所述网页浏览操作记录中的第一个DNS查询请求；首次TCP建立请求为所述网页浏览操作记录中的第一个TCP建立请求；首次GET请求为所述网页浏览操作记录中的第一个GET请求；首次GET成功次数为所述首次GET请求得到HTTP Reply200OK消息的次数。

3.根据权利要求1所述的方法，其特征在于，所述页面响应时长＝首次GET响应消息HTTP Reply200OK的时刻-首个业务流程发起消息的时刻；

所述计算获得所述网页浏览操作记录的质量参数之前，还包括：

检测所述网页浏览操作记录是否存在PDP激活请求消息，若是，则将PDP激活请求消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在service REQ消息；

若是，则将所述service REQ消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在首次域名解析请求消息；

若是，则将所述首次域名解析请求消息作为所述首个业务流程发起消息，否则，将首次TCP建立请求消息作为所述首个业务流程发起消息。

4.根据权利要求1所述的方法，其特征在于，所述页面显示完整性＝HTTPReply200OK次数/(GET请求次数+POST请求次数)。

5.根据权利要求4所述的方法，其特征在于，所述页面显示成功率＝页面显示完整性指标不小于所述门限值的次数/首次GET请求的次数。

6.根据权利要求1所述的方法，其特征在于，所述页面显示时长＝首个TCP连接的FIN消息的时刻-首个GET响应消息HTTP Reply200OK消息的时刻。

7.根据权利要求1所述的方法，其特征在于，所述页面下载速率＝首个TCP连接传输的数据量/首个TCP连接持续的时长；

所述计算获得所述网页浏览操作记录的质量参数之前，还包括：

统计所述首个TCP连接传输的各数据包，将所述各数据包的数据大小之和，作为所述首个TCP连接传输的数据量；

将首个TCP连接的FIN消息的时刻至首个GET响应消息HTTP Reply200OK消息的时刻之间的时长，作为所述首个TCP连接持续的时长。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，具体包括：

从所述控制面和用户面的IP报文中筛选出用户面的IP报文；

通过将所述用户面的IP报文中，其五元组信息相同的IP报文整合为单个业务流，获得各业务流，所述五元组信息包括：源IP、目的IP、源端口、目的端口和协议号；

从所述各业务流中筛选出属于HTTP协议的第一业务流，并从所述第一业务流中筛选出属于网页浏览业务的第二业务流；

针对第二业务流中的每个IP报文，检测所述IP报文中是否包含Referer信息，若是，则将所述Referer信息作为第一参数，否则，将所述IP报文中的Host信息作为所述第一参数；

通过将所述第二业务流中的待整合IP报文，整合为用户面的单个网页浏览操作记录，获得用户面的各网页浏览操作记录，其中，采集所述待整合IP报文的时刻具有连续性且所述待整合IP报文的所述第一参数相同；

针对每个所述用户面的网页浏览操作记录，获得与其对应的控制面的网页浏览操作记录，所述控制面的网页浏览操作记录包括其第二参数与所述用户面的网页浏览操作记录的第二参数匹配的控制面的IP报文，所述第二参数包括源IP、GTP隧道标识和IP报文的采集时刻；

通过将每个所述用户面的网页浏览操作记录与其对应的控制面的网页浏览操作记录，整合为单个网页浏览操作记录，获得所述各网页浏览操作记录。

9.一种基于用户感知的预警装置，其特征在于，包括：

采集模块，用于采集移动互联网业务中，控制面和用户面的IP报文；

处理模块，用于对所述控制面和用户面的IP报文进行识别整合，获得各网页浏览操作记录，所述网页浏览操作记录包括单个用户单次浏览单个网页所对应的控制面和用户面的IP报文；

计算模块，用于针对每个所述网页浏览操作记录，计算获得所述网页浏览操作记录的质量参数，所述质量参数包括页面响应成功率、页面响应时长、页面显示完整性、页面显示成功率、页面显示时长和页面下载速率；

所述处理模块，还用于根据预设的筛选条件，确定符合所述筛选条件的目标网页浏览操作记录；

所述计算模块，还用于针对每个所述质量参数，根据所述目标网页浏览操作记录的所述质量参数，计算所述质量参数的评估值，所述评估值为所述各目标网页浏览操作记录对应的所述质量参数之和的平均值；

预警模块，用于检测所述评估值是否满足预设的预警门限，若是，则发出预警报告，所述预警报告包括所述质量参数的标识；

其中，所述页面响应成功率为终端发起网页浏览请求后页面成功响应的概率；所述页面响应时长为终端发起网页浏览请求时刻至页面开始响应时刻之间的时长；所述页面显示完整性为终端发起网页浏览请求后，页面所有内容能够被显示的概率；页面显示成功率为终端发起网页浏览请求后，所述页面显示完整性不小于预设的门限值的概率；所述页面显示时长为终端发起网页浏览请求后，从页面开始响应时刻至页面所有内容显示完成时刻之间的时长；所述页面下载速率为终端发起网页浏览请求后，页面源文件加载到所述终端的下载速度。

10.根据权利要求9所述的装置，其特征在于，所述页面响应成功率＝PDP激活成功率×业务请求成功率×首次域名解析成功率×首次TCP建立成功率×首次GET成功率；

其中，PDP激活成功率＝PDP激活成功次数/PDP激活请求次数；业务请求成功率＝(安全模式控制命令消息次数+业务请求接受消息次数)/业务请求次数；首次域名解析成功率＝首次DNS查询成功次数/首次DNS查询请求次数；首次TCP建立成功率＝首次TCP建立成功次数/首次TCP建立请求次数；首次GET成功率＝首次GET成功次数/首次GET请求次数；

其中，首次DNS查询请求为所述网页浏览操作记录中的第一个DNS查询请求；首次TCP建立请求为所述网页浏览操作记录中的第一个TCP建立请求；首次GET请求为所述网页浏览操作记录中的第一个GET请求；首次GET成功次数为所述首次GET请求得到HTTP Reply200OK消息的次数。

11.根据权利要求9所述的装置，其特征在于，所述页面响应时长＝首次GET响应消息HTTP Reply200OK的时刻-首个业务流程发起消息的时刻；

所述装置还包括：

检测模块，用于在所述计算模块计算获得所述网页浏览操作记录的质量参数之前，检测所述网页浏览操作记录是否存在PDP激活请求消息，若是，则将PDP激活请求消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在service REQ消息；

所述检测模块，还用于若所述网页浏览操作记录存在所述service REQ消息，则将所述service REQ消息作为所述首个业务流程发起消息，否则，检测所述网页浏览操作记录是否存在首次域名解析请求消息；

所述检测模块，还用于若所述网页浏览操作记录存在所述首次域名解析请求消息，则将所述首次域名解析请求消息作为所述首个业务流程发起消息，否则，将首次TCP建立请求消息作为所述首个业务流程发起消息。

12.根据权利要求9所述的装置，其特征在于，所述页面显示完整性＝HTTP Reply200OK次数/(GET请求次数+POST请求次数)。

13.根据权利要求9所述的装置，其特征在于，所述页面显示成功率＝页面显示完整性指标不小于所述门限值的次数/首次GET请求的次数。

14.根据权利要求9所述的装置，其特征在于，所述页面显示时长＝首个TCP连接的FIN消息的时刻-首个GET响应消息HTTP Reply200OK消息的时刻。

15.根据权利要求9所述的装置，其特征在于，所述页面下载速率＝首个TCP连接传输的数据量/首个TCP连接持续的时长；

所述装置还包括：

统计模块，用于在所述计算模块计算获得所述网页浏览操作记录的质量参数之前，统计所述首个TCP连接传输的各数据包，将所述各数据包的数据大小之和，作为所述首个TCP连接传输的数据量；

所述统计模块，还用于将首个TCP连接的FIN消息的时刻至首个GET响应消息HTTP Reply200OK消息的时刻之间的时长，作为所述首个TCP连接持续的时长。

16.根据权利要求9-15中任一项所述的装置，其特征在于，所述处理模块具体包括：

筛选单元，用于从所述控制面和用户面的IP报文中筛选出用户面的IP报文；

整合单元，用于通过将所述用户面的IP报文中，其五元组信息相同的IP报文整合为单个业务流，获得各业务流，所述五元组信息包括：源IP、目的IP、源端口、目的端口和协议号；

所述筛选单元，还用于从所述各业务流中筛选出属于HTTP协议的第一业务流，并从所述第一业务流中筛选出属于网页浏览业务的第二业务流；

检测单元，用于针对第二业务流中的每个IP报文，检测所述IP报文中是否包含Referer信息，若是，则将所述Referer信息作为第一参数，否则，将所述IP报文中的Host信息作为所述第一参数；

所述整合单元，还用于通过将所述第二业务流中的待整合IP报文，整合为用户面的单个网页浏览操作记录，获得用户面的各网页浏览操作记录，其中，采集所述待整合IP报文的时刻具有连续性且所述待整合IP报文的所述第一参数相同；

获取单元，用于针对每个所述用户面的网页浏览操作记录，获得与其对应的控制面的网页浏览操作记录，所述控制面的网页浏览操作记录包括其第二参数与所述用户面的网页浏览操作记录的第二参数匹配的控制面的IP报文，所述第二参数包括源IP、GTP隧道标识和IP报文的采集时刻；

所述整合单元，还用于通过将每个所述用户面的网页浏览操作记录与其对应的控制面的网页浏览操作记录，整合为单个网页浏览操作记录，获得所述各网页浏览操作记录。