WO2025123728A1 - 一种基于DoIP传输升级包的校验字段生成方法及系统 - Google Patents

一种基于DoIP传输升级包的校验字段生成方法及系统 Download PDF

Info

Publication number
WO2025123728A1
WO2025123728A1 PCT/CN2024/111086 CN2024111086W WO2025123728A1 WO 2025123728 A1 WO2025123728 A1 WO 2025123728A1 CN 2024111086 W CN2024111086 W CN 2024111086W WO 2025123728 A1 WO2025123728 A1 WO 2025123728A1
Authority
WO
WIPO (PCT)
Prior art keywords
upgrade package
verification
upgrade
transmission
doip
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2024/111086
Other languages
English (en)
French (fr)
Inventor
李芳�
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Faw Beijing Software Technology Co Ltd
FAW Group Corp
Original Assignee
Faw Beijing Software Technology Co Ltd
FAW Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Faw Beijing Software Technology Co Ltd, FAW Group Corp filed Critical Faw Beijing Software Technology Co Ltd
Publication of WO2025123728A1 publication Critical patent/WO2025123728A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the third byte length is one-third to one-fifth of the first byte length; for example, after obtaining a 16-byte digest or a 32-byte hashing value, the value can be verified by a verification method such as crc32 (4 bytes) or crc64 (8 bytes); filling the digest or hashing value verified by the crc into the memoryAddress field of the 0x34 service; before filling, it is also necessary to extract the length of the storage field of memoryAddress, which can be a length of the ALFID
  • the address is confirmed by the lower 4 bits of (addressAndLengthFormatIdentifier), which is a maximum of 16 bytes, and usually 4 bytes are used.
  • the upgrade package verification field obtained by this solution contains the total size of the upgrade package and the digest or hashing value of the upgrade package content, which can be sent to the vehicle system through the 0x34 service.
  • the vehicle system obtains the size and digest or hashing value of the upgrade package to be transmitted, and can perform integrity verification with the subsequent upgrade package obtained through the 0x36 service, without the need for additional DID or RID to passively verify the upgrade package.
  • the present invention discloses a verification field generation system based on DoIP transmission upgrade package, as shown in FIG2, the generation system includes
  • a message detection module used to detect whether the request message information meets the preset conditions, and identify the storage area corresponding to the first address in the request message information as the area to be filled;
  • the message detection module and the upgrade package detection module can be operated in parallel.
  • the message detection module identifies the preset area in the request message information while detecting the upgrade package. If the storage area corresponding to the first address is a meaningless storage area, the area is set as the area to be filled.
  • S2 Enter bootloader mode, and after security unlocking, send an upgrade download request to the host computer;
  • the diagnostic instrument or host computer establishes a DoIP connection with the vehicle
  • the receiving host computer sends the upgrade package through the data transmission service, including
  • S42 Determine the maximum amount of data transmitted by the data transmission service each time according to the size of the upgrade package, and feed it back to the host computer;
  • the present invention records a verification upgrade device based on DoIP transmission upgrade package, including
  • the upgrade verification end receives the upgrade download request sent by the host computer, and after receiving the complete upgrade package, verifies the upgrade package through the upgrade package verification field;
  • Verification field generation system used to generate upgrade package verification fields
  • the data link module in response to the upgrade download service and the data transmission service, enables the upgrade verification end and the host computer to be in a data link open state in the upgrade package verification field and the upgrade package data transmission;
  • the check field generation system is based on the check field generation system of the DoIP transmission upgrade package mentioned above.
  • the solution of the present invention makes full use of the memoryAddress field in the UDS 0x34 service as an integrity check for the upgrade package; it avoids the additional operation of adding DID or RID to the integrity check in the prior art, realizes active verification of vehicle upgrades, and avoids the risk of tampering with the upgrade package.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

一种基于DoIP传输升级包的校验字段生成方法、系统、校验升级方法及装置，所述校验字段生成方法包括如下步骤：S1:响应于升级下载请求，基于对升级包进行完整性检测获得第一固定值，基于对升级包大小的检测获得第一校验值；S2:检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址对应存储区设置为待填充区；S3:对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值；S4:封装所述第一校验值和第二校验值，获得升级包校验字段。本发明无需额外的指令，升级校验端对收到的升级包进行主动校验，消除了升级包不能正常解压或者安装出错使车辆系统变砖等风险，还不增加升级系统负载。

