随着电信技术的更新和竞争的日益激烈，电信运营商的生存策略之一就是 推出多样化的产品，并且积极发掘客户的消费潜力，达到“客户效益”最大化。
伴随着电信行业的变革，电信服务提供商与电信网络运营商也逐步剥离。 网络运营商负责网络资源的建立、维护和管理，并为一到多个服务提供商提供 网络支撑和服务。服务提供商负责利用网络运营商提供的网络支撑，建立自身 的业务流程，为最终用户提供服务。其中，服务提供商和网络运营商可以是同 一组织，也可以是相互独立的商业实体。服务提供商在为用户提供服务前，通 过与用户协商，与用户签订服务水平协议SLA，也可以与网络运营商签订SLA。
SLA主要包含两部分：(1)商业部分，如签约双方、权力责任、计费规则 等；(2)技术部分，如源、目的节点地址、预留带宽大小、时延、抖动、丢包 率等服务质量(Qos)参数，以及其他一些与网络相关的技术参数，服务质量 参数主要通过关键质量指标(KQI，Key Quality Indicator)。SLA有助于网络运 营商针对不同的客户群推出合适的产品和服务。而服务提供商在整个提供服务 的过程中，针对不同服务，服务提供商需要监测网络资源的性能参数，以便于 及时发现并解决问题，确保为最终用户提供的服务质量满足SLA，同时可以检 测和评估网络运营商提供的网络支撑性能和服务质量。因此如何按照SLA监测 电信网络的服务质量已经成为目前业界关注的问题。
目前，美国专利号：US20040255151A1的专利公开了一种在主机托管环境 下，个性化的安全服务水平保障的系统和方法。图1为该专利的在主机托管环境 下，个性化的安全服务水平保障的系统的结构框图。参见图1，该系统的产品服 务器(production server)107和108用于为一到多个用户(user)的业务提供主 机托管，这些用户与主机托管服务提供商签订了独立的SLA安全水平协议。在 图1中所示的安全SLA实施系统(security SLA enforcing system)111中，存储着 不同用户的安全策略规则。系统中主机托管服务提供商通过在局域网内部安装 传感器(sensor)109和110，如图1所示防火墙(firewall)105和106上设置了传 感器110，产品服务器107和108上设置了传感器109(图中2台防火墙和2台产品 服务器中有一台做备份用)，该系统使用传感器检测网络安全相关的系统事件， 并把检测到的系统事件发送到安全SLA实施系统111，安全SLA实施系统111负 责分析这些事件，并与安全策略规则相匹配，已决定针对不同系统事件触发不 同的动作，以实现个性化的安全服务水平保障。
上述现有技术中存在以下技术问题：
1)仅实现了在主机托管环境下的安全性能SLA保障方法，对其他SLA性能 保障并未提出有效解决方案。
2)仅局限在主机托管环境下，在局域网络内部进行安全系统事件检测，实 现安全性能的服务质量保障，但是并未提供在广域网环境下，服务提供商与网 络提供商相互独立时，服务提供商与网络运营商之间的SLA、服务提供商与最 终用户之间的SLA如何进行保障。
但是，目前还没有其他的现有技术可以解决上述问题。

