專利名稱：一種消息傳輸方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通訊技術(shù)，特別是涉及一種消息傳輸方法及系統(tǒng)。
背景技術(shù)：
在通信運營商提供的諸多增值業(yè)務(wù)中，消息業(yè)務(wù)倍受用戶歡迎，是運營商的一大收入來源。目前的消息業(yè)務(wù)主要包括短消息業(yè)務(wù)SMS(ShortMessaging Service)、增強型短消息服務(wù)EMS(Enhanced Message Service)和多媒體消息服務(wù)MMS(Multimedia Messaging Service)三種。目前，MMS已逐漸走向成熟，成為主流的消息業(yè)務(wù)。
請參閱圖1，是一種消息傳輸方法的現(xiàn)有技術(shù)。此圖以多媒體消息傳輸為例，但并不局限于多媒體消息。
圖中發(fā)起終端A向接收終端B成功發(fā)送多媒體消息，具體流程如下(1)發(fā)起終端A通過M-Send.req消息提交多媒體消息到多媒體消息服務(wù)中心MMSC(Multimedia Messaging Service Center)；(2)MMSC對消息進行檢查校驗后，向發(fā)起終端A返回M-Send.conf響應(yīng)消息，在響應(yīng)消息中表示接收成功與否；(3)如果MMSC成功接收了發(fā)起終端提交的消息，MMSC判斷多媒體消息接收方為接收終端B，并向接收終端B發(fā)送通知消息M-Notification.ind，告知有來自發(fā)送終端A的多媒體消息；(4)接收終端B收到通知消息M-Notification.ind后，返回通知響應(yīng)消息M-NotifyResp.ind，表示已接收；(5)接收終端B向MMSC發(fā)起獲取請求消息WSP/HTTP GET.REQ；(6)MMSC下發(fā)多媒體消息M-Retrieve.conf給接收終端B；(7)接收終端B獲取完畢后，向MMSC返回獲取響應(yīng)消息M-Acknowledge.ind，表示獲取成功。
現(xiàn)有技術(shù)中，消息服務(wù)中心或終端設(shè)備常因為網(wǎng)絡(luò)帶寬以及處理能力等因素會對發(fā)送或接收的消息的大小進行限制，例如，當(dāng)發(fā)送終端發(fā)送超出該大小限制的消息時，就會發(fā)送消息失敗，用戶需要重新編輯消息并重新發(fā)送；當(dāng)接收終端發(fā)現(xiàn)接收的消息超出了自身的能力時，也會接收失敗，此時接收終端可能會發(fā)起多次獲取消息請求，但是因為消息過大，始終將不能成功下載，并且占用了大量不必要的網(wǎng)絡(luò)資源。
另外，各終端以及消息服務(wù)中心對消息限制的大小并不完全相同，如終端支持的消息大小可能會大于消息服務(wù)中心支持的消息大小，終端提交消息也很容易失敗。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種消息傳輸方法及系統(tǒng)，該方法和系統(tǒng)使終端待發(fā)消息大小不受網(wǎng)絡(luò)帶寬和設(shè)備性能的限制。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的，包括步驟1)發(fā)起終端將消息拆分，提交給消息服務(wù)中心；2)所述消息服務(wù)中心將消息下發(fā)給接收終端，接收終端獲取并進行合并。
進一步的，所述步驟1)中包括消息服務(wù)中心接收消息后進行合并；所述步驟2)中包括消息服務(wù)中心下發(fā)消息前將消息拆分。
其中，在所述步驟1)消息提交過程中，當(dāng)發(fā)起終端提交的消息大于消息服務(wù)中心支持的消息大小，發(fā)起終端按消息服務(wù)中心支持的消息大小重新拆分消息。
所述步驟2)消息下發(fā)前，當(dāng)接收終端支持的消息大小大于或等于消息服務(wù)中心支持的消息大小，消息服務(wù)中心按自身支持的消息大小拆分消息；否則，按接收終端支持的消息大小拆分消息。
其中，發(fā)起終端提交消息給消息服務(wù)中心時標記消息標識；消息服務(wù)中心接收消息后根據(jù)消息標識將消息合并。
進一步的，若發(fā)起終端提交消息失敗，進入異常處理過程，包括以下步驟21)消息服務(wù)中心向發(fā)起終端返回失敗的提交消息響應(yīng)或直接將消息拋棄；22)發(fā)起終端向消息服務(wù)中心提交上次提交失敗的消息；23)消息服務(wù)中心獲取消息成功，向發(fā)起終端返回成功的提交消息響應(yīng)。
進一步的，若接收終端獲取消息失敗，進入異常處理過程，包括以下步驟31)向消息服務(wù)中心返回失敗的獲取消息響應(yīng)或直接將消息拋棄；32)向消息服務(wù)中心發(fā)送獲取請求消息；33)消息服務(wù)中心向接收終端下發(fā)上次下發(fā)失敗的消息；34)接收終端獲取消息成功，向消息服務(wù)中心返回成功的獲取消息響應(yīng)。
若因故障，消息服務(wù)中心接收或下發(fā)部分消息時，等待發(fā)起終端繼續(xù)提交消息或接收終端繼續(xù)獲取消息；故障解除后，消息服務(wù)中心繼續(xù)接收或下發(fā)后續(xù)消息。
其中，所述步驟1)發(fā)起終端提交消息前，按自身支持的消息大小拆分消息。
所述步驟2)之后接收終端將消息展現(xiàn)給終端用戶。
一種消息傳輸系統(tǒng)，包括發(fā)起終端、消息服務(wù)中心、接收終端。發(fā)起終端將消息進行拆分并提交給消息服務(wù)中心；消息服務(wù)中心接收發(fā)起終端提交的消息，并下發(fā)給接收終端；接收終端獲取消息服務(wù)中心下發(fā)的消息，并進行合并。
進一步的，消息服務(wù)中心接收發(fā)起終端提交的消息后進行合并，并在下發(fā)消息給接收終端前將消息拆分。
當(dāng)發(fā)起終端提交的消息大于消息服務(wù)中心支持的消息大小，發(fā)起終端按消息服務(wù)中心支持的消息大小拆分消息；當(dāng)接收終端支持的消息大小大于或等于消息服務(wù)中心支持的消息大小，消息服務(wù)中心按自身支持的消息大小拆分消息，否則，按收終端支持的消息大小拆分消息。
從以上技術(shù)方案可以看出，相對于現(xiàn)有技術(shù)，本發(fā)明具有以下有益效果
首先，目前的各個設(shè)備包括消息服務(wù)中心系統(tǒng)和終端，均對一次提交消息或一次下載消息進行大小限制，本發(fā)明提供的一種消息傳輸方法及系統(tǒng)，在消息傳輸流程上支持消息的拆分與合并，從而解決了終端以及消息服務(wù)中心系統(tǒng)不能支持超出設(shè)備本身一次提交或下發(fā)消息大小的限制，提高了終端用戶的體驗，使終端用戶在使用消息業(yè)務(wù)時不再受到消息大小的限制。
進一步的，現(xiàn)有的各個設(shè)備對消息進行的大小限制可能不相同，本發(fā)明中終端和消息服務(wù)中心可以進行能力協(xié)商，對消息的拆分比較靈活，發(fā)起終端可以根據(jù)自身能力對消息進行拆分，當(dāng)拆分的消息大小大于消息服務(wù)中心支持的消息大小時還可以重新按照消息服務(wù)中心的要求進行拆分，而消息服務(wù)中心在消息下發(fā)前可以根據(jù)接收終端的接收能力對消息進行拆分，從而可以支持不同的設(shè)備。
更進一步的，本發(fā)明在消息提交和下發(fā)過程中提供失敗處理流程，對消息不能正常提交或下發(fā)時，消息服務(wù)中心會等待一段時間，繼續(xù)接收或下發(fā)后續(xù)的消息，從而避免在消息傳輸過程中出現(xiàn)的其他異常情況而導(dǎo)致的消息不能繼續(xù)傳輸?shù)浇K端的情況。


