CN107979496B - 一种获取用户体验质量的方法及服务器 - Google Patents

Abstract

本发明提供一种获取用户体验质量的方法及服务器，涉及网络管理领域，能够从网络侧针对不同业务类型获取用户体验质量，并根据用户反馈不断修正QoE计算模型的参数，获取更准确的用户体验质量。该方法包括：接收网络设备发送的数据包，所述数据包是网络设备发送给用户设备的数据包；根据每个数据包的链路信息确定至少一条数据链路，其中，一条数据链路对应一个业务类型；获取当前的每个所述数据链路上的网络参数；将所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE。

Description

一种获取用户体验质量的方法及服务器

技术领域

本发明涉及网络管理领域，尤其涉及一种获取用户体验质量的方法及服务器。

背景技术

QoE(Quality of Experience,体验质量)是指用户在使用某项网络业务时，在当前业务属性、网络环境、用户内在特性等综合因素的影响下，用户对当前网络服务的体验的评价。QoE直接反映用户对于网络服务的满意程度，运营商和设备厂商等服务提供方都非常重视用户的QoE。

目前的QoE获取方法主要有：采用问卷调查等抽样方式获取用户的主观评价；建立QoS(QualityofService，网络服务参数)与QoE之间的映射关系，利用QoS来度量QoE等。

但是，通过问卷调查等抽样方式获取QoE的方法，是一种主观评价的方法。虽然准确性高，但是实施难度较大。调查结果易受到问卷质量、抽样人群数量和质量等因素的影响，并且该方法实时性低、消耗大，不适用于需要实时监控QoE的场合。

利用QoS来度量QoE的方法，克服了主观评价的缺陷，可以在网络侧实时获取，结果更客观，但是也存在不能准确度量的弊端。比如，现有技术中，通常由QoS中各项参数的线性函数求和得到QoE。线性映射方法有一个明显的缺点，就是忽略了部分网络参数的边际效应，例如一种极端的情况，假设一种对网络丢包率不是特别敏感的业务(丢包率的QoS贡献权重较小)所处的网络的丢包率为100％，带宽速率为100Mbps，这种情况下该网络是不可用的，因为不会实现数据包的准确交付。用户使用网络服务的体验很差，也就是说QoE值应该很小，但是由QoS线性映射得到的QoE不会显著变小。并且，现有技术中，通常不区分业务度量QoE。而不同的业务往往对网络的要求是不同的，用户体验也完全不同，采用统一的QoE度量是不合理的。如何在QoE和QoS之间找到合适的映射关系，更加准确的获取用户使用不同业务时对于网络服务的满意度，是亟待解决的问题。

发明内容

本申请提供一种获取用户体验质量的方法及服务器，能够从网络侧针对不同业务类型获取用户体验质量，并根据用户反馈不断修正QoE计算模型的参数，获取更准确的用户体验质量。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种获取用户体验质量的方法，该方法可以包括：

接收网络设备发送的数据包，所述数据包是网络设备发送给用户设备的数据包，其中，所述网络设备发送的数据包包括网络数据的链路信息；根据每个数据包的链路信息确定至少一条数据链路，其中，一条数据链路对应一个业务类型；获取当前的每个所述数据链路上的网络参数，其中，所述网络参数用于表征与所述数据链路对应的业务类型的传输性能；将所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE。

第二方面，本申请提供一种服务器，该服务器包括：接收模块、获取模块和计算模块。其中，接收模块用于接收网络设备发送的数据包，所述数据包是网络设备发送给用户设备的数据包，其中，所述网络设备发送的数据包包括网络数据的链路信息；获取模块用于根据每个数据包的链路信息确定至少一条数据链路，其中，一条数据链路对应一个业务类型；还用于获取当前的每个所述数据链路上的网络参数，其中，所述网络参数用于表征与所述数据链路对应的业务类型的传输性能；计算模块用于将所述获取模块获取的所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE。

