專利名稱：彩信并行收發(fā)方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種彩信并4于收發(fā)方法 和裝置。
背景技術(shù)：
彩4言(Multimedia Messaging Service， 簡(jiǎn)-爾為MMS )是移動(dòng)運(yùn) 營(yíng)商4偉出短信業(yè)務(wù)，其以無線應(yīng)用妨、_漢(Wireless Application Protocol,簡(jiǎn)稱為WAP)為載體進(jìn)行多^ 某體傳輸。彩信業(yè)務(wù)的特點(diǎn) 是支持多媒體功能，能夠傳輸功能全面的內(nèi)容和信息，這些信息包 括文字、圖像、聲音、視頻等各種多媒體格式的信息。
MMS業(yè)務(wù)可以實(shí)現(xiàn)即時(shí)的手才幾端到端、手才幾終端到互4關(guān)網(wǎng)或 互聯(lián)網(wǎng)到手機(jī)終端的多媒體信息傳送。與原有的普通短信相比，彩 信除了基本的文字信息以外，還配置有豐富的彩色圖像、聲音、動(dòng) 畫、振動(dòng)、視頻等多i某體內(nèi)容，并且還可以配置新聞、卡通漫畫、 賀卡、動(dòng)畫游戲等應(yīng)用內(nèi)容。
目前，MMS的應(yīng)用大都是將接收和發(fā)送流程分開，按照MMS 協(xié)議根據(jù)收發(fā)的流程單步進(jìn)行，因此，當(dāng)發(fā)送彩信時(shí)，不能手動(dòng)接 收彩信，也不能立即接收彩信；當(dāng)立即接收彩信時(shí)，不能延遲下載 彩信(即，手動(dòng)接收彩信)；當(dāng)延遲下載彩信時(shí)，不能立即接收彩信。 因此，發(fā)送彩信、立即接收彩信、延遲接收彩信不能并發(fā)，導(dǎo)致用 戶體驗(yàn)較差。