圖1是一種現(xiàn)有技術(shù)的消息傳輸方法流程圖；圖2是本發(fā)明提供的消息傳輸方法的概況流程圖；圖3是本發(fā)明提供的消息傳輸方法的具體流程圖；圖4是本發(fā)明提供的消息傳輸方法中發(fā)起終端A與MMSC進行能力協(xié)商原理圖；圖5是本發(fā)明提供的消息傳輸方法中發(fā)起終端A與MMSC進行能力協(xié)商實施例流程圖；圖6是本發(fā)明提供的消息傳輸方法中MMSC與接收終端B進行能力協(xié)商原理圖；圖7是本發(fā)明提供的消息傳輸方法中MMSC與接收終端B進行能力協(xié)商第一實施例流程圖；
圖8是本發(fā)明提供的消息傳輸方法中MMSC與接收終端B進行能力協(xié)商第二實施例流程圖；圖9是本發(fā)明提供的消息傳輸方法中發(fā)起終端A向MMSC提交消息過程中的異常處理流程圖；圖10是本發(fā)明提供的消息傳輸方法中MMSC向接收終端B下發(fā)消息過程中的異常處理流程圖；圖11是本發(fā)明提供的消息傳輸系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明的核心思想是發(fā)起終端將消息拆分，提交給消息服務(wù)中心；消息服務(wù)中心將消息下發(fā)給接收終端，接收終端獲取并進行合并，從而使終端用戶在使用消息業(yè)務(wù)時不再受網(wǎng)絡(luò)帶寬和設(shè)備性能的限制。
需說明的是，本發(fā)明以多媒體消息傳輸為例，但并不局限于多媒體消息的傳輸。本發(fā)明中的消息服務(wù)中心以多媒體消息服務(wù)中心MMSC為例，但并不局限于多媒體消息服務(wù)中心。
需進一步說明的是，本發(fā)明中，終端和MMSC需要支持多媒體消息的合并與拆分，并支持可以多次提交或下發(fā)多媒體消息。
本發(fā)明修改了多媒體消息服務(wù)MMS接口協(xié)議，其修改如下在M-Send.req消息中增加字段如下


