[發(fā)明專利]一種斷點(diǎn)續(xù)傳的無人車航線數(shù)據(jù)傳輸系統(tǒng)及其方法

在審

• 申請?zhí)枺?/td>: 201910147368.3
• 申請日: 2019-02-27
• 公開（公告）號: CN109639745A
• 公開（公告）日: 2019-04-16
• 發(fā)明（設(shè)計(jì)）人: 毛正濤;周愛國;陸新民;施金磊;曾智杰;張軍
• 申請（專利權(quán)）人: 同濟(jì)汽車設(shè)計(jì)研究院有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L9/32;H04L29/08;H04L1/00
• 代理公司: 上海市海華永泰律師事務(wù)所 31302
• 代理人: 包文超

本發(fā)明公開一種斷點(diǎn)續(xù)傳的無人車航線數(shù)據(jù)傳輸系統(tǒng)及其方法，包括服務(wù)器和車載終端，車載終端接收服務(wù)器發(fā)送的航線數(shù)據(jù)，同時(shí)在車輛行駛時(shí)采集路況信息和車況信息并上傳給服務(wù)器，服務(wù)器和車輛終端輪流作為發(fā)送端和接收端收發(fā)數(shù)據(jù)，發(fā)送端包括數(shù)據(jù)分塊模塊、數(shù)據(jù)發(fā)送模塊和信號檢測模塊，接收端包括數(shù)據(jù)接收模塊和數(shù)據(jù)校驗(yàn)?zāi)K。本發(fā)明可有效確保車輛在行駛過程中航線數(shù)據(jù)傳輸?shù)倪B續(xù)性和實(shí)時(shí)性，減少數(shù)據(jù)傳輸時(shí)間，提高傳輸效率。

技術(shù)領(lǐng)域

本發(fā)明涉及無人車數(shù)據(jù)傳輸領(lǐng)域，尤其是涉及一種斷點(diǎn)續(xù)傳的無人車航線數(shù)據(jù)傳輸系統(tǒng)及其方法。

背景技術(shù)

目前無人駕駛汽車的航線管理中，車輛終端和服務(wù)器需要實(shí)時(shí)進(jìn)行數(shù)據(jù)的傳輸。車輛終端將沿途采集到的信息上傳服務(wù)器，服務(wù)器據(jù)此規(guī)劃、調(diào)整車輛行駛的航線并傳輸給車輛。在移動通信中，信號波動較大，在隧道、山林中可能出現(xiàn)沒有信號的情況而使傳輸中斷，待網(wǎng)絡(luò)信號恢復(fù)后重新傳輸。傳統(tǒng)的傳輸方式可能導(dǎo)致傳輸中斷時(shí)丟失下載記錄、信號不良時(shí)傳輸中缺失數(shù)據(jù)等問題。

例如，授權(quán)公開號為CN 107426270A公布了一種車輛遠(yuǎn)程監(jiān)控終端的數(shù)據(jù)斷點(diǎn)續(xù)傳方法，主要應(yīng)用于車輛終端的數(shù)據(jù)上傳服務(wù)器的過程，但該方法沒有信號檢測和數(shù)據(jù)校驗(yàn)的過程，無法保證數(shù)據(jù)的完整性和正確性，同時(shí)其判斷是否是續(xù)傳的方法較為繁瑣，不利于提高傳輸效率。

發(fā)明內(nèi)容

本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種斷點(diǎn)續(xù)傳的無人車航線數(shù)據(jù)傳輸系統(tǒng)及其方法。

本發(fā)明的目的可以通過以下技術(shù)方案來實(shí)現(xiàn)：

