用于生成对基于web的应用的客户体验的洞悉的方法和装置的制造方法
【技术领域】
[0001] 实施例一般涉及能够提供对基于web (网络)的应用的用户体验的洞悉（insight) 和理解的方法和装置。
【背景技术】
[0002] 移动设备技术演进和无线电接入网络的增加的容量已经产生了在移动电话(例 如智能电话）上或在平板上使用包括web浏览、社交联网或观看来自视频存储库(例如 YouTube ?、Netflix ?、Hulu ?等）的在线视频的基于因特网的应用的机会。这些移动设备的 用户具有与可以通过经由高速低等待时间固定网络连接到因特网所实现的相同水平的用 户体验的期望。然而，移动无线电接入技术具有一些固有限制，诸如有时狭窄的最后一英里 链路、非均匀无线电覆盖和较高的本征等待时间。因此，在整个覆盖区域上提供同类的服务 质量是困难(或昂贵）的，尤其是因为由于用户的移动性，需求不是位置约束的。
[0003] 基于因特网的应用可以经由数据服务(例如通过通用分组无线电服务（GPRS)的分 组数据承载、增强数据GSM演进（EDGE)、3G、高速分组接入（HSPA)或长期演进（LTE)无线电 接入)而访问内容服务器。原则上，现有系统可以通过其承载中心的服务质量（QoS)架构保 证良好的服务质量，所述承载中心的服务质量（QoS)架构包括诸如区分、优先化、分组调度、 业务工程、拥塞控制、高速缓存和应用感知解决方案之类的机制；然而，它们仅在规划和定 尺寸足够准确、在系统中不存在配置问题或失败、资源未被过量预订、需求不集中在小区域 上(例如在公共事件的情况下）或者无线电覆盖在任何地方都处于可接受的水平时有效。
[0004] 而且，由于不同QoS类的有限数目和众多应用的不同要求，可以由网络提供的QoS 是重要的但是不是良好体验质量（Q〇E)的仅有促成者。除了良好的QoS水平之外，用户体 验还可以取决于服务的可用性、控制和信令平面的等待时间、网络元件的处理能力以及在 运营商的网络外部的因素，诸如因特网往返时间（RTT)、内容服务器的负载、移动设备的能 力等。
[0005] 因此，提供对流行因特网应用的无缝访问的运营商的能力和拥有用户体验而不仅 仅是比特管道的能力被视为关键区分性因素。这要求包括获得对最终用户体验的洞悉、不 良用户体验的检测、根本原因分析(诊断）和问题解决的客户体验管理。缺少检测何时和何 地用户可能对其应用的质量不满意的能力或者调查底层问题的原因的失败可以造成订户 的延长的不满意以及最终增加的流失率（churn rate)和运营商的收入损失。
【发明内容】
[0006] -个实施例针对一种方法，其包括通过应用监视实体收集和测量应用级关键性能 指示器。方法还可以包括通过监视网络中的网络侧用户业务而检测用户动作，将用户动作 与应用级关键性能指示器相关以便评估和量化用户的Q〇E，以及将不良QoE与网络侧关键 性能指示器相关以便确定不良Q〇E的底层根本原因。
[0007] 另一实施例针对一种装置。装置包括至少一个处理器，以及包括计算机程序代码 的至少一个存储器。至少一个存储器和计算机程序代码利用至少一个处理器使装置至少收 集和测量应用级关键性能指示器，通过监视网络中的网络侧用户业务而检测用户动作，将 用户动作与应用级关键性能指示器相关以便评估和量化用户的Q〇E，以及将不良QoE与网 络侧关键性能指示器相关以便确定不良的Q〇E的底层根本原因。
[0008] 另一实施例针对一种装置。装置包括用于收集和测量应用级关键性能指示器的构 件。装置还可以包括用于通过监视网络中的网络侧用户业务而检测用户动作的构件，用于 将用户动作与应用级关键性能指示器相关以便评估和量化用户的Q〇E的构件，以及用于将 不良QoE与网络侧关键性能指示器相关以便确定不良QoE的底层根本原因的构件。
[0009] 另一实施例针对一种体现在计算机可读介质上的计算机程序。计算机程序被配置 成控制处理器以执行过程。过程包括测量应用级关键性能指示器，通过监视网络中的网络 侧用户业务而检测用户动作，将用户动作与应用级关键性能指示器相关以便评估和量化用 户的Q〇E，以及将不良QoE与网络侧关键性能指示器相关以便确定不良QoE的底层根本原 因。
【附图说明】
[0010] 为了本发明的适当理解，应当对附图做出参照，其中： 图1图示了根据一个实施例的框图； 图2图示了描绘根据实施例的工作流的框图； 图3图示了描绘根据一个实施例的操作的四个模式的图； 图4图示了根据一个实施例的用于生成应用级KPI的点的示例； 图5图示了根据实施例的基于DPI探测器（probe)系统的监视的示例； 图6图示了根据实施例的用于检测不完整的下载的方法的示例； 图7图示了根据一个实施例的用于IP2頂SI服务器实现方式的一些替换方案； 图8图示了根据一个实施例的提供数据库的实施例的框图； 图9图示了根据实施例的装置的框图；以及 图10图示了根据一个实施例的方法的流程图。
【具体实施方式】
[0011] 移动接入网络的系统资源(例如传输带宽、空中接口、硬件、处理元件）有时不能够 向想要使用诸如web浏览、社交联网(例如Facebook?)、微博(例如Twitter?)或观看在线 视频之类的基于因特网的应用的每一个用户赋予令人满意的体验。这可能是由于例如无线 电接入技术自身中的限制、不准确的定尺寸和规划假设、非最优配置、无线电覆盖问题、不 足硬件容量、有限用户设备（UE)能力、用户的移动性(例如集中在某一位置处的许多活动用 户可能生成超过系统容量的需求)等而发生。而且，升级系统以能够在某个有问题的位置处 提供充分或至少更好的体验的操纵成本可能仅仅高于所要求的投资的预期回报，使网络运 营商不愿实施这样的升级。此外，网络元件的次优或不正确配置或UE或用户的订阅简档的 次优或错误配置也可能导致不良的用户体验以及运营商网络外部的一些问题(例如在内容 服务器侧的问题)。
[0012] 基于因特网的应用生成当今移动数据业务中的大部分，并且它们被用户视为应当 在它们被需求的任何时间和任何地方都普遍可用的服务；因此，实现关于这些应用的高客 户满意度的运营商的能力是必需的。由于甚至在当今前沿的无线解决方案的情况下，并未 针对用户可能具有的每一个会话赋予对这些基于因特网的应用的良好访问，因此客户体验 管理可以给网络运营商带来明显价值。当今，网络运营商通常能够访问关于诸如承载建立 成功率、切换成功率、掉话等之类的网络服务质量测量的报告/仪表板，但是具有对流行的 基于因特网的应用的用户体验的非常有限的洞悉或没有该洞悉。
[0013] 生成应用级洞悉要求应用级业务监视和用于量化用户体验的适合于每一个应用 的特定方法，其也考虑到用户的动作(例如如果用户在已经接收到所请求的数据之前已经 终止下载)。由本文中的实施例提供的分析框架旨在通过拦截和监视应用业务，生成应用级 KPI，评估和量化用户体验以及从不同的角度和聚合水平向应用级用户体验提供高水平和 详细视图二者来填补该差距。此外，某些实施例提供将应用级KPI与服务可用性相关KPI 相关以便使得能够实现真实客户体验评估和根本原因分析的装置和方法。
[0014] 为了管理客户体验，需要检测不良的用户体验并且应当定位和诊断问题的原因。 本发明的某些实施例描述了一种框架，其引入用于完全从网络侧的数据收集和洞悉生成以 便评估和量化用户体验、检测Q〇E问题、识别和定位受影响的用户并且以不仅对最终用户 透明而且在所要求的计算和存储资源方面高效的方式提供诊断的方法和装置。通过在现实 网络中部署本发明，自动识别涉及在线应用的问题成为可能，例如定位和识别有问题(例如 过长）的网页下载或不良的视频体验的原因。
[0015] 在运营商已经部署了用于web内容的媒体适配功能的情况下，诸如根据UE的屏幕 分辨率或内容演示/回放能力而压缩内容或对多媒体数据（图像、音频、视频等）进行转码 (通常从高分辨率朝向低分辨率）的诺基亚西门子网络浏览网关，在其中经适配的业务可用 的位置处执行应用级测量可能是必要的，因为其为要被客户端接收的内容。此外，为了判定 数据是否可以在起初以充足质量从原始内容服务器下载，可以要求在内容适配之前和在内 容适配之后二者监视应用业务。一些实施例可以部署有网络中的不同位置处的多个应用级 业务监视实体以便使应用级测量/KPI相关；因此，某些实施例的应用级体验质量评估和根 本原因定位能力比在单个测量点的顶部可以实现的更加准确。
[0016] 为了评估基于web的应用的用户体验，单独依靠要求用户数据传输的应用特定测 量可能不是足够的。如果出于各种原因数据传输自身在起初不可能，则受影响的用户已经 不满意，但是其通过仅仅聚焦于和从应用层数据传输的性质得到KPI的测量将是不可检测 的。如果可以建立基本网络连接性(数据承载)或者UE具有已经建立的数据承载，则实际的 应用使用仍旧可能被各种支持传输网络或应用层功能中的失败(诸如DNS解析中的失败、 到内容服务器的失败的连接性)所阻止。因此，本发明的某些实施例可以被扩展到通过考虑 服务可用性KPI和应用级KPI二者来评估基于web的应用的客户体验。
[0017] 如以上概述的，本发明的一个实施例提供了一种用于实现分析框架的方法，所述 分析框架能够提供对基于web的应用的用户体验的深度洞悉和理解、覆盖从网络连接、承 载建立和应用使用开始的应用使用的整个生命周期。框架评估和量化客户体验，识别和定 位受不良体验影响的用户并且执行诊断以找出问题的根本原因。分析框架可以依靠在网络 连接性和应用使用的各种阶段期间所测量或收集的信息，所述信息通常以关键性能指示器 (KPI)的形式提供。基于其在端到端系统架构内的源和它们提供的信息的类型，相关KPI可 以被分类到以下三个组中：应用级ΚΡΙ、服务可用性ΚΡΙ或网络侧QoS/性能ΚΡΙ。
[0018] 应用级KPI基于在数据承载服务的成功建立之后在用户平面业务上执行的测量 而生成；这可以包括UE与web/内容服务器之间的连接性建立(例如DNS、TCP)的成功/失 败指示以及测量其使用和数据传送期间各种应用的性能和体验。
[0019] 服务可用性KPI覆盖涉及UE到网络的附着的信令过程，其包括无线电连接性建 立、分组数据协议（PDP)上下文的激活和最终建立利用外部分组数据网络（PDN)(诸如因特 网)为UE提供连接性和数据服务的数据承载。这些KPI大多是示出信令过程中的某个阶段 的成功/失败(包括失败情况中的错误原因）的简单二进制指示器。
[0020] 网络侧KPI包括关于无线电小区或网络元件(例如eNB/NodeB/RNC等）的信息，