CN102104900A - 用户感知的分析方法及设备 - Google Patents

Abstract

本发明实施例提出了一种用户感知的分析方法，包括：根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI；对所述KPI进行分析，获取客观反应业务性能的关键质量指标KQI；对所述KQI进行分析，得到对所述业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。本发明实施例另一方面还提出了一种用户感知的分析设备。本发明提出的技术方案，通过对用户感知体系的架构采用分层结构分析，首先确定反映客观感知的关键性能指标KPI、关键质量指标KQI，通过指标层层映射的方式最终评估网络为用户提供的服务水平，通过对服务水平的量化表征出用户对所提供服务的满意程度。

Description

用户感知的分析方法及设备

技术领域

本发明涉及移动通信领域，具体而言，本发明涉及用户感知的分析方法及设备。

背景技术

移动通信的迅速发展，要求拥有强大、完善的运营支撑***来支持移动通信网络的发展，因此网管***是移动通信中不可分割的重要部分。

在第三代移动通信标准TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址接入)无线网络运行中，UE(User Equipment，用户设备)侧和网络侧的测量报告，能携带众多有用信息，例如小区信号强度，干扰强度，无线信道质量信息，UE发射功率，传输信道业务量等等。这些信息，即测量信元，是网络运行中控制资源的使用、控制UE行为等等的重要参考依据。通常，这些信息反映了网络中的资源使用、用户行为、网络覆盖等网络性能指标。记录和提取有用信息可以有效地帮助TD-SCDMA网络优化工作人员了解网络现状，指导或协助移动通信网络进行优化工作。

随着移动网络建设的逐步成熟和运营维护经验的积累，随着数据业务高速增长，运营商需要做好对终端客户感知的管理，基于小区或区域的KPI(Key Performance Indicators，关键性能指标)是运营商监控网络的主要指标。然而，在网络运行中经常出现网络KPI指标良好，而客户抱怨主观感知差的问题。

出现上述问题，主要原因是传统的KPI指标存在以下不足：

设备传统测量手段有限，大多是关于接通率、掉话率、PDP(Packet Date Protocol，分组数据协议)激活成功率等信令面的统计，而关于覆盖类指标、用户面指标，例如接入时延、业务速率等，难以考核，使得原有KPI体系不全面，片面追求小区吞吐量等部分指标可能使得这些非考核的重要指标恶化；

传统指标基于网元设备的处理过程，没有面向客户感知设计，使得指标的统计点不能与实际客户感知对应。

因此，有必要提出一种有效的技术方案，解决用户感知的分析不够理想的问题。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一，特别是通过对用户感知体系的架构采用分层结构分析，首先确定反映客观感知的关键性能指标KPI、KQI(Key Quantity Indicators，关键质量指标)，通过指标层层映射的方式最终评估网络为用户提供的服务水平，通过对服务水平的量化表征出用户对所提供服务的满意程度。

本发明实施例一方面提出了一种用户感知的分析方法，包括以下步骤：

根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI；

对所述KPI进行分析，获取客观反应业务性能的关键质量指标KQI；

对所述KQI进行分析，得到对所述业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

本发明实施例另一方面还提出了一种用户感知的分析设备，包括KPI获取模块、KQI获取模块和QoE(Quality of Experience，体验质量)评分模块，

所述KPI获取模块，用于根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI；

所述KQI获取模块，用于对所述KPI进行分析，获取客观反应业务性能的关键质量指标KQI；

所述QoE评分模块，用于对所述KQI进行分析，得到对所述业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

本发明提出的上述方案，通过对用户感知体系的架构采用分层结构分析，首先确定反映客观感知的关键性能指标KPI、关键质量指标KQI，通过指标层层映射的方式最终评估网络为用户提供的服务水平，通过对服务水平的量化表征出用户对所提供服务的满意程度。本发明提出的上述方案，完善KPI指标参数，通过定位各种类型监控参数，方便运营商后继的网络优化和管理。同时，根据本发明提出的上述方案，完成相关监控参数的采样。此外，本发明提出的上述方案，对现有***的改动很小，不会影响***的兼容性，而且实现简单、高效。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例用户感知评估体系框架示意图；

