CN115955669A

CN115955669A - Vehicle data upgrading method and device based on OTA and vehicle-mounted terminal

Info

Publication number: CN115955669A
Application number: CN202211632334.1A
Authority: CN
Inventors: 朱鹏; 罗承刚; 李皓; 齐辉; 王童; 刘鹏
Original assignee: Guoqi Beijing Intelligent Network Association Automotive Research Institute Co ltd
Current assignee: Guoqi Beijing Intelligent Network Association Automotive Research Institute Co ltd
Priority date: 2022-12-19
Filing date: 2022-12-19
Publication date: 2023-04-11

Abstract

The invention discloses a vehicle data upgrading method, a device and a vehicle-mounted terminal based on OTA, which are used for a first vehicle-mounted terminal and comprise the following steps: obtaining a vehicle upgrading data packet; loading a vehicle upgrading data packet into a target message based on a preset protocol; responding to the OTA upgrading instruction starting, sending a request message to a second vehicle-mounted terminal, and starting a first DPDK instruction; and sending the target message to the second vehicle-mounted terminal based on the first DPDK instruction. Carry out the secondary development at first on-vehicle terminal with DPDK data plane development external member as the basis and integrate it on-vehicle gateway, when whole car OTA upgrades, the on-vehicle gateway of first on-vehicle terminal calls the DPDK external member through the OTA procedure and directly operates car intranet card, can bypass the vehicle upgrading data package that linux kernel protocol stack handled the mode transmission of data package, solve first on-vehicle terminal to a certain extent and write consuming time and whole car upgrading inefficiency problem, reduce the time that the car owner waited for the upgrading, reinforcing user experience.

Description

Vehicle data upgrading method and device based on OTA and vehicle-mounted terminal

Technical Field

The invention relates to the technical field of vehicle data upgrading of Over-the-air technology (OTA), in particular to a vehicle data upgrading method and device based on OTA and a vehicle-mounted terminal.

Background

With the rapid development of computer control, entertainment systems and communication network technologies, the field of vehicles is also integrated with diversified entertainment equipment and communication equipment, and the functions of the carried electronic control units are more and more increased, so that the data information of the vehicles is more and more complicated. Therefore, the OTA remote upgrading technology can be continuously expanded on a vehicle-mounted terminal or a vehicle-mounted controller or a whole vehicle, the existing functions of the vehicle are continuously optimized, and the user experience is improved.

In the related technology, vehicle data upgrading based on vehicle data is divided into online upgrading and offline upgrading, the online upgrading is generally realized by communicating with a TBOX through a cloud end, an upgrading packet is sent to the TBOX or a gateway in a vehicle, the vehicle-mounted gateway adopts a DOIP protocol based on Ethernet and transmits the upgrading packet to a network card through a kernel protocol stack, the network card transmits the upgrading packet to each ECU, and each ECU is upgraded in sequence. Or, the off-line upgrading uses an automobile after-sale special tool to upgrade through an OBD port or a USB port, and the current whole automobile upgrading generally adopts on-line upgrading.

As shown in fig. 1, which is a schematic diagram of online upgrade, when an upgrade package arrives at an in-vehicle gateway, an OTA program assembles an upgrade package data message according to a DOIP protocol, and sends the message to a kernel TCP/IP protocol stack through a socket interface and then to a network card. However, the DOIP protocol is based on the conventional TCP/IP protocol stack, and both the transmission and reception of the message are involved in the linux kernel protocol stack, and since the kernel protocol stack itself processes the data packet, the problems of interrupt processing, memory copy, context switch, local failure, memory management, etc. occur, when a large number of data packets arrive in the network, frequent hardware interrupt requests, continuous switch between the kernel mode and the user mode, and multiple memory copies may be generated, which results in increased system consumption, decreased system performance, increased write-through time, and low upgrade efficiency of the entire vehicle.

Disclosure of Invention

Therefore, the technical problem to be solved by the present invention is to overcome the problems of increased system consumption, decreased system performance, increased flash time and low overall vehicle upgrading efficiency caused by the data processing problem of the kernel protocol stack itself in the prior art based on online upgrading, so as to provide a vehicle data upgrading method, device and vehicle-mounted terminal based on OTA.

According to a first aspect, an embodiment of the present invention discloses an OTA-based vehicle data upgrading method, which is used for a first vehicle-mounted terminal, and includes the following steps:

