專利名稱:一種無線通信中提高數(shù)據(jù)同步效率的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種無線數(shù)據(jù)通信增值業(yè)務領(lǐng)域的數(shù)據(jù)同步方法，具體的說，是在移動終端利用OMA數(shù)據(jù)同步協(xié)議與服務器端實現(xiàn)數(shù)據(jù)/資源同步時提高傳輸效率的方法。
背景技術(shù)：
隨著2.5G設備的普遍應用和3G網(wǎng)絡建設的逐步啟動，無線數(shù)據(jù)業(yè)務已經(jīng)成為國內(nèi)外運營商關(guān)注的重點。與此同時，無線數(shù)據(jù)業(yè)務的技術(shù)本身也在飛速發(fā)展。無線通信市場未來的競爭可以歸結(jié)為無線數(shù)據(jù)業(yè)務的競爭。
具有在一臺掌上設備運行應用程序和處理信息以及將應用程序和信息的更新同步到辦公室的設備或者網(wǎng)上的能力，對于普遍、離線計算的效用和流行是一個關(guān)鍵。開放移動聯(lián)盟(Open Mobile Alliance，以下簡稱OMA)的數(shù)據(jù)同步(Data Synchronization，以下簡稱DS)系列協(xié)議試圖解決該需求，其協(xié)議體系包括1.同步協(xié)議；2.服務器提醒通知協(xié)議；3.設備信息；4.基于XML的表示方式協(xié)議；5.表示方式協(xié)議-數(shù)據(jù)同步使用；6.傳輸捆綁協(xié)議；7.數(shù)據(jù)對象協(xié)議；8.元信息協(xié)議。
該數(shù)據(jù)同步系列協(xié)議的目的是1.在網(wǎng)絡數(shù)據(jù)上同步任何移動終端信息；2.在移動終端上同步任何網(wǎng)絡數(shù)據(jù)信息。
所述數(shù)據(jù)同步協(xié)議會同步網(wǎng)絡數(shù)據(jù)和很多不同的設備，例如包括掌上電腦、移動電話、自動計算機和桌面計算機等。一個用戶可以在不同的設備上訪問、操作同樣的數(shù)據(jù)集合，例如，用戶可以使用掌上設備或者移動電話閱讀電子郵件，還可以維護一個一致的、更新的紀錄。
同樣的，同步兩端可以使用任意類型，這使得移動設備可以支持更多數(shù)據(jù)類型，包括電子郵件、日歷、事務管理信息、數(shù)據(jù)庫中的企業(yè)數(shù)據(jù)和Web文檔等。這種功能使得想要通過電子郵件接收訂單的用戶可以在同樣的設備上訪問公司的目錄清單系統(tǒng)，以用來最后決定交付日期。
實現(xiàn)這個目標，所述數(shù)據(jù)同步協(xié)議需要下列特性1.可以有效的在有線和無線網(wǎng)絡上運作；2.支持多種傳輸協(xié)議；3.支持任意的網(wǎng)絡數(shù)據(jù)；4.可由多種應用程序訪問；5.考慮到移動設備的資源限制；6.構(gòu)造于現(xiàn)有的全球互聯(lián)網(wǎng)和Web技術(shù)之上；7.協(xié)議最小功能就是賦予所有設備最常用的同步能力。
起初數(shù)據(jù)同步協(xié)議僅用于電話簿和日歷計劃的同步，但隨著無線技術(shù)的發(fā)展，逐漸需要通過數(shù)據(jù)同步協(xié)議來同步圖片、鈴聲、電子郵件等信息。這些信息與電話簿和日歷計劃的主要區(qū)別在于圖片、鈴聲、電子郵件的尺寸要大，采用二進制格式，而且往往以文件的方式存在。
在OMA DS協(xié)議的新版本中雖規(guī)定了文件系統(tǒng)目錄、文件的定義，并規(guī)定二進制文件通過BASE64編碼轉(zhuǎn)換為ASCII字符串，再以ASCII字符串的形式作為數(shù)據(jù)同步XML表示的一部分進行傳輸。但是XML對引入二進制數(shù)據(jù)沒有提供有效率的解決方案，按照W3C標準規(guī)范，二進制數(shù)據(jù)應該采用BASE64或者十六進制編碼，才能放入XML中。但是，BASE64編碼的數(shù)據(jù)比未編碼的數(shù)據(jù)大50％，而十六進制編碼的數(shù)據(jù)是原來數(shù)據(jù)的兩倍長。對于小段的二進制數(shù)據(jù)這種差異還可以接受，但對于無線傳輸來說較大的數(shù)據(jù)集顯然是個問題。
由于無線頻譜獲取成本極高，因此無線運營商一般采用流量計費方式。這樣，現(xiàn)有技術(shù)中當用戶通過數(shù)據(jù)同步協(xié)議實現(xiàn)圖片、鈴聲、電子郵件等信息時，其費用顯著提高，而同時傳輸速率也受到影響，這樣就顯然會限制相關(guān)業(yè)務的發(fā)展。
因此，現(xiàn)有技術(shù)存在缺陷，而有待于改進和發(fā)展。