图2为影响用户感知度的分析方法流程图；

图3为本发明实施例用户感知的分析方法流程图；

图4为WWW业务完整性要因分析的示意图；

图5为FTP业务完整性要因分析的示意图；

图6为本发明实施例用户感知的分析设备结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本发明提出对技术方案，对用户感知体系的基本架构采用分层结构，首先确定反映客观感知的关键性能指标KPI、关键质量指标KQI，通过指标层层映射的方式最终评估出网络为用户提供的服务水平，通过对服务水平的量化表征出用户对所提供服务的满意程度。该体系结构如图1所示。

作为本发明的实施例，QoE体现出用户对某项业务或应用的综合满意程度，细分为接入性、保持性和完整性，最终以量化评分的方式呈现；本发明对QoE所关心的三方面，给出RAN侧完整的KPI指标集，为评价体系的完整性和准确性提供保障。

KPI是关键性能指标，是对提供业务的资源、资源组的特定方面的性能测量指标。

KQI是关键质量指标，反映了业务某方面的性能，可以从QoE所关心的三个方面的不同角度入手，得到关键质量指标。以接入性为例，例如包括接入性中的接入时延和接入成功率等。

为了便于理解本发明，首先对当HSPA用户感知度差时，进行QoE分析的相关知识进行介绍。

通过分析RAN(Radio Access Network，无线接入网)侧提供的监控参数区分是RAN的问题所导致，还是CN(Core Network，核心网)的问题导致。如果为RAN的问题导致，根据RAN中相关监测参数进一步确认为具体的处理子***。整个分析流程如图2所示。

当HSPA用户感知度差时，首先分析空口的质量，通过UU口(Radio Interface between UTRAN and the User Equipment，RAN和UE的接口，即空口)监测参数，确认UU口质量是否足以承载期望的用户速率。

当空口质量好时，其次，继续分析Iub口(Interface between the RNC and the Node B，RNC和NodeB的接口)的数据缓存情况，通过Iub口数据监控参数确认Iub口是否足以承载期望的数据传递。

当Iub口能够承载下期望的数据时，则继续分析RNC(Radio Network Controller，无线网络控制器)侧RLC(Radio Link Control，无线链路控制层)协议层的监控参数，通过分析监控参数确认RLC是否可以提供期望的数据量。

当RLC可以提供期望的数据量时，基本可以排除RAN的问题，是因为CN的问题导致用户速率低。

对于UU口质量差、Iub口无法承载期望的数据传输以及RLC无法提供期望的数据量时，根据相关的监控参数继续分析进一步定位问题。

结合图2进一步说明如下：

1、用户感知度差

指的是TCP层(Transmission Control Protocol，传输控制协议)的速率低。RNC进行监测，当RNC无法监测TCP层时则监测RLC代替，此处速率指成功收到确认的发送速率。

2、监测RAN侧设备告警

包括和该用户相关的所有设备资源的告警。

3、UU口质量监测

对于HSDPA(High Speed Downlink Packet Access，高速下行分组接入)业务，UU口质量差时，影响到HS-PDSCH(High Speed Physical Downlink Shared Channel，高速物理下行共享信道，以下简称PDSCH)信道和HS-SICH(Shared Information Channel for HS-DSCH，高速下行共享信道的共享指示信道，以下简称SICH)信道的接收，通过监控两种信道的BLER(Block Error Rate，误块率)参数可以监测用户的UU口质量。

A)SICH信道的BLER：通过SICH专用测量中的期望SICH个数、错误的WRONG_SICH个数和丢失的MISSING_SICH个数监控SICH的接收质量，出现一个MISSING_SICH，NB将产生一个NACK，并选择一个默认的较小的数据块作为UE反馈的数据块。

B)PDSCH信道的BLER：通过UE反馈的CQI中的ACK/NACK，可以得到PDSCH信道的BLER，***的初次发送的BLER一般设置为1％～10％，即BLER在该范围内对用户速率的影响是可以接受的。高于10％后对用户速率的影响是不可接受的。

