CN101389065B - 多媒体消息业务系统中数据容灾备份的方法及装置 - Google Patents
多媒体消息业务系统中数据容灾备份的方法及装置 Download PDFInfo
- Publication number
- CN101389065B CN101389065B CN2007101495800A CN200710149580A CN101389065B CN 101389065 B CN101389065 B CN 101389065B CN 2007101495800 A CN2007101495800 A CN 2007101495800A CN 200710149580 A CN200710149580 A CN 200710149580A CN 101389065 B CN101389065 B CN 101389065B
- Authority
- CN
- China
- Prior art keywords
- mmsc
- message
- backup
- multimedia message
- request message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000012545 processing Methods 0.000 claims abstract description 30
- 230000004044 response Effects 0.000 claims description 22
- 238000002203 pretreatment Methods 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 238000011084 recovery Methods 0.000 abstract description 8
- 238000004891 communication Methods 0.000 abstract description 5
- 230000008569 process Effects 0.000 abstract description 5
- 239000003795 chemical substances by application Substances 0.000 description 10
- 238000010276 construction Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 238000006424 Flood reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000002360 explosive Substances 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多媒体消息业务系统中数据容灾备份的方法，该方法包括：多媒体消息业务中心(MMSC)接收业务发送方发送的多媒体消息；生成携带所述多媒体消息的处理状态和地址信息的备份请求消息；将所述备份请求消息及所述多媒体消息发送到对应于所述MMSC的容灾MMSC进行备份，由所述容灾MMSC保存所述备份请求消息和所述多媒体消息。本发明还公开了一种MMSC。本发明通过消息实现了多媒体消息业务系统中的数据容灾备份，从而减小了数据容灾备份时MMSC与对应的容灾MMSC之间的通信数据量，减小了系统开销，同时，将多媒体消息业务流程与数据容灾备份相互融合，实现了灵活的数据容灾备份。
Description
技术领域
本发明涉及多媒体消息业务(MMS，Multimedia Message Service)技术，具体涉及一种MMS系统中数据容灾备份的方法及装置。
背景技术
随着电信业务越来越依赖于计算机系统，计算机系统在为电信业务迅猛发展提供技术基础架构的同时，也成为电信业务支撑系统的核心。由于在实现各种电信业务时，电信系统的计算机中存储了海量的用户信息，以及业务处理的中间信息，此时，一旦电信业务系统支撑系统出现数据灾难的情况，将会对电信运营商带来灾难性的后果。因此，如何更有效、更合理完备的备份这些用户信息及业务处理的中间信息对于电信业务的正常运营极其重要。
数据灾难是指数据处理过程出现了大范围的中断，且不能在一定时间内恢复，例如，火灾、爆炸事件、地震、水灾等自然原因，以及机器故障、人为因素等非自然原因导致计算机系统出现故障，而引起的灾难。这里，为了方便描述，将“数据灾难”简称为“灾难”。
电信业务之一：MMS是短信息业务(SMS，Short Message Service)和增强型消息业务(EMS，Enhanced Message Service)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。多媒体消息业务中心(MMSC，Multimedia Message Service Center)系统包括多个局点，每个局点用来分别实时控制归属于该局点的用户消息的提交和下发，并将用户信息、多媒体消息和会话信息存储在该局点的存储设备中。一旦MMSC系统中某一局点发生灾难，就会使得归属于该局点的用户信息丢失，且会导致该局点MMSC业务的中断，甚至是长时间无法恢复业务，从而使归属于该局点的用户无法使用MMS，影响了用户使用质量的同时，也会给运营商造成极大的经济损失。
为了避免数据灾难发生引起MMS中断的问题，现有的MMS系统通常采用了数据容灾备份的方法。MMSC的数据容灾备份包含了MMSC系统软件备份、历史数据备份以及业务系统运行时临时业务数据备份。其中，MMSC业务系统运行时临时业务数据备份是实现MMSC系统无业务间断灾难恢复的重要组成部分。
现有的实现临时业务数据容灾备份的方法是通过在异地设置互为容灾的主用MMSC和备用MMSC，并通过主用MMSC与备用MMSC之间的容灾同步软件实现完全的容灾方案。
图1为现有的MMS系统结构图。如图1所示，该系统包括两个局点：局点A和局点B，局点A包括MMSC A和MMSC B’，MMSC B’为MMSC B的容灾MMSC，局点B包括MMSC B和MMSC A’，MMSC A’为MMSC A的容灾MMSC。
当业务运营时，两个局点的多媒体消息和业务处理的中间信息通过数据同步备份到对端的容灾MMSC中，从而实现业务系统运营时临时业务数据的同步。
同时，MMS系统通过计费服务器的同步功能，将计费服务器A与计费服务器A’及计费服务器B与计费服务器B’的内容进行同步，从而实现MMSC和其容灾MMSC之间的话单一致；通过数据库之间的数据同步，将数据库服务器A与数据库服务器A’及数据库服务器B与数据库服务器B’的内容进行同步，从而实现MMSC配置数据的一致。
通过以上所述的几种同步，实现了MMSC所有数据的同步，从而保证了MMSC灾难恢复或灾难切换时业务不中断，业务运营的临时数据损失量达到最小，使得用户对MMSC的灾难发生及恢复无感知。
以每个局点包括两个MMSC节点为例，在正常情况下，每个局点均对外提供业务，各自有一个公网网络协议(IP，Internet Protocol)地址，每个局点对应的负载均衡器上有两个虚拟IP(Vip，Virtual IP)地址，一个为本局点对外提供MMS的公网IP地址，另一个为对端局点的容灾IP地址。
这种完全容灾方案实现了多媒体消息灾难切换和灾难恢复的连续性，但是在该方案中，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包括MMSC A和MMSC B’，MMSC B’为MMSC B的容灾MMSC，局点B包括MMSC B和MMSC A’，MMSC A’为MMSC A的容灾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包括节点A1和节点A2，局点B包括节点B1和节点B2。在正常情况下，每个局点均对外提供业务，各自有一个公网IP地址，每个局点对应的负载均衡器上有两个虚拟IP地址，一个为本局点对外提供MMS的公网IP地址，另一个为对端局点的容灾IP地址。
每个局点的两个节点共用一个公网IP地址，同时对外提供MMSC。其中，每个节点包括两个模块：本节点处理模块和容灾模块，本节点处理模块用于处理本节点的业务，容灾模块用于当对端局点发生灾难时，处理对端局点的业务。例如，节点A1包括本节点处理模块RG_A1和容灾模块RG_B1’，RG_A1用于处理节点A1本身的业务，而RG_B1’为RG_B1的容灾模块，用于当节点B1发生灾难时，处理节点B1的业务。
图3所示的系统进行数据容灾备份时具体的工作过程包括：MMSC生成备份请求消息，通过本节点的IP地址及对应的容灾IP地址，将备份请求消息发送到容灾MMSC，如图3中所示，局点A的RG_A1生成备份请求消息，通过节点本身的IP地址Vip-A及对应的容灾IP地址Vip-A’，发送到局点B中对应的容灾模块RG-A’。局点B向局点A备份数据的过程与以上所述的相同，在此不再赘述。
图4为本发明实施例的MMS系统中数据容灾备份的方法流程图。如图4所示，该方法预先设置了MMSC对应的容灾MMSC，并包括以下步骤：
步骤400～步骤403：多媒体消息的业务发送方通过WAP网关向MMSC提交多媒体消息，MMSC在接收到该多媒体消息后，通过WAP网关回复消息提交响应消息。
步骤404～步骤407：MMSC通过WAP网关向该多媒体消息的业务接收方发送消息通知请求，以通知该业务接收方提取消息；业务接收方接收到消息提交请求后，通过WAP网关向MMSC回复消息通知响应消息。
步骤408：MMSC将该多媒体消息的处理状态及地址信息携带在备份请求消息中，并向对应的容灾MMSC发送备份请求消息及该多媒体消息。
本步骤中，MMSC通过MM11备份请求(MM11_Backup.REQ)消息将多媒体消息的处理状态及地址信息备份到对应的容灾MMSC。表1为MM11_Backup.REQ的消息说明。
| 信息元(Informationelement) | 存在性(Presence) | 描述(Description) |
| 第三代合作项目组织短消息业务版本(3GPPMMS Version) | 必选 | 本文档所定义始发方MMS中继/服务器的MMS版本。 |
| 消息类型(Message Type) | 必选 | 参考点MM11上所用消息“MM11_Backup.REQ”的消息类型。 |
| 事务标识(Transaction ID) | 必选 | MM11_Backup.REQ/MM11_Backup.RES消息对的标识。 |
| 消息标识(Message ID) | 必选 | 多媒体消息(MM)的标识。 |
| 原始消息标识(OriginatorMessage ID) | 可选 | 消息的原始ID。如果消息是从其他MMSC前转进来的，需要将该消息在原MMSC的ID放在此字段中携带到备份MMSC。 |
| 业务接收方地址(Recipient(s)address) | 必选 | MM接收方的地址(可能存在多个地址)。 |
| 业务发送方地址(Senderaddress) | 必选 | 最近处理过MM(即，提交过或转发过MM)的MMS用户代理的地址。如果业务发送方已经请求对接收方隐藏其地址，则它的地址不会提供给接收方。 |
| 内容类型(Content type) | 必选 | MM内容的内容类型。 |
| 消息类别(Message class) | 视情况而定 | MM的类别(例如，个人服务、广告服务和信息服务) |
| 日期和时间(Date and time) | 必选 | MMS用户代理最近处理(即，提交或转发)MM的时间和日期。 |
| 处理状态(Process-Stage) | 必选 | 表示消息当前的处理状态。 |
| 超时时间(Time of Expiry) | 视情况而定 | MM指定的超时时间(由业务发送方指定)。 |
| 传递报告(Delivery report) | 视情况而定 | 传递报告的请求(如果业务发送方已请求MM的传递报告)。 |
| 原始发送/接收递送报告(Originator R/Sdelivery report) | 视情况而定 | 如果该字段值为Yes，则业务发送方归属MMS中继器/服务器(Relay/Server)要求MM的递送报告。如果消息中没有该字段，则可以解释为不需要递送报告。 |
| 优先级(Priority) | 视情况而定 | 消息的优先级(重要性)(如果始发方MMS用户代理已指定)。 |
| 发送方可见性(Sender)visibility | 视情况而定 | 请求在将消息传递给MM接收方时，显示或隐藏发送方的标识(如果业务发送方已请求接收方隐藏其地址) |
| 读取应答(Read reply) | 视情况而定 | 读取应答报告的请求(如果业务发送方已请求MM的读取应答报告，则该字段为有效值)。 |
| 主题(Subject) | 视情况而定 | 整个MM的标题(如果始发方MMS用户代理已指定)。 |
| 确认请求(AcknowledgementRequest) | 可选 | MM4_forward.RES的请求。 |
| 转发计数器(Forward counter) | 视情况而定 | 指示某个MM转发次数的计数器。 |
| 在先发送的发送方地址(Previously-sent-by) | 可选 | 在转发情况下，此信息单元包含一个或多个处理(即，转发或提交)MM的MMS用户代理的地址，这些用户代理先于其地址包含在“发送方”地址信息单元中的MMS用户代理。应标明所提供地址的顺序。应标明始发方MMS用户代理的地址(如果存在)。 |
| 在先发送日期和时间(Previously-sent-date-and-time) | 可选 | 在MMS用户代理上次处理MM之前，与提交和转发事件关联的日期和时间。 |
| 应用标识(Applic-ID) | 可选 | 目的应用的标识。 |
| 应答应用标识(Reply-Applic-ID) | 可选 | MM回复路径的标识。 |
| 辅助应用地址信息(Aux-Applic-Info) | 可选 | 辅助应用地址信息。 |
| 内容分类(Content Class) | 可选 | 把MM的内容根据其媒体类别进行分类且要分类至最小类别。 |
| DRM内容(DRM Content) | 可选 | 指示MM的内容包含有数字水印保护信息。 |
| 适配信息(Adaptations) | 可选 | 指示MM的内容是否可以进行内容适配(默认True)。 |
| 业务发送方归属MMSC地址(Originator-System-Address) | 视情况而定 | 指示业务发送方MMS Relay/Server的地址。如果MM11_Backup.REQ中Acknowledgement Request字段存在，则该字段必须存在。 |
| 内容(Content) | 视情况而定 | 多媒体消息中未更改的内容。 |
表1MM11_Backup.REQ的消息说明
参见表1，事务标识(Transaction ID)字段为备份请求消息和备份响应消息对的标识。Message ID字段为该多媒体消息的消息标识，以唯一标识一条多媒体消息。地址信息包括业务接收方地址及业务发送方地址，因此业务接收方地址(Recipient(s)address)字段为该多媒体消息业务接收方的地址，该字段可以为多个业务接收方的地址。处理状态(Process-Stage)字段为消息当前的处理状态。
该消息还可进一步包括原始消息标识(Originator Message ID)字段，其中携带前转多媒体消息的原始消息标识(ID，Identifier)。如果该多媒体消息的业务接收方与业务发送方不处于同一网络中，则业务发送方归属的MMSC在下发多媒体消息时，需要以该多媒体消息的原始消息ID前转到业务接收方归属的MMSC，然后由业务接收方归属的MMSC生成新的消息ID，并利用该消息ID继续下发多媒体消息。此时，在业务接收方归属的MMSC进行临时业务数据备份时，需要将该多媒体消息的原始ID同时进行备份，以便于在业务接收方归属的MMSC发生灾难，对应的容灾MMSC下发多媒体消息成功后，通过业务发送方归属的MMSC该原始消息ID对应的多媒体消息已成功下发的信息。
该消息还可进一步包括Originator R/S delivery report字段，用于表明业务发送方归属的MMSC(包括MMS中继器和MMS服务器)是否要求该多媒体消息的递送报告。
表1中的Read reply字段，用于表明业务发送方归属的MMSC是否要求该多媒体消息的读取应答。Acknowledgement Request字段用于表明业务发送方归属的MMSC是否要求该多媒体消息的前转响应，如果该字段为有效值，则Originator-System-Address字段也必须存在。Forward counter字段用于表明该多媒体消息被转发的次数。Previously-sent-by字段用于表明在当前处理该多媒体消息之前处理该多媒体消息的MMS用户代理的地址，即终端设备的地址。Previously-sent-date-and-time表明在当前处理该多媒体消息之前，处理该多媒体消息的日期和时间。这些字段的内容与现有的MM4消息中相应字段的内容相同。
其它字段与现有的MM1消息中的相应字段内容相同。
步骤409：容灾MMSC接收到备份请求消息后，生成备份消息标识(Backup Message ID)，然后向MMSC回复携带备份消息标识的备份响应消息。
本步骤中，容灾MMSC在接收到备份请求消息后，并不进行特别的处理，只是将其存储起来，以备MMSC发生灾难时恢复业务。容灾MMSC在成功存储备份请求消息后，生成与该备份请求消息对应的备份消息标识，以唯一标识该备份请求消息，并通过MM11备份响应(MM11_Backup.RES)返回携带该备份消息标识的备份响应消息，以告知MMSC该备份请求消息的处理情况。表2为MM11_Backup.RES的消息说明。其中在Backup MessageID字段中携带备份消息标识，表明是该备份消息标识对应的备份请求的响应消息。Transaction ID字段为MM11_Backup.REQ/MM11_Backup.RES对的标识。其它字段为现有的字段，在此不再赘述。
| Information element | Presence | Description |
| 3 GPP MMS Version | 必选 | 本文档所定义接收方MMS中继/服务器的MMS版本。 |
| Message Type | 必选 | 参考点MM11上所用消息的类型：“MM11_Backup.RES”。 |
| Transaction ID | 必选 | MM11_Backup.REQ/MM11_Backup.RES对的标识。 |
| 备份消息标识(BackupMessage ID) | 必选 | 表示消息在备份MMSC中的ID。 |
| 请求接收方(RequestRecipients) | 视情况而定 | 回复Request Status字段的接受方列表。如果该字段不存在，则说明所有的接受方RequestStatus与该消息中的Request Status的一致。 |
| 请求状态(RequestStatus) | 必选 | 路由转发MM的请求状态。 |
| 请求状态文本(RequestStatus text) | 可选 | 与请求状态相对应的状态文本。 |
表2MM11_Backup.RES的消息说明
步骤410～步骤413：业务接收方通过WAP网关向MMSC发送消息获取请求，MMSC通过WAP网关向业务接收方回复携带多媒体消息的消息获取响应。
步骤414：MMSC向对应的容灾MMSC发送携带备份消息标识的释放请求消息。
由于MMSC已将多媒体消息下发，因此，为了节省容灾MMSC的空间，可以通过本步骤将备份的多媒体消息及备份请求消息释放。
本步骤中，MMSC通过携带备份消息标识的MM11_Release.REQ消息，通知对应的容灾MMSC删除该备份消息标识对应的备份请求消息。
表3为MM11_Release.REQ的消息说明。其中Backup Message ID字段携带与需释放的备份请求消息对应的备份消息标识。Transaction ID字段为MM11_Release.REQ/MM11_Release.RES消息对的标识。其它字段为现有的字段，在此不再赘述。
| Information element | Presence | Description |
| 3GPP MMS Version | 必选 | 本文档所定义接收方MMS中继/服务器的MMS版本。 |
| Message Type | 必选 | 参考点MM11上所用消息的类型：“MM11_Release.REQ”。 |
| Transaction ID | 必选 | MM11_Release.REQ/MM11_Release.RES对的标识。 |
| Backup Message ID | 必选 | 表示消息在备份MMSC中的ID。 |
| Request Status | 必选 | 路由转发MM的请求状态。 |
| Request Status text | 可选 | 与请求状态相对应的状态文本。 |
表3MM11_Release.REQ的消息说明
步骤415：容灾MMSC向MMSC回复释放响应。
本步骤中，容灾MMSC通过MM11_Release.RES通过MMSC备份请求消息的处理结果。表4为MM11_Release.RES的消息说明，其中，TransactionID为MM11_Release.REQ/MM11_Release.RES对的标识，因此，当MMSC接收到容灾MMSC回复的释放响应消息时，通过Transaction ID即可知该释放响应消息是哪一个释放请求消息释放成功的响应。其它字段为现有的字段，在此不再赘述。
| Information element | Presence | Description |
| 3 GPP MMS Version | 必选 | 本文档所定义接收方MMS中继/服务器的MMS版本。 |
| Message Type | 必选 | 参考点MM11上所用消息的类型：“MM11_Release.RES”。 |
| Transaction ID | 必选 | MM11_Release.REQ/MM11_Release.RES对的标识. |
| Request Status | 必选 | 路由转发MM的请求状态。 |
| Request Status text | 可选 | 与请求状态相对应的状态文本。 |
表4MM11_Release.RES的消息说明
步骤416～步骤417：多媒体消息的业务接收方在成功接收到多媒体消息后，通过WAP网关向MMSC发送消息确认请求，以通知MMSC已成功接收到多媒体消息。
当多媒体消息处理过程中业务发送方归属的MMSC发生灾难时，容灾MMSC根据备份请求消息及备份的多媒体消息进行处理，也就是根据备份请求消息中的多媒体消息处理状态及其中的地址信息继续处理，例如下发多媒体消息。
以上所描述的本发明实施例的数据容灾备份方法流程为本发明的较佳实施例，以这种流程进行数据容灾备份具有较高的效率与处理能力，但是本领域技术人员可以想到步骤408和步骤409也可以在下发多媒体消息之前的任一步骤之前或之后执行，也可以跟据需要灵活执行，例如可以在接收到多媒体消息后，没有在预先设定的时间段内将多媒体消息下发到业务接收方时再执行步骤408和步骤409；步骤414和步骤415也可以在下发多媒体消息之后的任一步骤之前或之后执行。
本发明实施例中的MM11消息通过超文本传输协议(HTTP，HypertextTransfer Protocol)协议承载，其定义类似于MM7接口，由于HTTP协议方便扩展，并具有较高的处理能力，因此，这种MM11消息的承载方式既方便后续的扩展，又具有较高的处理能力。
图5为本发明实施例中的数据容灾备份的系统结构图。如图5所示，该系统包括MMSC 500及对应的容灾MMSC 510，其中，MMSC 500包括接收模块501、处理模块502、备份请求生成模块503、存储模块504及发送模块505。
接收模块501接收业务发送方提交的多媒体消息；保存到存储模块504，同时由处理模块502处理该多媒体消息，包括向业务接收方发送推送(Push)通知，接收到业务接收方发送的消息获取请求后，下发多媒体消息到业务接收方；并在处理多媒体消息的过程中，生成多媒体消息的处理状态和地址信息。备份请求生成模块503根据处理模块502处理多媒体消息过程中的处理状态和地址信息生成备份请求消息；然后由发送模块505将该备份请求消息与保存在存储模块504的多媒体消息发送到对应的容灾MMSC 510。
与MMSC 500对应的容灾MMSC 510包括接收模块511、存储模块512及处理模块513。接收模块511接收来自MMSC 500的携带多媒体消息处理状态和地址信息的备份请求消息及多媒体消息；由存储模块512进行保存。
当MMSC 500发生灾难时，容灾MMSC 510的处理模块513将根据保存在存储模块512的备份请求消息中的处理状态及地址信息，处理存储模块512中的多媒体消息。
容灾MMSC 510可进一步包括响应模块514，用于生成与备份请求消息相对应的备份消息标识，并向MMSC 500回复携带该备份消息标识的备份响应消息。相应地，处理模块502进一步接收携带备份消息标识的备份响应消息。
MMSC 500的处理模块502进一步在下发多媒体消息后，生成携带该备份消息标识的释放请求消息；由发送模块505将该释放请求消息发送到对应的容灾MMSC 510。相应地，响应模块514进一步接收携带备份消息标识的释放请求消息，删除保存在存储模块512的与该备份消息标识相对应的备份请求消息和对应的多媒体消息。
响应模块514进一步向对应的MMSC 500回复释放响应消息。
由以上所述可以看出，本发明实施例所提供的技术方案，在MMSC接收到多媒体消息后，通过备份请求消息对多媒体消息对应的会话消息进行备份，从而减小了MMSC之间的通信数据量，减小了MMSC的系统开销。
同时，本发明实施例的技术方案将数据容灾备份与MMS的业务流程融合起来，可以在需要时进行数据容灾备份，从而实现了灵活的数据容灾备份，避免了MMSC之间不断的进行数据同步造成的资源浪费。
另外，由于通过MM11消息实现数据容灾备份，不需要在MMSC之间的实现数据完全同步，因此MMSC与容灾MMSC的硬件与软件系统不需要同构也能实现数据容灾备份。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (12)
1.一种多媒体消息业务系统中数据容灾备份的方法，其特征在于，该方法包括：
多媒体消息业务中心MMSC接收业务发送方发送的多媒体消息；
生成携带所述多媒体消息的处理状态及地址信息的备份请求消息；
将所述备份请求消息及所述多媒体消息发送到对应于所述MMSC的容灾MMSC进行备份，由所述容灾MMSC保存所述备份请求消息及所述多媒体消息。
2.如权利要求1所述的方法，其特征在于，该方法进一步包括：
所述容灾MMSC接收到备份请求消息之后，生成与所述备份请求消息对应的备份消息标识，向所述MMSC回复携带所述备份消息标识的备份响应消息。
3.如权利要求2所述的方法，其特征在于，该方法进一步包括：
所述MMSC下发所述多媒体消息后，向所述容灾MMSC发送携带所述备份消息标识的释放请求消息，所述容灾MMSC接收到所述释放请求消息后，删除保存的与所述备份消息标识对应的备份请求消息，并回复释放响应消息。
4.如权利要求1所述的方法，其特征在于，该方法进一步包括：
当所述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回复释放响应消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101495800A CN101389065B (zh) | 2007-09-12 | 2007-09-12 | 多媒体消息业务系统中数据容灾备份的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101495800A CN101389065B (zh) | 2007-09-12 | 2007-09-12 | 多媒体消息业务系统中数据容灾备份的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101389065A CN101389065A (zh) | 2009-03-18 |
| CN101389065B true CN101389065B (zh) | 2011-12-07 |
Family
ID=40478185
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101495800A Active CN101389065B (zh) | 2007-09-12 | 2007-09-12 | 多媒体消息业务系统中数据容灾备份的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101389065B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101656759B (zh) * | 2009-06-12 | 2012-11-28 | 中兴通讯股份有限公司 | 实现移动网络p2p应用的方法、终端及系统 |
| CN102045666B (zh) | 2009-10-15 | 2013-06-12 | 华为技术有限公司 | 一种处理短消息业务的设备及方法 |
| CN109308643B (zh) * | 2017-07-27 | 2022-04-08 | 阿里巴巴集团控股有限公司 | 一种打底数据生成方法、数据容灾方法及相关设备 |
| CN109635020A (zh) * | 2018-10-29 | 2019-04-16 | 阿里巴巴集团控股有限公司 | 一种业务的处理方法、装置、设备及系统 |
| CN117319414A (zh) * | 2022-06-24 | 2023-12-29 | 中兴通讯股份有限公司 | 信息处理方法及其装置、存储介质、程序产品 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1453979A (zh) * | 2002-04-23 | 2003-11-05 | 华为技术有限公司 | 短消息系统 |
| CN1700678A (zh) * | 2004-05-21 | 2005-11-23 | 华为技术有限公司 | 一种实现多媒体消息服务业务单节点接入的处理方法 |
-
2007
- 2007-09-12 CN CN2007101495800A patent/CN101389065B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1453979A (zh) * | 2002-04-23 | 2003-11-05 | 华为技术有限公司 | 短消息系统 |
| CN1700678A (zh) * | 2004-05-21 | 2005-11-23 | 华为技术有限公司 | 一种实现多媒体消息服务业务单节点接入的处理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101389065A (zh) | 2009-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101068378B (zh) | 实现多媒体消息业务系统容灾的方法、系统及设备 | |
| US9237428B2 (en) | Extended messaging platform | |
| KR101524313B1 (ko) | 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템 | |
| CN101389065B (zh) | 多媒体消息业务系统中数据容灾备份的方法及装置 | |
| WO2009082961A1 (fr) | Procédé et système de traitement d'informations et dispositif de consolidation d'informations | |
| CN100433854C (zh) | 在短消息中增加发送方实际名称的方法 | |
| CN101150531A (zh) | 实现消息互通的系统及方法 | |
| CN102130845A (zh) | 回执报告的发送方法及处理系统 | |
| CN101547214A (zh) | 一种推送企业内部数据的方法和网络侧设备 | |
| CN101668261A (zh) | 长短信附加签名的方法、装置及系统 | |
| JP2008131242A (ja) | ショートメッセージ再送システム、ショートメッセージ再送方法 | |
| US20090319624A1 (en) | Method and system for the optimization of electronic mail delivery | |
| CN102547607B (zh) | 消息交互控制方法及系统、消息交互系统和移动终端 | |
| KR20110079235A (ko) | 그룹 메시지 서비스 방법 | |
| US7894835B2 (en) | Method, system and devices for processing messages in multimedia messaging service | |
| CN100562147C (zh) | 一种消息转发方法 | |
| CN101540711A (zh) | 分组网络中的点到多点隧道的建立方法、系统和设备 | |
| CN101448207B (zh) | 一种发送多媒体消息的递送报告的方法及装置 | |
| CN101262646A (zh) | 控制发送多媒体消息的方法和多媒体消息业务中心 | |
| CN101951567B (zh) | 多媒体消息业务计费方法、系统及多媒体消息中心 | |
| CN101494836A (zh) | 彩信业务发送方法、装置及系统 | |
| CN100466648C (zh) | 一种会话建立协议组网方式及实现群组消息的方法 | |
| CN101026787A (zh) | 一种将发给电话号码的短消息发送到互联网程序的方法 | |
| Sugiura et al. | Proposal of service framework for information sharing based on delay tolerant networks | |
| CN101854606A (zh) | 一种发送携带附加信息的短信的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170815 Address after: 519031, Guangdong, Zhuhai province Hengqin financial industry service base building No. 5 2-I Patentee after: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE CO.,LTD. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201224 Address after: 264006 4th floor, building 2, energy saving science and Technology Park, Gaoxiong Road, Yantai Economic and Technological Development Zone, Shandong Province Patentee after: Yantai HUAFA qixianqin Intellectual Property Operation Co.,Ltd. Address before: 519031 Building 2-I, No. 5, Hengqin Financial Industry Service Base, Zhuhai City, Guangdong Province Patentee before: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220315 Address after: 519031 Building No. 12-3, Hengqin Financial Industry Development Base, Zhuhai City, Guangdong Province (Centralized Office District) Patentee after: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE CO.,LTD. Address before: 264006 4th floor, building 2, energy saving science and Technology Park, Gaoxiong Road, Yantai Economic and Technological Development Zone, Shandong Province Patentee before: Yantai HUAFA qixianqin Intellectual Property Operation Co.,Ltd. |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20090318 Assignee: GUANGDONG TAISHENG ENGINEERING QUALITY INSPECTION Co.,Ltd. Assignor: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE CO.,LTD. Contract record no.: X2023980035277 Denomination of invention: Method and device for data disaster recovery backup in multimedia messaging service system Granted publication date: 20111207 License type: Common License Record date: 20230508 |