本發(fā)明涉及智能汽車控制器軟件開發(fā)，尤其涉及一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法、裝置及存儲介質(zhì)。

背景技術(shù)：

1、車載以太網(wǎng)具有傳輸速率高、擴展性強的特點，逐漸廣泛應(yīng)用于汽車智能駕駛、智能座艙等領(lǐng)域。在未來ee架構(gòu)集中域、中央控制域、云端控制域的大趨勢背景下，車載以太網(wǎng)也是不可或缺的關(guān)鍵通訊傳輸方式。

2、車載以太網(wǎng)是由工業(yè)以太網(wǎng)演變而來，其協(xié)議架構(gòu)中間部分仍沿用tcp/ip的框架，因此在傳輸較大數(shù)據(jù)時，車載以太網(wǎng)的主要思路包括：（1）udp協(xié)議-ip分包：udp數(shù)據(jù)包最大長度1480-8（udp包首部）＝1472字節(jié)，ip層協(xié)議自動完成報文的分包；（2）tcp協(xié)議-ip分包：tcp數(shù)據(jù)包最大長度1460（與udp報頭差異），ip層協(xié)議自動完成分包；但tcp屬于可靠連接，當分包丟失，tcp協(xié)議會進行丟包重傳；（3）應(yīng)用層組包：some/ip-tp協(xié)議將大于1392字節(jié)（udp去掉someip部首后的字節(jié)）的數(shù)據(jù)進行拆分，其協(xié)議主要基于udp協(xié)議的拆包分包。

3、現(xiàn)有的車載以太網(wǎng)在處理較大數(shù)據(jù)傳輸時存在以下缺陷：

4、（1）udp協(xié)議-ip分包：ip層協(xié)議自動完成分包，其實時性較好（延時低），但udp屬于不可靠連接，網(wǎng)絡(luò)傳輸過程中的丟包會導(dǎo)致ip層直接丟掉所有數(shù)據(jù)。

5、（2）tcp協(xié)議-ip分包：tcp屬于可靠連接，網(wǎng)絡(luò)傳輸過程中的丟包會觸發(fā)tcp協(xié)議的重傳機制，從而保證數(shù)據(jù)傳輸?shù)耐暾?，但tcp協(xié)議的實時性較差。

6、（3）應(yīng)用層組包：somep/ip-tp（基于udp）協(xié)議在應(yīng)用層定義分片數(shù)據(jù)大?。ㄐ∮?392），從而避免在ip層進行數(shù)據(jù)分片，提高數(shù)據(jù)的可靠性并且具有一定實時性。但報文是按時間序列進行分片，當部分分片丟失，協(xié)議仍然無法組包成為完成數(shù)據(jù)從而丟失數(shù)據(jù)。

技術(shù)實現(xiàn)思路

1、有鑒于此，有必要提供一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法、裝置及存儲介質(zhì)，用以解決車載以太網(wǎng)大數(shù)據(jù)傳輸時丟包及延時的問題。

2、為了解決上述問題，本發(fā)明提供一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，包括：

3、接收服務(wù)端通過車載以太網(wǎng)協(xié)議發(fā)送的目標數(shù)據(jù)；所述車載以太網(wǎng)協(xié)議的協(xié)議類型是基于所述目標數(shù)據(jù)的長度確定的；所述協(xié)議類型包括單包車載以太網(wǎng)協(xié)議和多包車載以太網(wǎng)協(xié)議；

4、基于所述協(xié)議類型，對所述目標數(shù)據(jù)進行丟幀檢測和完整性校驗；

5、在出現(xiàn)丟幀或完整性校驗失敗的情況下，確定異常數(shù)據(jù)幀；

6、向所述服務(wù)端請求重新發(fā)送所述異常數(shù)據(jù)幀。

7、在一種可能的實現(xiàn)方式中，所述單包車載以太網(wǎng)協(xié)議的字段包括：協(xié)議類型、報文id、包序號、包長度、發(fā)送數(shù)據(jù)和校驗；

8、所述多包車載以太網(wǎng)協(xié)議的字段包括：協(xié)議類型、報文id、包序號、包長度、包掩碼、包校驗、幀序號、幀總數(shù)、發(fā)送數(shù)據(jù)和校驗。

9、在一種可能的實現(xiàn)方式中，所述協(xié)議類型通過以下方式確定：

10、當所述目標數(shù)據(jù)的長度小于或等于所述預(yù)設(shè)長度字節(jié)時，確定協(xié)議類型為單包車載以太網(wǎng)協(xié)議；

11、當所述目標數(shù)據(jù)的長度大于預(yù)設(shè)長度字節(jié)時，確定協(xié)議類型為多包車載以太網(wǎng)協(xié)議。

12、在一種可能的實現(xiàn)方式中，所述基于所述協(xié)議類型，對所述目標數(shù)據(jù)進行丟幀檢測和完整性校驗，包括：

13、當所述協(xié)議類型為單包車載以太網(wǎng)協(xié)議時，監(jiān)測所述車載以太網(wǎng)協(xié)議的包序號；

14、基于所述包序號對所述目標數(shù)據(jù)進行丟幀檢測；

15、通過crc16對所述目標數(shù)據(jù)進行完整性校驗。

16、在一種可能的實現(xiàn)方式中，所述基于所述協(xié)議類型，對所述目標數(shù)據(jù)進行丟幀檢測和完整性校驗，包括：

17、當所述協(xié)議類型為多包車載以太網(wǎng)協(xié)議時，監(jiān)測所述車載以太網(wǎng)協(xié)議的幀序號；

18、基于所述幀序號對所述目標數(shù)據(jù)進行丟幀檢測；

19、通過crc16和crc32對所述目標數(shù)據(jù)進行完整性校驗。

