專利名稱：提高多媒體消息系統(tǒng)處理多媒體消息性能的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體消息技術(shù)，特別涉及一種提高多媒體消息系統(tǒng)處理多媒體消息性能的方法及系統(tǒng)。
背景技術(shù)：
多媒體消息服務(wù)(MMS)是短信息服務(wù)(SMS)和增強(qiáng)型消息服務(wù)(EMS)的進(jìn)一步發(fā)展，為個(gè)人多媒體移動(dòng)通信服務(wù)提供了完整的端到端解決方案。從通信內(nèi)容上講，多媒體消息包括圖像、音頻、視頻和數(shù)據(jù)等；從功能上講，多媒體消息服務(wù)涵蓋了終端到終端、終端到應(yīng)用、應(yīng)用到終端的多媒體消息通信。它不僅實(shí)現(xiàn)了終端之間、終端和應(yīng)用之間的信息傳遞，還實(shí)現(xiàn)了內(nèi)容的多樣性，包括圖片、語(yǔ)音、圖像、數(shù)據(jù)和文本的各種組合。作為一個(gè)開放的媒體接入平臺(tái)，MMS可以在移動(dòng)用戶和互聯(lián)網(wǎng)內(nèi)容提供商的互動(dòng)下，衍生出更豐富多彩的內(nèi)容服務(wù)應(yīng)用。而用戶既是MMS的消費(fèi)者，又是內(nèi)容開發(fā)者，這無(wú)疑會(huì)提高終端用戶對(duì)業(yè)務(wù)的使用興趣。
多媒體消息業(yè)務(wù)的通用體系結(jié)構(gòu)如圖1所示。它應(yīng)組合不同的網(wǎng)絡(luò)和網(wǎng)絡(luò)類型，且應(yīng)集成已經(jīng)在這些網(wǎng)絡(luò)中存在的消息系統(tǒng)。終端帶有多媒體消息業(yè)務(wù)環(huán)境(MMSE)操作。此環(huán)境可包括2G和3G網(wǎng)絡(luò)、帶有2G網(wǎng)絡(luò)和漫游網(wǎng)絡(luò)內(nèi)覆蓋島嶼的3G網(wǎng)絡(luò)。MMSE提供所有必需的業(yè)務(wù)要素，如輸送、存儲(chǔ)和通知功能。這些業(yè)務(wù)要素可以定位在一個(gè)網(wǎng)絡(luò)內(nèi)，也可以分布在幾個(gè)網(wǎng)絡(luò)或不同網(wǎng)絡(luò)類型中。
圖2顯示多媒體消息可以包含許多不同的網(wǎng)絡(luò)類型。這些不同網(wǎng)絡(luò)之間連接基礎(chǔ)應(yīng)由因特網(wǎng)協(xié)議及其相關(guān)的消息協(xié)議集提供。此方法使得2G和3G無(wú)線網(wǎng)絡(luò)中的消息傳遞可與因特網(wǎng)上存在的消息系統(tǒng)兼容。
MMS用戶代理(MMS User Agent)通過MMS終端提供多媒體消息服務(wù)，MMS用戶代理是多媒體消息終端上的一個(gè)應(yīng)用，提供用戶瀏覽、編輯、處理多媒體消息等功能，以及消息的發(fā)送、接收、刪除等操作。MMS用戶代理支持MIME，多媒體消息采用MIME格式表示，通過MIME中不同子類型的定義，多媒體消息可包含文本、圖像、聲音等數(shù)據(jù)。
MMSC多媒體消息中心包含MMS中繼(MMS Relay)和MMS業(yè)務(wù)器(MMSServer)的功能，對(duì)多媒體消息進(jìn)行協(xié)議轉(zhuǎn)換、內(nèi)容適配、存儲(chǔ)和調(diào)度，完成多媒體消息在不同多媒體設(shè)備之間的傳遞操作，同時(shí)，MMSC生成話單用于計(jì)費(fèi)。
MMS用戶數(shù)據(jù)庫(kù)(MMS User Databases)存儲(chǔ)用戶信息、個(gè)性化信息、接口信息等。
外部增值應(yīng)用服務(wù)器(MMS VAS Applicatons)提供增值業(yè)務(wù)服務(wù)。
參閱圖3，現(xiàn)有的多媒體消息系統(tǒng)主要是通過一個(gè)系統(tǒng)內(nèi)部的一個(gè)MMSRelay和一個(gè)MMS Server系統(tǒng)實(shí)現(xiàn)多媒體消息的發(fā)送處理，具體的多媒體消息系統(tǒng)消息處理模式如下Internet/Intranet網(wǎng)絡(luò)上的網(wǎng)絡(luò)元素提交的多媒體消息首先提交到唯一的MMS Relay模塊，MMS Relay完成消息的處理以后，提交到多媒體消息系統(tǒng)中唯一的MMS Server模塊，MMS Server模塊完成消息處理以后再通過MMS Relay模塊回應(yīng)到Internet/Intranet網(wǎng)絡(luò)上的相應(yīng)網(wǎng)絡(luò)元素。
消息處理流程1、消息提交流程無(wú)線網(wǎng)絡(luò)側(cè)提交請(qǐng)求消息到MMS Relay系統(tǒng)。MMS Relay系統(tǒng)完成消息處理，提交到MMS Server，MMS Server完成基本校驗(yàn)處理，構(gòu)造響應(yīng)消息返回MMS Relay，MMS Relay系統(tǒng)將響應(yīng)消息返回?zé)o線網(wǎng)絡(luò)側(cè)。
2、通知下發(fā)流程MMS Server構(gòu)造通知消息發(fā)送到MMS Relay，MMSRelay將通知消息發(fā)送到無(wú)線網(wǎng)絡(luò)側(cè)。
3、消息獲取流程獲取請(qǐng)求提交到MMS Relay，MMS Relay識(shí)別該消息為獲取消息，將該消息發(fā)送到對(duì)應(yīng)的MMS Server。MMS Server處理該請(qǐng)求消息，如果合法則返回帶源消息內(nèi)容體的響應(yīng)消息，如果不合法，則組合一條消息體為純文本的響應(yīng)消息，告知用戶錯(cuò)誤的原因。該消息到達(dá)MMS Relay后，將響應(yīng)消息返回到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)。
4、終端確認(rèn)獲取流程無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)終端確認(rèn)消息提交到MMS Server系統(tǒng)的方式跟獲取消息的的提交方式一致，MMS Server收到確認(rèn)消息以后進(jìn)行相應(yīng)的處理，不需要在給無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)回任何響應(yīng)消息，直接結(jié)束消息的下發(fā)處理。
雖然現(xiàn)有的多媒體消息系統(tǒng)能夠?qū)Χ嗝襟w消息進(jìn)行處理，但存在以下缺點(diǎn)1、如果使用上述的一套多媒體消息系統(tǒng)進(jìn)行消息處理，在多媒體消息用戶達(dá)到一定的程度以后，多媒體消息的處理能力出現(xiàn)達(dá)不到要求的情況，多媒體消息系統(tǒng)的性能不能滿足運(yùn)營(yíng)商的要求。
2、如果出現(xiàn)多媒體消息系統(tǒng)的性能不能滿足運(yùn)營(yíng)商的要求，需要擴(kuò)容建設(shè)新的多媒體消息系統(tǒng)，這樣導(dǎo)致運(yùn)營(yíng)商的投資成本增加。
3、由于MMS Relay模塊和MMS Server模塊都是獨(dú)立的模塊，因?yàn)榫唧w機(jī)器接口消息流量的限制或其他原因，會(huì)出現(xiàn)MMS Relay和MMS Server支持的消息的處理能力不一致，在MMS Relay或MMS Server兩個(gè)模塊的任何一個(gè)模塊出現(xiàn)滿負(fù)荷的時(shí)候，另外一個(gè)模塊可能還遠(yuǎn)遠(yuǎn)沒有達(dá)到滿負(fù)荷狀態(tài)，這樣會(huì)導(dǎo)致另一模塊的資源浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種提高多媒體消息系統(tǒng)處理多媒體消息性能的方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中多媒體消息系統(tǒng)的性能不能滿足要求及擴(kuò)容困難的問題。
本發(fā)明的技術(shù)方案一種提高多媒體系統(tǒng)處理多媒體消息性能的方法，該方法包括步驟A、由負(fù)載均衡器接收發(fā)送到多媒體消息服務(wù)中心的消息，并根據(jù)多個(gè)多媒體消息中繼模塊中各模塊的負(fù)荷情況，將消息發(fā)送到負(fù)荷最輕的多媒體消息中繼模塊；
B、所述負(fù)荷最輕的多媒體消息中繼模塊根據(jù)消息的類型形成一條內(nèi)部消息發(fā)送到目的多媒體消息業(yè)務(wù)器；C、目的多媒體消息業(yè)務(wù)器對(duì)消息進(jìn)行處理，并構(gòu)造內(nèi)部響應(yīng)消息返回給所述負(fù)荷最輕的多媒體消息中繼模塊；以及D、由所述負(fù)荷最輕的多媒體消息中繼模塊通過負(fù)載均衡器向網(wǎng)絡(luò)側(cè)返回響應(yīng)消息。
根據(jù)上述方法方案步驟B中，所述負(fù)荷最輕的多媒體消息中繼模塊采用輪循從與該中繼模塊連接的多個(gè)多媒體消息業(yè)務(wù)器中選擇一個(gè)作為目的多媒體消息業(yè)務(wù)器。
步驟B中，所述負(fù)荷最輕的多媒體消息中繼模塊將與自身所在的小集群系統(tǒng)連接的多媒體消息業(yè)務(wù)器作為目的多媒體消息業(yè)務(wù)器。
一種多媒體消息系統(tǒng)，包括多媒體消息業(yè)務(wù)器和多媒體消息中繼模塊，其特征在于還包括負(fù)載均衡器，所述多媒體消息中繼模塊為復(fù)數(shù)個(gè)，該復(fù)數(shù)個(gè)多媒體消息中繼模塊通過接口分別與負(fù)載均衡器和多媒體消息業(yè)務(wù)器連接。
根據(jù)上述多媒體消息系統(tǒng)所述多媒體消息業(yè)務(wù)器為復(fù)數(shù)個(gè)。
復(fù)數(shù)個(gè)多媒體消息中繼模塊分為多個(gè)組，且每組至少與一個(gè)多媒體消息業(yè)務(wù)器連接以形成一個(gè)小集群系統(tǒng)。
本發(fā)明通過多媒體消息中繼(MMS Relay)模塊和多媒體消息業(yè)務(wù)器(MMSServer)模塊的合理搭配形成多種集群模式，由負(fù)載均衡器根據(jù)中繼模塊的負(fù)荷情況合理分配業(yè)務(wù)，因而具有以下有益效果1、能大幅度提高單套多媒體消息系統(tǒng)的處理能力，使多媒體消息系統(tǒng)能夠支撐更大數(shù)量的用戶和提高多媒體消息系統(tǒng)的性能。
2、如果出現(xiàn)多媒體消息系統(tǒng)的性能不能滿足運(yùn)營(yíng)商的要求，不需要擴(kuò)容建設(shè)新的多媒體消息系統(tǒng)，而是將原來的多媒體消息系統(tǒng)升級(jí)為本發(fā)明實(shí)現(xiàn)的多媒體消息系統(tǒng)，這樣能夠大大降低運(yùn)營(yíng)商的投資成本。
3、解決了由于MMS Relay模塊和MMS Server模塊因具體機(jī)器接口消息流量的限制或其他原因出現(xiàn)支持的消息的處理能力不一致，而造的資源浪費(fèi)問題。