第三方面，本申请提供一种服务器，该服务器包括：处理器、收发器和存储器。其中，存储器用于存储计算机执行指令，当该服务器运行时，处理器执行该存储器存储的该计算机执行指令，以使该服务器执行第一方面及其各种可选的实现方式中任意之一所述的获取用户体验质量的方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有一个或多个程序，一个或多个程序包括计算机执行指令，当该服务器的处理器执行该计算机执行指令时，该服务器执行上述第一方面及其各种可选的实现方式中任意之一所述的获取用户体验质量的方法。

第五方面，本申请提供一种数据交换网络系统，该数据交换网络系统包括用户设备、数据网络和第二方面及其各种可选的实现方式中任意之一所述的服务器。

本申请提供的获取用户体验质量的方法、服务器及系统，通过监测网络设备发送给用户设备的数据包，将数据包按照链路信息区分为不同的数据链路，每条数据链路对应一种业务类型，根据计算模型获取针对每种业务类型的用户体验质量。能够实现在网络侧针对不同业务类型获取用户体验质量。并且，获取用户体验质量的QoE计算模型中，建立了每条数据链路上网络参数与用户体验质量QoE的非线性关系，相比现有技术中的线性计算模型，计算获取的QoE更贴近用户真实体验。而且，在根据QoE计算模型获取用户体验质量的过程中，不断地根据用户反馈的用户体验质量的值修正QoE计算模型中的预设参数，不断优化QoE计算模型，可以获取更准确地用户体验质量。

附图说明

图1为本发明实施例提供的获取用户体验质量的方法及服务器应用的数据交换网络结构示意图；

图2为本发明实施例提供的获取用户体验质量的方法示意图一；

图3为本发明实施例提供的获取用户体验质量的方法示意图二；

图4为本发明实施例提供的获取用户体验质量的方法示意图三；

图5为本发明实施例提供的服务器的结构示意图一；

图6为本发明实施例提供的服务器的结构示意图二。

具体实施方式

下面结合附图对本发明实施例提供的获取用户体验质量的方法及服务器进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本发明的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。例如，第一指示信息和第二指示信息用于区别不同的指示信息，而不是描述指示信息的特定顺序。

此外，本发明的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本发明的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

本发明实施例提供的获取用户体验质量的方法可以应用于图1所示的数据交换网络中，该数据交换网络可以包含：用户设备、数据网络和服务器。其中，图1中的用户设备可以用于通过有线或无线连接到运营商部署的接入网设备，继而接入数据网络；数据网络可以包含网络设备(如：数据服务器、路由器等设备)，数据网络主要用于为用户设备提供数据服务；服务器主要用于获取用户使用数据网络的体验质量；本发明实施例中，数据网络中的网络设备还可以用于将发送给用户设备的网络数据同时发送给服务器，以便于服务器获取用户体验质量。需要说明的是，图1仅为示例性架构图，除图1中所示功能单元之外，该网络架构还可以包括其他功能单元，本发明实施例对此不进行限定。

上述用户设备可以为手机、电脑，还可以为蜂窝电话、无绳电话、会话发起协议(session initiation protocol，SIP)电话、智能电话、无线本地环路(wireless localloop，WLL)站、个人数字助理(personal digital assistant，PDA)、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(customer premise equipment，CPE)和/或用于在国际互联网和移动互联网进行通信的其它设备。

上述数据网络可以是国际互联网、城域网等计算机网络，也可以是第五代(5thgeneration，5G)移动通信网络、第四代(4th generation，4G)(如：演进型分组系统(evolved packet system，EPS))移动通信网络或其他实际的移动通信网络。

本发明实施例提供的获取用户体验质量的方法，应用于图1所示的数据交换网络中。通过监测网络设备发送给用户设备的网络数据，建立QoS和QoE之间的非线性关系模型，针对不同业务类型获取用户体验质量。并且，根据用户反馈的体验质量不断修正QoS和QoE之间的关系模型参数，能够获取更准确的用户体验质量。

本发明实施例提供一种获取用户体验质量的方法，如图2所示，该方法可以包括S201-S204：

S201、服务器接收网络设备发送的数据包。