Description

一种基于DoIP传输升级包的校验字段生成方法及系统 技术领域
本发明涉及车辆诊断升级控制领域，尤其涉及一种基于DoIP传输升级包的校验字段生成方法、系统、校验升级方法及装置。
背景技术
现有的基于DoIP(基于因特网协议的诊断通信协议)传输升级包流程可以参考标准ISO 13400-1，该标准中，升级包传输前、中、后都没有对升级包进行校验等操作，虽然可以在步骤之后增加新的DID(Data Identification，数据ID)或者RID(Routine Control Identification，路由控制ID)对升级包进行校验，但会存在如下技术问题。
1、存在升级包不一致风险：0x34服务请求车辆下载升级包，和通过0x36实际传输升级包不一致的风险；目前采用的校验方法，只对收到的数据包做一下简单完整性校验，比如是否能完整组成一个压缩包，调用升级服务是否能正常解压包等，如202210670170.5公开的一种基于DoIP协议的车载信息娱乐系统的OTA升级系统及方法。因对升级包里的内容无法进行校验，会存在安装过程中篡改系统或者让系统变砖等风险。
2、增加系统负载与操作次数：后续增加DID或者RID等额外来对升级包做校验的方式，也增加了DoIP的负载和操作的次数，需要额外的命令，也无法实现对升级包的主动校验。
实际基于DoIP进行诊断升级部署时，满足相应环境下，升级包对应的请求报文中某些字段是浪费的。例如当Autosar诊断模块部署到android平台上，对于android来说，没有存储区首地址(memoryAddress)了，升级包直接放 在android的某个路径下，这样对于0x34服务来说，memoryAddress这个字段就浪费了，没起到作用，可以是任意值，没有意义。
因此，如何改进DoIP传输升级包技术，在不增加系统负载的情况下，有效利用特定无效字段，改进升级包校验字段生成及校验方法，仍然有很大必要性。
发明内容
本发明的目的在于提供一种基于DoIP传输升级包的校验字段生成方法、系统、校验升级方法及装置，本发明解决了校验字段生成与升级包内容关联性差影响升级包准确性，及额外校验指令增加升级系统负载的问题。
本发明提供了下述方案
第一方面，本发明记载了一种基于DoIP传输升级包的校验字段生成方法，包括如下步骤
S1:响应于升级下载请求，基于对升级包进行完整性检测获得第一固定值，基于对升级包大小的检测获得第一校验值；
S2:检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址对应存储区设置为待填充区；
S3:对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值；
S4:封装所述第一校验值和第二校验值，获得升级包校验字段。
所述基于对升级包进行完整性检测获得第一固定值，包括通过预设算法对升级包进行完整性检测，得到具有第一字节长度的第一固定值。
所述检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址设置为待填充区；包括响应于诊断服务命令，检测对应 操作平台是否有存储区对应所述升级包的首地址，若无，确认所述首地址对应存储区满足第二字节长度，并将该所述存储区设置为待填充区。
所述对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值，包括通过循环冗余校验方式对第一固定值进行校验，使校验后的第一固定值具有第三字节长度，所述第三字节长度小于所述第一字节长度；
当第三字节长度不超过所述第二字节长度时，将所述第一固定值填入到所述待填充区，获得第二校验值。
第二方面，本发明记载了一种基于DoIP传输升级包的校验字段生成系统，所述生成系统包括
升级包检测模块，用于对待升级包进行检测，以获得用于对应升级包完整性的第一固定值和对应升级包大小的第一校验值；
报文检测模块，用于检测请求报文信息是否满足预设条件，并识别请求报文信息中的首地址对应存储区为待填充区；
校验模块，用于对第一固定值进行校验，使校验后的第一固定值的字节长度不超过待填充区的长度；
填充模块，用于将所述第一固定值填入到所述待填充区，获得第二校验值。
所述校验字段生成系统还包括
封装发送模块，用于对第一校验值和第二校验值进行封装后获得升级包校验字段，并将升级包校验字段发送给升级校验端。
第三方面，本发明记载了一种基于DoIP传输升级包的校验升级方法，包括如下步骤
S1:与上位机链接，停止状态更新等操作；
S2:进入bootloader模式(编程会话)，在进行安全解锁后，向上位机发送升级下载请求；
S3:接收上位机通过升级下载服务发送的升级包校验字段；
S4:接收上位机通过数据传输服务发送的升级包；
S5:用升级包校验字段对接收到的升级包进行校验，校验完成后进行升级包安装；
所述升级包校验字段以上述校验字段生成方法生成。
所述接收上位机通过数据传输服务发送的升级包，包括
S41:接收所述上位机通过升级下载服务发送的升级包大小；
S42:依据升级包大小，确定数据传输服务每次传输的最大数据量，并反馈给上位机；
S43:接收上位机通过数据传输服务不断循环发送的升级包数据，直至发送完成。
所述用升级包校验字段对接收到的升级包进行校验，校验完成后进行升级包安装，包括
发送完成后，通过请求退出传输服务反馈升级包传输完毕，用升级包校验字段对接收到的升级包进行校验。
第四方面，本发明记载了一种基于DoIP传输升级包的校验升级装置，包括
升级校验端，接收上位机发送的升级下载请求，并在接收到完整升级包后，通过升级包校验字段对升级包进行校验；
校验字段生成系统，用于生成升级包校验字段；
数据链接模块，响应于升级下载服务和数据传输服务，在升级包校验字段和升级包数据传输中，使升级校验端与上位机处于数据链接开启状态；
所述校验字段生成系统基于上述DoIP传输升级包的校验字段生成系统。
本发明与现有技术相比具有以下的优点：本发明生成的升级包校验字段源自于升级包内容信息，其包含的升级包校验字段不仅能进行大小还能进行内容的校验，且部分校验字段填充于报文信息中，无需额外的指令，升级校验端对 收到的升级包进行主动校验，不仅消除了升级包不能正常解压或者安装出错使车辆系统变砖等风险，还不增加升级系统负载。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明校验字段生成方法一个实施例的流程图。
图2为本发明校验字段生成系统一个实施例的结构框图。
图3为本发明校验升级方法一个实施例的流程图。
图4为本发明校验升级装置一个实施例的结构框图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应当理解，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述，但这些描述不应限于这些术语。这些术语仅用来将描述区分开。例如，在不脱离本申请实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。
取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。
特别需要说明的是，在说明书中存在的符号和/或数字，如果在附图说明中未被标记的，均不是附图标记。
实施例一
如图1所示，本申请公开了一种基于DoIP传输升级包的校验字段生成方法，包括如下步骤
S1:响应于升级下载请求，基于对升级包进行完整性检测获得第一固定值，基于对升级包大小的检测获得第一校验值；
S2:检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址对应存储区设置为待填充区；
S3:对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值；
S4:封装所述第一校验值和第二校验值，获得升级包校验字段。
基于DoIP协议诊断车辆时，会用到诊断仪或上位机等工具来对车辆进行升级操作，升级包传输用到的UDS命令是0x34、0x36和0x37；其过程为，利用0x34服务告知车辆该升级包的大小，再通过0x36服务发送该升级包的数据，直到发送完成；发送完成后再通过0x37服务告知车辆该升级包已传输完毕。车辆系统开始安装升级包，这过程可能会涉及到车辆的重启，那么诊断仪或上位机就会和车辆系统短暂地断开连接；车辆系统重新和诊断仪或上位机建立连接后，需要恢复DTC状态位的更新等。这样一次DoIP刷写流程就结束了。可以看到升级包传输前、中、后都没有对升级包进行校验等操作。
为解决该问题，本申请技术方案升级包校验字段生成方法至少包含用于表征升级包大小的第一校验值的生成，第一校验值用于验证升级包传输大小为预设大小；还包括用于标记升级包内容唯一和完整性性的第二校验值的生成。这样，通过升级包校验字段生方法升级包校验字段能够实现对升级包大小和内容完整性的双重校验，确保升级包不被篡改。
同时，第二校验值的生成依赖于对升级包进行完整性检测获得的一个固定值，该完整性检测可以是升级包特定存储位置/特定内容的表征数据，升级包内容的改动将导致该表征数据的改变。将该固定值填充到首地址对应存储区，获得的第二校验值将在发送到车辆后，对升级包内容进行内容校验，无需额外的发送校验命令。
其中对于升级包进行完整性检测获得的一个固定值的方式，可以是升级包报文内容、也可以是升级包本身内容的摘取，或报文内容与升级包内容的合并。
实施例二
所述基于对升级包进行完整性检测获得第一固定值，包括通过预设算法对升级包进行完整性检测，得到具有第一字节长度的第一固定值。其中的第一固 定值具有根据不同的检测方式具有不同的且固定的字节长度，第一固定值包含了代表升级包内容完整性的一个或多个标记点。
以UDS协议中0x34服务的请求报文格式为例；
0x34服务中的memoryAddress字段可以作为升级包完成检测的第一固定值，然后通过md5sum或者sha256sum等算法程序对升级包进行完整性检测，会得到一个固定长度的digest或hashing值，如md5sum是16字节，sha256sum是32字节。
所述检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址设置为待填充区；包括响应于诊断服务命令，检测对应操作平台是否有存储区对应所述升级包的首地址，若无，确认所述首地址对应存储区满足第二字节长度，并将该所述存储区设置为待填充区。在检测到memoryAddress满足预设条件的示例为，当Autosar诊断模块部署到android平台上，对于android来说，没有存储区首地址memoryAddress，升级包直接放在android的某个路径下，这样对于0x34服务来说，memoryAddress这个字段就浪费了，没起到作用，此时的memoryAddress可以作为待填充区。
进一步的对于其他环境，相应的在请求报文格式中检测相对于部署平台无意义的存储区域，可以作为待填充区。
所述对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值，包括通过循环冗余校验方式对第一固定值进行校验，使校验后的第一固定值具有第三字节长度，所述第三字节长度小于所述第一字节长度，优先的是，所述第三字节长度是第一字节长度的三分之一到五分之一；例如，得到16字节的digest或32字节的hashing值后，可以再通过crc32(4字节)或者crc64(8字节)等校验方法对此值进行校验；将这个经过crc校验的digest或hashing值填充到0x34服务的memoryAddress字段；在填充之前，还需要摘取memoryAddress的存储字段的长度，它可以是由ALFID (addressAndLengthFormatIdentifier)的低4位来确认的，最多为16字节，一般用4字节。
当第三字节长度不超过所述第二字节长度时，将所述第一固定值填入到所述待填充区，获得第二校验值。以上述示例，检测到第二字节长度的长度为16字节，则可将第一固定值通过crc等校验后获得的4字节或8字节的相应参数填入到待填充区，获得第二校验值。
本方案获得的升级包校验字段包含了表征升级包的总大小及升级包内容的digest或hashing值，可以通过0x34服务发送到车辆系统。车辆系统得到要传输的升级包的大小及digest或hashing值，那么可以和后续通过0x36服务得到的升级包做完整性校验，不需要额外的DID或者RID来被动进行升级包的校验。
实施例三
第二方面，本发明公开了一种基于DoIP传输升级包的校验字段生成系统，如图2所示，所述生成系统包括
升级包检测模块，用于对待升级包进行检测，以获得用于对应升级包完整性的第一固定值和对应升级包大小的第一校验值；
报文检测模块，用于检测请求报文信息是否满足预设条件，并识别请求报文信息中的首地址对应存储区为待填充区；
校验模块，用于对第一固定值进行校验，使校验后的第一固定值的字节长度不超过待填充区的长度；
填充模块，用于将所述第一固定值填入到所述待填充区，获得第二校验值。
所述校验字段生成系统还包括封装发送模块，所述封装发送模块用于对第一校验值和第二校验值进行封装后获得升级包校验字段，并将升级包校验字段发送给升级校验端。
升级包检测模块与云端链接，实时检测云端是否有待更新安装包，在获得更新响应后，启动对升级包的检测，包括对升级包大小的检测及升级包与内容相关的完整性检测，所述升级包检测模块还可以设定为对升级包版本、及升级包版本与待升级车辆匹配性的检测。
报文检测模块与升级包检测模块可以并行进行，在获得升级下载请求时，升级包检测的同时，报文检测模块对请求报文信息中的预设区域进行识别，在首地址对应存储区为无意义存储区域，则将该区域设定为待填充区。
校验模块获取来自于升级包检测模块获得的第一固定值，对第一固定值进行校验，并校验后的第一固定值满足预设长度。
填充模块选取合适长度的，并校验完成的第一固定值填充到填充区，能够填充到检测请求报文信息相应位置的参数为第二校验值。
最后将第一校验值与第二校验值进行封装，与请求报文信息一起发送至车机系统。
实施例四
基于实施例三，本发明公开了一种基于DoIP传输升级包的校验字段生成系统，还包括升级包加密模块，用于获取升级包加密密钥，并将所述加密密钥前置封装在所述升级包校验字段外部，随着升级包校验字段一起发送给车机系统，只有当车机系统通过加密密钥成功解压所述升级包，所述升级包校验字段才会进行进一步的启动后续升级包校验程序。
实施例五
如图3所述，本发明记载了一种基于DoIP传输升级包的校验升级方法，包括如下步骤
S1:与上位机链接，停止状态更新等操作；
S2:进入bootloader模式，在进行安全解锁后，向上位机发送升级下载请求；
S3:接收上位机通过升级下载服务发送的升级包校验字段；
S4:接收上位机通过数据传输服务发送的升级包；
S5:用升级包校验字段对接收到的升级包进行校验，校验完成后进行升级包安装；
所述升级包校验字段以上述校验字段生成方法生成。
具体过程为
(1)诊断仪或上位机和车辆建立DoIP连接；
(2)升级前，停止DTC状态位的更新等，进入编程会话进行安全解锁等；响应于升级服务请求，启动生成升级包校验字段的生成；
(3)诊断仪或上位机利用0x34服务告知车辆该升级包的升级包校验字段、解压密钥等信息；车辆返回后续0x36服务每次传输的最大数据量；
(4)诊断仪或上位机通过0x36服务不断循环发送该升级包的数据，直到发送完成；
(5)发送完成后再通过0x37服务告知车辆该升级包已传输完毕。
(6)车辆系统开始安装升级包，这过程可能会涉及到车辆的重启，那么诊断仪或上位机就会和车辆系统短暂地断开连接；
(7)车辆系统重新和诊断仪或上位机建立连接后，需要恢复DTC状态位的更新等。
所述接收上位机通过数据传输服务发送的升级包，包括
S41:接收所述上位机通过升级下载服务发送的升级包大小；
S42:依据升级包大小，确定数据传输服务每次传输的最大数据量，并反馈给上位机；
S43:接收上位机通过数据传输服务不断循环发送的升级包数据，直至发送完成。
参照上述示例，诊断仪或上位机利用0x34服务告知车辆该升级包的大小，车辆返回后续0x36服务每次传输的最大数据量，以提升数据传输效率。
实施例六
如图4所述，本发明记载了一种基于DoIP传输升级包的校验升级装置，包括
升级校验端，接收上位机发送的升级下载请求，并在接收到完整升级包后，通过升级包校验字段对升级包进行校验；
校验字段生成系统，用于生成升级包校验字段；
数据链接模块，响应于升级下载服务和数据传输服务，在升级包校验字段和升级包数据传输中，使升级校验端与上位机出于数据链接开启状态；
所述校验字段生成系统基于上述DoIP传输升级包的校验字段生成系统。
本发明方案充分利用UDS 0x34服务中的memoryAddress字段，用作升级包的完整性校验；避免了现有技术中完整性校验增加DID或者RID存在的额外操作，实现对车辆升级的主动校验，避免了篡改升级包的风险。
最后应说明的是：本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述比较简单，相关之处参见方法部分说明即可。
以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

  1. 一种基于DoIP传输升级包的校验字段生成方法，其特征在于，包括如下步骤
    S1:响应于升级下载请求，基于对升级包进行完整性检测获得第一固定值，基于对升级包大小的检测获得第一校验值；
    S2:检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址对应存储区设置为待填充区；
    S3:对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值；
    S4:封装所述第一校验值和第二校验值，获得升级包校验字段。
  2. 如权利要求1所述基于DoIP传输升级包的校验字段生成方法，其特征在于，所述基于对升级包进行完整性检测获得第一固定值包括如下步骤
    通过预设算法对升级包进行完整性检测，得到具有第一字节长度的第一固定值。
  3. 如权利要求2所述基于DoIP传输升级包的校验字段生成方法，其特征在于，所述检测请求报文信息中存储所述升级包的首地址是否满足预设条件，若满足，则将所述首地址设置为待填充区；包括
    响应于诊断服务命令，检测对应操作平台是否有存储区对应所述升级包的首地址，若无，确认所述首地址对应存储区满足第二字节长度，并将该所述存储区设置为待填充区。
  4. 如权利要求3所述基于DoIP传输升级包的校验字段生成方法，其特征在于，所述对所述第一固定值进行校验后，将所述第一固定值填入到所述待填充区，获得第二校验值，包括
    通过循环冗余校验方式对第一固定值进行校验，使校验后的第一固定值具有第三字节长度，所述第三字节长度小于所述第一字节长度；
    当第三字节长度不超过所述第二字节长度时，将所述第一固定值填入到所述待填充区，获得第二校验值。
  5. 一种基于DoIP传输升级包的校验字段生成系统，其特征在于，所述生成系统包括
    升级包检测模块，用于对待升级包进行检测，以获得用于对应升级包完整性的第一固定值和对应升级包大小的第一校验值；
    报文检测模块，用于检测请求报文信息是否满足预设条件，并识别请求报文信息中的首地址对应存储区为待填充区；
    校验模块，用于对第一固定值进行校验，使校验后的第一固定值的字节长度不超过待填充区的长度；
    填充模块，用于将所述第一固定值填入到所述待填充区，获得第二校验值。
  6. 如权利要求5所述的基于DoIP传输升级包的校验字段生成系统，其特征在于，还包括
    封装发送模块，用于对第一校验值和第二校验值进行封装后获得升级包校验字段，并将升级包校验字段发送给升级校验端。
  7. 一种基于DoIP传输升级包的校验升级方法，其特征在于，包括如下步骤
    S1:与上位机链接，停止状态更新；
    S2:进入bootloader模式，在进行安全解锁后，向上位机发送升级下载请求；
    S3:接收上位机通过升级下载服务发送的升级包校验字段；
    S4:接收上位机通过数据传输服务发送的升级包；
    S5:用升级包校验字段对接收到的升级包进行校验，校验完成后进行升级包安装；
    所述升级包校验字段以权利要求1-4中任意一项所述基于DoIP传输升级包的校验字段生成方法生成。
  8. 如权利要求7所述基于DoIP传输升级包的校验升级方法，其特征在于，所述接收上位机通过数据传输服务发送的升级包，包括
    S41:接收所述上位机通过升级下载服务发送的升级包大小；
    S42:依据升级包大小，确定数据传输服务每次传输的最大数据量，并反馈给上位机；
    S43:接收上位机通过数据传输服务不断循环发送的升级包数据，直至发送完成。
  9. 如权利要求8所述基于DoIP传输升级包的校验升级方法，其特征在于，所述用升级包校验字段对接收到的升级包进行校验，校验完成后进行升级包安装，包括
    发送完成后，通过请求退出传输服务反馈升级包传输完毕，用升级包校验字段对接收到的升级包进行校验。
  10. 一种基于DoIP传输升级包的校验升级装置，其特征在于，包括
    升级校验端，接收上位机发送的升级下载请求，并在接收到完整升级包后，通过升级包校验字段对升级包进行校验；
    校验字段生成系统，用于生成升级包校验字段；
    数据链接模块，响应于升级下载服务和数据传输服务，在升级包校验字段和升级包数据传输中，使升级校验端与上位机处于数据链接开启状态；
    所述校验字段生成系统为权利要求5或6所述的基于DoIP传输升级包的校验字段生成系统。
