CN101212344B

CN101212344B - 获取多媒体信息服务中心性能参数的方法

Info

Publication number: CN101212344B
Application number: CN2006101698637A
Authority: CN
Inventors: 魏丽红; 杨永; 尤梦; 张慧勇; 葛澍; 韦芳; 杨健; 司琳; 尚卫东; 谭步律; 李雅林; 李代勇; 沈忠阳; 翟庆庆; 张承辉; 孔令山; 翁啸华; 陈莉华
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2006-12-29
Filing date: 2006-12-29
Publication date: 2010-12-08
Anticipated expiration: 2026-12-29
Also published as: CN101212344A

Abstract

本发明涉及一种获取多媒体信息服务中心性能参数的方法，包括：设置多媒体信息服务中心设备的计数器及各计数器的触发事件，并将各计数器与管理信息库的节点相关联；在运行过程中，当触发事件发生时，相应计数器计数，并更新管理信息库相应节点；根据管理信息库的节点值计算多媒体信息服务中心性能参数。本发明实现了将KPI指标转化成MMSC设备计数器，并将计数器的触发条件与接口的事件相关联，用MIB库存储相应数据，为提高MMS业务质量、掌握MMS网络运行情况、优化MMS网络、简化MMS网络统计分析提供了一种简单、高效、可靠的获取MMSC性能指标参数的方法。

Description

获取多媒体信息服务中心性能参数的方法

技术领域

本发明涉及移动通信网络管理技术，尤其涉及获取多媒体信息服务中心性能参数的方法。

背景技术

随着移动通信技术的发展，移动通信网络发展起了各种新业务。其中，多媒体消息服务(Multimedia Messaging Service，简称MMS)提供了一种基于存储转发机制的非实时多媒体通信方式，通过MMS业务用户可以收发各种类型的信息，包括：文本、图片、音频、email及视频。MMS业务的核心设备多媒体信息服务中心(Multimedia Messaging Service Server，简称MMSC)，又称多媒体信息服务中心。MMSC可以实现不同方式的信息存储转发，包括移动终端与移动终端、移动终端与互联网间的双向交流。用户可以借助数码相机或蓝牙技术创编多媒体信息，并通过MMSC发送给其他的移动终端用户。随着GPRS网络的不断发展，MMS业务得到了更为高效的承载平台，加速了业务开展的步伐。

如图1所示，为实现MMS业务的网络系统结构示意图，多媒体消息系统包括以下网元：MMS终端、MMSC、MMS用户数据库、外部应用服务器、增值服务应用(Value Added Service Application，简称VAS application)服务器以及非MMS终端处理系统。此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和网络中的计费系统及MMS重定向设备互联。

目前MMS业务端到端的解决方案中的业务流程涵盖了GPRS系统、WAP网关、MMSC，短信中心(Short Messaging Service Center，简称SMSC)，IP骨干网及各类SP平台等多种网元环节，整个业务流程复杂，涉及的协议种类繁多。MMS主要的业务分段过程包括移动台发起(Mobile Originated，简称MO)、移动台终止(Mobile Terminated，简称MT)、应用发起(ApplicationOriented，简称AO)、应用终止(Application Terminated，简称AT)、Email系统发起(EmailOriginated，简称EO)、Email系统终止(EmailTerminaed，简称ET)、转入、转出、PUSH通知等多种类型。

多媒体信息业务环境(Multimedia Messaging Service Environment，简称MMSE)相关协议，多媒体信息业务环境中定义的相关接口协议有8种(MM1-MM8)，其中与MMS呼叫过程直接相关的接口有MM1、MM3、MM4、MM7。MM1定义了MMS用户代理和MMSC之间的事务处理格式；MM3定义了发送和接收MM以及发现外部服务器上的新消息时MM格式。MM4接口用于属于不同多媒体消息系统的MMSC之间的消息传递；MM7用于多媒体信息(Multimedia Message，简称MM)从MMSC传递至MMS VAS applications服务器以及从MMS VASapplications至MMSC的消息格式定义。

