專利名稱：增大多媒體消息業(yè)務系統(tǒng)容量的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及多媒體消息業(yè)務技術，具體涉及增大多媒體消息業(yè)務系統(tǒng)容量的方法及系統(tǒng)。
背景技術：
多媒體消息業(yè)務(MMS)是短消息服務(SMS)和增強型消息服務(EMS)的進一步發(fā)展，為個人多媒體移動通信服務提供了完整的端到端解決方案。它不僅實現(xiàn)了各移動終端之間的信息傳遞，還實現(xiàn)了內容的多樣性，包括圖片、語音、圖像、數(shù)據(jù)和文本的各種組合。作為一個開放的媒體接入平臺，MMS可以在移動用戶和互聯(lián)網內容提供商的互動下衍生出更豐富多彩的內容服務應用。MMS業(yè)務及相關應用的推出將為運營商提供全新的業(yè)務增長點，同時鞏固和進一步發(fā)展運營商在消息類業(yè)務上已經取得的成果，增強自身的核心競爭力，并使運營商在激烈的電信運營服務市場競爭中占據(jù)優(yōu)勢地位。
圖1所示為現(xiàn)有的多媒體消息業(yè)務系統(tǒng)結構以及對外連接關系圖。參見圖1，系統(tǒng)包括中繼器和服務器。
其中，中繼器用于接收無線應用協(xié)議(WAP)網關、郵件服務器和業(yè)務提供服務器(SP)發(fā)來的多媒體消息，并將此多媒體消息進行MM2編碼后，發(fā)送到服務器處理；接收服務器發(fā)送的消息，將發(fā)往WAP網關的消息進行MM1編碼后轉發(fā)到網關；將發(fā)往郵件服務器的消息進行MM3編碼后發(fā)送到郵件服務器；將發(fā)往SP的消息進行MM7編碼后發(fā)送到郵件服務器。
服務器用于接收中繼器發(fā)來的多媒體消息，進行存儲和處理。服務器可以和外部網絡的應用服務器通過標準的接口協(xié)同工作，為移動終端提供豐富的服務類型。
中繼器和服務器構成多媒體消息業(yè)務中心(MMSC)節(jié)點，對多媒體消息進行協(xié)議轉換、內容適配、存儲和調度，完成多媒體消息在不同多媒體設備之間的傳遞操作。
綜上，現(xiàn)有的多媒體消息業(yè)務系統(tǒng)中只有一個MMSC節(jié)點處理本網絡中所有的多媒體消息，而單個節(jié)點處理能力有限，隨著多媒體消息業(yè)務用戶數(shù)量的增多，一個節(jié)點無法及時處理所有的多媒體消息，從而有可能造成業(yè)務中斷，影響用戶使用。
針對現(xiàn)有技術多媒體消息業(yè)務處理能力有限的問題，目前采用的擴容方法主要有兩種一種是雙機方案，即通過擴展中央處理單元(CPU)/內存的方式進行垂直擴容；但是這種方案中雙機的多媒體消息業(yè)務處理量最多也就是單機處理量的兩倍，且一套計算機的CPU/內存不能無限擴展，因此其多媒體消息業(yè)務的處理能力是有限的。
另一種是分段擴容方式，即使用多個MMSC節(jié)點，如兩個，圖2所示為采用分段擴容方式的多媒體消息業(yè)務系統(tǒng)結構示意圖，參見圖2，該系統(tǒng)把以139102開頭的手機號碼平均分為兩個號碼段，簡單劃分為1391020～139104為第一個號碼段，其業(yè)務由服務器1處理，1391025～139109為第二個號碼段，其業(yè)務由服務器2處理。發(fā)送方發(fā)送多媒體消息到負載均衡器，負載均衡器根據(jù)其負載均衡算法確定接收此多媒體消息業(yè)務請求的中繼器，由中繼器根據(jù)發(fā)送方手機號碼轉發(fā)到對應的服務器，第一個號碼段的業(yè)務由服務器1處理，第二個號碼段的業(yè)務由服務器2處理。服務器將接收到的多媒體消息保存到多媒體消息存儲模塊中，在確定接收方可以接收此多媒體消息后，再從多媒體消息存儲模塊中讀出多媒體消息，發(fā)送根據(jù)中繼器的負載情況確定的中繼器，由中繼器轉發(fā)到接收方。這種方案雖然增大了多媒體消息系統(tǒng)的容量，但仍存在以下限制多媒體消息系統(tǒng)處理能力的問題第一，中繼器和服務器是獨立的模塊，消息的轉發(fā)都要通過網絡進行，主機之間的交叉訪問次數(shù)過大，造成多媒體消息處理速度慢的問題，限制了多媒體消息業(yè)務系統(tǒng)的處理能力。
第二，所有的服務器將接收到的多媒體消息集中存儲到多媒體消息存儲模塊中，在多媒體消息業(yè)務量大時，多媒體消息存儲模塊的輸入/輸出(I/O)性能瓶頸限制了多媒體消息讀寫的速度，從而限制了多媒體消息業(yè)務系統(tǒng)的處理能力，在業(yè)務量大時，不能滿足運營商的要求。
第三，中繼器和服務器是獨立的模塊，由于業(yè)務類型變化或接口等的限制，會出現(xiàn)中繼器和服務器負載不同的情況，例如當中繼器滿負荷時，服務器還遠遠沒有達到滿負荷的情況，從而導致資源的浪費。
第四，此方案不能保證兩個號碼段的業(yè)務剛好是均勻的，若其中的一臺服務器由于負荷過大而出現(xiàn)故障，必然會引起業(yè)務的中斷，影響用戶使用。

