專利名稱:提高多媒體消息系統(tǒng)處理多媒體消息性能的方法及系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及多媒體消息技術,特別涉及一種提高多媒體消息系統(tǒng)處理多媒體消息性能的方法及系統(tǒng)。
背景技術:
多媒體消息服務(MMS)是短信息服務(SMS)和增強型消息服務(EMS)的進一步發(fā)展,為個人多媒體移動通信服務提供了完整的端到端解決方案。從通信內容上講,多媒體消息包括圖像、音頻、視頻和數(shù)據(jù)等;從功能上講,多媒體消息服務涵蓋了終端到終端、終端到應用、應用到終端的多媒體消息通信。它不僅實現(xiàn)了終端之間、終端和應用之間的信息傳遞,還實現(xiàn)了內容的多樣性,包括圖片、語音、圖像、數(shù)據(jù)和文本的各種組合。作為一個開放的媒體接入平臺,MMS可以在移動用戶和互聯(lián)網內容提供商的互動下,衍生出更豐富多彩的內容服務應用。而用戶既是MMS的消費者,又是內容開發(fā)者,這無疑會提高終端用戶對業(yè)務的使用興趣。
多媒體消息業(yè)務的通用體系結構如圖1所示。它應組合不同的網絡和網絡類型,且應集成已經在這些網絡中存在的消息系統(tǒng)。終端帶有多媒體消息業(yè)務環(huán)境(MMSE)操作。此環(huán)境可包括2G和3G網絡、帶有2G網絡和漫游網絡內覆蓋島嶼的3G網絡。MMSE提供所有必需的業(yè)務要素,如輸送、存儲和通知功能。這些業(yè)務要素可以定位在一個網絡內,也可以分布在幾個網絡或不同網絡類型中。
圖2顯示多媒體消息可以包含許多不同的網絡類型。這些不同網絡之間連接基礎應由因特網協(xié)議及其相關的消息協(xié)議集提供。此方法使得2G和3G無線網絡中的消息傳遞可與因特網上存在的消息系統(tǒng)兼容。
MMS用戶代理(MMS User Agent)通過MMS終端提供多媒體消息服務,MMS用戶代理是多媒體消息終端上的一個應用,提供用戶瀏覽、編輯、處理多媒體消息等功能,以及消息的發(fā)送、接收、刪除等操作。MMS用戶代理支持MIME,多媒體消息采用MIME格式表示,通過MIME中不同子類型的定義,多媒體消息可包含文本、圖像、聲音等數(shù)據(jù)。
MMSC多媒體消息中心包含MMS中繼(MMS Relay)和MMS業(yè)務器(MMSServer)的功能,對多媒體消息進行協(xié)議轉換、內容適配、存儲和調度,完成多媒體消息在不同多媒體設備之間的傳遞操作,同時,MMSC生成話單用于計費。
MMS用戶數(shù)據(jù)庫(MMS User Databases)存儲用戶信息、個性化信息、接口信息等。
外部增值應用服務器(MMS VAS Applicatons)提供增值業(yè)務服務。
參閱圖3,現(xiàn)有的多媒體消息系統(tǒng)主要是通過一個系統(tǒng)內部的一個MMSRelay和一個MMS Server系統(tǒng)實現(xiàn)多媒體消息的發(fā)送處理,具體的多媒體消息系統(tǒng)消息處理模式如下Internet/Intranet網絡上的網絡元素提交的多媒體消息首先提交到唯一的MMS Relay模塊,MMS Relay完成消息的處理以后,提交到多媒體消息系統(tǒng)中唯一的MMS Server模塊,MMS Server模塊完成消息處理以后再通過MMS Relay模塊回應到Internet/Intranet網絡上的相應網絡元素。
消息處理流程1、消息提交流程無線網絡側提交請求消息到MMS Relay系統(tǒng)。MMS Relay系統(tǒng)完成消息處理,提交到MMS Server,MMS Server完成基本校驗處理,構造響應消息返回MMS Relay,MMS Relay系統(tǒng)將響應消息返回無線網絡側。
2、通知下發(fā)流程MMS Server構造通知消息發(fā)送到MMS Relay,MMSRelay將通知消息發(fā)送到無線網絡側。
3、消息獲取流程獲取請求提交到MMS Relay,MMS Relay識別該消息為獲取消息,將該消息發(fā)送到對應的MMS Server。MMS Server處理該請求消息,如果合法則返回帶源消息內容體的響應消息,如果不合法,則組合一條消息體為純文本的響應消息,告知用戶錯誤的原因。該消息到達MMS Relay后,將響應消息返回到無線網絡設備側。
4、終端確認獲取流程無線網絡設備側終端確認消息提交到MMS Server系統(tǒng)的方式跟獲取消息的的提交方式一致,MMS Server收到確認消息以后進行相應的處理,不需要在給無線網絡設備側回任何響應消息,直接結束消息的下發(fā)處理。
雖然現(xiàn)有的多媒體消息系統(tǒng)能夠對多媒體消息進行處理,但存在以下缺點1、如果使用上述的一套多媒體消息系統(tǒng)進行消息處理,在多媒體消息用戶達到一定的程度以后,多媒體消息的處理能力出現(xiàn)達不到要求的情況,多媒體消息系統(tǒng)的性能不能滿足運營商的要求。
2、如果出現(xiàn)多媒體消息系統(tǒng)的性能不能滿足運營商的要求,需要擴容建設新的多媒體消息系統(tǒng),這樣導致運營商的投資成本增加。
3、由于MMS Relay模塊和MMS Server模塊都是獨立的模塊,因為具體機器接口消息流量的限制或其他原因,會出現(xiàn)MMS Relay和MMS Server支持的消息的處理能力不一致,在MMS Relay或MMS Server兩個模塊的任何一個模塊出現(xiàn)滿負荷的時候,另外一個模塊可能還遠遠沒有達到滿負荷狀態(tài),這樣會導致另一模塊的資源浪費。
發(fā)明內容
本發(fā)明的目的在于提供一種提高多媒體消息系統(tǒng)處理多媒體消息性能的方法及系統(tǒng),以解決現(xiàn)有技術中多媒體消息系統(tǒng)的性能不能滿足要求及擴容困難的問題。
本發(fā)明的技術方案一種提高多媒體系統(tǒng)處理多媒體消息性能的方法,該方法包括步驟A、由負載均衡器接收發(fā)送到多媒體消息服務中心的消息,并根據(jù)多個多媒體消息中繼模塊中各模塊的負荷情況,將消息發(fā)送到負荷最輕的多媒體消息中繼模塊;
B、所述負荷最輕的多媒體消息中繼模塊根據(jù)消息的類型形成一條內部消息發(fā)送到目的多媒體消息業(yè)務器;C、目的多媒體消息業(yè)務器對消息進行處理,并構造內部響應消息返回給所述負荷最輕的多媒體消息中繼模塊;以及D、由所述負荷最輕的多媒體消息中繼模塊通過負載均衡器向網絡側返回響應消息。
根據(jù)上述方法方案步驟B中,所述負荷最輕的多媒體消息中繼模塊采用輪循從與該中繼模塊連接的多個多媒體消息業(yè)務器中選擇一個作為目的多媒體消息業(yè)務器。
步驟B中,所述負荷最輕的多媒體消息中繼模塊將與自身所在的小集群系統(tǒng)連接的多媒體消息業(yè)務器作為目的多媒體消息業(yè)務器。
一種多媒體消息系統(tǒng),包括多媒體消息業(yè)務器和多媒體消息中繼模塊,其特征在于還包括負載均衡器,所述多媒體消息中繼模塊為復數(shù)個,該復數(shù)個多媒體消息中繼模塊通過接口分別與負載均衡器和多媒體消息業(yè)務器連接。
根據(jù)上述多媒體消息系統(tǒng)所述多媒體消息業(yè)務器為復數(shù)個。
復數(shù)個多媒體消息中繼模塊分為多個組,且每組至少與一個多媒體消息業(yè)務器連接以形成一個小集群系統(tǒng)。
本發(fā)明通過多媒體消息中繼(MMS Relay)模塊和多媒體消息業(yè)務器(MMSServer)模塊的合理搭配形成多種集群模式,由負載均衡器根據(jù)中繼模塊的負荷情況合理分配業(yè)務,因而具有以下有益效果1、能大幅度提高單套多媒體消息系統(tǒng)的處理能力,使多媒體消息系統(tǒng)能夠支撐更大數(shù)量的用戶和提高多媒體消息系統(tǒng)的性能。
2、如果出現(xiàn)多媒體消息系統(tǒng)的性能不能滿足運營商的要求,不需要擴容建設新的多媒體消息系統(tǒng),而是將原來的多媒體消息系統(tǒng)升級為本發(fā)明實現(xiàn)的多媒體消息系統(tǒng),這樣能夠大大降低運營商的投資成本。
3、解決了由于MMS Relay模塊和MMS Server模塊因具體機器接口消息流量的限制或其他原因出現(xiàn)支持的消息的處理能力不一致,而造的資源浪費問題。
圖1為多媒體消息業(yè)務體系結構圖;圖2為多媒體消息系統(tǒng)體系結構要素示意圖;圖3現(xiàn)有技術中多媒體消息系統(tǒng)中消息處理模塊示意圖;圖4為本發(fā)明的多媒體消息系統(tǒng)中MMS中繼模塊與MMS業(yè)務器形成的N+1集群模式示意圖;圖5為本發(fā)明的多媒體消息系統(tǒng)中MMS中繼模塊與MMS業(yè)務器形成的M+N集群模式示意圖;圖6為本發(fā)明的多媒體消息系統(tǒng)中MMS中繼模塊與MMS業(yè)務器形成的MX(N+1)集群模式示意圖;具體實施方式
本發(fā)明將多媒體消息系統(tǒng)內部的多媒體消息服務中繼(MMS Relay)模塊和多媒體消息服務業(yè)務器(MMS Server)的配置關系進行合理搭配,實現(xiàn)多個MMSRelay和一個MMS Server或者多個MMS Relay和多個MMS Server的搭配。由于MMS Relay和MMS Server的負載能力不一致,MMS Relay主要負責消息的交互處理和消息的編解碼處理,而且對于消息的實時處理要求很高,所以導致負荷重,而MMS Server可以對接受的消息進行緩存處理,緩解相應的負荷,因此實現(xiàn)多個MMS Relay和一個MMS Server或者多個MMS Relay和多個MMSServer的搭配。在集群方式下各個接口所能達到的處理能力根據(jù)集群模式的不同,系統(tǒng)接口有著不同的處理能力。
參閱圖4所示的N+1集群模式,該模式是由單個MMS Server集群模式,由N(N大于或等于2)個MMS Relay和1個MMS Server組成。
負載均衡器(Load Balance)通過接口與網絡側連接,通過接口群與N個MMS Relay連接。負載均衡器數(shù)據(jù)吞吐能力大,運行穩(wěn)定,具有主/備機結構,能夠實現(xiàn)分多種方式的負載分配,并且可以實施按組分配負載。負載均衡器作為外部設備接入多媒體消息服務中心(簡稱MMSC)的統(tǒng)一接入點,來自無線網絡(WAPGW)、SP增值業(yè)務、郵件系統(tǒng)、其他MMSC的消息都必須通過該負載均衡器將消息流量的壓力均勻傳遞到各接入MMS Relay模塊群。
N+1集群模式下消息處理流程如下(1)、對提交消息的處理過程無線網絡(WAPGW)、SP增值業(yè)務、郵件系統(tǒng)、其他MMSC的消息發(fā)起提交多媒體消息,該消息傳到MMSC前端負載均衡器,負載均衡器根據(jù)MMSRelay接口群中各接入機的負荷情況,將該請求發(fā)送到負荷最輕的MMS Relay模塊。MMS Relay構造一條內部的消息,將內部消息頭填寫上該MMS Relay的標識號(ID號),然后將該消息發(fā)出到MMS Server。MMS Server接收到該請求消息后,對其進行相應的處理,確認該消息合法后,構造一條內部的響應消息,將該響應消息對應的請求消息中的該MMS Relay的ID號填寫到該響應消息的相應字段中,這樣MMS Server的接口路由機制就可以將該消息準確遞送回發(fā)起請求的MMS Relay模塊,該MMS Relay模塊根據(jù)響應消息中的相關信息并將內部的響應消息轉換成外部響應消息發(fā)回到提交系統(tǒng)。
(2)、通知下發(fā)的處理過程MMS Server在接收到合法的點到點提交消息后,將在適當?shù)臅r間點下發(fā)通知消息。MMS Server從其所連接的所有MMS Relay模塊中輪循出一個MMSRelay模塊,將該MMS Relay模塊的ID號填到消息的字段中,然后將該消息發(fā)送到MMS Relay,MMS Relay識別該消息是一條通知消息,將其組裝成一條http-pap(標準的協(xié)議,PAP協(xié)議)承載的通知消息,發(fā)送到無線網絡設備側,并將收到PUSH(http-pap協(xié)議中的消息,可譯為”通知請求消息”)請求的響應消息返回到MMS Server。
(3)、消息獲取的處理過程獲取請求將通過無線網絡設備側被發(fā)送到MMSC前端負載均衡器,負載均衡器根據(jù)各MMS Relay負載情況將該請求消息發(fā)送到當前負載最輕的MMSRelay,MMS Relay識別該消息為獲取消息,消息中的會話ID的特征碼為依據(jù),找到對應的MMS Server,然后組合內部消息,在該消息中分別填寫上該MMSRelay的ID號,將該消息發(fā)送到對應的MMS Server。MMS Server處理該請求消息,如果合法則返回帶源消息內容體的響應消息,如果不合法,則組合一條消息體為純文本的響應消息,告知用戶錯誤的原因。同樣,該內部消息中的MMSRelay的ID號來自對應的獲取消息中相應字段,該消息到達MMS Relay后,將響應消息返回到無線網絡設備側。
(4)終端獲取確認消息無線網絡設備側終端確認消息提交到MMS Server系統(tǒng)的方式跟獲取消息的提交方式一致,MMS Server收到確認消息以后進行相應的處理,不需要在給無線網絡設備側回任何響應消息,直接結束消息的下發(fā)處理。
參閱圖5所示的M+N(M、N均大于或等于2)集群模式,該模式為多MMSServer集群模式,由M個MMS Relay和N個MMS Server組成,其中M與N的比例關系大致為前述N+1集群模式下MMS Relay和MMS Server的比例關系。
負載均衡器(Load Balance)與前述N+1集群模式下相同。負載均衡器通過接口與網絡側連接,通過接口群與M個MMS Relay連接,該M個MMS Relay通過接口群與N個MMS Server連接。在這種集群方式下,MMS Server最多可以有4個,即N最大等于4。此時的瓶頸將在網絡帶寬及數(shù)據(jù)庫上。最大處理能力可以達到700條/秒(此時網絡帶寬利用已經超過千兆BIT)。
M+N集群模式下消息處理流程如下(1)對提交消息的處理過程無線網絡發(fā)起提交多媒體消息,該消息傳到MMSC前端負載均衡器,負載均衡器根據(jù)MMS Relay接口群中各接入機的負荷情況,將該請求發(fā)送到負荷最輕的Relay模塊。MMS Relay構造一條內部的消息,采用輪循的方式從與該MMSRelay連接的所有MMS Server中選出一個,將內部消息頭填寫上該MMS Relay的ID號和要發(fā)去的MMS Server的ID號(集群方案下各設備統(tǒng)一編號),然后將該消息發(fā)出到該MMS Server。MMS Server接收到該請求消息后,對其進行相應的處理,確認該消息合法后,構造一條內部的響應消息,將該響應消息對應的請求消息中的該MMS Relay的ID號和要發(fā)去的MMS Server的ID號分別填寫到該響應消息的相應字段中,這樣MMS Server的接口路由機制就可以將該消息準確遞送回發(fā)起請求的MMS Relay模塊,該MMS Relay根據(jù)響應消息中的相關信息并將內部的響應消息轉換成外部響應消息發(fā)回到提交系統(tǒng)。
(2)通知下發(fā)的處理流程MMS Server在接收到合法的點到點提交消息后,將在適當?shù)臅r間點下發(fā)通知消息。MMS Server從其所連接的所有MMS Relay模塊中輪循一個MMS Relay模塊,將該MMS Relay模塊的ID號和MMS Serve自己的ID號填到消息的字段中,然后將該消息發(fā)送到MMS Relay,MMS Relay識別該消息是一條通知消息,將其組裝成一條http-pap承載的通知消息,發(fā)送到無線網絡設備側,并將收到PUSH請求的響應消息返回到MMS Server。
(3)消息獲取的處理流程獲取請求將通過無線網絡設備側被發(fā)送到MMSC前端負載均衡器,負載均衡器根據(jù)各MMS Relay負載情況將該請求消息發(fā)送到當前負載最輕的MMSRelay,MMS Relay識別該消息為獲取消息,消息中的會話ID的特征碼為依據(jù),找到對應的MMS Server,然后組合內部消息,在該消息中分別填寫上該MMSRelay的ID號和推算出的MMS Server的ID號,將該消息發(fā)送到對應的MMSServer。MMS Server處理該請求消息,如果合法則返回帶源消息內容體的響應消息,如果不合法,則組合一條消息體為純文本的響應消息,告知用戶錯誤的原因。同樣,該內部消息中的MMS Relay的ID號和MMS Server的ID號來自對應的獲取消息中相應字段,該消息到達MMS Relay后,將響應消息返回到無線網絡設備側。
(4)終端獲取確認的處理過程無線網絡設備側終端確認消息提交到MMS Server系統(tǒng)的方式跟獲取消息的提交方式一致,MMS Server收到確認消息以后進行相應的處理,不需要在給無線網絡設備側回任何響應消息,直接結束消息的下發(fā)處理。
參閱圖6所示的M×(N+1)集群模式,該模塊為單MMS Relay集群模式的疊加,由M個單MMS Server集群組成。
負載均衡器通過接口與網絡側連接。N個MMS Relay和一個MMS Server連接為一組,形成一個N+1小集群系統(tǒng),共有M組N+1小集群系統(tǒng)并通過接口群與負載均衡器連接。
在M×(N+1)集群模式下要求負載均衡器(Load Balance)能夠對于提交上來的同一條消息的提交消息、通知消息、獲取消息、確認消息等消息進行關聯(lián),能夠保證同一條消息的提交消息、獲取消息、確認消息等消息都分發(fā)到M個小集群系統(tǒng)的同一個N+1的小集群系統(tǒng)中。
M×(N+1)集群模式下消息處理流程對于M×(N+1)集群模式消息的處理流程跟N+1集群模式的消息處理流程保持一致,只是需要對負載均衡器(Load Balance)作用進行加強,要求負載均衡器(Load Balance)能夠對于提交上來的同一條消息的提交消息、通知消息、獲取消息、確認消息等消息進行關聯(lián),能夠保證同一條消息的提交消息、獲取消息、確認消息等消息都分發(fā)到M個小集群系統(tǒng)的同一個N+1的小集群系統(tǒng)中。實現(xiàn)此種關聯(lián)的方式很多,例如通過保存跟提交消息相關聯(lián)的標識來保證提交消息、獲取消息、確認消息等消息都分發(fā)到M個小集群系統(tǒng)的同一個N+1的小集群系統(tǒng)中(不過只要能夠保證提交消息、獲取消息、確認消息等消息都分發(fā)到M個小集群系統(tǒng)的同一個N+1的小集群系統(tǒng)中就可以了,不需要到指定的小集群系統(tǒng))。
本實施例用于說明本發(fā)明的實現(xiàn)方式,并非僅限于此,所有參考本實施例將MMS Relay和MMS Server模塊進行合理的組織搭配的多媒體消息系統(tǒng)都是再現(xiàn)本發(fā)明;所有參考本實施例將MMS Relay內部的部分子功能模塊和MMSServer模塊內部的子功能模塊進行合理的組織搭配的多媒體消息系統(tǒng)都是再現(xiàn)本發(fā)明;以及所有參考本實施例將多媒體消息的不同接口(例如MM1、MM3、MM4、MM7接口等)和MMS Relay和MMS Server模塊之間的MM2接口進行合理的組織搭配的多媒體消息系統(tǒng)都是再現(xiàn)本發(fā)明。
權利要求
1.一種提高多媒體消息系統(tǒng)處理多媒體消息性能的方法,其特征在于包括步驟A、由負載均衡器接收發(fā)送到多媒體消息服務中心(MMSC)的第一消息,并根據(jù)多個多媒體消息服務中繼(MMS Relay)模塊中各模塊的負荷情況,將第一消息發(fā)送到負荷最輕的多媒體消息服務中繼模塊;B、所述負荷最輕的多媒體消息服務中繼模塊根據(jù)所述第一消息形成內部消息發(fā)送到目的多媒體消息服務業(yè)務器(MMS Server);C、目的多媒體消息服務業(yè)務器對內部消息進行處理,并向多媒體消息服務中繼模塊下發(fā)相應的第二消息。
2.如權利要求1所述的方法,其特征在于,步驟B中,所述負荷最輕的多媒體消息服務中繼模塊采用輪循從與該中繼模塊連接的多個多媒體消息服務業(yè)務器中選擇一個作為目的多媒體消息服務業(yè)務器。
3.如權利要求1所述的方法,其特征在于,步驟B中,所述負荷最輕的多媒體消息服務中繼模塊將自身所屬的小集群系中的多媒體消息服務業(yè)務器作為目的多媒體消息服務業(yè)務器。
4.如權利要求3所述的方法,其特征在于,負載均衡器將與一條消息相關的所有消息均分發(fā)到同一個小集群系統(tǒng)。
5.如權利要求1至4任一所述的方法,其特征在于,當?shù)谝幌樘峤幌r,步驟C中所述的向多媒體消息服務中繼模塊下發(fā)相應的第二消息是指向所述負荷最輕的多媒體消息服務中繼模塊下發(fā)的響應消息,以及在適當時間點下發(fā)的通知消息。
6.如權利要求5所述的方法,其特征在于,下發(fā)通知消息包括步驟多媒體消息服務業(yè)務器采用輪循從與其所連接的所有多媒體消息服務中繼模塊中選擇一個作為目的多媒體消息服務中繼模塊,并下發(fā)通知消息;目的多媒體消息服務中繼模塊識別出該消息是一條通知消息,將其組裝成一條http-pap承載的通知消息發(fā)送到無線網絡設備側;以及目的多媒體消息服務中繼模塊將收到PUSH請求的響應消息返回到所述多媒體消息服務業(yè)務器。
7.如權利要求1所述的方法,其特征在于,當?shù)谝幌橄@取請求時,步驟B中,所述負荷最輕的多媒體消息服務中繼模塊根據(jù)該消息中的會話標識確定目的多媒體消息服務業(yè)務器。
8.如權利要求7所述的方法,其特征在于,步驟C包括多媒體消息服務業(yè)務器處理該消息獲取請求;如果合法則向發(fā)送消息獲取請求的多媒體消息服務中繼模塊返回帶源消息內容體的響應消息,如果不合法,則組合一條消息體為純文本的響應消息返回給發(fā)送消息獲取請求的多媒體消息服務中繼模塊;所述發(fā)送消息獲取請求的多媒體消息服務中繼模塊將響應消息返回到無線網絡設備側。
9.如權利要求7或8所述的方法,其特征在于,所述多媒體消息服務業(yè)務器收到獲取確認消息后直接結束消息的下發(fā)處理。
10.一種多媒體消息系統(tǒng),包括多媒體消息服務業(yè)務器和多媒體消息服務中繼模塊,其特征在于還包括負載均衡器,所述多媒體消息服務中繼模塊為復數(shù)個,該復數(shù)個多媒體消息服務中繼模塊通過接口分別與負載均衡器和多媒體消息服務業(yè)務器連接。
11.如權利要求10所述的多媒體消息系統(tǒng),其特征在于,所述多媒體消息服務業(yè)務器為復數(shù)個。
12.如權利要求11所述的多媒體消息系統(tǒng),復數(shù)個多媒體消息服務中繼模塊分為多個組,且每組至少與一個多媒體消息服務業(yè)務器連接以形成一個小集群系統(tǒng)。
全文摘要
本發(fā)明公開了一種提高多媒體系統(tǒng)處理多媒體消息性能的方法,該方法為由負載均衡器接收發(fā)送到多媒體消息服務中心的第一消息,并根據(jù)多個多媒體消息服務中繼模塊中各模塊的負荷情況,將第一消息發(fā)送到負荷最輕的多媒體消息服務中繼模塊;所述負荷最輕的多媒體消息服務中繼模塊根據(jù)所述第一消息形成內部消息發(fā)送到目的多媒體消息服務業(yè)務器;目的多媒體消息服務業(yè)務器對內部消息進行處理,并向多媒體消息服務中繼模塊下發(fā)相應的第二消息。同時本發(fā)明還公開了一種多媒體消息系統(tǒng)。本發(fā)明能提高單套多媒體消息系統(tǒng)的處理能力,使多媒體消息系統(tǒng)能夠支撐更大數(shù)量的用戶和提高多媒體系統(tǒng)的性能。
文檔編號H04W4/12GK1553724SQ03141348
公開日2004年12月8日 申請日期2003年6月3日 優(yōu)先權日2003年6月3日
發(fā)明者楊偉淑, 柏廣昌, 李大偉 申請人:華為技術有限公司