C)通过NB重传的残留BLER监控用户重传的情况，当存在残留BLER时(无论该值多大)都可以说明该UE的UU口的质量都存在问题。

D)UE的CQI反馈内容和NB统计的实际使用的MF(Modulation Flag，调整方式)(QPSK和16QAM个数，甚至64QAM)个数：CQI反馈内容包括SICH反馈的RTBS总和，UE反馈的RMF(QPSK和16QAM个数，甚至64QAM)。通过UE反馈的RTBS(Recommend Transport Block Size，终端反馈的传输块大小)和RMF(Recommend Modulation Flag，终端反馈的调制方式)可以监测到UE对UU口质量的监测情况，并且通过调制方式的比率可以判断该UE的UU口资源利用率。

E)在A～D的基础上，可以判断出UU口质量是否差，如果质量差，结合上行DPCH(Dedicated Physical Channel，专用物理信道)测量参数(判断网络问题)和UE的能力，判断是覆盖问题还是干扰问题。

F)在A～D的基础上，NB统计用户的调度次数和用户UU口实际发送的TBS，使用用户调度次数和用户UU口实际发送的TBS可以判断用户的UU口MAC层速率(包括重传)。

4、Iub口质量监测

A)观察NB的事件类告警，包括Iub口传输的监控告警，FP(Frame Protocol，帧协议)的CRC(Cyclic Redundancy Check，循环冗余校验)校验告警，Iub口传输承载不可用告警，MAC的队列溢出告警等。

B)从应用层的角度对Iub口传输能力的监测：对于HSDPA业务，当Iub口的传输出现问题时，也会对用户的速率产生重大影响，通过监测NB的数据接收情况可以直接的进行分析，包括RNC的数据量和用户队列的数据量，接收到的数据量，队列丢弃的数据量，队列发送到UU口的总数据量等参数进行分析。

当RNC的数据量为零，甚至经常出现很低(几十个字节到几百个字节)时，需要RLC继续定位。

当RNC的数据量很高而NB的用户队列数据量为空时，重点关注PQ(Priority Queue，优先级队列)的吞吐速率(与UU口的速率有关)和Iub口的带宽。对于Iub口带宽，配置的PVC带宽。

5、RLC处理监测

A)RLC层的吞吐量(不带确认的数据量)，确认RLC的发送是否足够饱满；

B)RLC的发送不饱满时，需要观察RLC PDU的时延，RLC的发送窗状态参数，POLLING的发送频率，STATUS包中的ACK/NACK的反馈情况，通过上述监控参数确认上行反馈导致用户数据无法及时发送；

C)同时，根据RLC PDU的重传量，观察底层链路传输是否存在问题。

综合A～C条件的判断，基本可以确定CN发送的数据是否充足或是底层链路传输问题。

通过对RAN各个节点的逐级逐层的分析，基本可以判断是否是RAN的问题，如果不是，需要检查CN或者服务器，甚至终端的处理是否存在问题。

6、容量监测

容量相关的问题，在1～5分析的基础上，主要包括如下两个方面：

A)MAC PDU包中的PADDING导入的速率损失：***同时进行多个HSPA用户业务时MAC PDU的PADDING增多将会导致单载波的吞吐量损失，通过分析UU口数据发送情况进行分析，包括SICH反馈的RTBS，CQI修正后的RTBS，UU口实际发送的TBS，UE反馈的RMF(QPSK和16QAM个数)。

B)载波资源不足导致的速率低：当多用户同时做业务时，由于UU口承载的总吞吐量无法满足用户所要求的总数据量，将会导致用户速率降低。此时的处理需要考虑RAN的接纳控制策略，即当接入的用户要求的总速率超过了UU口无线资源所能承载的最大数据量时，首先要进行负载平衡，当负载平衡完成时仍然不能拒绝用户接入，通过降低用户感知度(速率降低)进行解决。