PCT/CN2024/111086 2023-12-13 2024-08-09 一种基于DoIP传输升级包的校验字段生成方法及系统 Pending WO2025123728A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202311704339.5 2023-12-13
CN202311704339.5A CN117914529A (zh) 2023-12-13 2023-12-13 一种基于DoIP传输升级包的校验字段生成方法及系统

Publications (1)

Publication Number Publication Date
WO2025123728A1 true WO2025123728A1 (zh) 2025-06-19

Family

ID=90682995

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/111086 Pending WO2025123728A1 (zh) 2023-12-13 2024-08-09 一种基于DoIP传输升级包的校验字段生成方法及系统

Country Status (2)

Country Link
CN (1) CN117914529A (zh)
WO (1) WO2025123728A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117914529A (zh) * 2023-12-13 2024-04-19 中国第一汽车股份有限公司 一种基于DoIP传输升级包的校验字段生成方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210311720A1 (en) * 2020-02-14 2021-10-07 Huawei Technologies Co., Ltd. Vehicle-Mounted Device Upgrade Method and Related Apparatus
CN114924770A (zh) * 2022-06-14 2022-08-19 一汽奔腾轿车有限公司 一种基于DoIP协议的车载信息娱乐系统的OTA升级系统及方法
CN116382739A (zh) * 2023-04-04 2023-07-04 合众新能源汽车股份有限公司 一种驾驶平台ota升级流程控制方法、系统、设备及介质
CN117914529A (zh) * 2023-12-13 2024-04-19 中国第一汽车股份有限公司 一种基于DoIP传输升级包的校验字段生成方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210311720A1 (en) * 2020-02-14 2021-10-07 Huawei Technologies Co., Ltd. Vehicle-Mounted Device Upgrade Method and Related Apparatus
CN114924770A (zh) * 2022-06-14 2022-08-19 一汽奔腾轿车有限公司 一种基于DoIP协议的车载信息娱乐系统的OTA升级系统及方法
CN116382739A (zh) * 2023-04-04 2023-07-04 合众新能源汽车股份有限公司 一种驾驶平台ota升级流程控制方法、系统、设备及介质
CN117914529A (zh) * 2023-12-13 2024-04-19 中国第一汽车股份有限公司 一种基于DoIP传输升级包的校验字段生成方法及系统

