CN102595472A - 一种服务质量的监测方法及装置 - Google Patents

Abstract

本发明公开了一种服务质量的监测方法及装置，用以实现对应用层业务的服务质量的监测，进而使得应用层的服务质量监控信息能够反馈给移动通信网络的网管运维中心或者反馈给用户。本发明提供的一种服务质量的监测方法包括：用户设备UE当需要发起应用层业务时，确定该应用层业务的QoS要求；UE检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，UE启动该应用层业务；否则，UE请求建立EPS专用承载。

Description

一种服务质量的监测方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种服务质量的监测方法及装置。

背景技术

网络服务质量(Quality of Service，QoS)是衡量用户体验的重要指标，因此一直是运营商和用户最关心的问题。然而，在移动通信领域，长期以来一直存在着一个问题：即在面对服务质量问题时，无线专家们更喜欢把焦点放在无线技术层面的关键性能指标(Key Performance Index，KPI)和底层资源调度算法是否优劣上面，而应用专家们很少关心特定的某个通信领域的应用层服务质量问题。

然而，现有网络服务质量的监控，如果只是关注纯无线技术指标和资源调度等算法，那么虽然是抓住了问题实现的具体细节，却很容易与真实的用户体验脱节，与用户在业务方面的最终根本需求没有直接挂钩，这种信息反馈机制与真实需求之间的错位，是很有问题的。

为了在宏观(应用层)和微观层面(无线)都能够有效地关注用户的服务质量，将原始需求和实现过程这两方面结合起来是非常必要的。站在这个角度看，基于现有的无线监测手段，在LTE网络中再补充提供一种应用层服务质量的反馈机制和监控方法，就有着重要的现实意义。

综上所述，现有技术在应用业务服务质量不太好的时候，用户完全没有更多的信息，以了解到底出了什么问题。而网络维护人员也是束手无策，因为他们缺少有效信息来完成这个应用层到具体无线传输服务质量的闭环，从而无法高效处理网络运营中的相关问题。

发明内容

本发明实施例提供了一种服务质量的监测方法及装置，用以实现对应用层业务的服务质量的监测，进而使得应用层的服务质量监控信息能够反馈给移动通信网络的网管运维中心或者反馈给用户。

本发明实施例提供的一种服务质量的监测方法包括：

用户设备UE当需要发起应用层业务时，确定该应用层业务的QoS要求；

UE检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，UE启动该应用层业务；否则，UE请求建立EPS专用承载。

本发明实施例提供的一种服务质量的监测装置包括：

应用层业务QoS要求确定单元，用于当需要发起应用层业务时，确定该应用层业务的QoS要求；

QoS要求检查处理单元，用于检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，UE启动该应用层业务；否则，UE请求建立EPS专用承载。

本发明实施例，通过用户设备UE当需要发起应用层业务时，确定该应用层业务的QoS要求；UE检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，UE启动该应用层业务；否则，UE请求建立EPS专用承载，从而实现了对应用层业务的服务质量的监测，进而使得应用层的服务质量监控信息能够反馈给移动通信网络的网管运维中心或者反馈给用户，有效地保证了LTE网络服务质量在端到端环节的监控和保障。

附图说明

图1为本发明实施例提供的LTE网络架构示意图；

图2为本发明实施例提供的一种服务质量QoS的监测方法的流程示意图；

图3为本发明实施例提供的UE侧预设EPS默认承载的QoS能力的流程示意图；

图4为本发明实施例提供的UE侧针对应用层业务进行的服务质量QoS的监测流程示意图；

图5为本发明实施例提供的一种服务质量QoS的监测装置的结构示意图。

具体实施方式

本发明实施例提供了LTE网络服务质量的一种应用层反馈机制与监控方法，使得应用层的服务质量监控信息能够反馈给移动通信网络的网管运维中心或者反馈给用户，一方面给用户适当的网络信息知情权(解决服务方面的问题)，另一方面给网络运营者提供应用层面的信息反馈，结合网络基础设施提供的无线层面信息，可以有效地保证LTE网络服务质量在端到端环节的监控和保障(解决网络故障定位手段的问题)。

下面结合附图对本发明实施例提供的技术方案进行说明。

如图1所示，为一个典型的LTE网络示意图，其中传输网络A和传输网络B可以是一个网络，也可以是不同网络。

图1中UE与INTERNET之间的通信链路的服务质量可以分解为以下几个组成部分：

