专利名称：多媒体增值业务消息的处理方法和系统及采用的网关设备的制作方法
技术领域：
本发明涉及多媒体消息业务(MMS，Multimedia Messaging Service)系统的增值业务处理技术，尤其涉及一种多媒体增值业务消息的处理方法，以及执行该方法的多媒体增值业务处理系统，以及该多媒体增值业务处理系统中所采用的多媒体增值业务网关设备。
背景技术：
多媒体消息业务(MMS，Multimedia Messaging Service)是短信息服务(SMS)和增强型消息服务(EMS)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。目前在实际运营过程中，多媒体消息业务的业务量主要来源于增值业务。例如用户从增值业务服务商(VASP，Value AddedService Provider)中订阅多媒体新闻、或者彩色的股票走势图，由VASP的服务器为用户终端下发相应的承载多媒体新闻或股票走势图的多媒体消息。所述的VASP也简称为SP或CP。
图1为现有的多媒体增值业务消息处理系统的组网图。如图1所示，在现有的组网方式下，多媒体增值业务消息处理系统主要包括SP和多媒体消息服务中心(MMSC)。其中SP与MMSC之间的连接是网状结构，即一个SP可能与多个MMSC连接，一个MMSC也可能与多个SP连接，SP与所有开展业务的MMSC之间通过MM7接口互联。在实现增值业务的过程中，SP下发多媒体消息时，首先根据该多媒体消息的计费方信息查找路由信息，根据查找到的路由，直接将多媒体消息发送到所述路由指定的MMSC上，MMSC对发送该多媒体消息的SP进行基本信息鉴权后，将该多媒体信息发送给用户终端；同时，如果MMSC自身中配置了终端用户订购或点播SP业务的信息，则该MMSC还可根据自身配置的终端用户订购或点播SP业务的信息对所述的增值业务消息进行鉴权批价处理；如果MMSC中没有配置终端用户订购或点播SP业务的信息，则该MMSC还需向配置了这些信息的移动数据业务平台(DSMP，DataService Manager Platfprm)发送鉴权批价请求，DSMP收到该请求后，对该增值业务消息进行批价处理。
但是，随着增值业务量的增大，现有技术的方案存在着以下的几个缺点1、由于SP同时接入到多台MMSC，SP在下发多媒体消息到手机终端时，必须根据计费方信息将该多媒体消息直接路由到对应的MMSC上，因此SP必须支持选择路由的功能，增加了SP开发的技术开发难度，成本较高；同时SP需要对MMSC进行信息鉴权，因此SP需要对各个MMSC的鉴权属性信息进行维护，因此SP的维护工作量大，维护成本高。
2、由于一个MMSC可能与多个SP连接，且SP在下发多媒体消息时一般没有时间控制和流程控制，因此导致在某一时间段某一MMSC会收到SP的大量多媒体消息，这种情况一般称为浪涌消息，浪涌消息由于流量巨大，因此会对MMSC造成很大的冲击。
3、由于MMSC可能与多个SP连接，且需对SP进行信息鉴权以防止SP的不规范操作，因此各个SP的IP地址/帐户密码等属性需要MMSC来维护，并且与同一SP连接的各个MMSC上的SP参数需要同步；另外，部分MMSC需要能够接入到DSMP平台以完成对SP业务的鉴权批价，因此这些MMSC的维护工作量巨大，维护成本高。
发明内容
为了解决上述问题，本发明的主要目的是提供一种多媒体增值业务消息的处理方法，以降低SP和MMSC的开发和维护成本。
本发明的另一目的是提供一种多媒体增值业务消息的处理系统，实现增值业务消息的下发处理，并降低SP和MMSC的开发和维护成本。
本发明的再一目的是提供一种所述多媒体增值业务消息的处理系统采用的网关设备，设置在MMSC与SP之间，可以转发MMSC和SP之间的交互消息，降低SP和MMSC的开发和维护成本。
为了实现上述目的，本发明的主要技术方案如下一种多媒体增值业务消息的处理方法，适用于包括多媒体消息增值业务服务器SP和多媒体消息服务中心MMSC的多媒体增值业务处理系统，该方法在多媒体增值业务处理系统中设置网关设备，SP与MMSC之间交互的所有多媒体增值业务消息都通过该网关设备转发给对方。
优选地，网关设备在转发SP与MMSC之间交互的多媒体增值业务消息时，首先对该消息的发送方进行信息鉴权，如果信息鉴权通过则将该消息转发到接收方，如果信息鉴权没有通过，则不转发该消息。
所述网关设备对多媒体增值业务消息的发送方进行信息鉴权的具体方法为查询预先存储在网关设备中的所述发送方的属性信息，通过比较该属性信息与所述多媒体增值业务消息中携带的发送方属性信息是否相同来对该发送方进行信息鉴权。
优选地，在网关设备将所述多媒体增值业务消息转发到该消息的接收方之后，进一步包括该消息的接收方对该网关设备进行信息鉴权，鉴权通过后再对该消息进行处理；否则，不对该消息进行处理。
所述多媒体增值业务消息的接收方对所述网关设备进行信息鉴权的具体过程为该消息的接收方查询预先存储在自身中的该网关设备的属性信息，通过比较该属性信息与该消息中携带的网关设备的属性信息是否相同来对该网关设备进行信息鉴权。
优选地，如果网关设备接收到SP下发给MMSC的多媒体增值业务消息，则网关设备将该消息转发给MMSC之前，进一步查询该消息的转发路由，然后通过查询到的路由转发该消息到MMSC。
优选地，如果网关设备接收到SP下发给MMSC的多媒体增值业务消息，则网关设备在将该消息转发给MMSC之前，进一步包括网关设备判断所述MMSC的消息流量是否超过预定的最大值，如果超过，则延迟转发该消息给MMSC；否则，立即转发该消息给MMSC。
优选地，网关设备在转发所述多媒体增值业务消息到接收方之前，进一步包括网关设备根据自身预先配置的鉴权批价信息对该消息进行鉴权批价；判断鉴权批价的结果，如果鉴权批价成功，则转发该消息到接收方；否则，不转发该消息到接收方。
优选地，网关设备在转发所述多媒体增值业务消息到接收方之前，进一步包括网关设备请求多媒体增值业务处理系统中的移动数据业务平台DSMP对该消息进行鉴权批价；判断鉴权批价的结果，如果鉴权批价成功，则转发该消息到接收方；否则，不转发该消息到接收方。
一种多媒体增值业务消息的处理系统，该系统包括至少一个SP，用于提供MMS的增值业务服务，下发多媒体增值业务消息给MMSC；至少一个MMSC，用于接收SP下发的多媒体增值业务消息并将该消息下发到用户终端，或接收用户终端上传的多媒体增值业务消息并将该消息上传到SP；网关设备，用于转发SP与MMSC之间交互的多媒体增值业务消息。
优选地，该系统中包括多个SP和MMSC，所述网关设备分别与多个SP和MMSC进行通信。
优选地，所述网关设备中进一步包括MM7协议接口；所述网关设备通过该MM7协议接口与所述SP和MMSC进行通信。
优选地，所述网关设备中进一步包括鉴权批价处理单元，用于根据网关设备中配置的鉴权批价信息对所转发的多媒体增值业务消息进行鉴权批价处理。
优选地，该系统进一步包括DSMP，用于根据网关设备的请求对所转发的多媒体增值业务消息进行鉴权批价处理并将处理结果返回给网关设备。所述网关设备中包括DSMP业务管理接入点SMAP协议接口，网关设备通过该接口与DSMP进行通信。
一种多媒体增值业务网关设备，该网关设备包括MM7代理器，用于通过MM7协议与SP和MMSC进行信息交互；存储模块，用于存储SP和MMSC的属性信息；核心处理模块，用于接收所述MM7代理器接入的由SP或MMSC发送的多媒体增值业务消息，根据存储模块中的SP或MMSC属性信息对发送该消息的SP或MMSC进行鉴权，通过MM7代理器将该消息转发到MMSC或SP。
优选地，所述的核心处理模块中还包括缓存器，用于当MMSC的消息流量超过预定值时，对预发送到MMSC的多媒体增值业务消息进行缓存延迟发送处理。
优选地，所述核心处理模块中包括路由查询模块，用于查询SP所下发多媒体增值业务消息的转发路由。
优选地，所述存储模块中存储有鉴权批价信息；所述核心处理模块中进一步包括鉴权批价处理单元，用于依照存储模块中的鉴权批价信息对所述增值业务消息进行鉴权批价处理。
优选地，该网关设备进一步包括具有DSMP SMAP协议接口的DSMP代理器，用于与DSMP进行信息交互，请求DSMP对所下发的多媒体增值业务消息进行鉴权批价处理。
优选地，所述的核心处理模块进一步包括日志话单处理单元，用于根据对所述增值业务消息的处理结果生成日志话单。
由于本发明在SP和MMSC之间增加了网关设备，一个网关设备可同时接入多个SP和MMSC，且支持MM7协议接口，可与SP和MMSC进行交互，能够正常地完成多媒体增值业务消息的下发，因此SP和MMSC中只需配置网关设备的属性信息进行鉴权，降低了SP和MMSC的开发和维护成本，并且网关设备集成了原有SP的路由功能，因此本发明使得SP不必支持选择路由功能，进一步降低了SP的开发成本。
网关设备集成了原有的MMSC的鉴权及与DSMP交互的功能，各个SP和MMSC的属性信息都配置在网关设备上，由网关设备对SP和MMSC进行信息鉴权，因此本发明只需维护网关设备上的SP和MMSC的属性信息即可，不用数量繁多的MMSC对SP信息进行配置，更不需要对多个MMSC进行数据同步；同时，网关设备可以与DSMP交互进行鉴权批价，省去了现网中某些MMSC与DSMP的交互流程。因此，本发明进一步降低了MMSC的维护工作量，也降低了MMSC的开发成本，只要求MMSC具有基本的多媒体消息转发功能即可，因此可以兼容低配置的MMSC，满足服务质量的要求。
由于网关设备具有缓冲区，在MMSC的短消息流量过大时，将消息放入缓冲区延迟发送，因此可以防止SP浪拥消息对MMSC设备的冲击，增强MMSC设备的安全性。
图1为现有的多媒体增值业务消息处理系统的组网图；图2为本发明的多媒体增值业务消息处理系统的组网图；图3为本发明所述网关设备的结构框图；图4为本发明所述SP下发多媒体增值业务消息的处理流程图；图5为本发明所述MMSC上传多媒体增值业务消息的处理流程图。
具体实施例方式
下面结合具体实施方式
和附图对本发明进行说明。
图2为本发明的多媒体增值业务消息处理系统的组网图。如图2所示，该多媒体增值业务消息处理系统主要包括至少一个SP、至少一个MMSC、多媒体消息增值业务网关(MMSVG，MMS Value-Added-Service Gateway)、DSMP。所述SP主要用于提供MMS的增值业务服务，下发增值业务消息；所述MMSC用于下发增值业务消息到用户终端或接收用户终端上传的增值业务消息并将该消息上传到SP；相对于现有的多媒体增值业务消息处理系统，本发明在多媒体增值业务消息处理系统中增加了一个MMSVG，用于接收转发SP和MMSC之间的交互消息。本发明的SP和MMSC不再直接相连，而是分别与该MMSVG连接。MMSVG中设置MM7协议接口，通过该接口，MMSVG可分别与SP和MMSC进行消息交互。SP与MMSC的交互消息都可以通过MMSVG进行处理转发。
图3为本发明所述MMSVG的结构框图。如图3所示，该MMSVG 30包括两个MM7代理器(Agent)301和302、核心处理模块303、DSMP代理器(Agent)304、路由查询模块305、存储模块306。其中两个MM7代理器(Agent)即MM7协议接口，用于对MM7消息进行接入和编解码处理。其中一个MM7 Agent 301与SP连接交互，该MM7 Agent301可直接利用现有MMSC中的MM7协议接口的技术，因此，可使得SP判定该MMSVG为一个MMSC；另一个MM7 Agent 302与MMSC连接交互，该MM7 Agent 302可直接利用现有SP中的MM7协议接口技术，因此，可使得MMSC判定该MMSVG为一个SP。由于MMSVG具有两个分别与SP和MMSC交互的MM7协议接口，因此本发明不需要对现有的SP和MMSC上的MM7协议接口进行改动。
核心处理模块303用于接收MM7 Agent 301或MM7 Agent 302接入的消息，对发送该消息的SP或MMSC进行信息鉴权处理，再对该消息进行鉴权批价处理，鉴权批价成功后通过MM7 Agent 302转发该消息给该MMSC，由MMSC下发该消息到用户终端；或通过MM7 Agent 301转发该消息给SP。核心处理模块303还用于接收MM7 Agent 302接入的反映下发结果的递送报告消息，根据提交和下发消息的结果，通过MM7 Agent 301返回递送报告消息给SP。此处，如果MMSVG自身的存储模块中配置了鉴权批价信息，如终端用户订购或点播SP业务的信息，则核心处理模块303还包括鉴权批价单元，用于根据存储模块中存储的配置信息对所述消息进行鉴权批价处理，具体的处理过程与现有技术中MMSC对增值业务消息进行鉴权批价处理的过程相同；如果MMSVG自身存储模块中没有配置终端鉴权批价信息，则该MMSVG还需通过DSMP Agent向DSMP发送鉴权批价请求，由DSMP进行鉴权批价处理，并向MMSVG返回处理结果。该核心处理模块303还包括缓存器，用于当MMSC的消息流量大时，对预发送到MMSC的消息进行缓存处理，此处可预先设置MMSC所能承受的消息流量的最大值，核心处理模块303判断当前MMSC的流量是否超过最大值，如果超过则对预发送给MMSC的消息进行缓存处理。另外，MMSVG还具有日志话单模块，用于根据对增值业务消息的处理结果生成日志话单，以方便所述多媒体增值业务消息处理系统根据该生成的话单进行计费和对帐处理，。
DSMP Agent 304用于与DSMP进行信息交互，所采用的接口为现有的DSMP业务管理接入协议(SMAP，Service Management Access Protocol)接口，其功能为代理MMSVG向DSMP发送鉴权批价请求，并接收DSMP返回的鉴权批价响应，将该鉴权批价响应反馈给核心处理模块303。
路由查询模块305用于根据SP下发消息中携带的用户终端标识查询该下发消息的路由信息。如果路由信息配置在域名服务器(DNS)，例如用于对E.164地址进行域名解析的E.164号码服务器(Enum Server)中，则可以在路由查询模块305中设置Enum代理器(Enum Agent)，通过Enum Agent向Enum Server发送查询路由请求，Enum Server将所查询到的路由信息返回给Enum Agent；如果路由信息配置在MMSVG的存储模块306中，则路由查询模块305直接向存储模块306查询路由信息。
存储模块306用于存储与该MMSVG相连的SP和MMSC的属性信息以及访问SP和MMSC所用到的用于鉴权的MMSVG的属性信息；如果MMSVG自身对增值业务消息进行鉴权批价处理，则该存储模块306中还包括鉴权信息，如果MMSVG需要请求DSMP对增值业务消息进行鉴权批价处理，则该存储模块306中还需存储访问DSMP所用到的用于鉴权的属性信息。所述的用于鉴权的属性信息一般为DSMP或MMSC预先为MMSVG分配的帐号、密码和IP端口等鉴权参数。另外，存储模块306还可存储配置路由信息。本实施例所述的存储模块采用数据库(DB)存储数据，也可采用文件存储数据。
本发明中，MMSVG的引入对于SP/CP和MMSC均是透明的。对于SP/CP来说，MMSVG被看作一个允许它们作单点接入的MMSC，并使用与MMSC对接相同的MM7协议接口和相应开发的应用编程接口(API)，且MMSVG为SP提供路由功能。同时，MMSC与MMSVG之间也通过MM7协议接口进行消息交互，MMSC可将MMSVG当作一个SP，在MMSC看来，只有一个SP，实际上是MMSVG接入本MMSC，因此在MMSC上只对MMSVG的属性信息进行维护即可，维护量很小。
图4为本发明所述SP下发增值业务多媒体消息的处理流程图。该流程包括步骤401.SP通过提交请求(MM7_submit.REQ)消息下发多媒体消息到MMSVG，除了多媒体消息的具体内容，该MM7_submit.REQ消息中还包括SP的编号如企业代码(VASPID)、该多媒体消息所述业务的服务代码(VASID)、以及用于计费的业务代码(ServiceCode)，另外MM7_submit.REQ消息中还包括用于鉴权的属性信息SP的IP地址、接入鉴权帐户/密码。
步骤402.MMSVG收到MM7_submit.REQ消息后，根据该消息包括的鉴权信息对该SP进行基本的信息鉴权，如果鉴权成功，则执行步骤403；否则，执行步骤404。
此处具体的信息鉴权过程为MMSVG根据VASPID查询自身存储的该SP的属性信息，其中包括该SP的IP地址、接入鉴权帐户/密码，将查找到的这些属性信息与MM7_submit.REQ消息中携带的SP的IP地址、接入鉴权帐户/密码对比，如果对应相同，则信息鉴权成功，否则，信息鉴权失败。
步骤403.MMSVG对所述消息进行鉴权批价处理。
如果MMSVG自身的存储模块中配置了终端用户订购或点播SP业务的信息，则MMSVG根据存储模块中存储的配置信息对所述消息进行鉴权批价处理，具体的处理过程与现有技术中MMSC对增值业务消息进行鉴权批价处理的过程相同。
如果MMSVG自身存储模块中没有配置终端用户订购或点播SP业务的信息，则MMSVG发送鉴权批价消息给配置了终端用户订购或点播SP业务信息的DSMP。由DSMP来确认SP下发的消息是用户订购或者点播的。该鉴权批价消息中包含的内容主要是VASID、ServiceCode、接收方和付费方信息、以及访问DSMP所用到的用于鉴权的属性信息；所述用鉴权的属性信息由DSMP预先配置给MMSVG，一并存储在DSMP和MMSVG中。DSMP收到鉴权批价消息后，根据其中携带的基本鉴权信息对MMSVG进行基本的信息鉴权；信息鉴权通过后根据VASID、ServiceCode、接收方和付费方信息按照现有的流程进行鉴权批价处理，根据处理结果的成功与否，向MMSVG返回相应的鉴权批价响应消息。此处，DSMP根据自己保存的订购关系信息进行鉴权批价，批价信息由运营商配置，且DSMP需要提供灵活的费用策略。
步骤404.MMSVG根据对SP信息鉴权结果和对所述消息的鉴权批价结果向SP返回提交响应(MM7_submit.RES)消息。如果MMSVG对SP信息鉴权成功且DSMP鉴权批价成功，则返回成功响应，执行步骤406；否则，返回失败响应，结束本流程。
步骤405.在对SP进行信息鉴权和鉴权批价处理的同时或之后，MMSVG根据接收方用户终端的标识进行路由，从而决定所述的多媒体消息应该通过哪个MMSC下发给接收方用户终端，即确定转发多媒体消息的MMSC。此处，如果路由信息配置在DB中，则MMSVG直接通过查询DB得到接收方用户终端的路由；如果路由信息配置在外界的Enum Server中，则MMSVG通过Enum Agent向Enum Server发送路由查询请求(EnumDNSQueryReq)消息，其中包括接收方用户终端的标识，Enum Server收到该请求后，通过路由查询响应(EnumDNSQueryRes)消息返回接收方用户终端的路由。
步骤406.在确定MMSC后，MMSVG判断发送给该MMSC的消息流量是否过大，如果流量过大，则将所述多媒体消息放入MMSVG的缓冲区队列中延迟发送，即轮到该多媒体消息发送时再执行步骤407；如果流量不大，则立即发送多媒体消息，即立即执行步骤407。此处判断MMSC的消息流量是否过大的方法可以有多种，一般本领域的技术人员可以想到，例如，对发送给MMSC的消息进行单位时间计数，如果在单位时间内超过预定的最大计数值，则消息流量过大。
步骤407.MMSVG通过MM7_submit.REQ消息下发所述多媒体消息到所述的MMSC。
本发明中，由于MMSC将MMSVG当作一个SP来对待，因此MMSC和MMSVG还通过现有的MM7协议接口进行交互，且在MMSVG发送给MMSC的MM7_submit.REQ消息中，需要携带一套与SP相关的特征信息，即该MM7_submit.REQ消息中也包含VASPID、VASID以及ServiceCode等字段，但是这些字段中需填写MMSVG的属性信息，这些属性信息预先由MMSC分配给MMSVG，并一并存储在MMSC和MMSVG中。
步骤408.MMSC收到MM7_submit.REQ消息后，查询自身存储的MMSVG的属性信息，判断查找到的属性信息与该消息中携带的VASPID、VASID以及ServiceCode等字段值是否分别相同，即进行信息鉴权，如果鉴权通过则向MMSVG返回成功的提交响应消息MM7_submit.RES，并下发所述多媒体消息给接收方用户终端；如果鉴权失败，则向MMSVG返回失败的提交响应消息MM7_submit.RES。
步骤409.MMSVG判断收到的MM7_submit.RES的内容是提交成功还是提交失败，如果是提交成功响应，则执行步骤410；如果是提交失败响应，则执行步骤412。
步骤410.MMSVG等待MMSC下发所述多媒体消息给用户终端并向MMSVG返回反映下发结果的递送报告请求(MM7_delivery_report.REQ)消息。
步骤411.MMSVG收到MMSC返回的包括下发结果的递送报告请求消息，向MMSC返回递送报告响应(MM7_delivery_report.RES)消息。
步骤412.MMSVG发送递送报告请求消息MM7_delivery_report.REQ给SP，如果提交成功且MMSC下发消息成功，则发送成功的递送报告请求响应消息，否则，发送失败的递送报告请求消息。
步骤413.SP向MMSVG发送递送报告响应消息MM7_delivery_report.RES，MMSVG收到后，流程结束。
图5为本发明所述MMSC上传多媒体增值业务消息的处理流程图。参见图5，该流程包括步骤501、MMSC收到用户终端上传的多媒增值业务消息后，通过递送请求(MM7_Deliver.REQ)发送该多媒体增值业务消息到MMSVG，除了多媒体消息的具体内容，该MM7_Deliver.REQ消息中还包括SP的标识以及MMSC的标识和属性信息，例如MMSC的IP地址、接入鉴权帐户/密码，该属性信息用于鉴权。
步骤502、MMSVG收到MM7_Deliver.REQ消息后，根据该消息包括的MMSC属性信息对该MMSC进行基本的信息鉴权，如果鉴权成功，则执行步骤503；否则，执行步骤504。
此处具体的信息鉴权过程为MMSVG根据MMSC的标识查询自身存储的该MMSC的属性信息，将查找到的这些属性信息与MM7_Deliver.REQ消息中携带的MMSC的属性信息进行对比，如果对应相同，则信息鉴权成功，否则，信息鉴权失败。
步骤503、MMSVG对所述消息进行鉴权批价处理。
一般情况下，MMSC在上传增值业务消息时已经对该消息进行了批价计费，因此这种情况下就不必执行本步骤503。但如果上传增值业务消息的MMSC没有批价计费功能，则需执行本步骤503。
本步骤503中，如果MMSVG自身的存储模块中存储了终端用户的鉴权批价信息，则MMSVG根据存储模块中存储的鉴权批价信息对所述增值业务消息进行鉴权批价处理。
如果MMSVG自身的存储模块中没有存储终端用户的鉴权批价信息，则MMSVG发送鉴权批价消息(AuthPriceReq)给存储了终端用户鉴权批价信息的DSMP，由DSMP进行鉴权批价后，通过鉴权批价响应消息(AuthPriceRes)发送鉴权批价结果给MMSVG。
步骤504、如果MMSVG对MMSC信息鉴权成功、并且对消息的鉴权批价成功，则执行步骤506；否则，结束本流程。
步骤505、MMSVG根据SP的标识查询自身存储的SP的属性信息，从中查找到该SP的URL地址。
步骤506、MMSVG通过MM7_Deliver.REQ消息上传所述多媒体增值业务消息到SP。
本发明中，由于SP将MMSVG当作一个MMSC来对待，因此SP和MMSVG还通过现有的MM7协议接口进行交互，且在MMSVG发送给SP的MM7_Deliver.REQ消息中，需要携带一套与MMSC相似的特征信息，即包括设备编号、鉴权账号、密码以及鉴权方式等信息字段，这些字段中需填写MMSVG的属性信息，这些属性信息预先由SP和MMSVG协商确定，且一并存储在SP和MMSVG中。
步骤507、SP收到MM7_Deliver.REQ消息后，查询自身存储的MMSVG的属性信息，判定该属性信息与MM7_Deliver.REQ消息中携带的属性信息是否对应，即进行信息鉴权，如果是则信息鉴权成功，接受MM7_Deliver.REQ消息中携带的多媒体增值业务消息，并向MMSVG返回成功的(MM7_Deliver.RES)消息；如果信息鉴权失败，则向MMSVG返回失败的递送响应消息。
步骤508、MMSVG收到MM7_Deliver.RES消息后，将该MM7_Deliver.RES消息转发给MMSC。MMSC再将该递送响应消息中的递送结果下发给用户终端。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
权利要求
1.一种多媒体增值业务消息的处理方法，适用于包括多媒体消息增值业务服务器SP和多媒体消息服务中心MMSC的多媒体增值业务处理系统，其特征在于，该方法在多媒体增值业务处理系统中设置网关设备，SP与MMSC之间交互的所有多媒体增值业务消息都通过该网关设备转发给对方。
2.根据权利要求1所述多媒体增值业务消息的处理方法，其特征在于，网关设备在转发SP与MMSC之间交互的多媒体增值业务消息时，首先对该消息的发送方进行信息鉴权，如果信息鉴权通过则将该消息转发到接收方，如果信息鉴权没有通过，则不转发该消息。
3.根据权利要求2所述多媒体增值业务消息的处理方法，其特征在于，所述网关设备对多媒体增值业务消息的发送方进行信息鉴权的具体方法为查询预先存储在网关设备中的所述发送方的属性信息，通过比较该属性信息与所述多媒体增值业务消息中携带的发送方属性信息是否相同来对该发送方进行信息鉴权。
4.根据权利要求1所述多媒体增值业务消息的处理方法，其特征在于，在网关设备将所述多媒体增值业务消息转发到该消息的接收方之后，进一步包括该消息的接收方对该网关设备进行信息鉴权，鉴权通过后再对该消息进行处理；否则，不对该消息进行处理。
5.根据权利要求4所述多媒体增值业务消息的处理方法，其特征在于，所述多媒体增值业务消息的接收方对所述网关设备进行信息鉴权的具体过程为该消息的接收方查询预先存储在自身中的该网关设备的属性信息，通过比较该属性信息与该消息中携带的网关设备的属性信息是否相同来对该网关设备进行信息鉴权。
6.根据权利要求1所述多媒体增值业务消息的处理方法，其特征在于，如果网关设备接收到SP下发给MMSC的多媒体增值业务消息，则网关设备将该消息转发给MMSC之前，进一步查询该消息的转发路由，然后通过查询到的路由转发该消息到MMSC。
7.根据权利要求1所述多媒体增值业务消息的处理方法，其特征在于，如果网关设备接收到SP下发给MMSC的多媒体增值业务消息，则网关设备在将该消息转发给MMSC之前，进一步包括网关设备判断所述MMSC的消息流量是否超过预定的最大值，如果超过，则延迟转发该消息给MMSC；否则，立即转发该消息给MMSC。
8.根据权利要求1所述多媒体增值业务消息的处理方法，其特征在于，网关设备在转发所述多媒体增值业务消息到接收方之前，进一步包括网关设备根据自身预先配置的鉴权批价信息对该消息进行鉴权批价；判断鉴权批价的结果，如果鉴权批价成功，则转发该消息到接收方；否则，不转发该消息到接收方。
9.根据权利要求1所述多媒体增值业务消息的处理方法，其特征在于，网关设备在转发所述多媒体增值业务消息到接收方之前，进一步包括网关设备请求多媒体增值业务处理系统中的移动数据业务平台DSMP对该消息进行鉴权批价；判断鉴权批价的结果，如果鉴权批价成功，则转发该消息到接收方；否则，不转发该消息到接收方。
10.一种多媒体增值业务消息的处理系统，该系统包括至少一个SP，用于提供MMS的增值业务服务，下发多媒体增值业务消息给MMSC；至少一个MMSC，用于接收SP下发的多媒体增值业务消息并将该消息下发到用户终端，或接收用户终端上传的多媒体增值业务消息并将该消息上传到SP；其特征在于，该系统还包括网关设备，用于转发SP与MMSC之间交互的多媒体增值业务消息。
11.根据权利要求10所述的多媒体增值业务消息的处理系统，其特征在于，该系统中包括多个SP和MMSC，所述网关设备分别与多个SP和MMSC进行通信。
12.根据权利要求10所述的多媒体增值业务消息的处理系统，其特征在于，所述网关设备中进一步包括MM7协议接口；所述网关设备通过该MM7协议接口与所述SP和MMSC进行通信。
13.根据权利要求10所述的多媒体增值业务消息的处理系统，其特征在于，所述网关设备中进一步包括鉴权批价处理单元，用于根据网关设备中配置的鉴权批价信息对所转发的多媒体增值业务消息进行鉴权批价处理。
14.根据权利要求10所述的多媒体增值业务消息的处理系统，其特征在于，该系统进一步包括DSMP，用于根据网关设备的请求对所转发的多媒体增值业务消息进行鉴权批价处理并将处理结果返回给网关设备。
15.根据权利要求14所述的多媒体增值业务消息的处理系统，其特征在于，所述网关设备中包括DSMP业务管理接入点SMAP协议接口，网关设备通过该接口与DSMP进行通信。
16.一种多媒体增值业务网关设备，其特征在于，该网关设备包括MM7代理器，用于通过MM7协议与SP和MMSC进行信息交互；存储模块，用于存储SP和MMSC的属性信息；核心处理模块，用于接收所述MM7代理器接入的由SP或MMSC发送的多媒体增值业务消息，根据存储模块中的SP或MMSC属性信息对发送该消息的SP或MMSC进行鉴权，通过MM7代理器将该消息转发到MMSC或SP。
17.根据权利要求16所述的多媒体增值业务网关设备，其特征在于，所述的核心处理模块中还包括缓存器，用于当MMSC的消息流量超过预定值时，对预发送到MMSC的多媒体增值业务消息进行缓存延迟发送处理。
18.根据权利要求16所述的多媒体增值业务网关设备，其特征在于，所述核心处理模块中包括路由查询模块，用于查询SP所下发多媒体增值业务消息的转发路由。
19.根据权利要求16所述的多媒体增值业务网关设备，其特征在于，所述存储模块中存储有鉴权批价信息；所述核心处理模块中进一步包括鉴权批价处理单元，用于依照存储模块中的鉴权批价信息对所述增值业务消息进行鉴权批价处理。
20.根据权利要求16所述的多媒体增值业务网关设备，其特征在于，该网关设备进一步包括具有DSMP SMAP协议接口的DSMP代理器，用于与DSMP进行信息交互，请求DSMP对所下发的多媒体增值业务消息进行鉴权批价处理。
21.根据权利要求16所述的网关设备，其特征在于，所述的核心处理模块进一步包括日志话单处理单元，用于根据对所述增值业务消息的处理结果生成日志话单。
全文摘要
本发明公开了一种多媒体增值业务消息的处理方法和系统及所采用的网关设备，本发明所述的多媒体增值业务处理系统包括多媒体增值业务服务器(SP)、多媒体消息中心(MMSC)以及网关设备。所述方法包括SP和MMSC之间的所有交互消息都通过网关设备转发给对方。所述的网关设备包括与SP和MMSC进行信息交互的MM7协议接口、存储SP属性信息的存储模块，进行路由查询的路由查询模块、以及调用这些单元以完成鉴权和消息下发处理的核心处理模块。本发明可以在实现增值业务消息下发处理的同时，降低SP和MMSC的开发和维护成本。
文档编号H04L12/66GK1889535SQ20051007998
公开日2007年1月3日 申请日期2005年6月27日 优先权日2005年6月27日
发明者程卫明, 柏广昌, 陈克华, 李大伟 申请人:华为技术有限公司