20、在一種可能的實現(xiàn)方式中，所述向所述服務(wù)端請求重新發(fā)送所述異常數(shù)據(jù)幀，包括：

21、在預(yù)設(shè)時長內(nèi)向所述服務(wù)端發(fā)送請求包消息；所述請求包消息包含所述異常數(shù)據(jù)幀對應(yīng)的包序號或幀序號。

22、在一種可能的實現(xiàn)方式中，所述車載以太網(wǎng)協(xié)議位于udp協(xié)議上層。

23、本發(fā)明還提供一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸裝置，包括：

24、接收模塊，用于接收服務(wù)端通過車載以太網(wǎng)協(xié)議發(fā)送的目標數(shù)據(jù)；所述車載以太網(wǎng)協(xié)議的協(xié)議類型是基于所述目標數(shù)據(jù)的長度確定的；所述協(xié)議類型包括單包車載以太網(wǎng)協(xié)議和多包車載以太網(wǎng)協(xié)議；

25、檢測模塊，用于基于所述協(xié)議類型，對所述目標數(shù)據(jù)進行丟幀檢測和完整性校驗；

26、確定模塊，用于在出現(xiàn)丟幀或完整性校驗失敗的情況下，確定異常數(shù)據(jù)幀；

27、請求模塊，用于向所述服務(wù)端請求重新發(fā)送所述異常數(shù)據(jù)幀。

28、另一方面，本發(fā)明還提供一種電子設(shè)備，包括存儲器和處理器，其中，

29、所述存儲器，用于存儲程序；

30、所述處理器，與所述存儲器耦合，用于執(zhí)行所述存儲器中存儲的所述程序，以實現(xiàn)上述任意實現(xiàn)方式中所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法。

31、另一方面，本發(fā)明還提供一種計算機可讀存儲介質(zhì)，其上存儲有計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)上述任意實現(xiàn)方式中所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法。

32、本發(fā)明的有益效果是：本發(fā)明提供的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法、裝置及存儲介質(zhì)，接收服務(wù)端通過車載以太網(wǎng)協(xié)議發(fā)送的目標數(shù)據(jù)，車載以太網(wǎng)協(xié)議的協(xié)議類型是根據(jù)目標數(shù)據(jù)的長度確定的，即車載以太網(wǎng)協(xié)議可以采用單包、多包兩種傳輸機制，目標數(shù)據(jù)的長度較短時采用單包傳輸機制，目標數(shù)據(jù)的長度較長時采用多包傳輸機制，可以覆蓋不同數(shù)據(jù)量大小的傳輸，避免ip層分片，從而減少傳輸延時，并且根據(jù)協(xié)議類型對目標數(shù)據(jù)進行丟幀檢測和完整性校驗，在出現(xiàn)丟幀或完整性校驗失敗的情況下，確定異常數(shù)據(jù)幀，并向服務(wù)端請求重新發(fā)送異常數(shù)據(jù)幀，即在發(fā)生數(shù)據(jù)幀丟失或檢驗不通過時建立丟幀的重新傳輸機制，避免因丟包導(dǎo)致數(shù)據(jù)不完整，提升傳輸可靠性。

技術(shù)特征：

1.一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，包括：

2.根據(jù)權(quán)利要求1所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，

3.根據(jù)權(quán)利要求2所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，所述協(xié)議類型通過以下方式確定：

4.根據(jù)權(quán)利要求3所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，所述基于所述協(xié)議類型，對所述目標數(shù)據(jù)進行丟幀檢測和完整性校驗，包括：

5.根據(jù)權(quán)利要求4所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，所述基于所述協(xié)議類型，對所述目標數(shù)據(jù)進行丟幀檢測和完整性校驗，包括：

6.根據(jù)權(quán)利要求1所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，所述向所述服務(wù)端請求重新發(fā)送所述異常數(shù)據(jù)幀，包括：

7.根據(jù)權(quán)利要求1所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，其特征在于，

8.一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸裝置，其特征在于，包括：

9.一種電子設(shè)備，其特征在于，包括存儲器和處理器，其中，

10.一種計算機可讀存儲介質(zhì)，其上存儲有計算機程序，其特征在于，所述計算機程序被處理器執(zhí)行時實現(xiàn)如權(quán)利要求1至7中任意一項所述的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法。

技術(shù)總結(jié)
本發(fā)明涉及一種基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法、裝置及存儲介質(zhì)，屬于智能汽車控制器軟件開發(fā)技術(shù)領(lǐng)域，該方法包括：接收服務(wù)端通過車載以太網(wǎng)協(xié)議發(fā)送的目標數(shù)據(jù)；車載以太網(wǎng)協(xié)議的協(xié)議類型是基于目標數(shù)據(jù)的長度確定的；基于協(xié)議類型，對目標數(shù)據(jù)進行丟幀檢測和完整性校驗；在出現(xiàn)丟幀或完整性校驗失敗的情況下，確定異常數(shù)據(jù)幀；向服務(wù)端請求重新發(fā)送異常數(shù)據(jù)幀。本發(fā)明提供的基于車載以太網(wǎng)協(xié)議的數(shù)據(jù)傳輸方法，車載以太網(wǎng)協(xié)議可以采用單包、多包兩種傳輸機制，可以覆蓋不同數(shù)據(jù)量大小的傳輸，避免IP層分片，從而減少傳輸延時，并且在發(fā)生數(shù)據(jù)幀丟失或檢驗不通過時建立丟幀的重新傳輸機制，提升傳輸可靠性。

技術(shù)研發(fā)人員：方家萌,許鑫,李美藝,李洋,劉杏,毛竹君,王貝貝,呂續(xù)璽,劉文清,高巖
受保護的技術(shù)使用者：東風商用車有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/12/30