UE内部；

UE对应的空中接口传输(无线)；

演进型基站(eNB)内部；

S1接口(基站与MME之间的接口)传输；

演进的分组核心网(Evolved Packet Core，EPC)内部；

应用服务器对应的SGi接口(EPC与应用服务器之间的接口)传输；

应用服务器内部。

其中，这条路径上，发生了问题却又很难立即被网管运维中心知道的环节有4个部分：UE内部、UE对应的空中接口传输、应用服务器对应的SGi接口传输和应用服务器内部。

为了提高用户体验，以及便于问题定位，前面两个环节(UE内部和UE对应的空中接口传输)，是必须让用户知道的，而后面两个环节(应用服务器对应的SGi接口传输和应用服务器内部)的信息，则必须让网络运维人员掌握。

因此，参见图2，本发明实施例提供的服务质量QoS的监测方法，包括步骤：

S101、用户设备UE当需要发起应用层业务时，确定该应用层业务的QoS要求；

S102、UE检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力(或者QoS实际测试结果)时，UE启动该应用层业务；否则，UE请求建立EPS专用承载。

其中，常见的QoS参数包括：带宽、时延、抖动等。例如，应用业务的带宽要求是大于5Mpbs，如果EPS默认承载的带宽测试结果是3Mpbs，那么EPS默认承载的带宽就是不满足QoS要求的，UE需要请求建立EPS专用承载，否则，如果EPS默认承载的带宽测试结果是8Mpbs，那么EPS默认承载的带宽就是满足QoS要求的，UE可以启动该应用层业务。再例如，应用业务的时延要求是小于20ms，如果EPS默认承载的时延测试结果是50ms，那么EPS默认承载的时延就是不满足QoS要求的，UE需要请求建立EPS专用承载，否则，如果EPS默认承载的时延测试结果是10ms，那么EPS默认承载的时延就是满足QoS要求的，UE可以启动该应用层业务。

较佳地，当UE请求建立EPS专用承载时，该方法还包括：

当EPS专用承载建立失败时，UE生成错误信息输出给应用层，并反馈给用户，即将错误信息呈现给用户；

其中，UE生成的错误信息，具体包括：EPS专用承载建立失败的原因，以及EPS专用承载建立请求中的相关QoS参数，比如QCI(QoS Class Identifier服务质量分类标识)，带宽请求等。

当EPS专用承载建立成功时，UE检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力(或者称为QoS实际测试结果)相匹配。应用层业务的QoS要求是UE发起的EPS专用承载建立请求消息中的QoS参数的来源，而EPS专用承载的QoS能力则包括EPS专用承载建立接受消息中的QoS参数，是网络对UE请求的审批结果。这一步，就是核查网络的审批是否与UE申请一致。比如检查QCI是否一致，带宽是否一致。

较佳地，当EPS专用承载建立成功时，UE检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配，包括：

当所述应用层业务的QoS要求低于该EPS专用承载的QoS能力时，UE启动该应用层业务；否则，UE反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

其中，UE生成的错误信息，具体包括：EPS专用承载建立失败的原因，以及EPS专用承载建立请求中的相关QoS参数，比如QCI(QoS Class Identifier服务质量分类标识)，带宽请求等。

较佳地，当UE启动应用层业务时，该方法还包括：

在应用层业务结束之后，UE检查是否存在服务质量问题，当存在服务质量问题时，UE反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

具体地，任何测试结果都有局限性，原因可能是因为测试时间不够、测试方法本身的不足、无线网络环境发生改变等。因此，即使EPS专用承载的QoS实际测试结果满足应用层业务的QoS要求，在实际应用过程中仍然可能遇到新的问题。那么，这一步就是一个补充的反馈机制。

这里的检查流程是在应用层面进行的，不同的应用层业务对应不同的参数，如果应用程序本身无法提供(上报)的话，则可以由用户进行主观判断，比如在线视频播放出现时断时续等恶劣现象。

较佳地，预设所述EPS默认承载的QoS能力，包括：

UE开机并执行附着过程，当完成附着过程时，获取网络侧的应用层服务质量测试服务器的信息，并根据该信息发起EPS默认承载的服务质量测试，得到并存储测试结果。

其中，所述网络侧的应用层服务质量测试服务器的信息，包括：应用层服务质量测试服务器的IP地址列表，支持的服务器测试软件类型列表，比如Jperf/Netperf/Chariot等，以及支持的测试项，主要是测试协议及其测试端口号列表，比如ICMP协议，UDP协议测试端口，TCP协议测试端口，TCP并发流的数量，RTP协议等。