圖1為多媒體消息業(yè)務(wù)體系結(jié)構(gòu)圖；圖2為多媒體消息系統(tǒng)體系結(jié)構(gòu)要素示意圖；圖3現(xiàn)有技術(shù)中多媒體消息系統(tǒng)中消息處理模塊示意圖；圖4為本發(fā)明的多媒體消息系統(tǒng)中MMS中繼模塊與MMS業(yè)務(wù)器形成的N+1集群模式示意圖；圖5為本發(fā)明的多媒體消息系統(tǒng)中MMS中繼模塊與MMS業(yè)務(wù)器形成的M+N集群模式示意圖；圖6為本發(fā)明的多媒體消息系統(tǒng)中MMS中繼模塊與MMS業(yè)務(wù)器形成的MX(N+1)集群模式示意圖；具體實(shí)施方式
本發(fā)明將多媒體消息系統(tǒng)內(nèi)部的多媒體消息服務(wù)中繼(MMS Relay)模塊和多媒體消息服務(wù)業(yè)務(wù)器(MMS Server)的配置關(guān)系進(jìn)行合理搭配，實(shí)現(xiàn)多個(gè)MMSRelay和一個(gè)MMS Server或者多個(gè)MMS Relay和多個(gè)MMS Server的搭配。由于MMS Relay和MMS Server的負(fù)載能力不一致，MMS Relay主要負(fù)責(zé)消息的交互處理和消息的編解碼處理，而且對(duì)于消息的實(shí)時(shí)處理要求很高，所以導(dǎo)致負(fù)荷重，而MMS Server可以對(duì)接受的消息進(jìn)行緩存處理，緩解相應(yīng)的負(fù)荷，因此實(shí)現(xiàn)多個(gè)MMS Relay和一個(gè)MMS Server或者多個(gè)MMS Relay和多個(gè)MMSServer的搭配。在集群方式下各個(gè)接口所能達(dá)到的處理能力根據(jù)集群模式的不同，系統(tǒng)接口有著不同的處理能力。
參閱圖4所示的N+1集群模式，該模式是由單個(gè)MMS Server集群模式，由N(N大于或等于2)個(gè)MMS Relay和1個(gè)MMS Server組成。
負(fù)載均衡器(Load Balance)通過接口與網(wǎng)絡(luò)側(cè)連接，通過接口群與N個(gè)MMS Relay連接。負(fù)載均衡器數(shù)據(jù)吞吐能力大，運(yùn)行穩(wěn)定，具有主/備機(jī)結(jié)構(gòu)，能夠?qū)崿F(xiàn)分多種方式的負(fù)載分配，并且可以實(shí)施按組分配負(fù)載。負(fù)載均衡器作為外部設(shè)備接入多媒體消息服務(wù)中心(簡(jiǎn)稱MMSC)的統(tǒng)一接入點(diǎn)，來自無(wú)線網(wǎng)絡(luò)(WAPGW)、SP增值業(yè)務(wù)、郵件系統(tǒng)、其他MMSC的消息都必須通過該負(fù)載均衡器將消息流量的壓力均勻傳遞到各接入MMS Relay模塊群。
N+1集群模式下消息處理流程如下(1)、對(duì)提交消息的處理過程無(wú)線網(wǎng)絡(luò)(WAPGW)、SP增值業(yè)務(wù)、郵件系統(tǒng)、其他MMSC的消息發(fā)起提交多媒體消息，該消息傳到MMSC前端負(fù)載均衡器，負(fù)載均衡器根據(jù)MMSRelay接口群中各接入機(jī)的負(fù)荷情況，將該請(qǐng)求發(fā)送到負(fù)荷最輕的MMS Relay模塊。MMS Relay構(gòu)造一條內(nèi)部的消息，將內(nèi)部消息頭填寫上該MMS Relay的標(biāo)識(shí)號(hào)(ID號(hào))，然后將該消息發(fā)出到MMS Server。MMS Server接收到該請(qǐng)求消息后，對(duì)其進(jìn)行相應(yīng)的處理，確認(rèn)該消息合法后，構(gòu)造一條內(nèi)部的響應(yīng)消息，將該響應(yīng)消息對(duì)應(yīng)的請(qǐng)求消息中的該MMS Relay的ID號(hào)填寫到該響應(yīng)消息的相應(yīng)字段中，這樣MMS Server的接口路由機(jī)制就可以將該消息準(zhǔn)確遞送回發(fā)起請(qǐng)求的MMS Relay模塊，該MMS Relay模塊根據(jù)響應(yīng)消息中的相關(guān)信息并將內(nèi)部的響應(yīng)消息轉(zhuǎn)換成外部響應(yīng)消息發(fā)回到提交系統(tǒng)。
(2)、通知下發(fā)的處理過程MMS Server在接收到合法的點(diǎn)到點(diǎn)提交消息后，將在適當(dāng)?shù)臅r(shí)間點(diǎn)下發(fā)通知消息。MMS Server從其所連接的所有MMS Relay模塊中輪循出一個(gè)MMSRelay模塊，將該MMS Relay模塊的ID號(hào)填到消息的字段中，然后將該消息發(fā)送到MMS Relay，MMS Relay識(shí)別該消息是一條通知消息，將其組裝成一條http-pap(標(biāo)準(zhǔn)的協(xié)議，PAP協(xié)議)承載的通知消息，發(fā)送到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)，并將收到PUSH(http-pap協(xié)議中的消息，可譯為”通知請(qǐng)求消息”)請(qǐng)求的響應(yīng)消息返回到MMS Server。
(3)、消息獲取的處理過程獲取請(qǐng)求將通過無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)被發(fā)送到MMSC前端負(fù)載均衡器，負(fù)載均衡器根據(jù)各MMS Relay負(fù)載情況將該請(qǐng)求消息發(fā)送到當(dāng)前負(fù)載最輕的MMSRelay，MMS Relay識(shí)別該消息為獲取消息，消息中的會(huì)話ID的特征碼為依據(jù)，找到對(duì)應(yīng)的MMS Server，然后組合內(nèi)部消息，在該消息中分別填寫上該MMSRelay的ID號(hào)，將該消息發(fā)送到對(duì)應(yīng)的MMS Server。MMS Server處理該請(qǐng)求消息，如果合法則返回帶源消息內(nèi)容體的響應(yīng)消息，如果不合法，則組合一條消息體為純文本的響應(yīng)消息，告知用戶錯(cuò)誤的原因。同樣，該內(nèi)部消息中的MMSRelay的ID號(hào)來自對(duì)應(yīng)的獲取消息中相應(yīng)字段，該消息到達(dá)MMS Relay后，將響應(yīng)消息返回到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)。
(4)終端獲取確認(rèn)消息無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)終端確認(rèn)消息提交到MMS Server系統(tǒng)的方式跟獲取消息的提交方式一致，MMS Server收到確認(rèn)消息以后進(jìn)行相應(yīng)的處理，不需要在給無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)回任何響應(yīng)消息，直接結(jié)束消息的下發(fā)處理。
參閱圖5所示的M+N(M、N均大于或等于2)集群模式，該模式為多MMSServer集群模式，由M個(gè)MMS Relay和N個(gè)MMS Server組成，其中M與N的比例關(guān)系大致為前述N+1集群模式下MMS Relay和MMS Server的比例關(guān)系。
負(fù)載均衡器(Load Balance)與前述N+1集群模式下相同。負(fù)載均衡器通過接口與網(wǎng)絡(luò)側(cè)連接，通過接口群與M個(gè)MMS Relay連接，該M個(gè)MMS Relay通過接口群與N個(gè)MMS Server連接。在這種集群方式下，MMS Server最多可以有4個(gè)，即N最大等于4。此時(shí)的瓶頸將在網(wǎng)絡(luò)帶寬及數(shù)據(jù)庫(kù)上。最大處理能力可以達(dá)到700條/秒(此時(shí)網(wǎng)絡(luò)帶寬利用已經(jīng)超過千兆BIT)。
M+N集群模式下消息處理流程如下(1)對(duì)提交消息的處理過程無(wú)線網(wǎng)絡(luò)發(fā)起提交多媒體消息，該消息傳到MMSC前端負(fù)載均衡器，負(fù)載均衡器根據(jù)MMS Relay接口群中各接入機(jī)的負(fù)荷情況，將該請(qǐng)求發(fā)送到負(fù)荷最輕的Relay模塊。MMS Relay構(gòu)造一條內(nèi)部的消息，采用輪循的方式從與該MMSRelay連接的所有MMS Server中選出一個(gè)，將內(nèi)部消息頭填寫上該MMS Relay的ID號(hào)和要發(fā)去的MMS Server的ID號(hào)(集群方案下各設(shè)備統(tǒng)一編號(hào))，然后將該消息發(fā)出到該MMS Server。MMS Server接收到該請(qǐng)求消息后，對(duì)其進(jìn)行相應(yīng)的處理，確認(rèn)該消息合法后，構(gòu)造一條內(nèi)部的響應(yīng)消息，將該響應(yīng)消息對(duì)應(yīng)的請(qǐng)求消息中的該MMS Relay的ID號(hào)和要發(fā)去的MMS Server的ID號(hào)分別填寫到該響應(yīng)消息的相應(yīng)字段中，這樣MMS Server的接口路由機(jī)制就可以將該消息準(zhǔn)確遞送回發(fā)起請(qǐng)求的MMS Relay模塊，該MMS Relay根據(jù)響應(yīng)消息中的相關(guān)信息并將內(nèi)部的響應(yīng)消息轉(zhuǎn)換成外部響應(yīng)消息發(fā)回到提交系統(tǒng)。
(2)通知下發(fā)的處理流程MMS Server在接收到合法的點(diǎn)到點(diǎn)提交消息后，將在適當(dāng)?shù)臅r(shí)間點(diǎn)下發(fā)通知消息。MMS Server從其所連接的所有MMS Relay模塊中輪循一個(gè)MMS Relay模塊，將該MMS Relay模塊的ID號(hào)和MMS Serve自己的ID號(hào)填到消息的字段中，然后將該消息發(fā)送到MMS Relay，MMS Relay識(shí)別該消息是一條通知消息，將其組裝成一條http-pap承載的通知消息，發(fā)送到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)，并將收到PUSH請(qǐng)求的響應(yīng)消息返回到MMS Server。
(3)消息獲取的處理流程獲取請(qǐng)求將通過無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)被發(fā)送到MMSC前端負(fù)載均衡器，負(fù)載均衡器根據(jù)各MMS Relay負(fù)載情況將該請(qǐng)求消息發(fā)送到當(dāng)前負(fù)載最輕的MMSRelay，MMS Relay識(shí)別該消息為獲取消息，消息中的會(huì)話ID的特征碼為依據(jù)，找到對(duì)應(yīng)的MMS Server，然后組合內(nèi)部消息，在該消息中分別填寫上該MMSRelay的ID號(hào)和推算出的MMS Server的ID號(hào)，將該消息發(fā)送到對(duì)應(yīng)的MMSServer。MMS Server處理該請(qǐng)求消息，如果合法則返回帶源消息內(nèi)容體的響應(yīng)消息，如果不合法，則組合一條消息體為純文本的響應(yīng)消息，告知用戶錯(cuò)誤的原因。同樣，該內(nèi)部消息中的MMS Relay的ID號(hào)和MMS Server的ID號(hào)來自對(duì)應(yīng)的獲取消息中相應(yīng)字段，該消息到達(dá)MMS Relay后，將響應(yīng)消息返回到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)。
(4)終端獲取確認(rèn)的處理過程無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)終端確認(rèn)消息提交到MMS Server系統(tǒng)的方式跟獲取消息的提交方式一致，MMS Server收到確認(rèn)消息以后進(jìn)行相應(yīng)的處理，不需要在給無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)回任何響應(yīng)消息，直接結(jié)束消息的下發(fā)處理。
參閱圖6所示的M×(N+1)集群模式，該模塊為單MMS Relay集群模式的疊加，由M個(gè)單MMS Server集群組成。
負(fù)載均衡器通過接口與網(wǎng)絡(luò)側(cè)連接。N個(gè)MMS Relay和一個(gè)MMS Server連接為一組，形成一個(gè)N+1小集群系統(tǒng)，共有M組N+1小集群系統(tǒng)并通過接口群與負(fù)載均衡器連接。
在M×(N+1)集群模式下要求負(fù)載均衡器(Load Balance)能夠?qū)τ谔峤簧蟻淼耐粭l消息的提交消息、通知消息、獲取消息、確認(rèn)消息等消息進(jìn)行關(guān)聯(lián)，能夠保證同一條消息的提交消息、獲取消息、確認(rèn)消息等消息都分發(fā)到M個(gè)小集群系統(tǒng)的同一個(gè)N+1的小集群系統(tǒng)中。
M×(N+1)集群模式下消息處理流程對(duì)于M×(N+1)集群模式消息的處理流程跟N+1集群模式的消息處理流程保持一致，只是需要對(duì)負(fù)載均衡器(Load Balance)作用進(jìn)行加強(qiáng)，要求負(fù)載均衡器(Load Balance)能夠?qū)τ谔峤簧蟻淼耐粭l消息的提交消息、通知消息、獲取消息、確認(rèn)消息等消息進(jìn)行關(guān)聯(lián)，能夠保證同一條消息的提交消息、獲取消息、確認(rèn)消息等消息都分發(fā)到M個(gè)小集群系統(tǒng)的同一個(gè)N+1的小集群系統(tǒng)中。實(shí)現(xiàn)此種關(guān)聯(lián)的方式很多，例如通過保存跟提交消息相關(guān)聯(lián)的標(biāo)識(shí)來保證提交消息、獲取消息、確認(rèn)消息等消息都分發(fā)到M個(gè)小集群系統(tǒng)的同一個(gè)N+1的小集群系統(tǒng)中(不過只要能夠保證提交消息、獲取消息、確認(rèn)消息等消息都分發(fā)到M個(gè)小集群系統(tǒng)的同一個(gè)N+1的小集群系統(tǒng)中就可以了，不需要到指定的小集群系統(tǒng))。
本實(shí)施例用于說明本發(fā)明的實(shí)現(xiàn)方式，并非僅限于此，所有參考本實(shí)施例將MMS Relay和MMS Server模塊進(jìn)行合理的組織搭配的多媒體消息系統(tǒng)都是再現(xiàn)本發(fā)明；所有參考本實(shí)施例將MMS Relay內(nèi)部的部分子功能模塊和MMSServer模塊內(nèi)部的子功能模塊進(jìn)行合理的組織搭配的多媒體消息系統(tǒng)都是再現(xiàn)本發(fā)明；以及所有參考本實(shí)施例將多媒體消息的不同接口(例如MM1、MM3、MM4、MM7接口等)和MMS Relay和MMS Server模塊之間的MM2接口進(jìn)行合理的組織搭配的多媒體消息系統(tǒng)都是再現(xiàn)本發(fā)明。
權(quán)利要求
1.一種提高多媒體消息系統(tǒng)處理多媒體消息性能的方法，其特征在于包括步驟A、由負(fù)載均衡器接收發(fā)送到多媒體消息服務(wù)中心(MMSC)的第一消息，并根據(jù)多個(gè)多媒體消息服務(wù)中繼(MMS Relay)模塊中各模塊的負(fù)荷情況，將第一消息發(fā)送到負(fù)荷最輕的多媒體消息服務(wù)中繼模塊；B、所述負(fù)荷最輕的多媒體消息服務(wù)中繼模塊根據(jù)所述第一消息形成內(nèi)部消息發(fā)送到目的多媒體消息服務(wù)業(yè)務(wù)器(MMS Server)；C、目的多媒體消息服務(wù)業(yè)務(wù)器對(duì)內(nèi)部消息進(jìn)行處理，并向多媒體消息服務(wù)中繼模塊下發(fā)相應(yīng)的第二消息。
2.如權(quán)利要求1所述的方法，其特征在于，步驟B中，所述負(fù)荷最輕的多媒體消息服務(wù)中繼模塊采用輪循從與該中繼模塊連接的多個(gè)多媒體消息服務(wù)業(yè)務(wù)器中選擇一個(gè)作為目的多媒體消息服務(wù)業(yè)務(wù)器。
3.如權(quán)利要求1所述的方法，其特征在于，步驟B中，所述負(fù)荷最輕的多媒體消息服務(wù)中繼模塊將自身所屬的小集群系中的多媒體消息服務(wù)業(yè)務(wù)器作為目的多媒體消息服務(wù)業(yè)務(wù)器。
4.如權(quán)利要求3所述的方法，其特征在于，負(fù)載均衡器將與一條消息相關(guān)的所有消息均分發(fā)到同一個(gè)小集群系統(tǒng)。
5.如權(quán)利要求1至4任一所述的方法，其特征在于，當(dāng)?shù)谝幌樘峤幌r(shí)，步驟C中所述的向多媒體消息服務(wù)中繼模塊下發(fā)相應(yīng)的第二消息是指向所述負(fù)荷最輕的多媒體消息服務(wù)中繼模塊下發(fā)的響應(yīng)消息，以及在適當(dāng)時(shí)間點(diǎn)下發(fā)的通知消息。
6.如權(quán)利要求5所述的方法，其特征在于，下發(fā)通知消息包括步驟多媒體消息服務(wù)業(yè)務(wù)器采用輪循從與其所連接的所有多媒體消息服務(wù)中繼模塊中選擇一個(gè)作為目的多媒體消息服務(wù)中繼模塊，并下發(fā)通知消息；目的多媒體消息服務(wù)中繼模塊識(shí)別出該消息是一條通知消息，將其組裝成一條http-pap承載的通知消息發(fā)送到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)；以及目的多媒體消息服務(wù)中繼模塊將收到PUSH請(qǐng)求的響應(yīng)消息返回到所述多媒體消息服務(wù)業(yè)務(wù)器。
7.如權(quán)利要求1所述的方法，其特征在于，當(dāng)?shù)谝幌橄@取請(qǐng)求時(shí)，步驟B中，所述負(fù)荷最輕的多媒體消息服務(wù)中繼模塊根據(jù)該消息中的會(huì)話標(biāo)識(shí)確定目的多媒體消息服務(wù)業(yè)務(wù)器。
8.如權(quán)利要求7所述的方法，其特征在于，步驟C包括多媒體消息服務(wù)業(yè)務(wù)器處理該消息獲取請(qǐng)求；如果合法則向發(fā)送消息獲取請(qǐng)求的多媒體消息服務(wù)中繼模塊返回帶源消息內(nèi)容體的響應(yīng)消息，如果不合法，則組合一條消息體為純文本的響應(yīng)消息返回給發(fā)送消息獲取請(qǐng)求的多媒體消息服務(wù)中繼模塊；所述發(fā)送消息獲取請(qǐng)求的多媒體消息服務(wù)中繼模塊將響應(yīng)消息返回到無(wú)線網(wǎng)絡(luò)設(shè)備側(cè)。
9.如權(quán)利要求7或8所述的方法，其特征在于，所述多媒體消息服務(wù)業(yè)務(wù)器收到獲取確認(rèn)消息后直接結(jié)束消息的下發(fā)處理。
10.一種多媒體消息系統(tǒng)，包括多媒體消息服務(wù)業(yè)務(wù)器和多媒體消息服務(wù)中繼模塊，其特征在于還包括負(fù)載均衡器，所述多媒體消息服務(wù)中繼模塊為復(fù)數(shù)個(gè)，該復(fù)數(shù)個(gè)多媒體消息服務(wù)中繼模塊通過接口分別與負(fù)載均衡器和多媒體消息服務(wù)業(yè)務(wù)器連接。
11.如權(quán)利要求10所述的多媒體消息系統(tǒng)，其特征在于，所述多媒體消息服務(wù)業(yè)務(wù)器為復(fù)數(shù)個(gè)。
12.如權(quán)利要求11所述的多媒體消息系統(tǒng)，復(fù)數(shù)個(gè)多媒體消息服務(wù)中繼模塊分為多個(gè)組，且每組至少與一個(gè)多媒體消息服務(wù)業(yè)務(wù)器連接以形成一個(gè)小集群系統(tǒng)。
全文摘要
本發(fā)明公開了一種提高多媒體系統(tǒng)處理多媒體消息性能的方法，該方法為由負(fù)載均衡器接收發(fā)送到多媒體消息服務(wù)中心的第一消息，并根據(jù)多個(gè)多媒體消息服務(wù)中繼模塊中各模塊的負(fù)荷情況，將第一消息發(fā)送到負(fù)荷最輕的多媒體消息服務(wù)中繼模塊；所述負(fù)荷最輕的多媒體消息服務(wù)中繼模塊根據(jù)所述第一消息形成內(nèi)部消息發(fā)送到目的多媒體消息服務(wù)業(yè)務(wù)器；目的多媒體消息服務(wù)業(yè)務(wù)器對(duì)內(nèi)部消息進(jìn)行處理，并向多媒體消息服務(wù)中繼模塊下發(fā)相應(yīng)的第二消息。同時(shí)本發(fā)明還公開了一種多媒體消息系統(tǒng)。本發(fā)明能提高單套多媒體消息系統(tǒng)的處理能力，使多媒體消息系統(tǒng)能夠支撐更大數(shù)量的用戶和提高多媒體系統(tǒng)的性能。
文檔編號(hào)H04W4/12GK1553724SQ03141348
公開日2004年12月8日 申請(qǐng)日期2003年6月3日 優(yōu)先權(quán)日2003年6月3日
發(fā)明者楊偉淑, 柏廣昌, 李大偉 申請(qǐng)人:華為技術(shù)有限公司