發(fā)明內容
有鑒于此，本發(fā)明實施例提供一種增大多媒體消息業(yè)務系統(tǒng)容量的多媒體消息發(fā)送方法和多媒體消息獲取方法，增大多媒體消息業(yè)務系統(tǒng)的處理能力。
本發(fā)明實施例提供一種增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)，增大多媒體消息業(yè)務系統(tǒng)的處理能力。
為達到上述目的，本發(fā)明實施例的技術方案是這樣實現(xiàn)的一種增大多媒體消息業(yè)務系統(tǒng)容量的方法，該方法包括以下步驟消息分發(fā)裝置接收到發(fā)送方發(fā)送的多媒體消息后，確定接收所述多媒體消息的第一多媒體消息業(yè)務中心MMSC節(jié)點，并將所述多媒體消息轉發(fā)到所述第一MMSC節(jié)點的中繼器；所述第一MMSC節(jié)點的中繼器將所述多媒體消息投遞到第一MMSC節(jié)點的服務器，由所述第一MMSC節(jié)點的服務器進行存儲；所述第一MMSC節(jié)點的服務器通過所述第一MMSC節(jié)點的中繼器和消息分發(fā)裝置發(fā)送所述多媒體消息到接收方。
所述第一MMSC節(jié)點的中繼器與所述第一MMSC節(jié)點的服務器通過共享內存進行消息傳遞。
在所述第一MMSC節(jié)點的服務器存儲所述多媒體消息之后進一步包括所述第一MMSC節(jié)點的服務器生成第一標識信息，所述第一標識信息包括第一消息標識和第一事務標識；所述第一事務標識中包含所述第一MMSC節(jié)點的編號信息。
一種增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)，該系統(tǒng)包括消息分發(fā)裝置和至少兩個MMSC節(jié)點，所述MMSC節(jié)點包括中繼器和與所述中繼器對應的服務器，所述中繼器，用于在消息分發(fā)裝置和與其對應的服務器之間傳遞消息；所述服務器，用于接收對應的中繼器發(fā)送的多媒體消息，保存所述多媒體消息；發(fā)送多媒體消息到對應的中繼器；所述消息分發(fā)裝置，用于接收多媒體消息，確定處理所述多媒體消息的MMSC節(jié)點，將多媒體消息轉發(fā)到所述MMSC節(jié)點的中繼器，并接收和轉發(fā)中繼器發(fā)送的多媒體消息。
所述服務器進一步用于產生標識信息，所述標識信息中包括所述MMSC節(jié)點的編號信息。
所述中繼器，進一步用于識別從消息分發(fā)裝置接收的消息中的標識信息，并將所述消息發(fā)送到與所述標識信息中MMSC節(jié)點的編號信息對應的MMSC節(jié)點的服務器。
所述MMSC節(jié)點用于同時處理多媒體消息業(yè)務，每兩個MMSC節(jié)點相互備份。
由上述方案可見，本發(fā)明實施例提供的增大多媒體消息業(yè)務系統(tǒng)容量的方法及系統(tǒng)，提出了大容量多媒體消息業(yè)務擴容的對等集群方案，將中繼器與服務器對應起來構成一個獨立的MMSC節(jié)點，使得同一多媒體消息的處理在系統(tǒng)中的同一個節(jié)點上完成，減小了MMSC節(jié)點間的交叉訪問，提高了消息的傳遞速率；服務器將接收到的多媒體消息保存，每個MMSC節(jié)點都能獨立完成多媒體消息I/O讀寫，避免了集中讀寫多媒體消息而造成的多媒體消息業(yè)務系統(tǒng)處理業(yè)務有限的問題，從而增大了多媒體消息業(yè)務系統(tǒng)的處理能力。


