主頁（http://www.by236.com）：基于MOTOTRBO的數(shù)據(jù)傳輸開發(fā)與應(yīng)用(2)

我們還要考慮客戶數(shù)據(jù)傳輸?shù)钠渌�特點。如果數(shù)據(jù)傳輸很頻繁并且是雙向傳輸，則需要考慮使用異步傳輸機制。異步傳輸機制的實現(xiàn)時需要考慮如何處理數(shù)據(jù)包的連續(xù)性和有效性。在我們的方案中，設(shè)計了以下的數(shù)據(jù)包格式，在每一個數(shù)據(jù)包中添加包序列號，校驗碼以及文件序列號信息。

在傳輸一系列文件中，接收方使用文件序列號可以確定哪些數(shù)據(jù)包屬于哪個文件。數(shù)據(jù)包序列號用來確保接收方可以正確組裝傳輸中需要切割的大文件。而校驗碼可以有效的確保數(shù)據(jù)傳輸中的正確性和完整性。

UDP數(shù)據(jù)傳輸中還需要考慮到丟包的問題，即文件傳輸中，收到數(shù)據(jù)包后，在一定時間內(nèi)，沒有接收到下一個數(shù)據(jù)包。我們可以采取使用定時器和狀態(tài)列表的辦法檢測丟包。狀態(tài)列表中記錄著文件里每一個數(shù)據(jù)包的接收狀態(tài)，定時器在接收到第一個數(shù)據(jù)包后開始計時，如果在設(shè)定時間內(nèi)沒有收到下一個數(shù)據(jù)包，則開始檢測狀態(tài)列表，向發(fā)送方發(fā)重新發(fā)送請求。當(dāng)狀態(tài)列表中所有數(shù)據(jù)包都被表示正常接收后，則可以宣布文件傳輸完畢。

在設(shè)計異步傳輸機制時，還需要考慮前臺用戶界面的友好性，實時顯示傳輸狀態(tài)，包括傳輸進度和速度等。這個可以通過在文件傳輸?shù)念愔刑砑酉鄳?yīng)事件，用以更新用戶界面上的控件信息。

以上就是我們?yōu)榱藵M足客戶需要所開發(fā)的系統(tǒng)方案的設(shè)計思路。根據(jù)此設(shè)計完成的軟件可以滿足了客戶對于使用MOTOTRBO™傳輸數(shù)據(jù)的要求。摩托羅拉在設(shè)計MOTOTRBO™中已經(jīng)充分的考慮到未來系統(tǒng)的擴展性，提供了豐富而且簡易的二次開發(fā)接口，幫助我們可以快捷的在MOTOTRBO™上開發(fā)基于UDP/IP的數(shù)據(jù)傳輸系統(tǒng)。當(dāng)然，如果是不支持IP鏈接的設(shè)備，也可以使用MOTOTRBO™中XCMP協(xié)議的數(shù)據(jù)傳輸接口實現(xiàn)此應(yīng)用。

我們相信基于MOTOTRBO™的數(shù)據(jù)傳輸在用戶使用MOTOTRBO™系統(tǒng)中擁有著廣泛的應(yīng)用，可以提供各個行業(yè)用戶完整的通訊解決方案。

此作品來源于2010摩托羅拉行業(yè)應(yīng)用大賽