有鉴于此，本发明的主要目的在于提供一种根据SLA对通讯服务质量 进行监测的方法，可实现在广域网环境下，根据SLA对电信网络的服务质 量进行监测，从而有效地保障SLA。
本发明的另一目的为提供一种根据SLA对通讯服务质量进行监测的系 统，可实现在广域网环境下，根据SLA对电信网络的服务质量进行监测， 从而有效地保障SLA。
为了实现上述发明目的，本发明的主要技术方案为：
一种根据服务水平协议SLA对通讯服务质量进行监测的方法，该方法 在服务提供商SP网络中设置服务质量管理器，在服务传输网中设置性能策 略处理器，并包括：
A、所述服务质量管理器根据需保障的SLA制定监测策略，并发布给服 务传输网络中的性能策略处理器；
B、性能策略处理器按照该监测策略对服务传输网络中的性能参数进行 监测采集，并上报所监测采集的性能参数到服务质量管理器；
C、服务质量管理器根据上报的性能参数确定所述SLA对应的服务质 量。
优选地，所述SLA为SP与特定业务用户签订的SLA。
优选地，所述性能策略处理器按照监测策略对服务传输网络中的性能参 数进行监测采集的方法为：在网络运营商的网络设备上设置性能探测器，性 能策略处理器控制所述监测策略所涉及的性能探测器对网络设备的性能参 数进行探测，并上报给所述的性能策略处理器。
优选地，所述性能策略处理器控制所述监测策略所涉及的性能探测器对 网络设备的性能参数进行探测的具体过程包括：
性能策略处理器发送广播消息，其中携带当前监测策略所涉及的用户地 址信息，性能探测器收到广播后根据用户地址信息判断该用户是否为自身所 辖的用户，是则判定本性能探测器为当前监测策略所涉及的性能探测器，向 性能策略处理器返回本性能探测器的标识，性能策略处理器向返回标识的性 能探测器发送启动指令，其中携带当前监测策略需监测的性能参数，性能探 测器收到启动指令后启动对所述性能参数的监测，向性能策略处理器报告所 监测到的性能参数信息。
优选地，所述SLA为SP与服务传输网络的网络运营商签订的SLA。
优选地，所述性能策略处理器按照监测策略对服务传输网络中的性能参 数进行监测采集的方法为：服务传输网络中的管理设备将自身所监测的网络 性能参数上报给所述性能策略处理器。
优选地，所述性能策略处理器按照监测策略对服务传输网络中的性能参 数进行监测采集的方法为：在网络运营商的网络设备上设置性能探测器，性 能策略处理器控制所述监测策略所涉及的性能探测器对网络设备的性能参 数进行探测，并上报给所述的性能策略处理器；同时服务传输网络中的管理 设备将自身所监测的网络性能参数上报给所述性能策略处理器。
优选地，所述管理设备为：网元管理系统EMS和/或网络管理系统NMS。
优选地，所述方法进一步包括步骤A的触发过程：当用户系统请求服 务时触发执行步骤A，或者当用户系统发现服务质量下降而主动上报性能异 常报告时触发执行步骤A。
优选地，所述监测策略包括：用于指示需监测的性能参数的监测指令、 服务质量管理器的标识信息、以及策略的类型。
优选地，所述步骤A中根据需保障的SLA制定监测策略的具体过程为：
a、确定需保障的SLA；获取该SLA中的服务质量参数信息；
b、根据预设的服务质量参数到需监测的性能参数的映射关系表，将所述 SLA的各个服务质量参数映射为性能参数；
c、将性能参数与所述SLA的属主信息合成监测指令；
d、将生成的监测指令附加所述服务质量管理器的标识信息以及该策略 类型信息，合成为监测策略。
优选地，步骤B中进一步包括：性能策略处理器收到所发布的监测策略后， 为该监测策略分配唯一的标识，以及分配计算资源和存储资源；判断该监测策 略的策略类型，如果是长期监测策略则将该长期监测策略长期保存在存储单元 中，直到收到销毁该监测策略的指令后再删除。
优选地，该方法进一步包括：当需停止对所述SLA的服务质量进行监 测时，所述服务质量管理器发送停止该SLA对应的监测策略的指令到性能 策略处理器，性能策略处理器收到指令后停止对该监测策略所需的性能参数 的监测采集和上报过程，释放该监测策略所占用的计算资源。
优选地，当需销毁所述SLA对应的监测策略时，在停止监测策略后， 服务质量管理器进一步向性能策略处理器发送销毁该监测策略的指令，性能 策略处理器收到销毁指令后进一步从所述存储单元中删除该监测策略，并释 放该监测策略所占用的所有资源。
优选地，步骤B中，在性能策略处理器向服务质量管理器上报采集的性 能参数之前，进一步对该性能参数进行分类、整合、分析处理，生成反映性 能参数的关键性能指标KPI和/或关键质量指标KQI；将该KPI和/或KQI 上报给服务质量管理器。
优选地，步骤C具体包括：服务质量管理器根据上报的KPI和/或KQI 生成反映服务质量的KQI，并与所述SLA中签订的KQI进行比较来确定SLA 的服务质量。
优选地，步骤C中进一步包括：服务质量管理器判断所确定的服务质量 是否异常，如果是则触发预设的异常处理流程进行异常处理。
优选地，步骤B中进一步包括：性能策略处理器判断所采集的性能参数 是否异常，如果是则触发预设的异常处理流程进行异常处理。
一种根据SLA对通讯服务质量进行监测的系统，该系统包括：服务质 量管理器、性能参数监测装置、以及性能策略处理器；其中：
服务质量管理器设置在电信网络的SP侧，用于根据预先签订的SLA制 定监测策略，并发布给性能策略处理器；还用于根据性能策略处理器上报的 性能参数确定SLA的服务质量；
性能参数监测装置设置在电信网络的服务传输网络侧，用于对服务传输 网络的性能参数进行监测；
性能策略处理器设置在电信网络的服务传输网络侧，与所述服务质量管 理器和所述性能参数监测装置连接，用于接收服务质量管理器发布的监测策 略，按照监测策略从性能参数监测装置中获取性能参数，并上报性能参数到 服务质量管理器。
优选的，所述服务质量管理器具体包括：SLA数据库、策略处理模块、 性能参数处理模块、以及服务质量分析模块；其中：
SLA数据库用于存储SLA；
策略处理模块用于根据SLA制定监测策略，发布所制定的监测策略到 性能策略处理器，并控制监测策略的启动和停止；
性能参数处理模块用于对性能策略处理器上报的性能参数进行处理生 成服务质量信息；
服务质量分析模块用于根据性能参数处理模块生成的服务质量信息并 对照所述监测策略所对应的SLA，进行服务质量分析，确定该SLA的服务 质量。
优选的，所述服务质量管理器进一步包括：服务质量数据库，与所述性 能参数处理模块连接，用于存储所述服务质量信息。
优选的，所述服务质量管理器进一步包括：面向用户系统的交互接口， 该交互接口至少包括以下功能：
与所述SLA数据库连接，用于根据用户系统的请求查询SLA信息并返 回查询结果；
与所述服务质量数据库连接，用于根据用户系统的请求对服务质量信息 进行查询，并返回查询结果；
与策略处理模块连接，用于用户系统在监测到服务质量下降时通过该交 互接口向该服务质量管理器申报异常报告以启动策略处理模块的处理过程。
优选的，所述服务质量管理器中进一步包括：异常处理模块，用于当所 分析出的服务质量异常时触发该模块进行异常处理。
优选的，所述服务质量管理器进一步包括与SP侧的服务提供服务器的 交互接口，用于服务提供服务器在开始处理业务时通过该交互接口启动该服 务质量管理器。
优选的，所述性能参数监测装置为设置在服务传输网络设备上的性能探 测器。
优选的，所述服务传输网络设备为服务接入点设备、路由设备、交换设 备。
优选的，所述性能参数监测装置为设置在服务传输网络设备上的性能探 测器、服务传输网络中的网元管理系统EMS、服务传输网络中的网络管理 系统NMS、或前三者的任意组合。
优选的，所述性能策略处理器具体包括：策略管理控制接口、策略数据 库、策略处理控制模块、性能参数收集接口、性能信息处理模块、以及性能 信息传输接口；其中：
策略管理控制接口用于接收所述服务质量管理器发送的关于监测策略 的相关信息；
策略数据库用于存储服务质量管理器发布的监测策略；
策略处理控制模块用于处理所发布的SLA服务指令监测策略，控制性 能参数监测装置监测性能参数，并控制性能信息处理模块处理性能参数监测 装置上报的性能参数；
性能参数收集接口用于从性能参数监测装置中收集所监测的性能参数；
性能信息处理模块用于按照监测策略对所收集的性能参数进行处理；
性能信息传输接口用于将性能信息处理模块处理后的性能参数上报给 服务质量管理器。
优选的，所述性能策略处理器进一步包括：EMS/NMS系统接口，用于 控制收集EMS/NMS上报性能参数。
优选的，所述性能策略处理器进一步包括：探测器控制接口，所述策略 处理控制模块通过该探测器控制接口向探测器发送控制指令，控制探测器对 性能参数进行监测并上报。
优选的，所述性能策略处理控制模块中进一步包括：异常处理模块，当性 能信息处理模块处理后的性能参数出现异常时通知该异常处理模块进行异常处 理。
本发明在网络运营商为一个或一个以上服务提供商提供网络支撑的广域网 环境下，网络运营商根据服务提供商的业务需求，实时、灵活地并采用统一的 接口(即所述的性能策略处理器)为服务提供商提供与业务相关的网络性能参 数信息，使得服务提供商可以针对为单个用户提供的服务，实时监测业务运行 状况，并可分析当前服务质量是否存在异常(即SLA违例)，以保障端到端服 务的SLA的实施，增强客户的满意度和保持力。
本发明使得服务提供商可以根据需求实时制定SLA服务质量监测策略，针 对具体服务以及具体服务级别，独立监测网络性能参数，并可以针对性能异常 触发相应的动作，以确保端到端服务质量的满意交付。
本发明中以统一的基于监测策略的方式进行网络资源性能的监测，使得网 络运营商可以以统一接口的方式为多个服务提供商提供网络资源的性能监测。 在实施中，减少了重复投资，节约了软硬件开发成本。确保了网络运营商为服 务提供商提供的网络支撑性能和服务质量的被实时监测，提高了服务提供商对 自身提供服务质量的交付能力。
在本发明中，允许服务提供商可以根据不同服务级别、不同的用户、甚至 单个用户，制定不同的SLA服务质量监测策略，并可以根据不同的监测策略保 障差异化的服务质量交付。如对级别高的服务、级别高的用户，可以采用独立 的监测策略，而对一般普通用户可以采用普通的整体监测策略，这样可以灵活 地满足不同级别的用户对保障服务质量的要求。
本发明可以针对服务质量参数的可达性、安全性、可靠性等不同性能指标 制定不同的网络资源性能监测策略，可实现对端到端服务的各项服务性能的监 测以及保障。
附图说明
图1为现有的在主机托管环境下，个性化的安全服务水平保障系统的结 构框图；
图2为本发明所述方法第一实施例的流程图；
图3为一个SLA中服务质量参数到性能参数的映射关系的具体范例示 意图；
图4为服务质量管理器制定监测策略的流程示意图；
图5为本发明所述方法的第二实施例的流程图；
图6为本发明所述系统的一种实施例的结构图；
图7为所述服务质量管理器的结构示意图；
图8为本发明所述性能策略处理器的结构图；
图9为所述服务质量管理器的内部流程图；
图10为所述性能策略处理器的内部流程图。