为了实现本发明之目的，本发明实施例提出了一种用户感知的分析方法，包括以下步骤：根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI；对所述KPI进行分析，获取客观反应业务性能的关键质量指标KQI；对所述KQI进行分析，得到对所述业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

如图3所示，为本发明实施例用户感知的分析方法流程图，包括以下步骤：

S110：获取业务的关键性能指标KPI。

在步骤S110中，根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI。具体而言，对QoE所关心的三方面，给出RAN侧完整的KPI指标集，为评价体系的完整性和准确性提供保障。

作为本发明的实施例，业务类型包括电路交换业务或分组交换业务，其中，分组交换业务包括网页传输WWW业务或文件传输FTP业务。

当业务类型为WWW业务时，KPI包括以下一个或多个指标：

RLC buffer空闲率、终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

当业务类型为FTP业务时，KPI包括以下一个或多个指标：

终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

进一步而言，在上述指标参数中，进一步细化为：

终端性能比包括：终端能力和终端速率性能比；

信号完整性包括：流量切换比和弱覆盖时间占比；

无线资源利用率包括：R4码资源利用率和HSDPA资源调度率；

MAC层吞吐量包括：SICH反馈平均RTBS大小、残留BLER、HSDPABLER、DPCH BLER、调度方式比和HSDPA时间占比；

RLC吞吐量包括：RLC层发送速率、RLC层下行吞吐量、RLC PDU的RTT、RLC PDU重传率、RLC接收速率。

如图4所示，为WWW业务完整性要因分析的示意图；如图5所示，为FTP业务完整性要因分析的示意图。

进一步而言，如表1所示，为WWW业务和FTP业务相关的所有关联KPI定义及统计方法列表所示。

表1完整性关联KPI

从表1中可以明确看出，与KPI参数相关的设备、网元实体，给出RAN侧完整的KPI指标集，为评价体系的完整性和准确性提供保障。

S120：获取客观反应业务性能的关键质量指标KQI。

在步骤S120中，根据S110的结果，可以从QoE所关心的三个方面的不同角度入手，得到关键质量指标。以接入性为例，例如包括接入性中的接入时延和接入成功率等。

S130：对KQI进行分析，得到对业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

在步骤S130中，基于S120的结果，对KQI进行分析，得到对业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。例如，QoE体现出用户对某项业务或应用的综合满意程度，细分为接入性、保持性和完整性，最终以量化评分的方式呈现。

如图6所示，本发明实施例还提出了一种用户感知的分析设备100，包括KPI获取模块110、KQI获取模块120和QoE评分模块130。

其中，KPI获取模块110，用于根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI。

KQI获取模块120，用于对KPI进行分析，获取客观反应业务性能的关键质量指标KQI。

具体而言，业务类型包括电路交换业务或分组交换业务，其中，分组交换业务包括网页传输WWW业务或文件传输FTP业务。

当业务类型为WWW业务时，KPI获取模块110获取的KPI包括以下一个或多个指标：

RLC buffer空闲率、终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

当业务类型为FTP业务时，KPI获取模块110获取的KPI包括以下一个或多个指标：

终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

作为分析设备100的实施例，

终端性能比包括：终端能力和终端速率性能比；

信号完整性包括：流量切换比和弱覆盖时间占比；

无线资源利用率包括：R4码资源利用率和HSDPA资源调度率；

MAC层吞吐量包括：SICH反馈平均RTBS大小、残留BLER、HSDPABLER、DPCH BLER、调度方式比和HSDPA时间占比；

RLC吞吐量包括：RLC层发送速率、RLC层下行吞吐量、RLC PDU的RTT、RLC PDU重传率、RLC接收速率。

QoE评分模块130，用于对KQI进行分析，得到对业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

其中，QoE呈现用户业务质量感知包括业务的接入性、保持性和完整性。

