OTA upgrading architecture and OTA upgrading method of vehicle

By designing an OTA upgrade architecture that is adapted to the network topology configuration of different models for the vehicles, combined with unified diagnostic services and OTA main control module, the problem of insufficient universality of the existing platform is solved, and flexible upgrades and reliable monitoring of different brands and models are achieved.

CN120281798APending Publication Date: 2025-07-08ANHUI JIANGHUAI AUTOMOBILE GRP CORP LTD
View PDF 0 Cites 1 Cited by

Patent Information

Application Number
CN202510568438.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-04-30
Publication Date
2025-07-08

Smart Images

  • Figure CN120281798A_ABST
    Figure CN120281798A_ABST
Patent Text Reader

Abstract

The invention discloses an OTA upgrading architecture and an OTA upgrading method of a vehicle, the OTA upgrading architecture comprises an OTA upgrading platform and a plurality of vehicles of different vehicle types, and the different vehicle types belong to the same brand or different brands; the OTA upgrading platform is provided with network configuration matched with the network topology of each vehicle type, and the network topology comprises the component name, the component graph number, the diagnosis identity number and the network node of each module. In the application, the OTA upgrading platform matches the corresponding network configuration according to the network topology of each vehicle type, so that the OTA upgrading platform can adapt to different brands and vehicle types, and the universality of the OTA upgrading platform is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of automotive technology, and more specifically, to an OTA upgrade architecture and an OTA upgrade method for a vehicle. Background Art

[0002] With the increasingly widespread application of OTA (Over-the-Air Technology), many different OTA master control module integration solutions have emerged for different upgrade objects.

[0003] However, existing OTA upgrade platforms are only applicable to a certain brand or a certain vehicle model, with poor versatility. Summary of the Invention

[0004] This application provides an OTA upgrade architecture and an OTA upgrade method for a vehicle. The OTA upgrade platform matches corresponding network configurations according to the network topology of each vehicle model, enabling the OTA upgrade platform to adapt to different brands and vehicle models, and improving the versatility of the OTA upgrade platform.

[0005] This application provides an OTA upgrade architecture for a vehicle, including an OTA upgrade platform and multiple vehicles of different vehicle models, where the different vehicle models belong to the same brand or different brands;

[0006] The OTA upgrade platform is provided with network configurations that match the network topology of each vehicle model. The network topology includes the part names, part drawing numbers, diagnostic identity numbers, and network nodes of each module.

[0007] Preferably, if the vehicle does not have a gateway, different CAN channels are configured between the OTA upgrade platform and different network nodes of the vehicle.

[0008] Preferably, the OTA upgrade platform includes a unified diagnostic service module, and the unified diagnostic service module diagnoses the vehicle based on the network configuration corresponding to the vehicle.

[0009] Preferably, if the vehicle does not have a multimedia device, the vehicle displays OTA upgrade information through the instrument panel, and the instrument panel is communicatively connected to the OTA master of the vehicle.

[0010] Preferably, the OTA master of the vehicle is integrated in the central gateway controller, and the OTA master includes a differential upgrade module.

[0011] Preferably, the OTA master of the vehicle is integrated in the telematics control unit, and the OTA master includes a whole package inspection function and a differential upgrade module.

[0012] Preferably, the OTA master of the vehicle is integrated in the cockpit domain controller or the assisted driving domain controller, and the OTA master includes a differential upgrade module.

[0013] Preferably, the cockpit domain controller or the assisted driving domain controller is signal - connected to the telematics processor, and the telematics processor is connected to the Internet through a USB interface to download and store differential packages from the cloud, as well as the pass - through of the sub - nodes of the cockpit domain controller or the assisted driving domain controller.

[0014] Preferably, if the vehicle is not equipped with a battery charge sensor, the OTA upgrade platform calculates the state of charge of the battery based on the characteristics of the battery.

[0015] This application also provides an OTA upgrade method for a vehicle. Based on the above - mentioned OTA upgrade architecture of the vehicle, the OTA upgrade method includes:

