專利名稱：一種傳輸大附件的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及移動通信領(lǐng)域，尤其涉及一種多媒體信息服務(wù)(匪S， Multimedia Messaging Service)業(yè)務(wù)中傳輸大附件的方法及系統(tǒng)。
背景技術(shù)：
匪S是按照3G伙伴計(jì)劃和WAP論壇的標(biāo)準(zhǔn)開發(fā)的業(yè)務(wù)，其最大特色就是支持多媒 體功能，可以在GPRS、 CDMA 1X、3G、 EDGE的支持下，以WAP無線應(yīng)用協(xié)議為載體傳送視頻短 片、圖片、聲音和文字，其傳送方式除了在多個用戶終端之間傳送外，還可以在用戶終端與 計(jì)算機(jī)之間傳送。 圖1為現(xiàn)有技術(shù)中多媒體信息服務(wù)系統(tǒng)的結(jié)構(gòu)框圖，圖1中，包括用戶終端101、 包括中繼器1021禾口服務(wù)器1022的多媒體消息中心(匪SC， MultimediaMessage Service center) 102、用戶數(shù)據(jù)庫103、計(jì)費(fèi)系統(tǒng)104、外部服務(wù)器105、網(wǎng)管系統(tǒng)106、和增值服務(wù)系 統(tǒng)107?，F(xiàn)有的匪S的傳輸協(xié)議接口規(guī)范主要包括接口協(xié)議匪1、匪3、匪4、匪6、匪7和匪8。 其中，接口協(xié)議匪l為多媒體消息中心102與用戶終端101之間的接口協(xié)議；接口協(xié)議匪3 為多媒體消息中心102與外部服務(wù)器105之間的接口協(xié)議浪口協(xié)議匪4為多媒體消息中 心102內(nèi)部互連的接口協(xié)議；接口協(xié)議匪6為多媒體消息中心102與用戶數(shù)據(jù)庫103之間 的接口協(xié)議；接口協(xié)議匪7為多媒體消息中心與增值服務(wù)系統(tǒng)107之間的接口協(xié)議；接口 協(xié)議匪8為多媒體消息中心102與計(jì)費(fèi)系統(tǒng)104之間的接口協(xié)議。 當(dāng)匪S業(yè)務(wù)進(jìn)行大附件傳輸時，現(xiàn)有多媒體信息服務(wù)系統(tǒng)往往因其承載業(yè)務(wù)系統(tǒng) 的鏈路資源得不到及時釋放，將導(dǎo)致整個多媒體信息服務(wù)系統(tǒng)的性能急劇降低，在此情況 下傳輸時很容易出現(xiàn)超時的問題。所以考慮到整個多媒體信息服務(wù)系統(tǒng)的業(yè)務(wù)承受能力， 多媒體信息服務(wù)系統(tǒng)對發(fā)送的附件的容量進(jìn)行限制， 一般將附件的最大容量限制為300kb。 為此，如何在附件容量受限的情況下，在現(xiàn)有多媒體信息服務(wù)系統(tǒng)中對大附件進(jìn)行發(fā)送，成 為當(dāng)前需要解決的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種多媒體信息服務(wù)業(yè)務(wù)中傳輸大附件的方法 及系統(tǒng)，突破現(xiàn)有多媒體信息服務(wù)業(yè)務(wù)系統(tǒng)對多媒體信息服務(wù)業(yè)務(wù)的附件容量的限制，在 對現(xiàn)有多媒體信息服務(wù)業(yè)務(wù)系統(tǒng)改動盡可能小的前提下，實(shí)現(xiàn)多媒體信息服務(wù)業(yè)務(wù)的大附 件的傳輸。
根據(jù)本發(fā)明實(shí)施例的一方面，提供了一種傳輸大附件的方法，包括 第一設(shè)備將待發(fā)送的大附件拆分成多個小附件，將所述多個小附件分別形成包括
標(biāo)識信息的多個多媒體信息服務(wù)匪S數(shù)據(jù)包，將所述多個匪S數(shù)據(jù)包發(fā)送； 多媒體消息中心接收所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定收到全部所述
多個匪S數(shù)據(jù)包，發(fā)送多媒體消息通知； 第二設(shè)備接收所述多媒體消息通知，根據(jù)所述多媒體消息通知從所述多媒體消息
4中心下載所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定從多媒體消息中心下載到全部所述
多個匪s數(shù)據(jù)包，根據(jù)所述標(biāo)識信息將全部所述多個匪s數(shù)據(jù)包還原成所述大附件。 根據(jù)本發(fā)明實(shí)施例的一個特征， 所述標(biāo)識信息包括拆分計(jì)數(shù)標(biāo)識和文件拆分標(biāo)識； 當(dāng)所述拆分計(jì)數(shù)標(biāo)識的值與所述文件拆分標(biāo)識的值相等時，所述多媒體消息中心
確定收到全部所述多個匪S數(shù)據(jù)包。 根據(jù)本發(fā)明實(shí)施例的另 一個特征， 所述標(biāo)識信息包括下一拆分內(nèi)容標(biāo)識； 所述第二設(shè)備根據(jù)所述下一拆分內(nèi)容標(biāo)識的值確定所述多個匪S數(shù)據(jù)包中每個 匪S數(shù)據(jù)包的位置。 根據(jù)本發(fā)明實(shí)施例的另 一個特征，
所述標(biāo)識信息包括拆分類型標(biāo)識； 所述第二設(shè)備根據(jù)所述拆分類型標(biāo)識的值確定大附件的拆分策略，根據(jù)所述拆分
策略確定組合策略，根據(jù)所述組合策略將全部所述匪S數(shù)據(jù)包還原成大附件。
根據(jù)本發(fā)明實(shí)施例的另 一個特征， 所述多媒體消息通知包括所述標(biāo)識信息； 所述第二設(shè)備根據(jù)所述多媒體消息通知中的標(biāo)識信息，從所述多媒體消息中心下 載所述多個匪S數(shù)據(jù)包。
根據(jù)本發(fā)明實(shí)施例的另一方面，提供了一種傳輸大附件的系統(tǒng)，包括 第一設(shè)備，用于將待發(fā)送的大附件拆分成多個小附件，將所述多個小附件分別形
成包括標(biāo)識信息的多個匪S數(shù)據(jù)包，將所述多個匪S數(shù)據(jù)包發(fā)送； 多媒體消息中心，用于接收所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定收到全 部所述多個匪S數(shù)據(jù)包，發(fā)送多媒體消息通知； 第二設(shè)備，用于接收所述多媒體消息通知，根據(jù)所述多媒體消息通知從所述多媒 體消息中心下載所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定從多媒體消息中心下載到全 部所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息將全部所述多個匪S數(shù)據(jù)包還原成所述大附件。
根據(jù)本發(fā)明實(shí)施例的一個特征， 所述第一設(shè)備在所述標(biāo)識信息中設(shè)置拆分計(jì)數(shù)標(biāo)識和文件拆分標(biāo)識； 當(dāng)所述拆分計(jì)數(shù)標(biāo)識的值與所述文件拆分標(biāo)識的值相等時，所述多媒體消息中心
確定收到全部所述多個匪S數(shù)據(jù)包。 根據(jù)本發(fā)明實(shí)施例的另 一個特征， 所述第一設(shè)備在所述標(biāo)識信息中設(shè)置下一拆分內(nèi)容標(biāo)識； 所述第二設(shè)備根據(jù)所述下一拆分內(nèi)容標(biāo)識的值確定所述多個MMS數(shù)據(jù)包中每個 匪S數(shù)據(jù)包的位置。 根據(jù)本發(fā)明實(shí)施例的另 一個特征， 所述第一設(shè)備在所述標(biāo)識信息中設(shè)置拆分類型標(biāo)識； 所述第二設(shè)備根據(jù)所述拆分類型標(biāo)識的值確定大附件的拆分策略，根據(jù)所述拆分 策略確定組合策略，根據(jù)所述組合策略將全部所述多個匪S數(shù)據(jù)包還原成大附件。
根據(jù)本發(fā)明實(shí)施例的 一個特征，
所述多媒體消息中心將所述標(biāo)識信息加入所述多媒體消息通知中； 所述第二設(shè)備根據(jù)所述多媒體消息通知中的標(biāo)識信息，從所述多媒體消息中心下
載所述多個匪S數(shù)據(jù)包。 本發(fā)明所述的多媒體信息服務(wù)業(yè)務(wù)下傳輸大附件的方法及系統(tǒng)，在對現(xiàn)有多媒體 信息服務(wù)業(yè)務(wù)系統(tǒng)改動盡可能小的前提下，實(shí)現(xiàn)多媒體信息服務(wù)業(yè)務(wù)的大附件的傳輸，從 而突破現(xiàn)有多媒體信息服務(wù)業(yè)務(wù)系統(tǒng)對多媒體信息服務(wù)業(yè)務(wù)的附件容量的限制，不但節(jié)省 了設(shè)備改造成本，而且大大提高了現(xiàn)有多媒體信息服務(wù)業(yè)務(wù)系統(tǒng)的工作能力。


