专利名称：实现多媒体消息业务系统容灾的方法、系统及设备的制作方法
技术领域：
本发明涉及多媒体消息业务技术，具体涉及一种实现多媒体消息业务(MMS，Multimedia Message Service)系统容灾的方法、系统及设备。
背景技术：
随着电信业务越来越依赖于计算机系统，计算机系统在为电信业务迅猛发展提供技术基础架构的同时，也成为电信业务支撑系统的核心。由于在实现各种电信业务时，用户信息存储设备和业务处理系统高度集中，导致电信业务支撑系统存在很多数据灾难的隐患。
数据灾难是指数据处理过程出现了大范围的中断，且不能在一定时间内恢复，例如，火灾、爆炸事件、地震、水灾等自然原因，以及机器故障、人为因素等非自然原因导致计算机系统系统出现故障，而引起的灾难。这里，为了方便描述，将“数据灾难”简称为“灾难”。
MMS是短信息业务(SMS，Short Message Service)和增强型消息业务(EMS，Enhanced Message Service)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。多媒体消息业务中心(MMSC，Multimedia Message Service Center)系统包括多个MMSC局点，每个局点用来分别实时控制归属于该局点的用户消息的提交和下发，并将用户信息、多媒体消息和会话信息存储在该MMSC局点的存储设备中。一旦MMSC系统中某一局点发生灾难，就会使得归属于该局点的用户信息丢失，且会导致该局点MMSC业务的中断，甚至是长时间无法恢复业务，从而使归属于该MMSC局点的用户无法使用MMS，影响了用户使用质量的同时，也会给运营商造成极大的经济损失。
图1为现有的多媒体消息业务系统的结构示意图。参见图1，现有的多媒体消息业务系统包括电子编码域名服务器(Enum DNS，ElectronicNumbering Domain Name Server)、网关和MMSC局点。
以下以实现终端到终端的多媒体消息业务为例说明该系统的工作原理。其中，网关为无线应用协议网关(WAP GW，Wireless Application ProtocolGateway)。
其中，MMSC局点包括MMSC和数据库服务器。
MMSC，用于接收发送方发送的多媒体消息，保存该多媒体消息以及处理该多媒体消息的会话信息；查询数据库服务器，根据获得的接收方和发送方的用户信息，通过WAP GW将携带该MMSC的网络协议(IP，InternetProtocol)地址的推送(Push)通知，即消息通知请求(MM1_Notification.req)，发送到接收方；并在接收到接收方通过WAP GW发送的消息提取请求(MM1_retrieve.req)后，将多媒体消息下发到接收方WAP GW。
其中，会话信息包括该多媒体消息的标识、发送方和接收方信息、MMSCID等信息。
数据库服务器，用于保存用户信息，包括用户黑名单、用户的个性化信息，或者是该用户是否欠费等信息。
MMSC获得接收方和发送的用户信息是指，MMSC在数据库服务器中查询接收方和发送方是否处于黑名单中，是否欠费，或经查询获得该用户设置的一些个性化信息。例如，若查询到发送方和接收方位于黑名单或欠费名单中，则MMSC选择不发送多媒体消息；若查询到用户设置有个性化信息，则根据用户的个性化信息，进行多媒体消息业务的处理。
Enum DNS，用于保存MMSC域名、用户号码段、MMSC的标识(ID，Identifier)及MMSC IP地址的对应关系，供WAP GW和MMSC局点进行查询。
WAP GW，用于接收业务接收方发送的消息提交请求，转发至MMSC；并接收MMSC发送的携带MMSC IP地址的消息通知请求；将接收方的消息提取请求转发到该MMSC；并向接收方转发MMSC下发的多媒体消息。
WAP GW还用于将接收方发送的消息确认请求(MM1_Acknowledgement.req)转发到MMSC。MMSC在接收到接收方发送的消息确认请求后，向计费服务器发送计费信息；MMSC局点进一步包括计费服务器，用于在接收到MMSC发送的计费信息后，生成并保存话单。
计费信息可包括发送方信息、接收方信息、多媒体消息流量等供计费服务器生成话单，并进行计费的信息。
图1中所示的网关还可以包括多媒体消息网关(MMSG，MultimediaMessaging Service Gateway)，用于实现服务提供商(SP，Service Provider)与MMSC的通信。
图2为现有的实现终端到终端多媒体消息业务的方法流程图。如图2所示，该方法包括以下步骤步骤200发送方终端向发送方WAP GW发送消息提交请求(MM1_Submit.req)，其中携带要发送的多媒体消息及接收方号码。
步骤201～步骤203发送方WAP GW查询Enum DNS，得到发送方归属的MMSC信息后，向该MMSC转发消息提交请求。
步骤204～步骤207该MMSC在Enum DNS查询发送方和接收方号码归属的MMSC。
步骤208～步骤209该MMSC判断发送方归属的MMSC是其自身，则通过发送方WAP GW将消息提交响应(MM1_Submit.res)发送到发送方。
本步骤以通知发送方MMSC已经接收到了发送方提交的多媒体消息。
步骤210～步骤211MMSC判断接收方归属的MMSC是其自身，则将携带该多媒体消息及该MMSC的IP地址的消息通知请求(MM1_Notification.req)发送到接收方WAP GW；由接收方WAP GW转发到接收方。
本步骤中，如果MMSC判断接收方归属的MMSC不是其自身，则将消息提交请求前转到接收方MMSC；由接收方MMSC将携带多媒体消息和其自身IP地址的消息通知请求，发送到接收方。
步骤212～步骤215接收方WAP GW在接收到接收方发送的消息通知响应(MM1_Notification.res)后，在Enum DNS查询接收方归属的MMSC；并将该消息通知响应转发到该MMSC。
步骤216～步骤219接收方将消息通知请求中的MMSC IP地址携带于消息提取请求(MM1_Retrieve.req)中，通过WAP GW发送到MMSC；MMSC通过WAP GW向接收方发送携带多媒体消息的消息提取响应(MM1_Retrieve.res)。
步骤220～步骤223接收方在接收到多媒体消息后，向接收方WAP GW回复消息确认请求(MM1_Acknowledgement.req)；接收方WAP GW查询接收方的归属MMSC，并将该消息确认请求转发到该MMSC。
MMSC在接收到消息确认请求后，将计费信息发送到计费服务器，由计费服务器生成话单，并保存话单用于计费。
如果发送方与接收方不在同一网络中，则接收方归属的MMSC在将多媒体消息发送到接收方，并收到接收方发送到的消息确认请求后，向发送方归属的MMSC回复递送报告请求(MM4_DeliverReport.req)，以通知发送方归属的MMSC接收方已成功接收多媒体消息。
在上述方法流程中，步骤200～步骤209为MMSC接收多媒体消息的过程；步骤210～步骤219为MMSC向接收方下发多媒体消息的过程；步骤220～223为MMSC接收消息确认的过程。
由以上描述可知，MMSC局点负责接收并下发多媒体消息，作为发送方与接收方之间的媒介，一旦MMSC局点发生灾难，则该MMSC局点将无法接收并处理新消息；图2中步骤215、步骤217及步骤218无法执行，使得得到Push通知的用户无法提取消息；图2中步骤223无法执行，使得成功获取消息的用户无法返回消息确认请求，从而无法生成话单；对于接收方与发送方不在同一网络的情况，接收方所在网络的MMSC无法向发送方所在网络的灾难MMSC转发多媒体消息，使得接收方无法接收到发送方的消息；如果接收方成功获取消息后，接收方所在网络的MMSC发生灾难，则该MMSC无法向发送方所在网络的MMSC发送递送报告请求，使得发送方所在网络的MMSC无法生成话单。
综上所述，现有的多媒体消息业务系统以及多媒体消息业务实现的方法，没有容灾功能；在数据灾难发生后，没有采取挽救措施，因此，一旦发生数据灾难，则会影响用户的使用，也对运营商造成极大的经济损失。
发明内容
有鉴于此，本发明实施例提供一种实现多媒体消息业务系统容灾的方法，使得在灾难发生后，MMSC系统能够正常工作。
本发明实施例提供一种实现多媒体消息业务系统容灾的系统，使得在灾难发生后，MMSC系统能够正常工作。
本发明提供一种网络控制设备，使得当MMSC发生灾难时，业务提供商(SP，Service Provider)服务器仍然可以使用MMS。
本发明提供一种电子编码域名服务器，使得当MMSC发生灾难时，MMSC系统能够正常工作。
为达到上述目的，本发明实施例的技术方案是这样实现的一种实现多媒体消息业务容灾的方法，包括在确定MMSC发生灾难时，将预先存储的所述MMSC的对应关系中的IP地址修改为对应的容灾MMSC的IP地址；并通过查询所述MMSC对应的IP地址，将需要发送到所述MMSC的消息发送到所述容灾MMSC。
一种实现多媒体消息业务系统容灾的系统，包括多媒体消息业务中心MMSC、对应的容灾MMSC、网关、Enum DNS和网络控制设备，所述MMSC，用于处理其自身的多媒体消息业务；所述容灾MMSC，用于在所述MMSC发生灾难时，处理所述MMSC的多媒体消息业务；
所述Enum DNS，用于保存所述MMSC的对应关系；当所述MMSC发生灾难时，在网络控制设备的控制下，将该MMSC对应关系中的IP地址修改为对应的容灾MMSC的IP地址；所述网络控制设备，用于在确定所述MMSC发生灾难时，控制所述EnumDNS将所述MMSC对应的IP地址修改为所述容灾MMSC的IP地址；所述网关，用于通过查询Enum DNS保存的所述MMSC的对应关系中的IP地址，将需要发送到所述MMSC的消息发送到所述容灾MMSC。
一种网络控制设备，包括存储模块、计时模块和收发模块，存储模块，用于保存预先设置的超时时间，多媒体消息业务中心MMSC的网络协议IP地址和对应的容灾MMSC的IP地址；收发模块，用于在向MMSC提交多媒体消息后，向计时模块发送开始计时触发信号；在接收到该MMSC发送的响应后，向计时模块发送停止计时触发信息；在接收到计时模块的触发信号后，向MMSC的容灾MMSC的IP地址提交多媒体消息；计时模块，用于接收到开始计时触发信号后，开始计时；在接收到停止计时触发信号后，停止计时；在计时超过存储模块保存的超时时间后，向收发模块发送触发信号。
一种电子编码域名服务器，包括存储模块，用于保存MMSC的对应关系；及修改模块，用于在网络控制设备的控制下，将所述MMSC对应关系中的IP地址修改为对应的容灾MMSC的IP地址。
与现有技术相比，本发明实施例所提供的技术方案在确定MMSC发生灾难时，将该MMSC对应的IP地址修改为容灾MMSC的IP地址，并将需要发送到该MMSC的消息发送到容灾MMSC。因此，当MMSC发生灾难时，归属于该MMSC的用户的所有多媒体消息业务都由灾难MMSC切换到对应的容灾MMSC进行处理，从而使得MMSC系统仍然能够正常工作，而不会造成大面积用户MMS业务的中断，避免对运营商造成经济损失。
图1为现有的多媒体消息业务系统的结构示意图；图2为现有的实现终端到终端多媒体消息业务的方法流程图；图3为本发明实施例中实现多媒体消息业务系统容灾的系统结构示意图；图4为本发明实施例中的系统内部结构示意图；图5为本发明实施例中的再一系统内部结构示意图；图6为本发明实施例中灾难切换时新提交消息的处理流程图；图7为本发明实施例中灾难切换时正在处理的消息的处理流程图；图8为本发明实施例中灾难切换时正在处理的递送报告的处理流程图；图9为本发明实施例中SP提交消息的方法流程图；图10为本发明实施例中的本地SP业务处理流程图；图11为本发明实施例中实现多媒体消息业务系统容灾的另一系统结构示意图；图12为本发明实施例中的又一系统内部结构示意图。
具体实施例方式
下面结合附图及具体实施例对本发明进行详细说明。
本发明提供的实现多媒体消息业务容灾的方法，在确定MMSC发生灾难时，将预先存储的该MMSC对应关系中的IP地址修改为对应的容灾MMSC的IP地址；并通过查询该MMSC对应的IP地址，将需要发送到该MMSC的消息发送到容灾MMSC。
以下针对完全地理容灾的情况进行详细说明。
首先在Enum DNS设置归属于该MMSC的用户号码段与该MMSC的ID的对应关系，以及该MMSC的ID与其IP地址的对应关系，当该MMSC发生灾难时，将该对应关系中，灾难MMSC对应的IP地址，修改为对应的容灾MMSC的IP地址。
图3为本发明实施例中实现多媒体消息业务系统容灾的系统结构示意图。参见图3，该系统包括Enum DNS、网关、MMSC局点A以及MMSC局点B。
其中，Enum DNS用于保存MMSC的对应关系，包括MMSC域名、号码段、MMSC ID与IP地址的对应关系，当MMSC发生灾难时，将该灾难MMSC域名及用户号码对应的MMSC的IP地址修改为该MMSC对应的容灾MMSC的IP地址。
例如，该对应关系可以为如下表所示
表1 Enum DNS保存的对应关系表网关，用于将多媒体消息通过负载均衡器发送到MMSC，将携带MMSC域名的Push通知发送到接收方；接收到携带MMSC域名的消息提取请求后，在Enum DNS查询该MMSC域名及接收方号码对应的MMSC的IP地址，将该消息提取请求通过负载均衡器转发到具有该IP地址的MMSC；将MMSC通过负载均衡器下发的多媒体消息发送到接收方。
MMSC局点A包括负载均衡器A、MMSC A、数据库服务器A以及计费服务器A。
MMSC A包括至少一个MMSC业务节点，用于接收多媒体消息；查询数据库服务器A，获得发送方和接收方的用户信息为合法后，向接收方发送携带该MMSC域名的Push通知；在接收到消息提取请求后，向接收方下发多媒体消息；并在其容灾模块中备份MMSC B的多媒体消息和会话信息；负载均衡器A，用于保存MMSC局点A的虚拟IP地址和MMSC局点B的容灾IP地址；接收发往MMSC局点A的IP地址和MMSC局点B的容灾IP地址的消息，转发到根据其负载均衡算法确定的MMSC业务节点，并将MMSC业务节点的消息转发出去；数据库服务器A，用于保存归属于MMSC局点A的用户信息；以及备份归属于MMSC局点B的用户信息；计费服务器A，用于保存归属于MMSC局点A的用户的话单；并备份MMSC局点B中的计费服务器B保存的内容。
MMSC局点B包括负载均衡器B、MMSC B、数据库服务器B以及计费服务器B。
MMSC B包括至少一个MMSC业务节点，用于接收多媒体消息；查询数据库服务器B，获得发送方和接收方的用户信息为合法后，通过负载均衡器向接收方发送携带该MMSC域名的Push通知；在接收到消息提取请求后，通过负载均衡器向接收方下发多媒体消息；并在其容灾模块中备份MMSC局点A的多媒体消息和会话信息；负载均衡器B，用于保存MMSC局点B的虚拟IP地址及MMSC局点A的容灾IP地址；接收发往MMSC局点B的IP地址及MMSC局点A的容灾IP地址的消息，转发到根据其负载均衡算法确定的MMSC业务节点，并将MMSC业务节点的消息转发出去；数据库服务器B，用于保存归属于MMSC局点B的用户信息；以及备份归属于MMSC局点A的用户信息；计费服务器B，用于保存归属于MMSC局点B的用户的话单；并备份MMSC局点A中的计费服务器A保存的内容。
数据库服务器A与数据库服务器B进行实时同步，除保存自身所属MMSC局点的用户信息外，还分别备份MMSC局点B的用户信息和MMSC局点A的用户信息。
计费服务器A与计费服务器B周期性地进行话单复制，除保存自身所属MMSC局点的用户话单外，还分别备份MMSC局点B与MMSC局点A的用户话单。
MMSC A与MMSC B进行实时双向同步，例如，可周期性地进行同步，也可以是在一方保存的内容有更新时，及时在另一方进行备份。MMSC除保存自身的多媒体消息和会话信息外，还互相备份，即MMSC A与MMSC B分别备份MMSC B和MMSC A的多媒体消息和会话信息。
实际应用中，该系统还可以包括IP网络，Enum DNS、网关与MMSC局点的通信通过该IP网络实现。
下面结合图4详细介绍图3所示系统的工作原理。图4为本发明实施例中的系统内部结构示意图。参见图4，MMSC局点A和MMSC局点B分别包括两个MMSC业务节点节点A1、节点A2与节点B1、节点B2，每个节点都包括两个模块，本节点处理模块用于保存和处理归属于本局点的用户的多媒体消息和会话信息，容灾模块为另一局点中一个业务节点的容灾模块。例如节点A1包括RG_A1和RG_B1′两个模块，RG_A1和相应的磁盘用于保存和处理自身业务节点的多媒体消息和会话信息，RG_B1′与相应的磁盘为节点B1的容灾模块，用于备份节点B1的多媒体消息和会话信息，并在MMSC局点B发生灾难时，处理归属于灾难MMSC的用户的多媒体消息和会话信息；同理MMSC局点B的业务节点也有两个模块，一个用于保存的处理归属于本局点的用户的多媒体消息和会话信息，另一个用于备份MMSC局点A中一个业务节点的多媒体消息和会话信息。正常情况下，每个局点的容灾模块不启动，只是在用于容灾的磁盘空间中备份另一局点的多媒体消息和会话信息。
每个局点还包括数据库服务器和容灾数据库服务器，数据库服务器用于保存归属于自身局点的用户信息，容灾数据库服务器为另一MMSC局点的容灾数据库，用于备份归属于另一局点的用户信息。例如，MMSC局点A包括DB_A和DB_B′，其中DB_A用于保存归属于MMSC局点A的用户信息，DB_B′为MMSC局点B的容灾数据库，用于备份归属于MMSC局点B的用户信息。
每个局点的计费服务器也包括两个(图中未示出)，计费服务器用于保存自身MMSC局点的话单，容灾计费服务器为另一MMSC局点的容灾计费服务器，用于备份另一MMSC局点的话单。
因此，MMSC局点A与MMSC局点B互为容灾。
当两个MMSC局点都正常工作时，两个MMSC局点同时分别为归属于自身的用户提供MMS，对外网表现为两个多媒体消息业务中心。每个MMSC局点的负载均衡器都保存了两个虚拟IP(VIP，Virtual Internet Protocol)地址，其中一个为自身对外网的IP地址，第二个为另一局点的容灾IP地址。例如MMSC局点A的负载均衡器A有VIP-A和VIP-B′两个IP地址，VIP-A为MMSC局点A对外网的IP地址，VIP-B′为MMSC局点B的容灾IP地址。此时，Enum DNS上保存的MMSC ID和IP地址的对应关系为MMSC ID A<--->VIP AMMSC ID B<--->VIP B。
当MMSC局点A发生灾难时，MMSC局点A的容灾模块、容灾数据库服务器及容灾计费服务器启动，容灾模块RG_A1′和RG_A2′启动，将Enum DNS上保存的MMSC ID和IP地址的对应关系为MMSC ID A<--->VIP A′MMSC ID B<--->VIP B。
容灾模块RG_A1′和RG_A2′从相应的磁盘中读入MMSC局点A的多媒体消息和会话信息，继续处理MMSC局点A的MMS。从而使得归属于MMSC的用户仍然能够使用MMS，而不会造成大面积用户MMS的中断，避免了运营商的经济损失。
修改Enum DNS上对应关系的方法包括手工修改，即当MMSCA发生灾难时，由人为将Enum DNS上保存的对应关系中，MMSC ID A对应的IP地址修改为其容灾IP地址；或者，由MMSC向对应的容灾MMSC发送表明其工作正常的信息，如果容灾MMSC在预先设定的一段时间内，没有接收到MMSC发送的表明其工作正常的信息，则容灾MMSC确定对应的MMSC发生灾难。具体地说，由MMSC A与MMSC B交换心跳信息或心跳响应，当MMSC B在预先设置的一段时间内，没有收到MMSC A发送的心跳信息或心跳响应时，则认为MMSC局点A发生灾难，此时，MMSC B启动容灾模块，由该容灾模块向Enum DNS发送更新对应关系的消息，将MMSC ID A对应的IP地址修改为其容灾IP地址。也就是说容灾MMSC作为网络控制设备，在确定MMSC发生灾难后，向Enum DNS发送更新对应关系中灾难MMSC的IP地址为对应的容灾MMSC IP地址的信息；或者单独设置网络控制设备，周期地检测MMSC的工作状态，一旦发现MMSC发生灾难，则启动对应的容灾MMSC，并向Enum DNS发送更新对应关系中灾难MMSC的IP地址为对应的容灾MMSC IP地址的信息。
实际应用中，如果MMSC系统的业务量较小，也可以不使用负载均衡器，每个MMSC局点中的两个业务节点只运行一个，另一个作为其它MMSC局点的容灾模块。当其它MMSC局点发生灾难时，该MMSC局点的另一业务节点启动，继续处理归属于灾难MMSC的业务。
实际应用中，也可以为MMSC局点设置专门用于容灾的MMSC局点，容灾MMSC在MMSC局点正常工作时不启动，而只备份MMSC局点的用户信息、计费服务器保存的内容、多媒体消息和会话信息；当MMSC局点发生灾难时，容灾MMSC局点启动，并将归属于灾难MMSC的用户切换到容灾MMSC局点进行多媒体消息业务的处理。
图5为本发明实施例中再一系统内部结构图，参见图5，MMSC局点A包括节点A和节点B′，其中节点A用于处理本局点的多媒体消息，而节点B′用于在MMSC局点B的节点B发生灾难时，作为容灾MMSC节点，继续处理MMSC B的多媒体消息业务，从而避免MMSC发生灾难而影响到用户对MMS的使用。此时，Enum DNS上保存的对应关系中，与MMSC B的域名、手机号码段、MMSC ID B对应的IP地址由灾难MMSC的IP地址修改为其容灾IP地址MMSC A的IP地址。
以下以接收方归属的MMSC局点A发生灾难为例，详细说明本发明实施例中对于灾难切换时的新提交消息、正在处理的消息、正在处理的递送报告以及SP本地业务的处理流程。
图6为本发明实施例中的灾难切换时新提交消息的处理流程图。参见图6，该处理流程包括以下步骤步骤600～步骤609发送方WAP GW接收来自发送方的消息提交请求，到Enum DNS查询发送方号码归属的MMSC，得到MMSC A′的IP地址；然后将该消息提交请求发送到MMSC A′；MMSC A′查询到发送方和接收方归属的MMSC都是其自身，并查询数据库服务器B，获得发送方和接收方的用户信息为合法后，通过发送方WAP GW向发送方回复消息提交响应。
以上步骤为发送方提交多媒体消息的步骤。在发送方WAP GW查询接收方归属的MMSC时，由于接收方归属的MMSC A发生灾难，其容灾MMSCA′启动，Enum DNS上保存的接收方归属的MMSC的IP地址为灾难MMSC的容灾IP地址MMSC A′的IP地址，因此，发送方WAP GW将该新提交的消息发送到MMSC A′。
步骤610～步骤611MMSC A′通过接收方WAP GW向接收方发送携带其MMSC域名的消息通知请求。
步骤612～步骤615接收方回复消息通知响应，由接收方WAP GW查询到接收方归属的MMSC A′后，将该消息通知响应发送到MMSC A′。
步骤616～步骤621接收方将携带该MMSC域名的消息提取请求发送到接收方WAP GW；接收方WAP GW在Enum DNS查询该MMSC域名及接收方号码对应的MMSC，得到MMSC A′的IP地址后，将该消息提取请求发送到MMSC A′；MMSC A′通过接收方WAP GW向接收方发送携带多媒体消息的消息提取响应。
步骤621～步骤625接收方在接收到多媒体消息后，通过接收方WAPGW向MMSC A′回复消息确认请求。
MMSC A′在接收到消息确认请求后，向容灾计费服务器B发送计费信息，由容灾计费服务器B生成话单，并保存。
由此可见，当MMSC A发生灾难时，本发明实施例可将新提交消息直接发送到MMSC A的容灾MMSC处理，从而使得归属于MMSC局点A的用户仍然能够使用MMS。且由于数据库服务器A的容灾数据库，数据库服务器B中备份了MMSC局点A的用户信息，因此，在容灾切换后，MMSCA′也不会由于查询不到用户信息，而中断对消息的处理。同时，计费服务器B备份了计费服务器A的话单，因此，也不会由于丢失MMSC局点A的话单，而不能对归属于MMSC局点A的用户进行计费。
对于邮件服务器通过MM3接口及其它MMSC局点通过MM4接口新提交的消息，除接收多媒体消息的过程与现有技术相同，在此不再赘述外，其它包括多媒体消息下发和用户收到多媒体消息后，进行确认的过程与步骤610～步骤625相同，在此也不再赘述。
图7为本发明实施例灾难切换时正在处理的消息的处理流程图。参见图7，该处理流程包括以下步骤步骤700～步骤709发送方WAP GW接收来自发送方的包括多媒体消息和接收方号码的消息提交请求，到Enum DNS查询发送方和接收方归属的MMSC，得到MMSC A的IP地址；然后将该消息提交请求发送到MMSC A；MMSC A查询数据库服务器A，获得发送方和接收方的用户信息为合法后，通过发送方WAP GW向发送方回复消息提交响应。
步骤710～步骤711MMSC A通过接收方WAP GW向接收方发送携带其MMSC域名的消息通知请求。
步骤712接收方接收到消息通知请求后，回复消息通知响应。
步骤713MMSC A发生灾难，MMSC A的容灾模块MMSC A′启动，同时将Enum DNS上保存的MMSC ID A对应的IP地址修改为MMSC A的容灾IP地址，即MMSC A′的IP地址，并向各个网元发送消息，通知EnumDNS的数据已经更新。
即将MMSC ID A对应的IP地址修改为MMSC A的容灾IP地址。
步骤714～步骤716接收方WAP GW在Enum DNS查询接收方归属的MMSC，得到MMSC A′的IP地址；然后将消息通知响应转发到MMSCA′。
步骤717～步骤726与步骤616～步骤625相同，在此不再赘述。
由以上所述可知，由于灾难切换时，Enum DNS将其保存的对应关系中发生灾难的MMSC对应的IP地址，修改为容灾MMSC的IP地址，因此，在MMSC A发生灾难时，MMSC A正在处理的消息，可由MMSC A′从MMSC局点B的容灾模块中读取备份的多媒体消息和会话信息，继续进行处理，而不会造成正在处理的多媒体消息业务中断或消息丢失的情况。而对于用户来说，并不会知道其归属的MMSC发生了灾难。同时，计费服务器B备份了计费服务器A的话单，因此，也不会由于丢失MMSC局点A的话单，而不能对归属于MMSC局点A的用户进行计费。
图8为本发明实施例中灾难切换时正在处理的递送报告的处理流程图。参见图8，该处理流程包括以下步骤步骤800～步骤809发送方WAP GW接收来自发送方的包括多媒体消息和接收方号码的消息提交请求，到Enum DNS查询发送方和接收方号码归属的MMSC，得到发送方归属的MMSC为其自身，接收方归属的MMSC的IP地址；并查询数据库服务器B，获得发送方和接收方的用户信息为合法后，通过发送方WAP GW向发送方回复消息提交响应。
步骤810～步骤811MMSC A向接收方MMSC发送消息前转请求(MM4_Forward.req)，接收方MMSC收到后，回复消息前转响应(MM4_Forward.res)。
步骤812MMSC A发生灾难，MMSC A的容灾模块MMSC A′启动；同时Enum DNS将保存在其自身的归属于MMSC A的号码段更改为归属于MMSC A′，并向各个网元发送消息，通知Enum DNS的数据已经更新。
步骤813～步骤816接收方MMSC在Enum DNS查询发送方和接收方归属的MMSC，获得发送方归属的MMSC为MMSC A′，接收方归属的MMSC为其自身。
步骤817～步骤832与步骤610～步骤625相同，只是将多媒体消息中心更改为接收方MMSC。
步骤833接收方MMSC向MMSC A′发送递送报告请求(MM4_DeliverReport.req)，以通知MMSC A′由其前转发多媒体消息已发送成功，MMSC A′可以生成话单。
本步骤中，接收方MMSC可以将递送报告请求直接发送到MMSC A的容灾MMSC，是因为在MMSC A发生灾难时，Enum DNS将自身保存的MMSC ID A对应的IP地址更改为MMSC A′的IP地址，并且通知各个网元Enum DNS的数据已更新。当接收方MMSC到Enum DNS查询发送方归属的MMSC时，查询到的即是MMSC A′的IP地址，接收方MMSC将发送方与该IP地址的对应关系保存下来。因此，接收方MMSC在接收到递送报告请求后，可直接根据发送方号码转发到MMSC A′。从而，使得发生灾难的MMSC不会对前转出去的多媒体消息的下发及计费生成影响。
以上描述的WAP GW，除具有已经在现有技术中存在的模块外，还包括接收模块、发送模块和查询模块。其中，接收模块，用于接收携带MMSC域名和业务接收方号码的消息提取请求；查询模块在Enum DNS保存的对应关系中，查询到该MMSC域名和业务接收方号码对应的IP地址；由发送模块将该消息提取请求发送到具有该IP地址的MMSC。
以上描述的Enum DNS包括存储模块，用于保存MMSC的对应关系；及修改模块，用于在网络控制设备的控制下，将MMSC对应关系中的IP地址修改为对应的容灾MMSC的IP地址。
以下说明当发送方为SP时，本发明实施例的多媒体消息处理流程。
当SP通过MMSG向MMSC提交消息时，其提交方法流程如图9所示。图9为本发明实施例SP提交消息流程图，参见图9，该流程包括以下步骤步骤900～步骤901SP向MMSG发送消息提交请求(MM7_Submit.req)，MMSG接收到后向SP回复消息提交响应(MM7_Submit.res)。
步骤902～步骤903MMSG查询Enum DNS得到接收方号码归属的MMSC为MMSCA′。
步骤904MMSG将向MMSC A′发送消息提交请求。
MMSC A′在接收到消息提交请求后，对多媒体消息的处理流程与步骤604～步骤625相同，在此不再赘述。
由以上所述可知，由于MMSG在接收到SP提交的多媒体消息时，首先要到Enum DNS查询接收方号码归属的MMSC。当MMSC B发生灾难时，Enum DNS上保存的灾难MMSC的IP地址修改为其容灾IP地址。因此，当MMSG查询时，得到的是接收方归属的MMSC的容灾IP地址，从而避免了由于MMSC发生灾难而对MMS造成的影响，使得SP用户继续正常使用MMS。
当SP直接将多媒体消息提交到MMSC时，本发明实施例中的处理流程如图10所示。图10为本发明实施例中灾难切换时本地SP业务处理流程图。参见图10，该处理流程包括以下步骤步骤1000SP向MMSC A发送消息提交请求，并开始计时。
步骤1001计时时间达到预先设置的时间后，SP重新向MMSC A′发送消息提交请求。
本步骤中，SP预先设置两个IP地址，一个是该SP归属的MMSC的IP地址，另一个是归属MMSC的容灾IP地址。当SP向MMSC A发送消息提交请求开始计时后，如果在预先设置的时间内SP没有收到MMSC在成功接收到消息提交请求后返回的消息提交响应，则SP认为MMSC A发生灾难。然后，SP重新向MMSC A的容灾IP地址发送消息提交请求。
步骤1002MMSC A′向SP回复消息提交响应，并停止计时。
步骤1003～步骤1004MMSC A′在Enum DNS查询得到接收方归属的MMSC是其自身；并在数据库服务器查询到接收方的用户信息合法。
步骤1005～步骤1020与步骤610～步骤620相同，在此不再赘述。
步骤1021～步骤1022SP接收MMSC A′在发送多媒体消息成功后，回复的消息发送报告请求(MM7_DeliveryReport.req)，并返回消息发送报告响应(MM7_DeliveryReport.res)。
上述处理流程是由设置在SP服务器中的网络控制设备实现的，该网络控制设备包括存储模块、计时模块和收发模块，其中，存储模块，用于保存预先设置的超时时间，MMSC的IP地址和对应的容灾MMSC的IP地址；收发模块，用于在向MMSC提交多媒体消息后，向计时模块发送开始计时的信号，计时模块收到该信号后，开始计时；当收发模块接收到MMSC回复的响应时，向计时模块发送停止计时的信号，计时模块收到该信号后，停止计时；如果收发模块没有接收到MMSC的响应，则计时模块由于计时超过保存的超时时间，而向收发模块发送触发信号；收发模块会向保存的MMSC的容灾IP地址，重新提交消息。
由以上所述可知，对于本地SP业务，本发明实施例预先在SP设置该SP归属MMSC的IP地址及其容灾IP地址，并设置超时时间；如果SP提交新消息后，在预先设置的超时时间之内，没有接收到消息提交响应，则向MMSC的容灾IP地址重新提交消息。因此，本发明实施例保证本地SP业务不会受到MMSC灾难的影响。
综上所述，本实施例提供的技术方案在MMSC发生灾难时，对于新提交消息、正在处理的消息、正在处理的递送报告以及本地SP业务都可以由灾难MMSC的容灾MMSC进行继续处理，从而，使业务不会受到MMSC灾难的影响，保证了归属于灾难MMSC的用户仍然能够发送或接收多媒体消息。
以下详细说明实现用户信息数据库容灾时的多媒体消息系统结构及其工作方法流程。
图11为本发明实施例中实现多媒体消息业务系统容灾的另一系统结构示意图。参见图11，该系统包括Enum DNS、网关、MMSC局点A以及MMSC局点B。
其中，Enum DNS用于保存号码段、MMSC域名、MMSC ID与IP地址的对应关系，当MMSC发生灾难时，将该灾难MMSC域名对应的IP地址修改为该MMSC的容灾IP地址。
网关，用于将多媒体消息通过负载均衡器发送到MMSC，将携带MMSC域名的Push通知发送到接收方；接收到携带MMSC域名的消息提取请求后，在Enum DNS查询该MMSC域名对应的IP地址，将该消息提取请求通过负载均衡器转发到具有该IP地址的MMSC；将MMSC通过负载均衡器下发的多媒体消息发送到接收方。
MMSC局点A包括负载均衡器A、MMSC A、数据库服务器A以及计费服务器A。
MMSC A包括至少一个MMSC业务节点，用于接收多媒体消息；查询数据库服务器A，获得发送方和接收方的用户信息为合法后，向接收方发送携带该MMSC域名的Push通知；在接收到消息提取请求后，向接收方下发多媒体消息；负载均衡器A，用于保存MMSC局点A的虚拟IP地址和MMSC局点B的容灾IP地址；接收发往MMSC局点A的IP地址和MMSC局点B的容灾IP地址的消息，转发到根据其负载均衡算法确定的MMSC业务节点，并将MMSC业务节点的消息转发出去；数据库服务器A，用于保存归属于MMSC局点A的用户信息；以及备份归属于MMSC局点B的用户信息；计费服务器A，用于保存归属于MMSC局点A中的用户的话单。
MMSC局点B包括负载均衡器B、MMSC B、数据库服务器B以及计费服务器B。
MMSC B包括至少一个MMSC业务节点，用于接收多媒体消息；查询数据库服务器B，获得发送方和接收方的用户信息为合法后，通过负载均衡器向接收方发送携带该MMSC域名的Push通知；在接收到消息提取请求后，通过负载均衡器向接收方下发多媒体消息；负载均衡器B，用于保存MMSC局点B的虚拟IP地址及MMSC局点A的容灾IP地址；接收发往MMSC局点B的IP地址及MMSC局点A的容灾IP地址的消息，转发到根据其负载均衡算法确定的MMSC业务节点，并将MMSC业务节点的消息转发出去；数据库服务器B，用于保存归属于MMSC局点B的用户信息；以及备份归属于MMSC局点A的用户信息；计费服务器B，用于保存归属于MMSC局点B的用户的话单。
数据库服务器A与数据库服务器B进行实时同步，除保存自身所属MMSC局点的用户信息外，还分别备份MMSC局点B的用户信息和MMSC局点A的用户信息。
图11与图4所示系统工作原理的区别在于，本实施例只进行用户信息的备份，在MMSC的数据库服务器发生故障或灾难时，可以访问位于容灾MMSC的容灾数据库，而不会造成由于用户信息丢失而中断MMS的问题。而当MMSC发生灾难时，可以将归属于该灾难MMSC的业务切换至容灾MMSC，继续进行归属于灾难MMSC的用户新提交消息的处理。因此，本实施例成本低，实现简单，且能实现灾难MMSC的快速切换。
以下结合图12详细说明图11所示系统的工作原理。图12为本发明实施例中的又一系统内部结构示意图。参见图10，MMSC局点A和MMSC局点B分别包括两个MMSC业务节点节点A1、节点A2与节点B1、节点B2，每个节点包括自身节点的模块，例如节点A1包括RG_A1，RG_A1和相应的磁盘用于保存自身业务节点的多媒体消息和会话信息。
每个局点还包括两个数据库服务器，第一数据库服务器用于保存归属于自身局点的用户信息，第二数据库服务器为另一MMSC局点的容灾数据库，用于备份归属于另一局点的用户信息。第一数据库与第二数据库实时同步。例如，MMSC局点A包括DB_A和DB_B′，其中DB_A用于保存归属于MMSC局点A的用户信息，DB_B′为MMSC局点B的容灾数据库，用于备份归属于MMSC局点B的用户信息。
每个局点还分别包括计费服务器，用于保存归属于自身MMSC局点的用户的话单。
当两个MMSC局点都正常工作时，两个MMSC局点同时分别为归属于自身的用户提供MMS，对外网表现为两个多媒体消息业务中心。此时，EnumDNS上保存的MMSC ID和IP地址的对应关系为MMSC ID A<--->VIP AMMSC ID B<--->VIP B。
当MMSC局点A的数据库服务器发生灾难时，例如，DB_A发生灾难，由于MMSC局点A的容灾数据库备份了局点A的所有用户信息，因此，当MMSC A需要访问数据库服务器时，只需访问MMSC局点B的DB_A′即可。从而，实现了用户信息的容灾，使得MMSC局点不会由于无法访问数据库服务器而中断MMS的处理。
当MMSC局点A发生灾难时，MMSC B作为MMSC A的容灾MMSC，在Enum DNS上保存的MMSC ID和IP地址的对应关系为MMSC ID A<--->VIP BMMSC ID B<--->VIP B。
此时，MMSC局点B在为归属于MMSC局点B的用户提供MMS的同时，还为归属于MMSC局点A的终端提供MMS业务。当MMSC局点B在接收到用户新提交的消息时，首先访问其自身的数据库DB_B，若没有找到相应的用户信息，则再访问MMSC局点A的容灾数据库DB_A′。从而使得归属于MMSC局点A的用户仍然能够使用MMS，而不会造成大面积用户MMS的中断，避免了运营商的经济损失。
其中，确定MMSC发生灾难，以及更改Enum DNS上保存的对应关系的方法与以上所述描述的相同，在此不再赘述。
实际应用中，对于新提交消息的业务处理流程可以与以上所描述的相同，也可以与现有技术中的相同，因此，在此不再赘述。但是对于灾难MMSC局点正在处理的消息和会话信息，则会由于MMSC局点发生灾难，在灾难MMSC中没有备份而丢失。
对于本地SP业务，除将MMSC的容灾IP地址由VIP A′修改为VIP B外，其处理流程与以上所描述的完全相同，因此，在此不再赘述。
实际应用中，如果MMSC系统的业务量较小时，则可以将负载均衡器省略，此时，MMSC局点的两个业务节点中，只运行一个，另一个业务节点作为其它MMSC局点的容灾模块。当其它MMSC局点发生灾难时，该MMSC的另一个业务节点启动，处理归属于灾难MMSC的用户业务，从而保证了不会由于灾难而使得MMS中断。此时，系统的多媒体消息处理流程与以上所述的相同，在此不再赘述。
实际应用中，也可以为MMSC局点设置专门用于容灾的MMSC局点，容灾MMSC在MMSC局点正常工作时不启动，而只备份MMSC局点的用户信息；当MMSC局点发生灾难时，容灾MMSC局点开始启动，并处理归属于MMSC局点的用户新提交的多媒体消息以及本地SP业务。
由以上所述可以看出，本发明实施例所提供的技术方案，在确定MMSC发生灾难时，将该MMSC对应关系中的IP地址修改为对应的容灾MMSC的IP地址，并通过查询该MMSC对应的IP地址，将需要发送到该MMSC的消息发送到该容灾MMSC，因此，当MMSC发生灾难时，归属于该MMSC的用户的多媒体消息业务转由容灾MMSC进行处理，从而使得MMSC系统仍然能够正常工作，使MMSC系统对于所有用户可提供不间断的多媒体消息业务，最终不会对用户使用MMS造成影响。
进一步地，本发明实施例利用完全地理容灾，使MMSC之间互为容灾，将多媒体消息和会话信息等实时备份对容灾MMSC，当某一MMSC发生灾难时，快速启动容灾MMSC，继续进行业务的处理，从而实现了灾难MMSC业务的快速切换，而不会将正在处理的多媒体消息中断。对于用户来说，发生灾难的MMSC不会对其多媒体消息业务产生影响。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种实现多媒体消息业务容灾的方法，其特征在于，该方法包括在确定MMSC发生灾难时，将预先存储的所述MMSC的对应关系中的网络协议IP地址修改为对应的容灾MMSC的IP地址，并通过查询所述MMSC对应的IP地址，将需要发送到所述MMSC的消息发送到所述容灾MMSC。
2.如权利要求1所述的方法，其特征在于，所述确定MMSC发生灾难包括SP服务器向所述MMSC提交多媒体消息后，开始计时；SP服务器在所述计时达到预先设置的超时时间后，没有接收到所述MMSC回复的响应信息，则确定所述MMSC发生灾难。
3.如权利要求1所述的方法，其特征在于，所述确定MMSC发生灾难包括所述MMSC向对应的容灾MMSC发送表明其工作正常的信息；如果所述容灾MMSC在预先设定的时间内没有接收到所述MMSC发送的表明其工作正常的信息，则确定所述MMSC发生灾难。
4.如权利要求1所述的方法，其特征在于，所述对应关系包括归属于所述MMSC的用户号码段、所述MMSC的ID、所述MMSC的IP地址。
5.如权利要求4所述的方法，其特征在于，所述通过查询MMSC对应的IP地址将需要发送到所述MMSC的消息发送到容灾MMSC包括发送方网关在所述对应关系中，查询多媒体消息业务接收方对应的MMSC，将接收到的多媒体消息转发到所述业务接收方对应的MMSC。
6.如权利要求4所述的方法，其特征在于，所述对应关系中进一步包括MMSC域名；所述通过查询MMSC对应的IP地址将需要发送到所述MMSC的消息发送到容灾MMSC包括所述业务接收方归属的MMSC通过接收方网关，向业务接收方发送携带该MMSC域名的推送Push通知；接收方网关接收来自业务接收方的携带该MMSC域名的消息提取请求；在所述对应关系中查询所述MMSC域名和业务接收方号码对应的IP地址；并将该消息提取请求转发到具有该IP地址的MMSC。
7.如权利要求4所述的方法，其特征在于，所述通过查询MMSC对应的IP地址将需要发送到所述MMSC的消息发送到容灾MMSC包括所述业务接收方归属的MMSC查询所述对应关系，获得业务发送方归属的MMSC的IP地址为其容灾MMSC的IP地址；所述业务接收方归属的MMSC根据IP地址，向所述业务发送方归属的容灾MMSC发送业务下发成功的报告。
8.一种实现多媒体消息业务系统容灾的系统，其特征在于，该系统包括多媒体消息业务中心MMSC、对应的容灾MMSC、网关、电子编码域名服务器Enum DNS和网络控制设备，所述MMSC，用于处理其自身的多媒体消息业务；所述容灾MMSC，用于在所述MMSC发生灾难时，处理所述MMSC的多媒体消息业务；所述Enum DNS，用于保存所述MMSC的对应关系；当所述MMSC发生灾难时，在网络控制设备的控制下将该MMSC对应关系中的IP地址修改为对应的容灾MMSC的IP地址；所述网络控制设备，用于在确定所述MMSC发生灾难时，控制所述EnumDNS将所述MMSC对应的IP地址修改为所述容灾MMSC的IP地址；所述网关，用于通过查询Enum DNS中保存的所述MMSC的对应关系中的IP地址，将需要发送到所述MMSC的消息发送到所述容灾MMSC。
9.如权利要求8所述的系统，其特征在于，所述系统进一步包括数据库服务器，用于保存归属于所述MMSC的用户信息，供所述MMSC在处理多媒体消息业务时查询；容灾数据库服务器，用于备份所述数据库服务器的用户信息，供所述容灾MMSC在处理归属于所述MMSC的用户的多媒体消息业务时查询。
10.如权利要求8所述的系统，其特征在于，所述系统进一步包括计费服务器，用于根据计费信息，生成并保存归属于该MMSC的用户的话单；容灾计费服务器，用于备份所述计费服务器保存的话单。
11.如权利要求8至10中任一项所述的系统，其特征在于，所述Enum DNS中保存的对应关系包括用户号码段、MMSC的标识ID及MMSC的IP地址的对应关系。
12.如权利要求11所述的系统，其特征在于，所述网络控制设备可设置于所述容灾MMSC中，用于在确定所述MMSC发生灾难时，向Enum DNS发送更新所述MMSC的IP地址为对应的容灾MMSC的IP地址的信息；所述Enum DNS进一步用于在接收到容灾MMSC发送的更新所述MMSC的IP地址为容灾MMSC的IP地址的信息后，更新所述MMSC的IP地址。
13.如权利要求12所述的系统，其特征在于，所述MMSC进一步用于向所述容灾MMSC发送表明其工作正常的信息；所述容灾MMSC，进一步用于保存预先设置的时间段；在所述时间段内没有收到所述MMSC发送的表明其工作正常的信息后，确定所述MMSC发生灾难。
14.如权利要求11所述的系统，其特征在于，所述容灾MMSC进一步用于备份所述MMSC的多媒体消息业务以及处理该多媒体消息业务时保存的会话信息；在所述MMSC发生灾难时，读取所述备份的多媒体消息和会话信息，继续处理所述MMSC正在处理的多媒体消息业务。
15.如权利要求11所述的系统，其特征在于，所述对应关系中进一步包括MMSC域名；所述MMSC用于在处理自身的多媒体消息业务时，在发送的推送Push通知中携带所述MMSC域名；所述网关进一步包括接收模块，用于接收携带MMSC域名和业务接收方号码的消息提取请求；查询模块，用于在Enum DNS保存的对应关系中，查询该MMSC域名和接收方号码对应的IP地址；以及发送模块，用于向该IP地址转发所述消息提取请求。
16.如权利要求11所述的系统，其特征在于，所述容灾MMSC进一步处理其自身的多媒体消息业务；所述MMSC进一步在所述容灾MMSC发生灾难时，处理所述容灾MMSC的多媒体消息业务；所述系统进一步包括负载均衡器，用于保存预先设置的MMSC的虚拟IP地址，以及供所述容灾MMSC进行容灾的IP地址；实现Enum DNS与所述MMSC之间的通信；所述系统进一步包括容灾负载均衡器，用于保存预先设置的所述容灾MMSC的虚拟IP地址，以及供所述MMSC进行容灾的IP地址；实现Enum DNS与所述容灾MMSC之间的通信。
17.如权利要求8所述的系统，其特征在于，所述网络控制设备包括存储模块、计时模块和收发模块，存储模块，用于保存预先设置的超时时间、多媒体消息业务中心MMSC的网络协议IP地址和对应的容灾MMSC的IP地址；收发模块，用于在向MMSC提交多媒体消息后，向计时模块发送开始计时触发信号；在接收到该MMSC发送的响应后，向计时模块发送停止计时触发信息；在接收到计时模块的触发信号后，向MMSC的容灾MMSC的IP地址提交多媒体消息；计时模块，用于接收到开始计时触发信号后，开始计时；在接收到停止计时触发信号后，停止计时；在计时超过存储模块保存的超时时间后，向收发模块发送触发信号。
18.一种网络控制设备，其特征在于，所述网络控制设备包括存储模块、计时模块和收发模块，存储模块，用于保存预先设置的超时时间，多媒体消息业务中心MMSC的网络协议IP地址和对应的容灾MMSC的IP地址；收发模块，用于在向MMSC提交多媒体消息后，向计时模块发送开始计时触发信号；在接收到该MMSC发送的响应后，向计时模块发送停止计时触发信息；在接收到计时模块的触发信号后，向MMSC的容灾MMSC的IP地址提交多媒体消息；计时模块，用于接收到开始计时触发信号后，开始计时；在接收到停止计时触发信号后，停止计时；在计时超过存储模块保存的超时时间后，向收发模块发送触发信号。
19.一种电子编码域名服务器，其特征在于，该电子编码域名服务器包括存储模块和修改模块，所述存储模块，用于保存多媒体消息业务中心MMSC的对应关系；所述修改模块，用于在网络控制设备的控制下，将所述MMSC对应关系中的网络协议IP地址修改为对应的容灾MMSC的IP地址。
20.如权利要求19所述电子编码域名服务器，其特征在于，所述对应关系包括用户号码段、MMSC的标识ID及MMSC的IP地址的对应关系。
全文摘要
本发明公开了一种实现多媒体消息业务容灾的方法，在确定MMSC发生灾难时，将预先存储的所述MMSC的对应关系中的网络协议(IP)地址修改为对应的容灾MMSC的IP地址；并通过查询所述MMSC对应的IP地址，将需要发送到所述MMSC的消息发送到所述容灾MMSC。本发明还公开了一种实现多媒体消息业务系统容灾的系统及设备。使用本发明确保了MMSC发生灾难时，MMSC系统仍然能够正常工作，从而使得归属于灾难MMSC的用户仍可以正常使用多媒体消息业务，避免了造成运营商的经济损失。
文档编号H04W24/04GK101068378SQ20071010945
公开日2007年11月7日 申请日期2007年6月21日 优先权日2007年6月21日
发明者汪洋, 程卫明, 张志远, 史以兵 申请人:华为技术有限公司