评估通信网络中的服务的QOE

摘要

本公开涉及一种由运营商网络(1)中的网络单元(3)执行的用于评估对无线设备(2)的服务(73)的体验质量QoE的方法。该方法包括从无线设备接收服务的KPI的第一值。该方法还包括从为无线设备服务的运营商网络接收KPI的第二值。该方法还包括比较KPI的第一值和第二值，以及基于所述比较来确定运营商网络上的QoE的任何恶化。本公开还涉及无线设备的方法以及网络单元和无线设备。

说明书

技术领域

本公开涉及评估经由运营商通信网络提供给无线设备的服务的体验质量(QoE)的方法和设备。

背景技术

电信行业中，消费者体验在提高消费者满意度方面至关重要，消费者满意度是产生忠实用户和减少用户流失的标准。由于这种高端要求，电信运营商采用各种方法来优化网络资源，为不同类型的消费者提供最优的服务，以提高他们的满意程度。

因此，运营商花费资源来增强他们的服务器质量(QoS)。然而，存在着各种各样的其他问题，导致消费者无法得到最佳体验。这可能是由例如应用提供商端或订户使用的移动终端所面临的问题引起的。电信运营商试图去理解消费者通过移动终端使用他们的服务时所面临的问题。电信运营商分析他们的网络数据，以间接方式来捕捉最终用户体验。

使电信运营商能够结合用户的电信资料去测量从用户端到服务提供商的QoE是具有商业价值的。对于服务提供商和应用提供商来说，这种混杂数据是一种高价值信息，将帮助他们确定要给予用户的、使用户忠诚并减少用户流失的服务类型或激励类型。

论文“Quality of Experience from user and network perspectives”，JunaidShaikh等，Annals of Telecommunications(2010)65：47-57，试图将一侧对运营商网络测量的各种业务特性之间的相关性和另一侧在实验平台上测试的用户体验相关联。

随着越来越多的应用提供商进入市场，他们理解体验质量是如何留在竞争市场上的宝贵信息。

发明内容

本公开的目的是，提供一种帮助电信运营商评估无线设备处的服务的用户的QoE的方法和设备。由此，运营商可以向服务提供商和应用提供商指示他们的客户的体验。

根据本公开的方案，提供由运营商网络中的网络单元执行的用于评估对无线设备的服务的QoE的方法。该方法包括从无线设备接收服务的关键性能指示符(KPI)的第一值。该方法还包括从为无线设备服务的运营商网络接收KPI的第二值。该方法还包括比较KPI的第一值和第二值。该方法还包括，基于所述比较来确定运营商网络上的QoE的任何恶化。

根据本公开的另一方面，提供了一种计算机程序产品，包括当在网络单元中包括的处理器电路上运行时使得网络单元执行本公开的方法的实施例的计算机可执行组件。

根据本公开的另一方案，提供一种网络单元，包括处理器电路以及用于存储指令的存储单元，所述指令在被处理器电路执行时使所述网络单元从无线设备接收服务的KPI的第一值。所述指令还使从所述网络单元从为无线设备服务的运营商网络接收KPI的第二值。所述指令还使从所述网络单元比较KPI的第一值和第二值。所述指令还使从所述网络单元基于所述比较来确定运营商网络上的QoE的任何恶化。

根据本公开的另一方案，提供一种用于评估对无线设备的服务的QoE的计算机程序。所述计算机程序包括计算机程序代码，当在运营商网络中的网络单元的处理器电路上运行时，所述计算机程序代码能够使所述网络单元从无线设备接收服务的KPI的第一值。所述代码还能够使所述网络单元从为无线设备服务的运营商网络接收KPI的第二值。所述代码还能够使所述网络单元比较KPI的第一值和第二值。所述代码还能够使所述网络单元基于所述比较来确定运营商网络上的QoE的任何恶化。