圖1為現(xiàn)有技術(shù)中多媒體信息服務(wù)系統(tǒng)的結(jié)構(gòu)框圖； 圖2為本發(fā)明第一具體實(shí)施例中增值應(yīng)用服務(wù)商向用戶終端發(fā)送大附件的系統(tǒng) 結(jié)構(gòu)框圖； 圖3為本發(fā)明第一具體實(shí)施例中增值應(yīng)用服務(wù)商向用戶終端發(fā)送大附件的方法 流程圖； 圖4為本發(fā)明第二具體實(shí)施例中第一用戶終端向第二用戶終端發(fā)送大附件的系 統(tǒng)結(jié)構(gòu)框圖； 圖5為本發(fā)明第二具體實(shí)施例中第一用戶終端向第二用戶終端發(fā)送大附件的方 法流程圖。
具體實(shí)施例方式
下面結(jié)合說明書附圖詳細(xì)描述本發(fā)明的具體實(shí)施例。 圖2為本發(fā)明第一具體實(shí)施例中增值應(yīng)用服務(wù)商向用戶終端發(fā)送大附件的系統(tǒng) 結(jié)構(gòu)框圖，圖2中包括增值應(yīng)用服務(wù)商21 、中間網(wǎng)元22、多媒體消息中心23和用戶終端24， 其中，增值應(yīng)用服務(wù)商21與中間網(wǎng)元22以有線或無線方式連接，中間網(wǎng)元22與多媒體消 息中心23以有線或無線方式連接，多媒體消息中心23與用戶終端24以有線或無線方式連 接，其中， 增值應(yīng)用服務(wù)商21，用于將待發(fā)送的大附件拆分成多個小附件，將多個小附件分 別形成包括標(biāo)識信息的多個匪S數(shù)據(jù)包，將多個匪S數(shù)據(jù)包發(fā)送； 中間網(wǎng)元22，用于接收多個匪S數(shù)據(jù)包，并將多個匪S數(shù)據(jù)包轉(zhuǎn)發(fā)給多媒體消息中 心23。 多媒體消息中心23，用于接收多個匪S數(shù)據(jù)包，根據(jù)標(biāo)識信息確定收到全部多個 匪S數(shù)據(jù)包后，發(fā)送多媒體消息通知； 用戶終端24，用于接收多媒體消息通知后，根據(jù)多媒體消息通知從多媒體消息中 心下載多個匪S數(shù)據(jù)包，根據(jù)標(biāo)識信息確定從多媒體消息中心下載到全部多個匪S數(shù)據(jù)包， 根據(jù)標(biāo)識信息將所有多個匪S數(shù)據(jù)包還原成大附件。 其中，增值應(yīng)用服務(wù)商21在標(biāo)識信息中設(shè)置拆分計(jì)數(shù)標(biāo)識和文件拆分標(biāo)識；當(dāng)拆 分計(jì)數(shù)標(biāo)識的值與文件拆分標(biāo)識的值相等時，多媒體消息中心23確定收到全部所述多個 匪S數(shù)據(jù)包。 增值應(yīng)用服務(wù)商21在標(biāo)識信息中設(shè)置下一拆分內(nèi)容標(biāo)識；用戶終端24根據(jù)下一拆分內(nèi)容標(biāo)識的值確定多個匪S數(shù)據(jù)包中每個匪S數(shù)據(jù)包的位置。 增值應(yīng)用服務(wù)商21在標(biāo)識信息中設(shè)置拆分類型標(biāo)識；用戶終端24根據(jù)拆分類型 標(biāo)識的值確定大附件的拆分策略，根據(jù)拆分策略確定組合策略，根據(jù)組合策略將全部所述 多個匪S數(shù)據(jù)包還原成大附件。 圖3為本發(fā)明第一具體實(shí)施例中增值應(yīng)用服務(wù)商向用戶終端發(fā)送大附件方法流 程圖， 本發(fā)明第一具體實(shí)施例中增值應(yīng)用服務(wù)商向用戶終端發(fā)送大附件的方法包括以 下步驟 步驟301，增值應(yīng)用服務(wù)商根據(jù)預(yù)先設(shè)置的附件的最大數(shù)據(jù)容量將待發(fā)送的大附 件拆分成多個小附件，拆分時可根據(jù)實(shí)際情況采用不同的拆分策略。 步驟301中，增值應(yīng)用服務(wù)商根據(jù)附件的文件類型選擇適當(dāng)?shù)牟鸱植呗詫Υ蟾郊?進(jìn)行拆分。例如，對于屬于普通文件的大附件，如Word、PDF、PowerPoint、Excel等文件，增 值應(yīng)用服務(wù)商根據(jù)附件的最大數(shù)據(jù)容量對文件進(jìn)行拆分。然而，對于屬于同步多媒體集成 語言(smil， synchronized multimediaintegration language)文件或嵌套文件的大附件，
由于這些文件本身是由多個附件組成，因此，可以按照這些文件中的每個附件為單位進(jìn)行 拆分，但是，如果這些文件中的某些單個附件太大，則可以進(jìn)一步按照附件的最大數(shù)據(jù)容量 對已拆分的附件進(jìn)行再次拆分，從而使最終拆分后的附件的小于附件的最大數(shù)據(jù)容量。對 于屬于由多幀圖片組成的文件的大附件，如gif文件，可以按照每幀圖片進(jìn)行拆分。當(dāng)然還 可以采用其它的拆分策略。 步驟302，增值應(yīng)用服務(wù)商將拆分后的多個小附件形成多個匪S數(shù)據(jù)包，并將該多 個匪S數(shù)據(jù)包發(fā)送。 步驟302中，增值應(yīng)用服務(wù)商在依次發(fā)送多個匪S數(shù)據(jù)包時，在多個匪S數(shù)據(jù)包的
傳輸協(xié)議信息區(qū)域的內(nèi)容類型(Content type)中設(shè)置多個標(biāo)識信息，其中， 文件拆分SplitFileID標(biāo)識，用于表示本次發(fā)送的匪S數(shù)據(jù)包所屬的大附件； 拆分計(jì)數(shù)SplitCo皿t標(biāo)識，用于表示本次大附件拆分成小附件的拆分個數(shù)； 拆分類型SplitType標(biāo)識，用于表示文件被拆分時使用的拆分策略。 下一拆分內(nèi)容NextSplitContentID標(biāo)識，用于表示下一個待發(fā)送的匪S數(shù)據(jù)包的
內(nèi)容Content ID標(biāo)識。 步驟303，中間網(wǎng)元收到匪S數(shù)據(jù)包后，將匪S數(shù)據(jù)包轉(zhuǎn)發(fā)給多媒體消息中心；
步驟303中，中間網(wǎng)元在轉(zhuǎn)發(fā)匪S數(shù)據(jù)包時，對匪S數(shù)據(jù)包的傳輸協(xié)議信息區(qū)域的 內(nèi)容類型進(jìn)行透傳。 步驟304，多媒體消息中心將收到的匪S數(shù)據(jù)包進(jìn)行保存，同時記錄下每個匪S數(shù) 據(jù)包的協(xié)議信息區(qū)域中的NextSplitContentID標(biāo)識、ContentID標(biāo)識、SplitFileID標(biāo)識、 SplitCo皿t標(biāo)識禾口 SplitType標(biāo)識。 步驟305，多媒體消息中心根據(jù)保存的標(biāo)識信息，判斷是否已經(jīng)接收到經(jīng)中間網(wǎng)元 轉(zhuǎn)發(fā)的從增值應(yīng)用服務(wù)商發(fā)出的所有匪S數(shù)據(jù)包。 步驟305中，多媒體消息中心將最近一次收到的匪S數(shù)據(jù)包的協(xié)議信息區(qū)域中的 SplitFileID標(biāo)識的值與保存的SplitCount標(biāo)識的值進(jìn)行比較，如果相等，則確定已經(jīng)接 收到增值應(yīng)用服務(wù)商發(fā)出的所有匪S數(shù)據(jù)包，并進(jìn)入步驟306 ;否則，返回步驟303，多媒體
7消息中心繼續(xù)接收經(jīng)中間網(wǎng)元轉(zhuǎn)發(fā)的從增值應(yīng)用服務(wù)商發(fā)出的匪S數(shù)據(jù)包。 步驟306，多媒體消息中心向用戶終端發(fā)送匪S傳輸協(xié)議的多媒體消息通知，其
中，多媒體消息中心在多媒體消息通知的傳輸協(xié)議信息區(qū)域的內(nèi)容類型中寫入將要被下載 的匪S數(shù)據(jù)包的NextSplitContentID、 SplitFileID、 SplitCount、 SplitType標(biāo)識的值。
步驟306中，匪S傳輸協(xié)議的多媒體消息通知為匪S傳輸協(xié)議中接口協(xié)議匪l的 多媒體消息通知。 步驟307，用戶終端收到多媒體消息通知后，根據(jù)多媒體消息通知從多媒體消息中 心下載匪S數(shù)據(jù)包，同時保存下載的匪S數(shù)據(jù)包在協(xié)議信息單元中的NextSplitContentID、 Content ID 、 SplitFileID、 SplitCount和SplitType *示識的值。 步驟308，用戶終端根據(jù)收到的匪S數(shù)據(jù)包的協(xié)議信息區(qū)域中的標(biāo)識信息，判斷是 否已經(jīng)從多媒體消息中心下載到所有匪S數(shù)據(jù)包。 用戶終端將最近一次下載的匪S數(shù)據(jù)包的協(xié)議信息區(qū)域中的SplitFileID標(biāo)識的 值與SplitCo皿t標(biāo)識的值進(jìn)行比較，如果相等，則確定已經(jīng)從多媒體消息中心下載了所有 匪S數(shù)據(jù)包，并進(jìn)入步驟309 ;否則，返回步驟307，用戶終端繼續(xù)從多媒體消息中心下載匪S 數(shù)據(jù)包。 步驟309，用戶終端根據(jù)ContentID標(biāo)識確定所有屬于同一個大附件的匪S數(shù)據(jù) 包，根據(jù)這些匪S數(shù)據(jù)包的NextSplitContentID標(biāo)識的值確定多個匪S數(shù)據(jù)包中每個匪S 數(shù)據(jù)包的位置，根據(jù)這些匪S數(shù)據(jù)包的SplitType標(biāo)識確定拆分策略，使用與拆分策略相對 應(yīng)的合并策略將這些匪S數(shù)據(jù)包還原成原始的大附件。 圖4為本發(fā)明第二具體實(shí)施例中第一用戶終端向第二用戶終端發(fā)送大附件的系 統(tǒng)結(jié)構(gòu)框圖，圖4中包括第一用戶終端41、多媒體消息中心42和第二用戶終端43，其中，第 一用戶終端41與多媒體消息中心42以有線或無線方式連接，多媒體消息中心42與第二用 戶終端43以有線或無線方式連接，其中， 第一用戶終端41，用于將待發(fā)送的大附件拆分成多個小附件，將多個小附件分別 形成包括標(biāo)識信息的多個匪S數(shù)據(jù)包，將多個匪S數(shù)據(jù)包發(fā)送； 多媒體消息中心42，用于接收多個匪S數(shù)據(jù)包，根據(jù)標(biāo)識信息確定收到全部多個 匪S數(shù)據(jù)包后，發(fā)送多媒體消息通知； 第二用戶終端43，用于接收多媒體消息通知后，根據(jù)多媒體消息通知從多媒體消 息中心下載多個匪S數(shù)據(jù)包，根據(jù)標(biāo)識信息確定從多媒體消息中心下載到全部多個匪S數(shù) 據(jù)包，根據(jù)標(biāo)識信息將所有多個匪S數(shù)據(jù)包還原成大附件。 其中，第一用戶終端41在標(biāo)識信息中設(shè)置拆分計(jì)數(shù)標(biāo)識和文件拆分標(biāo)識；當(dāng)拆分 計(jì)數(shù)標(biāo)識的值與文件拆分標(biāo)識的值相等時，多媒體消息中心43確定收到全部所述多個MMS 數(shù)據(jù)包。 第一用戶終端41在標(biāo)識信息中設(shè)置下一拆分內(nèi)容標(biāo)識；第二用戶終端43根據(jù)下 一拆分內(nèi)容標(biāo)識的值確定多個匪S數(shù)據(jù)包中每個匪S數(shù)據(jù)包的位置。 第一用戶終端41在標(biāo)識信息中設(shè)置拆分類型標(biāo)識；第二用戶終端43根據(jù)拆分類 型標(biāo)識的值確定大附件的拆分策略，根據(jù)拆分策略確定組合策略，根據(jù)組合策略將全部所 述多個匪S數(shù)據(jù)包還原成大附件。 圖5為本發(fā)明第二具體實(shí)施例中第一用戶終端向第二用戶終端發(fā)送大附件方法流程圖，包括以下步驟 步驟501，第一用戶終端根據(jù)預(yù)先設(shè)置的附件的最大數(shù)據(jù)容量將待發(fā)送的大附件 拆分成多個小附件，拆分時可根據(jù)實(shí)際情況采用不同的拆分策略。 步驟501中，第一用戶終端根據(jù)附件的文件類型選擇適當(dāng)?shù)牟鸱植呗詫Υ蟾郊M(jìn) 行拆分。例如，對于屬于普通文件的大附件，如Word、PDF、PowerPoint、Excel等文件，第一 用戶終端根據(jù)附件的最大數(shù)據(jù)容量對文件進(jìn)行拆分。然而，對于屬于同步多媒體集成語言 (smil， synchronized multimedia integrationlanguage)文件或嵌套文件的大附件，由于
這些文件本身是由多個附件組成，因此，可以按照這些文件中的每個附件為單位進(jìn)行拆分， 但是，如果這些文件中的某些單個附件太大，則可以進(jìn)一步按照附件的最大數(shù)據(jù)容量對已 拆分的附件進(jìn)行再次拆分，從而使最終拆分后的附件的小于附件的最大數(shù)據(jù)容量。對于屬
于由多幀圖片組成的文件的大附件，如gif文件，可以按照每幀圖片進(jìn)行拆分。當(dāng)然還可以 采用其它的拆分策略。 步驟502，第一用戶終端將拆分后的多個小附件形成多個匪S數(shù)據(jù)包，并將該多個 匪S數(shù)據(jù)包發(fā)送。 步驟502中，第一用戶終端在依次發(fā)送多個匪S數(shù)據(jù)包時，在多個匪S數(shù)據(jù)包的傳
輸協(xié)議信息區(qū)域的內(nèi)容類型(Content type)中加入多個標(biāo)識信息，其中， 文件拆分SplitFileID標(biāo)識，用于表示本次發(fā)送的匪S數(shù)據(jù)包所屬的大附件； 拆分計(jì)數(shù)SplitCo皿t標(biāo)識，用于表示本次大附件拆分成小附件的拆分個數(shù)； 拆分類型SplitType標(biāo)識，用于表示文件被拆分時使用的拆分策略； 下一拆分內(nèi)容NextSplitContentID標(biāo)識，用于表示下一個待發(fā)送的匪S數(shù)據(jù)包的
內(nèi)容Content ID標(biāo)識。 步驟503，多媒體消息中心接收第一用戶終端發(fā)送的匪S數(shù)據(jù)包，并將收到的匪S 數(shù)據(jù)包保存，同時記錄下每個匪S數(shù)據(jù)包的協(xié)議信息區(qū)域中的NextSplitContentID標(biāo)識、 Content ID標(biāo)識、SplitFileID標(biāo)識、SplitCo皿t標(biāo)識禾口 SplitType標(biāo)識。
步驟504，多媒體消息中心根據(jù)保存的標(biāo)識信息，判斷是否已經(jīng)接收到經(jīng)中間網(wǎng)元 轉(zhuǎn)發(fā)的從增值應(yīng)用服務(wù)商發(fā)出的所有匪S數(shù)據(jù)包。 步驟504中，多媒體消息中心將最近一次收到的匪S數(shù)據(jù)包的協(xié)議信息區(qū)域中的 SplitFileID標(biāo)識的值與保存的SplitCount標(biāo)識的值進(jìn)行比較，如果相等，則確定已經(jīng)接 收到增值應(yīng)用服務(wù)商發(fā)出的所有匪S數(shù)據(jù)包，并進(jìn)入步驟505 ;否則，返回步驟503，多媒體 消息中心繼續(xù)接收從第一用戶終端發(fā)出的匪S數(shù)據(jù)包。 步驟505，多媒體消息中心向第二用戶終端發(fā)送匪S傳輸協(xié)議的多媒體消息通知，
其中，多媒體消息中心在多媒體消息通知的傳輸協(xié)議信息區(qū)域的內(nèi)容類型中寫入將要被下 載的匪S數(shù)據(jù)包的NextSplitContentID、 SplitFileID、 SplitCount、 SplitType標(biāo)識的值。
步驟505中，匪S傳輸協(xié)議的多媒體消息通知為匪S傳輸協(xié)議中接口協(xié)議匪l的 多媒體消息通知。 步驟506，用戶終端收到多媒體消息通知后，根據(jù)多媒體消息通知從多媒體消息中 心下載匪S數(shù)據(jù)包，同時保存下載的匪S數(shù)據(jù)包在協(xié)議信息單元中的NextSplitContentID、 Content ID 、 SplitFileID、 SplitCount和SplitType f示識的值。 步驟507，第二用戶終端將最近一次下載的匪S數(shù)據(jù)包的協(xié)議信息區(qū)域中的SplitFileID標(biāo)識的值與SplitCount標(biāo)識的值進(jìn)行比較，如果相等，則確定已經(jīng)從多媒體 消息中心下載了所有匪S數(shù)據(jù)包，并進(jìn)入步驟508 ;否則，返回步驟506，第二用戶終端繼續(xù) 從多媒體消息中心下載匪S數(shù)據(jù)包。 步驟508，第二用戶終端根據(jù)ContentID標(biāo)識確定所有屬于同一個大附件的匪S 數(shù)據(jù)包，根據(jù)這些匪S數(shù)據(jù)包的NextSplitContentID標(biāo)識的值確定多個匪S數(shù)據(jù)包中每個 匪S數(shù)據(jù)包的位置，根據(jù)這些匪S數(shù)據(jù)包的SplitType標(biāo)識確定拆分策略，使用與拆分策略 相對應(yīng)的合并策略將這些匪S數(shù)據(jù)包還原成原始的大附件。 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，對本發(fā)明實(shí)施例所作的任何修改、變更、組合、等同替換、改進(jìn)等，均應(yīng)包含 在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種傳輸大附件的方法，其特征在于，包括第一設(shè)備將待發(fā)送的大附件拆分成多個小附件，將所述多個小附件分別形成包括標(biāo)識信息的多個多媒體信息服務(wù)MMS數(shù)據(jù)包，將所述多個MMS數(shù)據(jù)包發(fā)送；多媒體消息中心接收所述多個MMS數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定收到全部所述多個MMS數(shù)據(jù)包，發(fā)送多媒體消息通知；第二設(shè)備接收所述多媒體消息通知，根據(jù)所述多媒體消息通知從所述多媒體消息中心下載所述多個MMS數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定從多媒體消息中心下載到全部所述多個MMS數(shù)據(jù)包，根據(jù)所述標(biāo)識信息將全部所述多個MMS數(shù)據(jù)包還原成所述大附件。
2. 根據(jù)權(quán)利要求l所述的方法，其特征在于， 所述標(biāo)識信息包括拆分計(jì)數(shù)標(biāo)識和文件拆分標(biāo)識；當(dāng)所述拆分計(jì)數(shù)標(biāo)識的值與所述文件拆分標(biāo)識的值相等時，所述多媒體消息中心確定收到全部所述多個匪s數(shù)據(jù)包。
3. 根據(jù)權(quán)利要求l所述的方法，其特征在于， 所述標(biāo)識信息包括下一拆分內(nèi)容標(biāo)識；所述第二設(shè)備根據(jù)所述下一拆分內(nèi)容標(biāo)識的值確定所述多個匪S數(shù)據(jù)包中每個MMS數(shù) 據(jù)包的位置。
4. 根據(jù)權(quán)利要求l所述的方法，其特征在于， 所述標(biāo)識信息包括拆分類型標(biāo)識；所述第二設(shè)備根據(jù)所述拆分類型標(biāo)識的值確定大附件的拆分策略，根據(jù)所述拆分策略 確定組合策略，根據(jù)所述組合策略將全部所述匪S數(shù)據(jù)包還原成大附件。
5. 根據(jù)權(quán)利要求1至4中任意一項(xiàng)所述的方法，其特征在于， 所述多媒體消息通知包括所述標(biāo)識信息；所述第二設(shè)備根據(jù)所述多媒體消息通知中的標(biāo)識信息，從所述多媒體消息中心下載所 述多個匪S數(shù)據(jù)包。
6. —種傳輸大附件的系統(tǒng)，其特征在于，包括第一設(shè)備，用于將待發(fā)送的大附件拆分成多個小附件，將所述多個小附件分別形成包 括標(biāo)識信息的多個匪S數(shù)據(jù)包，將所述多個匪S數(shù)據(jù)包發(fā)送；多媒體消息中心，用于接收所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定收到全部所 述多個匪S數(shù)據(jù)包，發(fā)送多媒體消息通知；第二設(shè)備，用于接收所述多媒體消息通知，根據(jù)所述多媒體消息通知從所述多媒體消 息中心下載所述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息確定從多媒體消息中心下載到全部所 述多個匪S數(shù)據(jù)包，根據(jù)所述標(biāo)識信息將全部所述多個匪S數(shù)據(jù)包還原成所述大附件。
7. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述第一設(shè)備在所述標(biāo)識信息中設(shè)置拆分計(jì)數(shù)標(biāo)識和文件拆分標(biāo)識； 當(dāng)所述拆分計(jì)數(shù)標(biāo)識的值與所述文件拆分標(biāo)識的值相等時，所述多媒體消息中心確定 收到全部所述多個匪S數(shù)據(jù)包。
8. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于， 所述第一設(shè)備在所述標(biāo)識信息中設(shè)置下一拆分內(nèi)容標(biāo)識；所述第二設(shè)備根據(jù)所述下一拆分內(nèi)容標(biāo)識的值確定所述多個匪S數(shù)據(jù)包中每個MMS數(shù)據(jù)包的位置。
9. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于， 所述第一設(shè)備在所述標(biāo)識信息中設(shè)置拆分類型標(biāo)識；所述第二設(shè)備根據(jù)所述拆分類型標(biāo)識的值確定大附件的拆分策略，根據(jù)所述拆分策略 確定組合策略，根據(jù)所述組合策略將全部所述多個匪S數(shù)據(jù)包還原成大附件。
10. 根據(jù)權(quán)利要求6至9中任意一項(xiàng)所述的系統(tǒng)，其特征在于， 所述多媒體消息中心將所述標(biāo)識信息加入所述多媒體消息通知中； 所述第二設(shè)備根據(jù)所述多媒體消息通知中的標(biāo)識信息，從所述多媒體消息中心下載所述多個匪S數(shù)據(jù)包。
全文摘要
本發(fā)明公開了一種多媒體信息服務(wù)業(yè)務(wù)中傳輸大附件的方法及系統(tǒng)，包括第一設(shè)備將待發(fā)送的大附件拆分成多個小附件，將多個小附件分別形成包括標(biāo)識信息的多個MMS數(shù)據(jù)包，將多個MMS數(shù)據(jù)包發(fā)送；多媒體消息中心接收多個MMS數(shù)據(jù)包，根據(jù)標(biāo)識信息確定收到全部多個MMS數(shù)據(jù)包，發(fā)送多媒體消息通知；第二設(shè)備接收多媒體消息通知，根據(jù)多媒體消息通知從多媒體消息中心下載多個MMS數(shù)據(jù)包，根據(jù)標(biāo)識信息確定從多媒體消息中心下載到全部多個MMS數(shù)據(jù)包，根據(jù)標(biāo)識信息將全部多個MMS數(shù)據(jù)包還原成大附件。通過本發(fā)明在對現(xiàn)有MMS系統(tǒng)改動盡可能小的前提下，實(shí)現(xiàn)MMS的大附件的傳輸，從而突破現(xiàn)有MMS系統(tǒng)對MMS的附件容量的限制。
文檔編號H04W88/18GK101695202SQ200910236479
公開日2010年4月14日 申請日期2009年10月22日 優(yōu)先權(quán)日2009年10月22日
發(fā)明者劉勇, 黃嘉明 申請人:中興通訊股份有限公司;