下面通过具体实施例和附图对本发明做进一步详细说明。
本发明的核心技术方案为：服务提供商(SP)设备根据预先签订的SLA制 定SLA服务质量监测策略，并发布给网络运营商(NO)设备；NO设备启动该 SLA服务质量监测策略，对该监测策略制定的性能参数进行监测采集，并上报 所监测的性能参数到SP设备，SP设备根据上报的性能参数确定SLA服务质量。
所述SP预先签订的SLA可以为：与特定用户签订的SLA，其制定的监测策 略(为了简化表述，本文中所述的监测策略指的就是SLA服务质量监测策略) 为对该特定用户的监测策略；所述SP预先签订的SLA也可以为：与网络运营商 签订的SLA，其指定的监测策略为对该网络运营商的网络进行监测的策略。
为了方便管理，使产品模块化，本发明需要在服务提供商的网络中设置服 务质量管理器，用于制定发布SLA服务质量监测策略，并接收网络运营商设备 上报的性能参数，以该性能参数确定SLA服务质量。为了在NO中提供一个统一 的进行服务指令监测的接口，本发明在NO的网络中设置性能策略处理器；用于 接收SP设备发布的SLA服务质量监测策略，启动执行监测过程，并上报监测结 果。
本发明所述的性能策略处理器对性能参数的监测采集方法有两种：
1、在网络运营商的网络设备上设置性能探测器，对该网络设备的性能参数 进行探测，并上报给所述的性能策略处理器，性能探测器与服务相关，例如可 以监测FTP服务、WEB服务，也可以区分用户，可以区分出用户地址甚至服务 端口；
2、网络运营商网络中的管理设备(例如网元管理系统EMS和/或网络管理 系统NMS)将自身所监测的网络性能参数上报给所述性能策略处理器，管理设 备上报的性能参数反映了网络的运行情况，与具体的服务无关。
本发明所述方法的第一实施例：保障SP与特定用户签订的SLA。本第一实 施例中，SP与某个特定的用户签订SLA，存储在服务质量管理器中，服务质量 管理器按照该SLA对服务质量进行监测。
图2为本发明所述方法第一实施例的流程图。参见图1，该流程包括：
步骤201、服务提供商根据自身业务特点和/或SLA，在特定时机触发启动 SLA服务质量监测过程。
所述的特定时机包括但不限于：当用户系统请求服务时、或用户系统发现 服务质量下降而主动上报性能异常报告时。例如，当服务提供服务器提供金融 服务等对特定网络性能要求高的服务时，则在用户请求服务时启动所述监测过 程，直到服务结束；而提供普通音频对话服务时则可以在网络性能参数(例如 延迟)达到某一阈值时，由用户系统上报性能异常报告启动所述监测过程。所 述SLA服务质量监测的启动指令可以由用户系统直接发送给服务质量管理器， 也可以通过服务提供服务器发送给服务质量管理器。
图2所示的特定时机为用户系统异常报告时启动所述SLA服务质量监测过 程。此种情况中，用户系统通过通信网络向服务提供服务器请求服务，在正常 情况下，服务提供服务器为用户提供服务。用户系统在感知到服务性能异常时 或服务性能趋向恶化时，通过接口直接或通过服务提供服务器间接地向服务质 量管理器发送异常报告；在该过程的具体实现中，用户系统可以但不限于：探 测服务性能，并通过直接或间接地上传服务信息到服务质量管理器，以检测服 务性能异常；在用户系统针对各参数设定阈值，当服务性能达到阈值限制时， 即作为服务性能异常上报服务质量管理器。
以下步骤202到步骤218为SLA服务质量监测过程。
步骤202、SLA服务质量监测过程启动，服务质量管理器根据所签订的SLA， 制定监测策略，将监测策略发布到性能策略处理器，并控制性能策略处理器启 动SLA服务质量监测。
所述监测策略主要设置了对网络性能参数的监测方案、以及对关键网络性 能参数异常时的处理动作等。具体的，监测策略可以分为临时策略和长期策略。 临时策略用于对网络性能参数进行临时地监测，例如针对一个签订了白金服务 级别SLA(其要求的服务质量非常高)的用户，可以单独针对该用户制定出临 时策略，实时对为该用户提供的服务的网络性能参数进行独立监测，并在性能 异常发生前或发生时，及时进行异常处理或向用户系统报告；长期策略则是存 储于性能策略处理器中，负责长期的基础网络性能参数的监测，例如针对签订 了“尽量服务”型SLA(其要求的服务质量比较低)的普通用户，可以指定出长 期策略进行整体监测，监测的网络性能参数可以用于事后分析服务质量，还可 以检验网络运营商为服务提供商提供的网络性能状况。
本发明可对一个用户制定一个监测策略，也可以对一类用户制定一个监测 策略，也可能针对运营商的整体网络制定一个监测策略，或者也可针对某种特 殊情况制定监测策略。制定监测策略的情况可以由用户任意选择，此处不再枚 举。
一个监测策略可以由一到多个监测指令组成，另外还包括但不限于：策略 发布者的标识信息、策略的类型等等。每个监测指令至少需要指出一个需要监 测的性能参数及其对应的属性，例如，需要监测的性能参数包括带宽、故障时 间、恢复时间、抖动、时延、丢包率等，其对应的属性信息包括诸如：该监测 指令所监测的用户的标识、用户的地址信息(例如IP网络中的IP地址)、端口 号、当前需要监测的是TCP连接还是UDP连接等信息；监测指令中还可以包含 但不限于：所监测的性能参数的正常值域、以及监测结果违反该正常域值时所 触发动作的指令信息。
为了使服务质量管理器根据SLA制定对应的监测策略，本发明在服务质量 管理器中预先设定存储SLA中的服务质量参数(例如KQI)到性能参数(例如 KPI)的映射关系表。该映射关系表中，一条服务质量参数可映射为一条或一 条以上的性能参数，通常通过对这一条或多条性能参数进行运算及处理，可以 得到对应的服务质量参数。
例如，图3为一个SLA中服务质量参数到性能参数的映射关系的具体范例示 意图。参见图3，此范例中，所述用户SLA中签订的服务质量参数包括：预留带 宽(要求为2M)、平均故障恢复时间(要求小于等于110ms)。对应的映射关 系表中，所述预留带宽对应的性能参数为网络带宽，所述平均故障恢复时间对 应的性能参数为故障时间和恢复时间。
图4为服务质量管理器制定监测策略的流程示意图。参见图4，以SP与特定 用户签订SLA并为该SLA制定监测策略为例说明本发明的制定监测策略的过 程，图4中左边的信息为输入，后边的为输出信息，该制定过程包括：
步骤401、从用户系统和/或服务提供服务器获取用户的特定信息，例如用 户的ID信息和用户地址信息。
步骤402、从SLA数据库中检索该用户所签订的SLA中的服务质量参数信 息。例如，此处从图3所述的SLA中检索出服务质量参数信息为预留带宽和平均 故障恢复时间。
上两步中，如果是生成SP与NO签订的SLA的监测策略，则获取NO的特定 信息，并在SLA数据库中检索出该NO签订的SLA。
步骤403、根据所述映射关系表，将检索到的各个服务质量参数映射为性能 参数。例如，此处将预留带宽映射为网络带宽，将平均故障恢复时间映射为故 障时间和恢复时间。
步骤404、将性能参数与SLA的属主信息即用户ID和用户地址组合成监测指 令。例如，此处生成三条监测指令：一条为用户ID或用户地址加上网络带宽， 表示监测网络为该用户提供服务的带宽；一条为用户ID或用户地址加上故障时 间，表示监测网络为该用户提供服务时的故障时间；另一条为用户ID或用户地 址加上恢复时间，表示监测网络为该用户提供服务时的恢复时间。
步骤405、将生成的监测指令的集合附加策略属主信息(即生成该监测策略 的服务质量管理器的标识)和策略类型信息(例如是临时策略还是长期策略) 等附加信息，生成监测策略。
生成监测策略并下发给性能策略处理器后，继续执行以下SLA服务质量监 测过程。
步骤203、性能策略处理器针对收到的监测策略进行维护处理，例如为该监 测策略分配唯一的ID(即SID)，分配该监测策略所需的计算资源和存储资源 (例如CPU资源、内存资源、线程资源、以及硬件存储资源等)，如果监测策 略是长期监测策略则需将该长期监测策略长期保存在硬盘或数据库中，并进行 更新维护等操作。性能策略处理器成功接收并进行上述维护处理SLA服务质量 监测策略后，返回策略处理成功的消息以及为策略分配的唯一SID到服务质量 管理器。
步骤204～207、服务质量管理器发送启动策略指令到性能策略处理器，其 中包括所启动的监测策略的SID，性能策略处理器根据该指令中指示的监测策 略，通知启动该监测策略所涉及到的性能探测器对本监测策略中需监测的性能 参数进行监测，所述性能探测器启动对所述性能参数的监测(具体的监测方法 针对不同的性能参数会有不同，可以利用现有的监测方法实现)，在启动成功 后返回成功响应到性能策略处理器，性能策略处理器再返回成功响应到服务质 量管理器。
具体的通知启动监测性能参数的过程为：性能策略处理器发送广播消息， 其中携带当前监测策略中监测指令所指出的用户地址信息，性能探测器收到广 播后根据用户地址信息判断该用户是否为自身所辖的用户，是则判定本性能探 测器为当前监测策略所涉及的性能探测器，向性能策略处理器返回本性能探测 器的标识，性能策略处理器向返回标识的性能探测器发送启动指令，其中携带 当前监测策略中监测指令所指出的性能参数，性能探测器收到启动指令后启动 对所述性能参数的监测。
步骤208、性能探测器对性能参数进行监测，向性能策略处理器报告所监测 到的原始网络性能参数(即图中所示的原始性能参数)。所述原始网络性能参 数可以包括但不限于：带宽信息、故障信息、丢包信息、TCP/UDP流量信息、 传输的包数以及各个包的延迟信息等。例如此处的原始网络性能参数可以为网 络带宽、故障时间、以及恢复时间。
步骤209～210、性能策略处理器对从性能探测器上传的原始网络性能参数 信息进行处理(例如进行分类、整合、分析处理等处理)生成反映网络性能参 数的KPI和/或KQI，将该KPI和/或KQI上传给当前监测策略的属主，即发布该监 测策略服务质量管理器。另外，性能策略处理器还可以针对成KPI和/或KQI中 的异常信息，触发相应的异常处理动作，例如向网络管理系统发送告警操作。
此处，性能策略处理器之所以对原始网络性能参数进行处理是因为有些原 始的性能参数还无法满足监测策略所要求的KPI和/或KQI，例如监测策略需要 监测服务相关网络设备的故障率，上报上来的性能参数为一段时间的服务相关 网络设备故障数，则需进行计算处理，即将故障数除以单位时间，得到故障率。 此处之所以说处理得到KPI和/或KQI是因为：有些原始性能参数可以直接处理 为KQI，而有些原始性能参数则为KPI，这与所监测的具体KPI和KQI有关。
步骤211、服务质量管理器利用预设的运算方法对接收到的KPI和/或KQI进 行运算处理得到服务KQI信息(例如对故障时间和恢复时间之间的时间差得到 故障恢复时间，再对多个故障恢复时间求平均值得到平均故障恢复时间)，存 储该服务KQI信息用于用户查询以及事后服务质量的分析处理。
步骤212、服务质量管理器对服务质量进行分析，具体的分析过程包括但不 限于：分析服务KQI信息与SLA中的性能条款，检测是否存在SLA异常，即所得 到的服务KQI信息是否符合SLA中签订的标准，不符合则SLA异常，符合则SLA 正常；如果SLA异常，则定位异常来自与网路运营商提供的服务传输网络，还 是自身业务流程(定位的目的是为了区分异常的责任人，在用户服务质量违例 赔付、故障排除等过程中会使用到这些信息)；如果SLA异常还可以根据SLA 中签订的策略触发相应的异常处理过程。该异常处理过程包括但不限于：根据 异常情况，向网络运营商设备发送通知、报告异常、调用异常处理过程等。如 果异常导致SLA违例，则针对用户进行计费的减免、赔偿以及主动报告给用户 违例信息等。
上述步骤208到步骤212为循环执行的过程，直到服务质量管理器需要停止 SLA服务质量监测过程时(停止SLA服务质量监测过程与启动SLA服务质量监 测过程对应，例如在服务结束时停止SLA服务质量监测过程，或者在用户系统 上报服务质量恢复正常的报告时停止SLA服务质量监测过程，或者在异常处理 结束过程结束时停止SLA服务指令监测过程)，再执行以下步骤213～216。
步骤213～216、服务质量管理器发送停止监测策略的指令到性能策略处理 器，该指令中包括所停止的监测策略的SID；性能策略处理器收到指令后向该 监测策略所涉及到的性能探测器发送停止监测的指令，并终止性能策略处理器 对该监测策略的处理过程，释放该监测策略所占用的计算资源(例如CPU资源、 内存资源、线程资源等)；所述性能探测器收到停止监测的指令后停止对原始 网络性能参数的监测，返回停止监测成功的消息到性能策略处理器，性能策略 处理器再返回停止监测成功的消息到服务质量管理器。
如果服务质量管理器需要销毁监测策略，例如对于长期监测策略，当不需 要继续执行该监测策略时，则需要销毁该监测策略(必须先停止该监测策略， 再销毁该监测策略)，则执行以下步骤217～218。
步骤217～218、服务质量管理器发送销毁监测策略的指令到性能策略处理 器，该指令中包括所需要销毁的监测策略的SID，性能策略处理器将该需要销 毁的监测策略从自身的长期存储单元(例如硬盘和数据库)中删除，并释放该 监测策略所占有的所有资源，完成后返回销毁成功消息到服务质量管理器。
本发明所述方法的第二实施例：保障SP与网络运营商之间签订的SLA。本 第二实施例中，SP与网络运营商之间签订SLA，存储在服务质量管理器中，服 务质量管理器按照该SLA对服务质量进行监测。在本第二实施例中，性能策略 管理器可以通过在网络设备上设置性能探测器对原始网络性能参数进行监测， 也可以与网络管理设备(例如EMS和NMS)的现有的采集接口连接，通过采集 接口接收EMS和NMS所采集的原始网络性能参数。
图5为本发明所述方法的第二实施例的流程图。参见图5，该流程包括：
步骤501、服务提供商根据自身业务特点和/或SLA的需要，在特定时机触 发服务质量管理器启动SLA服务质量监测过程。
以下步骤502到步骤518为SLA服务质量监测过程。
步骤502、SLA服务质量监测过程启动，服务质量管理器根据所签订的SLA， 制定监测策略，将监测策略发布到性能策略处理器，并控制性能策略处理器启 动SLA服务质量监测。具体的根据SLA制定监测策略的过程与上述第一实施例 相同，此处不再赘述。
生成监测策略并下发给性能策略处理器后，继续执行以下SLA服务质量监 测过程。
步骤503、性能策略处理器针对收到的监测策略进行维护处理，例如为该监 测策略分配唯一的SID，分配该监测策略所需的资源(例如CPU资源、内存资源、 线程资源、以及硬件存储资源等)，如果监测策略是长期监测策略则需将该长 期监测策略长期保存在硬盘或数据库中，并进行更新维护等操作。性能策略处 理器成功接收并进行上述维护处理SLA服务质量监测策略后，返回策略处理成 功的消息以及为策略分配的唯一SID到服务质量管理器。
步骤504～508、服务质量管理器发送启动策略指令到性能策略处理器，其 中包括所启动的监测策略的SID，性能策略处理器根据该指令中指示的监测策 略，通知该监测策略所涉及到的性能探测器启动对本监测策略中需监测的性能 参数进行监测，所述性能探测器启动对所述性能参数的监测，在启动成功后返 回成功响应到性能策略处理器，性能策略处理器再返回成功响应到服务质量管 理器。接着性能探测器对性能参数进行监测，向性能策略处理器报告所监测到 的原始网络性能参数。
此处具体的通知所述性能探测器启动对需监测的性能参数进行监测的过程 与上述第一实施例相同，此处不再赘述。
如果性能探测器为智能设备，则可以利用上述向性能探测器发送启动指令 的方案启动监测，如果性能探测器为非智能设备，则该性能探测器在启动后不 停地向性能策略处理器上报监测结果，当性能策略处理器收到启动策略指令后 再对这些监测结果进行处理。
本第二实施例中性能策略处理器除了利用性能探测器对性能参数进行监 测，还可以通过打开与EMS和NMS采集接口的连接，接收EMS和NMS所采集的 原始网络性能参数。
步骤509～510、性能策略处理器对从性能探测器、EMS、以及NMS上传的 原始网络性能参数信息进行处理得到所述监测策略所需要的KPI和/或KQI，将 该KPI和/或KQI上传给当前监测策略的属主，即发布该监测策略服务质量管理 器。另外，性能策略处理器还可以针对成KPI和/或KQI中的异常信息，触发相 应的异常处理动作，例如向网络管理系统发送告警操作。
步骤511、服务质量管理器利用预设的运算方法对接收到的KPI和/或KQI进 行运算处理得到服务KQI信息，存储该服务KQI信息用于用户查询以及事后服务 质量的分析处理。
步骤512、服务质量管理器对服务质量进行分析，即分析服务KQI信息与 SLA中的性能条款，检测是否存在SLA违例，即所得到的服务KQI信息是否符合 SLA中签订的标准，不符合则SLA违例，符合则SLA不违例；如果SLA违例则根 据SLA中签订的策略触发相应的过程或报告。
上述步骤508到步骤512为循环执行的过程，直到服务质量管理器需要停止 SLA服务质量监测过程时(停止SLA服务质量监测过程的指令可由服务提供商 设置给出)，再执行以下步骤513～516。
步骤513～516、服务质量管理器发送停止监测策略的指令到性能策略处理 器，该指令中包括所停止的监测策略的SID；性能策略处理器收到指令后向该 监测策略所涉及到的性能探测器发送停止监测的指令，并终止性能策略处理器 对该监测策略的处理过程(即停止对性能探测器、EMS、以及NMS上报的性能 参数的处理)，释放该监测策略所占用的计算资源(例如CPU资源、内存资源、 线程资源等)；所述性能探测器收到停止监测的指令后停止对原始网络性能参 数的监测，返回停止监测成功的消息到性能策略处理器，性能策略处理器再返 回停止监测成功的消息到服务质量管理器。
如果服务质量管理器需要销毁监测策略，例如对于长期监测策略，当不需 要继续执行该监测策略时，则需要销毁该监测策略(必须先停止该监测策略， 再销毁该监测策略)，则执行以下步骤517～518。
步骤517～518、服务质量管理器发送销毁监测策略的指令到性能策略处理 器，该指令中包括所需要销毁的监测策略的SID，性能策略处理器将该需要销 毁的监测策略从自身的长期存储单元(例如硬盘和数据库)中删除，并释放该 监测策略所占有的所有资源，完成后返回销毁成功消息到服务质量管理器。
在与上述方法同一个发明构思下，本发明还提出了一种电信网络的服务质 量监测系统。图6为本发明所述系统的一种实施例的结构图。参见图6，主要分 为网络运营商61部分的设备(即服务传输网络)和服务提供商62部分的设备。 该系统具体包括：服务质量管理器、性能参数监测装置(图6中的探测器)、以 及性能策略处理器。
服务质量管理器设置在电信网络的SP侧，用于根据预先签订的SLA制 定SLA服务质量监测策略，并发布给性能策略处理器；还用于根据性能策 略处理器上报的性能参数确定SLA的服务质量。由于电信网络中一个服务 传输网络上可能对应有多个SP，则每个SP至少有一个服务质量管理器。
性能探测器611可建立在网络运营商服务传输网络内的网络设备例如服务 接入点(SAP)、路由设备、或交换设备上，数量为一个或一个以上，用于对 该网络设备的性能参数进行监测，这些性能参数可以是诸如带宽、延迟、抖动、 故障时间、恢复时间等参数，还可以是包括特定同源/目的IP数据包的延迟和数 量、以及丢包记录等。所述性能探测器611可以是一个软件模块，也可以是一个 硬件设备，可以嵌入到网络设备中，也可以独立于网络设备存在。本发明所述 的性能参数监测装置可以是图6中的性能探测器，也可以是服务传输网络中的网 元管理系统EMS、服务传输网络中的网络管理系统NMS、或前三者的任意组合。
性能策略处理器设置在电信网络的服务传输网侧，数量可以为一个或一 个以上，可以是一台独立的服务器，该策略处理器可与服务提供商的设备通 信，例如可以但不限于通过IP地址加端口号的方式唯一标识一台性能策略 处理器并与服务提供商的设备进行通信。性能策略处理器与所述服务质量管 理器和所述性能参数监测装置连接，用于接收服务质量管理器发布的SLA 服务质量监测策略，按照SLA服务质量监测策略从性能参数监测装置中获 取性能参数，并上报性能参数到服务质量管理器。
图7为所述服务质量管理器的结构示意图。参见图7，该服务质量管理 器具体包括：SLA数据库71、策略处理模块72、性能参数处理模块73、以 及服务质量分析模块74；还可包括：服务质量数据库75、面向用户系统的 交互接口76、异常处理模块77、以及与SP侧的服务提供服务器的交互接口 78；其中：
SLA数据库用于存储SLA；
策略处理模块用于根据SLA制定SLA服务质量监测策略，发布所制定 的SLA服务质量监测策略到性能策略处理器，并控制SLA服务质量监测策 略的启动和停止；
性能参数处理模块用于对性能策略处理器上报的性能参数进行处理生 成服务质量信息；
服务质量分析模块用于根据性能参数处理模块生成的服务质量信息并对照 所述SLA服务质量监测策略所对应的SLA，进行服务质量分析，确定该SLA的 服务质量。
服务质量管理器还包括服务质量数据库，与所述性能参数处理模块连 接，用于存储所述服务质量信息。
服务质量管理器还包括面向用户系统的交互接口，所述用户系统用于最终 用户通过该用户系统通过服务传输网络与服务提供服务器交互获得服务。该交 互接口至少包括以下功能：与所述SLA数据库连接，用于根据用户系统的请求 查询SLA信息，并返回查询结果；与所述服务质量数据库连接，用于根据用户 系统的请求对服务质量信息进行查询，并返回查询结果；与策略处理模块连接， 用于用户系统在监测到服务质量下降时通过该交互接口向该服务质量管理器申 报异常报告以启动策略处理模块的处理过程。
服务质量管理器中还进一步包括异常处理模块，用于当所分析出的服务 质量异常时触发该模块进行异常处理。
服务质量管理器还进一步包括与SP侧的服务提供服务器的交互接口，用于 服务提供服务器在开始处理业务时通过该交互接口启动该服务质量管理器。所 述服务提供服务器设置在服务提供商的设备侧，用于为最终用户提供服务，服 务提供服务器可以与服务质量管理器进行交互，共同保障为最终用户交付的服 务质量。
图8为本发明所述性能策略处理器的结构图。参见图4，该性能策略处 理器具体包括：策略管理控制接口81、策略数据库82、策略处理控制模块 83、性能参数收集接口84、性能信息处理模块85、性能信息传输接口86、 EMS/NMS系统接口87、以及探测器控制接口88；其中：
策略管理控制接口用于接收所述服务质量管理器发送的关于SLA服务 质量监测策略的相关信息并转发给策略处理控制模块，所述的相关信息可以 是对监测策略的管理指令，如增加策略、销毁策略、更新策略、启动/终止 策略等。
策略数据库用于存储服务质量管理器发布的SLA服务质量监测策略；
策略处理控制模块用于处理所发布的SLA服务指令监测策略，包括：处理 启动、停止、销毁、更新策略的命令；还用于控制性能参数监测装置监测性能 参数，并控制性能信息处理模块处理性能参数监测装置上报的性能参数；该策 略处理控制模块中还包括异常处理模块831，当性能信息处理模块处理后的性能 参数与SLA相比出现异常时通知该异常处理模块进行异常处理，例如向 EMS/NMS发送告警信息、向用户系统报告异常等处理。
性能参数收集接口用于从性能参数监测装置中收集所监测的性能参数；
性能信息处理模块用于按照SLA服务质量监测策略对所收集的性能参 数进行处理；所收集的性能参数包括从EMS、NMS中得到的性能参数，也 包括从性能探测器上收集的与业务相关的性能参数；然后将性能参数进行处 理得到KPI和/或KQI，并将处理过后的KPI和/或KQI通过性能信息传输接 口发送到服务质量管理器；该性能信息处理模块进一步可依据SLA判断处 理后的性能参数是否出现异常(即是否符合SLA)，如果异常则通知策略处 理控制模块，由策略处理控制模块触发异常处理模块进行处理。
性能信息传输接口用于将性能信息处理模块处理后的性能参数上报给服务 质量管理器。
EMS/NMS系统接口用于控制EMS/NMS上报性能参数。
探测器控制接口用于策略处理控制模块通过该接口向探测器发送控制指 令，控制探测器对性能参数进行监测并上报。
图9为所述服务质量管理器的内部流程图。该流程与上述的方法相对应，包 括：
步骤901、根据存储的SLA制定监测策略。
步骤902、向性能策略处理器发布监测策略。
步骤903、在收到性能策略处理器的成功响应后，向性能策略处理器发送启 动监测策略的指令。性能策略处理器收到启动指令后启动对性能参数的监测， 并向服务质量管理器上报处理后的KPI/KQI信息。
步骤904、服务质量管理器接收KPI/KQI信息。
步骤905、处理KPI/KQI信息，得到服务质量信息并存储。
步骤906、进行质量分析，判断是否SLA违例，是则执行步骤907；否则执 行步骤909。
步骤907～步骤908、触发相应的处理动作或处理过程，记录违例信息及处 理情况。
步骤909、判断是否需停止某一监测策略，是则向性能策略处理器发送停止 该监测策略的指令(其中携带该监测策略的ID)，执行步骤910，否则，返回步 骤904。
步骤910、判断所述监测策略是否为长期监测策略，是则执行步骤911；否 则结束本流程。
步骤911、销毁该长期策略，结束本流程。
图10为所述性能策略处理器的内部流程图。该流程与上述的方法相对应， 包括：
步骤1001、启动服务质量监测进程。
步骤1002、收到服务质量管理器的监测策略发布请求。
步骤1003、处理监测策略，例如为该监测策略分配ID，并分配CPU、内存 等资源。
步骤1004、向服务质量管理器返回处理情况(成功还是失败)和监测策略 的ID。
步骤1005、当收到服务质量管理器发送的监测策略启动命令(包括监测策 略的ID)后，启动对该监测策略的处理进程。
步骤1006、根据监测策略启动控制相关的性能探测器监测指定的性能参数。
步骤1007、接收性能探测器、EMS/NME上报的原始网络资源的性能参数。
步骤1008、处理接收的性能参数，得到KPI/KQI。
步骤1009、向服务质量管理器上报得到的KPI/KQI。
步骤1010、根据所述性能参数判断是否有网络资源性能异常，是则执行步 骤1011；否则执行步骤1012。
步骤1011、触发相应的异常处理事件或过程(该处理事件或过程可预先设 置在性能策略处理器中)。
步骤1012、判断是否收到服务质量管理器发送的停止监测策略指令，是则 执行步骤1013；否则返回步骤1007。
步骤1013、停止性能探测器，停止对步骤1005所述监测策略的处理进程。
步骤1014、判断是否服务质量管理器发送的销毁监测策略指令，是则执行 步骤1015；否则执行步骤1016。
步骤1015、销毁所述监测策略。
步骤1016、停止服务质量监测进程，结束本流程。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不 局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到 的变化或替换，都应涵盖在本发明的保护范围之内。