obtaining a vehicle upgrading data packet;

loading the vehicle upgrading data packet into a target message based on a preset protocol;

responding to the OTA upgrading instruction starting, sending a request message to a second vehicle-mounted terminal, and starting a first DPDK instruction;

and sending the target message to a second vehicle-mounted terminal based on the first DPDK instruction.

With reference to the first aspect, in an implementation manner of the first aspect, the first DPDK instruction is generated through a transmission port of the first vehicle-mounted terminal.

With reference to the first aspect, in an implementation manner of the first aspect, the target packet is sent to the second vehicle-mounted terminal through a network card.

With reference to the first aspect, in an implementation manner of the first aspect, the request message is sent to the second vehicle-mounted terminal based on an ethernet TCP/IP protocol stack.

Through executing the above embodiment of the first aspect, the first vehicle-mounted terminal is developed for the second time on the basis of the DPDK data plane development kit and integrated on the vehicle-mounted gateway, when the whole vehicle is upgraded OTA, the vehicle-mounted gateway of the first vehicle-mounted terminal calls the DPDK kit through an OTA program to directly operate the vehicle-mounted network card, and can bypass the vehicle upgrade data packet transmitted by the mode of processing the data packet by the linux kernel protocol stack, so that the problems of time consumption for the first vehicle-mounted terminal to be flushed and low efficiency of the whole vehicle upgrade are solved to a certain extent, the time for a vehicle owner to wait for upgrade is reduced, and the user experience is enhanced.

According to a second aspect, an embodiment of the present invention further discloses an OTA-based vehicle data upgrading method, which is used for a second vehicle-mounted terminal, and includes the following steps:

receiving a request message sent by a first vehicle-mounted terminal;

replying a response message to the first vehicle-mounted terminal;

responding to the OTA upgrading instruction starting, and starting a second DPDK instruction;

receiving a target message sent by the first vehicle-mounted terminal based on the second DPDK instruction;

and after the target message is verified to be normal, executing an upgrading action according to the target message.

With reference to the second aspect, in an implementation manner of the second aspect, the second DPDK command is initiated through a receiving port of the second in-vehicle terminal.

Through executing the above embodiment of the first aspect, the second vehicle-mounted terminal is developed for the second time on the basis of a DPDK data plane development kit and integrated on the vehicle-mounted gateway, when the whole vehicle is upgraded OTA, the second vehicle-mounted terminal calls the DPDK kit through an OTA program to directly operate the in-vehicle network card, and can bypass the vehicle upgrade data packet transmitted in a mode of processing the data packet by a linux kernel protocol stack, so that the problem that the second vehicle-mounted terminal consumes time for flashing is solved to a certain extent, the time of a vehicle owner waiting for upgrading is reduced, and the user experience is enhanced.

According to a third aspect, an embodiment of the present invention further discloses an OTA-based vehicle data upgrading apparatus, which is used for a first vehicle-mounted terminal, and includes the following modules:

the acquisition module is used for acquiring a vehicle upgrading data packet;

the message loading module is used for loading the vehicle upgrading data packet into a target message based on a preset protocol;

the first starting module is used for responding to the OTA upgrading instruction, sending a request message to the second vehicle-mounted terminal and starting the first DPDK instruction;

and the sending module is used for sending the target message to a second vehicle-mounted terminal based on the first DPDK instruction.

According to a fourth aspect, an embodiment of the present invention further discloses an OTA-based vehicle data upgrading apparatus, which is used for a second vehicle-mounted terminal, and includes the following modules:

the first receiving module is used for receiving a request message sent by a first vehicle-mounted terminal;

the message reply module is used for replying a response message to the first vehicle-mounted terminal;

the second starting module is used for responding to the OTA upgrading instruction to start and starting a second DPDK instruction;

a second receiving module, configured to receive, based on the second DPDK instruction, a target packet sent by the first vehicle-mounted terminal;

and the message verification module is used for executing upgrading action according to the target message after verifying that the target message is normally verified.

According to a fifth aspect, the embodiment of the present invention further discloses a computer-readable storage medium, which stores computer instructions for causing the computer to execute the OTA-based vehicle data upgrading method described in the first aspect or any implementation manner of the second aspect.