一種斷點(diǎn)續(xù)傳的無人車航線數(shù)據(jù)傳輸系統(tǒng)，包括服務(wù)器和車載終端，車載終端接收服務(wù)器發(fā)送的航線數(shù)據(jù)，同時(shí)在車輛行駛時(shí)采集路況信息和車況信息并上傳給服務(wù)器，服務(wù)器和車輛終端輪流作為發(fā)送端和接收端收發(fā)數(shù)據(jù)，所述發(fā)送端包括數(shù)據(jù)分塊模塊、數(shù)據(jù)發(fā)送模塊和信號檢測模塊，所述接收端包括數(shù)據(jù)接收模塊和數(shù)據(jù)校驗(yàn)?zāi)K。

本發(fā)明還提出一種利用以上所述斷點(diǎn)續(xù)傳的無人車航線數(shù)據(jù)傳輸系統(tǒng)進(jìn)行數(shù)據(jù)傳輸?shù)姆椒ǎǎ?/p>

S1：數(shù)據(jù)分塊模塊根據(jù)計(jì)算機(jī)性能配置數(shù)據(jù)塊的大小，將待傳輸?shù)奈募粗付ù笮〔鸱譃槿舾蓚€(gè)數(shù)據(jù)塊并按順序編號；為每個(gè)數(shù)據(jù)塊生成數(shù)字簽名用以加密并通過改進(jìn)的CRC循環(huán)冗余算法計(jì)算其校驗(yàn)碼；

S2：當(dāng)接收到傳輸命令時(shí)，先查找是否存在該文件的傳輸記錄，若不存在，則表明這是第一次傳輸，轉(zhuǎn)至步驟3，若已存在則轉(zhuǎn)至步驟4；

S3：數(shù)據(jù)發(fā)送模塊生成傳輸記錄發(fā)送至接收端，傳輸記錄包括傳輸文件名、文件分塊數(shù)、文件大小、文件存儲路徑和傳輸時(shí)間，之后從第一個(gè)數(shù)據(jù)塊開始，按照序號依次發(fā)送各數(shù)據(jù)塊，直至傳輸完畢或傳輸中斷；

S4：數(shù)據(jù)接收模塊根據(jù)下載記錄的文件存儲路徑查找相應(yīng)的文件，若該文件中最后一個(gè)數(shù)據(jù)塊編號等于文件分塊數(shù)，則該文件已傳輸完畢，向發(fā)送端返回已完成傳輸?shù)南ⅲD(zhuǎn)至步驟7；若文件中最后一個(gè)數(shù)據(jù)塊編號小于文件分塊數(shù)，則該文件未傳輸完畢，轉(zhuǎn)至步驟5；

S5：數(shù)據(jù)校驗(yàn)?zāi)K提取本地文件的最后一個(gè)數(shù)據(jù)塊序號和數(shù)字簽名，判斷此數(shù)字簽名與待發(fā)送文件的數(shù)字簽名是否一致，若一致，則滿足斷點(diǎn)續(xù)傳條件，從該數(shù)據(jù)塊的下一個(gè)數(shù)據(jù)塊開始依次傳輸；若數(shù)字簽名不一致，說明數(shù)據(jù)塊信息遭到篡改，向發(fā)送端提示錯(cuò)誤信息并結(jié)束此次傳輸進(jìn)程；

S6：每傳輸完一個(gè)數(shù)據(jù)塊，校驗(yàn)?zāi)K利用和發(fā)送端相同的CRC循環(huán)冗余校驗(yàn)算法計(jì)算校驗(yàn)碼，并與發(fā)送端生成的校驗(yàn)碼比較，若一致說明數(shù)據(jù)無誤，返回步驟4繼續(xù)傳輸下一個(gè)數(shù)據(jù)塊；若不一致，則傳輸過程中發(fā)生錯(cuò)誤，下令發(fā)送端重新上傳該數(shù)據(jù)塊。

S7：當(dāng)所有數(shù)據(jù)塊都傳輸完畢后將其拼接成完整文件，數(shù)據(jù)校驗(yàn)?zāi)K判斷文件大小是否和傳輸記錄的文件大小一致，以此判斷完整性，通過校驗(yàn)的文件存儲至數(shù)據(jù)庫中，未通過校驗(yàn)則查找缺失的數(shù)據(jù)并重新下載。