具体的，网络设备可以是图1中数据网络中的网络设备，图1中用户设备请求使用数据网络的业务，比如用户设备通过数据网络中的数据服务器提供的视频业务收看球赛。网络设备给用户设备发送数据包，所述数据包的业务类型是直播视频业务。用户设备也可以使用数据网络中的数据服务器提供的游戏类业务，网络设备给用户设备发送数据包的业务类型是游戏业务。

网络设备将发送给用户设备的数据包同时发送给服务器，服务器就可以实时监测网络设备给用户设备发送的数据包。

S202、服务器根据每个数据包的链路信息确定数据链路。

具体的，服务器接收的数据包包含了每个数据包的链路信息，比如，数据包的源IP地址、目的IP地址、源端口、目的端口和TCP/UDP协议类型。

可选的，服务器根据实际情况预设了不同的数据链路，所述数据链路可以不是实际存在的传输链路，而是对数据包的分类；属于一条数据链路的数据包对应的业务类型相同，不同的数据链路上的数据包对应不同的业务类型。

优选的，服务器接收每个数据包后，判断数据包的源IP地址、目的IP地址、源端口、目的端口和TCP/UDP协议类型，如果两个数据包的源IP地址、目的IP地址、源端口、目的端口和TCP/UDP协议类型都相同，则确定这两个数据包属于同一条数据链路。其中，属于同一条数据链路的数据包所对应的业务类型相同。比如，属于数据链路1的数据包对应的业务类型是直播视频业务，属于数据链路2的数据包对应的业务类型是游戏业务，属于数据链路3的数据包对应的业务类型是点播视频业务。

S203、服务器获取当前的每个数据链路上的网络参数。

具体的，服务器针对每条数据链路监测网络参数，来获取每条数据链路上的数据包的传输性能。比如，计算每条数据链路上的数据包的传输时延、丢包率和带宽速率。具体计算数据包的传输时延、丢包率和带宽速率的方法对本发明目的的实现不构成影响，本发明实施例对此不做限定。

具体的，服务器可以在接收到每个数据包时，计算此数据包属于的数据链路上的传输时延、丢包率、带宽速率；也可以每隔一段预设的时间，计算每条数据链路上的传输时延、丢包率、带宽速率；或者以其他方式获取每条数据链路上实时的传输时延、丢包率、带宽速率；本发明实施例不做限制。

可选的，服务器可以根据数据包的“请求—响应”间隔时间来计算出此数据包属于的数据链路上的传输时延；根据接收到的数据包序号和重传情况来计算数据链路上的丢包率；根据一段时间范围内接收到的数据包总量来计算数据链路上的带宽速率；或者以其他方式获取每条数据链路上实时的传输时延、丢包率、带宽速率；本发明实施例不做限制。

S204、服务器获取每个数据链路上的用户体验质量QoE。

具体的，将每个数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE。

优选的，每个数据链路上的网络参数，具体为每条数据链路上的业务类型对应的当前的传输时延、丢包率、带宽速率。

优选的，预设的QoE计算模型，可以为：

QoE＝α·e^-β·QoS+γ，其中，

其中，QoS是每条数据链路上的网络服务参数；DL、LR、BW分别为每条数据链路上的业务类型对应的当前的传输时延、丢包率、带宽速率；α、β、γ、a、b、c、d、p和q为预设参数，所述预设参数是根据用户输入的用户体验质量值以及所述用户输入的用户体验质量值对应的数据链路上的DL、LR及BW确定的。

本发明实施例提供的获取用户体验质量的方法，通过监测网络设备发送给用户设备的数据包，将数据包按照链路信息区分为不同的数据链路，每条数据链路对应一种业务类型，根据计算模型获取针对每种业务类型的用户体验质量。能够实现在网络侧针对不同业务类型获取用户体验质量。由于不同的业务类型往往对网络提供服务的要求也不相同，相比现有技术中，不能针对不同业务类型获取用户体验质量，本发明实施例的方法获取的用户体验质量更符合用户要求，更贴近用户反馈的体验质量。并且，获取用户体验质量的QoE计算模型中，建立了每条数据链路上网络参数与用户体验质量QoE的非线性关系，相比现有技术中的线性计算模型，计算获取的QoE更贴近用户真实体验。

