CN104301161B - 业务质量指标的计算方法、计算装置以及通信系统 - Google Patents
业务质量指标的计算方法、计算装置以及通信系统 Download PDFInfo
- Publication number
- CN104301161B CN104301161B CN201310300586.9A CN201310300586A CN104301161B CN 104301161 B CN104301161 B CN 104301161B CN 201310300586 A CN201310300586 A CN 201310300586A CN 104301161 B CN104301161 B CN 104301161B
- Authority
- CN
- China
- Prior art keywords
- message
- request message
- web page
- page browsing
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
- H04L41/5067—Customer-centric QoS measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种业务质量指标的计算方法、计算装置以及通信系统。该计算方法包括:采集与网页浏览业务相关的多个报文;确认产生自同一次网页浏览的报文;根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。实施本申请可以解决现有技术不能计算一次网页浏览的业务质量指标的问题,能够更加真实地反映用户的业务体验。
Description
技术领域
本申请涉及通信业务技术领域,具体是涉及一种网页浏览业务中业务质量指标的计算方法,还涉及一种网页浏览业务中业务质量指标的计算装置,另外还涉及一种通信系统。
背景技术
随着MBB(Mobile Broadband,移动宽带)的快速发展,在用户设备上的业务类型日益丰富,运营商提供越丰富的业务,就可以吸引越多用户。但是,吸引用户并不代表能够留住用户,如果运营商提供的业务质量较差,那么用户的业务体验就较差,从而将造成用户流失,运营商的收益也会因此降低。因此,运营商需要监测用户的业务体验,而网页浏览业务是用户使用非常频繁的业务,因而获取用户对于网页浏览业务的业务体验对于运营商来说是相当关键的。
为了衡量各种因素对业务体验的影响,TMF(TeleManagement Forum,电信管理论坛)提出一种SQM(Service Quality Management,业务质量管理)系统,该系统主要通过对影响业务体验的数据进行汇集分析,实现以用户为中心的端到端的业务质量监控和管理,帮助运营商掌握业务体验下降的原因,从而快速改善业务体验。但是,TMF并没有明确指明如何利用现有通信网络中的相关数据获得关键指标来构成SQM。
由此,现有技术提出一种KPI(Key Performance Indicator,关键性能指标)。KPI主要基于现有通信网络中的网络层面对网元等设备的性能进行描述,由可监测、可度量的一组参数组成,目前被运营商最常采用。虽然KPI具有具体的参数,但是KPI的参数主要集中在信令面,不足以体现用户面的性能,无法直接提供以用户为中心的端到端的业务质量监控和管理。很多情况下,KPI或许能达到较高水平,却并不一定意味着用户的业务体验良好。
相较于KPI,还存在一种业务质量指标或者关键质量指标(KQI,Key QualityIndicator)。业务质量指标是以用户为中心,衡量业务体验的指标。因此,获得正确、全面、真实的业务质量指标是SQM的关键和基础。
承前所述,网页浏览业务是用户使用非常频繁的业务,也是现有通信网络中非常重要的业务。网页浏览业务主要使用的协议是HTTP(Hyper Text Transfer Protocol,超文本传输协议),HTTP通常基于TCP(Transmission Control Protocol,传输控制协议)的连接方式。用户在进行网页浏览时,会向网络服务器发出报文,网络服务器会响应这些报文,如果响应成功,网页就将会呈现给用户。
现有技术在计算网页浏览业务质量指标时,是以单次请求和响应报文为单位进行计算的,从而计算出以单次请求和响应报文为基础的响应时延、数据传输速率、丢包率等。
本申请的发明人在长期的研发中发现:用户浏览网页时,会与网络服务器建立多个TCP连接,每个TCP连接内会发出多个报文,也就是说,一次网页浏览会产生多个报文,这就造成现有技术计算的业务质量指标不能真正反映用户的业务体验。因为,在某次网页浏览时,网页显示速率很慢,但由于业务质量指标只针对报文,报文又有多个,那么计算结果可能是有的值很大,有的值却很小,这就难以体现用户真实的业务体验。因此,现有技术计算业务质量指标的方式对于运营商来说,作用不是很明显。
发明内容
有鉴于此,本申请提供了一种业务质量指标的计算方法、计算装置以及通信系统,以解决现有技术不能计算一次网页浏览的业务质量指标的问题。
为解决上述问题,本申请第一方面提供一种网页浏览业务中业务质量指标的计算方法,包括:采集与网页浏览业务相关的多个报文;确认产生自同一次网页浏览的报文;根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。
结合第一方面,在第一种可能的实现方式中,报文包括请求报文和响应报文,确认产生自同一次网页浏览的报文的步骤包括:将当前调取的请求报文依次与先前调取的请求报文或先前调取的请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览;若确认产生自同一次网页浏览,则调取下一请求报文进行比对。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,将当前调取的请求报文依次与先前调取的请求报文或先前调取的请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览的步骤包括:判断当前调取的请求报文的采集时间与先前调取的请求报文或先前调取的请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值;如果时间差值小于第一预定阈值,确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,如果时间差值大于或等于第一预定阈值,将当前调取的请求报文中的第一报文数据与先前调取的请求报文中的第二报文数据或先前调取的请求报文所对应的响应报文中的第三报文数据进行比对;如果第一报文数据与第二报文数据相同,并且当前调取的请求报文的采集时间与先前调取的请求报文的采集时间之间的时间差值小于第二预定阈值,则确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览;如果第一报文数据与第三报文数据相同,并且当前调取的请求报文的采集时间与先前调取的请求报文所对应的响应报文的采集时间之间的时间差值小于第二预定阈值,则确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,如果将第一报文数据与第三报文数据进行比对,则第一报文数据为URL信息,第三报文数据为位置字段信息。
结合第一方面的第三种可能的实现方式,在第五种可能的实现方式中,如果将第一报文数据与第二报文数据进行比对,则第一报文数据为参考字段信息,第二报文数据为URL信息或参考字段信息,或者第一报文数据为主机字段信息,第二报文数据为主机字段信息。
结合第一方面的第三种可能的实现方式,在第六种可能的实现方式中,第一预定阈值小于第二预定阈值。
结合第一方面的第一种可能的实现方式,在第七种可能的实现方式中,确认产生自同一次网页浏览的报文的步骤还包括:将每次网页浏览所产生的报文按照采集时间的先后顺序进行排序。
结合第一方面的第一种至第七种任一种可能的实现方式,在第八种可能的实现方式中,业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延、网页显示成功率中的至少一种,其中,网页响应时延为一次网页浏览中第一个请求报文的采集时间到第一个响应报文的采集时间之间的时间差;网页重定向时延为一次网页浏览中触发重定向的请求报文的采集时间到重定向成功时所发送的请求报文的采集时间之间的时间差;网页数据量为一次网页浏览中所有响应报文的数据量总和,其中每一响应报文互不重复;网页显示时延为一次网页浏览中第一个发送或接收的报文的采集时间到最后一个报文的采集时间之间的时间差;网页显示成功率为一次网页浏览中成功响应的响应报文的数量与所有响应报文的数量的比值。
结合第一方面的第八种可能的实现方式,在第九种可能的实现方式中,如果报文还包括用于建立TCP连接的TCP建立报文或者用于进行域名解析的DNS请求报文,则网页响应时延为一次网页浏览中第一个TCP建立报文的采集时间到第一个响应报文的采集时间之间的时间差或者一次网页浏览中DNS请求报文的采集时间到第一个响应报文的采集时间之间的时间差。
结合第一方面或第一方面的第一种至第七种任一种可能的实现方式,在第十种可能的实现方式中,计算方法进一步包括:统计同一服务器地址或同一主机地址下在一定时间内从同一用户地址发起的多次所述网页浏览的业务质量指标的平均值或者同一服务器地址或同一主机地址下从不同用户地址发起的多次所述网页浏览的业务质量指标的平均值。
为解决上述问题,本申请第二方面提供一种网页浏览业务中业务质量指标的计算装置,包括采集模块、分析模块和计算模块,其中,采集模块用于采集与网页浏览业务相关的多个报文,并将采集到的多个报文发送给分析模块;分析模块用于从采集模块接收采集到的多个报文,确认产生自同一次网页浏览的报文;计算模块用于根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。
结合第二方面,在第一种可能的实现方式中,报文包括请求报文和响应报文,分析模块包括调取单元和比对单元,其中,调取单元用于按照预定顺序依次调取多个请求报文;比对单元用于将当前调取的请求报文依次与先前调取的请求报文或先前调取的请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览;调取单元还用于在比对单元确认产生自同一次网页浏览时,调取下一请求报文供比对单元进行比对。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,比对单元包括第一判断单元和确认单元,其中,第一判断单元用于判断当前调取的请求报文的采集时间与先前调取的请求报文或先前调取的请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值;确认单元用于在时间差值小于第一预定阈值时,确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,比对单元还包括第二判断单元和第三判断单元,其中,第二判断单元用于在时间差值大于或等于第一预定阈值时,将当前调取的请求报文中的第一报文数据与先前调取的请求报文中的第二报文数据或先前调取的请求报文所对应的响应报文中的第三报文数据进行比对;第三判断单元用于在第一报文数据与第二报文数据相同时,判断当前调取的请求报文的采集时间与先前调取的请求报文的采集时间之间的时间差值是否小于第二预定阈值,或者在第一报文数据与第三报文数据相同时,判断当前调取的请求报文的采集时间与先前调取的请求报文的采集时间之间的时间差值是否小于第二预定阈值;确认单元还用于在第三判断单元判断到小于第二预定阈值时,确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。
结合第二方面的第三种可能的实现方式,在第四种可能的实现方式中,第二判断单元将第一报文数据与第三报文数据进行比对时,第一报文数据为URL信息,第三报文数据为位置字段信息。
结合第二方面的第三种可能的实现方式,在第五种可能的实现方式中,第二判断单元将第一报文数据与第二报文数据进行比对时,第一报文数据为参考字段信息,第二报文数据为URL信息或参考字段信息,或者第一报文数据为主机字段信息,第二报文数据为主机字段信息。
结合第二方面的第三种可能的实现方式,在第六种可能的实现方式中,第一预定阈值小于第二预定阈值。
结合第二方面的第一种可能的实现方式,在第七种可能的实现方式中,分析模块还包括排序单元,排序单元用于将每次网页浏览所产生的报文按照采集时间的先后顺序进行排序。
结合第二方面的第一种至第七种可能的实现方式,在第八种可能的实现方式中,业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延、网页显示成功率中的至少一种。
结合第二方面或第二方面的第一种至第七种任一种可能的实现方式,在第九种可能的实现方式中,计算装置还包括统计模块,统计模块用于统计同一服务器地址或同一主机地址下在一定时间内从同一用户地址发起的多次网页浏览的业务质量指标的平均值或者同一服务器地址或同一主机地址下从不同用户地址发起的多次网页浏览的业务质量指标的平均值。
为解决上述问题,本申请第三方面提供一种通信系统,通信系统包括网络服务器和至少一个用户设备,至少一个用户设备通过有线或无线网络与网络服务器进行通信,以进行网页浏览业务,通信系统还包括上述任一种的计算装置,计算装置设置于至少一个用户设备上或者接入在有线或无线网络中。
结合第三方面,在第一种可能的实现方式中,若计算装置接入在有线或无线网络中,则计算装置将按照每一用户设备的用户地址采集与网页浏览业务相关的多个报文。
本申请的业务质量指标的计算方法、计算装置以及通信系统通过在采集到的与网页浏览业务相关的多个报文中确认产生自同一次网页浏览的所有报文,从而根据这些报文计算出每次网页浏览的业务质量指标,能够解决现有技术不能计算一次网页浏览的业务质量指标的问题,计算得到的业务质量指标可以更加真实地反映用户的业务体验。
附图说明
图1是本申请的网页浏览业务中业务质量指标的计算方法第一实施方式的流程示意图;
图2是本申请的网页浏览业务中业务质量指标的计算方法第二实施方式的流程示意图;
图3是本申请的网页浏览业务中业务质量指标的计算方法第三实施方式的流程示意图;
图4是图3所示的计算方法中采集的请求报文与响应报文的示意图;
图5是本申请的网页浏览业务中业务质量指标的计算装置第一实施方式的结构示意图;
图6是本申请的网页浏览业务中业务质量指标的计算装置第二实施方式的结构示意图;
图7是本申请的网页浏览业务中业务质量指标的计算装置第三实施方式的结构示意图;
图8是本申请的通信系统一实施方式的结构示意图;
图9是图8所示的通信系统的一种应用场景示意图;
图10是图8所示的通信系统的另一种应用场景示意图;
图11是本申请的网页浏览业务中业务质量指标的计算装置第四实施方式的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透切理解本申请。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中,省略对众所周知的装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
下面结合附图和具体的实施方式进行说明。
参阅图1,是本申请的网页浏览业务中业务质量指标的计算方法第一实施方式的流程示意图。计算方法包括以下步骤:
步骤S110:采集与网页浏览业务相关的多个报文。
其中,用户使用运营商提供的业务时,会产生很多报文。这些业务分为多种,包括网页浏览、VOIP(Voice over Internet Protocol,网络电话)、邮件和视频等,每种业务的报文具有不同的结构和格式,因此,在采集报文时,可以按照报文的结构和格式过滤掉其它业务的报文,从而得到与网页浏览业务相关的报文,而在网页浏览过程中产生的报文,都可以认为是与网页浏览业务相关的报文。
在进行网页浏览时,普遍采用的协议是HTTP和WAP(Wireless ApplicationProtocol,无线应用协议)等,则相应的,报文包括HTTP或WAP的请求报文和响应报文。此外,请求报文在发送之前,有时需要先建立TCP连接,甚至需要进行域名解析,所以,报文还可能包括TCP建立报文和TCP释放报文以及用于域名解析的DNS(Domain Name System,域名系统)报文等。
因此,采集与网页浏览业务相关的报文可以是采集DNS报文、TCP建立报文、请求报文和响应报文。请求报文包括请求行、请求报头和请求正文。响应报文包括状态行、响应报头和响应正文。
下面将举例说明网页浏览过程:
用户输入网址或打开网页链接访问网页时,会根据需要与网络服务器建立TCP连接,接着向网络服务器发送请求报文。请求行中包括有URL(Uniform Resource Locator,统一资源定位符),即请求的对象。网络服务器收到请求报文后,会返回一个或多个响应报文,响应报文的状态行指明该请求报文是否正常,如果一切正常,网络服务器随后将网页数据发给用户,用户就可以开始浏览网页。在上述过程中,由于浏览一个网页时可能与网络服务器建立多个TCP连接,每个TCP连接内产生请求报文和响应报文的数量可能不同。
步骤S120:确认产生自同一次网页浏览的报文。
其中,采集到的报文可能是用户在不同时间浏览网页产生的,也可能是用户浏览不同网页产生的,因此,需要确认产生自同一次网页浏览的报文。在确认所有报文分别产生哪一次网页浏览后,就可以分类整理出产生自同一次网页浏览的所有报文。
步骤S130:根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。
其中,每次网页浏览所产生的报文确认后,通过这些报文就可以反应出每次网页浏览的网页大小、网页呈现时间等参数。这些参数都属于业务质量指标的内容。在本实施方式中,业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延或网页显示成功率等参数中的至少一种。
本申请的网页浏览业务中业务质量指标的计算方法通过在采集到的与网页浏览业务相关的多个报文中确认产生自同一次网页浏览的所有报文,从而根据这些报文计算出每次网页浏览的业务质量指标,能够解决现有技术不能计算一次网页浏览的业务质量指标的问题,计算得到的业务质量指标可以更加真实地反映用户的业务体验,使得运营商可以根据业务质量指标准确掌控用户的业务体验。
参阅图2,是本申请的网页浏览业务中业务质量指标的计算方法第二实施方式的流程示意图。计算方法包括以下步骤:
步骤S210:采集与网页浏览业务相关的多个报文。
步骤S220:将当前调取的请求报文依次与先前调取的请求报文或先前调取的请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览。
其中,报文包括请求报文和响应报文,如果一个请求报文请求成功,则该请求报文至少对应有一个响应报文。则进行比对的对象既可以是请求报文或响应报文的采集时间,也可以是请求报文或响应报文的报文数据。请求报文的报文数据为请求报文的请求行、请求报头以及请求正文所包含的数据。响应报文的报文数据为状态行、响应报头以及响应正文所包含的数据。如果两个请求报文在采集时间上或者在报文数据上有关联,就可以认为两个请求报文产生自同一次网页浏览。
如果当前调取的请求报文为第一个请求报文,那么继续调取下一个请求报文,以保证进行比对时,先前调取的请求报文和响应报文至少为一个。在本实施方式中,调取请求报文和响应报文时按照预定顺序进行,该预定顺序优选为请求报文的采集时间的先后顺序。
当前调取的请求报文与先前调取的请求报文所对应的响应报文进行比对所针对的是网页重定向的情况。具体为,先前调取的请求报文请求后,收到的响应报文指示网页发生重定向,该响应报文会指示重新发送请求报文,如果当前调取的请求报文为该重新发送的请求报文,那么当前调取的请求报文与先前调取的请求报文所对应的响应报文具有关联,仍然可以确认当前调取的请求报文和先前调取的请求报文产生自同一次网页浏览。所以,在当前调取的请求报文与先前调取的请求报文进行比对而不能确认是否产生自同一次网页浏览时,可以将当前调取的请求报文与先前调取的请求报文所对应的响应报文进行比对。
步骤S230:若确认产生自同一次网页浏览,则调取下一请求报文进行比对。
其中,将当前调取的请求报文与先前调取的所有请求报文或者响应报文比对完后,调取下一请求报文进行比对,即重复上述比对的过程,直至调取完所有请求报文或响应报文。在本实施方式中,如果先前调取的请求报文和响应报文为多个,则在首次确认当前调取的请求报文与先前调取的请求报文中的某一个请求报文产生自同一次网页浏览时,停止比对,并继续调取下一个请求报文,重复上述比对的过程,以尽量减少比对次数,节约时间,举例来说,假设先前调取的请求报文为三个,分别以A、B、C表示,且A产生自一次网页浏览,B和C产生自另一次网页浏览。当前调取的请求报文以D表示。那么在比对时,先将D与A比对,确认两者不是产生自同一次网页浏览,再将D与B比对,假设两者产生自同一次网页浏览,则在确认两者产生自同一次网页浏览后,不再将D与C比对,因为B与C产生自同一次网页浏览,D又与B产生自同一次网页浏览,可以得出D与C必然产生自同一次网页浏览,所以此时停止比对,可以减少比对次数,节约时间。
步骤S240:根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。
其中,确认同一次网页浏览的报文后,也就可以确认网页浏览的次数。这样,每次网页浏览的业务质量指标就可以计算得到。
步骤S250:统计同一服务器地址或同一主机地址下在一定时间内从同一用户地址发起的多次网页浏览的业务质量指标的平均值或者同一服务器地址或同一主机地址下从不同用户地址发起的多次网页浏览的业务质量指标的平均值。
其中,单次网页浏览的业务质量指标可能不足以反映用户的业务体验,需要统计多次网页浏览的业务质量指标来总体反映用户的业务体验。举例来说,假设总共有所有请求报文由三次网页浏览所产生,根据这三次网页浏览的报文计算得到三套业务质量指标,这三次网页浏览可能是来自相同或不同用户地址,计算三套业务质量指标的平均值,就可以总体反映用户的业务体验。
参阅图3,是本申请的网页浏览业务中业务质量指标的计算方法第三实施方式的流程示意图。计算方法包括以下步骤:
步骤S310:采集与网页浏览业务相关的多个报文。
步骤S320:判断当前调取的请求报文的采集时间与先前调取的请求报文或先前调取的请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值,若是,进行步骤S350,若否,进行步骤S330。
其中,如果当前调取的请求报文和先前调取的请求报文或先前调取的请求报文所对应的响应报文在采集时间上非常接近,可以认为这两个请求报文是在同一次网页浏览中发出的。预定阈值可以设定尽量小,以提高判断准确性。
步骤S330:将当前调取的请求报文中的第一报文数据与先前调取的请求报文中的第二报文数据或先前调取的所述请求报文所对应的响应报文中的第三报文数据进行比对。
其中,报文数据包含多种字段信息,大部分字段信息都可以用来比对,下面将分情况进行说明,假设用户进行网页浏览时所访问的是某个门户网站,该门户网站的主机地址为www.abc.com,该门户网站上具有新闻版块和论坛版块、新闻版块下具有体育、娱乐、教育等栏目:
第一种情况,如果将第一报文数据与第三报文数据进行比对,则第一报文数据为URL信息,第三报文数据为位置字段信息,由此可以判断当前调取的请求报文是否是由先前调取的请求报文触发重定向所引起的。
响应报文的响应报头用于传递网络服务器不能存放在状态行中的附加响应信息、关于网络服务器的信息以及对请求报文请求的URI(Uniform Resource Identifier,通用资源标识符)所标识的资源进行下一步访问的信息,其中,URL属于URI的一部分。常用的响应报头包括有位置(Location)字段信息。位置字段信息用于重定向到一个新的URL。
如果先前调取的请求报文所对应的响应报文所包含的位置字段信息为www.abc.com,当前调取的请求报文的URL信息也为www.abc.com,那么可以判断当前调取的请求报文是由先前调取的请求报文触发重定向所产生的,可以初步认为两个请求报文相关联。
第二种情况,如果将第一报文数据与第二报文数据进行比对,则第一报文数据为参考字段信息,第二报文数据为URL信息。
请求报文的请求报头允许向网络服务器传递请求的附加信息以及关于用户所使用的设备的信息。常用的请求报头包括有主机(Host)字段信息、参考(Referer)字段信息以及Accept字段信息。主机字段信息用于指定被请求URL的互联网主机及其端口号;参考字段信息用于指定请求的URL的源地址,即告知网络服务器本次请求的URL是从哪个联接或网址转链接而来,可以允许网络服务器生成回退链表;Accept字段信息用于指定用户允许接收的信息的类型。
用户浏览该门户网站时,在收到新闻版块的数据的时候,浏览器会自动触发请求,产生请求报文,这些请求报文请求的就是体育、娱乐、教育等栏目。因此,这些请求报文的参考字段信息就为新闻版块对应的URL信息。如果当前调取的请求报文的参考字段信息与先前调取的请求报文中的URL信息相同,则说明根据当前调取的请求报文的参考字段信息可以回退至先前调取的请求报文中的URL信息,可以初步认为两个请求报文相关联。
第三种情况,如果将第一报文数据与第二报文数据进行比对,则第一报文数据为参考字段信息,第二报文数据为参考字段信息。
用户在浏览门户网站时,收到新闻版块的数据的时候,会自动触发请求,产生多个请求报文,假设当前调取的请求报文请求的是体育栏目,而先前调取的请求报文请求的是教育栏目,那么这些请求报文中的参考字段信息相同,都是新闻版块的URL信息,因此,可以初步认为两个请求报文相关联。
第四种情况,如果将第一报文数据与第二报文数据进行比对,则第一报文数据为主机字段信息,第二报文数据为主机字段信息。
如果当前调取的请求报文请求的是新闻版块,而先前调取的请求报文请求的是论坛版块,那么这些请求报文中的主机字段信息是相同的,都是www.abc.com,因此,可以初步认为两个请求报文相关联。
在本实施方式中,可以优先针对第二种、第三种和第四种情况进行比对,若不能确认产生自同一次网页浏览,再针对第一种情况进行比对。
步骤S340:如果第一报文数据与第二报文数据相同或者第一报文数据与第三报文数据相同,判断时间差值是否小于第二预定阈值,若是,进行步骤S350,若否,进行步骤S360。
其中,如果认为两个请求报文相关联,还不能确认两个请求报文产生自同一次网页浏览。因为两个请求报文在采集时间上如果相隔几个小时甚至几天的话,就不能认为两者产生自同一次网页浏览。因此,需要设定一个第二预定阈值,以防止出现上述情况。在本实施方式中,第一预定阈值小于第二预定阈值,比如第一预定阈值为1秒,第二预定阈值为1分钟。
这里,判断时间差值包括两种情况,第一种是如果第一报文数据与第二报文数据相同,判断当前调取的请求报文的采集时间与先前调取的请求报文的采集时间之间的时间差值小于第二预定阈值;第二种是如果第一报文数据与第三报文数据相同,判断当前调取的请求报文的采集时间与先前调取的请求报文所对应的响应报文的采集时间之间的时间差值小于第二预定阈值。
步骤S350:确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。
其中,在第一报文数据与第二报文数据相同,或者第一报文数据与第三报文数据相同情况下,并且上述的时间差值又小于第二预定阈值,就可以确认两个请求报文产生自同一次网页浏览。进一步,通过确认产生自同一次网页浏览的报文,还可以采集到的报文对应的网页浏览的次数。
步骤S360:判断是否调取完所有请求报文,若是,进行步骤S380,若否,进行步骤S370。
步骤S370:调取下一请求报文进行比对。
其中,调取下一请求报文后,再进行步骤S320,直至所有请求报文均比对完成。例如,结合参阅图4,是图3所示的计算方法中采集的请求报文与响应报文的示意图。图中横坐标反映采集时间先后顺序,纵坐标反映数据量大小。图中,柱状部分r1、r2、r3、r4、r5、r6、r7和r8包含一个请求报文及其对应的响应报文,其余柱状部分表示发送的请求报文请求的对象。其中,柱状部分r1、r2、r3、r4、r5和r6产生自一次网页浏览,而r7和r8产生自另一次网页浏览。在进行步骤S320至步骤S370时,将从r1开始一直调取到r8,在确认r8和r6不是产生自同一次网页浏览后,就可以确认r1、r2、r3、r4、r5和r6产生自同一次网页浏览,可以进行下一步处理。
步骤S380:将每次网页浏览所产生的报文按照采集时间的先后顺序进行排序。
其中,进行排序后,采集时间最早的请求报文为第一个请求报文,该第一个请求报文所对应的响应报文为第一个响应报文,采集时间最后的请求报文为最后一个请求报文,该最后一个请求报文所对应的响应报文为最后一个响应报文。
步骤S390:根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。
其中,确认同一次网页浏览所产生的所有请求报文后,响应报文也随之确认,可以根据这些请求报文和响应报文,即图4中的r1至r6,如果网页浏览有多次,还可以每次网页浏览的业务质量指标。
在本实施方式中,业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延、网页显示成功率中的至少一种。
网页响应时延,即用户浏览网页时网页的反应速度,一次网页浏览中第一个请求报文的采集时间到第一个响应报文的采集时间之间的时间差。如果报文还包括用于建立TCP连接的TCP建立报文,则网页响应时延为一次网页浏览中第一个TCP建立报文的采集时间到第一个响应报文的采集时间之间的时间差。其中,TCP建立报文可以是SYN(Synchronize Sequence Numbers,同步序列编号)请求报文。如果报文还进一步包括用于进行域名解析的DNS请求报文,则网页响应时延为一次网页浏览中DNS请求报文的采集时间到第一个响应报文的采集时间之间的时间差。
网页重定向时延为一次网页浏览中触发重定向的请求报文的采集时间到重定向成功时所发送的请求报文的采集时间之间的时间差。重定向的过程为请求行中的URL已经发生变更或者转移,网络服务器收到请求报文后,在返回响应报文时,在状态行中会给出新的URL及响应码,用户收到响应码后,就判定为重定向,并再次发出请求报文,该请求报文的请求对象即为新的URL。
网页数据量为一次网页浏览中所有响应报文的数据量总和,其中所有响应报文互不重复。每个响应报文的数据量反映了其请求报文请求的数据量,每次网页浏览的数据量可以从每次网页浏览的所有响应报文的数据量总和得到。
网页显示时延为一次网页浏览中第一个发送或接收的报文的采集时间到最后一个报文的采集时间之间的时间差。第一个发送的报文可以是第一个请求报文、TCP建立报文或者DNS请求报文等,第一个接收的报文则是第一个响应报文。
网页显示成功率为一次网页浏览中成功响应的响应报文的数量与所有响应报文的数量的比值。有的请求报文发出后,网络服务器并没有进行响应或者状态码属于错误类型,响应报文会指示响应失败,而有的请求报文则响应成功,响应报文会指示响应成功,因此成功响应的响应报文的数量小于或等于所有响应报文的数量。
此外,根据网页显示成功率,还可以设置网页显示成功标识。具体地,可以设置一个门限值,在网页显示成功率超过门限值时,即可判定网页显示成功,生成网页显示成功标识,否则判定为失败。
应当理解,本实施方式仅示意性列出了业务质量指标的部分参数的计算过程,这些参数都是针对一次网页浏览,并不排除通过本申请还可以计算业务质量指标的其它参数,例如根据网页大小和网页显示时延计算网页显示速率等。
参阅图5,是本申请的网页浏览业务中业务质量指标的计算装置第一实施方式的结构示意图。计算装置包括采集模块51、分析模块52和计算模块53。
采集模块51用于采集与网页浏览业务相关的多个报文,并将采集到的多个报文发送给分析模块52。由于网页浏览业务的报文具有与其它业务的报文不同的结构和格式,采集模块51采集报文时,会按照报文结构和格式过滤掉其它业务的报文,从而得到与网页浏览业务相关的报文。采集模块51采集的报文至少包括请求报文和响应报文,还可能包括用于建立TCP连接的TCP建立报文和TCP释放报文以及用于域名解析的DNS报文。在本实施方式中,采集模块51采集报文时,会一并记录每个报文的采集时间。
分析模块52用于从采集模块51接收采集到的多个报文,确认产生自同一次网页浏览的报文。采集模块51采集到的报文可能是用户在不同时间浏览网页产生的,也可能是用户浏览不同网页产生的,因此,需要确认产生自同一次网页浏览的报文。分析模块52能够确认所有报文分别产生哪一次网页浏览,因此能够分类整理出产生自同一次网页浏览的报文。
计算模块53用于根据产生自同一次所述网页浏览的报文计算出网页浏览的业务质量指标。计算模块53计算的业务质量指标反映的是一次网页浏览从开始浏览到完成浏览的过程中用户的业务体验。例如,业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延以及网页显示成功率等中的至少一种。
本申请的网页浏览业务中业务质量指标的计算装置通过在采集到的与网页浏览业务相关的多个报文中确认产生自同一次网页浏览的所有报文,从而根据这些报文计算出每次网页浏览的业务质量指标,能够解决现有技术不能计算一次网页浏览的业务质量指标的问题,计算得到的业务质量指标可以更加真实地反映用户的业务体验,使得运营商可以根据业务质量指标准确掌控用户的业务体验。
参阅图6,是本申请的网页浏览业务中业务质量指标的计算装置第二实施方式的结构示意图。计算装置包括采集模块61、分析模块62和计算模块63。分析模块62包括调取单元621和比对单元622。
采集模块61用于采集与网页浏览业务相关的多个报文,并将采集到的多个报文发送给分析模块62。
分析模块62用于从采集模块61接收采集到的多个报文,确认产生自同一次网页浏览的报文。
计算模块63用于根据产生自同一次所述网页浏览的报文计算出网页浏览的业务质量指标。
具体地,报文包括请求报文和响应报文,如果一个请求报文请求成功,则该请求报文至少对应有一个响应报文。调取单元621用于按照预定顺序依次调取多个请求报文。优选地,预定顺序为请求报文的采集时间先后顺序。
比对单元622用于将当前调取的请求报文依次与先前调取的请求报文或先前调取的请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览。进行比对的对象既可以是请求报文或响应报文的采集时间,也可以是请求报文或响应报文的报文数据。如果两个请求报文在采集时间上或者在报文数据上有关联,就可以认为两个请求报文产生自同一次网页浏览。
调取单元621还用于在比对单元622确认产生自同一次网页浏览时,调取下一请求报文供比对单元621进行比对。
其中,调取单元621每调取一个请求报文,就将请求报文发送给比对单元622,比对单元622侦测到连续接收有两个请求报文后,就开始进行比对。在本实施方式中,比对单元622在首次确认当前调取的请求报文与先前调取的请求报文中的某一请求报文产生自同一次网页浏览时,停止比对,调取单元621则继续调取下一请求报文。
请参阅图7,是本申请的网页浏览业务中业务质量指标的计算装置第三实施方式的结构示意图。计算装置包括采集模块71、分析模块72、计算模块73和统计模块74。分析模块72包括调取单元721、对比单元722和排序单元723。其中,采集模块71、调取单元721和计算模块73具有与前一实施方式的采集模块61、调取单元621和计算模块63相同的技术特征,此处不再详述,不同之处在于,对比单元722还包括第一判断单元731、第二判断单元732、第三判断单元733和确认单元734。
其中,第一判断单元731用于判断当前调取的请求报文的采集时间与先前调取的请求报文或先前调取的请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值。如果当前调取的请求报文和先前调取的请求报文或先前调取的请求报文所对应的响应报文在采集时间上非常接近,可以认为这两个请求报文是在同一次网页浏览中发出的。预定阈值可以设定尽量小,以提高判断准确性。
第二判断单元732用于在时间差值大于或等于述第一预定阈值时,将当前调取的请求报文中的第一报文数据与先前调取的请求报文中的第二报文数据或先前调取的请求报文所对应的响应报文中的第三报文数据进行比对。在本实施方式中,第二判断单元732将第一报文数据与第二报文数据进行比对时,第一报文数据为参考字段信息,第二报文数据为URL信息或参考字段信息,或者第一报文数据为主机字段信息,第二报文数据为主机字段信息。在其它实施方式中,第二判断单元732将第一报文数据与第三报文数据进行比对时,第一报文数据为URL信息,第三报文数据为位置字段信息。
第三判断单元733用于在第一报文数据与第二报文数据相同时,判断当前调取的请求报文的采集时间与先前调取的请求报文的采集时间之间的时间差值是否小于第二预定阈值,或者在第一报文数据与第三报文数据相同时,判断当前调取的请求报文的采集时间与先前调取的请求报文的采集时间之间的时间差值是否小于第二预定阈值。其中,第一预定阈值小于第二预定阈值。
确认单元734还用于在时间差值小于第一预定阈值时以及第一报文数据与第二报文数据相同或者第一报文数据与第三报文数据相同的情况下,时间差值小于第二预定阈值时,确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。如果第一报文数据与第二报文数据不同或者第一报文数据与第三报文数据不同,或者时间差值大于或等于第二预定阈值,确认单元734确认当前调取的请求报文与先前调取的请求报文不是产生自同一次网页浏览。
报文数据包含多种字段信息,大部分字段信息都可以用来比对,下面将介绍第二判断单元732的具体判断方式。假设用户进行网页浏览时所访问的是某个门户网站,该门户网站的主机地址为www.abc.com,该门户网站上具有新闻版块和论坛版块、新闻版块下具有体育、娱乐、教育等栏目:
第一种判断方式,第二判断单元732将第一报文数据与第三报文数据进行比对,则第一报文数据为URL信息,第三报文数据为位置字段信息。如果先前调取的请求报文所对应的响应报文所包含的位置字段信息为www.abc.com,当前调取的请求报文的URL信息也为www.abc.com,那么可以判断当前调取的请求报文是由先前调取的请求报文触发重定向所产生的,可以初步认为两个请求报文相关联。
第二种判断方式,第二判断单元732将第一报文数据与第二报文数据进行比对,则第一报文数据为参考字段信息,第二报文数据为URL信息。如果当前调取的请求报文的参考字段信息与先前调取的请求报文中的URL信息相同,则说明根据当前调取的请求报文的参考字段信息可以回退至先前调取的请求报文中的URL信息,可以初步认为两个请求报文相关联。举例来说,用户浏览该门户网站时,在收到新闻版块的数据的时候,浏览器会自动触发请求,产生请求报文,这些请求报文请求的就是体育、娱乐、教育等栏目。因此,这些请求报文的参考字段信息就为新闻版块对应的URL信息。
第三种判断方式,第二判断单元732将第一报文数据与第二报文数据进行比对,则第一报文数据为参考字段信息,第二报文数据为参考字段信息。用户在浏览门户网站时,收到新闻版块的数据的时候,会自动触发请求,产生多个请求报文,如果当前调取的请求报文请求的是体育栏目,而先前调取的请求报文请求的是教育栏目,那么这些请求报文中的参考字段信息相同,都是新闻版块的URL信息,因此,可以初步认为两个请求报文相关联。
第四种判断方式,第二判断单元732将第一报文数据与第二报文数据进行比对,则第一报文数据为主机字段信息,第二报文数据为主机字段信息。如果当前调取的请求报文请求的是新闻版块,而先前调取的请求报文请求的是论坛版块,那么这些请求报文中的主机字段信息是相同的,都是www.abc.com,因此,可以初步认为两个请求报文相关联。
在确认单元734确认完所有请求报文后,排序单元723用于将每次网页浏览所产生的报文按照采集时间的先后顺序进行排序。进行排序后,采集时间最早的请求报文为第一个请求报文,该第一个请求报文所对应的响应报文为第一个响应报文,采集时间最后的请求报文为最后一个请求报文,该最后一个请求报文所对应的响应报文为最后一个响应报文。
计算模块73计算出每次网页浏览的业务质量指标后,统计模块74用于统计同一服务器地址或同一主机地址下在一定时间内从同一用户地址发起的多次网页浏览的业务质量指标的平均值或者同一服务器地址或同一主机地址下从不同用户地址发起的多次网页浏览的业务质量指标的平均值。比如,统计模块74具体可以统计同一主机地址下一定时间内同一用户地址的网页显示时延的平均值、同一服务器地址下多个用户地址的网页响应时延和网页显示时延的平均值等。
参阅图8,是本申请的通信系统一实施方式的结构示意图。
通信系统包括计算装置80、用户设备81、有线或无线网络82以及网络服务器83。计算装置80为前述任一实施方式的计算装置。图中用户设备81仅示意显示为一个,但在其它实施方式中,用户设备81可为两个以上。用户设备81通过有线或无线网络82与网络服务器83进行通信,以进行网页浏览业务。
在本实施方式中,计算装置80接入有线或无线网络82中。在其他实施方式中,计算装置80可设置于用户设备81上。
由于计算装置80接入有线或无线网络82中,则计算装置80采集的报文可能属于不用的用户设备81。因此,本实施方式中,计算装置80将按照每一用户设备81的用户地址采集与网页浏览业务相关的多个报文,从而将不同报文进行归类。
参阅图9,是图8所示的通信系统的一种应用场景示意图。
通信系统用于UMTS(Universal Mobile Telecommunications System,通用移动通信系统)网络,其中,有线或无线网络82至少包括无线基站801、无线网络控制器(RadioNetwork Controller)802、GPRS(General Packet Radio Service,通用分组无线服务技术)服务支持节点803、网关GPRS支持节点804以及归属位置寄存器(Home LocationRegister)805。
用户设备81通过通信链路与无线基站801链接,无线基站801、无线网络控制器802、GPRS服务支持节点803以及网关GPRS支持节点804顺次链接。归属位置寄存器805与GPRS服务支持节点803及网关GPRS支持节点804链接。网络服务器83通过通信链路与网关GPRS支持节点804链接。
具体地,无线基站801通过Iub接口与无线网络控制器802链接,Iub接口是逻辑接口,用于完成数据传送。无线网络控制器802通过Iu-PS接口与GPRS服务支持节点803链接。Iu-PS接口是无线网络控制器802与分组交换数据网络之间的核心网接口,用于完成数据传送。GPRS服务支持节点803通过Gp接口与网关GPRS支持节点804链接。Gp接口是GPRS网间接口,用于完成归属于不同公共陆地移动网络的GPRS支持节点之间的通信。在本实施方式中,计算装置80接入在Iu-PS接口上。在其它实施方式中,计算装置80可以接入在Iub接口或Gp接口上。
参阅图10,是图8所示的通信系统的另一种应用场景示意图。
通信系统用于LTE(Long Term Evolution,长期演进技术)网络,其中,有线或无线网络82至少包括演进型无线基站811、移动性管理实体(Mobility Management Entity)812、服务网关813、分组数据网关814及归属位置寄存器815。演进型无线基站811集成部分无线网络控制器的功能,主要用于无线承载控制、无线许可控制和连接移动性控制等。移动性管理实体812主要用于接入安全性控制、空闲状态移动控制、支持寻呼、切换、漫游、鉴权等。服务网关813主要用于分组数据路由及转发。分组数据网关814主要用于分组数据过滤。
用户设备81通过通信链路与演进型无线基站811链接,演进型无线基站811、移动性管理实体812、服务网关813及分组数据网关814顺次链接。归属位置寄存器805与服务网关813及分组数据网关814分别链接。网络服务器83通过通信链路与分组数据网关814链接。
具体地,演进型无线基站811通过S1-MME接口与移动性管理实体812链接,S1-MME接口控制面接口。演进型无线基站811通过S1-U接口与服务网关813链接,S1-U接口是用户面接口。移动性管理实体812通过S11接口与服务网关813链接。服务网关813通过S5接口与分组数据网关814链接。在本实施方式中,计算装置80设置于用户设备81上。在其它实施方式中,计算装置80可以接入在S1-MME接口、S1-U接口、S11接口或S5接口上。
参阅图11,是本申请的网页浏览业务中业务质量指标的计算装置第四实施方式的结构示意图。
计算装置包括处理器(processer)91、接收器(receiver)92、发送器(emitter)93、随机存取存储器(RAM)94、只读存储器(ROM)95、总线96以及网络接口单元(NetworkInterface Unit)97。
其中,处理器91通过总线96分别耦接接收器92、发送器93、随机存取存储器94、只读存储器95以及网络接口单元97。
当需要运行计算装置时,通过固化在只读存储器95中的基本输入输出系统(BIOS)或者嵌入式系统中的boot loader引导系统进行启动,引导计算装置进入正常运行状态。在计算装置进入正常运行状态后,在随机存取存储器94中运行应用程序(ApplicationPrograms)和操作系统(OS)接收数据或者发送数据,使得:
接收器92经由网络接口单元97采集与网页浏览业务相关的多个报文。
处理器91用于确认产生自同一次网页浏览的报文,并根据产生自同一次网页浏览的报文计算出网页浏览的业务质量指标。
具体地,报文包括请求报文和响应报文,接收器92采集的报文存储于随机存取存储器94中,处理器91从随机存取存储器94中按照预定顺序调取请求报文,将当前调取的请求报文依次与先前调取的请求报文或先前调取的请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览。如果处理器91确认产生自同一次网页浏览,则继续调取下一请求报文。
处理器91进行比对需要经过多个过程,主要为:判断当前调取的请求报文的采集时间与先前调取的请求报文或先前调取的请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值;如果时间差值大于或等于第一预定阈值,将当前调取的请求报文中的第一报文数据与先前调取的请求报文中的第二报文数据或先前调取的请求报文所对应的响应报文中的第三报文数据进行比对;如果第一报文数据与第二报文数据相同或者第一报文数据与第三报文数据相同,并且时间差值小于第二预定阈值,则确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。此外,如果时间差值小于第一预定阈值,也确认当前调取的请求报文与先前调取的请求报文产生自同一次网页浏览。这里,处理器91如果将第一报文数据与第三报文数据进行比对,则第一报文数据为URL信息,第三报文数据为位置字段信息。处理器91如果将第一报文数据与第二报文数据进行比对,则第一报文数据为参考字段信息,第二报文数据为URL信息或参考字段信息,或者第一报文数据为主机字段信息,第二报文数据为主机字段信息。
处理器91计算出业务质量指标后,可以通过发送器93从网络接口单元97向外发送。
处理器91的具体实现过程可以参见前述实施方式的计算方法和计算装置,此处不再赘述。
在本申请所提供的几个实施方式中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本申请各个实施方式中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,管理服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式,并非因此限制本申请的保护范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (21)
1.一种网页浏览业务中业务质量指标的计算方法,其特征在于,包括:
采集与网页浏览业务相关的多个报文;
确认产生自同一次网页浏览的所述报文;
根据所述产生自同一次网页浏览的所述报文计算出所述网页浏览的业务质量指标;
其中,所述报文包括请求报文和响应报文,所述确认产生自同一次网页浏览的所述报文的步骤包括:
将当前调取的所述请求报文依次与先前调取的所述请求报文或先前调取的所述请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览;
若确认产生自同一次网页浏览,则调取下一所述请求报文进行比对。
2.根据权利要求1所述的计算方法,其特征在于,所述将当前调取的所述请求报文依次与先前调取的所述请求报文或先前调取的所述请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览的步骤包括:
判断当前调取的所述请求报文的采集时间与先前调取的所述请求报文或先前调取的所述请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值;
如果所述时间差值小于所述第一预定阈值,确认当前调取的所述请求报文与先前调取的所述请求报文产生自同一次网页浏览。
3.根据权利要求2所述的计算方法,其特征在于:
如果所述时间差值大于或等于所述第一预定阈值,将当前调取的所述请求报文中的第一报文数据与先前调取的所述请求报文中的第二报文数据或先前调取的所述请求报文所对应的响应报文中的第三报文数据进行比对;
如果所述第一报文数据与所述第二报文数据相同,并且当前调取的所述请求报文的采集时间与先前调取的所述请求报文的采集时间之间的时间差值小于第二预定阈值,则确认当前调取的所述请求报文与先前调取的所述请求报文产生自同一次网页浏览;或
如果所述第一报文数据与所述第三报文数据相同,并且当前调取的所述请求报文的采集时间与先前调取的所述请求报文所对应的响应报文的采集时间之间的时间差值小于第二预定阈值,则确认当前调取的所述请求报文与先前调取的所述请求报文产生自同一次网页浏览。
4.根据权利要求3所述的计算方法,其特征在于,如果将所述第一报文数据与所述第三报文数据进行比对,则所述第一报文数据为统一资源定位符URL信息,所述第三报文数据为位置字段信息。
5.根据权利要求3所述的计算方法,其特征在于,如果将所述第一报文数据与所述第二报文数据进行比对,则所述第一报文数据为参考字段信息,所述第二报文数据为URL信息或参考字段信息,或者所述第一报文数据为主机字段信息,所述第二报文数据为主机字段信息。
6.根据权利要求3所述的计算方法,其特征在于,所述第一预定阈值小于所述第二预定阈值。
7.根据权利要求1所述的计算方法,其特征在于,所述确认产生自同一次网页浏览的所述报文的步骤还包括:
将每次所述网页浏览所产生的所述报文按照采集时间的先后顺序进行排序。
8.根据权利要求1至7任一项所述的计算方法,其特征在于,所述业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延、网页显示成功率中的至少一种,其中,
所述网页响应时延为一次网页浏览中第一个请求报文的采集时间到第一个响应报文的采集时间之间的时间差;
所述网页重定向时延为一次网页浏览中触发重定向的请求报文的采集时间到重定向成功时所发送的请求报文的采集时间之间的时间差;
所述网页数据量为一次网页浏览中所有响应报文的数据量总和,其中每一所述响应报文互不重复;
所述网页显示时延为一次网页浏览中第一个发送或接收的报文的采集时间到最后一个报文的采集时间之间的时间差;
所述网页显示成功率为一次网页浏览中成功响应的响应报文的数量与所有响应报文的数量的比值。
9.根据权利要求8所述的计算方法,其特征在于,如果所述报文还包括用于建立TCP连接的TCP建立报文或者用于进行域名解析的DNS请求报文,则所述网页响应时延为一次网页浏览中第一个TCP建立报文的采集时间到第一个响应报文的采集时间之间的时间差或者一次网页浏览中DNS请求报文的采集时间到第一个响应报文的采集时间之间的时间差。
10.根据权利要求1至7任一项所述的计算方法,其特征在于,所述计算方法进一步包括:
统计同一服务器地址或同一主机地址下在一定时间内从同一用户地址发起的多次所述网页浏览的业务质量指标的平均值或者同一服务器地址或同一主机地址下从不同用户地址发起的多次所述网页浏览的业务质量指标的平均值。
11.一种网页浏览业务中业务质量指标的计算装置,其特征在于,包括采集模块、分析模块和计算模块,其中,
所述采集模块用于采集与网页浏览业务相关的多个报文,并将采集到的多个所述报文发送给所述分析模块;
所述分析模块用于从所述采集模块接收采集到的多个所述报文,确认产生自同一次网页浏览的所述报文;
所述计算模块用于根据所述产生自同一次网页浏览的所述报文计算出所述网页浏览的业务质量指标;
所述报文包括请求报文和响应报文,所述分析模块包括调取单元和比对单元,
所述调取单元用于按照预定顺序依次调取多个所述请求报文;
所述比对单元用于将当前调取的所述请求报文依次与先前调取的所述请求报文或先前调取的所述请求报文所对应的响应报文进行比对,以确认是否产生自同一次网页浏览;
所述调取单元还用于在所述比对单元确认产生自同一次网页浏览时,调取下一所述请求报文供所述比对单元进行比对。
12.根据权利要求11所述的计算装置,其特征在于,所述比对单元包括第一判断单元和确认单元,其中,
所述第一判断单元用于判断当前调取的所述请求报文的采集时间与先前调取的所述请求报文或先前调取的所述请求报文所对应的响应报文的采集时间之间的时间差值是否小于第一预定阈值;
所述确认单元用于在所述时间差值小于所述第一预定阈值时,确认当前调取的所述请求报文与先前调取的所述请求报文产生自同一次网页浏览。
13.根据权利要求12所述的计算装置,其特征在于,所述比对单元还包括第二判断单元和第三判断单元,其中,
所述第二判断单元用于在所述时间差值大于或等于所述第一预定阈值时,将当前调取的所述请求报文中的第一报文数据与先前调取的所述请求报文中的第二报文数据或先前调取的所述请求报文所对应的响应报文中的第三报文数据进行比对;
所述第三判断单元用于在所述第一报文数据与所述第二报文数据相同时,判断当前调取的所述请求报文的采集时间与先前调取的所述请求报文的采集时间之间的时间差值是否小于第二预定阈值,或者在所述第一报文数据与所述第三报文数据相同时,判断当前调取的所述请求报文的采集时间与先前调取的所述请求报文所对应的响应报文的采集时间之间的时间差值是否小于第二预定阈值;
所述确认单元还用于在所述第三判断单元判断到小于所述第二预定阈值时,确认当前调取的所述请求报文与先前调取的所述请求报文产生自同一次网页浏览。
14.根据权利要求13所述的计算装置,其特征在于,所述第二判断单元将所述第一报文数据与所述第三报文数据进行比对时,所述第一报文数据为URL信息,所述第三报文数据为位置字段信息。
15.根据权利要求13所述的计算装置,其特征在于,所述第二判断单元将所述第一报文数据与所述第二报文数据进行比对时,所述第一报文数据为参考字段信息,所述第二报文数据为URL信息或参考字段信息,或者所述第一报文数据为主机字段信息,所述第二报文数据为主机字段信息。
16.根据权利要求13所述的计算装置,其特征在于,所述第一预定阈值小于所述第二预定阈值。
17.根据权利要求11所述的计算装置,其特征在于,所述分析模块还包括排序单元,所述排序单元用于将每次所述网页浏览所产生的所述报文按照采集时间的先后顺序进行排序。
18.根据权利要求11至17任一项所述的计算装置,其特征在于,所述业务质量指标包括网页响应时延、网页重定向时延、网页数据量、网页显示时延、网页显示成功率中的至少一种。
19.根据权利要求11至17任一项所述的计算装置,其特征在于,所述计算装置还包括统计模块,所述统计模块用于统计同一服务器地址或同一主机地址下在一定时间内从同一用户地址发起的多次所述网页浏览的业务质量指标的平均值或者同一服务器地址或同一主机地址下从不同用户地址发起的多次所述网页浏览的业务质量指标的平均值。
20.一种通信系统,所述通信系统包括网络服务器和至少一个用户设备,所述至少一个用户设备通过有线或无线网络与网络服务器进行通信,以进行网页浏览业务,其特征在于,所述通信系统还包括根据权利要求11-19任一项所述的计算装置,所述计算装置设置于所述至少一个用户设备上或者接入在所述有线或无线网络中。
21.根据权利要求20所述的通信系统,其特征在于,若所述计算装置接入在所述有线或无线网络中,则所述计算装置将按照每一所述用户设备的用户地址采集与网页浏览业务相关的多个报文。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310300586.9A CN104301161B (zh) | 2013-07-17 | 2013-07-17 | 业务质量指标的计算方法、计算装置以及通信系统 |
EP14825981.5A EP3013001B1 (en) | 2013-07-17 | 2014-07-01 | Service quality index calculation method and calculation apparatus, and communications system |
PCT/CN2014/081329 WO2015007154A1 (zh) | 2013-07-17 | 2014-07-01 | 业务质量指标的计算方法、计算装置以及通信系统 |
JP2016526421A JP6233789B2 (ja) | 2013-07-17 | 2014-07-01 | サービス品質指標算出方法および算出装置、ならびに通信システム |
KR1020167003665A KR101903533B1 (ko) | 2013-07-17 | 2014-07-01 | 서비스 품질 지수 산출 방법 및 산출 장치, 및 통신 시스템 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310300586.9A CN104301161B (zh) | 2013-07-17 | 2013-07-17 | 业务质量指标的计算方法、计算装置以及通信系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104301161A CN104301161A (zh) | 2015-01-21 |
CN104301161B true CN104301161B (zh) | 2018-05-18 |
Family
ID=52320740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310300586.9A Active CN104301161B (zh) | 2013-07-17 | 2013-07-17 | 业务质量指标的计算方法、计算装置以及通信系统 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP3013001B1 (zh) |
JP (1) | JP6233789B2 (zh) |
KR (1) | KR101903533B1 (zh) |
CN (1) | CN104301161B (zh) |
WO (1) | WO2015007154A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10999625B2 (en) | 2015-06-16 | 2021-05-04 | Sk Telecom Co., Ltd. | Method for reporting QoS/QoE in mobile environment and device therefor |
US20160373509A1 (en) * | 2015-06-16 | 2016-12-22 | Sk Telecom Co., Ltd. | APPARATUS AND METHOD FOR REPORTING QoS/QoE IN MOBILE ENVIRONMENT |
CN107026766A (zh) * | 2016-02-02 | 2017-08-08 | 中国移动通信集团河北有限公司 | 一种网络质量的评估检测方法及装置 |
JP6496680B2 (ja) * | 2016-04-18 | 2019-04-03 | 日本電信電話株式会社 | Webブラウジング品質推定装置、Webブラウジング品質推定方法、及びプログラム |
CN108268370B (zh) * | 2016-12-30 | 2021-06-15 | 中国移动通信集团浙江有限公司 | 基于Referer和模板库匹配的网站质量分析方法、装置和系统 |
CN107809350A (zh) * | 2017-10-09 | 2018-03-16 | 北京京东尚科信息技术有限公司 | 获取http服务器性能数据的方法和装置 |
CN107707673A (zh) * | 2017-10-31 | 2018-02-16 | 麦格创科技(深圳)有限公司 | 基于网页任务的实现方法及系统 |
CN107589991A (zh) * | 2017-10-31 | 2018-01-16 | 麦格创科技(深圳)有限公司 | 分布式系统的网页分配方法及系统 |
CN110737591B (zh) * | 2019-09-16 | 2024-04-26 | 腾讯音乐娱乐科技(深圳)有限公司 | 网页性能评估方法、装置、服务器及存储介质 |
CN112996015B (zh) * | 2019-12-18 | 2023-11-03 | 中国移动通信集团河南有限公司 | 一种指标关联关系的构建方法及装置 |
CN111131506B (zh) * | 2019-12-31 | 2021-10-01 | 华为技术有限公司 | 报文处理方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102361484A (zh) * | 2011-07-05 | 2012-02-22 | 上海交通大学 | 被动网络性能测量系统及其页面识别方法 |
CN102752792A (zh) * | 2011-12-26 | 2012-10-24 | 华为技术有限公司 | 监测移动终端上网业务质量的方法、设备及系统 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6973490B1 (en) * | 1999-06-23 | 2005-12-06 | Savvis Communications Corp. | Method and system for object-level web performance and analysis |
US7246101B2 (en) * | 2002-05-16 | 2007-07-17 | Hewlett-Packard Development Company, L.P. | Knowledge-based system and method for reconstructing client web page accesses from captured network packets |
JP3908627B2 (ja) * | 2002-08-21 | 2007-04-25 | 日本電信電話株式会社 | Webページ転送時間推定装置、Webページ転送時間推定プログラム及びWebページ転送時間推定プログラムを記録したコンピュータ読み取り可能な記録媒体 |
US7401141B2 (en) * | 2003-01-07 | 2008-07-15 | International Business Machines Corporation | Method and system for monitoring performance of distributed applications |
US20070299965A1 (en) * | 2006-06-22 | 2007-12-27 | Jason Nieh | Management of client perceived page view response time |
CN102685791B (zh) * | 2012-05-22 | 2014-09-10 | 北京东方文骏软件科技有限责任公司 | 模拟用户行为的WAP业务用户感知体验QoE评测方法 |
CN103051498B (zh) * | 2012-12-29 | 2015-05-20 | 电信科学技术第一研究所 | 网速测试方法及系统 |
-
2013
- 2013-07-17 CN CN201310300586.9A patent/CN104301161B/zh active Active
-
2014
- 2014-07-01 WO PCT/CN2014/081329 patent/WO2015007154A1/zh active Application Filing
- 2014-07-01 JP JP2016526421A patent/JP6233789B2/ja active Active
- 2014-07-01 KR KR1020167003665A patent/KR101903533B1/ko active IP Right Grant
- 2014-07-01 EP EP14825981.5A patent/EP3013001B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102361484A (zh) * | 2011-07-05 | 2012-02-22 | 上海交通大学 | 被动网络性能测量系统及其页面识别方法 |
CN102752792A (zh) * | 2011-12-26 | 2012-10-24 | 华为技术有限公司 | 监测移动终端上网业务质量的方法、设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
JP6233789B2 (ja) | 2017-11-22 |
EP3013001A4 (en) | 2016-06-22 |
EP3013001A1 (en) | 2016-04-27 |
KR101903533B1 (ko) | 2018-10-02 |
CN104301161A (zh) | 2015-01-21 |
JP2016533069A (ja) | 2016-10-20 |
KR20160030308A (ko) | 2016-03-16 |
WO2015007154A1 (zh) | 2015-01-22 |
EP3013001B1 (en) | 2018-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104301161B (zh) | 业务质量指标的计算方法、计算装置以及通信系统 | |
JP7178646B2 (ja) | ネットワークのセキュリティモニタリング方法、ネットワークのセキュリティモニタリング装置及びシステム | |
CN102752792B (zh) | 监测移动终端上网业务质量的方法、设备及系统 | |
KR102076862B1 (ko) | 네트워크 성능지표를 시각화하는 방법 및 장치, 및 시스템 | |
KR20190088342A (ko) | 네트워크 성능 진단 방법 및 장치, 및 시스템 | |
CN101039281B (zh) | 一种流媒体服务器负荷分担方法 | |
CN103257989A (zh) | 网页下载时间分析 | |
CN101631052A (zh) | 一种检测接入终端数量的方法及装置 | |
CN108718347A (zh) | 一种域名解析方法、系统、装置及存储介质 | |
CN103888539B (zh) | P2p缓存的引导方法、装置及p2p缓存系统 | |
CN102957571A (zh) | 用于网络流量监控的方法和系统 | |
CN106101264A (zh) | 内容分发网络日志推送方法、装置和系统 | |
JP7304041B2 (ja) | 5g基盤のネットワーク性能診断方法、装置及びシステム | |
CN106487906A (zh) | 一种情境感知的移动Web应用协议切换方法 | |
CN104462242B (zh) | 网页回流量统计方法及装置 | |
CN106331172A (zh) | 一种应用于内容分发网络的资源检测方法及装置 | |
CN102904908A (zh) | 数据传输的方法、网关设备和接入网设备 | |
CN108901035A (zh) | 物联网终端的识别方法和装置 | |
CN105872093A (zh) | Cdn加速方法和系统 | |
WO2015123990A1 (zh) | 一种页面推送方法、装置、服务器和系统 | |
CN117424638B (zh) | 基于星地融合的网络切片管理方法、装置及存储介质 | |
CN107370628A (zh) | 基于埋点的日志处理方法及系统 | |
CN102754488A (zh) | 用户访问的控制方法、装置及系统 | |
CN102271331A (zh) | 一种检测业务提供商sp站点可靠性的方法及系统 | |
KR102423039B1 (ko) | 대용량 네트워크 모니터링을 위한 실시간 패킷 데이터 저장 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |