一种基于QOE的服务质量监控方法和系统

1.一种基于用户体验(QOE)的服务质量监控方法，其特征在于，该方法包括：
在服务质量监控服务器上建立服务质量监控的指标模型和网络设备的平均意见得分(MOS)值模型；
所述服务质量监控服务器通过收集被监控用户终端上报的关键性能指标(KPI)，并基于所建立的指标模型，执行对所述用户终端的服务质量监控；通过收集网络设备上报的KPI，并基于所建立的MOS值模型，执行对所述网络设备能力水平的监控；
该方法进一步包括：
建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端和/或网络设备的主动干预操作，具体包括：当发现有明显的故障因素导致的指标下降时，需要通知故障管理中的主动干预模块，让系统自动处理趋势下降，达到系统自愈的目的。
2.根据权利要求1所述基于QOE的服务质量监控方法，其特征在于，所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和用户体验指标(CEI)指标。
3.根据权利要求1所述基于QOE的服务质量监控方法，其特征在于，所述MOS值由所述网络设备的KPI组合得出。
4.根据权利要求1、2或3所述基于QOE的服务质量监控方法，其特征在于，该方法进一步包括：
所述服务质量监控服务器向用户终端和/或网络设备下发控制命令，控制所述用户终端和/或网络设备的上报周期和上报协议方式。
5.根据权利要求1、2或3所述基于QOE的服务质量监控方法，其特征在于，该方法进一步包括：
建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。
6.一种基于QOE的服务质量监控系统，其特征在于，该系统包括：模型建立模块和服务质量监控模块，其中，
所述模型建立模块，用于在服务质量监控服务器上建立服务质量监控的指标模型和网络设备MOS值模型；
所述服务质量监控模块，用于通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对所述用户终端的服务质量监控；通过收集网络设备上报的KPI，并基于所建立的MOS值模型，执行对所述网络设备能力水平的监控；
该系统进一步包括：监控趋势预警模块，用于建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端和/或网络设备的主动干预操作，
具体包括：当发现有明显的故障因素导致的指标下降时，需要通知故障管理中的主动干预模块，让系统自动处理趋势下降，达到系统自愈的目的。
7.根据权利要求6所述QOE的服务质量监控系统，其特征在于，所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和CEI指标。
8.根据权利要求6所述QOE的服务质量监控系统，其特征在于，所述MOS值由所述网络设备的KPI组合得出。
9.根据权利要求6、7或8所述QOE的服务质量监控系统，其特征在于，该系统进一步包括：命令下发模块，用于向用户终端和/或网络设备下发控制命令，控制所述用户终端和/或网络设备的上报周期和上报协议方式。
10.根据权利要求6、7或8所述QOE的服务质量监控系统，其特征在于，该系统进一步包括：监控告警模块，用于建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。
11.一种基于用户体验(QOE)的服务质量监控方法，其特征在于，该方法包括：
在服务质量监控服务器上建立服务质量监控的指标模型；
所述服务质量监控服务器通过收集被监控用户终端上报的关键性能指标(KPI)，并基于所建立的指标模型，执行对所述用户终端的服务质量监控；
该方法进一步包括：
建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端的主动干预操作；具体包括：当发现有明显的故障因素导致的指标下降时，需要通知故障管理中的主动干预模块，让系统自动处理趋势下降，达到系统自愈的目的。
12.根据权利要求11所述基于QOE的服务质量监控方法，其特征在于，所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和用户体验指标(CEI)指标。
13.根据权利要求11所述基于QOE的服务质量监控方法，其特征在于，该方法进一步包括：
所述服务质量监控服务器向用户终端下发控制命令，控制所述用户终端的上报周期和上报协议方式。
14.根据权利要求11、12或13所述基于QOE的服务质量监控方法，其特征在于，该方法进一步包括：
建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。
15.一种基于QOE的服务质量监控系统，其特征在于，该系统包括：模型建立模块和服务质量监控模块，其中，
所述模型建立模块，用于在服务质量监控服务器上建立服务质量监控的指标模型；
所述服务质量监控模块，用于通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对所述用户终端的服务质量监控；
该系统进一步包括：监控趋势预警模块，用于建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端的主动干预操作，具体包括：当发现有明显的故障因素导致的指标下降时，需要通知故障管理中的主动干预模块，让系统自动处理趋势下降，达到系统自愈的目的。
16.根据权利要求15所述QOE的服务质量监控系统，其特征在于，所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和CEI指标。
17.根据权利要求15所述QOE的服务质量监控系统，其特征在于，该系统进一步包括：命令下发模块，用于向用户终端下发控制命令，控制所述用户终端的上报周期和上报协议方式。
18.根据权利要求15、16或17所述QOE的服务质量监控系统，其特征在于，该系统进一步包括：监控告警模块，用于建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。

一种基于QOE的服务质量监控方法和系统\n技术领域\n[0001] 本发明涉及服务质量管理领域的全网服务质量监控技术，尤其涉及一种基于QOE的服务质量监控方法和系统。\n背景技术\n[0002] 随着信息通信技术(ICT，Information Communication Technology)进程的不断推进，基于承载网之上的业务越来越多，网络的质量和业务的质量之间不再呈现线性关系，如何监控业务的服务质量是当前维护服务质量问题的焦点。对于运营商而言，如何保持服务水平是留住用户的关键所在，因此，从用户感受服务的角度出发来监控业务，是保持服务水平的关键。\n[0003] 目前，现有的服务管理产品中很少有涉及到从用户体验QOE(Quality of Experience)角度进行监控的方法，都无法直观的监控用户体验，而部分实现用户体验监控的产品只是直接展示业务对应的用户体验指标(CEI，Customer Experience Indicators)的值，在监控方面体现的内容很少，存在以下缺陷：\n[0004] 一、缺少指标体系整体关系的表现和监控，往往过分强调QOE却忽视了组成QOE的指标体系的展现，然而对维护人员而言更需要了解导致QOE下降的根本原因；\n[0005] 二、指标体系不明确且不可维护，从用户角度看，指标体系是不断变化的，所以也应该支持动态更新和维护；\n[0006] 三、缺乏趋势分析，使用户无法获知一段时间内业务质量的变化趋势，从而无法了解业务的变化趋势。\n发明内容\n[0007] 有鉴于此，本发明的主要目的在于提供一种基于QOE的服务质量监控方法和系统，以实现监控全网服务质量、系统服务能力当前情况和变化趋势等关键信息，提高维护服务的水平。\n[0008] 为达到上述目的，本发明的技术方案是这样实现的：\n[0009] 本发明提供了一种基于用户体验(QOE)的服务质量监控方法，该方法包括：\n[0010] 在服务质量监控服务器上建立服务质量监控的指标模型和网络设备的平均意见得分(MOS)值模型；\n[0011] 所述服务质量监控服务器通过收集被监控用户终端上报的关键性能指标(KPI)，并基于所建立的指标模型，执行对所述用户终端的服务质量监控；通过收集网络设备上报的KPI，并基于所建立的MOS值模型，执行对所述网络设备能力水平的监控。\n[0012] 所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和用户体验指标(CEI)指标。\n[0013] 所述MOS值由所述网络设备的KPI组合得出。\n[0014] 该方法进一步包括：\n[0015] 所述服务质量监控服务器向用户终端和/或网络设备下发控制命令，控制所述用户终端和/或网络设备的上报周期和上报协议方式。\n[0016] 该方法进一步包括：\n[0017] 建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。\n[0018] 该方法进一步包括：\n[0019] 建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端和/或网络设备的主动干预操作。\n[0020] 本发明还提供了一种基于QOE的服务质量监控系统，该系统包括：模型建立模块和服务质量监控模块，其中，\n[0021] 所述模型建立模块，用于在服务质量监控服务器上建立服务质量监控的指标模型和网络设备MOS值模型；\n[0022] 所述服务质量监控模块，用于通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对所述用户终端的服务质量监控；通过收集网络设备上报的KPI，并基于所建立的MOS值模型，执行对所述网络设备能力水平的监控。\n[0023] 所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和CEI指标。\n[0024] 所述MOS值由所述网络设备的KPI组合得出。\n[0025] 该系统进一步包括：命令下发模块，用于向用户终端和/或网络设备下发控制命令，控制所述用户终端和/或网络设备的上报周期和上报协议方式。\n[0026] 该系统进一步包括：监控告警模块，用于建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。\n[0027] 该系统进一步包括：监控趋势预警模块，用于建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端和/或网络设备的主动干预操作。\n[0028] 本发明还提供了一种基于用户体验(QOE)的服务质量监控方法，该方法包括：\n[0029] 在服务质量监控服务器上建立服务质量监控的指标模型；\n[0030] 所述服务质量监控服务器通过收集被监控用户终端上报的关键性能指标(KPI)，并基于所建立的指标模型，执行对所述用户终端的服务质量监控。\n[0031] 所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和用户体验指标(CEI)指标。\n[0032] 该方法进一步包括：\n[0033] 所述服务质量监控服务器向用户终端下发控制命令，控制所述用户终端的上报周期和上报协议方式。\n[0034] 该方法进一步包括：\n[0035] 建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。\n[0036] 该方法进一步包括：\n[0037] 建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端的主动干预操作。\n[0038] 本发明还提供了一种基于QOE的服务质量监控系统，该系统包括：模型建立模块和服务质量监控模块，其中，\n[0039] 所述模型建立模块，用于在服务质量监控服务器上建立服务质量监控的指标模型；\n[0040] 所述服务质量监控模块，用于通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对所述用户终端的服务质量监控。\n[0041] 所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和CEI指标。\n[0042] 该系统进一步包括：命令下发模块，用于向用户终端下发控制命令，控制所述用户终端的上报周期和上报协议方式。\n[0043] 该系统进一步包括：监控告警模块，用于建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。\n[0044] 该系统进一步包括：监控趋势预警模块，用于建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端的主动干预操作。\n[0045] 本发明所提供的一种基于QOE的服务质量监控方法和系统，提供了基于QOE的服务质量全网监控，通过建立的指标模型和/或网络设备MOS模型，使用户可以直观的监控全网服务质量，系统服务能力当前情况和变化趋势等关键信息，提高了用户维护服务的水平。\n附图说明\n[0046] 图1为本发明中的服务质量监控功能在服务质量模型中的位置示意图；\n[0047] 图2为本发明中服务质量监控的内容构成示意图；\n[0048] 图3为本发明实施例的一种基于QOE的服务质量监控方法的流程图一；\n[0049] 图4为本发明实施例的一种基于QOE的服务质量监控系统的组成结构示意图；\n[0050] 图5为本发明实施例的一种基于QOE的服务质量监控方法的流程图二。\n具体实施方式\n[0051] 下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。\n[0052] 本发明提供基于QOE的服务质量全网监控，通过建立的指标模型和网络设备平均意见得分(MOS，Mean Opinion Score)模型，使用户可以直观的监控全网服务质量，系统服务能力当前情况和变化趋势等关键信息，从而提高用户维护服务的水平。本发明的服务质量监控在服务质量体系中的位置如图1所示，整个服务质量体系由故障管理、服务质量监控、服务水平管理、报表管理、告警管理等各个部分组成。其中，服务质量监控部分又包括：\n服务水平实时监控、服务水平趋势监控、服务水平下降主动预警等功能分支。本发明的技术方案正是针对服务质量监控这部分的实施。\n[0053] 为了实现服务质量全网监控，本发明需要执行以下几部分处理：\n[0054] 1、在用户终端配置代理软件\n[0055] 该代理软件负责向服务质量监控服务器发送终端相关的关键性能指标(KPI，Key Performance Indicators)，服务质量监控服务器可以接收大部分标准协议的接口上报；在终端登记或开机时开始定期收集数据，收集数据的周期可由服务质量监控服务器动态下发配置给用户终端，即服务质量监控服务器向用户终端下发控制命令，控制用户终端的上报周期和上报协议方式。\n[0056] 2、收集全网关键网络设备的性能数据\n[0057] 通过软件代理接口收集关键网络设备的性能数据；如果网络设备支持标准接口上报，那么也可以不用设置软件代理接口，网络设备可以通过标准接口上报其性能数据。\n[0058] 3、通过数据清洗(ETL，Extraction Transformation Loading)转换数据格式[0059] 通过数据清洗模块将上报的各种数据转换为系统标准的格式并与指标模型和MOS值相关的KPI对应。\n[0060] 4、建立支撑指标模型的通用数据模型\n[0061] 建立N(包括但不局限三层)层指标模型对应数据模型，提供界面导入功能，默认提供三层模型，从底层往上依次是系统收集的KPI指标、逻辑关键质量指标(KQI，Key Quality Indicators)指标和CEI指标。其中，KPI是系统设备提供的原子粒度指标，来表现系统设备各个方面的性能；KQI是由KPI通过数学公式组成来表示系统提供的服务水平；CEI是通过建立用户感受模型，通常通过分析用户感受和具体业务质量的对应关系，通过KQI组合的表示。此外，本发明还提供模型关系的匹配修改功能，支持用户对模型关系的修改和维护。\n[0062] 5、建立支撑服务能力水平的MOS值系统\n[0063] 建立MOS值配置功能，通过系统收集的KPI和KQI的数学公式组合来表示MOS值，用来表示网络、设备总体能力水平。网络设备能力MOS值一般通过维护设备的经验积累或设备厂商提供内部说明把KPI和KQI和MOS建立起来，得到系统表现能力和具体指标之间的关系。\n[0064] 6、建立指标体系的监控模板\n[0065] 提供监控模板设置不同指标(CEI、KQI、KPI)的监控告警门限，如果当前配置的指标超过门限，系统监控会向告警管理上报服务质量告警来提示用户，同时在监控页面通过告警渲染来提示。\n[0066] 7、建立趋势分析预警门限的模板\n[0067] 系统监控的另一个主要功能是监控指标体系的趋势变化，当发现有明显的故障因素导致的指标下降时，需要通知故障管理中的主动干预模块，让系统自动处理趋势下降，达到系统自愈的目的。系统提供趋势变化监控的门限配置，配置项包括：监控周期、监控指标、监控门限、连续发生次数、横向纵向比较、是否系统干预等等。\n[0068] 8、提供直观的界面展示\n[0069] 通过建立的监控模板和收集的数据信息加工计算，在监控主界面上通过树、图、仪表盘、表等方式直观的展示QOE水平，指标体系展开，网络、设备能力水平和各种指标的变化趋势监控。\n[0070] 下面再结合图2所示的服务质量监控的内容构成示意图，详细描述本发明的具体实施细节，根据上述技术方案的描述，以交互式网络电视(IPTV)业务为例进行说明，对IPTV业务的服务质量监控主要包括以下操作：\n[0071] 1、在机顶盒(STB，Set Top Box)中内置代理模块，该代理模块能够接收服务质量监控服务器下发的控制命令，进而控制用户终端的上报周期和上报协议方式；\n[0072] 2、建立IPTV业务领域的KPI、KQI、CEI三层指标模型(如图2中所示)并录入到指标模型配置中，指标体系的KPI和上报性能数据的KPI一致；\n[0073] 3、建立IPTV业务领域的网络承载设备能力的MOS值模型，MOS值通过是接入、承载网络设备的KPI组合得出，并录入到MOS值模型配置中；\n[0074] 4、建立IPTV指标模型对应的监控模板，在监控配置管理中通过建立异常门限值用来上报不同级别的服务告警；\n[0075] 5、建立IPTV指标模型的趋势监控的门限模板，在趋势监控配置管理中配置趋势变化的门限；\n[0076] 6、维护人员启动系统并配置链路正常后，可以通过系统提供的监控主页全面监控全网的服务质量水平，监控内容包括指标体系的指标实时上报、告警上报、MOS值展示、趋势监控等等；\n[0077] 7、当IPTV的A地域用户的QOE观看节目流畅度发生下降时，系统会主动上报QOE告警，维护人员通过展开该QOE的指标体系树看到组成该QOE的指标体系的全部指标，通过观察下降的指标项来判断故障发生原因；\n[0078] 8、当IPTV的B地域的KQI网络质量发生连续下降时，系统会根据趋势监控配置来判断是否触发主动干预，发现符合主动干预的门限，发送主动干预到故障管理系统，故障管理系统触发主动干预，通过发送人机命令到故障设备重启，减低故障的影响范围。\n[0079] 此外，当维护人员发现IPTV业务领域的指标体系需要变更时，可以通过指标体系配置管理来修改指标体系的关系，然后通过同步操作来通知系统监控模块，在系统监控模块会自动更新监控内容，将更新的指标系统纳入到监控的范围。\n[0080] 结合以上技术方案的描述可以看出，本发明基于QOE的服务质量监控技术包含图3所示的操作思路。如图3所示，图3为本发明实施例的基于QOE的服务质量监控方法的流程图，该流程主要包括以下步骤：\n[0081] 步骤301，在服务质量监控服务器上建立服务质量监控的指标模型和网络设备MOS值模型。\n[0082] 其中，指标模型可以包括但不限于三层，分别是KPI指标及其对应的逻辑KQI和CEI指标。\n[0083] 步骤302，服务质量监控服务器通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对用户终端的服务质量监控；通过收集网络设备上报的KPI，并基于所建立的MOS值模型，执行对网络设备能力水平的监控。\n[0084] 较佳的，服务质量监控服务器可以向用户终端和/或网络设备下发控制命令，以控制用户终端和/或网络设备的上报周期和上报协议方式。\n[0085] 较佳的，服务质量监控服务器可以建立指标体系的监控告警门限，并在所监控的指标超过监控告警门限时，上报服务质量告警提示用户。\n[0086] 较佳的，服务质量监控服务器还可以建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过趋势分析预警门限时，触发对相应用户终端和/或网络设备的主动干预操作。\n[0087] 另外，对应上述基于QOE的服务质量监控方法，本发明的实施例还提供了一种基于QOE的服务质量监控系统，该系统应用于服务质量监控服务器中，如图4所示，该系统包括相互连接的模型建立模块10和服务质量监控模块20。其中，模型建立模块10，用于在服务质量监控服务器上建立服务质量监控的指标模型和网络设备MOS值模型。服务质量监控模块20，用于通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对用户终端的服务质量监控；通过收集网络设备上报的KPI，并基于所建立的MOS值模型，执行对网络设备能力水平的监控。\n[0088] 较佳的，该系统还可以包括：命令下发模块30，与服务质量监控模块20相连，用于向用户终端和/或网络设备下发控制命令，控制用户终端和/或网络设备的上报周期和上报协议方式。\n[0089] 较佳的，该系统还可以包括：监控告警模块40，与服务质量监控模块20相连，用于建立指标体系的监控告警门限，并在所监控的指标超过监控告警门限时，上报服务质量告警提示用户。\n[0090] 较佳的，该系统还可以包括：监控趋势预警模块50，与服务质量监控模块20相连，用于建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过趋势分析预警门限时，触发对相应用户终端和/或网络设备的主动干预操作。\n[0091] 如图5所示，本发明还提供了一种基于用户体验(QOE)的服务质量监控方法，该方法包括：在服务质量监控服务器上建立服务质量监控的指标模型；所述服务质量监控服务器通过收集被监控用户终端上报的关键性能指标(KPI)，并基于所建立的指标模型，执行对所述用户终端的服务质量监控。\n[0092] 所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和用户体验指标(CEI)指标。所述服务质量监控服务器向用户终端下发控制命令，控制所述用户终端的上报周期和上报协议方式。建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户。建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端的主动干预操作。\n[0093] 本发明还提供了一种基于QOE的服务质量监控系统，该系统包括：模型建立模块和服务质量监控模块，其中，所述模型建立模块，用于在服务质量监控服务器上建立服务质量监控的指标模型；所述服务质量监控模块，用于通过收集被监控用户终端上报的KPI，并基于所建立的指标模型，执行对所述用户终端的服务质量监控。\n[0094] 所述指标模型包括三层，分别是KPI指标及其对应的逻辑KQI指标和CEI指标。该系统还包括命令下发模块，用于向用户终端下发控制命令，控制所述用户终端的上报周期和上报协议方式；监控告警模块，用于建立指标体系的监控告警门限，并在所监控的指标超过所述监控告警门限时，上报服务质量告警提示用户；监控趋势预警模块，用于建立指标体系的趋势分析预警门限，并在所监控的指标的变化趋势超过所述趋势分析预警门限时，触发对相应用户终端的主动干预操作。\n[0095] 本发明提供基于QOE的对用户终端服务质量监控，通过建立的指标模型，使用户可以直观的对用户终端服务质量监控，系统服务能力当前情况和变化趋势等关键信息，从而提高用户维护服务的水平。本发明的服务质量监控在服务质量体系中的位置如图1所示，整个服务质量体系由故障管理、服务质量监控、服务水平管理、报表管理、告警管理等各个部分组成。其中，服务质量监控部分又包括：服务水平实时监控、服务水平趋势监控、服务水平下降主动预警等功能分支。本发明的技术方案正是针对服务质量监控这部分的实施。\n[0096] 为了实现对用户终端的服务质量监控，本实施例需要执行以下几部分处理：\n[0097] 1、建立支撑指标模型的通用数据模型\n[0098] 建立N(包括但不局限三层)层指标模型对应数据模型，提供界面导入功能，默认提供三层模型，从底层往上依次是系统收集的关键性能指标(KPI，Key Performance Indicators)、逻辑关键质量指标(KQI，Key Quality Indicators)指标和CEI指标。其中，KPI是系统设备提供的原子粒度指标，来表现系统设备各个方面的性能；KQI是由KPI通过数学公式组成来表示系统提供的服务水平；CEI是通过建立用户感受模型，通常通过分析用户感受和具体业务质量的对应关系，通过KQI组合的表示。此外，本实施例还提供模型关系的匹配修改功能，支持用户对模型关系的修改和维护。\n[0099] 2、建立指标体系的监控模板\n[0100] 提供监控模板设置不同指标(CEI、KQI、KPI)的监控告警门限，如果当前配置的指标超过门限，系统监控会向告警管理上报服务质量告警来提示用户，同时在监控页面通过告警渲染来提示。\n[0101] 3、建立趋势分析预警门限的模板\n[0102] 系统监控的另一个主要功能是监控指标体系的趋势变化，当发现有明显的故障因素导致的指标下降时，需要通知故障管理中的主动干预模块，让系统自动处理趋势下降，达到系统自愈的目的。系统提供趋势变化监控的门限配置，配置项包括：监控周期、监控指标、监控门限、连续发生次数、横向纵向比较、是否系统干预等等。\n[0103] KPI等指标，可以由以下步骤来实现：\n[0104] 1、在用户终端配置代理软件\n[0105] 该代理软件负责向服务质量监控服务器发送终端相关的关键性能指标(KPI，Key Performance Indicators)，服务质量监控服务器可以接收大部分标准协议的接口上报；在终端登记或开机时开始定期收集数据，收集数据的周期可由服务质量监控服务器动态下发配置给用户终端，即服务质量监控服务器向用户终端下发控制命令，控制用户终端的上报周期和上报协议方式。\n[0106] 2、通过数据清洗(ETL，Extraction Transformation Loading)转换数据格式[0107] 通过数据清洗模块将上报的各种数据转换为系统标准的格式并与指标模型相关的KPI对应。\n[0108] 为了使质量监控的显示更加直观，本实施例提供了直观的界面展示，具体实现如下：\n[0109] 通过建立的监控模板和收集的数据信息加工计算，在监控主界面上通过树、图、仪表盘、表等方式直观的展示QOE水平，指标体系展开，网络和各种指标的变化趋势监控。\n[0110] 综上所述，无论是方法还是系统，本发明基于QOE的服务质量监控技术具有以下有益效果：\n[0111] 1、针对建立的业务指标体系进行全面监控，从用户体验到网络设备KPI直观垂直的展示，使用户一目了然的了解影响业务的全部指标，并能找到对应的根本原因；\n[0112] 2、指标体系可维护，针对指标体系模型提出可维护的概念，用户可以在系统维护的过程中不断的补充和修改指标体系，系统动态更新监控对象；\n[0113] 3、提供任意级别指标(KPI、KQI、CEI)的趋势分析，使用户可以随时观察到关键指标的运行趋势；并通过建立监控预警模板，当某个指标连续下降达到预警门限时，系统发送预警信息给维护人员，同时系统还可以触发自动干预功能，使系统具备自愈的能力；\n[0114] 4、通过建立网络支撑设备的MOS值，直观展现网络能力，为保证服务水平提供支撑层的监控和展现；\n[0115] 5、丰富的界面展现，通过仪表盘、表格、趋势图等直观GUI展示服务水平，通过建立的指标模型，使用户可以建立对感兴趣的关键指标进行告警监控，如果指标超过门限值，通过颜色渲染和告警上报，提醒维护人员。\n[0116] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。