本发明实施例提供一种获取QoE计算模型中预设参数α、β、γ、a、b、c、d、p和q的值的方法，在根据QoE计算模型获取每个数据链路上的业务类型的用户体验质量QoE之前，确定QoE计算模型中预设参数α、β、γ、a、b、c、d、p和q的值，如图3所示，该方法可以包括步骤S301-S303：

S301、获取用户输入的n个用户体验质量值。

其中，用户体验质量值QoE^T表示用户输入的针对每个数据链路上的业务类型的用户体验质量的具体取值。例如，可以采用调查问卷的方式，区分不同业务类型获取用户反馈的体验质量。比如，用户1输入的直播视频业务的体验满意度为非常满意，则获得针对直播视频业务的一个QoE^T，取值为10；用户2输入游戏业务的体验满意度为满意，则获得针对游戏业务的一个QoE^T，取值为8。

需要确定取值的预设参数有9个，为α、β、γ、a、b、c、d、p和q，则至少需要获取9个用户反馈的QoE^T值。

S302、获取每个用户体验质量值对应的每个数据链路上的DL、LR及BW。

具体的，用户输入的每个QoE^T值都是针对一种业务类型的，服务器根据业务类型确定出一条数据链路，计算这条数据链路上的DL、LR及BW，计算方法与步骤203中相同。

S303、根据获取的用户输入的n个用户体验质量值和每个用户体验质量值对应的每个数据链路上的DL、LR及BW，确定QoE计算模型的预设参数。

具体的，将获取的每个QoE^T和对应的DL、LR及BW，代入预设的QoE计算模型，QoE＝α·e^-β·QoS+γ，其中，

其中，QoE的取值为QoE^T的值，DL、LR、BW的取值分别为QoE^T值对应的业务类型对应的数据链路上的当前的传输时延、丢包率、带宽速率。

将9个QoE^T值和对应的DL、LR及BW代入预设的QoE计算模型，得到一个9元方程组；则可以计算获得α、β、γ、a、b、c、d、p和q的取值。

本发明实施例提供的获取用户体验质量的方法，通过用户反馈的体验质量值确定QoE计算模型中的预设参数，可以使QoE计算模型中的预设参数更准确，根据QoE计算模型获取的用户体验质量更贴近用户真实体验。并且用户反馈的体验质量值是区分业务类型的，对应的数据链路上的当前的传输时延、丢包率、带宽速率也是区分业务类型的，由此确定出的QoE计算模型中的预设参数综合了不同的业务类型对数据网络的要求，获得的用户体验质量更准确。

本发明实施例提供一种调整QoE计算模型中预设参数α、β、γ、a、b、c、d、p和q的值的方法。如图4所示，该方法包括步骤S401-S402：

S401、获取用户输入的用户体验质量值。

具体的，在QoE计算模型已经成功建立后，根据每个数据链路上的网络参数获取对应的每个所述数据链路上的业务类型的用户体验质量QoE的过程中，可以继续采用调查问卷的方式获取用户反馈的QoE^T值。用户输入的QoE^T值与根据QoE计算模型获取的QoE值可能存在一定偏差，可以根据用户输入的QoE^T值对QoE计算模型中的预设参数不断地进行修正，以便于在后续计算过程中获得更接近用户反馈的QoE值。获取用户输入的QoET值的方式和获取频率可以根据实际情况设定，本发明实施例不做限定。

S402、根据用户输入的用户体验质量值调整QoE计算模型的预设参数。

具体的，QoE计算模型的预设参数为α、β、γ、a、b、c、d、p和q，可以根据用户输入的QoET值对QoE计算模型中的α、β、a、b、c、d、p和q共8个参数不断修正。参数修正模型为：

其中，←表示右侧数值趋近左侧值，根据计算公式获得预设参数的偏差量后，根据预设参数的偏差量调整预设参数；λ是预设值，根据实际情况设定，示例性的，λ可以是[0，0.01]之间的数；QoS^*为根据每个所述数据链路上的网络参数代入所述QoE计算模型得到的QoS的值，QoE^*为根据QoS^*代入所述QoE计算模型得到的QoE的值。

