多媒体消息业务系统中数据容灾备份的方法及装置的制作方法

文档序号:7661105阅读:177来源:国知局

专利名称::多媒体消息业务系统中数据容灾备份的方法及装置的制作方法
技术领域
:本发明涉及多媒体消息业务(MMS,MultimediaMessageService)技术,具体涉及一种MMS系统中数据容灾备份的方法及装置。
背景技术
:随着电信业务越来越依赖于计#机系统,计算机系统在为电信业务迅猛发展提供技术基础架构的同时,也成为电信业务支撑系统的核心。由于在实现各种电信业务时,电信系统的计算机中存储了海量的用户信息,以及业务处理的中间信息,此时,一旦电信业务系统支撑系统出现数据灾难的情况,将会对电信运营商带来突难性的后果。因此,如何更有效、更合理完备的备份这些用户信息及业务处理的中间信息对于电信业务的正常运营极其重要。数据灾难是指数据处理过程出现了大范围的中断,且不能在一定时间内恢复,例如,火灾、爆炸事件、地震、水灾等自然原因,以及机器故障、人为因素等非自然原因导致计算机系统出现故障,而引起的灾难。这里,为了方便描述,将"数据突难"简称为"灾难"。电信业务之一MMS是短信息业务(SMS,ShortMessageService)和增强型消息业务(EMS,EnhancedMessageService)的进一步发展,为个人多媒体移动通信服务提供了完整的端到端解决方案。多媒体消息业务中心(MMSC,MultimediaMessageServiceCenter)系统包括多个局点,每个局点用来分别实时控制归属于该局点的用户消息的提交和下发,并将用户信息、多媒体消息和会话信息存储在该局点的存储设备中。一旦MMSC系统中某一局点发生灾难,就会使得归属于该局点的用户信息丟失,且会导致该局点MMSC业务的中断,甚至是长时间无法恢复业务,从而使归属于该局点的用户无法使用MMS,影响了用户使用质量的同时,也会给运营商造成极大的经济损失。为了避免数据灾难发生引起MMS中断的问题,现有的MMS系统通常采用了数据容灾备份的方法。MMSC的数据容灾备份包含了MMSC系统软件备份、历史数据备份以及业务系统运行时临时业务数据备份。其中,MMSC业务系统运行时临时业务数据备份是实现MMSC系统无业务间断灾难恢复的重要组成部分。现有的实现临时业务数据容灾备份的方法是通过在异地设置互为容灾的主用MMSC和备用MMSC,并通过主用MMSC与备用MMSC之间的容灾同步软件实现完全的容灾方案。图1为现有的MMS系统结构图。如图1所示,该系统包括两个局点局点A和局点B,局点A包括MMSCA和MMSCB,,MMSCB,为MMSCB的容灾MMSC,局点B包括MMSCB和MMSCA,,MMSCA,为MMSCA的容灾MMSC。当业务运营时,两个局点的多媒体消息和业务处理的中间信息通过数据同步备份到对端的容灾MMSC中,从而实现业务系统运营时临时业务数据的同步。同时,MMS系统通过计费服务器的同步功能,将计费服务器A与计费服务器A,及计费服务器B与计费服务器B,的内容进行同步,从而实现MMSC和其容灾MMSC之间的话单一致;通过数据库之间的数据同步,将数据库服务器A与数据库服务器A'及数据库服务器B与数据库服务器B,的内容进行同步,从而实现MMSC配置数据的一致。通过以上所述的几种同步,实现了MMSC所有数据的同步,从而保证了MMSC灾难恢复或灾难切换时业务不中断,业务运营的临时数据损失量达到最小,使得用户对MMSC的灾难发生及恢复无感知。以每个局点包括两个MMSC节点为例,在正常情况下,每个局点均对外提供业务,各自有一个公网网络协议(IP,InternetProtocol)地址,每个局点对应的负载均衡器上有两个虚拟IP(Vip,VirtualIP)地址,一个为本局点对外提供MMS的公网IP地址,另一个为对端局点的容灾1P地址。这种完全容灾方案实现了多媒体消息灾难切换和灾难恢复的连续性,但是在该方案中,MMSC与容灾MMSC的数据完全同步,导致MMSC节点之间的通信数据量大,从而增加了MMSC的系统开销。该方式中进行MMSC业务数据同步与MMS的业务流程是完全分离的,因此,不论业务流程是否需要进行数据同步,MMSC与对应的容灾MMSC之间都在不断地进行同步,从而浪费了资源。同时,由于这种数据容灾备份方案通过数据同步实现数据容灾备份,因此要求互为容突的MMSC的硬件和软件系统必须是同构的,否则无法进行同步,也就无法进行业务数据的容突备份。
发明内容有鉴于此,本发明实施例提供一种多媒体消息业务系统中数据容灾备份的方法,减小数据容突备份时MMSC与其容灾MMSC的系统开销。本发明实施例提供一种MMSC,减小数据容灾备份时MMSC与其容灾MMSC的系统开销。为达到上述目的,本发明实施例的技术方案是这样实现的一种多媒体消息业务系统中数据容灾备份的方法,包括MMSC接收业务发送方发送的多媒体消息;生成携带所述多媒体消息的处理状态及地址信息的备份请求消息;将所述备份请求消息及所述多媒体消息发送到对应于所述MMSC的容灾MMSC进行备份,由所述容灾MMSC保存所述备份请求消息及所述多媒体消息。一种多媒体消息业务中心MMSC,包括接收模块、处理模块、备份请求生成模块及发送模块,接收模块,用于接收业务发送方提交的多媒体消息;存储模块,用于保存接收到的多媒体消息;处理模块,用于处理接收到的多媒体消息,生成多媒体消息的处理状态及地址信息;备份请求生成模块,用于根据所述处理状态及地址信息生成备份请求消息;发送模块,用于将所述备份请求消息与所述多媒体消息发送到对应的容灾MMSC。一种多媒体消息业务中心MMSC,该MMSC为对应MMSC的容灾MMSC,包括接收模块、存储模块和处理模块,接收模块,用于接收来自对应MMSC的携带多媒体消息处理状态和地址信息的备份请求消息及多媒体消息;存储模块,用于保存所述备份请求消息及所述多媒体消息;处理模块,用于在对应的MMSC发生灾难时,根据保存在所述存储模块的备份请求消息中的多媒体消息处理状态及地址信息,处理所述多媒体消白与现有技术相比,本发明实施例所提供的技术方案,接收到多媒体消息后,在MMSC与对应的容灾MMSC之间,通过备份请求消息进行多媒体消息业务处理中间信息的备份,避免了现有技术中在任何时候都需要进行数据同步的问题,从而减小了MMSC之间的通信数据量,减小了MMSC的系统开销。同时,本发明实施例提供的技术方案,可以只将携带多媒体消息处理状态及地址信息的备份请求消息和多媒体消息备份到容灾MMSC,避免了现有技术中将处理多媒体消息时的所有中间信息备份到容灾MMSC,也减小了MMSC之间的通信数据量,减小了MMSC的系统开销。另外,通过消息进行数据容灾备份不需要在MMSC之间实现数据同步,因此在MMSC与对应的容灾MMSC的硬件与软件系统结构不同时,也可以实现数据容灾备份。图1为现有的MMS系统结构图2为本发明实施例的MMS系统结构图3为本发明实施例的MMS系统中数据容灾备份的示意图4为本发明实施例的MMS系统中数据容灾备份的方法流程图5为本发明实施例中的数据容灾备份的系统结构图。具体实施例方式下面结合附图及具体实施例对本发明进行详细说明。本发明实施例的MMS系统中数据容灾备份的方法,预先设置MMSC的容灾MMSC,并在MMSC接收到业务发送方发送的多媒体消息之后,将携带该多媒体消息处理状态及地址信息的备份请求消息及该多媒体消息发送到对应的容突MMSC进行备份,由对应的容突MMSC保存该备份请求消息及多媒体消息。本发明实施例中的数据容灾备份方法利用新增的消息接口MM11接口实现。图2为本发明实施例的MMS系统结构图。如图2所示,该系统包括两个局点局点A和局点B,局点A包括MMSCA和MMSCB,,MMSCB,为MMSCB的容突MMSC,局点B包括MMSCB和MMSCA,,MMSCA,为MMSCA的容灾MMSC。局点A还包括计费服务器A和计费服务器B,,局点B还包括计费服务器B和计费服务器A,,计费服务器B,用于计费服务器B的容灾备份,计费服务器A,用于计费服务器A的容灾备份。计费服务器与对应的容灾计费服务器之间进行话单复制,从而实现MMSC和其容灾MMSC之间的话单一致。局点A还包括数据库服务器A和数据库服务器B,,局点B还包括数据库服务器B和数据库服务器A,,数据库服务器A,用于数据库服务器A的容灾备份,数据库服务器B,用于数据库服务器B的容灾备份。MMS系统通过数据库服务器之间的数据同步,将数据库服务器A与数据库服务器A,及数据库服务器B与数据库服务器B,的内容进行同步,从而实现MMSC局点之间配置数据的一致。当业务运营时,两个局点的业务处理中间信息通过MM11接口实时备份到对端的容灾MMSC中,从而实现业务系统运营时临时业务数据的容灾备份。通过以上所述的话单复制、数据同步和MMSC之间的容突备份,实现了MMSC局点之间所有数据的备份,从而保证了MMSC灾难恢复或突难切换时业务不中断,业务运营的临时数据损失量达到最小,使得用户对MMSC的灾难发生及恢复无感知。以每个局点包括两个MMSC节点为例,图3为本发明实施例的MMS系统中数据容灾备份的示意图。如图3所示,每个局点包括两个MMSC节点,局点A包括节点Al和节点A2,局点B包括节点Bl和节点B2。在正常情况下,每个局点均对外提供业务,各自有一个公网IP地址,每个局点对应的负载均衡器上有两个虛拟IP地址,一个为本局点对外提供MMS的公网IP地址,另一个为对端局点的容突IP地址。每个局点的两个节点共用一个公网IP地址,同时对外提供MMSC。其中,每个节点包括两个模块本节点处理模块和容灾模块,本节点处理模块用于处理本节点的业务,容灾模块用于当对端局点发生突难时,处理对端局点的业务。例如,节点Al包括本节点处理模块RG_A1和容灾模块RG_B1,,RG_A1用于处理节点Al本身的业务,而RG—Bl,为RG—Bl的容灾才莫块,用于当节点B1发生灾难时,处理节点Bl的业务。图3所示的系统进行数据容突备份时具体的工作过程包括MMSC生成备份请求消息,通过本节点的IP地址及对应的容灾IP地址,将备份请求消息发送到容灾MMSC,如图3中所示,局点A的RG—Al生成备份请求消息,通过节点本身的IP地址Vip-A及对应的容灾IP地址Vip-A,,发送到局点B中对应的容突模块RG-A,。局点B向局点A备份数据的过程与以上所述的相同,在此不再赘述。图4为本发明实施例的MMS系统中数据容灾备份的方法流程图。如图4所示,该方法预先设置了MMSC对应的容灾MMSC,并包括以下步骤步骤400步骤403:多i某体消息的业务发送方通过WAP网关向MMSC提交多媒体消息,MMSC在接收到该多媒体消息后,通过WAP网关回复消息提交响应消息。步骤404步骤407:MMSC通过WAP网关向该多媒体消息的业务接收方发送消息通知请求,以通知该业务接收方提取消息;业务接收方接收到消息提交请求后,通过WAP网关向MMSC回复消息通知响应消息。步骤408:MMSC将该多媒体消息的处理状态及地址信息携带在备份请求消息中,并向对应的容灾MMSC发送备份请求消息及该多媒体消息。本步骤中,MMSC通过MM11备份请求(MM11—Backup.REQ)消息将多媒体消息的处理状态及地址信息备份到对应的容灾MMSC。表1为MM11—Backup.REQ的消息说明。<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>表1MM11—Backup.REQ的消息说明参见表1,事务标识(TransactionID)字段为备份请求消息和备份响应消息对的标识。MessageID字为该多i某体消息的消息标识,以唯一标识一条多媒体消息。地址信息包括业务接收方地址及业务发送方地址,因此业务接收方地址(Recipients)address)字段为该多媒体消息业务接收方的地址,该字段可以为多个业务接收方的地址。处理状态(Process-Stage)字段为消息当前的处理状态。该消息还可进一步包括原始消息标识(OriginatorMessageID)字段,其中携带前转多媒体消息的原始消息标识(ID,Identifier)。如果该多媒体消息的业务接收方与业务发送方不处于同一网络中,则业务发送方归属的MMSC在下发多媒体消息时,需要以该多媒体消息的原始消息ID前转到业务接收方归属的MMSC,然后由业务接收方归属的MMSC生成新的消息ID,并利用该消息ID继续下发多媒体消息。此时,在业务接收方归属的MMSC进行临时业务数据备份时,需要将该多媒体消息的原始ID同时进行备份,以便于在业务接收方归属的MMSC发生灾难,对应的容灾MMSC下发多媒体消息成功后,通过业务发送方归属的MMSC该原始消息ID对应的多媒体消息已成功下发的信息。该消息还可进一步包括OriginatorR/Sdeliveryreport字段,用于表明业务发送方归属的MMSC(包括MMS中继器和MMS服务器)是否要求该多媒体消息的递送报告。表1中的Readreply字段,用于表明业务发送方归属的MMSC是否要求该多媒体消息的读取应答。AcknowledgementRequest字段用于表明业务发送方归属的MMSC是否要求该多媒体消息的前转响应,如果该字段为有效值,则Originator-System-Address字段也必须存在。Forwardcounter字段用于表明该多媒体消息被转发的次数。Previously-sent-by字段用于表明在当前处理该多々某体消息之前处理该多媒体消息的MMS用户代理的地址,即终端设备的地址。Previously-sent-date-and-time表明在当前处理该多i某体消息之前,处理该多媒体消息的日期和时间。这些字段的内容与现有的MM4消息中相应字段的内容相同。其它字段与现有的MM1消息中的相应字段内容相同。步骤409:容突MMSC接收到备份请求消息后,生成备份消息标识(BackupMessageID),然后向MMSC回复携带备份消息标识的备份响应消息。本步骤中,容灾MMSC在接收到备份请求消息后,并不进行特别的处理,只是将其存储起来,以备MMSC发生灾难时恢复业务。容灾MMSC在成功存储备份请求消息后,生成与该备份请求消息对应的备份消息标识,以唯一标识该备份请求消息,并通过MM11备份响应(MM11—Backup.RES)返回携带该备份消息标识的备份响应消息,以告知MMSC该备份请求消息的处理情况。表2为MM1l_Backup,RES的消息说明。其中在BackupMessageID字段中携带备份消息标识,表明是该备份消息标识对应的备份请求的响应消息。TransactionID字4殳为MM11—Backup.REQ/MM1l_Backup.RES对的标识。其它字段为现有的字段,在此不再赘述。<table>tableseeoriginaldocumentpage15</column></row><table>表2MM11—Backup.RES的消息说明步骤410步骤413:业务接收方通过WAP网关向MMSC发送消息获取请求,MMSC通过WAP网关向业务接收方回复携带多媒体消息的消息获耳又响应。步骤414:MMSC向对应的容突MMSC发送携带备份消息标识的释放请求消息。由于MMSC已将多媒体消息下发,因此,为了节省容灾MMSC的空间,可以通过本步骤将备份的多媒体消息及备份请求消息释放。本步骤中,MMSC通过携带备份消息标识的MM11—Release.REQ消息,通知对应的容灾MMSC删除该备份消息标识对应的备份请求消息。表3为MM11—Release.REQ的消息说明。其中BackupMessageID字段携带与需释放的备份请求消息对应的备份消息标识。TransactionID字段为MMll_Release.REQ/MMl1—Release.RES消息对的标识。其它字段为现有的字段,在此不再赘述。InformationelementPresenceDescription3GPPMMSVersion必选本文档所定义接收方MMS中继/服务器的MMS版本。MessageType必选参考点MM1l上所用消息的类型"MMl1—Release.REQ"。TransactionID必选MMl1—Release.REQ/MMl1—Release.RES对的标识。BackupMessageID必选表示消息在备份MMSC中的ID。RequestStatus必选路由转发MM的请求状态。RequestStatustext可选与请求状态相对应的状态文本。表3MMll_Release.REQ的消息说明步骤415:容突MMSC向MMSC回复释放响应。本步骤中,容灾MMSC通过MMl1—Release.RES通过MMSC备份请求消息的处理结果。表4为MMl1—Release.RES的消息说明,其中,TransactionID为MMl1—Release.REQ/MMl1—Release.RES对的标识,因此,当MMSC接收到容灾MMSC回复的释放响应消息时,通过TransactionID即可知该释放响应消息是哪一个释放请求消息释放成功的响应。其它字段为现有的字段,在此不再赘述。<table>tableseeoriginaldocumentpage16</column></row><table>表4MMl1—Release.RES的消息说明步骤416~步骤417:多媒体消息的业务接收方在成功接收到多媒体消息后,通过WAP网关向MMSC发送消息确认请求,以通知MMSC已成功接收到多媒体消息。当多媒体消息处理过程中业务发送方归属的MMSC发生灾难时,容灾MMSC根据备份请求消息及备份的多媒体消息进行处理,也就是根据备份请求消息中的多媒体消息处理状态及其中的地址信息继续处理,例如下发多媒体消息。以上所描述的本发明实施例的数据容灾备份方法流程为本发明的较佳实施例,以这种流程进行数据容突备份具有较高的效率与处理能力,但是本领域技术人员可以想到步骤408和步骤409也可以在下发多媒体消息之前的任一步骤之前或之后执行,也可以跟据需要灵活执行,例如可以在接收到多媒体消息后,没有在预先设定的时间段内将多媒体消息下发到业务接收方时再执行步骤408和步骤409;步骤414和步骤415也可以在下发多媒体消息之后的任一步骤之前或之后执行。本发明实施例中的MM11消息通过超文本传IIT协议(HTTP,HypertextTransferProtocol)协议承载,其定义类似于MM7接口,由于HTTP协议方便扩展,并具有较高的处理能力,因此,这种MM11消息的承载方式既方便后续的扩展,又具有较高的处理能力。图5为本发明实施例中的数据容灾备份的系统结构图。如图5所示,该系统包括MMSC500及对应的容灾MMSC510,其中,MMSC500包括接收模块501、处理模块502、备份请求生成模块503、存储模块504及发送模块505。接收模块501接收业务发送方提交的多媒体消息;保存到存储模块504,同时由处理模块502处理该多媒体消息,包括向业务接收方发送推送(Push)通知,接收到业务接收方发送的消息获取请求后,下发多媒体消息到业务接收方;并在处理多媒体消息的过程中,生成多媒体消息的处理状态和地址信息。备份请求生成模块503根据处理模块502处理多媒体消息过程中的处理状态和地址信息生成备份请求消息;然后由发送模块505将该备份请求消息与保存在存储模块504的多媒体消息发送到对应的容灾MMSC510。与MMSC500对应的容灾MMSC510包括接收模块511、存储模块512及处理模块513。接收模块511接收来自MMSC500的携带多媒体消息处理状态和地址信息的备份请求消息及多媒体消息;由存储模块512进行保存。当MMSC500发生灾难时,容灾MMSC510的处理模块513将根据保存在存储模块512的备份请求消息中的处理状态及地址信息,处理存储模块512中的多媒体消息。容突MMSC510可进一步包括响应模块514,用于生成与备份请求消息相对应的备份消息标识,并向MMSC500回复携带该备份消息标识的备份响应消息。相应地,处理模块502进一步接收携带备份消息标识的备份响应消息。MMSC500的处理模块502进一步在下发多媒体消息后,生成携带该备份消息标识的释放请求消息;由发送模块505将该释放请求消息发送到对应的容灾MMSC510。相应地,响应模块514进一步接收携带备份消息标识的释放请求消息,删除保存在存储模块512的与该备份消息标识相对应的备份请求消息和对应的多媒体消息。响应才莫块514进一步向对应的MMSC500回复释;^丈响应消息。由以上所述可以看出,本发明实施例所提供的技术方案,在MMSC接收到多媒体消息后,通过备份请求消息对多媒体消息对应的会话消息进行备份,从而減小了MMSC之间的通信数据量,减小了MMSC的系统开销。同时,本发明实施例的技术方案将数据容灾备份与MMS的业务流程融合起来,可以在需要时进行数据容灾备份,从而实现了灵活的数据容灾备份,避免了MMSC之间不断的进行数据同步造成的资源浪费。另外,由于通过MM11消息实现数据容灾备份,不需要在MMSC之间的实现数据完全同步,因此MMSC与容灾MMSC的硬件与软件系统不需要同构也能实现数据容灾备份。以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。权利要求1、一种多媒体消息业务系统中数据容灾备份的方法,其特征在于,该方法包括多媒体消息业务中心MMSC接收业务发送方发送的多媒体消息;生成携带所述多媒体消息的处理状态及地址信息的备份请求消息;将所述备份请求消息及所述多媒体消息发送到对应于所述MMSC的容灾MMSC进行备份,由所述容灾MMSC保存所述备份请求消息及所述多媒体消息。2、如权利要求l所述的方法,其特征在于,该方法进一步包括所述容灾MMSC接收到备份请求消息之后,生成与所述备份请求消息对应的备份消息标识,向所述MMSC回复携带所述备份消息标识的备份响应消息。3、如权利要求2所述的方法,其特征在于,该方法进一步包括所述MMSC下发所述多媒体消息后,向所述容灾MMSC发送携带所述备份消息标识的释放请求消息,所述容灾MMSC接收到所述释放请求消息后,删除保存的备份请求消息,并回复释放响应消息。4、如权利要求l所述的方法,其特征在于,该方法进一步包括当所述MMSC发生灾难时,所述容灾MMSC根据所述备份请求消息中多媒体消息的处理状态及地址信息处理所述多媒体消息。5、如权利要求1所述的方法,其特征在于,所述MMSC向所述容灾MMSC发送备份请求消息的步骤在向业务接收方下发通知消息之后执行;或者所述MMSC没有在预先设置的时间段将所述多媒体消息下发到对应的业务接收方时执行。6、如权利要求1至5中任一项所述的方法,其特征在于,所述备份请求消息进一步包括以下所述的一项或多项所述多媒体消息前转之前的原始消息标识、表明业务发送方归属的MMSC是否要求所述多媒体消息递送报告的信息、表明业务发送方是否请求所述多媒体消息的读取应答报告的信息、表明业务发送方归属的MMSC要求前转响应的信息和业务发送方归属MMSC的地址或表明业务发送方归属的MMSC不要求前转响应的信息、表明所述多媒体消息转发次数的信息、当前处理所述多媒体消息之前处理所述多媒体消息的用户代理的地址、当前处理所述多媒体消息之前处理所述多媒体消息的日期和时间、业务发送方归属MMSC的地址。7、一种多媒体消息业务中心MMSC,其特征在于,该MMSC包括接收模块、处理模块、备份请求生成模块及发送模块,接收模块,用于接收业务发送方提交的多媒体消息;存储模块,用于保存接收到的多媒体消息;处理模块,用于处理接收到的多媒体消息,生成多媒体消息的处理状态及地址信息;备份请求生成模块,用于根据所述处理状态及地址信息生成备份请求消息;发送模块,用于将所述备份请求消息与所述多媒体消息发送到对应的容灾MMSC。8、如权利要求7所述的MMSC,其特征在于,所述处理模块进一步接收携带备份消息标识的备份响应消息;在下发多媒体消息后,生成携带所述备份消息标识的释放请求消息;所述发送模块进一步将所述释放请求消息发送到对应的容灾MMSC。9、一种多媒体消息业务中心MMSC,其特征在于,该MMSC为对应MMSC的容交MMSC,包括接收模块、存储模块和处理模块,接收模块,用于接收来自对应MMSC的携带多^某体消息处理状态和地址信息的备份请求消息及多媒体消息;存储模块,用于保存所述备份请求消息及所述多媒体消息;处理模块,用于在对应的MMSC发生灾难时,才艮据保存在所述存储模块的备份请求消息中的多媒体消息处理状态及地址信息,处理所迷多媒体消息。10、如权利要求9所述的MMSC,其特征在于,所述MMSC进一步包括响应模块,用于生成与备份请求消息相对应的备份消息标识,并向对应的MMSC回复携带所述备份消息标识的备份响应消息;所述存储模块进一步保存与所述备份请求消息对应的备份消息标识。11、如权利要求10所述的MMSC,其特征在于,所述响应模块进一步接收所述携带备份消息标识的释放请求消息,删除保存在存储模块的与该备份消息标识相对应的备份请求消息。12、如权利要求10所述的MMSC,其特征在于,所述响应模块进一步向对应的MMSC回复释放响应消息。全文摘要本发明公开了一种多媒体消息业务系统中数据容灾备份的方法,该方法包括多媒体消息业务中心(MMSC)接收业务发送方发送的多媒体消息;生成携带所述多媒体消息的处理状态和地址信息的备份请求消息;将所述备份请求消息及所述多媒体消息发送到对应于所述MMSC的容灾MMSC进行备份,由所述容灾MMSC保存所述备份请求消息和所述多媒体消息。本发明还公开了一种MMSC。本发明通过消息实现了多媒体消息业务系统中的数据容灾备份,从而减小了数据容灾备份时MMSC与对应的容灾MMSC之间的通信数据量,减小了系统开销,同时,将多媒体消息业务流程与数据容灾备份相互融合,实现了灵活的数据容灾备份。文档编号H04L1/22GK101389065SQ200710149580公开日2009年3月18日申请日期2007年9月12日优先权日2007年9月12日发明者史以兵,柏广昌申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1