[0016] Based on the corresponding network configuration matched with the network topology of the vehicle model to which the vehicle belongs;

[0017] When the vehicle is powered on, send an OTA upgrade task to the vehicle;

[0018] Receive the actual status of each module uploaded by the vehicle, and determine the module to be upgraded and the time required for the upgrade according to the network configuration information. The actual status includes the part number and the software version;

[0019] Send the module to be upgraded and the time required for the upgrade to the vehicle.

[0020] Preferably, the OTA upgrade method for the vehicle further includes:

[0021] Receive the key signals affecting the upgrade uploaded by the vehicle to determine whether the vehicle condition meets the requirements;

[0022] If so, determine the module to be upgraded and the time required for the upgrade according to the network configuration information.

[0023] This application also provides an OTA upgrade method for a vehicle. Based on the above - mentioned OTA upgrade architecture of the vehicle, the OTA upgrade method includes:

[0024] In response to receiving the OTA upgrade task sent by the OTA upgrade platform, upload the actual status of each module. The actual status includes the part number and the software version;

[0025] If receiving the module to be upgraded and the time required for the upgrade sent by the OTA upgrade platform, send the upgrade information and the time required for the upgrade to the dashboard, so that the dashboard displays the upgrade information, the time required for the upgrade, and the upgrade options; wherein, the module to be upgraded is determined by the OTA upgrade platform according to the corresponding network configuration of the vehicle model to which the vehicle belongs and the actual status of each module.

[0026] If receiving the immediate upgrade instruction feedback from the dashboard, determine whether the upgrade conditions are met;

[0027] If so, control the module to be upgraded to perform the upgrade, and provide real-time feedback on the upgrade progress and results to the dashboard.

[0028] Other features and advantages of the present application will become apparent from the following detailed description of the exemplary embodiments of the present application with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] The drawings incorporated in and forming a part of this specification illustrate embodiments of the present application and, together with the description, serve to explain the principles of the present application.

[0030] Figure 1 A schematic structural diagram of the OTA upgrade architecture of the vehicle provided by the present application;

[0031] Figure 2 A flowchart of a preferred embodiment of the OTA upgrade method based on the OTA upgrade platform provided by the present application;

[0032] Figure 3 A flowchart of the OTA upgrade method based on the vehicle provided by the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0033] Reference will now be made in detail to various exemplary embodiments of the present application. It should be noted that: unless otherwise specifically stated, the relative arrangements of components and steps, numerical expressions and values set forth in these embodiments do not limit the scope of the present application.

[0034] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the present application, its application, or uses.

[0035] Techniques, methods, and devices known to those of ordinary skill in the relevant art may not be discussed in detail, but where appropriate, the techniques, methods, and devices should be considered as part of the specification.

[0036] In all examples shown and discussed herein, any specific values should be construed as merely exemplary and not as limitations. Thus, other examples of the exemplary embodiments may have different values.

[0037] The present application provides an OTA upgrade architecture and an OTA upgrade method for a vehicle. The OTA upgrade platform matches corresponding network configurations according to the network topology of each vehicle model, enabling the OTA upgrade platform to adapt to different brands and models, and improving the versatility of the OTA upgrade platform. Further, based on the network configuration corresponding to the vehicle model, the OTA upgrade platform can accurately diagnose the vehicle through the Unified Diagnostic Services (UDS) module. Moreover, the vehicle's instrument panel is communicatively connected to the OTA master control of the vehicle, and the OTA upgrade information is displayed through the instrument panel, solving the user interaction problem caused by the absence of a multimedia device on the vehicle. Additionally, the vehicle can select one of the modules that can be connected to the constant power supply and can be awakened in the off gear for normal refreshing according to its own architecture to integrate the OTA master control, enabling the OTA master control to be quickly integrated into different vehicle terminals, realizing flexible configuration and reliable upgrade of the vehicle terminal.