圖1為現(xiàn)有的多媒體消息業(yè)務系統(tǒng)結構以及對外連接關系示意圖；圖2為采用分段擴容方式的多媒體消息業(yè)務系統(tǒng)結構示意圖；圖3為本發(fā)明較佳實施例中的增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)結構圖；圖4為本發(fā)明實施例一實現(xiàn)移動終端到移動終端多媒體消息業(yè)務的方法流程圖；圖5為本發(fā)明實施例二實現(xiàn)移動終端到SP多媒體消息業(yè)務的方法流程圖；圖6為本發(fā)明實施例三實現(xiàn)SP到移動終端多媒體消息業(yè)務的方法流程圖；圖7為圖3所示系統(tǒng)的多媒體消息業(yè)務通過MM4接口前轉出去的方法流程圖；圖8為圖3所示系統(tǒng)的多媒體消息業(yè)務通過MM4接口前轉進來的方法流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖及具體實施例對本發(fā)明進行詳細說明。
本發(fā)明實施例的增大多媒體消息業(yè)務系統(tǒng)容量的方法及系統(tǒng)，提出了大容量多媒體消息業(yè)務水平擴容的對等集群方案，其主要思想是將中繼器和服務器對應起來構成一個MMSC節(jié)點，消息分發(fā)裝置接收到多媒體消息后，確定處理所述多媒體消息的MMSC節(jié)點，將該多媒體消息轉發(fā)到該MMSC節(jié)點的中繼器，該MMSC節(jié)點的中繼器接收到該多媒體消息后轉發(fā)到與該中繼器對應的服務器上，由該服務器保存多媒體消息；服務器下發(fā)多媒體消息時，先轉發(fā)到與該服務器對應的中繼器，再由中繼器發(fā)送到消息分發(fā)裝置，由消息分發(fā)裝置轉發(fā)。
本發(fā)明實施例中的增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)包括消息分發(fā)裝置和至少兩個MMSC節(jié)點。
其中，MMSC節(jié)點包括中繼器和與該中繼器對應的服務器，中繼器用于在消息分發(fā)裝置和與其對應的服務器之間傳遞消息；服務器用于接收和保存與其對應的中繼器發(fā)送的多媒體消息，對該多媒體消息進行處理后發(fā)送到與其對應的中繼器上。
消息分發(fā)裝置用于接收多媒體消息，確定處理所述多媒體消息的MMSC節(jié)點，將多媒體消息轉發(fā)到該MMSC節(jié)點的中繼器，接收中繼器發(fā)送的多媒體消息后轉發(fā)。
以下以具有四個節(jié)點的對等集群架構為例，說明對等集群方案。本實施例中，中繼器和與該中繼器對應的服務器組成一個MMSC節(jié)點是通過在一臺主機上同時包括中繼器和服務器進程實現(xiàn)的，本實施例中的消息分發(fā)裝置為負載均衡器。
圖3所示為本發(fā)明較佳實施例中的增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)結構圖。參見圖3，該系統(tǒng)包括負載均衡器、交換機和四個由中繼器和與該中繼器對應的服務器組成的獨立的MMSC節(jié)點。
其中，四個MMSC節(jié)點組成兩套雙機，每套雙機都有兩個節(jié)點資源組，每個節(jié)點資源組有自己獨立的磁盤陣列，或兩個節(jié)點資源組共享一個磁盤陣列，每個節(jié)點資源組有自己的雙機浮動網絡協(xié)議地址(FIP)。系統(tǒng)中所有的MMSC節(jié)點統(tǒng)一編號，并且根據(jù)多媒體消息接收方的類型確定MMSC節(jié)點的服務器端口號，服務器端口號用于指明服務器的應用進程，如要通過WAP網關將多媒體消息發(fā)送到移動終端，則MMSC節(jié)點1的服務器端口號可以為8001，MMSC節(jié)點2的服務器端口號可以為8002；若要將多媒體消息發(fā)送到郵件服務器或其他的MMSC節(jié)點，則MMSC節(jié)點1的服務器端口號可以為2501，MMSC節(jié)點2的服務器端口號可以為8002；而要將多媒體消息發(fā)送到SP，則MMSC節(jié)點1的服務器端口號可以為8801，MMSC節(jié)點2的服務器端口號可以為8002。MMSC節(jié)點的FIP地址用于指明MMSC節(jié)點的IP地址，也可以與上述方式相同的順序編號的方式來設置。
負載均衡器接收移動終端通過WAP網關發(fā)送來的多媒體消息，根據(jù)MMSC節(jié)點的負載情況確定處理該多媒體消息的MMSC節(jié)點，如MMSC節(jié)點1，并將該多媒體消息轉發(fā)到MMSC節(jié)點1的中繼器1上；中繼器1將該多媒體消息進行協(xié)議轉換后，投遞到對應的服務器1；服務器1接收到多媒體消息后，對多媒體消息進行處理，產生包含節(jié)點編號信息的標識信息，包括事務標識(Transaction ID)和消息標識(MessageID)。
如果該多媒體消息是發(fā)送到郵件服務器的消息，則服務器1生成響應消息，發(fā)送到對應的中繼器1，中繼器1將該多媒體消息進行協(xié)議轉換后發(fā)送到負載均衡器，由負載均衡器將多媒體消息的IP頭進行IP地址轉換(NAT)后發(fā)送到WAP網關；同時，服務器1將該多媒體消息通過對應的中繼器1發(fā)送到負載均衡器，負載均衡器將該多媒體消息的IP頭作源IP地址轉換(SNAT)后發(fā)送到郵件服務器。
如果該多媒體消息是發(fā)送到SP的消息，則服務器1通過對應的中繼器1和負載均衡器向WAP網關發(fā)送響應消息；服務器1向負載均衡器發(fā)送該多媒體消息，負載均衡器接收到該多媒體消息后，保存該多媒體消息的會話信息，將該多媒體消息的IP頭作源IP地址轉換(SNAT)后發(fā)送到SP；SP接收到該多媒體消息后，向負載均衡器發(fā)送響應消息，負載均衡器根據(jù)保存的會話信息，將該響應消息發(fā)送到MMSC節(jié)點1的中繼器1。
如果該多媒體消息是移動終端通過WAP網關發(fā)送到另一移動終端的消息，則服務器1分別生成響應消息和通知消息，通過對應的中繼器1和負載均衡器分別將響應消息和通知消息發(fā)送到WAP網關，由WAP網關根據(jù)消息中的地址信息將消息發(fā)送到移動終端。該通知消息包含攜帶有MMSC節(jié)點編號信息的標識信息，且其統(tǒng)一資源定位器(URL)中攜帶了接收多媒體消息的服務器1的端口號，如8001；WAP網關向負載均衡器發(fā)送攜帶標識信息的通知響應消息，負載均衡器根據(jù)MMSC節(jié)點的負載情況確定接收該通知響應消息的MMSC節(jié)點，如MMSC節(jié)點2，將該通知響應消息發(fā)送到MMSC節(jié)點2的中繼器2；中繼器2根據(jù)該通知響應消息中的標識信息，通過交換機將該通知響應消息發(fā)送到與標識信息中的MMSC節(jié)點編號信息相對應的MMSC節(jié)點的服務器，即服務器1；然后，移動終端通過WAP網關向負載均衡器發(fā)送攜帶服務器1端口號和標識信息的消息獲取請求，負載均衡器接收到該消息獲取請求后，根據(jù)該消息獲取請求中的服務器端口號，將該消息獲取請求發(fā)送到與服務器端口號相對應的服務器，即服務器1；服務器1收到該消息獲取請求后，找到與該消息獲取請求中的標識信息對應的多媒體消息，通過對應的中繼器1、負載均衡器和WAP網關發(fā)送到移動終端；移動終端通過WAP網關向負載均衡器發(fā)送攜帶標識信息的成功消息，負載均衡器收到成功消息后，根據(jù)MMSC節(jié)點的負載情況確定接收該成功消息的MMSC節(jié)點，如MMSC節(jié)點3，并將該成功消息發(fā)送到MMSC節(jié)點3的中繼器3，中繼器3根據(jù)成功消息中的標識信息，通過交換機將該成功消息發(fā)送到與標識信息中的MMSC節(jié)點編號信息相對應的MMSC節(jié)點的服務器，即服務器1。
負載均衡器接收SP發(fā)送的多媒體消息，根據(jù)MMSC節(jié)點的負載情況確定接收該多媒體消息的MMSC節(jié)點，如MMSC節(jié)點1，將該多媒體消息發(fā)送到MMSC節(jié)點1的中繼器1，中繼器1將該多媒體消息進行協(xié)議轉換后，投遞到對應的服務器1；然后通過以上所述的將多媒體消息通過WAP網關發(fā)送到移動終端的流程完成多媒體消息的下發(fā)。
負載均衡器接收郵件服務器發(fā)送的多媒體消息，根據(jù)MMSC節(jié)點的負載情況確定接收該多媒體消息的MMSC節(jié)點，如MMSC節(jié)點1，將該多媒體消息發(fā)送到MMSC節(jié)點1的中繼器1，中繼器1將該多媒體消息進行協(xié)議轉換后，投遞到對應的服務器1；服務器1生成響應消息，通過對應的中繼器1和負載均衡器發(fā)送到郵件服務器；然后通過以上所述的將多媒體消息通過WAP網關發(fā)送到移動終端的流程完成多媒體消息的下發(fā)。
由于系統(tǒng)中MMSC節(jié)點所有部件的底層平臺都是基于相同的消息總線，能夠自動根據(jù)連接的部署情況選擇合適的通信方式，所以主機間通信通過交換機進行，而主機內則通過共享內存通信。即對于會話發(fā)起消息，中繼器通過共享內存投遞到與本中繼器處于同一主機的服務器；對于事務處理過程，中繼器根據(jù)消息的標識信息將消息通過交換機投遞到處理此次會話的服務器；服務器發(fā)起的消息通過共享內存投遞到本主機上的中繼器。
正常情況下，系統(tǒng)雙機中的兩套資源組分別運行在雙機的兩臺單機上，當雙機中一臺單機出現(xiàn)主機故障或應用軟件故障時，該主機上整個資源組通過交換機切換到另一臺主機上運行。出現(xiàn)故障的主機的中繼器/服務器進程運行時，仍然使用原來的FIP地址，對于在該中繼器和服務器上處理的多媒體消息，其消息中的IP地址是不變的，因此主機的故障對該多媒體消息的處理沒有影響。此時，一臺主機上運行兩套中繼器/服務器，每套只能使用一半的系統(tǒng)CPU和內存資源，因此每套中繼器/服務器的處理能力將減半，但不會影響整個系統(tǒng)的有效性，故障緩存的消息以及正在進行的會話處理均會保留，僅會丟失故障切換過程中提交的新消息。在這種情況下，由于負載均衡器可以平衡各個MMSC節(jié)點的負載，所以，整個主機兩套中繼器/服務器的處理能力總和與一臺正常集群節(jié)點基本持平，即有N個MMSC節(jié)點的系統(tǒng)在單點故障狀態(tài)下，將損失1/N的系統(tǒng)處理能力。本實施例中，4臺主機的系統(tǒng)將會損失25％的處理能力。實際應用中，N越大，損失的比例就越小。
另外，本發(fā)明實施例中的中繼器是通過軟件實現(xiàn)的部件，并不按照最大內存與最小內存一致的方式來分配初始內存，而是由軟件自動調度，以便減小故障切換時的內存占用。
以下對三個實施例分別進行詳細說明。三個實施例中的消息分發(fā)裝置為負載均衡器，負載均衡器確定接收多媒體消息業(yè)務請求的MMSC節(jié)點的方法為確定所有MMSC節(jié)點中負載最輕的節(jié)點，包括以下三種方法第一種負載均衡器在接收到多媒體消息業(yè)務請求后，向MMSC節(jié)點發(fā)送探測信息，并接收各節(jié)點的響應信息，將響應最快的節(jié)點作為負載最輕的節(jié)點。
第二種負載均衡器記錄每個MMSC節(jié)點處理多媒體消息業(yè)務請求的數(shù)量，當有新的多媒體消息業(yè)務請求時，把當前處理多媒體消息業(yè)務請求數(shù)量最少的節(jié)點作為負載最輕的節(jié)點。
第三種根據(jù)MMSC節(jié)點資源組的CPU型號、CPU數(shù)量、內存大小及當前連接數(shù)等換算而成此節(jié)點的負荷，負荷最小的節(jié)點為負載最輕的節(jié)點。
本發(fā)明實施例中的中繼器和與該中繼器對應的服務器運行在同一臺主機上構成一個獨立的MMSC節(jié)點，所以，中繼器接收的消息可以通過共享內存直接投遞到與其對應的服務器，服務器將發(fā)送的消息通過共享內存直接投遞到與該服務器對應的中繼器。
實施例一參見圖4，圖4為本發(fā)明實施例一實現(xiàn)移動終端到移動終端多媒體消息業(yè)務的方法流程圖，該方法包括以下步驟步驟400～步驟402發(fā)送方通過WAP網關向負載均衡器發(fā)送MM1提交多媒體消息請求消息(MM1_Submit.req)；負載均衡器將多媒體消息發(fā)送到負載最輕的MMSC節(jié)點的中繼器上，如中繼器1；中繼器1將多媒體消息做MM2編碼后通過共享內存提交到本節(jié)點上的服務器1。
步驟403～步驟405服務器1收到多媒體消息后保存多媒體消息，并進行格式轉換等處理，向本機的中繼器1返回響應消息，服務器1同時生成包含有本節(jié)點編號信息的標識信息；中繼器1將接收到的響應消息做MM1編碼后在原超文本傳輸協(xié)議(HTTP)連接中返回到負載均衡器；由負載均衡器將響應消息的IP頭作NAT轉換后，通過保存的傳輸控制協(xié)議(TCP)連接，發(fā)送到WAP網關，WAP網關再根據(jù)響應消息中的發(fā)送方地址將此消息轉發(fā)到發(fā)送方。
步驟406服務器1構造MM2通知消息(MM2_Notification.ind)投遞到本節(jié)點上的中繼器1。
通知消息中包含了MMSC節(jié)點1生成的包含本節(jié)點編號信息的標識信息，以及接收方的地址信息，同時通知消息的URL中攜帶了本節(jié)點服務器的端口號，如8001，且URL的IP地址為多媒體消息業(yè)務系統(tǒng)對外映射的公網IP地址。
步驟407～步驟408中繼器1將通知消息做MM1編碼后發(fā)送到負載均衡器；負載均衡器將通知消息做SNAT轉換后，根據(jù)通知消息中接收方地址發(fā)送到WAP網關，由WAP網關將此消息轉發(fā)到接收方。
步驟409接收方接收到通知消息后回復MM1通知響應消息(MM1_NotifyResp.ind)。
此通知響應消息中攜帶了通知消息中包含的標識信息。響應地址為移動終端設置的信息服務器地址即由SNAT轉換出的源IP地址，因此指向負載均衡器。
步驟410負載均衡器收到通知響應消息后，確定負載最輕的MMSC節(jié)點，并將此通知響應消息發(fā)送到其中繼器上，如MMSC節(jié)點2的中繼器2。
步驟411中繼器2接收通知響應消息，做MM2編碼，同時識別通知響應消息中的標識信息，將通知響應消息轉發(fā)到標識信息中MMSC節(jié)點編號信息對應的節(jié)點的服務器上，此服務器為處理本次會話的服務器，本實施例中為服務器1。
步驟412WAP網關將接收方的MM1消息獲取請求消息(MM1_Retrieve.req)發(fā)送到負載均衡器。
此請求消息中包含多媒體消息的消息標識，其URL中還包含了處理請求下載的多媒體消息的服務器的端口號，本實施例中為8001。
步驟413～步驟414負載均衡器根據(jù)請求消息URL中的端口號將此消息獲取請求分發(fā)到處理此次事務的MMSC節(jié)點上的中繼器，本實施例中為中繼器1；中繼器1將請求消息MM2編碼后通過共享內存發(fā)送到本機的服務器1；步驟415～步驟417服務器1根據(jù)請求消息中的消息標識從多媒體消息存儲器中找到對應的多媒體消息，通過共享內存返回到中繼器1，由中繼器1將多媒體消息MM1編碼后在原HTTP連接中發(fā)送到負載均衡器。負載均衡器將多媒體消息的IP頭作NAT轉換后，通過保存的TCP連接發(fā)送到網關，由WAP網關將此多媒體消息轉發(fā)到接收方。
步驟418～步驟420接收方接收到多媒體消息后，將攜帶有事務標識信息的MM1下載多媒體消息成功消息(MM1_Acknowledge.ind)發(fā)送到其信息服務器即負載均衡器上；負載均衡器將此成功消息轉發(fā)到負載最輕的MMSC節(jié)點的中繼器上，如中繼器2；中繼器2接收成功消息，做MM2編碼，同時識別此信息中的標識信息，將此成功消息轉發(fā)到標識信息中MMSC節(jié)點編號信息對應的MMSC節(jié)點的服務器上，此服務器為處理本次會話的服務器，本實施例中為服務器1；服務器1收到成功消息后將保存的多媒體消息刪除，釋放資源，結束本次事務處理。
以上步驟中步驟400～步驟405為發(fā)送方提交多媒體消息并接收服務器回復的響應消息的過程；步驟406～步驟411為服務器向接收方發(fā)送通知消息并接收通知響應消息的過程；步驟412～步驟420為接收方獲取多媒體消息并發(fā)送成功消息的過程。
實施例二參見圖5，圖5為本發(fā)明實施例二實現(xiàn)移動終端到SP的多媒體消息業(yè)務的方法流程圖，該方法包括以下步驟步驟500～步驟505為發(fā)送方移動終端提交多媒體消息并收到MMSC節(jié)點響應的過程，與圖4所示實施例一中步驟400～步驟405相同。
步驟506～步驟508服務器1構造MM2發(fā)送多媒體消息請求消息(MM2_Delivery.req)，通過本節(jié)點的中繼器1編碼為MM7發(fā)送多媒體消息請求消息(MM7_Delivery.req)后發(fā)送到負載均衡器；負載均衡器將此請求消息做SNAT轉換后，根據(jù)此請求消息中的接收方地址信息即SP的IP地址發(fā)送到對應的SP。
步驟509～步驟510SP發(fā)送MM7響應消息(MM7_Delivery.res)到負載均衡器；負載均衡器根據(jù)其保存的會話信息，將響應消息轉發(fā)到處理此次會話的MMSC節(jié)點的中繼器上，本實施例中為中繼器1。
由于MM7_Delivery.req/res在一個套接字(Socket)會話中，負載均衡器能夠根據(jù)其保存的會話信息把MM7_Delivery.res投遞到處理此次事務的節(jié)點上。
步驟511中繼器1接收響應消息，做MM2編碼，并轉發(fā)到服務器1，服務器1收到響應消息后將保存的多媒體消息刪除，釋放資源，結束此次事務處理。
本實施例中步驟506～步驟511為MMSC節(jié)點的服務器投遞多媒體消息到SP，并收到SP響應消息的過程。
如果SP換為郵件服務器，則步驟506～步驟508為服務器1構造MM2發(fā)送多媒體消息請求消息(MM2_SMTP_Send)，通過本節(jié)點的中繼器1做MM3編碼后發(fā)送到負載均衡器；負載均衡器將請求消息做SNAT轉換后，根據(jù)請求消息中的接收方地址信息，即郵件服務器的IP地址，發(fā)送到對應的郵件服務器，步驟509～步驟511可以省略。
實施例三參見圖6，圖6為本發(fā)明實施例三實現(xiàn)SP到移動終端多媒體消息業(yè)務的方法流程圖，該方法包括以下步驟步驟600～步驟602SP將MM7提交多媒體消息請求消息(MM7_Submit.req)提交到負載均衡器；負載均衡器確定負載最輕的MMSC節(jié)點，并將請求消息發(fā)送到其中繼器上，如中繼器1，由中繼器1將請求消息MM2編碼后通過共享內存提交到服務器1。
步驟603～步驟605服務器1對請求消息進行處理，返回MM2響應消息(MM2_Submit.res)；中繼器1接收響應消息，做MM7編碼，并在原HTTP連接中返回到負載均衡器；負載均衡器通過保存的TCP連接，對響應消息的IP頭做NAT轉換后發(fā)送到SP。
步驟606～步驟620與步驟406～步驟420相同。
本實施例中步驟600～步驟605為SP提交多媒體消息并接收響應消息的過程。步驟606～步驟611為服務器向接收方發(fā)送通知消息并接收其回復的響應消息的過程。步驟612～步驟620為接收方獲取多媒體消息并發(fā)送成功消息的過程。
如果SP換為郵件服務器，則步驟800為郵件服務器將MM3提交多媒體消息請求消息(MM3_SMTP.Send)提交到負載均衡器，步驟603～步驟605可以省略，其它步驟不變。
當多媒體消息的發(fā)送方與接收方不在同一個網絡中時，發(fā)送方所在網絡中接收多媒體消息業(yè)務請求的MMSC節(jié)點需要將多媒體消息前轉到接收方所在網絡中的MMSC節(jié)點上進行處理，此時的方法流程圖如圖7所示，參見圖7，該方法包括以下步驟步驟700～步驟702接收到多媒體消息業(yè)務請求的MMSC節(jié)點的服務器1將需要轉發(fā)的多媒體消息內容及包含標識信息和接收方地址在內的控制信息構造為MM2轉出請求消息(MM_2Forward.req)，并通過中繼器1編碼為MM4轉出請求消息(MM4_Forward.req)后發(fā)送到負載均衡器，負載均衡器將轉出請求消息做SNAT轉換后發(fā)送到接收方所在網絡的MMSC節(jié)點。
步驟703～步驟705接收方所在網絡的MMSC節(jié)點收到轉出請求消息后，發(fā)送MM4轉發(fā)響應消息(MM4_Forward.res)到負載均衡器；負載均衡器將此響應消息發(fā)送到負載最輕的MMSC節(jié)點的中繼器上，如中繼器2；中繼器2再解析響應消息中的標識信息并將響應消息路由到處理此會話的服務器上，本實施例中為中繼器1。
步驟706～步驟708收到前轉請求消息的MMSC節(jié)點在多媒體消息下發(fā)成功后將MM4轉發(fā)多媒體消息成功的報告消息(MM4_DeliveryReport.rep)發(fā)送到負載均衡器，負載均衡器轉發(fā)到負載最輕的中繼器，如中繼器2。中繼器2解析該報告消息中的標識信息并將該報告消息路由到處理此會話的服務器上，本實施例中為中繼器1。
步驟709～步驟711服務器1通過本節(jié)點上的中繼器1將MM4報告響應消息(MM4_Delivery.res)發(fā)送到負載均衡器；負載均衡器將響應消息做SNAT轉換后，發(fā)送到接收方所在網絡中接收前轉請求消息的MMSC節(jié)點，事務處理結束。
本實施例中步驟700～步驟705為接收多媒體消息業(yè)務請求的MMSC節(jié)點發(fā)送MM4轉出請求消息及接收轉發(fā)響應消息的過程。步驟706～步驟711為接收方所在網絡中接收轉出請求消息的MMSC節(jié)點成功轉發(fā)多媒體消息后發(fā)送MM4轉發(fā)多媒體消息成功的報告消息和接收報告響應消息的過程。
當發(fā)送方網絡中的MMSC節(jié)點發(fā)送前轉出去請求時，接收方網絡中收到前轉請求消息的MMSC節(jié)點執(zhí)行前轉進來流程，設接收方為移動終端，圖8所示為MM4前轉進來的方法流程圖，該方法包括以下步驟步驟800～步驟802發(fā)送方網絡中的MMSC節(jié)點將MM4轉出請求消息(MM_4Forward.req)提交到負載均衡器；負載均衡器將此請求消息發(fā)送到接收方網絡中負載最輕的節(jié)點的中繼器上，如中繼器2；中繼器2根據(jù)請求消息中的消息標識分發(fā)到服務器1上。
此步驟中要求相同消息標識的多媒體消息分發(fā)到相同的服務器上。
步驟803～步驟805服務器1收到請求消息后，構造MM2前轉請求響應消息(MM2_Forward.res)，并通過本節(jié)點上的中繼器1編碼為MM4前轉請求響應消息(MM4_Forward.res)后將此消息發(fā)送到負載均衡器；同時，服務器1記錄舊的消息標識和事務標識，生成新的消息標識和事務標識。負載均衡器接收到中繼器發(fā)送的前轉請求響應消息后，將響應消息做SNAT轉換，轉發(fā)到發(fā)送方網絡中發(fā)送轉出請求消息的MMSC節(jié)點。
步驟806服務器1使用新的消息標識和事務標識信息構造發(fā)送到接收方移動終端的MM2通知消息(MM2_Notification.ind)，并將此消息發(fā)送到本節(jié)點的中繼器1上。
本步驟中，通知消息的URL中包含處理此事務的服務器的端口號，如8001。
步驟807～步驟820與圖4實施例一中實現(xiàn)移動終端到移動終端多媒體消息業(yè)務方法流程中的步驟407～步驟420相同，在此不再贅述。
步驟821～步驟823服務器1生成MM2轉發(fā)多媒體消息成功的報告消息(MM2_DeliveryReport.req)，此報告消息中包含了舊消息標識和新事務標識信息，通過本節(jié)點的中繼器1編碼為MM4轉發(fā)多媒體消息成功的報告消息(MM4_DeliveryReport.req)后發(fā)送到負載均衡器；負載均衡器將該報告消息經SNAT轉換后，根據(jù)舊的消息標識信息發(fā)送到發(fā)送方網絡中發(fā)出轉出請求消息的MMSC節(jié)點。
步驟824～步驟825發(fā)送方網絡中發(fā)出轉出請求消息的MMSC節(jié)點收到轉發(fā)多媒體消息成功的報告消息后返回MM4報告響應消息(MM4_DeliveryReport.res)到負載均衡器；負載均衡器將響應消息發(fā)送到負載最輕的MMSC節(jié)點的中繼器，如中繼器2。
步驟826中繼器2根據(jù)響應消息中的標識信息將此消息路由到處理該會話的服務器1上。
本實施例中步驟800～步驟805為MM4接收轉出請求消息并發(fā)送前轉響應的過程。步驟806～步驟811為給移動終端的通知消息發(fā)送過程以及接收移動終端通知響應消息的過程。步驟812～步驟820為移動終端獲取多媒體消息并發(fā)送成功消息的過程。步驟821～步驟826為接收方網絡中的MMSC轉發(fā)多媒體消息成功后發(fā)送轉發(fā)多媒體消息成功的報告消息并接收報告響應消息的過程。
本發(fā)明中的WAP網關也可以是IP網關。
實際應用中系統(tǒng)的MMSC節(jié)點數(shù)目可以根據(jù)業(yè)務需求來設定，可以少于4個，也可以多于4個。
由以上所述可以看出，本發(fā)明實施例提供的實現(xiàn)大容量多媒體消息業(yè)務的方法及系統(tǒng)，提出了大容量多媒體消息業(yè)務水平擴容的對等集群方案，具有以下優(yōu)點第一，將中繼器和服務器結合起來構成一個獨立的MMSC節(jié)點，使得同一多媒體消息內容的處理在系統(tǒng)中的同一個節(jié)點上完成，減小了節(jié)點間的交叉訪問，提高了消息的傳遞速率，從而增大了多媒體消息業(yè)務系統(tǒng)的處理能力。且所有的MMSC節(jié)點統(tǒng)一編號，將編號信息與服務器端口號對應起來，使得消息分發(fā)裝置能將獲取消息請求直接發(fā)送到處理會話的MMSC節(jié)點上，且中繼器將多媒體消息直接投遞到對應的服務器，提高了消息的傳遞速率，大幅度降低了對網絡設備傳輸速度的需求，增大了多媒體消息業(yè)務系統(tǒng)的處理能力。
第二，每個MMSC節(jié)點都能獨立完成多媒體消息I/O讀寫，優(yōu)化了多媒體消息的存儲結構，避免了集中讀寫多媒體消息而造成的多媒體消息業(yè)務系統(tǒng)處理業(yè)務有限的問題；同時，對等集群中各個獨立的MMSC節(jié)點同時處理多媒體消息業(yè)務，提高了多媒體消息的處理速度，從而增大了多媒體消息業(yè)務系統(tǒng)的處理能力。
第三，隨著多媒體消息業(yè)務新需求的不繼提出，中繼器和服務器所需要的處理能力需求比例會動態(tài)的變化，本發(fā)明將中繼器和服務器結合在一臺主機上構成一個獨立的節(jié)點，實現(xiàn)了系統(tǒng)的在線平滑擴展，并使得每一MMSC節(jié)點能夠根據(jù)實際消耗動態(tài)調整中繼器和服務器模塊的CPU和內存資源的占用，適應業(yè)務需求變化，從而避免了資源的浪費。
第四，負載均衡器根據(jù)中繼器和與該中繼器對應的服務器的負載情況確定接收業(yè)務請求的MMSC節(jié)點，而不是根據(jù)號碼段來分配業(yè)務，且將服務器產生的標識信息與MMSC節(jié)點編號信息對應起來，使中繼器能夠根據(jù)標識信息將消息轉發(fā)到與節(jié)點編號信息相對應的處理本次業(yè)務請求的服務器上，真正實現(xiàn)了MMSC節(jié)點間的負載均衡。
第五，本發(fā)明提供的系統(tǒng)結構簡單，各個MMSC節(jié)點上可以部屬相同的系統(tǒng)軟件，采用完全相同的維護管理方式，提升了系統(tǒng)的可維護性。
權利要求
1.一種增大多媒體消息業(yè)務系統(tǒng)容量的方法，其特征在于，該方法包括以下步驟消息分發(fā)裝置接收到發(fā)送方發(fā)送的多媒體消息后，確定接收所述多媒體消息的第一多媒體消息業(yè)務中心MMSC節(jié)點，并將所述多媒體消息轉發(fā)到所述第一MMSC節(jié)點的中繼器；所述第一MMSC節(jié)點的中繼器將所述多媒體消息投遞到所述第一MMSC節(jié)點的服務器，由所述第一MMSC節(jié)點的服務器進行存儲；所述第一MMSC節(jié)點的服務器通過所述第一MMSC節(jié)點的中繼器和消息分發(fā)裝置發(fā)送所述多媒體消息到接收方。
2.如權利要求1所述的方法，其特征在于，所述第一MMSC節(jié)點的中繼器與所述第一MMSC節(jié)點的服務器通過共享內存進行消息傳遞。
3.如權利要求2所述的方法，其特征在于，在所述第一MMSC節(jié)點的服務器存儲所述多媒體消息之后進一步包括所述第一MMSC節(jié)點的服務器生成第一標識信息，所述第一標識信息包括第一消息標識和第一事務標識；所述第一事務標識中包含所述第一MMSC節(jié)點的編號信息。
4.如權利要求3所述的方法，其特征在于，所述消息分發(fā)裝置為負載均衡器，所述負載均衡器根據(jù)各MMSC節(jié)點的負載情況確定接收所述多媒體消息的第一MMSC節(jié)點。
5.如權利要求4所述的方法，其特征在于，若接收方為移動終端，則所述第一MMSC節(jié)點的服務器發(fā)送所述多媒體消息到接收方之前進一步包括所述第一MMSC節(jié)點的服務器判斷所述多媒體消息中的接收方地址信息是否在所述第一MMSC節(jié)點的網絡中。
6.如權利要求5所述的方法，其特征在于，如果所述多媒體消息中的接收方地址信息在所述第一MMSC節(jié)點的網絡中，則所述第一MMSC節(jié)點的服務器通過所述第一MMSC節(jié)點的中繼器和消息分發(fā)裝置發(fā)送所述多媒體消息到接收方包括所述第一MMSC節(jié)點的服務器生成包含所述第一標識信息和統(tǒng)一資源定位器URL的通知消息，并通過所述第一MMSC節(jié)點的中繼器和負載均衡器發(fā)送到接收方，接收方根據(jù)所述通知消息中的第一標識信息和URL到所述服務器獲取多媒體消息。
7.如權利要求6所述的方法，其特征在于，所述通知消息發(fā)送到接收方之后還包括接收方返回包含所述第一標識信息的通知響應消息到負載均衡器，負載均衡器根據(jù)各MMSC節(jié)點的負載情況確定接收所述通知響應消息的MMSC節(jié)點，并轉發(fā)，所述接收到通知響應消息的MMSC節(jié)點的中繼器根據(jù)通知響應消息中的第一標識信息將所述通知響應消息轉發(fā)到所述第一MMSC節(jié)點的服務器。
8.如權利要求7所述的方法，其特征在于，所述通知消息的URL中攜帶了與所述第一MMSC節(jié)點編號信息相對應的服務器端口號；所述接收方根據(jù)所述通知消息中的第一標識信息和URL到所述服務器獲取多媒體消息，包括接收方發(fā)送攜帶所述端口號的消息獲取請求到負載均衡器，所述負載均衡器根據(jù)所述端口號將消息獲取請求發(fā)送到所述第一MMSC節(jié)點的中繼器，由所述第一MMSC節(jié)點的中繼器投遞到所述第一MMSC節(jié)點的服務器，所述第一MMSC節(jié)點的服務器收到消息獲取請求后，將所述多媒體消息通過第一MMSC節(jié)點的中繼器和負載均衡器發(fā)送給接收方。
9.如權利要求5所述的方法，其特征在于，如果所述多媒體消息中的接收方地址信息不在所述第一MMSC節(jié)點的網絡中，則所述服務器通過所述第一MMSC節(jié)點的中繼器和消息分發(fā)裝置發(fā)送所述多媒體消息到接收方包括所述第一MMSC節(jié)點的服務器通過所述第一MMSC節(jié)點的中繼器發(fā)送包含所述多媒體消息的轉出請求消息到負載均衡器；所述負載均衡器轉發(fā)所述轉出請求消息到接收方所在網絡中的MMSC節(jié)點，所述接收方網絡中接收該多媒體消息的MMSC節(jié)點為第二MMSC節(jié)點，由所述第二MMSC節(jié)點將所述多媒體消息發(fā)送到接收方；所述多媒體消息中攜帶所述第一標識信息。
10.如權利要求9所述的方法，其特征在于，所述第一MMSC節(jié)點將所述多媒體消息發(fā)送到所述第二MMSC節(jié)點后進一步包括所述第二MMSC節(jié)點向負載均衡器返回包含所述第一標識信息的轉發(fā)響應消息；所述負載均衡器將所述轉發(fā)響應消息發(fā)送到發(fā)送方所在網絡中的MMSC節(jié)點；接收所述轉發(fā)響應消息的MMSC節(jié)點的中繼器根據(jù)所述第一標識信息將所述轉發(fā)響應消息轉發(fā)到所述第一MMSC節(jié)點的服務器。
11.如權利要求9所述的方法，其特征在于，所述第二MMSC節(jié)點接收到所述轉出請求消息后，所述第二MMSC節(jié)點的服務器保存所述多媒體消息中攜帶的第一標識信息，并生成第二標識信息，所述第二標識信息包括第二消息標識和第二事務標識。
12.如權利要求11所述的方法，其特征在于，所述第二MMSC節(jié)點使用第二標識信息將所述多媒體消息發(fā)送到接收方。
13.如權利要求12所述的方法，其特征在于，所述第二MMSC節(jié)點將所述多媒體消息發(fā)送到接收方后，進一步包括所述第二MMSC節(jié)點的服務器生成轉發(fā)多媒體消息成功的報告消息，所述轉發(fā)多媒體消息成功的報告消息中包含所述第一標識信息。
14.如權利要求13所述的方法，其特征在于，所述第二MMSC節(jié)點發(fā)送所述轉發(fā)多媒體消息成功的報告消息到負載均衡器，所述負載均衡器將所述轉發(fā)多媒體消息成功的報告消息發(fā)送到發(fā)送方所在網絡中的MMSC節(jié)點，接收所述轉發(fā)多媒體消息成功的報告消息的MMSC節(jié)點的中繼器根據(jù)所述轉發(fā)多媒體消息成功的報告消息中的第一標識信息，將所述轉發(fā)多媒體消息成功的報告消息發(fā)送到所述第一MMSC節(jié)點的服務器。
15.一種增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)，其特征在于，該系統(tǒng)包括消息分發(fā)裝置、至少兩個MMSC節(jié)點，所述MMSC節(jié)點包括中繼器和與所述中繼器對應的服務器，所述中繼器，用于在消息分發(fā)裝置和與其對應的服務器之間傳遞消息；所述服務器，用于接收對應的中繼器發(fā)送的多媒體消息，保存所述多媒體消息；發(fā)送多媒體消息到對應的中繼器；所述消息分發(fā)裝置，用于接收多媒體消息，確定處理所述多媒體消息的MMSC節(jié)點，將多媒體消息轉發(fā)到所述MMSC節(jié)點的中繼器，并接收和轉發(fā)中繼器發(fā)送的多媒體消息。
16.如權利要求15所述的系統(tǒng)，其特征在于，所述消息分發(fā)裝置為負載均衡器。
17.如權利要求15所述的系統(tǒng)，其特征在于，所述服務器進一步用于產生標識信息，所述標識信息中包括所述MMSC節(jié)點的編號信息。
18.如權利要求17所述的系統(tǒng)，其特征在于，所述服務器還用于生成通知消息，所述通知消息中包含標識信息和URL；所述URL中包含與所述MMSC節(jié)點編號信息相對應的所述服務器的端口號。
19.如權利要求15所述的系統(tǒng)，其特征在于，所述消息分發(fā)裝置進一步用于接收包含所述端口號的消息獲取請求，識別所述端口號，并將所述消息獲取請求轉發(fā)到與所述端口號對應的服務器。
20.如權利要求15所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括交換機，所述交換機連接所有的MMSC節(jié)點，實現(xiàn)各個MMSC節(jié)點之間的通信。
21.如權利要求17所述的系統(tǒng)，其特征在于，所述中繼器，進一步用于識別從消息分發(fā)裝置接收的消息中的標識信息，并將所述消息發(fā)送到與所述標識信息中MMSC節(jié)點的編號信息對應的MMSC節(jié)點的服務器。
22.如權利要求15所述的系統(tǒng)，其特征在于，所述消息分發(fā)裝置進一步用于保存多媒體消息的會話信息，接收包含所述會話信息的響應消息，并根據(jù)所述會話信息將所述響應消息轉發(fā)到對應的MMSC節(jié)點的中繼器。
23.如權利要求15所述的系統(tǒng)，其特征在于，所述MMSC節(jié)點用于同時處理多媒體消息業(yè)務，每兩個MMSC節(jié)點相互備份。
全文摘要
本發(fā)明公開了一種增大多媒體消息業(yè)務系統(tǒng)容量的方法，該方法包括以下步驟消息分發(fā)裝置接收到發(fā)送方發(fā)送的多媒體消息后，確定接收所述多媒體消息的第一多媒體消息業(yè)務中心(MMSC)節(jié)點，并將所述多媒體消息轉發(fā)到第一MMSC節(jié)點的中繼器；所述第一MMSC節(jié)點的中繼器將所述多媒體消息投遞到所述第一MMSC節(jié)點的服務器，由所述第一MMSC節(jié)點的服務器進行存儲；所述第一MMSC節(jié)點的服務器通過所述第一MMSC節(jié)點的中繼器和消息分發(fā)裝置發(fā)送所述多媒體消息到接收方。本發(fā)明還公開了一種增大多媒體消息業(yè)務系統(tǒng)容量的系統(tǒng)。使用本發(fā)明增大了多媒體消息業(yè)務系統(tǒng)處理多媒體消息業(yè)務的能力。
文檔編號H04L12/58GK1960521SQ20061016085
公開日2007年5月9日 申請日期2006年11月30日 優(yōu)先權日2006年11月30日
發(fā)明者柏廣昌, 李大偉, 張志遠, 程衛(wèi)明, 汪洋 申請人:華為技術有限公司