[發(fā)明專利]差錯處理方法及裝置

有效

• 申請?zhí)枺?/td>: 201710632119.4
• 申請日: 2017-07-28
• 公開（公告）號: CN107483148B
• 公開（公告）日: 2020-10-13
• 發(fā)明（設計）人: 張強;潘仁勝;高林武
• 申請（專利權）人: 北京北信源軟件股份有限公司
• 主分類號: H04L1/00
• 分類號: H04L1/00;H04L29/06
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙) 11371
• 代理人: 蘇勝

1.一種差錯處理方法，其特征在于，應用于與第二終端通過UDP協(xié)議通信連接的第一終端，所述差錯處理方法包括：

將待發(fā)送數據拆分為多個子數據包，統(tǒng)計子數據包的總包數并獲得各子數據包的編號和CRC值；

組裝頭數據包，將所述總包數、各子數據包的編號和CRC值以及頭數據包的CRC值寫入所述頭數據包中，并將該頭數據包發(fā)送至所述第二終端，以使所述第二終端根據所述頭數據包的CRC值檢驗所述頭數據包的正確性；

檢測在第一預設時間內是否接收到所述第二終端發(fā)送的表明所述頭數據包已正常接收的第一反饋信息，若接收到所述第二終端發(fā)送的第一反饋信息，則將多個所述子數據包分別發(fā)送至所述第二終端，以使所述第二終端根據所述總包數以及接收到的子數據包的包數檢驗接收到的子數據包的完整性，并根據所述頭數據包中攜帶的子數據包的編號和CRC值以及接收到的各子數據包的編號和CRC值檢驗接收到的子數據包的正確性。

2.根據權利要求1所述的差錯處理方法，其特征在于，所述方法還包括：

檢測在第二預設時間內是否接收到所述第二終端發(fā)送的表明子數據包已正常接收的第二反饋信息；

若未接收到所述第二終端發(fā)送的第二反饋信息，則將該子數據包重新發(fā)送至所述第二終端；

檢測所述子數據包的發(fā)送次數是否達到預設次數，若達到預設次數則判定該子數據包發(fā)送失敗。

3.根據權利要求1所述的差錯處理方法，其特征在于，所述方法還包括：

在接收到所述第二終端發(fā)送的表明接收到的子數據包錯誤的第三反饋信息時，將該子數據包重新發(fā)送至所述第二終端。

4.根據權利要求1所述的差錯處理方法，其特征在于，所述方法還包括：

在接收到所述第二終端發(fā)送的表明子數據包缺失的第四反饋信息時，將缺失的子數據包重新發(fā)送至所述第二終端。

5.一種差錯處理方法，其特征在于，應用于與第一終端通過UDP協(xié)議通信連接的第二終端，所述第一終端預存有多個子數據包，所述差錯處理方法包括：

接收所述第一終端發(fā)送的頭數據包，所述頭數據包括所述多個子數據包的總包數、各子數據包編號和CRC值以及所述頭數據包的CRC值；

根據所述頭數據包的CRC值檢測所述頭數據包是否正確，若所述頭數據包正確，則向所述第一終端發(fā)出所述頭數據包正常接收的響應，以使所述第一終端將所述多個子數據包發(fā)送至所述第二終端；

接收所述第一終端發(fā)送的子數據包，根據所述頭數據包中各子數據包的編號和CRC值以及接收到的各個子數據包的編號和CRC值，檢測接收到的子數據包是否正確；

根據所述頭數據包中的所述總包數以及接收到的子數據包的包數，檢測接收到的子數據包是否完整。

6.根據權利要求5所述的差錯處理方法，其特征在于，所述根據所述頭數據包中各子數據包的編號和CRC值以及接收到的各個子數據包的編號和CRC值，檢測接收到的子數據包是否正確的步驟，包括：

檢測接收到的子數據包的編號是否與設定的待接收數據包的編號一致，若不一致，則丟棄該子數據包，若一致則再檢測該子數據包的CRC值是否和所述頭數據包中與該子數據包具有相同編號的子數據包的CRC值一致，若一致，則判定該子數據包正確。

7.根據權利要求5所述的差錯處理方法，其特征在于，所述根據所述頭數據包中的所述總包數以及接收到的子數據包的包數，檢測接收到的子數據包是否完整的步驟，包括：

統(tǒng)計在第三預設時間內接收到的子數據包的包數是否達到所述總包數，若達到所述總包數則判定接收到的子數據包完整；

若未達到所述總包數，所述方法還包括：

查找出未正常接收到的子數據包，并向所述第一終端發(fā)送請求，以使所述第一終端發(fā)送未正常接收到的子數據包。

8.根據權利要求7所述的差錯處理方法，其特征在于，所述方法還包括：

統(tǒng)計在第四預設時間內接收到的子數據包的包數是否達到所述總包數，其中，所述第四預設時間大于所述第三預設時間；

若未達到所述總包數，則判定此次數據接收失敗。