根据本公开的另一方案，提供一种由与运营商网络相连的无线设备执行的方法。所述方法包括运行服务应用。所述方法还包括运行QoE应用，所述QoE应用用于评估对无线设备的服务的QoE。所述QoE应用使无线设备测量服务的KPI，以获得KPI的第一值。QoE应用还使无线设备向运营商网络中的网络单元发送第一值。

根据本公开的另一方面，提供了一种计算机程序产品，其中包括用于当在无线设备中所包括的处理器上运行时使得无线设备执行本公开的方法的实施例的计算机可执行组件。

根据本公开的另一方案，提供了一种无线设备。所述无线设备包括处理器电路以及存储指令的存储单元，所述指令当被处理器电路执行时，使所述无线设备运行服务的服务应用。所述指令还使所述无线设备运行用于评估对无线设备的服务的QoE的QoE应用。当被无线设备运行时，所述QoE应用被配置用于使所述无线设备测量服务的KPI，以获得KPI的第一值。当被无线设备运行时，所述QoE应用还被配置用于使无线设备向运营商网络中的网络单元发送第一值。

根据本公开的另一方案，提供了一种包括计算机程序代码的计算机程序，当在与运营商网络相连的无线设备的处理器电路上运行时，所述计算机程序代码能够使所述无线设备运行服务的服务应用。所述代码还能够使所述无线设备运行用于评估对无线设备的服务的QoE的QoE应用。当被无线设备运行时，所述QoE应用被配置用于使所述无线设备测量服务的KPI，以获得KPI的第一值。当被无线设备运行时，所述QoE应用还被配置用于使无线设备向运营商网络中的网络单元发送第一值。

根据本公开的另一方面，提供了一种计算机程序产品，其包括本公开的计算机程序的实施例以及在其上存储了计算机程序的计算机可读装置。

相比仅基于运营商网络中的KPI测量结果，通过无线设备发送以及运营商网络接收无线设备处的KPI的值，可以更好地评估无线设备的用户的QoE。例如，运营商可以确定问题在其自身网络中还是在无线设备中。通过本公开的实施例，运营商可以通过到无线设备的实时接口来测量从服务提供商到无线设备用户的完整的端到端体验，从而能够获得与用户体验到的问题有关的信息。例如，如果问题与运营商网络有关，则运营商可以为用户提供折扣，或者可能确定问题在移动设备或在服务提供商端。

一般地，除非另有明确说明，权利要求中使用的所有术语根据其技术领域中的普通含义来解释。除非本文中另行明确声明，否则对“一/一个/所述单元、设备、组件、装置、步骤等”的所有引用应被开放地解释为指代单元、设备、组件、装置、步骤等的至少一个实例。除非明确声明，否则本文所公开的任何方法的步骤不一定严格按所公开的顺序来执行。针对本公开的不同特征/组件使用“第一”、“第二”等，目的仅在于将特征/组件与其他相似特征/组件相区分，并不为这些特征/组件赋予任何顺序或层级关系。

附图说明

将参考附图通过示例的方式来描述实施例，在附图中：

图1是根据本公开的为无线设备服务的运营商网络的实施例的示意框图。

图2是根据本公开的无线设备的实施例的示意框图。

图3是根据本公开的网络单元的实施例的示意框图。

图4是根据本公开的计算机程序产品的实施例的示意图。

图5a是根据本公开的由网络单元执行的方法的实施例的示意流程图。

图5b是根据本公开的由网络单元执行的方法的另一实施例的示意流程图。

图6是根据本公开的由无线设备执行的方法的实施例的示意流程图。

图7是根据本公开的为无线设备服务的运营商网络的示例实施例的示意框图。

图8是根据本公开的方法的示例实施例的示意信令图。

图9是根据本公开的示例实施例的OTA网关和无线设备UICC之间的示意信令图。

具体实施方式

现在参考示出某些实施例的附图，更充分地描述实施例。然而，许多不同形式的其他实施例可能在本公开的范围内。确切地说，通过示例方式来提供以下实施例，以便本公开全面而且完整，并向本领域技术人员充分传达本公开的范围。在本描述的全文中，相似的标记指代相似的元素。