SOAP协议，是MMSC与SP之间使用的通用协议。SOAP本身并不定义任何应用语义，如编程模型或特定语义实现，它只是定义了一种简单的机制，通过一个模块化的包装模型和对模块中特定格式编码的数据的重编码机制来表示应用语义。

简单邮件传输协议(Simple Mail Transfer Protocol，简称SMTP)，为互联网上通用使用的邮件协议，MMS业务中的EO/ET/FO/FT过程与此协议有关。

MMSC系统的重要性能参数(Key Performance Index，简称KPI)可以指标指示系统的关键性能，也代表了系统提供业务的能力。系统的KPI能够反映网络质量，使运营商充分掌握网络的整体运行状况，为网络的进一步优化和建设提供直接参考。

目前采用的方式是厂家定时计算移动网络运营商设定的KPI指标，以文件或数据库表的形式存储在MMSC设备上，网管系统定时获取文件、库表，然后做进一步的分析生成整个移动网络的KPI指标。但是，上述方法接口不标准、不规范，不同厂商对同一KPI指标的理解有偏差；同一KPI指标的计算方法不尽相同；同一KPI指标的触发条件不尽相同；KPI指标存储方式不标准，有EXCEL、数据库表等形式；获取KPI指标采用的通信协议不一致，有FTP方式，SQL方式，并且放置位置不统一。这些不标准、不统一给移动网络的管理带来很大的困难。

另外，由于一般设备的采集粒度是1小时，因此上述方法只适用于非实时KPI数据采集，而不适用于实时KPI数据采集，通过文件或数据库表方式不能实现实时KPI数据的传递，不能满足运营商对业务质量的监控要求。

再有，上述方法不能实现某些KPI指标异常的主动上报，文件和库表存储方式只是保存KPI指标，被动等待网管系统采集，无法向网管系统主动上报。

最后，上述方法不能实现网管系统配置的主动下发，例如通过网管系统修改某个KPI指标告警的门限值。

发明内容

本发明的目的在于针对现有技术所存在的缺陷，提供一种获取多媒体信息服务中心性能参数的方法，可简单、高效、可靠的获取MMSC性能指标参数。

为了实现上述目的，本发明提供了一种获取多媒体信息服务中心性能参数的方法，其中包括如下步骤：

设置多媒体信息服务中心设备的计数器及各计数器的触发事件，并将各计数器与管理信息库的节点相关联；

在运行过程中，当触发事件发生时，相应计数器计数，并更新管理信息库相应节点；

根据管理信息库的节点值计算多媒体信息服务中心性能参数；

其中所述的设置多媒体信息服务中心设备的计数器及各计数器的触发事件的步骤具体为：根据多媒体信息服务中心设备与外部设备的接口设置计数器，将计数器的触发事件与接口的事件相关联。

网管设备定时获取多媒体信息服务中心设备管理信息库的数据，根据节点值计算多媒体信息服务中心性能参数；或者多媒体信息服务中心设备根据管理信息库的节点值计算多媒体信息服务中心性能参数，并记录于多媒体信息服务中心设备的管理信息库中，网管设备定时从管理信息库获取多媒体信息服务中心性能参数。

本发明实现了将KPI指标转化成MMSC设备计数器，并将计数器的触发条件与接口的事件相关联，用MIB库存储相应数据，为提高MMS业务质量、掌握MMS网络运行情况、优化MMS网络、简化MMS网络统计分析提供了一种简单、高效、可靠的获取MMSC性能指标参数的方法。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为MMS业务的网络系统结构示意图；

图2为本发明的获取多媒体信息服务中心性能参数的方法流程图；

图3为MO流程示意图；

图4为MT流程示意图；

图5为SMTP协议的邮件发送流程图；

图6为AO流程示意图；

图7为AT流程示意图；

图8为MM1接口阅读报告流程示意图；

图9为MM4接口阅读报告流程示意图；

图10为MM7接口阅读报告流程示意图。

具体实施方式

本发明根据MMS不同信令流程的业务特点，提取KPI，包括MMSC各接口业务层和接口层的KPI；在MMSC设备中设置计数器，用于对计算KPI需要的各种业务消息及接口消息计数；并定义相应的MIB库，根据计数器的值更新MIB库节点值，从而可快速有效的获取KPI，定位MMSC故障、掌握MMS网络运行情况、优化MMS网络、简化MMS网络统计分析。

