[發明專利]大對象傳輸方法及系統

在審

• 申請號: 201110316789.8
• 申請日: 2011-10-18
• 公開（公告）號: CN102340507A
• 公開（公告）日: 2012-02-01
• 發明（設計）人: 雙建平;陳波;劉星;徐祿勇
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 深圳市愛派知識產權事務所 44292
• 代理人: 王桂香

技術領域

本發明涉及通訊領域中基于OMA(Open?Mobile?Alliance，開放移動聯盟)SyncML(Synchronization?Markup?Language，數據同步協議)的傳輸技術，更尤其涉及一種大對象傳輸方法及系統。

背景技術

OMA?SyncML協議支持對象的傳輸，當對象大小大于客戶端支持的最大消息字節數時，該對象被稱為大對象，即傳輸對象的大小(SyncML消息中用Size元素標識)大于客戶端支持的最大消息字節數(SyncML消息中用MaxMsgSize元素標識)，所述對象為大對象。對于大對象的傳輸，OMA?SyncML協議中規定的處理辦法通常是將大對象拆分成數據塊傳輸，通過SyncML消息，將數據塊發送給客戶端，每一個數據塊的大小等于或小于客戶端支持的最大消息字節數，大對象的傳輸是基于OMA?SyncML協議中基本會話完成的。

OMA?SyncML協議中基本的會話過程包括會話建立和會話管理兩個階段。會話建立階段既可由服務器端觸發，也可由客戶端觸發，雙方建立會話后，進入會話管理階段。客戶端與服務器在會話管理階段交互，完成整個大對象的傳輸。OMA?SyncML協議中規定了的大對象傳輸方式。

現有的基于OMA?SyncML協議的大對象傳輸過程主要包括以下幾個部分：

一：服務器與客戶端建立會話，服務器得知客戶端的MaxMsgSize；

二：服務器發出大對象的傳輸命令，并把所述大對象數據按照給定的MaxMsgSize進行分塊，將所述大對象的大小(SyncML消息中用MaxMsgSize元素標識)和第一個數據塊發送給客戶端；

三：客戶端保存大對象的大小和第一個數據塊，并通知服務器繼續發送下一個數據塊；

四：服務器繼續發送下一個數據塊，直到數據全部傳輸完畢(SyncML消息中用Final元素標識)；

五：客戶端收到大對象傳輸完畢的命令后，將所有的數據塊組合起來，并計算出其總大小，再與保存的所述大對象的大小進行比較，來檢查大對象是否傳輸成功。

從上面的流程可以看出，這種傳輸方式存在一定的缺陷，就是只有在大對象的所有數據塊全部傳輸完畢后，才能知道大對象的傳輸是否成功，即由于服務器沒有給出各數據塊的大小，所以即使客戶端接收到的數據塊出錯，客戶端也不會知道，還是通知服務器繼續發送下一個數據塊，這樣就造成了交互時間和帶寬資源的浪費。

發明內容

本發明的目的在于，提供一種大對象的傳輸方法及系統，以優化現有的大對象傳輸方法。

本發明提供了一種大對象傳輸方法，上述方法在服務器與客戶端建立會話后，

上述服務器將預傳輸的大對象拆分成數據塊，并將得到的數據塊及其大小按順序逐個發送給上述客戶端；

上述客戶端判斷收到的數據塊是否傳輸成功，若是，則保存上述數據塊，并返回當前數據塊傳輸成功消息給上述服務器；否則，返回結束會話請求消息或重傳當前數據塊請求消息給上述服務器；

上述服務器根據收到的消息，發送相應數據塊及其大小或者結束會話。

優選地，上述客戶端通過以下方式判斷收到的數據塊是否傳輸成功：

計算上述數據塊的實際大小；

與收到的上述數據塊的大小比較，若一致，則上述數據塊傳輸成功；否則，上述數據塊傳輸失敗。

優選地，若當前發送的數據塊為上述大對象的第一個數據塊，則上述服務器還將上述大對象的大小發送給上述客戶端；

上述客戶端保存收到的大對象的大小。

優選地，若當前發送的數據塊為上述大對象的最后一個數據塊，則上述服務器還發送傳輸結束標識發送給上述客戶端；

上述客戶端在收到傳輸結束標識且當前數據塊傳輸成功后，執行以下步驟：

按順序合并保存的數據塊并計算上述數據塊的總大小；

與保存的大對象的大小比較，若一致，則返回大對象傳輸成功消息給上述服務器；否則，返回大對象傳輸失敗消息給上述服務器。

優選地，上述服務器根據收到的請求，發送相應數據塊及其大小或者結束會話步驟具體為：

上述服務器在收到當前數據塊傳輸成功消息且還有數據塊時，將下一個數據塊及其大小發送給上述客戶端；

上述服務器在收到重傳當前數據塊請求消息時，繼續發送當前數據塊及其大小給上述客戶端；

上述服務器在收到結束會話請求消息、大對象傳輸成功消息或大對象傳輸失敗消息時，結束當前會話。