本公开的实施例提出了基于运营商定义的规则来测量无线设备处的体验质量KPI的框架。因此，运营商可以决定应当在无线设备处测量哪个KPI，并且可以通过空中(OTA)网关(GW)向无线设备发送对此的指令。无线设备使用公共网络的OTA GW，向运营商网络的网络单元发送测量的KPI，所述网络单元可被称为QoE决定引擎。

然后，QoE决定引擎可以将接收的测量与运营商网络中测量的相关KPI相关联。然后，可以确定测量的KPI是否偏离用户定义的正常阈值，继而确定问题是由运营商网络、或者服务/应用提供商、还是用户的无线设备引起的。基于问题的定位，可以接着触发计费系统，以几乎实时地提供对无线设备订阅的合适折扣/退款。

通过本公开的一些实施例，能够实现如订阅运营商的无线设备的用户感知的端到端QoE测量。此外，通过本公开的一些实施例，能够实现来自从运营商网络向无线设备的专用通信信道的实时QoE测量。此外，可以基于无线设备处进行的QoE测量来优化运营商网络。在一些实施例中，运营商可以在其订户中进行优先排序，为高优先级订户提供更高的服务QoE。在一些实施例中，网络运营商可以向服务提供商通知在用户无线设备处其服务的QoE，以使服务提供商能够采取合适措施。

图1是根据本公开的为无线设备2服务的运营商网络1的实施例的示意框图。运营商网络1包括无线接入网络(RAN)5、计费系统6、空中(OTA)网关(GW)4、网络单元3(本文中也称为QoE决定引擎，用于评估提供给无线设备2的服务的QoE)、以及其他元件/节点。RAN 5可以符合长期演进(LTE)通信标准的演进UMTS陆地无线接入(e-UTRA)。RAN 5为无线设备2服务，为无线设备2提供通过空中接口到运营商网络1的连接。OTA GW 4是创建并接受去往和/或来自无线设备2(例如无线设备中的通用集成电路卡(UICC))的基于超文本传输协议(HTTP)的OTA会话的系统。因此，OTA GW 4提供运营商网络1(如运营商网络1的核心网(CN))和无线设备2之间的双向HTTP通信的接口。计费系统6被配置为根据无线设备与运营商网络1的订阅来对无线设备进行计费。网络(NW)元件3可以是运营商NW 1中的节点，或集成在运营商NW 1中的节点中。根据本公开，NW单元被配置用于从无线设备2以及从运营商NW 1内接收KPI测量，以及基于这些测量，评估无线设备处的服务的QoE以及较差的QoE是否由运营商NW中的问题引起。如果确定该问题在运营商NW1中，则NW单元3可以例如指示计费系统6降低计费，因为无线设备2的用户可能有权利因无线设备的订阅而期望更高的服务性能。无线设备2可以是能够在无线信道上与运营商网络1进行通信的任何移动或静止的设备或用户设备(UE)，例如但不限于，移动电话、智能电话、调制解调器、传感器、测量仪、车辆(如汽车)、家用电器、医疗仪器、媒体播放器、相机、或者任何类型的消费电子产品，例如但不限于，电视、收音机、照明装置、平板计算机、膝上型计算机、或个人计算机(PC)。