[0038] As Figure 1 shown, the OTA upgrade architecture for the vehicle provided by the present application includes an OTA upgrade platform and multiple vehicles of different vehicle models ( Figure 1 four vehicles are shown in the example), and the different vehicle models belong to the same brand or different brands. The OTA upgrade platform is provided with network configurations that match the network topology of each vehicle model. The network topology includes the part names, part drawing numbers, diagnostic identity numbers, and network nodes of each module (such as each ECU). Thus, the OTA upgrade platform can flexibly configure the network according to the vehicle's overall vehicle architecture, supporting the expansion and access of different brands and models.

[0039] The OTA upgrade platform contains software programs such as security access algorithms, data erasure, data download, and verification.

[0040] Preferably, the OTA upgrade platform further includes a Unified Diagnostic Services (UDS) module, and the unified diagnostic service module diagnoses the vehicle based on the network configuration corresponding to the vehicle. The OTA upgrade platform issues diagnostic instructions corresponding to each module to the vehicle terminal when the vehicle is powered on. After the vehicle reads the part drawing numbers, software version numbers, etc. of each module, it reports them to the OTA upgrade platform, so that the OTA upgrade platform can understand the software conditions of each module in the actual vehicle state and the refreshable state under various working conditions in real time.

[0041] Preferably, the OTA upgrade platform also collects CAN line message data reported by the vehicle to monitor key signals affecting vehicle upgrade (such as key status, vehicle speed, battery power, handbrake status, gear position, engine speed, vehicle power status, etc.), and understand the vehicle condition in real time.

[0042] Preferably, if the vehicle is not equipped with a gateway, different CAN channels are configured between the OTA upgrade platform and the network nodes of different vehicle modules to achieve flexible configuration from the OTA upgrade platform to the vehicle end. If the vehicle is equipped with a gateway, the gateway distributes the information of the OTA upgrade platform to each network node.

[0043] Preferably, if the vehicle is not equipped with a multimedia device, the vehicle displays OTA upgrade information (including upgrade content, upgrade time required, upgrade progress, and upgrade status, etc.) through the instrument panel (for example, in the form of a pop-up window). The instrument panel is communicatively connected to the OTA master control of the vehicle (for example, through a CAN line) to achieve flexible configuration from the OTA upgrade platform to the vehicle end.

[0044] Preferably, if the vehicle is not equipped with a battery power sensor, the TBOX detects the battery voltage, calculates the remaining power of the low-voltage battery according to the characteristic curve corresponding to the state of charge (SOC) of the battery, and matches the configurable upper and lower high voltages to make the DCDC work. And the OTA upgrade platform understands the battery state based on the battery SOC uploaded by the TBOX.

[0045] On the above basis, for each vehicle model, one module that can be connected to the constant power and can be normally refreshed after being woken up in the off gear can be selected according to its own architecture to integrate the OTA master control into it, so that the OTA master control can be quickly integrated into different vehicle ends to achieve flexible configuration and reliable upgrade of the vehicle end.

[0046] Specifically, the OTA master control provides upgrade operations for the domain control intelligent components, including judging whether it is a differential / full upgrade, performing differential restoration, preparing relevant states and data for the upgrade, and processing the upgrade results. The OTA master control monitors the vehicle interior in real time, monitors the data reported to the OTA upgrade platform, provides upgrade package download services, controls upgrade or rollback, monitors the upgrade progress and status, and controls entry into and exit from the OTA mode; and the OTA master control supports DoCAN and DoIP diagnostic and flashing protocols, including a package download and verification module, a task management module, a task execution and arbitration module, a vehicle condition control module, an upgrade strategy and execution module, a script download and execution module, and a log management and upload module. The OTA master control also transmits files and installation instructions to each module, initiates vehicle status checks and functional dependency checks, performs differential upgrades and rollbacks, reports the upgrade progress and results to the vehicle end and the platform; and provides sub-node transparent transmission capabilities and supports DoCAN diagnostic and flashing protocols. The OTA master control includes functional modules such as package transmission and parsing, task execution, information processing, upgrade condition control, upgrade strategy and execution, rollback retry, and log backhaul.