例如，通过调查问卷方式获得针对直播视频业务的一个QoE^T，则根据所述用户输入的针对直播视频业务的QoE^T值调整QoE计算模型中预设参数α、β、a、b、c、d、p和q。

具体的，首先获取直播视频业务对应的数据链路上当前的传输时延DL、丢包率LR、带宽速率BW。将获取的当前的DL、LR、BW值代入计算模型

计算获得QoS^*的值。再将QoS^*的值代入计算模型QoE＝α·e^-β·QoS+γ，计算获得QoE*。

将获取到的直播视频业务对应的QoE^T值、QoS^*值、QoE^*值，以及直播视频业务对应的数据链路上当前的传输时延DL、丢包率LR、带宽速率BW代入参数修正模型，

计算获得QoE计算模型的预设参数α、β、a、b、c、d、p和q的偏差值Δα、Δβ、Δa、Δb、Δc、Δd、Δp和Δq；根据计算获得的偏差值Δα、Δβ、Δa、Δb、Δc、Δd、Δp和Δq调整α、β、a、b、c、d、p和q。

本发明实施例提供的获取用户体验质量的方法，在根据QoE计算模型获取用户体验质量的过程中，不断地根据用户反馈的用户体验质量的值修正QoE计算模型中的预设参数，优化QoE计算模型，可以获取更准确的用户体验质量。

上述主要从服务器的角度对本发明实施例提供的方案进行了介绍。可以理解的是，服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的服务器及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对服务器进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本发明实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本发明实施例提供一种服务器，在采用对应各个功能划分各个功能模块的情况下，图5示出了上述实施例中所涉及的服务器的一种可能的结构示意图。该服务器包括接收模块501、获取模块502、计算模块503。

其中，所述接收模块501，用于接收网络设备发送的数据包，所述数据包是网络设备发送给用户设备的数据包，其中，所述网络设备发送的数据包包括网络数据的链路信息。

所述获取模块502，用于根据每个数据包的链路信息确定至少一条数据链路，其中，一条数据链路对应一个业务类型；还用于获取当前的每个所述数据链路上的网络参数，其中，所述网络参数用于表征与所述数据链路对应的业务类型的传输性能。

所述计算模块503，用于将所述获取模块502获取的所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE。

可选的，所述获取模块502获取每个所述数据链路上的网络参数时，具体用于：获取所述每个所述数据链路上的业务类型对应的传输时延、丢包率和带宽速率。

可选的，所述计算模块503，将所述获取模块获取的所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，具体为：QoE＝α·e^-β·QoS+γ，其中，

其中，QoS是每个所述数据链路上的网络服务参数；DL、LR、BW分别为每个所述数据链路上的业务类型对应的当前的传输时延、丢包率、带宽速率；α、β、γ、a、b、c、d、p和q为预设参数。

可选的，在所述计算模块503获取对应的每个所述数据链路上的业务类型的用户体验质量QoE之前，所述获取模块502，还用于获取用户输入的n个用户体验质量QoE^T值，所述用户体验质量QoE^T值为用户输入的针对所述每个所述数据链路上的业务类型的QoE的具体取值，其中n的取值大于等于预设参数的个数；所述获取模块502，还用于获取每个QoE^T值对应的每个数据链路上的DL、LR及BW；所述计算模块503，还用于根据所述获取模块获取的所述n个QoE^T值和所述每个QoE^T值对应的每个数据链路上的DL、LR及BW，确定所述QoE计算模型的预设参数。

可选的，在所述计算模块503获取对应的每个所述数据链路上的业务类型的用户体验质量QoE之后，所述获取模块502，还用于获取用户输入的QoE^T值；所述计算模块503，还用于在所述获取模块502每次获取用户输入的QoE^T值之后，根据所述用户输入的QoE^T值调整所述QoE计算模型的预设参数。

可选的，所述计算模块503根据所述用户输入的QoE^T值调整所述QoE计算模型的预设参数，具体用于：