图2是根据本公开的无线设备2的实施例的示意框图。无线设备2包括处理器电路21，例如中央处理单元(CPU)。处理器电路21可以包括微处理器形式的一个或多个处理单元。然而，具有计算能力的其他合适设备可以包括在处理器电路21中，例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)或复杂可编程逻辑器件(CPLD)。处理器电路21被配置为运行存储在一个或多个存储单元(例如存储器)的存储器22中的一个或多个计算机程序或软件(SW)41(也见图4)。如本文所讨论，存储单元被认为是计算机可读装置42(如图4)，其形式可以是例如，随机存取存储器(RAM)、闪存或其他固态存储器、硬盘、以及它们的组合。无线设备可以包括可形成为存储器22的一部分的UICC 29，并且存储器21的SW 41的至少一部分可以存储在UICC 29中。SW 41可以包括服务应用24的SW，当所述SW被执行时，所述服务应用24由此在处理器电路21中运行。服务应用24的SW可以由本文讨论的服务(也被称为服务提供商或应用提供商)来提供，并经由运营商NW 1来提供。此外，SW 41可以包括QoE应用25的SW，当所述SW被执行时，所述QoE应用25由此在处理器电路21中运行。根据本文讨论的实施例，QoE应用25的SW 41可以存储在UICC 29中并且还可以被UICC 29的处理器电路执行，所述处理器电路可被认为是无线设备2的通用处理器电路21的一部分，但专用于UICC 29且是其一部分。QoE应用可以包括例如管理模块26、监视模块27和/或触发模块28，以下将进一步讨论。QoE应用的SW可以由NW单元3来提供，如下讨论。处理器电路21还被配置为根据需要将数据存储在存储器22中。无线设备2还包括通信接口23，通常是无线接口，例如包括发射机、接收机和天线，其可以组合以形成收发机或者作为不同单元存在于无线设备2中。发射机被配置为与处理器电路21协作，以根据RAN 5使用的无线接入技术(RAT)，将要在无线接口23上发送的数据比特转换为合适的无线信号，其中所述数据比特经由RAN 5来发送。接收机被配置为与处理器电路21协作，将接收的无线信号转换为数据比特。

图3是根据本公开的网络单元3的实施例的示意框图。网络单元3包括处理器电路31，例如中央处理单元(CPU)。处理器电路31可以包括微处理器形式的一个或多个处理单元。然而，具有计算能力的其他合适设备可以包括在处理器电路31中，例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)或复杂可编程逻辑器件(CPLD)。处理器电路31被配置为运行存储在一个或多个存储单元(例如存储器)的存储器32中的一个或多个计算机程序或软件(SW)41(也见图4)。如本文所讨论，存储单元被认为是计算机可读装置42(如图4)，其形式可以是例如，随机存取存储器(RAM)、闪存或其他固态存储器、硬盘、以及它们的组合。SW41可以包括分析模块34的SW，当所述SW被执行时，所述分析模块34由此在处理器电路31中运行。处理器电路31还被配置为根据需要将数据存储在存储器32中。网络单元3还包括通信接口33，例如包括发射机和接收机，其可以组合以形成收发机或者作为不同单元存在于网络单元3中，用于向运营商NW 1的其他网络单元发送通信信号/从运营商NW 1的其他网络单元接收通信信号，最终通过RAN 5与无线设备2通信，如本文讨论。

图4示出了计算机程序产品40。该计算机程序产品40包括计算机可读介质42，所述计算机可读介质42包括计算机可执行组件41形式的计算机程序41。计算机程序/计算机可执行组件41可以被配置为，使设备(例如本文所讨论的无线设备2或NW单元3)执行本公开的方法的实施例。计算机程序/计算机可执行组件可以在设备的处理器电路21/31上运行，以使所述设备执行所述方法。计算机程序产品40可以例如包括在存储单元或存储器22/32中，所述存储单元或存储器22/32包括在所述设备中并且与所述处理器电路21/31相关联。备选地，计算机程序产品40可以是分离(如移动)存储装置或其一部分，所述存储装置例如是计算机可读盘(CD、DVD、硬盘/驱动)或者固态存储介质(例如RAM或闪存)。

图5a是根据本公开的由网络单元执行的方法的实施例的示意流程图。从无线设备2接收51服务的关键性能指示符(KPI)的第一值。在接收51第一值之前、之后或同时，从为无线设备2服务的运营商网络1接收52KPI的第二值。可以在任何合适节点或接口处测量第二值，用于获得代表运营商NW 1的KPI的值。例如，可以在运营商NW 1和公共网络(例如，互联网)之间的接口处测量第二值(代表服务数据到达运营商NW时的KPI)，或者可以在运营商NW1和非公共网络(例如内网，经由所述内网提供服务)之间的接口处，或在与RAN 5的接口处测量第二值(代表服务数据从运营商NW离开前往无线设备2时的KPI)。然后，NW单元3比较53KPI的第一值和KPI的第二值，并且，基于所述比较53，NW单元确定54运营商网络1上的任何QoE恶化。KPI被选择为使得其与无线设备2处的QoE相关。