本发明提出的上述方法或设备，通过对用户感知体系的架构采用分层结构分析，首先确定反映客观感知的关键性能指标KPI、关键质量指标KQI，通过指标层层映射的方式最终评估网络为用户提供的服务水平，通过对服务水平的量化表征出用户对所提供服务的满意程度。本发明提出的上述方法或设备，完善KPI指标参数，通过定位各种类型监控参数，方便运营商后继的网络优化和管理。同时，根据本发明提出的上述方案，完成相关监控参数的采样。此外，本发明提出的上述方案，对现有***的改动很小，不会影响***的兼容性，而且实现简单、高效。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种用户感知的分析方法，其特征在于，包括以下步骤：

根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI；

对所述KPI进行分析，获取客观反应业务性能的关键质量指标KQI；

对所述KQI进行分析，得到对所述业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

2.如权利要求1所述的用户感知的分析方法，其特征在于，所述QoE呈现用户业务质量感知包括业务的接入性、保持性和完整性。

3.如权利要求2所述的用户感知的分析方法，其特征在于，所述业务类型包括电路交换业务或分组交换业务，其中，所述分组交换业务包括网页传输WWW业务或文件传输FTP业务。

4.如权利要求3所述的用户感知的分析方法，其特征在于，当业务类型为WWW业务时，所述KPI包括以下一个或多个指标：

RLC buffer空闲率、终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

5.如权利要求3所述的用户感知的分析方法，其特征在于，当业务类型为FTP业务时，所述KPI包括以下一个或多个指标：

终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

6.如权利要求4或5任意之一所述的用户感知的分析方法，其特征在于，

所述终端性能比包括：终端能力和终端速率性能比；

所述信号完整性包括：流量切换比和弱覆盖时间占比；

所述无线资源利用率包括：R4码资源利用率和HSDPA资源调度率；

所述MAC层吞吐量包括：SICH反馈平均RTBS大小、残留BLER、HSDPA BLER、DPCH BLER、调度方式比和HSDPA时间占比；

所述RLC吞吐量包括：RLC层发送速率、RLC层下行吞吐量、RLC PDU的RTT、RLC PDU重传率、RLC接收速率。

7.一种用户感知的分析设备，其特征在于，包括KPI获取模块、KQI获取模块和QoE评分模块，

所述KPI获取模块，用于根据业务类型，对提供业务的资源、资源组的特定方面进行性能测量指标分析，获取业务的关键性能指标KPI；

所述KQI获取模块，用于对所述KPI进行分析，获取客观反应业务性能的关键质量指标KQI；

所述QoE评分模块，用于对所述KQI进行分析，得到对所述业务类型的综合满意程度，以量化评分的QoE方式呈现用户业务质量感知。

8.如权利要求7所述的用户感知的分析设备，其特征在于，所述QoE呈现用户业务质量感知包括业务的接入性、保持性和完整性。

9.如权利要求8所述的用户感知的分析设备，其特征在于，所述业务类型包括电路交换业务或分组交换业务，其中，所述分组交换业务包括网页传输WWW业务或文件传输FTP业务。

10.如权利要求9所述的用户感知的分析设备，其特征在于，当业务类型为WWW业务时，所述KPI获取模块获取的所述KPI包括以下一个或多个指标：

RLC buffer空闲率、终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

11.如权利要求9所述的用户感知的分析设备，其特征在于，当业务类型为FTP业务时，所述KPI获取模块获取的所述KPI包括以下一个或多个指标：

终端性能比、信号完整性、流量故障比、无线资源利用率、Iub口数据丢失率、MAC层吞吐量和RLC吞吐量。

12.如权利要求10或11任意之一所述的用户感知的分析设备，其特征在于，

所述终端性能比包括：终端能力和终端速率性能比；

所述信号完整性包括：流量切换比和弱覆盖时间占比；

所述无线资源利用率包括：R4码资源利用率和HSDPA资源调度率；

所述MAC层吞吐量包括：SICH反馈平均RTBS大小、残留BLER、HSDPA BLER、DPCH BLER、调度方式比和HSDPA时间占比；

所述RLC吞吐量包括：RLC层发送速率、RLC层下行吞吐量、RLC PDU的RTT、RLC PDU重传率、RLC接收速率。

Images