發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)中發(fā)送彩信、立即接收彩信、延遲接收彩信不能 并發(fā)而導(dǎo)致用戶體驗(yàn)較差的問題而提出本發(fā)明，為此，本發(fā)明旨在 提供一種彩信并行收發(fā)方法和裝置，以解決上述問題。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種彩信并4于收發(fā)方法。
根據(jù)本發(fā)明的彩信并行收發(fā)方法包括創(chuàng)建隊(duì)列，并將待處理 的所有協(xié)議數(shù)據(jù)單元加入隊(duì)列；按照隊(duì)列中的協(xié)議數(shù)據(jù)單元的順序， 4丸行協(xié)議lt據(jù)單元與彩信力l務(wù)器的交互處理。
優(yōu)選地，所有協(xié)議數(shù)據(jù)單元用于標(biāo)識(shí)如下操作至少之一用戶 設(shè)備發(fā)送彩信、用戶設(shè)備延遲接收彩信、用戶設(shè)備立即接收彩信。
優(yōu)選地，協(xié)議數(shù)據(jù)單元與彩信服務(wù)器的交互處理具體包括對(duì) 于隊(duì)列中的每個(gè)協(xié)議數(shù)據(jù)單元，分別創(chuàng)建用于進(jìn)行收發(fā)操作的線程， 并使用線程執(zhí)行相應(yīng)的協(xié)議數(shù)據(jù)單元與彩信服務(wù)器的交互處理。
優(yōu)選地，在^M于協(xié)議^:據(jù)單元與彩信"良務(wù)器的交互處理之后， 上述方法還包括從隊(duì)列中將已處理的協(xié)議數(shù)據(jù)單元?jiǎng)h除。
優(yōu)選地，上述方法還包括判斷隊(duì)列是否為空；其中，在判斷 隊(duì)列為空的情況下，釋力丈數(shù)據(jù)7K載鏈3各資源和無線應(yīng)用協(xié)i義棧資源； 在判斷隊(duì)列非空的情況下，通過數(shù)據(jù)承載鏈路資源和無線應(yīng)用協(xié)議 棧資源處理隊(duì)列中的協(xié)議教:據(jù)單元。
根據(jù)本發(fā)明的另一個(gè)方面，提供了一種彩信并行收發(fā)裝置。
根據(jù)本發(fā)明的彩信并行收發(fā)裝置包括創(chuàng)建模塊，用于創(chuàng)建隊(duì) 列；隊(duì)列維護(hù)模塊，用于將待彩信并行收發(fā)裝置處理的所有協(xié)議數(shù)
5據(jù)單元加入隊(duì)列；收發(fā)模塊，用于按照隊(duì)列中的協(xié)議數(shù)據(jù)單元的順 序，執(zhí)行協(xié)議數(shù)據(jù)單元與彩信服務(wù)器的交互處理。
優(yōu)選地，創(chuàng)建模塊包括創(chuàng)建子模塊，用于對(duì)于每個(gè)協(xié)議數(shù)據(jù) 單元，分別創(chuàng)建用于進(jìn)行收發(fā)操作的線程；收發(fā)模塊用于使用線程 ^U亍相應(yīng)的協(xié)"i義lt據(jù)單元與彩信力良務(wù)器的交互處理。
優(yōu)選地，隊(duì)列維護(hù)模塊還用于從隊(duì)列中將已處理的協(xié)議數(shù)據(jù)單 元?jiǎng)h除。
優(yōu)選地，上述裝置進(jìn)一步包括判斷沖莫塊，用于判斷隊(duì)列是否 為空；釋放模塊，用于在判斷模塊判斷隊(duì)列為空的情況下，釋放數(shù) 據(jù)^R載鏈路資源和無線應(yīng)用協(xié)i義棧資源。
優(yōu)選地，收發(fā)模塊還用于在判斷^f莫塊判斷隊(duì)列非空的情況下， 處理隊(duì)列中的十辦i義凄t才居單元。
通過本發(fā)明，采用創(chuàng)建隊(duì)列的方法，解決了現(xiàn)有4支術(shù)中諸如發(fā) 送彩信、立即接收彩信、延遲接收彩信的操作不能并發(fā)而導(dǎo)致用戶
體驗(yàn)較差的問題，尤其適用于多線程并行的情況，能夠充分利用線 程共享資源的優(yōu)勢(shì)，進(jìn)而提高了彩信的收發(fā)效率。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其"i兌明用于解釋本發(fā)明，并 不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)方法的流程圖2是根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)方法的詳細(xì)流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)裝置的方框圖4是根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)裝置的優(yōu)選結(jié)構(gòu)的方 框圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例4是供了應(yīng)用于諸如手才幾的移動(dòng)終端的彩信并4亍收 發(fā)方法和裝置，其中，對(duì)彩信(MMS)的收發(fā)過程流程進(jìn)行分解， 以各個(gè)流程中的每個(gè)交互的協(xié)i義凄t據(jù)單元(Protocol Data Unit,簡(jiǎn) 稱為PDU )過程為單位創(chuàng)建PDU隊(duì)列，并為每個(gè)PDU創(chuàng)建單獨(dú)的 線程進(jìn)行傳輸，將MMS收發(fā)轉(zhuǎn)化為一個(gè)PDU隊(duì)列進(jìn)行傳輸，從而 提高M(jìn)MS的收發(fā)效率。下面將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明 本發(fā)明。
方法實(shí)施例
根據(jù)本發(fā)明的實(shí)施例，提供了一種彩信并行收發(fā)方法。圖l是 根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)方法的流程圖，如圖1所示，該 方法包4舌
步驟S102，創(chuàng)建隊(duì)列，并將^寺處理的所有PDU力口入隊(duì)列；其 中，上述的所有PDU用于標(biāo)識(shí)如下才喿作至少之一用戶i殳備發(fā)送 MMS、用戶設(shè)備延遲接收MMS、用戶i殳備立即接收MMS;
步驟S104，按照隊(duì)列中的PDU的順序，執(zhí)行PDU與彩信服務(wù) 器的交互處理。
在步驟S102中，對(duì)于每個(gè)PDU，分別創(chuàng)建用于進(jìn)行收發(fā)操作 的線程，這樣，在步驟S104中，使用各個(gè)線程執(zhí)行相應(yīng)的PDU與 彩信服務(wù)器的交互處理。在步驟S104之后，對(duì)于已經(jīng)處理的PDU，將該P(yáng)DU從隊(duì)列中刪除。
在寺丸行上述處理的過程中，在處理PDU之前，需要判斷隊(duì)列是 否為空；其中，在判斷隊(duì)列為空的情況下，釋放數(shù)據(jù)承載(PPP) 鏈路資源和無線應(yīng)用協(xié)議(WAP)棧資源；在判斷隊(duì)列非空的情況 下，處理隊(duì)列中的PDU,即，不斷i也順序處理PDU隊(duì)列，直到^]尋 PDU隊(duì)列處理完畢。
在上述實(shí)施例中，采用以PDU為單位，即，將收發(fā)流程分解為 PDU的傳^T過禾呈，并創(chuàng)建PDU隊(duì)列，MMS應(yīng)用才莫塊為每一個(gè)PDU 結(jié)點(diǎn)創(chuàng)建一個(gè)線禾呈來進(jìn)4亍PDU的傳輸?shù)姆椒?，?shí)現(xiàn)了將MMS的收 發(fā)同一化處理，可以充分利用PPP鏈路資源和WAP協(xié)議棧的資源， 提高M(jìn)MS的收發(fā)效率，進(jìn)而提高終端MMS業(yè)務(wù)的整體性能，提 高用戶體一驗(yàn)。此外，上述方法也可以用于發(fā)送才艮告、閱讀才艮告、前 #"清求等相關(guān)MMS流禾呈的處理。
圖2是才艮據(jù)本發(fā)明實(shí)施例的彩信并4亍收發(fā)方法的詳細(xì)流程圖， 下面結(jié)合圖2，對(duì)本發(fā)明提出的彩信并行收發(fā)方法的具體實(shí)現(xiàn)過程 估文進(jìn)一步詳細(xì)i兌明。其中，將PDU分成POST (上傳)類型和GET (下載)類型的PDU， POST類型的PDU不需要對(duì)服務(wù)器的響應(yīng)進(jìn) 行下一步的交互處理，GET類型的PDU需要對(duì)服務(wù)器的響應(yīng)進(jìn)行 確認(rèn)或通知。
如圖2所示，該方法包4舌如下步艱纟
步驟S201，彩信服務(wù)器將MMS通知下發(fā)到用戶設(shè)備的MMS 應(yīng)用才莫塊，如果MMS設(shè)置為延遲下載，則4艮據(jù)MMS協(xié)議構(gòu)建POST 類型的PDU (即，PDU類型為POST類型)通知彩信服務(wù)器需要延 遲下載，進(jìn)行至步驟S205;步-驟S202,如果用戶手動(dòng)下載MMS (即，延遲下載MMS)或 立即下載MMS，則設(shè)置PDU類型為GET類型，即，需要向彩信服 務(wù)器發(fā)出GET請(qǐng)求，進(jìn)^f亍至步驟S205;
步驟S203,在用戶發(fā)送MMS的情況下，判斷MMS是否打包， 在判斷結(jié)果為是的情況下，即，通過轉(zhuǎn)發(fā)的方式發(fā)送MMS,草稿 箱直4妄發(fā)送MMS(即，PDU類型為POST類型)，進(jìn)4亍至步-驟S205; 在判斷結(jié)果為否的情況下，即，用戶新建并發(fā)送MMS，則需要對(duì) 編輯的MMS打包，進(jìn)行至步驟S204;
步驟S204,將新建的MMS進(jìn)行打包，包括創(chuàng)建排版文件，按 照MMS封裝協(xié)議對(duì)MMS進(jìn)行編碼，生成MMS PDU碼流(即， PDU類型為POST類型)，進(jìn)4亍至步艱《S205;
步驟S205,對(duì)PDU隊(duì)列進(jìn)行更新，確定每個(gè)PDU節(jié)點(diǎn)對(duì)應(yīng)的 是POST類型的屬性還是GET類型的屬性，進(jìn)行至步驟S206;
步驟S206，進(jìn)行PPP鏈路的激活處理，如果所需的PPP鏈路 已經(jīng)激活，則不用再去激活，可以充分利于PPP鏈路資源，進(jìn)行 WAP協(xié)議棧的初始化處理，進(jìn)行至步驟S207;
步驟S207,從PDU隊(duì)列中耳又出一個(gè)PDU節(jié)點(diǎn)，并且創(chuàng)建一個(gè) 線程，即，調(diào)用WAP協(xié)議棧進(jìn)行對(duì)PDU進(jìn)行處理，在處理完畢之 后，進(jìn)行至步驟S208;
步驟S208,對(duì)當(dāng)前的PDU節(jié)點(diǎn)進(jìn)行傳輸，在傳輸結(jié)束之后， 進(jìn)4亍至步驟S209;
步驟S209，將已傳輸?shù)腜DU節(jié)點(diǎn)從PDU隊(duì)列中刪除，判斷傳 輸結(jié)果是否成功，在判斷結(jié)果為失敗的情況下，進(jìn)行至步驟S210; 在判斷結(jié)果為成功的情況下，進(jìn)一步判斷PDU類型是否為GET類
9型；在判斷結(jié)果為是的情況下，進(jìn)行至步驟S211;在判斷結(jié)果為否 的情況下，進(jìn)4亍至步驟S210;
步驟S210,將WAP協(xié)議與彩信月良務(wù)器的交互lt據(jù)(即，傳輸 過程的數(shù)據(jù))上報(bào)給MMS應(yīng)用模塊，由MMS應(yīng)用模塊進(jìn)行處理； 此后，判斷PDU隊(duì)列是否為空，在判斷結(jié)果為是的情況下，即， PDU隊(duì)列已經(jīng)處理完畢，進(jìn)4亍至步驟S212;在判斷結(jié)果為否的情 況下，即，PDU隊(duì)列還未處理完，返回到步驟S206進(jìn)行循環(huán)處理；
步驟S211,對(duì)于GET類PDU,如果獲取到正確的MMS數(shù)據(jù)， 需要向彩信服務(wù)器確認(rèn)或者通知，因此，需要傳遞(POST) —個(gè)確 認(rèn)或通知給彩信服務(wù)器，即，向彩信服務(wù)器發(fā)送確認(rèn)消息，并設(shè)置 確認(rèn)消息為POST類型；進(jìn)行至步驟S205,更新PDU隊(duì)列，進(jìn)行 循環(huán)處理；
步艱朵S212，所有的PDU結(jié)點(diǎn)處理完畢，釋》文PPP鏈^各和WAP 協(xié)議棧資源，整個(gè)收發(fā)流程結(jié)束。
通過上述實(shí)施例，可以將MMS收發(fā)融為一體，充分利用系統(tǒng) 的資源，4是高M(jìn)MS的收發(fā)效率，并且有利于多應(yīng)用的并發(fā)處理， 提高M(jìn)MS收發(fā)過程中的用戶體驗(yàn)。
裝置實(shí)施例
根據(jù)本發(fā)明的實(shí)施例，提供了 一種彩信并行收發(fā)裝置。圖3是 根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)裝置的方框圖，如圖3所示，該 裝置包括
創(chuàng)建才莫塊32,用于創(chuàng)建隊(duì)列；隊(duì)列維護(hù)模塊34,連接至創(chuàng)建模塊32，用于將待處理的所有 PDU加入隊(duì)列；
收發(fā)模塊36，連接至隊(duì)列維護(hù)模塊34，用于按照隊(duì)列中的PDU 的順序，扭J于PDU與彩信力良務(wù)器的交互處理。
下面結(jié)合圖4詳細(xì)說明根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)裝置 的優(yōu)選結(jié)構(gòu)，圖4是根據(jù)本發(fā)明實(shí)施例的彩信并行收發(fā)裝置的優(yōu)選 結(jié)構(gòu)的方?jīng)_匡圖，如圖4所示
創(chuàng)建模塊32包括創(chuàng)建子模塊322，用于對(duì)于每個(gè)PDU，分 別創(chuàng)建用于進(jìn)行收發(fā)操作的線程；這樣，收發(fā)模塊36可以使用創(chuàng)建 子模塊322創(chuàng)建的線程執(zhí)行相應(yīng)的PDU與彩信服務(wù)器的交互處理。
隊(duì)列維護(hù);漠塊34還用于從隊(duì)列中將已處理的PDU刪除。
優(yōu)選地，如圖4所示，上述裝置進(jìn)一步包括
判斷才莫塊42,連接至隊(duì)列維護(hù)才莫塊34,用于判斷隊(duì)列是否為空；
釋放模塊44,連接至判斷模塊42,用于在判斷模塊42判斷隊(duì) 列為空的情況下，釋方文^t據(jù)7fc載鏈^各資源和無線應(yīng)用協(xié)i義棧資源。
此外，收發(fā)模塊36還連接至判斷模塊42，用于在判斷模塊42 判斷隊(duì)列非空的情況下，處理隊(duì)列中的PDU。
通過本發(fā)明的實(shí)施例，通過分解MMS收發(fā)流程，實(shí)現(xiàn)了多線 程并行收發(fā)MMS，充分利用鏈路資源和WAP協(xié)議并發(fā)優(yōu)勢(shì)，提高 了收發(fā)效率，有利于多模塊并發(fā)，提高用戶體驗(yàn)。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各才莫塊或 各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)
在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成 電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模 塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的石更件和軟件結(jié)合。
以上所述^f又為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對(duì)于本領(lǐng)域的4支術(shù)人員來"i兌，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種彩信并行收發(fā)方法，其特征在于，包括創(chuàng)建隊(duì)列，并將待處理的所有協(xié)議數(shù)據(jù)單元加入所述隊(duì)列；按照所述隊(duì)列中的協(xié)議數(shù)據(jù)單元的順序，執(zhí)行協(xié)議數(shù)據(jù)單元與彩信服務(wù)器的交互處理。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述所有協(xié)議數(shù)據(jù) 單元用于標(biāo)識(shí)如下才喿作至少之一用戶設(shè)備發(fā)送彩信、用戶設(shè)備延遲接收彩信、用戶設(shè)備立 即接收彩信。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述協(xié)議數(shù)據(jù)單元 與彩信服務(wù)器的交互處理具體包括對(duì)于所述隊(duì)列中的每個(gè)協(xié)議數(shù)據(jù)單元，分別創(chuàng)建用于進(jìn)行 收發(fā)操作的線程，并使用線程執(zhí)行相應(yīng)的協(xié)議數(shù)據(jù)單元與彩信 月l務(wù)器的交互處理。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在執(zhí)行協(xié)議數(shù)據(jù)單 元與彩信力良務(wù)器的交互處理之后，所述方法還包括乂人所述隊(duì)列中將已處理的協(xié)議凌t據(jù)單元?jiǎng)h除。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括判斷所述隊(duì)列是否為空；其中，在判斷所述隊(duì)列為空的情況下，釋放數(shù)據(jù)承載鏈路 資源和無線應(yīng)用協(xié)議棧資源；在判斷所述隊(duì)列非空的情況下，通過凄W居岸義載鏈路資源和無線應(yīng)用協(xié)i義棧資源處理所述隊(duì)列中的協(xié)i義凄t據(jù)單元。
6. —種彩信并行收發(fā)裝置，其特征在于，包括創(chuàng)建才莫塊，用于創(chuàng)建隊(duì)列；隊(duì)列維護(hù)模塊，用于將待彩信并行收發(fā)裝置處理的所有協(xié) 議數(shù)據(jù)單元加入所述隊(duì)列；收發(fā)才莫塊，用于按照所述隊(duì)列中的協(xié)議凄t據(jù)單元的順序， 執(zhí)行協(xié)議數(shù)據(jù)單元與彩信服務(wù)器的交互處理。
7. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述創(chuàng)建模塊包括創(chuàng)建子模塊，用于對(duì)于每個(gè)協(xié)議數(shù)據(jù) 單元，分別創(chuàng)建用于進(jìn)行收發(fā)操作的線程；所述收發(fā)模塊用于使用線程執(zhí)行相應(yīng)的協(xié)議數(shù)據(jù)單元與 彩信服務(wù)器的交互處理。
8. 根據(jù)權(quán)利要求6所述的裝置，其特征在于所述隊(duì)列維護(hù)才莫塊還用于從所述隊(duì)列中將已處理的協(xié)議 凄t據(jù)單元?jiǎng)h除。
9. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，進(jìn)一步包括判斷模塊，用于判斷所述隊(duì)列是否為空；釋放模塊，用于在所述判斷模塊判斷所述隊(duì)列為空的情況 下，釋放數(shù)據(jù)承載鏈路資源和無線應(yīng)用協(xié)議棧資源。
10. 根據(jù)權(quán)利要求9所述的裝置，其特征在于所述收發(fā)沖莫塊還用于在所述判斷才莫塊判斷所述隊(duì)列非空 的情況下，處理所述隊(duì)列中的協(xié)議數(shù)據(jù)單元。
全文摘要
本發(fā)明公開了一種彩信并行收發(fā)方法和裝置，其中，上述方法包括創(chuàng)建隊(duì)列，并將待處理的所有協(xié)議數(shù)據(jù)單元加入隊(duì)列；按照隊(duì)列中的協(xié)議數(shù)據(jù)單元的順序，執(zhí)行協(xié)議數(shù)據(jù)單元與彩信服務(wù)器的交互處理。本發(fā)明提高了彩信的收發(fā)效率。
文檔編號(hào)H04W4/12GK101631283SQ20081013587
公開日2010年1月20日 申請(qǐng)日期2008年7月16日 優(yōu)先權(quán)日2008年7月16日
發(fā)明者兵 張, 王建修, 黃勤波 申請(qǐng)人:中興通訊股份有限公司