图5a是根据本公开的由网络单元执行的方法的另一实施例的示意流程图。除了参考图5a讨论的方法步骤，在进行比较53前，还接收55KPI的第三值。例如，可以从与为无线设备2服务的RAN 5相连的第二运营商网络节点接收55第三值，其中所述第三值反映RAN 5和运营商网络1(的其他部分)之间的接口处的QoE。然后，比较53还包括将第三值与第一值和第二值进行比较。例如，该实施例中，可以从与公共网络(如互联网)相连的第一运营商网络节点(例如，多服务代理(MSP)节点)接收KPI的第二值，从而第二值反映公共网络和运营商网络1之间的接口处的QoE。附加地或被备选地，所述方法可以包括，在所述确定54后，向运营商网络1的计费系统6发送56与所述确定54有关的信息，例如，由于运营商NW 1的低性能导致了过低QoE，所以允许降低计费。

图6是根据本公开的由与运营商NW 1相连的无线设备2执行的方法的实施例的示意流程图。无线设备运行61服务(服务提供商)的服务应用24。与此同时，无线设备运行61QoE应用25，以评估对无线设备2的服务的QoE。由QoE应用25引起，无线设备2然后测量63服务的关键性能指示符(KPI)，以获得KPI的第一值，并向运营商网络1中的网络单元3发送64所述第一值，如本文讨论。

在本公开的一些实施例中，第一KPI值被无线设备2发送64，经由空中网关(OTA)4，被NW单元3接收51，如本文讨论。

在本公开的一些实施例中，经由与QoE应用25的互联网协议(IP)会话来发送64和接收51第一值，所述QoE应用由处理器电路21运行并存储在包含于无线设备2中的UICC 29中。通过在UICC 29中存储QoE应用25的SW，运营商可以在不涉及或控制无线设备的用户的情况下，容易地向无线设备2提供指令以执行KPI测量。替代地，QoE应用25可被运营商经由例如OTA GW 4来控制。因此，在一些实施例中，在无线设备2中的UICC 29上提供QoE应用25的SW。然而在其他实施例中，可以将QoE应用的SW存储在无线设备2的存储器22中的其他位置。

在本公开的一些实施例中，从与公共网络(可被称为公共数据网PDN，如互联网)相连的第一运营商网络节点(例如，多服务代理(MSP)节点)接收第二值，从而第二值反映公共网络和运营商网络1之间的接口处的QoE。

在本公开的一些实施例中，KPI是误比特率、会话终止原因、浏览的统一资源定位符URL、使用的应用软件或应用软件加载时间中的任一个。

示例

OTA平台的演进已将运营商网络1扩展到无线设备2，在所提出的框架中，利用无线设备2来测量无线设备处的QoE，并将其发送给QoE决定引擎3，以实现运营商的商业目的。

所有以LTE为目标的基于IP的OTA平台开放了为运营商商业增加更多价值的新解决方案可能性。

新的OTA平台提供新的UICC 29框架，相比使用通常为单向通信的短消息服务(SMS)的传统方式，所述框架使用公共网络(如互联网)实现了面向OTA网关3的基于IP的双向通信。

以下是基于该示例性设置的一些实施例。应当注意，这些示例可相互组合。

示例1

图7示出了为无线设备2服务的包括核心网(CN)74和RAN 5的运营商网络1的示例。如图7中的粗线所示，QoE反馈架构包括三个主要组件，即：

LTE通用集成电路卡(UICC)29；

OTA GW 4；以及

QoE决定引擎3。

LTE通用集成电路卡(UICC)29