According to a sixth aspect, an embodiment of the present invention further discloses a vehicle-mounted terminal, including: the OTA vehicle data upgrading method comprises a memory and a processor, wherein the memory and the processor are connected with each other in a communication mode, computer instructions are stored in the memory, and the processor executes the computer instructions so as to execute the OTA vehicle data upgrading method in the first aspect or any implementation mode of the second aspect.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.

FIG. 1 is a schematic diagram of a conventional whole vehicle OTA on-line upgrade in a vehicle;

FIG. 2 is a schematic diagram of the whole OTA in-vehicle upgrade;

FIG. 3 is a flow chart of a specific example of a method for OTA-based vehicle data upgrade in an embodiment of the present invention;

FIG. 4 is a flow chart of another specific example of a OTA-based vehicle data upgrade method in an embodiment of the present invention;

FIG. 5 is a schematic diagram of on-line upgrade of a whole OTA vehicle in the embodiment of the invention;

FIG. 6 is an interaction diagram of a first vehicle-mounted terminal and a second vehicle-mounted terminal according to an embodiment of the invention;

FIG. 7 is a block diagram of an OTA-based vehicle data upgrade apparatus according to an embodiment of the present invention;

FIG. 8 is another block diagram of an OTA-based vehicle data upgrade apparatus in an embodiment of the present invention;

fig. 9 is a hardware diagram of the in-vehicle terminal in the embodiment of the present invention.

Detailed Description

The technical solutions of the present invention will be described clearly and completely with reference to the accompanying drawings, and it should be understood that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience of description and simplicity of description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed and operated in a particular orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.

In the description of the present invention, it should be noted that, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; the two elements may be directly connected or indirectly connected through an intermediate medium, or may be communicated with each other inside the two elements, or may be wirelessly connected or wired connected. The specific meanings of the above terms in the present invention can be understood in a specific case to those of ordinary skill in the art.

In addition, the technical features involved in the different embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.

The embodiment of the invention discloses a vehicle data upgrading method based on OTA, which is used for a first vehicle-mounted terminal, wherein the first vehicle-mounted terminal can be a vehicle-mounted gateway or other types of vehicle-mounted terminals, the embodiment takes the first vehicle-mounted terminal as the vehicle-mounted gateway as an example, and as shown in figure 2, the method comprises the following steps:

step S21: and acquiring a vehicle upgrading data packet.

For example: the vehicle upgrading data packet can be vehicle upgrading data packets of different functional modules on the whole vehicle. The vehicle upgrading data packet is firstly authenticated by an OTA cloud node and a vehicle terminal TBOX through a PKI system, and the encrypted vehicle upgrading data packet is pushed to the vehicle terminal TBOX by using an encryption channel. And the vehicle end TBOX decrypts the vehicle upgrading data packet and verifies authenticity and integrity. And after the verification is passed, transmitting the decrypted vehicle upgrading data packet to the vehicle-mounted gateway through an Ethernet protocol. And if the vehicle-end TBOX is transmitted to the vehicle-mounted gateway in a transparent transmission mode, carrying out decryption verification operation on the vehicle-mounted gateway. Thus, the vehicle upgrade data packet is obtained from the vehicle-end TBOX. As shown in fig. 3, the in-vehicle upgrading schematic diagram is shown for the whole vehicle OTA. Therefore, in step S21, it may be that the second on-board terminal acquires the vehicle upgrade data packet sent from the vehicle-side TBOX.

Step S22: and loading the vehicle upgrading data packet into a target message based on a preset protocol.

In an alternative embodiment, the predetermined protocol is the DOIP protocol. For example: and when the second vehicle-mounted terminal is a vehicle-mounted gateway, receiving the vehicle upgrading data packet, storing the vehicle upgrading data packet to the local, calling a DOIP protocol package tool at the same time, and assembling the vehicle upgrading data packet into a target message according to a specified format.

Step S23: and responding to the OTA upgrading instruction starting, sending a request message to the second vehicle-mounted terminal, and starting the first DPDK instruction.

In a specific embodiment, the request message is sent to the second on-board terminal based on an ethernet TCP/IP protocol stack.

And the vehicle-mounted gateway of the second vehicle-mounted terminal receives the vehicle upgrading data packet, stores the vehicle upgrading data packet to the local, sends upgrading messages based on the Ethernet TCP/IP protocol stack through the OTA upgrading program, the upgrading messages are request messages, and the request messages are sent to the second vehicle-mounted terminal.