其中，根据网络侧的应用层服务质量测试服务器的信息发起EPS默认承载的服务质量测试，包括：

在获得了网络侧的应用层服务质量测试服务器的信息之后，UE自动调用相应的客户端程序，比如Jperf等，带入相应的参数，就可以获得EPS默认承载的服务质量测试结果，测试结果具体可以包括：PING包时延、PING包丢包率、UDP带宽和TCP带宽等。

本发明实施例中，为了建立实现应用层服务质量反馈机制和监控方法，需要预先完成以下的工作：

在网络应用平台处(尽可能贴近实际应用的位置)，搭建应用层服务质量测试服务器，如图1所示；

在UE处，部署高层应用监控程序、安装服务质量测试软件客户端；

定义一种可行的应用层服务质量的监控机制和反馈流程；

进一步，还可以在网管服务器处增加端到端的服务质量监控管理模块，处理应用层服务质量测试服务器反馈的相关数据信息。

下面给出具体的解释说明。

关于搭建应用层服务质量测试服务器：

目前在IP领域有着比较成熟的软件工具可以实现，比如IxChariot、Netperf和Jperf等，甚至，还可以搭建网页形式的服务器，轻松点击就可以获得自己和服务器之间通信链路的服务质量信息，比如：上下行带宽、网络时延等。

应用层服务质量测试服务器主要功能是：

PING连通性测试；

可用带宽和网络时延测试等。

应用层服务质量测试服务器需要将自身的相关信息通知给UE，其中所述相关信息，例如包括应用层服务质量测试服务器的IP地址、支持的测试项(主要是测试协议及其测试端口号列表，比如ICMP协议，UDP协议测试端口5001，TCP协议测试端口6000TCP并发流的数量，RTP协议等)等。

具体的通知方法包括：

在非接入层(Non-Access Stratum，NAS)高层信令中携带应用层服务质量测试服务器的相关信息，需要修改相关协议，流程会比较复杂；或者，

通过应用层通知应用层服务质量测试服务器的相关信息，比如短信通知，然后让用户自己在UE上配置；或者，

如果是一个试验网络，则可以直接约定。

类似的方法还有很多，可以根据网络的情况酌情选择。

关于在UE处部署高层应用监控程序、安装服务质量测试软件客户端：

在UE软件平台上或者相连的笔记本上部署高层应用监控程序，安装服务质量测试软件的客户端。部署高层应用监控程序的目的是当UE高层发起应用时，在传输链路服务质量未知，或已知信息与高层应用的需求不匹配时，能够暂时拦截或者说延迟一下，以便首先启用服务质量测试，对网络状态进行一下预判。

如果是手机，那么UE的平台软件一般都有对高层应用进行任务管理的软件模块，可以很容易地实现这个功能，如果是数据卡，那么可以通知笔记本电脑用户可以自己去手工完成这个过程。至于服务质量测试软件的客户端，与服务器软件是配套的，在IP领域有着成熟的软件工具可以使用。

这一机制在应用层服务质量的监控、保障和定位方面有着很大的实用价值。如果UE到应用层服务质量测试服务器的服务质量满足高层应用的要求，那么UE与某个Internet应用服务器的高层应用的服务质量就有了一个基本的保障，即该业务在LTE网络管辖区域内的服务质量保障是没有问题的。在这个前提下，如果UE的服务质量出了问题，那么直接检查一下该Internet应用服务器到应用层服务质量测试服务器之间的这段线路的服务质量就可以了。而这一点，是比较容易实现的，因为应用层服务质量测试服务器部署在网络工程师可以集中控制的范围，不像UE完全是分散在通信网络的每一个用户的控制之下。这为网络测试人员和网络运维者的工作提供了非常有利的客观条件。

关于定义一种可行的应用层服务质量的监控机制和反馈流程：

考虑到LTE网络的具体技术情况，有两种基本情况是必须考虑的，其它情况则需根据实践效果去改进：

第一个是开机附着成功，在默认承载建立完毕之后，对演进分组系统(Evolved Packet System，EPS)默认承载的服务质量信息进行测试，这有着很重要的参考意义。