在M-Send.conf消息中增加字段如下

在M-Notification.ind消息中增加字段如下


在M-NotifyResp.ind/M-Acknawledge.ind消息中增加字段如下

在M-Retrieve.conf消息中增加字段如下


為了便于對本發(fā)明進一步理解，下面結(jié)合本發(fā)明的具體實施方式
對本發(fā)明進行詳細描述。
請參照圖2，是本發(fā)明提供的消息傳輸方法的概況流程圖，包括步驟s1)發(fā)起終端將消息拆分，提交給消息服務(wù)中心；s2)所述消息服務(wù)中心將消息下發(fā)給接收終端，接收終端獲取并進行合并。
進一步的，所述步驟1)中包括消息服務(wù)中心接收消息后進行合并；所述步驟2)中包括消息服務(wù)中心下發(fā)消息前將消息拆分。
進一步的，所述步驟1)發(fā)起終端提交消息前，按自身支持的消息大小拆分消息。
因為各終端設(shè)備的配置能力并不一定相同，不同廠家可能有不同設(shè)置，所以發(fā)起終端支持的消息大小也不一定相同。在發(fā)起終端拆分消息時，可以根據(jù)但不局限于編輯消息內(nèi)容的大小及終端自身支持的消息大小確定消息拆分的數(shù)目。例如編輯的消息內(nèi)容為300K，發(fā)起終端支持的消息大小為100K，則可以確定消息拆分數(shù)目為3，假如發(fā)起終端支持的消息大小為60K，則可以確定消息拆分數(shù)目為5，其他情況以此類推。
請參閱圖3，是本發(fā)明提供的消息傳輸方法的具體流程圖。
此圖是發(fā)起終端A發(fā)送多媒體消息給接收終端B的正常流程，其中多媒體消息服務(wù)中心MMSC、發(fā)起終端A和接收終端B支持提交或下發(fā)的單條消息為100K大小，發(fā)起終端A發(fā)送500K大小消息給接收終端B。
其具體流程說明如下(1)發(fā)起終端A編輯了500K大小媒體內(nèi)容，需要發(fā)送該消息給接收終端B，發(fā)起終端A發(fā)現(xiàn)自身能力一次只能提交100K大小的媒體內(nèi)容，則自動將該消息拆分為5條消息，并向多媒體消息服務(wù)中心MMSC發(fā)起第一條提交消息M-Send.req，其中參數(shù)的值為
X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence＝1，表示消息提交次數(shù)為5，提交消息的序號為1，消息體為拆分后的第1塊消息體；(2)MMSC收到發(fā)起終端A提交的消息后進行檢查校驗，此校驗包括MMSC判斷能否處理發(fā)起終端A單次提交的消息大小，如果檢驗校驗通過，則返回成功的提交響應(yīng)消息M-Send.conf，其中參數(shù)的值為X-Mms-Submit-Result＝Y(jié)ES，X-Mms-Submit-Sequence＝1，表示本次接收消息成功，提交消息的序號為1；(3)發(fā)起終端A隨后提交第2/3/4/5條MMS消息的M-Send.req消息，其中參數(shù)的值為X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence分別為2/3/4/5，表示消息提交次數(shù)為5，提交消息的序號分別為2/3/4/5，消息標識Message-ID的值為第一條M-Send.conf返回的Message-ID值，協(xié)議數(shù)據(jù)單元PDU(Protocol Data Unit)其它參數(shù)仍然與第一條提交消息的參數(shù)相同，消息體分別為拆分后的第2/3/4/5塊消息體；(4)MMSC返回成功的提交響應(yīng)消息M-Send.conf，并將之前接收的所有消息通過MessageID進行關(guān)聯(lián)合并；(5)MMSC向接收終端B下發(fā)通知消息M-Notification.ind，參數(shù)的值為X-Mms-Retrieve-Total＝5，X-Mms-Message-Size-Supported-by-MMSC＝100K，表示消息下發(fā)次數(shù)為5，MMSC支持的單次下發(fā)消息的大小為100K；(6)接收終端B向MMSC返回成功的通知響應(yīng)消息M-NotifyResp.ind，其中參數(shù)的值為X-Mms-Message-Size-Supported-by-Recipient＝100K，表示接收終端B可以支持單次下發(fā)消息的大小為100K；(7)接收終端B向MMSC發(fā)起Get獲取請求消息；(8)MMSC按自身支持的消息大小拆分消息，并下發(fā)第一條MMS消息M-Retrieve.conf，其中參數(shù)的值為X-Mms-Retrieve-Total＝5，X-Mms-Retrieve-Sequence＝1，表示消息下發(fā)次數(shù)為5，消息下發(fā)序號為1，消息體為拆分后的第一塊消息體；(9)接收終端B向MMSC返回成功的獲取響應(yīng)消息M-Acknowledge.ind，其中參數(shù)的值為X-Mms-Retrieve-Sequence＝1，X-Mms-Retrieve-Result＝Y(jié)ES，表示消息獲取序號為1，本次獲取消息成功；(10)接收終端B向MMSC發(fā)起第2/3/4/5次Get獲取請求消息；(11)MMSC依次向接收終端B下發(fā)MMS消息M-Retrieve.conf，其中參數(shù)的值為X-Mms-Retrieve-Total＝5，X-Mms-Retrieve-Sequence分別為2/3/4/5，表示消息下發(fā)次數(shù)為5，消息下發(fā)序號分別為2/3/4/5，協(xié)議數(shù)據(jù)單元PDU其它系統(tǒng)參數(shù)與第一條下發(fā)消息M-Retrieve.conf的參數(shù)相同，消息體分別為拆分后的第2/3/4/5塊；(12)接收終端B向MMSC返回成功的獲取響應(yīng)消息，并在獲取消息完畢后將之前獲取到的所有消息按序號合并，最終展現(xiàn)給終端用戶。
需要說明的是，此流程中發(fā)起終端A和接收終端B支持的消息大小一致，MMSC接收發(fā)起終端A提交的消息后也可以不進行合并，相應(yīng)的MMSC下發(fā)消息給接收終端B的流程會有適應(yīng)性的變化。本發(fā)明的實施方式以MMSC接收發(fā)起終端A提交的消息后進行合并為優(yōu)選例，但并不局限于此。
請參閱圖4，是本發(fā)明提供的消息傳輸方法中發(fā)起終端A與MMSC進行能力協(xié)商原理圖，其中包括步驟s11)發(fā)起終端A編輯多媒體消息后根據(jù)自身能力將消息進行拆分，并向MMSC發(fā)起第一條提交消息；s12)MMSC收到提交消息后，進行檢查校驗，判斷能否處理發(fā)起終端A提交的消息大小，如果能處理，進入步驟s13)，如果不能處理，進入步驟s14)；s13)返回成功的提交響應(yīng)消息；s14)返回失敗的提交響應(yīng)消息，并將自身支持的最大單次消息大小告知發(fā)起終端A，然后進入步驟s15)；s15)發(fā)起終端A按MMSC支持的最大單次消息大小重新對消息進行拆分，并向MMSC發(fā)起第一條提交消息，然后進入步驟s16)；s16)MMSC能夠正常處理提交的消息，向發(fā)起終端A返回成功的提交響應(yīng)消息。
請參閱圖5，是本發(fā)明提供的消息傳輸方法中發(fā)起終端與MMSC進行能力協(xié)商實施例流程圖。
圖中MMSC支持一次提交最大100K大小消息，發(fā)起終端A支持一次提交最大120K大小消息，其中包括步驟111)發(fā)起終端A編輯了500K大小媒體內(nèi)容，需要發(fā)送該消息給接收終端B，發(fā)起終端A發(fā)現(xiàn)自身能力一次只能提交120K大小的媒體內(nèi)容，則自動將該消息拆分為5條消息，并向MMSC發(fā)起第一條提交消息M-Send.req，其中參數(shù)的值為X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence＝1，表示消息提交次數(shù)為5，提交消息的序號為1，且第一塊消息大小為120K；112)MMSC收到該消息后，不能處理120K的消息，則返回失敗的提交響應(yīng)消息M-Send.conf，并告知發(fā)起終端A，MMSC最大僅支持一次提交消息為100K；113)發(fā)起終端A重新對消息按照100K進行拆分，并向MMSC重新提交MMS消息，其中參數(shù)的值為X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence＝1，表示消息提交次數(shù)為5，提交消息的序號為1，且第一塊消息大小為100K；114)MMSC能夠正常處理100K的消息，向發(fā)起終端A返回成功的響應(yīng)消息M-Send.conf。
請參閱圖6，是本發(fā)明提供的消息傳輸方法中MMSC與接收終端B進行能力協(xié)商原理圖，其中包括步驟S21)MMSC下發(fā)通知消息給接收終端B，告知即將下發(fā)的消息次數(shù)和單次下發(fā)的消息大小S22)接收終端B向MMSC返回成功的通知響應(yīng)消息，將自身支持接收的最大單次消息大小告知MMSC，并向MMSC發(fā)起獲取請求消息；S23)MMSC收到消息后，判斷接收終端B能否接收原準備下發(fā)的單次消息大小，如果能，進入步驟s25)，如果否，進入步驟s24)；S24)MMSC按接收終端B支持的單次消息大小對多媒體消息進行拆分，進入步驟S26)；S25)MMSC按原自身支持的單次消息大小對多媒體消息進行拆分，進入步驟S26)；S26)MMSC向接收終端B下發(fā)拆分消息，進入步驟S27)；S27)接收終端B成功獲取拆分消息，向MMSC返回獲取響應(yīng)消息。
請參閱圖7，是本發(fā)明提供的消息傳輸方法中MMSC與接收終端B進行能力協(xié)商第一實施例流程圖。
圖中MMSC需將500K大小媒體內(nèi)容下發(fā)給接收終端B，MMSC支持一次下發(fā)最大100K大小消息，接收終端B支持一次接收最大80K大小消息，其中包括步驟211)MMSC收到了發(fā)起終端A提交的500K大小媒體內(nèi)容，需要發(fā)送該消息給接收終端B，MMSC向接收終端B下發(fā)通知消息M-Notification.ind，其中參數(shù)的值為X-Mms-Retrieve-Total＝5，X-Mms-Message-Size-Supported-by-MMSC＝100K，表示消息下發(fā)次數(shù)為5，MMSC支持的單次下發(fā)消息的大小為100K；212)接收終端B向MMSC返回通知響應(yīng)消息M-NotifyResp.ind，其中參數(shù)的值為X-Mms-Message-Size-Supported-by-Recipient＝80K，表示接收終端B可以支持單次下發(fā)消息的大小為80K；213)接收終端B向MMSC發(fā)起Get獲取請求消息；214)MMSC收到接收終端B返回的通知響應(yīng)消息和請求消息后，判斷出接收終端B不能接收原準備下發(fā)的單次消息大小100K，則按接收終端B支持的最大單次消息大小對多媒體消息進行拆分，并向接收終端B下發(fā)拆分后的第一條消M-Retrieve.conf，其中參數(shù)的值為X-Mms-Retrieve-Total＝7，X-Mms-Retrieve-Sequence＝1，表示消息下發(fā)次數(shù)為7，消息下發(fā)序號為1，且第一塊消息大小為80K；215)接收終端B獲取消息成功，向MMSC返回成功的獲取響應(yīng)消息M-Acknowledge.ind，其中參數(shù)的值為
X-Mms-Retrieve-Sequence＝1，X-Mms-Retrieve-Result＝Y(jié)ES，表示消息獲取序號為1，本次獲取消息成功。
請參閱圖8，是本發(fā)明提供的消息傳輸方法中MMSC與接收終端B進行能力協(xié)商第二實施例流程圖。
圖中MMSC需將500K大小媒體內(nèi)容下發(fā)給接收終端B，MMSC支持一次下發(fā)最大100K大小消息，接收終端B支持一次接收最大120K大小消息，其中包括步驟311)MMSC收到了發(fā)起終端A提交的500K大小媒體內(nèi)容，需要發(fā)送該消息給接收終端B，MMSC向接收終端B下發(fā)通知消息M-Notification.ind，其中參數(shù)的值為X-Mms-Retrieve-Total＝5，X-Mms-Message-Size-Supported-by-MMSC＝100K，表示消息下發(fā)次數(shù)為5，MMSC支持的單次下發(fā)消息的大小為100K；312)接收終端B向MMSC返回通知響應(yīng)消息M-NotifyResp.ind，其中參數(shù)的值為X-Mms-Message-Size-Supported-by-Recipient＝120K，表示接收終端B可以支持單次下發(fā)消息的大小為120K；313)接收終端B向MMSC發(fā)起Get獲取請求消息；314)MMSC收到接收終端B返回的通知響應(yīng)消息和請求消息后，判斷出接收終端B能接收原準備下發(fā)的單次消息大小100K，則按原準備下發(fā)的消息大小對多媒體消息進行拆分，并向接收終端B下發(fā)拆分后的第一條消M-Retrieve.conf，其中參數(shù)的值為X-Mms-Retrieve-Total＝5，X-Mms-Retrieve-Sequence＝1，表示消息下發(fā)次數(shù)為5，消息下發(fā)序號為1，且第一塊消息大小為100K；315)接收終端B獲取消息成功，向MMSC返回成功的獲取響應(yīng)消息M-Acknowledge.ind，其中參數(shù)的值為X-Mms-Retrieve-Sequence＝1，X-Mms-Retrieve-Result＝Y(jié)ES，表示消息獲取序號為1，本次獲取消息成功。
請參閱圖9，是本發(fā)明提供的消息傳輸方法中發(fā)起終端A向MMSC提交消息過程中的異常處理流程圖。
在消息提交過程中，可能會出現(xiàn)各種異常情況導(dǎo)致MMSC獲取消息失敗，如公共網(wǎng)站的網(wǎng)絡(luò)故障、移動網(wǎng)絡(luò)的傳輸故障或是網(wǎng)絡(luò)繁忙、發(fā)起終端信號減弱等，都會影響MMSC正常獲取消息。
圖9就是發(fā)起終端A提交消息失敗時對應(yīng)的處理情況。圖中MMSC支持一次接收最大100K大小消息，發(fā)起終端A支持一次提交最大100K大小消息，其中包括步驟s31)MMSC獲取消息失敗，向發(fā)起終端A返回失敗的提交消息響應(yīng)M-Send.conf，其中參數(shù)的值為X-Mms-Submit-Result＝NO，表示獲取提交消息失敗，或MMSC獲取消息失敗后直接將消息拋棄；s32)發(fā)起終端A向MMSC提交上次提交失敗的消息；s33)MMSC獲取消息成功，向發(fā)起終端A返回成功的提交消息響應(yīng)。
在步驟s32)中，發(fā)起終端A可以根據(jù)MMSC返回的消息知道提交失敗消息的序號，從而確定繼續(xù)提交的消息。
需要說明的是，在發(fā)起終端A提交MMS消息過程中，因為任何原因例如網(wǎng)絡(luò)忙等而導(dǎo)致提交了部分消息(例如第1、2條)，而不能繼續(xù)提交時，MMSC應(yīng)該在一定時間內(nèi)等待發(fā)起終端A繼續(xù)提交消息，發(fā)起終端A在故障解除后，能夠繼續(xù)自動或手動繼續(xù)提交后續(xù)的消息。這里所述的一定時間是指一次會話時間，具體根據(jù)不同廠家的設(shè)備會有所不同。
請參閱圖10，是本發(fā)明提供的消息傳輸方法中MMSC向接收終端B下發(fā)消息過程中的異常處理流程圖。
在消息下發(fā)過程中，可能會出現(xiàn)各種異常情況導(dǎo)致接收終端獲取消息失敗，如公共網(wǎng)站的網(wǎng)絡(luò)故障、移動網(wǎng)絡(luò)的傳輸故障或是網(wǎng)絡(luò)繁忙、接收終端信號減弱等，都會影響接收終端正常獲取消息。
圖10就是出現(xiàn)獲取消息失敗時，接收終端B的處理情況。圖中MMSC支持一次下發(fā)最大100K大小消息，接收終端B支持一次下發(fā)最大100K大小消息，其中包括步驟
s41)接收終端B獲取消息失敗，向MMSC返回失敗的獲取消息響應(yīng)M-Acknowledge.ind，其中參數(shù)的值為X-Mms-Retrieve-Result＝NO，表示獲取消息失敗，或接收終端B獲取消息失敗后直接將消息拋棄；s42)接收終端B繼續(xù)向MMSC發(fā)起獲取消息請求；s43)MMSC向接收終端B繼續(xù)下發(fā)上次下發(fā)失敗的消息；s44)接收終端B獲取消息成功，向MMSC回送成功的獲取消息響應(yīng)。
在步驟s43)中，MMSC可以根據(jù)接收終端B返回的消息知道下發(fā)失敗消息的序號，從而確定繼續(xù)下發(fā)的消息。
需要說明的是，在接收終端B獲取MMS消息過程中，因為任何原因例如網(wǎng)絡(luò)忙等而導(dǎo)致下發(fā)了部分消息(例如第1、2條)，而不能繼續(xù)獲取時，MMSC應(yīng)該在一定時間內(nèi)等待接收終端B繼續(xù)獲取消息，接收終端B在故障解除后，能夠繼續(xù)自動或手動繼續(xù)獲取后續(xù)的消息。這里所述的一定時間是指一次會話時間，具體根據(jù)不同廠家的設(shè)備會有所不同。
請參閱圖11，是本發(fā)明提供的消息傳輸系統(tǒng)的結(jié)構(gòu)圖。
圖中的消息傳輸系統(tǒng)100，包括發(fā)起終端110、消息服務(wù)中心120、接收終端130。
發(fā)起終端110根據(jù)自身支持消息大小將消息進行拆分，提交給消息服務(wù)中心120，并進行能力協(xié)商，當(dāng)提交的消息大于消息服務(wù)中心120支持的消息大小，發(fā)起終端110按消息服務(wù)中心120支持的消息大小重新拆分消息并提交給消息服務(wù)中心120；消息服務(wù)中心120接收發(fā)起終端110提交的消息后根據(jù)消息標識進行合并，然后與接收終端130進行能力協(xié)商，當(dāng)接收終端130支持的消息大小大于或等于消息服務(wù)中心120支持的消息大小，消息服務(wù)中心120按自身支持的消息大小拆分消息并下發(fā)給接收終端130，否則按收終端130支持的消息大小拆分消息并下發(fā)給接收終端130；接收終端130獲取消息服務(wù)中心120下發(fā)的消息，并根據(jù)消息序號進行合并，最終展示給終端用戶。
可以理解的是，接收終端130將獲取的消息進行合并時，除根據(jù)消息序號進行合并外，還可以根據(jù)其他方式進行合并。
需要說明的是，本消息傳輸方法及系統(tǒng)應(yīng)用于且不局限于通用分組無線業(yè)務(wù)GPRS(General Packet Radio Service)、碼分多址CDMA2000-1X(CodeDivision Multiple Access))等通信系統(tǒng)中。
綜上所述，本發(fā)明在消息傳輸流程上支持消息的拆分與合并，解決了消息服務(wù)中心和終端設(shè)備對消息傳輸?shù)拇笮〉南拗?。以多媒體消息為例，也就是說，發(fā)起終端將多媒體消息拆分后提交給MMSC，由MMSC將其合并，然后再拆分下發(fā)給接收終端，由接收終端接收后再進行合并，最終展現(xiàn)給終端用戶，從而使終端用戶在使用消息業(yè)務(wù)時不再受到消息大小的限制。
以上對本發(fā)明所提供的一種消息傳輸方法及系統(tǒng)進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種消息傳輸方法，其特征在于，包括步驟1)發(fā)起終端將消息拆分，提交給消息服務(wù)中心；2)所述消息服務(wù)中心將消息下發(fā)給接收終端，接收終端獲取并進行合并。
2.如權(quán)利要求1所述的消息傳輸方法，其特征在于所述步驟1)中包括消息服務(wù)中心接收消息后進行合并；所述步驟2)中包括消息服務(wù)中心下發(fā)消息前將消息拆分。
3.如權(quán)利要求2所述的消息傳輸方法，其特征在于所述步驟1)消息提交過程中，當(dāng)發(fā)起終端提交的消息大于消息服務(wù)中心支持的消息大小，發(fā)起終端按消息服務(wù)中心支持的消息大小重新拆分消息。
4.如權(quán)利要求2所述的消息傳輸方法，其特征在于所述步驟2)消息下發(fā)前，當(dāng)接收終端支持的消息大小大于或等于消息服務(wù)中心支持的消息大小，消息服務(wù)中心按自身支持的消息大小拆分消息；否則，按接收終端支持的消息大小拆分消息。
5.如權(quán)利要求2所述的消息傳輸方法，其特征在于發(fā)起終端提交消息給消息服務(wù)中心時標記消息標識；消息服務(wù)中心接收消息后根據(jù)消息標識將消息合并。
6.如權(quán)利要求2所述的消息傳輸方法，其特征在于，若發(fā)起終端提交消息失敗，進入異常處理過程，包括以下步驟21)消息服務(wù)中心向發(fā)起終端返回失敗的提交消息響應(yīng)或直接將消息拋棄；22)發(fā)起終端向消息服務(wù)中心提交上次提交失敗的消息；23)消息服務(wù)中心獲取消息成功，向發(fā)起終端返回成功的提交消息響應(yīng)。
7.如權(quán)利要求2所述的消息傳輸方法，其特征在于，若接收終端獲取消息失敗，進入異常處理過程，包括以下步驟31)向消息服務(wù)中心返回失敗的獲取消息響應(yīng)或直接將消息拋棄；32)向消息服務(wù)中心發(fā)送獲取請求消息；33)消息服務(wù)中心向接收終端下發(fā)上次下發(fā)失敗的消息；34)接收終端獲取消息成功，向消息服務(wù)中心返回成功的獲取消息響應(yīng)。
8.如權(quán)利要求2所述的消息傳輸方法，其特征在于若因故障，消息服務(wù)中心接收或下發(fā)部分消息時，等待發(fā)起終端繼續(xù)提交消息或接收終端繼續(xù)獲取消息；故障解除后，消息服務(wù)中心繼續(xù)接收或下發(fā)后續(xù)消息。
9.如權(quán)利要求1所述的消息傳輸方法，其特征在于所述步驟1)發(fā)起終端提交消息前，按自身支持的消息大小拆分消息。
10.如權(quán)利要求1所述的消息傳輸方法，其特征在于所述步驟2)之后接收終端將消息展現(xiàn)給終端用戶。
11.一種消息傳輸系統(tǒng)，包括發(fā)起終端、消息服務(wù)中心、接收終端，其特征在于發(fā)起終端將消息進行拆分并提交給消息服務(wù)中心；消息服務(wù)中心接收發(fā)起終端提交的消息，并下發(fā)給接收終端；接收終端獲取消息服務(wù)中心下發(fā)的消息，并進行合并。
12.如權(quán)利要求11所述的消息傳輸系統(tǒng)，其特征在于所述消息服務(wù)中心接收發(fā)起終端提交的消息后進行合并，并在下發(fā)消息給接收終端前將消息拆分。
13.如權(quán)利要求12所述的消息傳輸系統(tǒng)，其特征在于當(dāng)發(fā)起終端提交的消息大于消息服務(wù)中心支持的消息大小，發(fā)起終端按消息服務(wù)中心支持的消息大小拆分消息；當(dāng)接收終端支持的消息大小大于或等于消息服務(wù)中心支持的消息大小，消息服務(wù)中心按自身支持的消息大小拆分消息，否則，按收終端支持的消息大小拆分消息。
全文摘要
本發(fā)明公開了一種消息傳輸方法及系統(tǒng)。所述的方法包括步驟1)發(fā)起終端將消息拆分，提交給消息服務(wù)中心；2)所述消息服務(wù)中心將消息下發(fā)給接收終端，接收終端獲取并進行合并。所述步驟1)中包括消息服務(wù)中心接收消息后進行合并；所述步驟2)中包括消息服務(wù)中心下發(fā)消息前將消息拆分。所述的消息傳輸系統(tǒng)包括發(fā)起終端、消息服務(wù)中心、接收終端。發(fā)起終端將消息進行拆分并提交給消息服務(wù)中心；消息服務(wù)中心接收發(fā)起終端提交的消息，并下發(fā)給接收終端；接收終端獲取消息服務(wù)中心下發(fā)的消息，并進行合并。本發(fā)明應(yīng)用于消息傳輸業(yè)務(wù)中，使終端待發(fā)消息大小不受網(wǎng)絡(luò)帶寬和設(shè)備性能的限制。
文檔編號H04W4/14GK101047880SQ200610067498
公開日2007年10月3日 申請日期2006年3月31日 優(yōu)先權(quán)日2006年3月31日
發(fā)明者徐學(xué)濤 申請人:華為技術(shù)有限公司