In a specific embodiment, the first DPDK instruction is generated through a transmission port of the first in-vehicle terminal.

The DPDK (Data Plane Development Kit) is mainly based on a Linux system, and is used for a function library and a driver set for fast processing a Data packet. Therefore, the data processing performance and the throughput can be greatly improved, and the working efficiency of the data plane application program is improved.

The whole vehicle upgrading still mainly comprises off-line USB upgrading and on-line OTA whole vehicle upgrading at present. However, as software functions become more complex, the amount of software update packages also increases, however, the in-vehicle OTA data transmission still does not bypass the kernel protocol stack, and due to a series of factors, the whole vehicle is upgraded for a longer time, which brings great inconvenience to people going out. For example: in fig. 1, during online upgrade, both sending and receiving of a message are involved by a linux kernel protocol stack, and since the kernel protocol stack itself processes data packets, which have problems of interrupt processing, memory copy, context switch, local failure, memory management, and the like, when a large number of data packets arrive in a network, frequent hardware interrupt requests, continuous switch between a kernel mode and a user mode, and multiple memory copies are generated, which causes system consumption to increase, system performance to decrease, write time to increase, and upgrade efficiency of a whole vehicle to be low. There are currently associated mitigation measures, such as: by using differential upgrading, the cloud only pushes the firmware with difference and opposite property by comparing the difference of new and old firmware, so that the volume of an upgrading packet is reduced, and the time spent on upgrading is reduced. But still cannot solve the performance loss problem caused by the participation of the kernel mode in the packet transmission.

Therefore, in the technical field of whole-vehicle OTA whole-vehicle upgrading, aiming at the problems that the software function is more and more complex, the quantity of software updating packages is increased, however, the OTA data transmission in the vehicle still does not bypass the kernel protocol stack, the whole-vehicle upgrading time is longer and longer due to a series of factors, and inconvenience is brought to the traveling of people, the first DPDK instruction is applied to the sending port of the first vehicle-mounted terminal, the kernel protocol stack is bypassed, the upgrading operation process is omitted, and the aim of rapidly improving the whole-vehicle data upgrading efficiency by successfully transmitting the target message can be achieved.

Step S24: and sending the target message to the second vehicle-mounted terminal based on the first DPDK instruction.

In a specific implementation mode, the target message is sent to the second vehicle-mounted terminal through the network card.

For example: and the vehicle-mounted gateway OTA upgrading program of the second vehicle-mounted terminal starts a DPDK sending port, namely a first DPDK instruction, a DOIP protocol group packaging tool sends a target message of an assembled related vehicle upgrading data packet to the DPDK sending port, the first DPDK program instruction of the DPDK sending port bypasses a kernel protocol stack to directly send the target message to a communication queue, and a network card of the vehicle-mounted gateway copies the target message in the communication queue to the network card through DMA operation and sends the target message to the second vehicle-mounted terminal.

Fig. 3 is a specific schematic diagram of a vehicle data upgrading method based on OTA according to an embodiment of the present invention. By executing the steps S21 to S24, the first vehicle-mounted terminal is developed for the second time on the basis of a DPDK data plane development kit and integrated on the vehicle-mounted gateway, when the whole vehicle is upgraded OTA, the vehicle-mounted gateway of the first vehicle-mounted terminal calls the DPDK kit through an OTA program to directly operate the vehicle intranet card, and a vehicle upgrade data packet transmitted in a mode of processing the data packet by a linux kernel protocol stack can be bypassed, so that the problem that the first vehicle-mounted terminal consumes time for flashing is solved to a certain extent, the time of a vehicle owner for waiting for upgrading is reduced, and the user experience is enhanced. Meanwhile, with the continuous enrichment of the functions of the whole vehicle, more and more data messages are processed by the vehicle-mounted gateway in the future, and the problem of insufficient gateway concurrency can be solved by applying the method and the system.

Based on the same conception, the embodiment of the invention also discloses a vehicle data upgrading method based on OTA, which is used for a second vehicle-mounted terminal, wherein the second vehicle-mounted terminal can be each vehicle-mounted ECU or other types of vehicle-mounted terminals, and as shown in fig. 4, the method comprises the following steps:

step S41: and receiving a request message sent by the first vehicle-mounted terminal.

Step S42: and replying a response message to the first vehicle-mounted terminal.