[0047] As an embodiment, the vehicle's OTA master control is integrated into the central gateway controller, and the central grid controller leads the OTA download, interacts with the cloud, and assumes the function of the OTA master control node. Among them, the OTA master control includes a differential upgrade module. In this embodiment, the system needs to support A / B partition flashing mode.

[0048] As another embodiment, the vehicle's OTA master control is integrated in a telematics BOX (TBOX), and the OTA master control includes a whole package inspection function and a differential upgrade module. In this embodiment, the system needs to support A / B partition flashing mode.

[0049] As another embodiment, the vehicle's OTA master is integrated into the cockpit domain controller or the auxiliary driving domain controller, and the OTA master includes a differential upgrade module. In this embodiment, the cockpit domain controller or the auxiliary driving domain controller is connected to the telematics processor TBOX signal, and the telematics processor TBOX is connected to the Internet via a USB interface to download and store differential packages from the cloud, as well as transparent transmission of sub-nodes under the cockpit domain controller or the auxiliary driving domain controller. In this embodiment, the system needs to support A / B partition flashing mode.

[0050] Based on the above OTA upgrade architecture, this application also provides a vehicle OTA upgrade method, which is applicable to the OTA upgrade platform. Figure 2 As shown, the OTA upgrade method includes:

[0051] S210: Corresponding network configuration based on network topology matching of the vehicle model.

[0052] S220: When the vehicle is powered on, an OTA upgrade task is sent to the vehicle.

[0053] S230: Receive the actual status of each module uploaded by the vehicle, and determine the module to be upgraded and the time required for the upgrade based on the network configuration information. The actual status includes the component drawing number, software version, etc.

[0054] S250: Send the module to be upgraded and the time required for upgrading to the vehicle, so that the vehicle upgrades the module to be upgraded.

[0055] Preferably, the OTA upgrade method further includes:

[0056] S240: Receive the key signal affecting the upgrade uploaded by the vehicle to determine whether the vehicle condition meets the requirements. If so, execute S250 to determine the module to be upgraded and the time required for the upgrade based on the network configuration information.

[0057] Based on the above OTA upgrade architecture, the present application also provides a vehicle OTA upgrade method which is applicable to the OTA master control program on the vehicle.Figure 3 As shown, the OTA upgrade method includes:

[0058] S310: In response to receiving an OTA upgrade task sent by the OTA upgrade platform, upload the actual status of each module, where the actual status includes part drawing numbers, software versions, etc.

[0059] S320: If the module to be upgraded and the time required for the upgrade sent by the OTA upgrade platform are received, send the upgrade information and the time required for the upgrade to the dashboard, so that the dashboard displays the upgrade information, the time required for the upgrade, and upgrade options (including immediate upgrade and not upgrading for now). Among them, the module to be upgraded is determined by the OTA upgrade platform according to the corresponding network configuration of the vehicle model and the actual status of each module.

[0060] S330: Determine whether the user instruction feedback received from the dashboard is an immediate upgrade instruction or a not-upgrade-for-now instruction. If an immediate upgrade instruction is received, execute S340; if a not-upgrade-for-now instruction is received, after the vehicle is powered on next time, re-execute S320.

[0061] S340: Determine whether the upgrade conditions are met (such as determining whether the current vehicle condition meets the pre-upgrade conditions, etc.). If so, execute S350; otherwise, after the vehicle is powered on next time, re-execute S320.

[0062] S350: Control the module to be upgraded to be upgraded, and send the upgrade progress and upgrade result to the dashboard in real time, so that the dashboard displays the feedback upgrade progress and upgrade result in real time, enabling the user to understand the upgrade situation.

[0063] S360: Determine whether the upgrade is successful. If so, end the process; otherwise, execute S370.

[0064] S370: Determine whether the number of retries exceeds the preset number. If so, execute S380; otherwise, after the vehicle is powered on next time, re-execute S350.

