專利名稱：：多媒體消息業(yè)務(wù)系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法及裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及多媒體消息業(yè)務(wù)(MMS，MultimediaMessageService)技術(shù)，具體涉及一種MMS系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法及裝置。
背景技術(shù)：
：隨著電信業(yè)務(wù)越來(lái)越依賴于計(jì)#機(jī)系統(tǒng)，計(jì)算機(jī)系統(tǒng)在為電信業(yè)務(wù)迅猛發(fā)展提供技術(shù)基礎(chǔ)架構(gòu)的同時(shí)，也成為電信業(yè)務(wù)支撐系統(tǒng)的核心。由于在實(shí)現(xiàn)各種電信業(yè)務(wù)時(shí)，電信系統(tǒng)的計(jì)算機(jī)中存儲(chǔ)了海量的用戶信息，以及業(yè)務(wù)處理的中間信息，此時(shí)，一旦電信業(yè)務(wù)系統(tǒng)支撐系統(tǒng)出現(xiàn)數(shù)據(jù)災(zāi)難的情況，將會(huì)對(duì)電信運(yùn)營(yíng)商帶來(lái)突難性的后果。因此，如何更有效、更合理完備的備份這些用戶信息及業(yè)務(wù)處理的中間信息對(duì)于電信業(yè)務(wù)的正常運(yùn)營(yíng)極其重要。數(shù)據(jù)災(zāi)難是指數(shù)據(jù)處理過(guò)程出現(xiàn)了大范圍的中斷，且不能在一定時(shí)間內(nèi)恢復(fù)，例如，火災(zāi)、爆炸事件、地震、水災(zāi)等自然原因，以及機(jī)器故障、人為因素等非自然原因?qū)е掠?jì)算機(jī)系統(tǒng)出現(xiàn)故障，而引起的災(zāi)難。這里，為了方便描述，將"數(shù)據(jù)突難"簡(jiǎn)稱為"災(zāi)難"。電信業(yè)務(wù)之一MMS是短信息業(yè)務(wù)(SMS，ShortMessageService)和增強(qiáng)型消息業(yè)務(wù)(EMS，EnhancedMessageService)的進(jìn)一步發(fā)展，為個(gè)人多媒體移動(dòng)通信服務(wù)提供了完整的端到端解決方案。多媒體消息業(yè)務(wù)中心(MMSC,MultimediaMessageServiceCenter)系統(tǒng)包括多個(gè)局點(diǎn)，每個(gè)局點(diǎn)用來(lái)分別實(shí)時(shí)控制歸屬于該局點(diǎn)的用戶消息的提交和下發(fā)，并將用戶信息、多媒體消息和會(huì)話信息存儲(chǔ)在該局點(diǎn)的存儲(chǔ)設(shè)備中。一旦MMSC系統(tǒng)中某一局點(diǎn)發(fā)生災(zāi)難，就會(huì)使得歸屬于該局點(diǎn)的用戶信息丟失，且會(huì)導(dǎo)致該局點(diǎn)MMSC業(yè)務(wù)的中斷，甚至是長(zhǎng)時(shí)間無(wú)法恢復(fù)業(yè)務(wù)，從而使歸屬于該局點(diǎn)的用戶無(wú)法使用MMS,影響了用戶使用質(zhì)量的同時(shí)，也會(huì)給運(yùn)營(yíng)商造成極大的經(jīng)濟(jì)損失。為了避免數(shù)據(jù)災(zāi)難發(fā)生引起MMS中斷的問(wèn)題，現(xiàn)有的MMS系統(tǒng)通常采用了數(shù)據(jù)容災(zāi)備份的方法。MMSC的數(shù)據(jù)容災(zāi)備份包含了MMSC系統(tǒng)軟件備份、歷史數(shù)據(jù)備份以及業(yè)務(wù)系統(tǒng)運(yùn)行時(shí)臨時(shí)業(yè)務(wù)數(shù)據(jù)備份。其中，MMSC業(yè)務(wù)系統(tǒng)運(yùn)行時(shí)臨時(shí)業(yè)務(wù)數(shù)據(jù)備份是實(shí)現(xiàn)MMSC系統(tǒng)無(wú)業(yè)務(wù)間斷災(zāi)難恢復(fù)的重要組成部分?，F(xiàn)有的實(shí)現(xiàn)臨時(shí)業(yè)務(wù)數(shù)據(jù)容災(zāi)備份的方法是通過(guò)在異地設(shè)置互為容災(zāi)的主用MMSC和備用MMSC,并通過(guò)主用MMSC與備用MMSC之間的容災(zāi)同步軟件實(shí)現(xiàn)完全的容災(zāi)方案。圖1為現(xiàn)有的MMS系統(tǒng)結(jié)構(gòu)圖。如圖1所示，該系統(tǒng)包括兩個(gè)局點(diǎn)局點(diǎn)A和局點(diǎn)B,局點(diǎn)A包括MMSCA和MMSCB，，MMSCB，為MMSCB的容災(zāi)MMSC,局點(diǎn)B包括MMSCB和MMSCA，，MMSCA，為MMSCA的容災(zāi)MMSC。當(dāng)業(yè)務(wù)運(yùn)營(yíng)時(shí)，兩個(gè)局點(diǎn)的多媒體消息和業(yè)務(wù)處理的中間信息通過(guò)數(shù)據(jù)同步備份到對(duì)端的容災(zāi)MMSC中，從而實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)運(yùn)營(yíng)時(shí)臨時(shí)業(yè)務(wù)數(shù)據(jù)的同步。同時(shí)，MMS系統(tǒng)通過(guò)計(jì)費(fèi)服務(wù)器的同步功能，將計(jì)費(fèi)服務(wù)器A與計(jì)費(fèi)服務(wù)器A，及計(jì)費(fèi)服務(wù)器B與計(jì)費(fèi)服務(wù)器B，的內(nèi)容進(jìn)行同步，從而實(shí)現(xiàn)MMSC和其容災(zāi)MMSC之間的話單一致；通過(guò)數(shù)據(jù)庫(kù)之間的數(shù)據(jù)同步，將數(shù)據(jù)庫(kù)服務(wù)器A與數(shù)據(jù)庫(kù)服務(wù)器A'及數(shù)據(jù)庫(kù)服務(wù)器B與數(shù)據(jù)庫(kù)服務(wù)器B，的內(nèi)容進(jìn)行同步，從而實(shí)現(xiàn)MMSC配置數(shù)據(jù)的一致。通過(guò)以上所述的幾種同步，實(shí)現(xiàn)了MMSC所有數(shù)據(jù)的同步，從而保證了MMSC災(zāi)難恢復(fù)或?yàn)?zāi)難切換時(shí)業(yè)務(wù)不中斷，業(yè)務(wù)運(yùn)營(yíng)的臨時(shí)數(shù)據(jù)損失量達(dá)到最小，使得用戶對(duì)MMSC的災(zāi)難發(fā)生及恢復(fù)無(wú)感知。以每個(gè)局點(diǎn)包括兩個(gè)MMSC節(jié)點(diǎn)為例，在正常情況下，每個(gè)局點(diǎn)均對(duì)外提供業(yè)務(wù)，各自有一個(gè)公網(wǎng)網(wǎng)絡(luò)協(xié)議(IP，InternetProtocol)地址，每個(gè)局點(diǎn)對(duì)應(yīng)的負(fù)載均衡器上有兩個(gè)虛擬IP(Vip,VirtualIP)地址，一個(gè)為本局點(diǎn)對(duì)外提供MMS的公網(wǎng)IP地址，另一個(gè)為對(duì)端局點(diǎn)的容災(zāi)1P地址。這種完全容災(zāi)方案實(shí)現(xiàn)了多媒體消息災(zāi)難切換和災(zāi)難恢復(fù)的連續(xù)性，但是在該方案中，MMSC與容災(zāi)MMSC的數(shù)據(jù)完全同步，導(dǎo)致MMSC節(jié)點(diǎn)之間的通信數(shù)據(jù)量大，從而增加了MMSC的系統(tǒng)開(kāi)銷。該方式中進(jìn)行MMSC業(yè)務(wù)數(shù)據(jù)同步與MMS的業(yè)務(wù)流程是完全分離的，因此，不論業(yè)務(wù)流程是否需要進(jìn)行數(shù)據(jù)同步，MMSC與對(duì)應(yīng)的容災(zāi)MMSC之間都在不斷地進(jìn)行同步，從而浪費(fèi)了資源。同時(shí)，由于這種數(shù)據(jù)容災(zāi)備份方案通過(guò)數(shù)據(jù)同步實(shí)現(xiàn)數(shù)據(jù)容災(zāi)備份，因此要求互為容突的MMSC的硬件和軟件系統(tǒng)必須是同構(gòu)的，否則無(wú)法進(jìn)行同步，也就無(wú)法進(jìn)行業(yè)務(wù)數(shù)據(jù)的容突備份。
發(fā)明內(nèi)容有鑒于此，本發(fā)明實(shí)施例提供一種多媒體消息業(yè)務(wù)系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法，減小數(shù)據(jù)容突備份時(shí)MMSC與其容災(zāi)MMSC的系統(tǒng)開(kāi)銷。本發(fā)明實(shí)施例提供一種MMSC,減小數(shù)據(jù)容災(zāi)備份時(shí)MMSC與其容災(zāi)MMSC的系統(tǒng)開(kāi)銷。為達(dá)到上述目的，本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的一種多媒體消息業(yè)務(wù)系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法，包括MMSC接收業(yè)務(wù)發(fā)送方發(fā)送的多媒體消息；生成攜帶所述多媒體消息的處理狀態(tài)及地址信息的備份請(qǐng)求消息；將所述備份請(qǐng)求消息及所述多媒體消息發(fā)送到對(duì)應(yīng)于所述MMSC的容災(zāi)MMSC進(jìn)行備份，由所述容災(zāi)MMSC保存所述備份請(qǐng)求消息及所述多媒體消息。一種多媒體消息業(yè)務(wù)中心MMSC，包括接收模塊、處理模塊、備份請(qǐng)求生成模塊及發(fā)送模塊，接收模塊，用于接收業(yè)務(wù)發(fā)送方提交的多媒體消息；存儲(chǔ)模塊，用于保存接收到的多媒體消息；處理模塊，用于處理接收到的多媒體消息，生成多媒體消息的處理狀態(tài)及地址信息；備份請(qǐng)求生成模塊，用于根據(jù)所述處理狀態(tài)及地址信息生成備份請(qǐng)求消息；發(fā)送模塊，用于將所述備份請(qǐng)求消息與所述多媒體消息發(fā)送到對(duì)應(yīng)的容災(zāi)MMSC。一種多媒體消息業(yè)務(wù)中心MMSC，該MMSC為對(duì)應(yīng)MMSC的容災(zāi)MMSC，包括接收模塊、存儲(chǔ)模塊和處理模塊，接收模塊，用于接收來(lái)自對(duì)應(yīng)MMSC的攜帶多媒體消息處理狀態(tài)和地址信息的備份請(qǐng)求消息及多媒體消息；存儲(chǔ)模塊，用于保存所述備份請(qǐng)求消息及所述多媒體消息；處理模塊，用于在對(duì)應(yīng)的MMSC發(fā)生災(zāi)難時(shí)，根據(jù)保存在所述存儲(chǔ)模塊的備份請(qǐng)求消息中的多媒體消息處理狀態(tài)及地址信息，處理所述多媒體消白與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提供的技術(shù)方案，接收到多媒體消息后，在MMSC與對(duì)應(yīng)的容災(zāi)MMSC之間，通過(guò)備份請(qǐng)求消息進(jìn)行多媒體消息業(yè)務(wù)處理中間信息的備份，避免了現(xiàn)有技術(shù)中在任何時(shí)候都需要進(jìn)行數(shù)據(jù)同步的問(wèn)題，從而減小了MMSC之間的通信數(shù)據(jù)量，減小了MMSC的系統(tǒng)開(kāi)銷。同時(shí)，本發(fā)明實(shí)施例提供的技術(shù)方案，可以只將攜帶多媒體消息處理狀態(tài)及地址信息的備份請(qǐng)求消息和多媒體消息備份到容災(zāi)MMSC,避免了現(xiàn)有技術(shù)中將處理多媒體消息時(shí)的所有中間信息備份到容災(zāi)MMSC，也減小了MMSC之間的通信數(shù)據(jù)量，減小了MMSC的系統(tǒng)開(kāi)銷。另外，通過(guò)消息進(jìn)行數(shù)據(jù)容災(zāi)備份不需要在MMSC之間實(shí)現(xiàn)數(shù)據(jù)同步，因此在MMSC與對(duì)應(yīng)的容災(zāi)MMSC的硬件與軟件系統(tǒng)結(jié)構(gòu)不同時(shí)，也可以實(shí)現(xiàn)數(shù)據(jù)容災(zāi)備份。圖1為現(xiàn)有的MMS系統(tǒng)結(jié)構(gòu)圖2為本發(fā)明實(shí)施例的MMS系統(tǒng)結(jié)構(gòu)圖3為本發(fā)明實(shí)施例的MMS系統(tǒng)中數(shù)據(jù)容災(zāi)備份的示意圖4為本發(fā)明實(shí)施例的MMS系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法流程圖5為本發(fā)明實(shí)施例中的數(shù)據(jù)容災(zāi)備份的系統(tǒng)結(jié)構(gòu)圖。具體實(shí)施例方式下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。本發(fā)明實(shí)施例的MMS系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法，預(yù)先設(shè)置MMSC的容災(zāi)MMSC,并在MMSC接收到業(yè)務(wù)發(fā)送方發(fā)送的多媒體消息之后，將攜帶該多媒體消息處理狀態(tài)及地址信息的備份請(qǐng)求消息及該多媒體消息發(fā)送到對(duì)應(yīng)的容突MMSC進(jìn)行備份，由對(duì)應(yīng)的容突MMSC保存該備份請(qǐng)求消息及多媒體消息。本發(fā)明實(shí)施例中的數(shù)據(jù)容災(zāi)備份方法利用新增的消息接口MM11接口實(shí)現(xiàn)。圖2為本發(fā)明實(shí)施例的MMS系統(tǒng)結(jié)構(gòu)圖。如圖2所示，該系統(tǒng)包括兩個(gè)局點(diǎn)局點(diǎn)A和局點(diǎn)B,局點(diǎn)A包括MMSCA和MMSCB，，MMSCB，為MMSCB的容突MMSC,局點(diǎn)B包括MMSCB和MMSCA，，MMSCA，為MMSCA的容災(zāi)MMSC。局點(diǎn)A還包括計(jì)費(fèi)服務(wù)器A和計(jì)費(fèi)服務(wù)器B，，局點(diǎn)B還包括計(jì)費(fèi)服務(wù)器B和計(jì)費(fèi)服務(wù)器A，，計(jì)費(fèi)服務(wù)器B，用于計(jì)費(fèi)服務(wù)器B的容災(zāi)備份，計(jì)費(fèi)服務(wù)器A，用于計(jì)費(fèi)服務(wù)器A的容災(zāi)備份。計(jì)費(fèi)服務(wù)器與對(duì)應(yīng)的容災(zāi)計(jì)費(fèi)服務(wù)器之間進(jìn)行話單復(fù)制，從而實(shí)現(xiàn)MMSC和其容災(zāi)MMSC之間的話單一致。局點(diǎn)A還包括數(shù)據(jù)庫(kù)服務(wù)器A和數(shù)據(jù)庫(kù)服務(wù)器B，，局點(diǎn)B還包括數(shù)據(jù)庫(kù)服務(wù)器B和數(shù)據(jù)庫(kù)服務(wù)器A，，數(shù)據(jù)庫(kù)服務(wù)器A，用于數(shù)據(jù)庫(kù)服務(wù)器A的容災(zāi)備份，數(shù)據(jù)庫(kù)服務(wù)器B，用于數(shù)據(jù)庫(kù)服務(wù)器B的容災(zāi)備份。MMS系統(tǒng)通過(guò)數(shù)據(jù)庫(kù)服務(wù)器之間的數(shù)據(jù)同步，將數(shù)據(jù)庫(kù)服務(wù)器A與數(shù)據(jù)庫(kù)服務(wù)器A，及數(shù)據(jù)庫(kù)服務(wù)器B與數(shù)據(jù)庫(kù)服務(wù)器B，的內(nèi)容進(jìn)行同步，從而實(shí)現(xiàn)MMSC局點(diǎn)之間配置數(shù)據(jù)的一致。當(dāng)業(yè)務(wù)運(yùn)營(yíng)時(shí)，兩個(gè)局點(diǎn)的業(yè)務(wù)處理中間信息通過(guò)MM11接口實(shí)時(shí)備份到對(duì)端的容災(zāi)MMSC中，從而實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)運(yùn)營(yíng)時(shí)臨時(shí)業(yè)務(wù)數(shù)據(jù)的容災(zāi)備份。通過(guò)以上所述的話單復(fù)制、數(shù)據(jù)同步和MMSC之間的容突備份，實(shí)現(xiàn)了MMSC局點(diǎn)之間所有數(shù)據(jù)的備份，從而保證了MMSC災(zāi)難恢復(fù)或突難切換時(shí)業(yè)務(wù)不中斷，業(yè)務(wù)運(yùn)營(yíng)的臨時(shí)數(shù)據(jù)損失量達(dá)到最小，使得用戶對(duì)MMSC的災(zāi)難發(fā)生及恢復(fù)無(wú)感知。以每個(gè)局點(diǎn)包括兩個(gè)MMSC節(jié)點(diǎn)為例，圖3為本發(fā)明實(shí)施例的MMS系統(tǒng)中數(shù)據(jù)容災(zāi)備份的示意圖。如圖3所示，每個(gè)局點(diǎn)包括兩個(gè)MMSC節(jié)點(diǎn)，局點(diǎn)A包括節(jié)點(diǎn)Al和節(jié)點(diǎn)A2,局點(diǎn)B包括節(jié)點(diǎn)Bl和節(jié)點(diǎn)B2。在正常情況下，每個(gè)局點(diǎn)均對(duì)外提供業(yè)務(wù)，各自有一個(gè)公網(wǎng)IP地址，每個(gè)局點(diǎn)對(duì)應(yīng)的負(fù)載均衡器上有兩個(gè)虛擬IP地址，一個(gè)為本局點(diǎn)對(duì)外提供MMS的公網(wǎng)IP地址，另一個(gè)為對(duì)端局點(diǎn)的容突IP地址。每個(gè)局點(diǎn)的兩個(gè)節(jié)點(diǎn)共用一個(gè)公網(wǎng)IP地址，同時(shí)對(duì)外提供MMSC。其中，每個(gè)節(jié)點(diǎn)包括兩個(gè)模塊本節(jié)點(diǎn)處理模塊和容災(zāi)模塊，本節(jié)點(diǎn)處理模塊用于處理本節(jié)點(diǎn)的業(yè)務(wù)，容災(zāi)模塊用于當(dāng)對(duì)端局點(diǎn)發(fā)生突難時(shí)，處理對(duì)端局點(diǎn)的業(yè)務(wù)。例如，節(jié)點(diǎn)Al包括本節(jié)點(diǎn)處理模塊RG_A1和容災(zāi)模塊RG_B1，，RG_A1用于處理節(jié)點(diǎn)Al本身的業(yè)務(wù)，而RG—Bl，為RG—Bl的容災(zāi)才莫塊，用于當(dāng)節(jié)點(diǎn)B1發(fā)生災(zāi)難時(shí)，處理節(jié)點(diǎn)Bl的業(yè)務(wù)。圖3所示的系統(tǒng)進(jìn)行數(shù)據(jù)容突備份時(shí)具體的工作過(guò)程包括MMSC生成備份請(qǐng)求消息，通過(guò)本節(jié)點(diǎn)的IP地址及對(duì)應(yīng)的容災(zāi)IP地址，將備份請(qǐng)求消息發(fā)送到容災(zāi)MMSC,如圖3中所示，局點(diǎn)A的RG—Al生成備份請(qǐng)求消息，通過(guò)節(jié)點(diǎn)本身的IP地址Vip-A及對(duì)應(yīng)的容災(zāi)IP地址Vip-A，，發(fā)送到局點(diǎn)B中對(duì)應(yīng)的容突模塊RG-A，。局點(diǎn)B向局點(diǎn)A備份數(shù)據(jù)的過(guò)程與以上所述的相同，在此不再贅述。圖4為本發(fā)明實(shí)施例的MMS系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法流程圖。如圖4所示，該方法預(yù)先設(shè)置了MMSC對(duì)應(yīng)的容災(zāi)MMSC,并包括以下步驟步驟400步驟403:多i某體消息的業(yè)務(wù)發(fā)送方通過(guò)WAP網(wǎng)關(guān)向MMSC提交多媒體消息，MMSC在接收到該多媒體消息后，通過(guò)WAP網(wǎng)關(guān)回復(fù)消息提交響應(yīng)消息。步驟404步驟407:MMSC通過(guò)WAP網(wǎng)關(guān)向該多媒體消息的業(yè)務(wù)接收方發(fā)送消息通知請(qǐng)求，以通知該業(yè)務(wù)接收方提取消息；業(yè)務(wù)接收方接收到消息提交請(qǐng)求后，通過(guò)WAP網(wǎng)關(guān)向MMSC回復(fù)消息通知響應(yīng)消息。步驟408:MMSC將該多媒體消息的處理狀態(tài)及地址信息攜帶在備份請(qǐng)求消息中，并向?qū)?yīng)的容災(zāi)MMSC發(fā)送備份請(qǐng)求消息及該多媒體消息。本步驟中，MMSC通過(guò)MM11備份請(qǐng)求(MM11—Backup.REQ)消息將多媒體消息的處理狀態(tài)及地址信息備份到對(duì)應(yīng)的容災(zāi)MMSC。表1為MM11—Backup.REQ的消息說(shuō)明。<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>表1MM11—Backup.REQ的消息說(shuō)明參見(jiàn)表1,事務(wù)標(biāo)識(shí)(TransactionID)字段為備份請(qǐng)求消息和備份響應(yīng)消息對(duì)的標(biāo)識(shí)。MessageID字為該多i某體消息的消息標(biāo)識(shí)，以唯一標(biāo)識(shí)一條多媒體消息。地址信息包括業(yè)務(wù)接收方地址及業(yè)務(wù)發(fā)送方地址，因此業(yè)務(wù)接收方地址(Recipients)address)字段為該多媒體消息業(yè)務(wù)接收方的地址，該字段可以為多個(gè)業(yè)務(wù)接收方的地址。處理狀態(tài)(Process-Stage)字段為消息當(dāng)前的處理狀態(tài)。該消息還可進(jìn)一步包括原始消息標(biāo)識(shí)(OriginatorMessageID)字段，其中攜帶前轉(zhuǎn)多媒體消息的原始消息標(biāo)識(shí)(ID，Identifier)。如果該多媒體消息的業(yè)務(wù)接收方與業(yè)務(wù)發(fā)送方不處于同一網(wǎng)絡(luò)中，則業(yè)務(wù)發(fā)送方歸屬的MMSC在下發(fā)多媒體消息時(shí)，需要以該多媒體消息的原始消息ID前轉(zhuǎn)到業(yè)務(wù)接收方歸屬的MMSC,然后由業(yè)務(wù)接收方歸屬的MMSC生成新的消息ID，并利用該消息ID繼續(xù)下發(fā)多媒體消息。此時(shí)，在業(yè)務(wù)接收方歸屬的MMSC進(jìn)行臨時(shí)業(yè)務(wù)數(shù)據(jù)備份時(shí)，需要將該多媒體消息的原始ID同時(shí)進(jìn)行備份，以便于在業(yè)務(wù)接收方歸屬的MMSC發(fā)生災(zāi)難，對(duì)應(yīng)的容災(zāi)MMSC下發(fā)多媒體消息成功后，通過(guò)業(yè)務(wù)發(fā)送方歸屬的MMSC該原始消息ID對(duì)應(yīng)的多媒體消息已成功下發(fā)的信息。該消息還可進(jìn)一步包括OriginatorR/Sdeliveryreport字段，用于表明業(yè)務(wù)發(fā)送方歸屬的MMSC(包括MMS中繼器和MMS服務(wù)器)是否要求該多媒體消息的遞送報(bào)告。表1中的Readreply字段，用于表明業(yè)務(wù)發(fā)送方歸屬的MMSC是否要求該多媒體消息的讀取應(yīng)答。AcknowledgementRequest字段用于表明業(yè)務(wù)發(fā)送方歸屬的MMSC是否要求該多媒體消息的前轉(zhuǎn)響應(yīng)，如果該字段為有效值，則Originator-System-Address字段也必須存在。Forwardcounter字段用于表明該多媒體消息被轉(zhuǎn)發(fā)的次數(shù)。Previously-sent-by字段用于表明在當(dāng)前處理該多々某體消息之前處理該多媒體消息的MMS用戶代理的地址，即終端設(shè)備的地址。Previously-sent-date-and-time表明在當(dāng)前處理該多i某體消息之前，處理該多媒體消息的日期和時(shí)間。這些字段的內(nèi)容與現(xiàn)有的MM4消息中相應(yīng)字段的內(nèi)容相同。其它字段與現(xiàn)有的MM1消息中的相應(yīng)字段內(nèi)容相同。步驟409:容突MMSC接收到備份請(qǐng)求消息后，生成備份消息標(biāo)識(shí)(BackupMessageID)，然后向MMSC回復(fù)攜帶備份消息標(biāo)識(shí)的備份響應(yīng)消息。本步驟中，容災(zāi)MMSC在接收到備份請(qǐng)求消息后，并不進(jìn)行特別的處理，只是將其存儲(chǔ)起來(lái)，以備MMSC發(fā)生災(zāi)難時(shí)恢復(fù)業(yè)務(wù)。容災(zāi)MMSC在成功存儲(chǔ)備份請(qǐng)求消息后，生成與該備份請(qǐng)求消息對(duì)應(yīng)的備份消息標(biāo)識(shí)，以唯一標(biāo)識(shí)該備份請(qǐng)求消息，并通過(guò)MM11備份響應(yīng)(MM11—Backup.RES)返回?cái)y帶該備份消息標(biāo)識(shí)的備份響應(yīng)消息，以告知MMSC該備份請(qǐng)求消息的處理情況。表2為MM1l_Backup,RES的消息說(shuō)明。其中在BackupMessageID字段中攜帶備份消息標(biāo)識(shí)，表明是該備份消息標(biāo)識(shí)對(duì)應(yīng)的備份請(qǐng)求的響應(yīng)消息。TransactionID字4殳為MM11—Backup.REQ/MM1l_Backup.RES對(duì)的標(biāo)識(shí)。其它字段為現(xiàn)有的字段，在此不再贅述。<table>tableseeoriginaldocumentpage15</column></row><table>表2MM11—Backup.RES的消息說(shuō)明步驟410步驟413:業(yè)務(wù)接收方通過(guò)WAP網(wǎng)關(guān)向MMSC發(fā)送消息獲取請(qǐng)求，MMSC通過(guò)WAP網(wǎng)關(guān)向業(yè)務(wù)接收方回復(fù)攜帶多媒體消息的消息獲耳又響應(yīng)。步驟414:MMSC向?qū)?yīng)的容突MMSC發(fā)送攜帶備份消息標(biāo)識(shí)的釋放請(qǐng)求消息。由于MMSC已將多媒體消息下發(fā)，因此，為了節(jié)省容災(zāi)MMSC的空間，可以通過(guò)本步驟將備份的多媒體消息及備份請(qǐng)求消息釋放。本步驟中，MMSC通過(guò)攜帶備份消息標(biāo)識(shí)的MM11—Release.REQ消息，通知對(duì)應(yīng)的容災(zāi)MMSC刪除該備份消息標(biāo)識(shí)對(duì)應(yīng)的備份請(qǐng)求消息。表3為MM11—Release.REQ的消息說(shuō)明。其中BackupMessageID字段攜帶與需釋放的備份請(qǐng)求消息對(duì)應(yīng)的備份消息標(biāo)識(shí)。TransactionID字段為MMll_Release.REQ/MMl1—Release.RES消息對(duì)的標(biāo)識(shí)。其它字段為現(xiàn)有的字段，在此不再贅述。InformationelementPresenceDescription3GPPMMSVersion必選本文檔所定義接收方MMS中繼/服務(wù)器的MMS版本。MessageType必選參考點(diǎn)MM1l上所用消息的類型"MMl1—Release.REQ"。TransactionID必選MMl1—Release.REQ/MMl1—Release.RES對(duì)的標(biāo)識(shí)。BackupMessageID必選表示消息在備份MMSC中的ID。RequestStatus必選路由轉(zhuǎn)發(fā)MM的請(qǐng)求狀態(tài)。RequestStatustext可選與請(qǐng)求狀態(tài)相對(duì)應(yīng)的狀態(tài)文本。表3MMll_Release.REQ的消息說(shuō)明步驟415:容突MMSC向MMSC回復(fù)釋放響應(yīng)。本步驟中，容災(zāi)MMSC通過(guò)MMl1—Release.RES通過(guò)MMSC備份請(qǐng)求消息的處理結(jié)果。表4為MMl1—Release.RES的消息說(shuō)明，其中，TransactionID為MMl1—Release.REQ/MMl1—Release.RES對(duì)的標(biāo)識(shí)，因此，當(dāng)MMSC接收到容災(zāi)MMSC回復(fù)的釋放響應(yīng)消息時(shí)，通過(guò)TransactionID即可知該釋放響應(yīng)消息是哪一個(gè)釋放請(qǐng)求消息釋放成功的響應(yīng)。其它字段為現(xiàn)有的字段，在此不再贅述。<table>tableseeoriginaldocumentpage16</column></row><table>表4MMl1—Release.RES的消息說(shuō)明步驟416~步驟417:多媒體消息的業(yè)務(wù)接收方在成功接收到多媒體消息后，通過(guò)WAP網(wǎng)關(guān)向MMSC發(fā)送消息確認(rèn)請(qǐng)求，以通知MMSC已成功接收到多媒體消息。當(dāng)多媒體消息處理過(guò)程中業(yè)務(wù)發(fā)送方歸屬的MMSC發(fā)生災(zāi)難時(shí)，容災(zāi)MMSC根據(jù)備份請(qǐng)求消息及備份的多媒體消息進(jìn)行處理，也就是根據(jù)備份請(qǐng)求消息中的多媒體消息處理狀態(tài)及其中的地址信息繼續(xù)處理，例如下發(fā)多媒體消息。以上所描述的本發(fā)明實(shí)施例的數(shù)據(jù)容災(zāi)備份方法流程為本發(fā)明的較佳實(shí)施例，以這種流程進(jìn)行數(shù)據(jù)容突備份具有較高的效率與處理能力，但是本領(lǐng)域技術(shù)人員可以想到步驟408和步驟409也可以在下發(fā)多媒體消息之前的任一步驟之前或之后執(zhí)行，也可以跟據(jù)需要靈活執(zhí)行，例如可以在接收到多媒體消息后，沒(méi)有在預(yù)先設(shè)定的時(shí)間段內(nèi)將多媒體消息下發(fā)到業(yè)務(wù)接收方時(shí)再執(zhí)行步驟408和步驟409;步驟414和步驟415也可以在下發(fā)多媒體消息之后的任一步驟之前或之后執(zhí)行。本發(fā)明實(shí)施例中的MM11消息通過(guò)超文本傳IIT協(xié)議(HTTP,HypertextTransferProtocol)協(xié)議承載，其定義類似于MM7接口，由于HTTP協(xié)議方便擴(kuò)展，并具有較高的處理能力，因此，這種MM11消息的承載方式既方便后續(xù)的擴(kuò)展，又具有較高的處理能力。圖5為本發(fā)明實(shí)施例中的數(shù)據(jù)容災(zāi)備份的系統(tǒng)結(jié)構(gòu)圖。如圖5所示，該系統(tǒng)包括MMSC500及對(duì)應(yīng)的容災(zāi)MMSC510，其中，MMSC500包括接收模塊501、處理模塊502、備份請(qǐng)求生成模塊503、存儲(chǔ)模塊504及發(fā)送模塊505。接收模塊501接收業(yè)務(wù)發(fā)送方提交的多媒體消息；保存到存儲(chǔ)模塊504,同時(shí)由處理模塊502處理該多媒體消息，包括向業(yè)務(wù)接收方發(fā)送推送(Push)通知，接收到業(yè)務(wù)接收方發(fā)送的消息獲取請(qǐng)求后，下發(fā)多媒體消息到業(yè)務(wù)接收方；并在處理多媒體消息的過(guò)程中，生成多媒體消息的處理狀態(tài)和地址信息。備份請(qǐng)求生成模塊503根據(jù)處理模塊502處理多媒體消息過(guò)程中的處理狀態(tài)和地址信息生成備份請(qǐng)求消息；然后由發(fā)送模塊505將該備份請(qǐng)求消息與保存在存儲(chǔ)模塊504的多媒體消息發(fā)送到對(duì)應(yīng)的容災(zāi)MMSC510。與MMSC500對(duì)應(yīng)的容災(zāi)MMSC510包括接收模塊511、存儲(chǔ)模塊512及處理模塊513。接收模塊511接收來(lái)自MMSC500的攜帶多媒體消息處理狀態(tài)和地址信息的備份請(qǐng)求消息及多媒體消息；由存儲(chǔ)模塊512進(jìn)行保存。當(dāng)MMSC500發(fā)生災(zāi)難時(shí)，容災(zāi)MMSC510的處理模塊513將根據(jù)保存在存儲(chǔ)模塊512的備份請(qǐng)求消息中的處理狀態(tài)及地址信息，處理存儲(chǔ)模塊512中的多媒體消息。容突MMSC510可進(jìn)一步包括響應(yīng)模塊514，用于生成與備份請(qǐng)求消息相對(duì)應(yīng)的備份消息標(biāo)識(shí)，并向MMSC500回復(fù)攜帶該備份消息標(biāo)識(shí)的備份響應(yīng)消息。相應(yīng)地，處理模塊502進(jìn)一步接收攜帶備份消息標(biāo)識(shí)的備份響應(yīng)消息。MMSC500的處理模塊502進(jìn)一步在下發(fā)多媒體消息后，生成攜帶該備份消息標(biāo)識(shí)的釋放請(qǐng)求消息；由發(fā)送模塊505將該釋放請(qǐng)求消息發(fā)送到對(duì)應(yīng)的容災(zāi)MMSC510。相應(yīng)地，響應(yīng)模塊514進(jìn)一步接收攜帶備份消息標(biāo)識(shí)的釋放請(qǐng)求消息，刪除保存在存儲(chǔ)模塊512的與該備份消息標(biāo)識(shí)相對(duì)應(yīng)的備份請(qǐng)求消息和對(duì)應(yīng)的多媒體消息。響應(yīng)才莫塊514進(jìn)一步向?qū)?yīng)的MMSC500回復(fù)釋;^丈響應(yīng)消息。由以上所述可以看出，本發(fā)明實(shí)施例所提供的技術(shù)方案，在MMSC接收到多媒體消息后，通過(guò)備份請(qǐng)求消息對(duì)多媒體消息對(duì)應(yīng)的會(huì)話消息進(jìn)行備份，從而減小了MMSC之間的通信數(shù)據(jù)量，減小了MMSC的系統(tǒng)開(kāi)銷。同時(shí)，本發(fā)明實(shí)施例的技術(shù)方案將數(shù)據(jù)容災(zāi)備份與MMS的業(yè)務(wù)流程融合起來(lái)，可以在需要時(shí)進(jìn)行數(shù)據(jù)容災(zāi)備份，從而實(shí)現(xiàn)了靈活的數(shù)據(jù)容災(zāi)備份，避免了MMSC之間不斷的進(jìn)行數(shù)據(jù)同步造成的資源浪費(fèi)。另外，由于通過(guò)MM11消息實(shí)現(xiàn)數(shù)據(jù)容災(zāi)備份，不需要在MMSC之間的實(shí)現(xiàn)數(shù)據(jù)完全同步，因此MMSC與容災(zāi)MMSC的硬件與軟件系統(tǒng)不需要同構(gòu)也能實(shí)現(xiàn)數(shù)據(jù)容災(zāi)備份。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1、一種多媒體消息業(yè)務(wù)系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法，其特征在于，該方法包括多媒體消息業(yè)務(wù)中心MMSC接收業(yè)務(wù)發(fā)送方發(fā)送的多媒體消息；生成攜帶所述多媒體消息的處理狀態(tài)及地址信息的備份請(qǐng)求消息；將所述備份請(qǐng)求消息及所述多媒體消息發(fā)送到對(duì)應(yīng)于所述MMSC的容災(zāi)MMSC進(jìn)行備份，由所述容災(zāi)MMSC保存所述備份請(qǐng)求消息及所述多媒體消息。2、如權(quán)利要求l所述的方法，其特征在于，該方法進(jìn)一步包括所述容災(zāi)MMSC接收到備份請(qǐng)求消息之后，生成與所述備份請(qǐng)求消息對(duì)應(yīng)的備份消息標(biāo)識(shí)，向所述MMSC回復(fù)攜帶所述備份消息標(biāo)識(shí)的備份響應(yīng)消息。3、如權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括所述MMSC下發(fā)所述多媒體消息后，向所述容災(zāi)MMSC發(fā)送攜帶所述備份消息標(biāo)識(shí)的釋放請(qǐng)求消息，所述容災(zāi)MMSC接收到所述釋放請(qǐng)求消息后，刪除保存的備份請(qǐng)求消息，并回復(fù)釋放響應(yīng)消息。4、如權(quán)利要求l所述的方法，其特征在于，該方法進(jìn)一步包括當(dāng)所述MMSC發(fā)生災(zāi)難時(shí)，所述容災(zāi)MMSC根據(jù)所述備份請(qǐng)求消息中多媒體消息的處理狀態(tài)及地址信息處理所述多媒體消息。5、如權(quán)利要求1所述的方法，其特征在于，所述MMSC向所述容災(zāi)MMSC發(fā)送備份請(qǐng)求消息的步驟在向業(yè)務(wù)接收方下發(fā)通知消息之后執(zhí)行；或者所述MMSC沒(méi)有在預(yù)先設(shè)置的時(shí)間段將所述多媒體消息下發(fā)到對(duì)應(yīng)的業(yè)務(wù)接收方時(shí)執(zhí)行。6、如權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，所述備份請(qǐng)求消息進(jìn)一步包括以下所述的一項(xiàng)或多項(xiàng)所述多媒體消息前轉(zhuǎn)之前的原始消息標(biāo)識(shí)、表明業(yè)務(wù)發(fā)送方歸屬的MMSC是否要求所述多媒體消息遞送報(bào)告的信息、表明業(yè)務(wù)發(fā)送方是否請(qǐng)求所述多媒體消息的讀取應(yīng)答報(bào)告的信息、表明業(yè)務(wù)發(fā)送方歸屬的MMSC要求前轉(zhuǎn)響應(yīng)的信息和業(yè)務(wù)發(fā)送方歸屬M(fèi)MSC的地址或表明業(yè)務(wù)發(fā)送方歸屬的MMSC不要求前轉(zhuǎn)響應(yīng)的信息、表明所述多媒體消息轉(zhuǎn)發(fā)次數(shù)的信息、當(dāng)前處理所述多媒體消息之前處理所述多媒體消息的用戶代理的地址、當(dāng)前處理所述多媒體消息之前處理所述多媒體消息的日期和時(shí)間、業(yè)務(wù)發(fā)送方歸屬M(fèi)MSC的地址。7、一種多媒體消息業(yè)務(wù)中心MMSC，其特征在于，該MMSC包括接收模塊、處理模塊、備份請(qǐng)求生成模塊及發(fā)送模塊，接收模塊，用于接收業(yè)務(wù)發(fā)送方提交的多媒體消息；存儲(chǔ)模塊，用于保存接收到的多媒體消息；處理模塊，用于處理接收到的多媒體消息，生成多媒體消息的處理狀態(tài)及地址信息；備份請(qǐng)求生成模塊，用于根據(jù)所述處理狀態(tài)及地址信息生成備份請(qǐng)求消息；發(fā)送模塊，用于將所述備份請(qǐng)求消息與所述多媒體消息發(fā)送到對(duì)應(yīng)的容災(zāi)MMSC。8、如權(quán)利要求7所述的MMSC，其特征在于，所述處理模塊進(jìn)一步接收攜帶備份消息標(biāo)識(shí)的備份響應(yīng)消息；在下發(fā)多媒體消息后，生成攜帶所述備份消息標(biāo)識(shí)的釋放請(qǐng)求消息；所述發(fā)送模塊進(jìn)一步將所述釋放請(qǐng)求消息發(fā)送到對(duì)應(yīng)的容災(zāi)MMSC。9、一種多媒體消息業(yè)務(wù)中心MMSC，其特征在于，該MMSC為對(duì)應(yīng)MMSC的容交MMSC,包括接收模塊、存儲(chǔ)模塊和處理模塊，接收模塊，用于接收來(lái)自對(duì)應(yīng)MMSC的攜帶多^某體消息處理狀態(tài)和地址信息的備份請(qǐng)求消息及多媒體消息；存儲(chǔ)模塊，用于保存所述備份請(qǐng)求消息及所述多媒體消息；處理模塊，用于在對(duì)應(yīng)的MMSC發(fā)生災(zāi)難時(shí)，才艮據(jù)保存在所述存儲(chǔ)模塊的備份請(qǐng)求消息中的多媒體消息處理狀態(tài)及地址信息，處理所迷多媒體消息。10、如權(quán)利要求9所述的MMSC,其特征在于，所述MMSC進(jìn)一步包括響應(yīng)模塊，用于生成與備份請(qǐng)求消息相對(duì)應(yīng)的備份消息標(biāo)識(shí)，并向?qū)?yīng)的MMSC回復(fù)攜帶所述備份消息標(biāo)識(shí)的備份響應(yīng)消息；所述存儲(chǔ)模塊進(jìn)一步保存與所述備份請(qǐng)求消息對(duì)應(yīng)的備份消息標(biāo)識(shí)。11、如權(quán)利要求10所述的MMSC，其特征在于，所述響應(yīng)模塊進(jìn)一步接收所述攜帶備份消息標(biāo)識(shí)的釋放請(qǐng)求消息，刪除保存在存儲(chǔ)模塊的與該備份消息標(biāo)識(shí)相對(duì)應(yīng)的備份請(qǐng)求消息。12、如權(quán)利要求10所述的MMSC,其特征在于，所述響應(yīng)模塊進(jìn)一步向?qū)?yīng)的MMSC回復(fù)釋放響應(yīng)消息。全文摘要本發(fā)明公開(kāi)了一種多媒體消息業(yè)務(wù)系統(tǒng)中數(shù)據(jù)容災(zāi)備份的方法，該方法包括多媒體消息業(yè)務(wù)中心(MMSC)接收業(yè)務(wù)發(fā)送方發(fā)送的多媒體消息；生成攜帶所述多媒體消息的處理狀態(tài)和地址信息的備份請(qǐng)求消息；將所述備份請(qǐng)求消息及所述多媒體消息發(fā)送到對(duì)應(yīng)于所述MMSC的容災(zāi)MMSC進(jìn)行備份，由所述容災(zāi)MMSC保存所述備份請(qǐng)求消息和所述多媒體消息。本發(fā)明還公開(kāi)了一種MMSC。本發(fā)明通過(guò)消息實(shí)現(xiàn)了多媒體消息業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)容災(zāi)備份，從而減小了數(shù)據(jù)容災(zāi)備份時(shí)MMSC與對(duì)應(yīng)的容災(zāi)MMSC之間的通信數(shù)據(jù)量，減小了系統(tǒng)開(kāi)銷，同時(shí)，將多媒體消息業(yè)務(wù)流程與數(shù)據(jù)容災(zāi)備份相互融合，實(shí)現(xiàn)了靈活的數(shù)據(jù)容災(zāi)備份。文檔編號(hào)H04L1/22GK101389065SQ200710149580公開(kāi)日2009年3月18日申請(qǐng)日期2007年9月12日優(yōu)先權(quán)日2007年9月12日發(fā)明者史以兵,柏廣昌申請(qǐng)人:華為技術(shù)有限公司