第二个是当某些高层业务因为服务质量的需要，请求发起建立较高服务质量的EPS专用承载时，那么在EPS专用承载建立成功之后，实际的服务质量情况是否真的满足要求，而不仅仅是理论上的授权允许(这个是EPS专用承载建立成功这一信令面流程所唯一考虑的问题)，这个也是需要通过应用层的预测试来保障的，以免出现理论可以而实际服务质量就是达不到期望值的情况，这样的用户体验将是非常糟糕的。

具体参见图3和图4两个流程图，图3所示流程为UE预先设置EPS默认承载的服务质量信息的流程，包括：

S201、UE开机，并发起附着过程。

S202、UE确定附着完成。

S203、UE获取应用层服务质量测试服务器的相关信息。

S204、UE根据应用层服务质量测试服务器的相关信息，发起EPS默认承载的服务质量测试，存储测试结果。

图4所示，为整个应用层服务质量反馈机制和监控方法的具体运作过程，包括步骤：

S301、UE准备发起某个高层应用业务，那么它首先具备了基本的服务质量需求。

S302、UE判断高层应用业务的服务质量需求是否与图3所示流程中预设的EPS默认承载的服务质量要求相匹配，即低于或等于EPS默认承载的服务质量要求，如果是，则执行步骤S311，否则，执行步骤S303。

也就是说，高层应用业务的服务质量需求是含糊的、没有明确的标准，那么EPS默认承载的服务质量能力很容易满足要求，从而高层应用业务直接在EPS默认承载上进行传输。如果用户准备发起的高层应用业务，有非常明确的服务质量要求，比如要求的带宽必须达到某一个标准，平均或者最大时延必须小于预设阈值等。那么，EPS默认承载的服务质量能力可能不满足要求，因此就不匹配。这时候，UE需要自动申请发起EPS专用承载的建立。

S303、UE请求建立EPS专用承载。

S304、UE判断EPS专用承载是否建立成功，如果是，则执行步骤S307，否则执行步骤S305。

S305、UE反馈错误信息给UE自身的应用层。

S306、UE将错误信息输出呈现给用户。

S307、UE发起EPS专用承载服务质量测试。

如果演进的分组系统(Evolved Packet System，EPS)专用承载建立成功，则启动专用承载的服务质量测试。然后把这个结果和高层应用的原始需求进行匹配，满足条件，则启动应用程序。否则，UE上报错误信息给应用层服务质量测试服务器，这些信息可以包括原始的服务质量需求、专用承载建立成功与否、专用承载的实际测试的服务质量等。

S308、UE判断高层应用业务的服务质量需求是否与EPS专用承载服务质量能力相匹配，即低于或等于EPS专用承载服务质量能力，如果是，则执行步骤S311，否则，执行步骤S309。

S309、UE反馈错误信息给应用层服务质量测试服务器。

S310、应用层服务质量测试服务器反馈错误信息给网管服务器。

S311、UE启动高层应用业务。

S312、UE确定高层应用业务结束。

S313、UE判断是否还存在服务质量问题，当存在服务质量问题时，通知应用层服务质量测试服务器，应用层服务质量测试服务器反馈错误信息给网管服务器。

应用层服务质量测试服务器及时反馈错误信息给网管中心(网络管理控制中心，即图1中所示的网管服务器)时，网管中心可以根据能够收集到的LTE网络基础设施的测试和运维信息，加上这个应用层的反馈信息，在对问题做出综合性的整体判断之后，能够比较轻松地做出下一步的处理建议。

网络管理控制中心中可以增加一模块或专用的服务器，以处理来自应用层服务质量测试服务器反馈的信息数据。

参见图5，本发明实施例提供的一种服务质量QoS的监测装置，包括：

应用层业务QoS要求确定单元11，用于当需要发起应用层业务时，确定该应用层业务的QoS要求；

QoS要求检查处理单元12，用于检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，启动该应用层业务；否则，请求建立EPS专用承载。

较佳地，所述QoS要求检查处理单元12，当请求建立EPS专用承载时，具体用于：

当EPS专用承载建立失败时，生成错误信息输出给应用层，并反馈给用户；

当EPS专用承载建立成功时，检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配。

较佳地，所述QoS要求检查处理单元12，当EPS专用承载建立成功，检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配时，具体用于：

当所述应用层业务的QoS要求低于该EPS专用承载的QoS能力时，UE启动该应用层业务；否则，UE反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

较佳地，所述QoS要求检查处理单元12，当启动应用层业务时，还用于：