Step S43: and responding to the OTA upgrading instruction starting, and starting a second DPDK instruction.

In a specific embodiment, the second DPDK instruction is initiated through a receiving port of the second vehicle-mounted terminal.

Step S44: and receiving the target message sent by the first vehicle-mounted terminal based on the second DPDK instruction.

Step S45: and when the target message is verified to be normal, executing upgrading action according to the target message.

For example: and taking the second terminal as each ECU example, after each ECU receives the request message, replying a response message to the vehicle-mounted gateway of the first vehicle-mounted terminal to confirm the receipt, starting an OTA upgrading program, calling DPDK receiving port application through the OTA upgrading program, preparing to receive an upgrading packet, and starting a DOIP unpacking tool. When the target message reaches the network cards of the ECUs, the network cards of the ECUs copy the target message from the network cards to a communication queue through DMA operation, a DPDK receiving port sequentially receives the target message from the communication queue and sends the target message to a DOIP unpacking tool, and the DOIP unpacking tool analyzes the received target message and stores the analyzed target message to the local. And finally, after the target message is checked to be abnormal through the integrity of the ECU, the target message can be upgraded normally.

In the OTA-based vehicle data upgrading method in the embodiment of the present invention, as shown in fig. 5, by executing the above steps S41 to S42, a second vehicle-mounted terminal performs secondary development based on a DPDK data plane development kit to integrate the DPDK data plane development kit on a vehicle-mounted gateway, and when the OTA of the entire vehicle is upgraded, the second vehicle-mounted terminal calls the DPDK kit through an OTA program to directly operate an intranet card, and a vehicle upgrade data packet transmitted in a manner of processing the data packet by bypassing a linux kernel protocol stack can solve the problem that the second vehicle-mounted terminal consumes time when a vehicle owner waits for upgrading, thereby reducing the time for the vehicle owner to wait for upgrading, and enhancing user experience. The target message is transmitted to each second vehicle-mounted terminal, so that the problem of insufficient performance when a large number of data packets are transmitted through the gateway in the vehicle is solved, and the problem of low data transmission efficiency of the traditional gateway in the vehicle through a linux kernel protocol stack is solved.

Fig. 6 is a schematic diagram illustrating interaction between a first vehicle-mounted terminal and a second vehicle-mounted terminal.

The DPDK Data Plane Development Kit (DPDK) is developed by multiple companies such as 6WIND, intel and the like, is mainly operated based on a Linux system, and is used for a function library and a drive set for quickly processing Data packets.

The OTA-based vehicle data upgrading method in the embodiment of the invention mainly integrates DPDKs (data plane development kits) on a first vehicle-mounted terminal and a second vehicle-mounted terminal, divides the working mode of the DPDKs into that a first DPDK instruction is set on the first vehicle-mounted terminal (vehicle-mounted gateway) through a sending port server, starts the first DPDK instruction, and sends a target message of a vehicle upgrading data packet to other second vehicle-mounted terminals through a network card. And setting a second DPDK instruction on a second vehicle-mounted terminal (each ECU) through a receiving port server, starting the second DPDK instruction if a whole vehicle upgrading request exists, receiving data from an upstream, and storing the data to the local. The DPDK is a function library and a driver set used for fast data packet processing, the processing process of a Linux kernel protocol stack on a data packet is bypassed, and a set of data planes are realized in a user space to transmit, receive and process the data packet. Therefore, the data processing performance and the throughput can be greatly improved, and the working efficiency of the data plane application program is improved.

Based on the same conception, the embodiment of the invention also discloses a vehicle data upgrading device based on OTA, which is used for the first vehicle-mounted terminal and comprises the following modules as shown in figure 7:

an obtaining module 71, configured to obtain a vehicle upgrade data packet;

the message loading module 72 is used for loading the vehicle upgrading data packet into a target message based on the DOIP protocol;

the first starting module 73 is configured to respond to the OTA upgrade instruction starting, send a request message to the second on-board terminal, and start the first DPDK instruction;

and a sending module 74, configured to send the target packet to the second vehicle-mounted terminal based on the first DPDK instruction.

In a specific implementation manner, the target message is sent to the second vehicle-mounted terminal through the network card.

In a specific embodiment, the request message is sent to the second vehicle-mounted terminal based on an ethernet TCP/IP protocol stack.