[0065] S380: Roll back the version of the module to be upgraded to the previous version.

[0066] Although some specific embodiments of the present application have been described in detail by way of examples, those skilled in the art should understand that the above examples are only for illustration and not for limiting the scope of the present application. Those skilled in the art should understand that the above embodiments can be modified without departing from the scope and spirit of the present application. The scope of the present application is defined by the appended claims.

Claims

1. An OTA upgrade architecture for a vehicle, characterized in that, It includes an OTA upgrade platform and vehicles of multiple different models, where the different models belong to the same brand or different brands; The OTA upgrade platform is provided with network configurations that match the network topologies of each model. The network topologies include the part names, part numbers, diagnostic identity numbers, and network nodes of each module.

2. The OTA upgrade architecture of the vehicle according to claim 1, characterized in that, The OTA upgrade platform includes a unified diagnostic service module, and the unified diagnostic service module diagnoses the vehicle based on the network configuration corresponding to the vehicle.

3. The OTA upgrade architecture of the vehicle according to claim 1, characterized in that, If the vehicle is not equipped with a multimedia device, the vehicle displays OTA upgrade information through the instrument panel, and the instrument panel is communicatively connected to the OTA master control of the vehicle.

4. The OTA upgrade architecture of the vehicle according to claim 1, characterized in that, The OTA master control of the vehicle is integrated in the central gateway controller, and the OTA master control includes a differential upgrade module.

5. The OTA upgrade architecture of the vehicle according to claim 1, characterized in that The OTA master control of the vehicle is integrated in the telematics control unit, and the OTA master control includes a whole package inspection function and a differential upgrade module.

6. The OTA upgrade architecture of the vehicle according to claim 1, wherein, The OTA master control of the vehicle is integrated in the cockpit domain controller or the assisted driving domain controller, and the OTA master control includes a differential upgrade module.

7. The OTA upgrade architecture of the vehicle according to claim 6, characterized in that The cockpit domain controller or the assisted driving domain controller is signal-connected to the telematics control unit. The telematics control unit is connected to the Internet through a USB interface to download and store differential packages from the cloud, as well as the pass-through of the sub-nodes under the cockpit domain controller or the assisted driving domain controller.

8. The OTA upgrade architecture of the vehicle according to claim 1, characterized in that, If the vehicle is not equipped with a battery charge sensor, the OTA upgrade platform calculates the state of charge of the battery based on the characteristics of the battery.

9. An OTA upgrade method for a vehicle, characterized in that, Based on the OTA upgrade architecture of the vehicle according to any one of claims 1-8, the OTA upgrade method includes: Based on the corresponding network configuration that matches the network topology of the model to which the vehicle belongs; When the vehicle is powered on, send an OTA upgrade task to the vehicle; Receive the actual status of each module uploaded by the vehicle, and determine the modules to be upgraded and the time required for the upgrade based on the network configuration information. The actual status includes the part number and software version; Send the modules to be upgraded and the time required for the upgrade to the vehicle.

10. An OTA upgrade method for a vehicle, characterized in that, Based on the OTA upgrade architecture of the vehicle according to any one of claims 1-8, the OTA upgrade method includes: In response to receiving the OTA upgrade task sent by the OTA upgrade platform, upload the actual status of each module. The actual status includes the part number and software version; If the modules to be upgraded and the time required for the upgrade sent by the OTA upgrade platform are received, send the upgrade information and the time required for the upgrade to the instrument panel, so that the instrument panel displays the upgrade information, the time required for the upgrade, and upgrade options; wherein, the modules to be upgraded are determined by the OTA upgrade platform based on the corresponding network configuration of the model to which the vehicle belongs and the actual status of each module; If an immediate upgrade instruction feedback from the instrument panel is received, determine whether the upgrade conditions are met; If so, control the modules to be upgraded to be upgraded, and send the upgrade progress and upgrade results to the instrument panel in real time.

Citation Information

Cited By

  • Vehicle end data processing system and vehicle

    CN122204857A