在应用层业务结束之后，检查是否存在服务质量问题，当存在服务质量问题时，反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

较佳地，该装置还包括：

EPS默认承载QoS要求预设单元13，用于预设所述EPS默认承载的QoS能力，具体包括：

当用户设备UE开机并完成附着过程时，获取网络侧的应用层服务质量测试服务器的信息，并根据该信息发起EPS默认承载的服务质量测试，得到并存储测试结果。

较佳地，上述本发明实施例提供的服务质量QoS的监测装置，可以为UE。

综上所述，本发明实施例在网络侧部署专用服务器，用于应用层的服务质量测试，并且规定UE在高层应用启动之前对EPS承载服务质量的先预测试后启用的一种工作机制，要求UE把业务需求和实际承载质量不匹配的情况发送给网络侧，因此，有效保障用户的知情权，解决用户对实际网络服务质量的信息匮乏问题，根据UE反馈的应用层服务质量信息，网管运维人员结合无线基础设施提供的监测手段，可以实现服务质量监控手段的闭环，从而更容易解决网络中出现的服务质量问题。先测试后应用的工作机制，可以有效改善VIP客户的服务体验，也可以为普通用户在重要的业务开始之前提供网络可用的服务质量信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种服务质量QoS的监测方法，其特征在于，该方法包括：

用户设备UE当需要发起应用层业务时，确定该应用层业务的QoS要求；

UE检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，UE启动该应用层业务；否则，UE请求建立EPS专用承载。

2.根据权利要求1所述的方法，其特征在于，当UE请求建立EPS专用承载时，该方法还包括：

当EPS专用承载建立失败时，UE生成错误信息输出给应用层，并反馈给用户；

当EPS专用承载建立成功时，UE检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配。

3.根据权利要求2所述的方法，其特征在于，当EPS专用承载建立成功时，UE检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配，包括：

当所述应用层业务的QoS要求低于该EPS专用承载的QoS能力时，UE启动该应用层业务；否则，UE反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

4.根据权利要求1-3任一权项所述的方法，其特征在于，当UE启动应用层业务时，该方法还包括：

在应用层业务结束之后，UE检查是否存在服务质量问题，当存在服务质量问题时，UE反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

5.根据权利要求1所述的方法，其特征在于，预设所述EPS默认承载的QoS能力，包括：

UE开机并执行附着过程，当完成附着过程时，获取网络侧的应用层服务质量测试服务器的信息，并根据该信息发起EPS默认承载的服务质量测试，得到并存储测试结果。

6.一种服务质量QoS的监测装置，其特征在于，该装置包括：

应用层业务QoS要求确定单元，用于当需要发起应用层业务时，确定该应用层业务的QoS要求；

QoS要求检查处理单元，用于检查该应用层业务的QoS要求是否与预设的演进的分组系统EPS默认承载的QoS能力相匹配，当应用层业务的QoS要求低于预设的EPS默认承载的QoS能力时，启动该应用层业务；否则，请求建立EPS专用承载。

7.根据权利要求6所述的装置，其特征在于，所述QoS要求检查处理单元，当请求建立EPS专用承载时，具体用于：

当EPS专用承载建立失败时，生成错误信息输出给应用层，并反馈给用户；

当EPS专用承载建立成功时，检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配。

8.根据权利要求7所述的装置，其特征在于，所述QoS要求检查处理单元，当EPS专用承载建立成功，检查所述应用层业务的QoS要求是否与该EPS专用承载的QoS能力相匹配时，具体用于：

当所述应用层业务的QoS要求低于该EPS专用承载的QoS能力时，UE启动该应用层业务；否则，UE反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

9.根据权利要求6-8任一权项所述的装置，其特征在于，所述QoS要求检查处理单元，当启动应用层业务时，还用于：

在应用层业务结束之后，检查是否存在服务质量问题，当存在服务质量问题时，反馈错误信息给网络侧的应用层服务质量测试服务器，通过该应用层服务质量测试服务器将该错误信息反馈给网管中心。

10.根据权利要求6所述的装置，其特征在于，该装置还包括：

EPS默认承载QoS要求预设单元，用于预设所述EPS默认承载的QoS能力，具体包括：

当用户设备UE开机并完成附着过程时，获取网络侧的应用层服务质量测试服务器的信息，并根据该信息发起EPS默认承载的服务质量测试，得到并存储测试结果。

Images