發(fā)明內(nèi)容本發(fā)明方法要解決的技術(shù)問題是實現(xiàn)一種提高SyncML(數(shù)據(jù)同步描述語言)數(shù)據(jù)同步效率的方法。
本發(fā)明的技術(shù)方案包括一種無線通信中提高數(shù)據(jù)同步效率的方法，其包括以下步驟A、對需要插入文件/二進制附件的數(shù)據(jù)同步描述語言消息進行處理，在消息主體中的標識附件采用二進制傳輸；B、替代該數(shù)據(jù)同步描述語言消息的HTTP消息頭，將多用途因特網(wǎng)郵件擴展協(xié)議類型設置為多部相關(guān)；C、在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議頭按文件的實際類型填寫，文件附件可有多個。
所述的方法，其中，所述傳輸包括終端向服務器上傳資源的流程，包括步驟A1、所述終端按照標準的數(shù)據(jù)同步描述語言協(xié)議生成消息主體，在數(shù)據(jù)同步規(guī)范中規(guī)定填充文件附件的位置填寫該文件對應的內(nèi)容標識URL，對應的enc項標識為二進制，內(nèi)容標識由終端生成；B1、所述終端向服務器發(fā)送消息，多用途因特網(wǎng)郵件擴展協(xié)議類型為多部相關(guān)；數(shù)據(jù)同步描述語言主體為第一部分且遵循開放移動聯(lián)盟的數(shù)據(jù)同步規(guī)范；C1、所述服務器端接收到請求后，根據(jù)多用途因特網(wǎng)郵件擴展協(xié)議類型獲知按多部相關(guān)格式傳輸，即可按多部相關(guān)規(guī)范分解請求為多個部分；D1、所述服務器根據(jù)數(shù)據(jù)同步描述語言消息主體中攜帶的內(nèi)容標識、文件名信息對各個文件附件進行存儲處理。
所述的方法，其中，所述上傳資源的流程還包括在所述步驟C1后的步驟C11、所述終端在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議頭按文件的實際類型填寫。
所述的方法，其中，所述傳輸還包括終端從服務器下載資源的流程，包括步驟A2、所述服務器按照標準的數(shù)據(jù)同步描述語言協(xié)議生成消息主體，數(shù)據(jù)同步規(guī)范中規(guī)定填充文件附件的位置填寫該文件對應的內(nèi)容標識URL，對應的enc項標識為二進制，內(nèi)容標識由服務器生成；B2、所述服務器向所述終端發(fā)送響應消息，多用途因特網(wǎng)郵件擴展協(xié)議類型為多部相關(guān)；數(shù)據(jù)同步描述語言主體為第一部分，該部分多用途因特網(wǎng)郵件擴展協(xié)議類型遵循開放移動聯(lián)盟的數(shù)據(jù)同步規(guī)范；C2、所述終端接收到響應后，根據(jù)多用途因特網(wǎng)郵件擴展協(xié)議類型獲知按多部相關(guān)格式傳輸，并按多部相關(guān)規(guī)范分解響應為多個部分；D2、所述終端根據(jù)數(shù)據(jù)同步描述語言消息主體中攜帶的內(nèi)容標識、文件名信息對各個文件附件進行存儲處理。
所述的方法，其中，所述下載過程中還包括在所述步驟C2后的步驟C22、所述服務器在同一個HTTP響應中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議類型按文件的實際類型填寫。
所述的方法，其中，所述上傳或下載流程的開始前設置為鑒權(quán)、授權(quán)步驟；之后設置有一個生成計費話單的步驟。
所述的方法，其中，所述消息主體中不包含文件附件。
本發(fā)明所提出的一種無線通信中提高數(shù)據(jù)同步效率的方法，由于考慮到了無線資源是有限的，從而提出了最優(yōu)化傳輸效率的方法，大大提高了系統(tǒng)處理能力，達到了運營商、用戶利益最大化的效果。
進一步的，本發(fā)明方法支持WEB承載方式，如WAP網(wǎng)關(guān)支持multipart則亦可支持WSP承載方式，完全滿足了網(wǎng)絡運營的需要，對現(xiàn)有協(xié)議影響很小，終端和客戶端只需要支持multipart/related即可實現(xiàn)，其實現(xiàn)方便簡單，改動小且容易實現(xiàn)。
下面將結(jié)合實施例并參照附圖對該發(fā)明的技術(shù)方案進行詳細說明。
附圖中，圖1是本發(fā)明方法中的終端向服務器上傳資源流程圖；圖2是本發(fā)明方法中終端從服務器下載資源流程圖；圖3是本發(fā)明方法的OMA標準中數(shù)據(jù)同步業(yè)務的HTTP承載封裝方式；圖4是本發(fā)明方法中數(shù)據(jù)同步業(yè)務的HTTP承載封裝方式。
具體實現(xiàn)方式下面結(jié)合附圖，對本發(fā)明的實施方式進行詳細描述。
本發(fā)明的無線通信中提高數(shù)據(jù)同步效率的方法中，所述的提高數(shù)據(jù)同步效率的方法主要是用于對OMA的數(shù)據(jù)同步規(guī)范在文件/二進制數(shù)據(jù)同步方面的缺陷進行補充。
在業(yè)務組網(wǎng)上，本文要求的業(yè)務系統(tǒng)組網(wǎng)方式與OMA數(shù)據(jù)同步要求的一致，僅要求終端、同步服務器、WAP網(wǎng)關(guān)提供支持HTTP multipart支持即可。
本發(fā)明方法的基本解決方案是帶有附件的SyncML綁定，其核心是從SyncML有效負載中去掉二進制信息并將其直接作為multipart/related MIME內(nèi)容放在HTTP請求與響應中。多用途因特網(wǎng)郵件擴展協(xié)議MIME(Multipurpose Internet Mail Extensions)是對標準e-mail的擴充，使得可以通過e-mail傳遞非文本數(shù)據(jù)，如圖像、程序等。如果一個e-mail程序能夠發(fā)送/接收MIME格式的e-mail，則稱其為MIME Compliant。
所述Multipart由RFC2387定義，最初作用是在Email的plain text的主體中加入不同的內(nèi)容。比如說，發(fā)送帶有附件的email，就使用了multipart的規(guī)范。目前multipart已大量在MMS、DownloadFun等無線業(yè)務中使用。
本發(fā)明方法主要包括以下步驟(1)對需要插入文件/二進制附件的SyncML消息進行處理，在消息主體中的標識附件將采用二進制傳輸；(2)替代該SyncML消息的HTTP消息頭，將MIME類型設置為multipart/related；(3)在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的MIME頭按文件的實際類型填寫，文件附件可以有多個。
如圖1所示是本發(fā)明中的終端向服務器上傳資源流程圖，詳細步驟描述如下1.1終端按照標準的SyncML協(xié)議生成消息主體，但其消息體中不包含文件附件(通常用BASE64編碼)，在DS規(guī)范中規(guī)定填充文件附件的位置填寫該文件對應的CID(Content-ID)URL，對應的enc項填為binary(標識符，可自定義)，CID由終端生成；1.2終端用POST方法向服務器發(fā)送消息，MIME類型為multipart/related；SyncML主體為第一部分，該部分MIME類型遵循OMA DS規(guī)范；1.3終端在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的MIME頭按文件的實際類型填寫，文件附件可以有多個；1.4服務器端接收到請求后，根據(jù)MIME類型獲知按multipart/related格式傳輸，即可按multipart/related規(guī)范分解請求為多個部分；1.5服務器根據(jù)SyncML消息主體中攜帶的CID、文件名等信息對各個文件附件進行存儲等處理。
如圖2所示是本發(fā)明方法中終端從服務器下載資源流程圖，詳細描述如下2.1服務器按照標準的SyncML協(xié)議生成消息主體，但其消息體中不包含文件附件(通常用BASE64編碼)，DS規(guī)范中規(guī)定填充文件附件的位置填寫該文件對應的CID(Content-ID)URL，對應的enc項填為binary(標識符，可自定義)，CID由服務器生成；2.2服務器向終端發(fā)送響應消息，MIME類型為multipart/related；SyncML主體為第一部分，該部分MIME類型遵循OMADS規(guī)范；2.3服務器在同一個HTTP響應中繼續(xù)發(fā)送文件附件，文件附件的MIME類型按文件的實際類型填寫，文件附件可以有多個；2.4終端接收到響應后，根據(jù)MIME類型獲知按multipart/related格式傳輸，并按multipart/related規(guī)范分解響應為多個部分；2.5終端根據(jù)SyncML消息主體中攜帶的CID、文件名等信息對各個文件附件進行存儲等處理。
上述如圖1和圖2所示的流程開始前應有一個鑒權(quán)、授權(quán)的步驟；最后應有一個生成計費話單的步驟。
如圖3和圖4所示的，為本發(fā)明方法的OMA標準中數(shù)據(jù)同步業(yè)務的HTTP承載封裝方式，HTTP包依次包括HTTP頭、和SyncML中的多個文件附件。圖3與圖4的差異在于圖3中文件/二進制數(shù)據(jù)是通過BASE64編碼并放到SyncML的內(nèi)部，而圖4采用了HTTP的multipart方式，將文件/二進制數(shù)據(jù)通過HTTP直接傳輸。
本發(fā)明方法提出了一種提高數(shù)據(jù)同步效率的實現(xiàn)方法，對數(shù)據(jù)同步服務器和客戶端修改很小，對運營商來說是一個不錯的選擇。
并且與現(xiàn)有技術(shù)相比，由于本發(fā)明方法考慮到了無線資源是有限的，從而提出了如何最優(yōu)化傳輸效率的方法，系統(tǒng)處理能力大大提高，達到了運營商、用戶利益最大化的效果。
本發(fā)明方法支持WEB承載方式，如WAP網(wǎng)關(guān)支持multipart，則亦可支持WSP承載方式，完全滿足了網(wǎng)絡運營的需要，對現(xiàn)有協(xié)議影響很小，終端和客戶端只需要支持multipart/related即可實現(xiàn)。
應當理解的是，上述針對具體實施例的描述較為詳細，但不能認為是對本發(fā)明專利保護范圍的限制，本發(fā)明的專利保護范圍應以所附權(quán)利要求
為準。
權(quán)利要求
1.一種無線通信中提高數(shù)據(jù)同步效率的方法，其包括以下步驟A、對需要插入文件/二進制附件的數(shù)據(jù)同步描述語言消息進行處理，在消息主體中的標識附件采用二進制傳輸；B、替代該數(shù)據(jù)同步描述語言消息的HTTP消息頭，將多用途因特網(wǎng)郵件擴展協(xié)議類型設置為多部相關(guān)；C、在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議頭按文件的實際類型填寫，文件附件可有多個。
2.根據(jù)權(quán)利要求
1所述的方法，其特征在于，所述傳輸包括終端向服務器上傳資源的流程，包括步驟A1、所述終端按照標準的數(shù)據(jù)同步描述語言協(xié)議生成消息主體，在數(shù)據(jù)同步規(guī)范中規(guī)定填充文件附件的位置填寫該文件對應的內(nèi)容標識URL，對應的enc項標識為二進制，內(nèi)容標識由終端生成；B1、所述終端向服務器發(fā)送消息，多用途因特網(wǎng)郵件擴展協(xié)議類型為多部相關(guān)；數(shù)據(jù)同步描述語言主體為第一部分且遵循開放移動聯(lián)盟的數(shù)據(jù)同步規(guī)范；C1、所述服務器端接收到請求后，根據(jù)多用途因特網(wǎng)郵件擴展協(xié)議類型獲知按多部相關(guān)格式傳輸，即可按多部相關(guān)規(guī)范分解請求為多個部分；D1、所述服務器根據(jù)數(shù)據(jù)同步描述語言消息主體中攜帶的內(nèi)容標識、文件名信息對各個文件附件進行存儲處理。
3.根據(jù)權(quán)利要求
2所述的方法，其特征在于，所述上傳資源的流程還包括在所述步驟C1后的步驟C11、所述終端在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議頭按文件的實際類型填寫。
4.根據(jù)權(quán)利要求
1所述的方法，其特征在于，所述傳輸還包括終端從服務器下載資源的流程，包括步驟A2、所述服務器按照標準的數(shù)據(jù)同步描述語言協(xié)議生成消息主體，數(shù)據(jù)同步規(guī)范中規(guī)定填充文件附件的位置填寫該文件對應的內(nèi)容標識URL，對應的enc項標識為二進制，內(nèi)容標識由服務器生成；B2、所述服務器向所述終端發(fā)送響應消息，多用途因特網(wǎng)郵件擴展協(xié)議類型為多部相關(guān)；數(shù)據(jù)同步描述語言主體為第一部分，該部分多用途因特網(wǎng)郵件擴展協(xié)議類型遵循開放移動聯(lián)盟的數(shù)據(jù)同步規(guī)范；C2、所述終端接收到響應后，根據(jù)多用途因特網(wǎng)郵件擴展協(xié)議類型獲知按多部相關(guān)格式傳輸，并按多部相關(guān)規(guī)范分解響應為多個部分；D2、所述終端根據(jù)數(shù)據(jù)同步描述語言消息主體中攜帶的內(nèi)容標識、文件名信息對各個文件附件進行存儲處理。
5.根據(jù)權(quán)利要求
4所述的方法，其特征在于，所述下載過程中還包括在所述步驟C2后的步驟C22、所述服務器在同一個HTTP響應中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議類型按文件的實際類型填寫。
6.根據(jù)權(quán)利要求
3或5所述的方法，其特征在于，所述上傳或下載流程的開始前設置為鑒權(quán)、授權(quán)步驟；之后設置有一個生成計費話單的步驟。
7.根據(jù)權(quán)利要求
6所述的方法，其特征在于，所述消息主體中不包含文件附件。
專利摘要
本發(fā)明公開了一種無線通信中提高數(shù)據(jù)同步效率的方法，其包括以下步驟對需要插入文件/二進制附件的數(shù)據(jù)同步描述語言消息進行處理，在消息主體中的標識附件采用二進制傳輸；替代該數(shù)據(jù)同步描述語言消息的HTTP消息頭，將多用途因特網(wǎng)郵件擴展協(xié)議類型設置為多部相關(guān)；在同一個HTTP請求中繼續(xù)發(fā)送文件附件，文件附件的多用途因特網(wǎng)郵件擴展協(xié)議頭按文件的實際類型填寫，文件附件可有多個。本發(fā)明所提出的一種無線通信中提高數(shù)據(jù)同步效率的方法，由于考慮到了無線資源是有限的，從而提出了最優(yōu)化傳輸效率的方法，大大提高了系統(tǒng)處理能力，達到了運營商、用戶利益最大化的效果。
文檔編號H04L29/06GK1997004SQ200610032785
公開日2007年7月11日 申請日期2006年1月6日
發(fā)明者邵偉 申請人:中興通訊股份有限公司導出引文BiBTeX, EndNote, RefMan