其中，←表示右侧数值趋近左侧值，λ是预设值，QoS^*为根据所述每个所述数据链路上的网络参数代入所述QoE计算模型得到的QoS的值，QoE^*为根据QoS^*代入所述QoE计算模型得到的QoE的值。

可选的，所述获取模块503根据每个数据包的链路信息确定至少一条数据链路，具体用于：将数据包的链路信息中的源IP地址、目的IP地址、源端口、目的端口和TCP/UDP协议类型都相同的数据包确定为一条数据链路。

本发明实施例提供的服务器，通过监测网络设备发送给用户设备的数据包，将数据包按照链路信息区分为不同的数据链路，每条数据链路对应一种业务类型，根据计算模型获取针对每种业务类型的用户体验质量。能够实现在网络侧针对不同业务类型获取用户体验质量。并且，获取用户体验质量的QoE计算模型中，建立了每条数据链路上网络参数与用户体验质量QoE的非线性关系，相比现有技术中的线性计算模型，计算获取的QoE更贴近用户真实体验。而且，在根据QoE计算模型获取用户体验质量的过程中，不断地根据用户反馈的用户体验质量的值修正QoE计算模型中的预设参数，不断优化QoE计算模型，可以获取更准确地用户体验质量。

在采用集成的单元的情况下，图6示出了上述实施例中所涉及的服务器的一种可能的结构示意图。该服务器包括：处理单元602和通信单元603。处理单元602用于对服务器的动作进行控制管理，例如，执行上述获取模块502、计算模块503执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信单元603用于支持服务器与其他网络实体的通信，例如，执行上述接收模块501执行的步骤。服务器还可以包括存储单元601和总线604，存储单元601用于存储服务器的程序代码和数据。

其中，上述处理单元602可以是服务器中的处理器或控制器，该处理器或控制器可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器或控制器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

通信单元603可以是服务器中的收发器、收发电路或通信接口等。

存储单元601可以是服务器中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线604可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线604可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有一个或多个程序，一个或多个程序包括指令，当上述服务器的处理器执行该指令时，该服务器执行上述方法实施例所示的方法流程中服务器执行的各个步骤。

本发明实施例提供一种数据交换网络系统，该数据交换网络系统可以包括用户设备、数据网络和服务器，该服务器用于执行本发明实施例提供的获取用户体验质量的方法。对于用户设备、数据网络和服务器的描述具体可以参见上述方法实施例和装置实施例中的相关描述，此处不再赘述。