Based on the same conception, the embodiment of the invention further provides an OTA-based vehicle data upgrading device, which is used for a second vehicle-mounted terminal, and as shown in fig. 8, the OTA-based vehicle data upgrading device comprises the following modules:

a first receiving module 81, configured to receive a request message sent by a first vehicle-mounted terminal;

a message reply module 82, configured to reply a reply message to the first vehicle-mounted terminal;

the second starting module 83 is configured to start the second DPDK instruction in response to the OTA upgrade instruction;

a second receiving module 84, configured to receive, based on the second DPDK instruction, a target packet sent by the first vehicle-mounted terminal;

and the message verification module 85 is used for executing an upgrading action according to the target message after the target message is verified to be normal.

As shown in fig. 9, the vehicle-mounted terminal may include a processor 91 and a memory 92, where the processor 91 and the memory 92 may be connected through a bus or in another manner, and fig. 9 takes the connection through the bus as an example.

The processor 91 may be a Central Processing Unit (CPU). The Processor 91 may also be other general purpose processors, digital Signal Processors (DSPs), application Specific Integrated Circuits (ASICs), field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, or any combination thereof.

The memory 92, which is a non-transitory computer readable storage medium, may be used to store non-transitory software programs, non-transitory computer executable programs, and modules. The processor 91 executes various functional applications and data processing of the processor by executing non-transitory software programs, instructions and modules stored in the memory 92, i.e., implements the OTA-based vehicle data upgrade method in the above-described embodiment.

The memory 92 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created by the processor 91, and the like. Further, memory 92 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 92 may optionally include memory located remotely from the processor 91, which may be connected to the processor 91 via a network. Examples of such networks include, but are not limited to, the power grid, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The one or more modules are stored in the memory 92 and, when executed by the processor 91, perform the OTA-based vehicle data upgrade method of the embodiment shown in the figures.

The details of the computer device can be understood by referring to the corresponding related descriptions and effects in the embodiments shown in the drawings, and are not described herein again.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic Disk, an optical Disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a Flash Memory (Flash Memory), a Hard Disk Drive (Hard Disk Drive, abbreviated as HDD), or a Solid State Drive (SSD); the storage medium may also comprise a combination of memories of the kind described above.

It should be understood that the above examples are only for clarity of illustration and are not intended to limit the embodiments. Other variations and modifications will be apparent to persons skilled in the art in light of the above description. This need not be, nor should it be exhaustive of all embodiments. And obvious variations or modifications therefrom are within the scope of the invention.

Claims

1. A vehicle data upgrading method based on OTA is characterized in that the method is used for a first vehicle-mounted terminal and comprises the following steps:

obtaining a vehicle upgrading data packet;

2. The OTA-based vehicle data upgrade method of claim 1, wherein the first DPDK command is generated via a transmit port of the first in-vehicle terminal.

3. The OTA-based vehicle data upgrade method of claim 1, wherein the target message is sent to a second in-vehicle terminal via a network card.

4. The OTA-based vehicle data upgrade method according to claim 1, wherein the request message is sent to the second in-vehicle terminal based on an Ethernet TCP/IP protocol stack.

5. A vehicle data upgrading method based on OTA is characterized in that the method is used for a second vehicle-mounted terminal and comprises the following steps:

receiving a request message sent by a first vehicle-mounted terminal;

replying a response message to the first vehicle-mounted terminal;

6. The OTA-based vehicle data upgrade method of claim 5, wherein the second DPDK command is initiated via a receive port of the second in-vehicle terminal.

7. The utility model provides a vehicle data upgrading device based on OTA which is used for first on-vehicle terminal, includes following module:

the acquisition module is used for acquiring a vehicle upgrading data packet;

the first starting module is used for responding to the OTA upgrading instruction, sending a request message to the second vehicle-mounted terminal and starting a first DPDK instruction;

8. The vehicle data upgrading device based on the OTA is characterized by being used for a second vehicle-mounted terminal and comprising the following modules:

9. A computer-readable storage medium having stored thereon computer instructions for causing the computer to perform the OTA-based vehicle data upgrade method of any one of claims 1-6.

10. A vehicle-mounted terminal characterized by comprising: a memory communicatively coupled to the processor, the memory having stored therein computer instructions, and the processor executing the computer instructions to perform the OTA-based vehicle data upgrade method of any of claims 1-6.