Also Published As

Publication number Publication date
CN117914529A (zh) 2024-04-19

Similar Documents

Publication Publication Date Title
CN112486554B (zh) 一种车载联网终端软件升级方法
JP7666873B2 (ja) データ処理方法、制御デバイス、診断デバイス、コンピュータプログラム、及び電子デバイス
CN111190629B (zh) 一种嵌入式终端升级软件包及其解析方法
US12346686B2 (en) Program update system, program transmission device, and program transmission method
CN110460573A (zh) 一种应用于汽车ecu安全升级管理系统及方法
CN111813461A (zh) 一种车辆ecu标定方法、装置和设备
CN108664256A (zh) 系统的固件更新方法、装置和电池管理系统
CN116382739A (zh) 一种驾驶平台ota升级流程控制方法、系统、设备及介质
CN116185460A (zh) 一种嵌入式系统软件自动升级的方法及装置
WO2012012933A1 (zh) 发送、接收数据的处理装置及方法
WO2025123728A1 (zh) 一种基于DoIP传输升级包的校验字段生成方法及系统
CN111722864A (zh) 一种ecu数据刷写方法及相关装置
CN113315681A (zh) 一种基于智能家庭网关插件的自动化测试方法及系统
CN119987828A (zh) 固件升级方法、装置、计算机设备、存储介质及程序产品
CN106453629A (zh) 一种基于移动网络的汽车电子系统远程升级系统及其方法
CN116962389A (zh) 日志传输方法、日志传输系统、车辆以及服务器
CN113434163B (zh) 适用于电子控制单元的在线标定方法、系统、设备及介质
CN110825414B (zh) 一种程序升级装置、嵌入式装置及其程序升级方法
CN119271241A (zh) 车辆的电子控制单元中固件的更新方法、系统及电子设备
CN115102855A (zh) 智能水表嵌入式软件在线升级方法及系统
CN114721680A (zh) 车载applet离线更新方法以及车载applet离线更新系统
CN118585499A (zh) 储能管理系统更新方法、装置以及存储介质
CN114579166B (zh) 组件模块升级方法、组件模块和财务机器人
CN115712412A (zh) 一种软件包制作方法、装置、电子设备及存储介质
CN114546439A (zh) 设备的固件升级方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24902154

Country of ref document: EP

Kind code of ref document: A1