UICC 29支持容纳智能卡web服务器(SCWS)，在被卖给订户前(所述订户将要把它安装在他的无线设备2中)，可以将UICC预配置有QoE应用25的SW。基于UICC工具包框架开发的QoE应用25可实现为订户激活时SCWS容纳的网络小插件(weblet)。

QoE应用25可以包含具体如下的三个模块。

1.QoE规则管理模块26

该模块26用唯一统一资源标识符(URI)来标识，负责从运营商经由HTTP安全(HTTPS)接口来接受QoE规则，并更新其管理的本地规则库。规则库可以主要由运营商推送规则的日期、规则本身、唯一规则标识符(ID)、应被激活的日期和/或指示其是基于时间(每小时、每天、每周等)还是基于数据会话(开始/结束)的触发条件等。

2.QoE监视模块27

该模块27负责执行被触发模块28触发的规则。该模块27中还定义了作为QoE规则(例如，误比特率(BER)、会话终止原因、浏览的URL、使用的应用、应用加载时间等)一部分的设备平台专用规则元素(通常是KPI)的执行逻辑。规则执行的结果存储在无线设备2存储器22的规则结果数据存储中。

3.QoE触发模块28

该模块28作为后台服务持续运行，用规则库中与触发条件相匹配的规则触发QoE监视模块27。还提出创建向OTA网关4周期性反馈QoE(测量的KPI值)，作为例如可以在每个数据会话结束或每个小时结束时触发的规则。

OTA网关4

可以将OTA网关4的功能维持为中间件应用，所述中间件应用在公共网络(如互联网)72上通过HTTPS接口与UICC 29接口连接，以便推送其从QoE决定引擎3接收到的QoE规则，还将测量的QoE KPI值转发回QoE决定引擎3，用于进一步处理。OTA网关4与QoE决定引擎3的接口可以是OTA网关制造商支持的专有接口。

QoE决定引擎(NW单元)3

QoE决定引擎3的主要功能可以是：

a)与多服务代理(MSP)71接口连接，以获得与服务73提供商的数据传输速率有关的统计数据(测量的KPI值)。

b)向计费系统6接口连接，以实现对订户账户的动态折扣以及后续到无线设备2的通知消息。

c)分析模块34负责将来自无线设备2的KPI值和MSP 71相关联，以定位问题来源，从而有效确定QoE并向订户(无线设备2的用户)提供合适权益。

如上所述，NW单元3还可以获得在RAN 5处测量的KPI值，以确定位于MSP 71和RAN5之间的运营商网络1内的任何恶化的QoE。

示例2

图8是根据本公开的方法的示例实施例的示意信令图。该图是呼叫场景，反映了QoE决定引擎3用于该呼叫的数据会话终止部分的作用。

如图所示，针对每次数据会话终止，计费系统6可以向QoE决定引擎3请求该特定数据会话的QoE，然后QoE决定引擎反映回基于KPI值的QoE性质，所述KPI值是QoE决定引擎从无线设备经由OTA网关4以及从MSP 71接收的。计费系统6中存在的费率规则/配置考虑被有效用于折扣的QoE因子。

示出如下消息，但不排除还存在其他消息的可能性：

A：无线设备向CN(分组网络)74发送创建数据会话请求。

B：分组网络74向计费系统6发送计费询问消息，其中包括账户结余核对。

C：计费系统6向分组网络74答复允许数据会话。

D：分组网络74向无线设备2发送包括ID的数据会话创建消息，由此数据会话开始。

E：当结束呼叫时，无线设备2向分组网络74发送终止数据会话(包括标识会话的ID)。

F：分组网络74向计费系统6发送另一个计费询问消息，其中包括账户结余扣费。

G：计费系统6向QoE引擎3发送QoE核对查询(包括会话ID)。

H：QoE引擎3向MSP 71发送获取(get)QoE消息。

I：QoE引擎3向OTA GW 4发送获取QoE消息。

J：继而，OTAGW 4向无线设备2发送获取QoE消息(也包括会话ID)。