如图2所示，为本发明的获取多媒体信息服务中心性能参数的方法流程图，包括如下步骤：

步骤1、设置MMSC设备的计数器及各计数器的触发事件，并将各计数器与MIB库的节点相关联；

步骤2、在运行过程中，当触发事件发生时，相应计数器计数，并更新MIB库相应节点；

步骤3、根据MIB库的节点值计算MMSC性能参数。

MMSC的KPI包括两类，一类为各接口的业务层的KPI，另一类是接口层KPI。其中，业务层的KPI只反映各接口的业务量，而不包括一次业务中重发的消息量；接口层的KPI反映接口的所有的消息收发数量。业务层KPI又包括：MMS业务KPI及业务分布参数，主要包括各流程业务量和各接口业务分布参数，在业务统计的时候，如果提交消息有多个接收方，那么统计业务次数的时候算多条；以及MMS业务成功率KPI，包括各接口的各流程业务成功率指标。接口层的KPI主要包括MMS接口运行指标，即各接口的各流程和外部网元之间的消息成功率指标。

MMS业务KPI及业务分布参数具体包括：MM1接口提交业务KPI、MM3接口提交业务KPI、MM7接口提交业务KPI、MM4接口提交业务KPI、MM4接口发送业务KPI、MMS业务KPI、MMS业务分布参数及增值业务KPI。

设备的计数器也包括两类，一类为业务计数器，另一类为接口计数器。各接口接收到消息后，若满足计数器的触发条件，接口计数器计数，业务计数器根据消息中的标识信息判断是已有业务重发的消息还是一个新的业务请求，若是新的业务消息则计数。接口计数器的数值为计数周期内的消息量，而业务计数器的数值为计数周期内的业务量。

提交业务KPI能够具体反映系统当前从相应接口新接收的业务量，同时根据提交成功率能够评估各接口的状态。MMS业务分布参数能够反映各接口提交业务消息的比例，根据这些比例关系可以确认MMSC当前各接口的压力，根据向其他MMSC发送的业务量和本MMSC系统的“MMS提交总条数”相比可以判断全网MMSC系统是否需要进行网络调整。

在MMSC设备中，设置用于对各接口提交业务情况进行统计的计数器根据多媒体信息服务中心设备与外部设备的接口设置计数器，将计数器的触发事件与接口的事件相关联。

如图3所示，为MO流程示意图，当MMSC接收到WAP网关发送的提交请求(MM1_Submit.REQ)时，即A1处，与MM1接口相关的提交计数器计数，当MMSC向WAP网关返回提交响应(MM1_Submit.RES)时，即A2处，与MM1接口相关的提交成功/失败计数器根据提交响应中携带的提交业务是否成功的信息计数。从发起方来讲，MM1接口提交请求均为MO，从终止方来讲，可能为MT、ET及AT，在统计MM1提交业务/消息总量以及统计成功/失败的业务/消息量时，均可对MOMT、MOET、MOAT分别计数。当提交响应表明提交失败时，失败原因可能有多种，可针对响应消息中的错误代码分别计数，以便网管系统能够详细的掌握网络运行状况，明确故障原因。