结合本发明公开内容所描述的方法或者算法的步骤可以由硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(easable programmable ROM，EPROM)、电可擦可编程只读存储器(electrical ly EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种获取用户体验质量的方法，其特征在于，包括：

接收网络设备发送的数据包，所述数据包是网络设备发送给用户设备的数据包，其中，所述网络设备发送的数据包包括网络数据的链路信息；

根据每个数据包的链路信息确定至少一条数据链路，其中，一条数据链路对应一个业务类型；

获取当前的每个所述数据链路上的网络参数，其中，所述网络参数用于表征与所述数据链路对应的业务类型的传输性能；

将所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE；

其中，所述QoE计算模型，具体包括：

QoE＝α·e^-β·QoS+γ，其中，

其中，QoS是每个所述数据链路上的网络服务参数；DL、LR、BW分别为每个所述数据链路上的业务类型对应的当前的传输时延、丢包率、带宽速率；α、β、γ、a、b、c、d、p和q为预设参数；

在所述获取对应的每个所述数据链路上的业务类型的用户体验质量QoE之前，所述方法还包括：

获取用户输入的n个用户体验质量QoE^T值，所述用户体验质量QoE^T值为用户输入的针对所述每个所述数据链路上的业务类型的QoE的具体取值，其中n的取值大于等于预设参数的个数；

获取每个QoE^T值对应的每个数据链路上的DL、LR及BW；

根据所述n个QoE^T值和所述每个QoE^T值对应的每个数据链路上的DL、LR及BW，确定所述QoE计算模型的预设参数。

2.根据权利要求1所述的方法，其特征在于，所述每个所述数据链路上的网络参数，包括：所述每个所述数据链路上的业务类型对应的传输时延、丢包率和带宽速率。

3.根据权利要求1所述的方法，其特征在于，在所述获取对应的每个所述数据链路上的业务类型的用户体验质量QoE之后，所述方法还包括：

获取用户输入的QoE^T值；

在每次获取用户输入的QoE^T值之后，根据所述用户输入的QoE^T值调整所述QoE计算模型的预设参数。

4.根据权利要求3所述的方法，其特征在于，所述根据所述用户输入的QoE^T值调整所述QoE计算模型的预设参数，具体包括：

其中，←表示右侧数值趋近左侧值，λ是预设值，QoS^*为根据所述每个所述数据链路上的网络参数代入所述QoE计算模型得到的QoS的值，QoE^*为根据QoS^*代入所述QoE计算模型得到的QoE的值。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据每个数据包的链路信息确定至少一条数据链路，具体包括：

将数据包的链路信息中的源IP地址、目的IP地址、源端口、目的端口和TCP/UDP协议类型都相同的数据包确定为一条数据链路。

6.一种服务器，其特征在于，包括：

接收模块，用于接收网络设备发送的数据包，所述数据包是网络设备发送给用户设备的数据包，其中，所述网络设备发送的数据包包括网络数据的链路信息；

获取模块，用于根据每个数据包的链路信息确定至少一条数据链路，其中，一条数据链路对应一个业务类型；

所述获取模块，还用于获取当前的每个所述数据链路上的网络参数，其中，所述网络参数用于表征与所述数据链路对应的业务类型的传输性能；

计算模块，用于将所述获取模块获取的所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，获取对应的每个所述数据链路上的业务类型的用户体验质量QoE；

其中，所述计算模块将所述获取模块获取的所述当前的每个所述数据链路上的网络参数分别代入预设的QoE计算模型，具体为：

其中，

其中，QoS是每个所述数据链路上的网络服务参数；DL、LR、BW分别为每个所述数据链路上的业务类型对应的当前的传输时延、丢包率、带宽速率；α、β、γ、a、b、c、d、p和q为预设参数；

在所述计算模块获取对应的每个所述数据链路上的业务类型的用户体验质量QoE之前，

所述获取模块，还用于获取用户输入的n个用户体验质量QoE^T值，所述用户体验质量QoE^T值为用户输入的针对所述每个所述数据链路上的业务类型的QoE的具体取值，其中n的取值大于等于预设参数的个数；

所述获取模块，还用于获取每个QoE^T值对应的每个数据链路上的DL、LR及BW；

所述计算模块，还用于根据所述获取模块获取的所述n个QoE^T值和所述每个QoE^T值对应的每个数据链路上的DL、LR及BW，确定所述QoE计算模型的预设参数。

7.根据权利要求6所述的服务器，其特征在于，所述获取模块获取每个所述数据链路上的网络参数时，具体用于：

获取所述每个所述数据链路上的业务类型对应的传输时延、丢包率和带宽速率。

8.根据权利要求6所述的服务器，其特征在于，在所述计算模块获取对应的每个所述数据链路上的业务类型的用户体验质量QoE之后，

所述获取模块，还用于获取用户输入的QoE^T值；

所述计算模块，还用于在所述获取模块每次获取用户输入的QoE^T值之后，根据所述用户输入的QoE^T值调整所述QoE计算模型的预设参数。

9.根据权利要求8所述的服务器，其特征在于，所述计算模块根据所述用户输入的QoE^T值调整所述QoE计算模型的预设参数，具体用于：

其中，←表示右侧数值趋近左侧值，λ是预设值，QoS^*为根据所述每个所述数据链路上的网络参数代入所述QoE计算模型得到的QoS的值，QoE^*为根据QoS^*代入所述QoE计算模型得到的QoE的值。

10.根据权利要求6-9任一项所述的服务器，其特征在于，所述获取模块根据每个数据包的链路信息确定至少一条数据链路，具体用于：

将数据包的链路信息中的源IP地址、目的IP地址、源端口、目的端口和TCP/UDP协议类型都相同的数据包确定为一条数据链路。

Images