K：作为响应，无线设备2发送包括测量的KPI值的消息，所述消息被OTA GW 4接收。

L：然后，OTA GW 4向QoE引擎3发送接收到的KPI/QoE测量，QoE引擎3对其进行处理，以确定用户QoE和运营商网络1的性能。

M：类似地，MSP 71向QoE引擎3发送其测量的KPI值。

N：QoE引擎3向计费系统6通知QoE是好还是差。

O：计费系统6向分组网络74发送计费确认。

P：分组网络74向无线设备2发送会话终止确认。

Q：计费系统6向无线设备2发送计费/折扣(如果QoE引擎3确定QoE太差)通知。

示例3

图4示出了所提出的OTA消息传送的实施例。该图示出了OTA GW 4和无线设备2(例如，无线设备2的UICC 29)之间的信令。其示出了基于将要完成的操作的性质，在公共网络72上进行从OTA网关4向UICC 29的HTTP请求/响应。无线设备2包括在例如以上示例1中讨论的模块26-28。无线设备的平台(操作系统)可以具有规则库，同样如示例1所讨论。可以通过HTTP请求在OTA GW 4上预配置规则库的定义。

图9中在OTA GW 4上的示例信令并不排除其他信令，其中使用了发送HTTP请求的“发布(POST)”处理，所述信令如下：

a：向无线设备2发送增加(add)规则的HTTP发布(post)。

b：向无线设备2发送获取(get)规则的HTTP发布。这意味着OTA GW 4请求无线设备2(例如UICC 29)发送无线设备2保持在其存储器中的规则。

c：响应于b，无线设备2发送包括该规则的HTTP响应。

d：向无线设备2发送更新(update)规则的HTTP发布。

e：向无线设备2发送移除(remove)规则的HTTP发布。

f：向无线设备2发送获取测量的QoE KPI值的HTTP发布。

g：响应于f，无线设备发送包括测量的QoE KPI值在内的HTTP响应。

h：向无线设备2发送放置(put)规则库定义的HTTP发布。

以上是运营商网络1可发送给无线设备2，用于控制其中实现的QoE应用25的指令的示例。一部分指令包括获取一些信息的指令，其促进包括所请求的信息在内的响应信令。因此，OTA GW 4上的HTTP通信是双向通信。

以下提出本公开的一些其他方案。

根据本公开的方案，提供一种用于运营商网络1的网络单元3，所述网络单元用于评估对无线设备2的服务73的QoE。所述网络单元包括，用于从无线设备2接收51服务73的KPI的第一值的装置(例如，与处理器电路31协作的通信接口33)。所述网络单元还包括，用于从为无线设备2服务的运营商网络1接收52KPI的第二值的装置(例如，与处理器电路31协作的通信接口33)。所述网络单元还包括，用于将KPI的第一值和第二值相比较53的装置(例如，处理器电路31，比如所述处理器电路31的分析模块34)。所述网络单元还包括，用于基于所述比较53来确定54运营商网络1上的QoE的任何恶化的装置(例如，处理器电路31，比如所述处理器电路31的分析模块34)。

根据本公开的另一个方案，提供一种无线设备2，所述无线设备被配置用于与运营商网络1相连。所述无线设备包括用于运行61服务应用24的装置(例如，处理器电路21)。所述无线设备还包括用于运行62 QoE应用25的装置(例如，处理器电路21)，所述QoE应用用于评估对所述无线设备2的服务73的QoE。所述无线设备还包括用于测量63服务73的KPI以获得KPI的第一值的装置(例如，处理器电路21，比如处理器电路的QoE应用25)。所述无线设备2还包括用于向运营商网络1中的网络单元3发送64所述第一值的装置(例如，与无线接口23协作的处理器电路21，比如处理器电路的QoE应用25)。

以上已经参考一些实施例主要地描述了本公开。然而，本领域技术人员应当理解，除上文公开的实施例外的其他实施例同样在由随附权利要求定义的本公开的范围内。