如图4所示，为MT流程示意图，当MMSC向WAP网关/SMSC发送通知请求(MM1_Notification.REQ)时，即B11(PAP PUSH，PUSH-SUBMISSION)及B12(直接PUSH，SMPP-Submit.REQ)处，与MM1接口相关的通知请求计数器(MM1_Notification.IND Push消息计数器)计数；当MMSC接收到WAP网关/SMSC发送的通知响应时，即B21(PAP PUSH，PUSH-RESPONSE)及B22(直接PUSH，SMPP-Submit.RES)处，与MM1接口相关的通知响应计数器 (MM1_Notification.IND Push底层响应消息计数器)计数；在接收终端向WAP网关返回通知响应后，当MMSC接收到WAP网关发送的通知响应(MM1_Notification.RES)时，即B3处，MM1接口相关的通知响应计数器根据该通知响应携带的用户最终处理状态(推迟，拒绝或提取)计数；当MMSC接收到WAP网关发送的提取请求(MM1_Retrieve.REQ)时，即B4处，与MM1接口相关的提取计数器计数，当MMSC向WAP网关返回提取响应(MM1_Retrieve.RES)时，即B5处，与WAP网关MMSC接口相关的提取成功/失败计数器计数，并可根据失败原因(提取号码错误、提取消息过期)分别计数；当MMSC接收到WAP网关发送的确认消息(MM1_Acknowledge.IND)时，即B6处，与MM1接口相关的确认计数器计数；当MMSC向WAP网关发送递送报告请求(MM1_DeliveryReport.REQ)时，即B71(PAP PUSH，PUSH-SUBMISSION)及B72(直接PUSH，SMPP-Submit.REQ)处，与MM1接口相关的递送报告计数器(MM1_DeliveryReport.REQ Push消息计数器)根据该递送报告请求中携带的消息状态(提取、过期、前转、拒绝)计数；当MMSC接收到WAP网关发送的递送报告响应，即B81(PAP PUSH，PUSH-RESPONSE及B82(直接PUSH，SMPP-Submit.RES)处，与MM1接口相关的递送报告底层响应消息计数器(MM1_DeliveryReport.REQ Push消息计数器)计数。

Email服务器属于外部应用服务器，在EO流程中，通过MM3接口提交消息。在实际的MM3接口提交消息中是采用SMTP协议的邮件发送流程。如图5所示，为SMTP协议流程图。为了与其他接口保持一致，仍采用提交请求(MM3_Submit.REQ)及提交响应(MM3_Submit.RES)描述流程，MM3_Submit.REQ消息的计数点在流程图的标注C1(发送方)，C2(接收方)处，MM3_Submit.RES消息的计数点在流程图的标注C3(接收方)，C4(发送方)处。当MMSC接收到Email服务器发送的提交请求时，与MM3接口相关的提交计数器计数，当MMSC向Email服务器发送提交响应时，与MM3接口相关的提交成功/失败计数器计数。与MM1接口相似，当提交响应表明提交失败时，可针对响应消息中的错误代码分别计数。当有多个外部应用服务器提供多种外部应用服务时，需针对每一MM3接口分别计数。在ET流程中，也没有MM3_Deliver.REQ和MM3_Deliver.RES这样的消息，为了方便描述，而且和其它接口保持一致，采用MM3_Deliver.REQ和MM3_Deliver.RES消息来描述流程。MM3_Deliver.REQ消息的计数点在流程图的C1(发送方)，C2(接收方)处，MM3_Deliver.RES消息的计数点在流程图的标注C3(接收方)，C4(发送方)处。

如图6所示，为AO流程示意图，当MMSC接收到MMS增值应用服务器发送的提交请求(MM7_Submit.REQ)时，即D1处，与MM7接口相关的提交计数器计数，当MMSC向MMS增值应用服务器返回提交响应(MM7_Submit.RES)时，即D2处，与MM7接口相关的提交成功/失败计数器计数。与MM1接口相似，当提交响应表明提交失败时，可针对响应消息中的错误代码分别计数。当MMSC向MMS增值应用服务器发送递送报告请求(MM7_DeliveryReport.REQ)时，即D3处，与MM7接口相关的递送报告计数器计数，当MMSC接收到MMS增值应用服务器返回递送报告响应(MM7_DeliveryReport.RES)时，即D4处，与MM7接口相关的递送报告计数器计数。由于MM消息的状态可能有多种，例如提取，过期，拒绝，可根据递送报告响应中携带的MM消息状态分别计数。当有多种增值业务时，下发请求及下发响应中携带有业务代码，在计数时，根据不同业务代码区别计数。

如图7所示，为AT流程示意图，当MMSC向MMS增值应用服务器发送下发请求(MM7_Deliver.REQ)时，即E1处，与MM7接口相关的下发计数器计数，当MMSC接收到MMS增值应用服务器返回的下发响应(MM7_Deliver.RES)时，即E2处，与MM7接口相关的下发成功/失败计数器计数。

在前转流程中，MM4接口消息使用SMTP进行交互，具体流程参考图5中SMTP交互流程图。MM4_Forward.REQ消息的计数点在流程图的标注A(源MMSC)处和B(目的MMSC)处。MM4_Forward.RES消息的计数点在流程图的标注D(源MMSC)处和C(目的MMSC)处。MM4_DeliveryReport.REQ消息的计数点在流程图的标注F(源MMSC)处和E(目的MMSC)处。MM4_DeliveryReport.RES消息的计数点在流程图的标注G(源MMSC)处和H(目的MMSC)处。当MMSC接收到另一MMSC发送的前转请求时，与不同MMSC接口相关的前转请求接收计数器根据业务类型计数；当MMSC向另一MMSC发送前转请求时，与不同MMSC接口相关的前转请求发送计数器根据业务类型计数。当MMSC接收到另一MMSC发送的前转响应时，与不同MMSC接口相关的前转响应接收计数器计数；当MMSC向另一MMSC发送前转响应时，与不同MMSC接口相关的前转响应发送计数器计数。与MM1的提交请求类似，可以根据业务发起房和接收方的不同组合(MOMT、MOAT、AOMT)对发送和接收的前转请求分别计数，还可根据错误代码的不同分别计数。当有多个MMSC连接时，可针对不同的MMSC分别计数。另外可以根据不同MMSC的MM4接口发送成功总条数和MM4接口发送总条数之间的比值得出针对不同MMSC发送成功率。

如图8所示，为MM1接口阅读报告流程示意图，当MMSC接收到接收方终端通过WAP网关发送的阅读报告下发请求(MM1_Read_Reply_Recipient.REQ)时，即F1处，与MM1接口相关的阅读报告接收计数器计数；当MMSC通过WAP网关向发起终端发送阅读报告下发请求时，即F2处，与MM1接口相关的阅读报告下发计数器根据请求中携带的消息状态信息(提取、过期、前转、拒绝)分别计数。

如图9所示，为MM4接口阅读报告流程示意图，MM4_Read_Reply_Report.REQ消息的计数点在流程图的标注G1(目的MMSC)处和G2(源MMSC)处；MM4_Read_Reply_Report.RES消息的计数点在流程图的标注G3(目的MMSC)处和G4(源MMSC)处。当MMSC接收到另一MMSC发送的递送报告请求(MM4-delivery report.req)时，与MM4接口相关的递送报告请求接收计数器根据递送报告请求携带的消息状态计数；当MMSC向另一MMSC发送递送报告请求时，与MM4接口相关的递送报告请求发送计数器根据递送报告请求携带的消息状态计数。当MMSC接收到另一MMSC发送的递送报告响应(MM4-DeliveryReport.RES)时，与MM4相关的递送报告响应接收计数器计数；当MMSC向另一MMSC发送递送报告响应时，与MM4接口相关的递送报告响应发送计数器计数。

如图10所示，为MM7接口阅读报告流程示意图，当MMSC向MMS增值应用服务器发送下发请求(MM7_Read_Reply.REQ)时，即H1处，与MM7接口相关的下发计数器计数；当MMSC接收到MMS增值应用服务器返回下发响应(MM7_Read_Reply.RES)时，即H2处，与MM7接口相关的下发成功/失败计数器计数。

由于MMSC还要与业务管理设备进行与鉴权相关的信息交互，并且要从域名服务器获取接收方的信息，因此还要对MMSC与这两个设备的接口性能参数进行监控。当MMSC向业务管理平台发送的鉴权请求时，与业务管理平台MMSC接口相关的鉴权请求接口计数器计数；当MMSC接收到业务管理平台发送的鉴权响应时，与业务管理平台MMSC接口相关的鉴权请求成功/失败接口计数器根据该鉴权响应携带的状态信息计数。当MMSC向域名服务器发送查询请求时，与域名服务器MMSC接口相关的查询请求接口计数器计数；当MMSC接收到域名服务器发送的查询响应时，与域名服务器MMSC接口相关的查询请求成功/失败接口计数器根据该查询响应携带的状态信息计数。MMSC与业务管理设备及域名服务器接口的计数器为接口计数器，在收到/发送消息时，记录即可。

MMSC设备各计数器的值有变化时，会及时更新MIB库中相应节点的值，根据MIB库的节点值，即可计算所需的KPI参数。参数的计算可由MMSC进行，然后网管系统根据需要定时从MMSC的MIB库获取相应指标，进行分析。参数的计算也可由网管设备进行，网关设备可在需要时从MMSC的MIB获取各种基本的计数值，然后分析计算KPI。

根据基本的业务量计数值，可计算各接口的业务性能参数、业务分布参数、业务成功率参数，还可计算各接口的消息成功率参数。可计算各接口的提交业务量、成功业务量、失败业务量，还可根据失败原因分别计算由各种原因导致的失败业务量。根据提交业务量、成功业务量、失败业务量可进一步计算各接口的业务成功率和业务失败率，以及具体反映系统当前在所有接口新接收的业务量提交业务总量、成功业务总量、失败业务总量，并可得到总提交业务成功率、总提交业务失败率，从而可以了解系统的整体业务提交情况，根据提交业务成功率能够评估系统起始(Originated，简称O)流程的状态。根据各接口的提交业务KPI，可以得出各接口提交业务量的比例，根据这些比例关系可以确认MMSC当前各接口的压力，根据向其他MMSC发送的业务量和本MMSC系统的“MMS提交总条数A”相比可以判断全网MMSC系统是否需要进行网络调整。

根据消息量计数值，可计算各接口的各流程和外部网员之间的消息次数、消息成功次数、失败次数、消息成功率、失败率等接口运行KPI，从而可掌握MMSC与各外部设备连接情况以及系统是否正常。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims

1.一种获取多媒体信息服务中心性能参数的方法，其中包括如下步骤：

2.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的根据管理信息库的节点值计算多媒体信息服务中心性能参数具体为：网管设备定时获取多媒体信息服务中心设备管理信息库的数据，根据节点值计算多媒体信息服务中心性能参数。

3.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的根据管理信息库的节点值计算多媒体信息服务中心性能参数具体为：多媒体信息服务中心设备根据管理信息库的节点值计算多媒体信息服务中心性能参数，并记录于多媒体信息服务中心设备的管理信息库中，网管设备定时从管理信息库获取多媒体信息服务中心性能参数。

4.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到WAP网关发送的提交请求时，与WAP网关多媒体信息服务中心接口相关的提交计数器计数，当多媒体信息服务中心向WAP网关返回提交响应时，与WAP网关多媒体信息服务中心接口相关的提交成功/失败计数器计数。

5.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到WAP网关发送的提取请求时，与WAP网关多媒体信息服务中心接口相关的提取计数器计数，当多媒体信息服务中心向WAP网关返回提取响应时，与WAP网关多媒体信息服务中心接口相关的提取成功/失败计数器计数。

6.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向WAP网关发送的通知请求时，与WAP网关多媒体信息服务中心接口相关的通知请求计数器计数；当多媒体信息服务中心接收到WAP网关发送的通知响应时，与WAP网关多媒体信息服务中心接口相关的通知响应计数器根据该通知响应携带的用户最终处理状态计数。

7.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到WAP网关发送的确认消息时，与WAP网关多媒体信息服务中心接口相关的确认计数器计数。

8.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向WAP网关发送递送报告请求时，与WAP网关多媒体信息服务中心接口相关的递送报告分类计数器根据该递送报告请求中携带的消息状态计数。

9.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向WAP网关发送阅读报告下发请求时，与WAP网关多媒体信息服务中心接口相关的阅读报告下发计数器计数。

10.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到应用服务器发送的提交请求时，与应用服务器多媒体信息服务中心接口相关的提交计数器计数，当多媒体信息服务中心向应用服务器发送提交响应时，与应用服务器多媒体信息服务中心接口相关的提交成功/失败计数器计数。

11.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向应用服务器发送的下发请求时，与应用服务器多媒体信息服务中心接口相关的下发计数器计数，当多媒体信息服务中心接收到WAP网关返回下发响应时，与应用服务器多媒体信息服务中心接口相关的下发成功/失败计数器计数。

12.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到彩信增值应用服务器发送的提交请求时，与彩信增值应用服务器多媒体信息服务中心接口相关的提交计数器计数，当多媒体信息服务中心向彩信增值应用服务器返回提交响应时，与彩信增值应用服务器多媒体信息服务中心接口相关的提交成功/失败计数器计数。

13.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向彩信增值应用服务器发送递送报告请求时，与彩信增值应用服务器多媒体信息服务中心接口相关的递送报告计数器计数，当多媒体信息服务中心接收到彩信增值应用服务器返回递送报告响应时，与彩信增值应用服务器多媒体信息服务中心接口相关的递送报告分类计数器根据递送报告响应中携带的消息状态计数。

14.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向多媒体信息增值应用服务器发送下发请求时，与多媒体信息增值应用服务器多媒体信息服务中心接口相关的下发计数器计数，当多媒体信息服务中心接收到多媒体信息增值应用服务器返回下发响应时，与多媒体信息增值应用服务器多媒体信息服务中心接口相关的下发成功/失败计数器计数。

15.根据权利要求14所述的获取多媒体信息服务中心性能参数的方法，其中所述下发请求及下发响应中携带有业务代码，在计数时，根据不同业务代码区别计数。

16.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到另一多媒体信息服务中心发送的前转请求时，与不同多媒体信息服务中心接口相关的前转请求接收计数器根据业务类型计数；当多媒体信息服务中心向另一多媒体信息服务中心发送前转请求时，与不同多媒体信息服务中心接口相关的前转请求发送计数器根据业务类型计数。

17.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到另一多媒体信息服务中心发送的前转响应时，与不同多媒体信息服务中心接口相关的前转响应接收计数器计数；当多媒体信息服务中心向另一多媒体信息服务中心发送前转响应时，与不同多媒体信息服务中心接口相关的前转响应发送计数器计数。

18.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到另一多媒体信息服务中心发送的递送报告请求时，与不同多媒体信息服务中心接口相关的递送报告请求接收计数器根据递送报告请求携带的消息状态计数；当多媒体信息服务中心向另一多媒体信息服务中心发送递送报告请求时，与不同多媒体信息服务中心接口相关的递送报告请求发送计数器根据递送报告请求携带的消息状态计数。

19.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心接收到另一多媒体信息服务中心发送的递送报告响应时，与不同多媒体信息服务中心接口相关的递送报告响应接收计数器计数；当多媒体信息服务中心向另一多媒体信息服务中心发送递送报告响应时，与不同多媒体信息服务中心接口相关的递送报告响应发送计数器计数。

20.根据权利要求15-19任一所述的获取多媒体信息服务中心性能参数的方法，其中在计数时，针对不同的多媒体信息服务中心分别计数。

21.根据权利要求1-18任一所述的获取多媒体信息服务中心性能参数的方法，其中所述计数器包括业务计数器及接口计数器，在触发事件发生时，接口计数器计数，业务计数器根据消息中的标识信息判断是否为新的业务，若是，则计数。

22.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向业务管理平台发送的鉴权请求时，与业务管理平台多媒体信息服务中心接口相关的鉴权请求接口计数器计数；当多媒体信息服务中心接收到业务管理平台发送的鉴权响应时，与业务管理平台多媒体信息服务中心接口相关的鉴权请求成功/失败接口计数器根据该鉴权响应携带的状态信息计数。

23.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的当触发事件发生时相应计数器计数的步骤具体为：当多媒体信息服务中心向域名服务器发送的查询请求时，与域名服务器多媒体信息服务中心接口相关的查询请求接口计数器计数；当多媒体信息服务中心接收到域名服务器发送的查询响应时，与域名服务器多媒体信息服务中心接口相关的查询请求成功/失败接口计数器根据该查询响应携带的状态信息计数。

24.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的计算多媒体信息服务中心性能参数具体为：根据多媒体信息服务中心性能参数与外部设备接口的业务计数器的值计算各接口的业务性能参数和/或业务分布参数和/或业务成功率参数。

25.根据权利要求1所述的获取多媒体信息服务中心性能参数的方法，其中所述的计算多媒体信息服务中心性能参数具体为：根据多媒体信息服务中心性能参数与外部设备接口的接口计数器的值计算各接口的消息成功率参数。