WO2024197850A1 - 多种车载数据的传输方法及其相关设备 - Google Patents

多种车载数据的传输方法及其相关设备 Download PDF

Info

Publication number
WO2024197850A1
WO2024197850A1 PCT/CN2023/085583 CN2023085583W WO2024197850A1 WO 2024197850 A1 WO2024197850 A1 WO 2024197850A1 CN 2023085583 W CN2023085583 W CN 2023085583W WO 2024197850 A1 WO2024197850 A1 WO 2024197850A1
Authority
WO
WIPO (PCT)
Prior art keywords
target data
data
communication device
processor
sent
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.)
Ceased
Application number
PCT/CN2023/085583
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202380012163.9A priority Critical patent/CN119111068A/zh
Priority to PCT/CN2023/085583 priority patent/WO2024197850A1/zh
Publication of WO2024197850A1 publication Critical patent/WO2024197850A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Definitions

  • the embodiments of the present application relate to the vehicle-mounted field, and in particular to a method for transmitting various vehicle-mounted data and related devices.
  • SOA framework service-oriented architecture
  • the automotive industry has gradually evolved from a signal-based approach to an Ethernet-based SOA architecture.
  • the signal-based approach mainly uses the controller area network (CAN) to achieve signal interaction between nodes of a single electronic control unit (ECU).
  • CAN communication couples multiple signals in the same message for transmission.
  • the current SOA architecture transmits signals through Ethernet interface cards, decouples coupled messages, and logically independent events will have independent messages, thus decoupling communication signals.
  • the SOA architecture decouples coupled messages to obtain multiple messages and transmits them in the Ethernet network, which will cause a surge in the number of communication messages and increase the processing load.
  • the present application provides a variety of vehicle-mounted data transmission methods and related devices, which are applied in the vehicle-mounted field, reduce the number of Ethernet messages, and thus reduce the number of communication information, reduce the communication processing overhead, and also reduce the processing load of the vehicle-mounted processor, saving the processing resources of the processor.
  • a method for transmitting vehicle-mounted data comprising:
  • the first communication device determines the target data to be sent, and determines in the real-time operating environment or the basic software component that the target data does not exist in the cached data, and the cached data is the cached sent data. Then the target data is sent to the second communication device.
  • the first communication device can be a vehicle-mounted system or a vehicle-mounted device
  • the second communication device can be a vehicle-mounted system, a mobile phone, a tablet, a server, a cloud, or other devices that communicate with the vehicle-mounted system.
  • the first communication device sends the target data to the second communication device by sending a message carrying the target data.
  • the first communication device determines the target data and determines that the target data and the cached data are not repeated before sending them. In this way, the transmission of vehicle data is realized through the Ethernet network, and the transmission of duplicate data is reduced, thereby reducing the number of sent messages, reducing the occupation of processing resources, and saving processing resources.
  • the first communication device determines in the real-time operating environment or the basic software component that the target data does not exist in the cache data based on the fact that a payload of the target data is different from a payload of the cache data.
  • the first communication device stores the target data in a real-time operating environment or a basic software component.
  • the target data to be sent is stored in a real-time operating environment or a basic software component, and the cached data can be updated in real time, thereby further avoiding the sending of duplicate data and reducing the processing load.
  • the target data is obtained by running the application, and when the timer exceeds a period threshold, the first communication device sends the currently stored target data to the second communication device, and the period threshold is greater than a period for determining the running of the application.
  • the currently cached target data is sent to the second communication device. This can avoid the problem of not sending messages to the second communication device for a long time due to abnormal determination that the current target data is always determined as duplicate data, thereby avoiding long-term data asynchrony and improving robustness.
  • the cycle threshold is determined based on a current load state of the processor.
  • the period threshold may be determined by the first communication device based on the load status of the processor, which reflects the real-time and flexibility of the solution.
  • the first communication device determines that the target data is important data based on the identifier, and retransmits the target data to the second communication device.
  • retransmitting the target data can increase the reliability of data synchronization.
  • a method for transmitting vehicle-mounted data including:
  • the first communication device determines the target data to be sent currently, which is obtained by running the application, and sends the target data to the second communication device when the timer exceeds a period threshold, and the period threshold is greater than the period of determining the running of the application.
  • the first communication device determines the target data and sends the target data to the second communication device when the timer exceeds the period threshold, and the period threshold is greater than the period for determining the operation of the application. This can reduce the number of messages sent in the same time period, thereby reducing the number of communication messages, thereby reducing the processing burden and saving processing resources.
  • the first communication device determines the period threshold based on a current load state of the processor.
  • the period threshold may be determined by the first communication device based on the load status of the processor, which reflects the real-time and flexibility of the solution.
  • the first communication device determines that the target data is important data based on the identifier, and retransmits the target data to the second communication device.
  • retransmitting the target data can increase the reliability of data synchronization.
  • a communication device which has the function of implementing the method of the first aspect or any possible implementation of the first aspect.
  • the function can be implemented by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • the communication device of the third aspect executes the method described in the first aspect of the present application or any possible implementation manner of the first aspect.
  • a communication device which has the function of implementing the method of the second aspect or any possible implementation of the second aspect.
  • the function can be implemented by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • the communication device of the fourth aspect executes the method described in the second aspect of the present application or any possible implementation manner of the second aspect.
  • a communication device which may include a processor coupled to a memory, wherein the memory is used to store instructions, and the processor is used to execute the instructions in the memory so that the communication device performs the method described in the first aspect of the present application or any possible implementation of the first aspect.
  • another communication device comprising a processor for executing a computer program (or computer executable instructions) stored in a memory, wherein when the computer program (or computer executable instructions) is executed, a method such as the first aspect, each possible implementation of the first aspect, the second aspect, or each possible implementation of the second aspect is executed.
  • the communication device also includes a communication interface, which is used for the communication device to communicate with other devices, such as sending or receiving data and/or signals.
  • the communication interface can be an optical transceiver or other types of communication interfaces.
  • the seventh aspect provides a computer-readable storage medium, including computer-readable instructions.
  • the computer-readable instructions When the computer-readable instructions are run on a computer, the method described in the first aspect, any possible implementation of the first aspect, the second aspect, or each possible implementation of the second aspect of the present application is executed.
  • a computer program product comprising computer-readable instructions, which, when executed on a computer, enables the method described in the first aspect, any possible implementation of the first aspect, the second aspect, or each possible implementation of the second aspect of the present application to be executed.
  • FIG1 is a schematic diagram of an Ethernet service architecture for communication devices
  • Figure 2 is a schematic diagram of service decoupling
  • FIG3 is a schematic diagram of a method for transmitting vehicle-mounted data provided by an embodiment of the present application.
  • FIG4 is a schematic diagram of an application architecture for communication interaction provided in an embodiment of the present application.
  • FIG5 is another schematic diagram of a method for transmitting vehicle-mounted data provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of the structure of a communication device provided in an embodiment of the application.
  • the embodiments of the present application provide a variety of vehicle-mounted data transmission methods and related devices, which are applied in the vehicle-mounted field, reduce the number of Ethernet messages, and thus reduce the number of communication information, reduce the communication processing overhead, and also reduce the processing load of the vehicle-mounted processor, saving the processing resources of the processor.
  • FIG. 1 is a schematic diagram of the Ethernet service architecture of the communication device.
  • the communication device includes software components (SWC) of the application layer, a real-time operating environment (RTE) and basic software components, and the basic software components include large data block communication (LDCom), socket adapter layer (SoAd), protocol data unit routing (PDUR), transmission control protocol (TCP) or Internet protocol (IP), Ethernet interface (Eth-IF) module and Ethernet (Eth) communication.
  • SWC software components
  • RTE real-time operating environment
  • basic software components include large data block communication (LDCom), socket adapter layer (SoAd), protocol data unit routing (PDUR), transmission control protocol (TCP) or Internet protocol (IP), Ethernet interface (Eth-IF) module and Ethernet (Eth) communication.
  • LCom large data block communication
  • SoAd socket adapter layer
  • PDUR protocol data unit routing
  • TCP transmission control protocol
  • IP Internet protocol
  • Ethernet interface (Eth-IF) module Ethernet (Eth) communication.
  • a SWC can contain multiple runnable entities.
  • the Runnable can be run periodically or triggered by an event. Usually, it is run periodically to obtain the data to be sent and send it to the RTE for sending to the target device.
  • RTE encapsulates the communication and services of the basic software layer, and provides standardized basic software and communication interfaces for the software components of the application layer, so that the application layer can call the services of the basic software through API functions. For example, RTE calls LDCom to send the data to be sent obtained by SWC.
  • LDCom provides an optional interaction layering mechanism between RTE and PduR. It provides an efficient communication implementation without local cache for autonomous, non-serialized, non-periodic communication.
  • PDUR Located at the core of the communication module, it provides static routing function for the PDU data of the communication module.
  • SoAd It is the entrance of Ethernet stack communication and provides conversion from static PDU to TCP/IP dynamic connection for upper layer communication SWC.
  • TCP/IP Provides TCP/IP protocol stack functions for IP data sending and receiving functions.
  • Eth-IF module belongs to the communication hardware abstraction layer and provides an interface that is independent of the Ethernet communication system hardware.
  • the interface includes multiple wired or wireless Ethernet controllers and transceivers.
  • Eth communication The upper layer data packets are transmitted to the peer end through Eth.
  • SOA is a typical architecture in the Internet industry in recent years, and a large number of Internet systems are implemented based on SOA.
  • One of the main reasons for adopting SOA architecture in the automotive field is that it can accelerate the interconnection between vehicles and the Internet. Including: flexibly integrating various new functions with the Internet without the need for signal-to-service conversion; based on interconnection, it can greatly improve the function of autonomous driving: it is easy to realize the creation, update and route prediction of high-definition maps, and it is easy to upload vehicle information and issue cloud commands; based on interconnection, it can quickly improve the performance of system and software upgrades: it helps to realize more efficient on-board automatic diagnosis system and over-the-air download technology software upgrades, and helps to realize various remote diagnosis, pre-diagnosis and other functions; based on interconnection, it can greatly improve the user experience of audio and video entertainment functions, realize more convenient networking functions, and realize various application sharing functions between different platforms; it is easier to realize platform architecture upgrades, which can effectively reduce the complexity brought by architecture upgrades.
  • the automotive industry has evolved from a signal-based approach to an Ethernet-based SOA architecture.
  • the signal-based approach mainly uses CAN communication to achieve signal interaction between single ECO nodes, coupling multiple signals in the same message for transmission, which can save the number of messages.
  • the SOA architecture transmits signals through the Ethernet interface. Based on the concept of SOA service, it is necessary to decouple the coupled messages, so that logically independent events will have independent messages, and the communication signals can be decoupled.
  • the service decoupling of SOA architecture splits the original CAN communication transmission message into multiple service-oriented services.
  • the service control message is transmitted in the Ethernet network, which will lead to a surge in the number of communication messages.
  • Figure 2 is a schematic diagram of service decoupling.
  • the CAN message is a message transmitted by CAN communication, which includes information on multiple independent events such as battery status, charging gun status, charging request, reservation signal and fault information.
  • the messages corresponding to each service interface are obtained respectively, including the message corresponding to the battery status service interface, namely the battery status, the message corresponding to the charging gun status service interface, namely the charging gun status, the message corresponding to the charging service interface, namely the charging request, the message corresponding to the battery fault service interface, namely the fault information, and the message corresponding to the charging reservation service interface, namely the reservation signal.
  • the SOA architecture can decouple coupled messages to obtain multiple messages and transmit them in the Ethernet network, which will cause a surge in the number of communication messages and increase the processing load.
  • the embodiments of the present application first provide a variety of vehicle-mounted data transmission methods and related devices, which are applied in the vehicle-mounted field.
  • the first communication device determines the target data to be sent, and determines in the real-time operating environment or the basic software component that the target data does not exist in the cached data, and the cached data is the cached sent data, and then sends the target data to the second communication device. It can avoid sending duplicate data, thereby reducing the number of messages generated, reducing the number of communication messages, reducing the overhead of communication processing, greatly reducing the processing load, and saving processing resources.
  • the first communication device determines the target data to be sent, the target data is obtained by running the application, and when the timer exceeds the period threshold, the target data is sent to the second communication device, and the period threshold is greater than the period of determining the running of the application.
  • the number of packets sent can be reduced, thereby reducing the number of communication messages, reducing the overhead of communication processing, greatly reducing the processing load, and saving processing resources.
  • FIG. 3 is a schematic diagram of a method for transmitting vehicle data provided by an embodiment of the present application. Specifically, it includes:
  • the first communication device determines target data to be sent.
  • the first communication device determines target data to be transmitted.
  • FIG4 is a schematic diagram of the application architecture of the communication interaction provided in the embodiment of the present application.
  • the communication architecture of the first communication device and the second communication device respectively includes at least SWC, RTE, LDCom, PDUR, SoAd and TCP/IP modules.
  • the RTE_write operation is called to write data into the RTE, that is, the first communication device periodically determines the target data to be sent based on the SWC, and sends the target data to the RTE layer, and the RTE records it in the buffer area to be sent to wait for whether to send it.
  • the first communication device determines that the runnable is periodic, and continuously updates the interaction information with other ECUs to keep the latest state of the current vehicle.
  • the period can be 5 milliseconds, 10 milliseconds, 20 milliseconds or other time periods, which are not limited here.
  • the first communication device determines in the real-time operating environment or the basic software component that the target data does not exist in the cache data.
  • the first communication device determines in the real-time operating environment or the basic software component that the target data does not exist in the cached data, where the cached data is the cached sent data.
  • the explanation continues based on the example of Figure 4 above, wherein, after receiving the target data sent by the SWC, the RTE in the first communication device caches the target data in the to-be-sent cache area of the RTE, and compares it with the cached data in the cache area, where the cached data is the data that has been cached in the cache area and has been sent.
  • the target data in the real-time operating environment or the basic software component, it is determined that the target data does not exist in the cache data based on the fact that the payload of the target data is different from the payload of the cache data.
  • RTE determines whether the payload in the target data to be sent in the cache area is the same as the payload in each cache data in the cache area. If the same payload exists, it is determined that the target data exists in the cache data, and the target data is duplicate data, and the target data will not be sent. Optionally, the duplicate data can be discarded. When the payload in the target data is different from the payload in the cache data, it is determined that the target data does not exist in the cache data, that is, the target data is not duplicate data, and the subsequent step A3 is executed to send it, so that the sending of duplicate data can be avoided and the number of sent messages can be reduced.
  • the first communication device sends target data to the second communication device.
  • the first communication device transmits target data to the second communication device.
  • LDCom when the target data sent by SWC is different from the cached data in the RTE cache area, LDCom is called to send the target data to the second communication device. Specifically, LDCom and other modules are called to collaborate to send the message carrying the target data to LDCom of the second communication device through the Ethernet network, and the RTE of the second communication device receives the message carrying the target data obtained by LDCom of the second communication device, and caches the target data in the receiving cache area of the RTE of the second communication device. The SWC of the second communication device obtains the target data currently cached in the RTE of the second communication device through the RTE_read operation.
  • the first communication device determines the target data and determines that the target data is not duplicate data before sending it. In this way, the transmission of vehicle data is realized through the Ethernet network, and the transmission of duplicate data is reduced, thereby reducing the number of sent messages, reducing the occupation of processing resources, and saving processing resources.
  • the first communication device ensures that the target data is in an implementation operating environment or a basic software component.
  • the first communication device saves the target data in the implementation environment or basic software component.
  • the target data are stored in an execution environment or a basic software component.
  • the target data currently being sent is saved in a cache area, that is, the target data is saved as cache data.
  • the target data to be sent is stored in a real-time operating environment or a basic software component, and the cached data can be updated in real time, thereby further avoiding the sending of duplicate data and reducing the processing load.
  • step A4 there is no limitation on the execution order of step A4 and the aforementioned step A3.
  • the first communication device when the timer exceeds the period threshold, the first communication device sends a The currently saved target data is sent, and the cycle threshold is greater than the cycle of determining the application running.
  • the first communication device sends the currently stored target data to the second communication device.
  • the target data is obtained by the application running, that is, the data periodically output by the Runnable.
  • the first communication device starts the periodic timer at the beginning.
  • the periodic timer times out, that is, when the periodic threshold is exceeded, the first communication device calls LDCom to send the target data most recently saved in the cache data of the aforementioned RTE cache area to the second communication device.
  • the periodic threshold is greater than the period of the application running determined by the first communication device, that is, the period of the aforementioned Runnable. If the aforementioned Runnable period is 5 milliseconds, the periodic threshold can be set to 1 minute or half a minute. It should be noted that this example is only for illustration. In actual situations, it can be determined according to specific circumstances, and it is not limited here.
  • the currently cached target data is sent to the second communication device. This can avoid the problem of not sending data to the second communication device for a long time due to abnormal determination that the current target data is always determined as duplicate data, thereby avoiding long-term data asynchrony and improving robustness.
  • the first communication device determines the cycle threshold based on the current load state of the processor.
  • the cycle threshold is preset according to the cycle of determining the application operation.
  • the cycle threshold may be a dynamic cycle
  • the first communication device may detect the current proportion of the processing load state of the processor (e.g., a central processing unit (CPU) or a microcontroller unit (MCU)) corresponding to different cycle thresholds, for example, according to a table, where the specific table includes the correspondence between different MCU processing load proportions and different cycles, or according to an algorithm calculation, for example, the cycle threshold will be increased by 10 seconds for every 10% increase in processing load.
  • the processor e.g., a central processing unit (CPU) or a microcontroller unit (MCU)
  • the cycle threshold will be increased by 10 seconds for every 10% increase in processing load.
  • the periodic threshold value is preset according to the period of application operation, which is similar to the aforementioned setting of the periodic threshold value according to the Runnable period, and will not be described in detail here.
  • the example of determining the periodic threshold here is only used to understand the embodiments of the present application and does not impose any substantial limitation on the present application. In actual situations, the periodic threshold can also be determined according to other methods, which are not specifically limited here.
  • the period threshold may be determined by the first communication device based on the load status of the processor, which reflects the real-time and flexibility of the solution.
  • the first communication device determines that the target data is important data based on the identifier, and retransmits the target data to the second communication device.
  • the first communication device identifies the target data as important data through an identifier, and the identifier may be a preset letter, number, character, or combination thereof, which is not specifically limited here.
  • the first communication device may transmit the target data using the TCP protocol, or repeatedly transmit the target data several times during the transmission process, thereby retransmitting the target data. It is understandable that in actual situations, other methods may also be used to retransmit the target data, which is not specifically limited here.
  • retransmitting the target data can increase the reliability of data synchronization.
  • FIG5 is another schematic diagram of an in-vehicle data transmission method provided by an embodiment of the present application. Specifically, it includes:
  • a first communication device determines target data to be sent.
  • the first communication device determines target data to be sent, where the target data is obtained by running the application.
  • step A1 in FIG. 3 the details are similar to those described in step A1 in FIG. 3 , and will not be repeated here.
  • the first communication device sends target data to the second communication device.
  • the first communication device When the timer exceeds a cycle threshold, the first communication device sends target data to the second communication device, and the cycle threshold is greater than a cycle for determining the running of the application.
  • the target data is cached in the cache area of the RTE as cache data, and when the first communication device is initialized, the timer is started. When the timer exceeds the period threshold, the RTE calls LDCom to send the currently cached target data to the second communication device.
  • the first communication device determines the target data and sends the target data to the second communication device when the timer exceeds the period threshold, and the period threshold is greater than the period for determining the operation of the application. This can reduce the number of messages sent in the same time period, thereby reducing the number of communication messages, thereby reducing the processing burden and saving processing resources.
  • the first communication device determines the cycle threshold based on the current processor load state. It should be noted that the first communication device determines the cycle threshold based on the current processor load state similar to that described in step A5 in FIG3 above, and will not be described in detail here.
  • the period threshold may be determined by the first communication device based on the load status of the processor, which reflects the real-time and flexibility of the solution.
  • the first communication device determines that the target data is important data based on the identifier, and resends the target data to the second communication device. Exemplarily, as shown in the following steps S3 and S4:
  • the first communication device determines that the target data is important data based on the identifier.
  • the first communication device resends the target data to the second communication device.
  • step S3 and step S4 are similar to those described in FIG. 3 above, and will not be described in detail here.
  • retransmitting the target data can increase the reliability of data synchronization.
  • RTE as a real-time operating environment or basic software component is only used as an example for understanding the embodiments of the present application. It can be understood that it can also be implemented in LDCom, SoAd or other other components that can be implemented, which are not specifically limited here.
  • the communication device may also be other communication architectures, which are not specifically limited here.
  • the communication device may include a hardware structure and/or a software module to implement the above-mentioned functions in the form of a hardware structure, a software module, or a hardware structure plus a software module. Whether one of the above functions is executed in the form of a hardware structure, a software module, or a hardware structure plus a software module depends on the specific application and design constraints of the technical solution.
  • an embodiment of the present application also provides a communication device, which is applied in the field of communication. Please refer to Figure 6 for details.
  • Figure 6 is a structural diagram of the communication device provided in the embodiment of the application.
  • the communication device may include a module or unit corresponding to the method/operation/step/action corresponding to the first communication device in Figure 3 or Figure 5 in the above method embodiment.
  • the unit may be a hardware circuit, or software, or a hardware circuit combined with software.
  • the communication device 600 may include: a processor 601 and a transceiver 602.
  • the processor 601 can be used to execute step A1 and step A2 and/or step A4 in the method embodiment shown in Figure 3 above, and the transceiver 602 can be used to execute step A3 and/or step A5 in the method embodiment shown in Figure 3 above.
  • the communication device 600 further includes a memory 604 and one or more storage media 605 (e.g., one or more storage devices).
  • the memory 604 and the storage medium 605 may be temporary storage or permanent storage.
  • the program stored in the storage medium 605 may include one or more modules (not shown in the figure), and each module may include a series of instruction operations in the communication device 600.
  • the communication device 600 may also include one or more power supplies 603 .
  • the processor 601 and the transceiver 602 may execute the methods/operations/steps/actions in various possible implementations of the first communication device in the method embodiment shown in FIG. 3 one by one.
  • the processor 601 executes the step of determining that the target data does not exist in the cache data based on the difference between the payload of the target data and the payload of the cache data in the real-time running environment or basic software component as described in the method embodiment in FIG. 3 .
  • the processor 601 executes the steps of saving the target data in the real-time operating environment or the basic software component as in the method embodiment in FIG. 3 .
  • the processor 601 is further used to execute the step of determining a cycle threshold based on a current processor load state as in the method embodiment in FIG. 3 .
  • the processor 601 included in the communication device 600 can be used to execute steps S1 and/or step S3 in the method embodiment shown in Figure 5 above, and the transceiver 602 can be used to execute steps S2 and/or step S4 in the method embodiment shown in Figure 5 above.
  • the processor 601 and the transceiver 602 may execute the methods/operations/steps/actions in various possible implementations of the first communication device in the method embodiment shown in the above figure one by one.
  • the processor 601 is further used to execute the step of determining the cycle threshold based on the current processor load state as in the method embodiment in FIG. 5 .
  • Another communication device includes a processor, which is coupled to a memory, the memory stores instructions, and the processor is used to execute the instructions so that the communication device executes any one of the implementation methods shown in the aforementioned method embodiments.
  • An embodiment of the present application also provides a computer-readable storage medium, including computer-readable instructions.
  • the computer-readable instructions When the computer-readable instructions are executed on a computer, the computer executes any one of the implementation methods shown in the aforementioned method embodiments.
  • the embodiments of the present application also provide a computer program product, which includes a computer program or instructions.
  • a computer program product which includes a computer program or instructions.
  • the computer program or instructions When the computer program or instructions are executed on a computer, the computer executes any one of the implementation methods shown in the aforementioned method embodiments.
  • the present application also provides a chip or chip system, which may include a processor.
  • the chip may also include a memory (or storage module) and/or a transceiver (or communication module), or the chip is coupled to a memory (or storage module) and/or a transceiver (or communication module), wherein the transceiver (or communication module) can be used to support the chip for wired and/or wireless communication, and the memory (or storage module) can be used to store a program or a set of instructions, and the processor calls the program or the set of instructions to implement the above method embodiment, the operation performed by the terminal or the communication device in any possible implementation of the method embodiment.
  • the chip system may include the above chip, and may also include the above chip and other separate devices, such as a memory (or storage module) and/or a transceiver (or communication module).
  • the device embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment.
  • the connection relationship between the modules indicates that there is a communication connection between them, which may be specifically implemented as one or more communication buses or signal lines.
  • the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a readable storage medium, such as a computer floppy disk, a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, etc., including a number of instructions to enable a computer device (which can be a personal computer, a training device, or a network device, etc.) to execute the methods of each embodiment of the present application.
  • a computer floppy disk such as a computer floppy disk, a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, etc.
  • ROM read-only memory
  • RAM random access memory
  • disk or an optical disk etc.
  • all or part of the embodiments may be implemented by software, hardware, firmware or any combination thereof.
  • all or part of the embodiments may be implemented in the form of a computer program product.
  • the computer program product includes one or more computer instructions.
  • the computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer-readable storage medium.
  • a computer instruction may be transmitted from one website, computer, training device or data center to another website, computer, training device or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means.
  • a computer readable storage medium may be any available medium that a computer can store or a data storage device such as a training device, data center, etc. that includes one or more available media.
  • Available media may be magnetic media (e.g., floppy disks, hard disks, tapes), optical media (e.g., high-density digital video discs (DVDs)), or semiconductor media (e.g., solid state drives (SSDs)).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了多种车载数据的传输方法及其相关装置，应用于车载领域中。该方法包括：确定当前待发送的目标数据，并在实时运行环境或基础软件组件中确定缓存数据中不存在目标数据，缓存数据为缓存的已发送的数据，然后向第二通信装置发送目标数据。或者，确定当前待发送的目标数据，且当定时器超过周期阈值时，向第二通信装置发送目标数据，周期阈值大于确定应用运行的周期。在本申请中，确定目标数据并确定目标数据与缓存数据不重复再将其发送。或者当定时器超过阈值周期发送目标数据，可以减少发送的目标数据的数量，进而减少以太网报文的数量，进而减少通信信息数量降低通信处理的开销，且还能降低车载处理器的处理负载，节约处理器的处理资源。

Description

多种车载数据的传输方法及其相关设备 技术领域
本申请实施例涉及车载领域，尤其涉及多种车载数据的传输方法及其相关装置。
背景技术
互联网行业中大量的系统基于面向服务架构(SOA framework，SOA)架构实现的，现今，包括汽车领域也采用SOA架构加快车辆和互联网的互联互通。
汽车行业从基于信号的方式逐渐向基于以太网的SOA架构演进。基于信号的方式主要是通过控制器局域网(controller area network，CAN)实现单个电子控制单元(electronic control unit，ECU)节点间的信号交互，CAN通信将多个信号耦合在同一个报文内传输。而现今的采用的SOA架构通过以太网接口卡传输信号，将耦合的报文做解耦处理，逻辑上独立的事件会有独立的报文，实现将通信信号解耦。
但是，SOA架构将耦合的报文做解耦处理得到多个报文，并在以太网网络中传输，会导致通信消息的数量激增，且增加处理负载。
发明内容
本申请提供了多种车载数据的传输方法及其相关装置，应用于车载领域中。减少以太网报文的数量，进而减少通信信息数量降低通信处理的开销，且还能降低车载处理器的处理负载，节约处理器的处理资源。
第一方面，提供了一种车载数据的传输方法，包括：
第一通信装置确定当前待发送的目标数据，并在实时运行环境或基础软件组件中确定缓存数据中不存在目标数据，其缓存数据为缓存的已发送的数据。然后向第二通信装置发送目标数据。示例性的，第一通信装置可以是车载系统或车载的某个装置，第二通信装置可以是车载系统、手机、平板、服务器、云端或其他与车载系统通信的其他装置。
需要说明的是，第一通信装置向第二通信装置发送目标数据具体是通过发送携带目标数据的报文实现。
在本申请的实施方式中，第一通信装置确定目标数据，并确定目标数据与缓存数据不重复再将其发送。以此通过以太网网络实现车载数据的传输，并减少了重复数据的传输，进而减少了发送报文的数量，降低了对处理资源的占用，节省了处理资源。
在第一方面的一种可能的实现方式中，第一通信装置在实时运行环境或基础软件组件中基于目标数据的有效载荷与缓存数据的有效载荷不同确定缓存数据中不存在目标数据。
在本申请的实施方式中，基于目标数据的有效载荷与缓存数据中的有效载荷不同确定缓存数据中不存在目标数据，提供了明确重复数据的具体实施方式，且能精准的确定目标数据是否为重复数据，增加了方案的可靠性。
在第一方面的一种可能的实现方式中，第一通信装置将目标数据保存在实时运行环境或基础软件组件中。
在本申请的实施方式中，将发送的目标数据保存在实时运行环境或基础软件组件中，可以实时更新缓存数据，进一步的避免重复数据的发送，减少处理负载。
在第一方面的一种可能的实现方式中，目标数据由应用运行得到，当定时器超过周期阈值时，第一通信装置向第二通信装置发送当前保存的目标数据，周期阈值大于确定应用运行的周期。
在本申请的实施方式中，基于定时器超过周期阈值时，将当前缓保存的目标数据发送给第二通信装置，可以避免由于异常确定当前目标数据一直确定为重复数据，从而导致长时间不向第二通信装置发生报文的问题，避免长时间数据不同步，提高了鲁棒性。
在第一方面的一种可能的实现方式中，基于当前处理器的负载状态确定周期阈值。
在本申请的实施方式中，周期阈值可以由第一通信装置基于处理器的负载状态确定，体现了方案的实时性以及灵活性。
在第一方面的一种可能的实现方式中，第一通信装置基于标识确定目标数据为重要数据，并向第二通信装置重传目标数据。
在本申请的实施方式中，当目标数据为重要数据的情况下，重传目标数据可以增加数据同步的可靠性。
第二方面，提高了一种车载数据的传输方法，包括：
第一通信装置确定当前待发送的目标数据，该目标数据由应用运行得到，且当定时器超过周期阈值时，向第二通信装置发送目标数据，该周期阈值大于确定应用运行的周期。
在本申请的实施方式中，第一通信装置确定目标数据，并在定时器超过周期阈值时，将目标数据发送给第二通信装置，且周期阈值大于确定应用运行的周期，可以减少在相同时间段内发送的报文数量，从而降低通信消息的数量，进而降低处理负担，节省处理资源。
在第二方面的一种可能的实现方式中，第一通信装置基于当前处理器的负载状态确定周期阈值。
在本申请的实施方式中，周期阈值可以由第一通信装置基于处理器的负载状态确定，体现了方案的实时性以及灵活性。
在第二方面的一种可能的实现方式中，第一通信装置基于标识确定目标数据为重要数据，并向所述第二通信装置重传所述目标数据。
在本申请的实施方式中，当目标数据为重要数据的情况下，重传目标数据可以增加数据同步的可靠性。
第三方面，提供了一种通信装置，该通信装置具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
在本申请的实施方式中第三方面的通信装置执行本申请第一方面或第一方面任意一种可能实现方式所描述的方法。
第四方面，提供了一种通信装置，该通信装置具有实现上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
在本申请的实施方式中第四方面的通信装置执行本申请第二方面或第二方面任意一种可能实现方式所描述的方法。
第五方面，提供一种通信装置，可以包括处理器，该处理器与存储器耦合，其中存储器用于存储指令，处理器用于执行存储器中的指令使得该通信设备执行本申请第一方面或第一方面任意一种可能实现方式所描述的方法。
第六方面，提供另一种通信装置，包括处理器，用于执行存储器中存储的计算机程序(或计算机可执行指令)，当计算机程序(或计算机可执行指令)被执行时，使得执行如第一方面、第一方面各个可能的实现方式、第二方面或第二方面各个可能的实现方式中的方法。
在一种可能的实现中，处理器和存储器集成在一起；或者，在另一种可能的实现中，上述存储器位于该通信装置之外。该通信装置还包括通信接口，该通信接口用于该通信装置与其他设备进行通信，例如数据和/或信号的发送或接收。示例性的，通信接口可以是光收发器或其它类型的通信接口。
第七方面提供一种计算机可读存储介质，包括计算机可读指令，当计算机可读指令在计算机上运行时，使得本申请第一方面、第一方面任一种可能实现方式、第二方面或第二方面各个可能的实现方式所描述的方法被执行。
第八方面，提供一种计算机程序产品，包括计算机可读指令，当计算机可读指令在计算机上运行时，使得本申请第一方面、第一方面任一种可能实现方式、第二方面或第二方面各个可能的实现方式所描述的方法被执行。
附图说明
图1为通信装置以太服务化架构的一个示意图；
图2为服务化解耦的一个示意图；
图3为本申请实施例提供的一种车载数据的传输方法的一个示意图；
图4为本申请实施例提供的通信交互的应用架构的一个示意图；
图5为本申请实施例提供的一种车载数据的传输方法的另一个示意图；
图6为申请实施例提供的通信装置的一个结构示意图。
具体实施方式
本申请实施例提供了多种车载数据的传输方法及其相关装置，应用于车载领域中。减少以太网报文的数量，进而减少通信信息数量降低通信处理的开销，且还能降低车载处理器的处理负载，节约处理器的处理资源。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
为便于理解后续本申请实施例，下面先对通信装置的以太服务化通信架构进行简单说 明。
示例性的，请参阅图1的示例，图1为通信装置以太服务化架构的一个示意图。其中通信装置包括应用层的软件组件(software components，SWC)、实时运行环境(run time environment，RTE)以及基础软件组件，该基础软件组件包括大数据块通信(large data com，LDCom)、套接字适配层(socket adaptor，SoAd)、协议数据单元路由(protocol data unit route，PDUR)、传输控制协议(transmission control protocol，TCP)或网际互联协议(internet protocol，IP)、以太网接口(ethernet interface，Eth-IF)模块以及以太网(ethernet，eth)通信。其中，各个模块的功能如下说明：
SWC：一个SWC可以包含多个可运行状态(Runnable)实体，在车载系统中，Runnable可以是周期性运行，也可以是事件触发运行，通常以周期性的Runnable运行，得到待发送的数据，并将其发送给RTE以便于向目标设备发送。
RTE：RTE封装了基础软件层的通信和服务，为应用层的软件组件提供标准化的基础软件和通信接口，使得应用层可以通过API函数调用基础软件的服务。例如RTE将SWC得到的待发送数据，调用LDCom发送。
LDCom：提供了一种可选的交互分层机制，位于RTE和PduR之间。针对自主的、无需序列化的非周期通信，提供了没有本地缓存的高效通信实现。
PDUR：位于通信模块的核心位置，为通信模块的PDU数据提供静态路由功能。
SoAd：是以太栈通信的入口，为上层通信SWC提供静态PDU到TCP/IP动态连接的转换。
TCP/IP：提供TCP/IP协议栈功能，用于IP数据发送和接收功能。
Eth-IF模块：属于通信硬件抽象层，向上提供与以太网通信系统硬件无关的接口，该接口包括多个有线或无线Ethernet控制器和收发器。
Eth通信：通过Eth将上层的数据报文传输到对端。
为便于后续理解本申请实施例，下面先对SOA架构进行简单介绍。
SOA是互联网行业近年来典型的架构方式，大量的互联网系统都是基于SOA实现的。而汽车领域采用SOA架构的一个主要原因就是能够加快车辆与互联网的互联互通。包括：将各种新功能灵活地与互联网集成，而无需通过信号到服务的转换；基于互联互通，能够大幅提升自动驾驶功能：便于实现高清地图的创建、更新及路线预测等功能，便于实现车辆信息的上传以及云端指令的下达；基于互联互通，快速提升系统与软件升级性能：有助于实现更高效的车载自动诊断系统及空中下载技术软件升级，有助于实现各种远程诊断、预诊断等功能；基于互联互通，能够大幅提升影音娱乐功能的用户体验，能够实现更为便捷的联网功能，实现不同平台间的各种应用程序共享等功能；更便于实现平台架构升级，能够有效降低架构升级带来的复杂度。
汽车行业从基于信号的方式向基于以太网的SOA架构演进。基于信号的方式是主要通过CAN通信实现单个ECO节点间的信号交互，将多个信号耦合在同一个报文内传输，可以节省报文数目。目前SOA架构是通过以太网接口传输信号，基于SOA服务化的理念需要将耦合的报文做解耦处理，实现逻辑上独立的事件会有独立报文，实现将通信信号解耦。
但是，SOA架构的服务化解耦将原有的CAN通信传输的报文拆分成多个面向服务的服 务化控制消息，并在以太网网络中传输，会导致通信消息数量激增，示例性的，如图2所示，图2为服务化解耦的一个示意图。其中，CAN报文为CAN通信传输的报文，其中包括了电池状态、充电枪状态、充电请求、预约信号以及故障信息等多个独立事件的信息。通过解耦分别得到对应各个服务接口的消息，包括对应电池状态服务接口的消息即电池状态、对应充电枪状态服务接口的消息即充电枪状态、对应充电服务接口的消息即充电请求、对应电池故障服务接口的消息即故障信息以及对应充电预约服务接口的消息即预约信号。
总而言之，SOA架构可以将耦合的报文做解耦处理得到多个报文，并在以太网网络中传输，会导致通信消息的数量激增，且增加处理负载。
为解决上述所述问题，本申请实施例首先提供了多种车载数据的传输方法及其相关装置，应用于车载领域中。第一通信装置确定当前待发送的目标数据，并在实时运行环境或基础软件组件中确定缓存数据中不存在该目标数据，该缓存数据为缓存的已发送的数据，然后向第二通信装置发送目标数据。可以避免发送重复的数据，进而减少发生的报文数量，减少了通信消息的数量，降低了通信处理的开销，极大的减少了处理负载，节省了处理资源。
或者，第一通信装置确定当前待发送的目标数据，目标数据由应用运行得到，且当定时器超过周期阈值时，向第二通信装置发送目标数据，该周期阈值大于确定应用运行的周期。可以减少发包数量，从而减少通信消息的数量，降低通信处理的开销，极大的减少了处理负载，节省了处理资源。
为了更好的理解本申请的实施例，下面结合附图，首先对本申请的实施例提供的多种车载数据的传输方法进行详细描述。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
为便于理解，下面介绍本申请实施例提供的一种车载数据的传输方法，具体请参阅图3，图3为本申请实施例提供的一种车载数据的传输方法的一个示意图。具体包括：
A1、第一通信装置确定待发送的目标数据。
第一通信装置确定待发送的目标数据。
示例性的，下面图4的应用场景示例进行具体说明，图4为本申请实施例提供的通信交互的应用架构的一个示意图。其中，第一通信装置与第二通信装置的通信架构分别至少包括SWC、RTE、LDCom、PDUR、SoAd以及TCP/IP等模块。
其中，第一通信装置的SWC上存在周期性runnable运行，并且调用RTE_写操作向RTE内写数据，即第一通信装置基于SWC周期性确定待发送的目标数据，并且将该目标数据发送给RTE层，RTE将其记录于待发送缓存区域，用于等待是否发送。示例性的，可知，第一通信装置确定runnable是周期性的，不断地更新与其他ECU间的交互信息，用于保持感知当前车载的最新状态，该周期可以是5毫秒、10毫秒、20毫秒或其他时间段，具体此处不做限定。
A2、第一通信装置在实时运行环境或基础软件组件中确定缓存数据中不存在目标数据。
第一通信装置在实时运行环境或基础软件组件中确定缓存数据中不存在目标数据，该缓存数据为缓存的已发送的数据。
示例性的，继续基于前述图4的示例进行说明，其中，第一通信装置中的RTE在接收到SWC发送的目标数据后，将目标数据缓存在RTE的待发送缓存区域，并与缓存区域内的缓存数据比较，该缓存数据为缓存在缓存区域内的已经发送出去的数据。
一种可能的实现方式中，在实时运行环境或基础软件组件中基于目标数据的有效载荷与缓存数据的有效载荷不同确定缓存数据中不存在目标数据。
示例性的，图4中RTE将待发送缓存区域内的目标数据中的有效载荷与缓存区域内的各个缓存数据中的有效载荷是否一样，若存在一样的有效载荷，则确定缓存数据中存在目标数据，该目标数据为重复数据，不会将该目标数据发送，可选的，可以将该重复数据丢弃。而当目标数据中的有效载荷与缓存数据中的有效载荷不同时，确定缓存数据中不存在该目标数据，即该目标数据不是重复数据，并执行后续步骤A3将其发送，则可以避免发送重复数据，减少发送报文的数量。
在本申请的实施方式中，基于目标数据的有效载荷与缓存数据中的有效载荷不同确定缓存数据中不存在目标数据，提供了明确重复数据的具体实施方式，且能精准的确定目标数据是否为重复数据，增加了方案的可靠性。
可以理解的是，在其他应用场景或未来的技术环境中还可以采用其他方式确定目标数据是否已经发送过即是否为重复数据，具体此处不做限定。
A3、第一通信装置向第二通信装置发送目标数据。
第一通信装置向第二通信装置发送目标数据。
示例性的，图4中，SWC发送的目标数据与RTE缓存区域内的缓存数据不同时，则调用LDCom将目标数据发送给第二通信装置。具体的，调用LDCom以及其他模块的协作将携带目标数据的报文通过以太网网络发送给第二通信装置的LDCom，并由第二通信装置的RTE接收到第二通信装置的LDCom得到的携带目标数据的报文，并将其中的目标数据缓存在第二通信装置的RTE中接收缓存区域内，第二通信装置的SWC通过RTE_读操作获取第二通信装置中RTE内当前缓存的目标数据。
在本申请实施例中，第一通信装置确定目标数据，并确定目标数据不是重复数据再将其发送。以此通过以太网网络实现车载数据的传输，并减少了重复数据的传输，进而减少了发送报文的数量，降低了对处理资源的占用，节省了处理资源。
在一种可能的实现方式中，第一通信装置将目标数据保证在实施运行环境或基础软件组件。
A4、第一通信装置将目标数据保存在实施运行环境或基础软件组件中。
在第一通信装置将目标数据保存在实施运行环境或基础软件组件中。
示例性的，如图4的RTE在调用LDCom发送携带目标数据的报文时，并将当前发送的目标数据保存到缓存区域中，即将目标数据保存为缓存数据。
在本申请的实施方式中，将发送的目标数据保存在实时运行环境或基础软件组件中，可以实时更新缓存数据，进一步的避免重复数据的发送，减少处理负载。
需要说明的是，步骤A4与前述步骤A3的执行顺序不做先后限定。
在一种可能的实现方式中，当定时器超过周期阈值时，第一通信装置向第二通信装置 发送当前保存的目标数据，该周期阈值大于确定应用运行的周期。
A5、当定时器超过周期阈值时，第一通信装置向第二通信装置发送当前保存的目标数据。
示例性的，如图4中，目标数据由应用运行得到即由Runnable周期性输出的数据，第一通信装置在初始时就启动周期性定时器，当周期性定时器超时时即超过周期阈值时，第一通信装置将前述RTE缓存区域的缓存数据中最新保存的目标数据调用LDCom发送给第二通信装置。具体的，该周期阈值大于第一通信装置确定应用运行的周期，即前述Runnable的周期。如前述Runnable周期为5毫秒时，可以将周期阈值设置为1分钟、或半分钟，需要说明的是，该示例仅仅用于说明，在实际情况中，可以根据具体情况确定，具体此处不做限定。
在本申请的实施方式中，基于定时器超过周期阈值时，将当前缓保存的目标数据发送给第二通信装置，可以避免由于异常确定当前目标数据一直确定为重复数据，从而导致长时间不向第二通信装置发送数据的问题，避免长时间数据不同步，提高了鲁棒性。
可选的，第一通信装置基于当前处理器的负载状态确定周期阈值。或者，周期阈值根据确定应用运行的周期预置。
示例性的，周期阈值可以是动态周期，第一通信装置通过检测处理器(例如中央处理器(central processing unit，CPU)或微控制单元(microcontroller unit，MCU))的处理负载状态当前的占比对应不同的周期阈值，例如根据表格对应，具体的表格中包括不同MCU处理负载占比对应不同周期的对应关系，或者根据算法计算，例如每增加10％的处理负载即将周期阈值增加10秒。
周期阈值根据应用运行的周期预置与前述根据Runnable周期设置周期阈值类似，具体此处不再赘述。
可以理解的是，此处确定周期阈值的示例仅仅用于理解本申请实施例，不对本申请产生实质性的限定，在实际情况中还可以根据其他方式确定周期阈值，具体此处不做限定。
在本申请的实施方式中，周期阈值可以由第一通信装置基于处理器的负载状态确定，体现了方案的实时性以及灵活性。
另外，一种可能的实现方式中，第一通信装置基于标识确定目标数据为重要数据，并向第二通信装置重传目标数据。
示例性的，如图4中，第一通信装置通过标识识别目标数据为重要数据，其标识可以是预置的字母、数字、字符或其组合，具体此处不做限定。第一通信装置可以采用TCP协议传输目标数据，或者在传输过程中重复多发几次目标数据，以此实现重传目标数据，可以理解的是，在实际情况中还可以采用其他方式重传目标数据，具体此处不做限定。
在本申请的实施方式中，当目标数据为重要数据的情况下，重传目标数据可以增加数据同步的可靠性。
下面，对本申请实施例提供的另一种车载数据的传输方法进行详细描述。具体请参阅图5，图5为本申请实施例提供的一种车载数据的传输方法的另一个示意图。具体包括：
S1、第一通信装置确定待发送的目标数据。
第一通信装置确定待发送的目标数据，目标数据由应用运行得到。
需要说明的是，具体与前述图3中步骤A1所述的类似，具体此处不再赘述。
S2、当定时器超过周期阈值时，第一通信装置向第二通信装置发送目标数据。
当定时器超过周期阈值时，第一通信装置向第二通信装置发送目标数据，且周期阈值大于确定应用运行的周期。
示例性的，如图4的SWC向RTE发送的目标数据后，将目标数据缓存到RTE的缓存区域中作为缓存数据，并且在第一通信装置初始时，就启动定时器，当定时器超过周期阈值时，RTE调用LDCom将当前缓存的目标数据发送给第二通信装置。具体如前述图3中步骤A5所述的类似，具体此处不再赘述。
在本申请实施例中，第一通信装置确定目标数据，并在定时器超过周期阈值时，将目标数据发送给第二通信装置，且周期阈值大于确定应用运行的周期，可以减少在相同时间段内发送的报文数量，从而降低通信消息的数量，进而降低处理负担，节省处理资源。
一种可能的实现方式中，第一通信装置基于当前处理器的负载状态确定周期阈值。需要说明的是，第一通信装置基于当前处理器的负载状态确定周期阈值与前述图3中步骤A5中所述的类似，具体此处不再赘述。
在本申请的实施方式中，周期阈值可以由第一通信装置基于处理器的负载状态确定，体现了方案的实时性以及灵活性。
一种可能的实现方式中，第一通信装置基于标识确定目标数据为重要数据，并向第二通信装置重发目标数据。示例性的，如下述步骤S3以及步骤S4：
S3、第一通信装置基于标识确定目标数据为重要数据。
S4、第一通信装置向第二通信装置重发目标数据。
需要说明的是，步骤S3与步骤S4具体与前述图3中所述的类似，具体此处不再赘述。
在本申请的实施方式中，当目标数据为重要数据的情况下，重传目标数据可以增加数据同步的可靠性。
需要说明的是，前述RTE作为实时运行环境或基础软件组件仅仅作为示例用于理解本申请实施例，可以理解的是，还可以在LDCom、SoAd或其他可实现的其他组件，具体此处不做限定。
需要说明的是，前述图4的示例仅仅用于理解本申请实施例，不对本申请实施例产生实质性的限定，可以理解的是，在未来或其他技术领域中，通信装置还可以是其他的通信架构，具体此处不做限定。
以上对本申请实施例所提供的多种车载数据的传输方法进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
为了实现上述本申请实施例提供的方法中的各功能，通信装置可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。 上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
如图6所示，本申请实施例还提供了一种通信装置，该通信装置应用于通信领域中。具体请参阅图6，图6为申请实施例提供的通信装置的一个结构示意图。一种可能的实现中，该通信装置可以包括执行上述方法实施例中图3或图5中第一通信装置对应的方法/操作/步骤/动作所一一对应的模块或单元，该单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种可能的实现中，该通信装置600可以包括：处理器601以及收发器602。处理器601可以用于执行如上述图3所示的方法实施例中步骤A1以及步骤A2和/或步骤A4的步骤，收发器602可以用于执行如上述图3所示的方法实施例中步骤A3和/或步骤A5的步骤。
另一种可能的设计中，通信装置600还包括存储器604，一个或一个以上的存储介质605(例如一个或一个以上存储设备)。其中，存储器604和存储介质605可以是短暂存储或持久存储。存储在存储介质605的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对通信装置600中的一系列指令操作。
通信装置600还可以包括一个或一个以上电源603。
在其他可能的设计中，上述处理器601以及收发器602可以一一对应的执行上述图3所示的方法实施例中第一通信装置各种可能的实现方式中的方法/操作/步骤/动作。
在一种可能的设计中，上述处理器601，执行如上述图3中方法实施例所述的在实时运行环境或基础软件组件中基于目标数据的有效载荷与缓存数据的有效载荷不同确定缓存数据中不存在目标数据的步骤。
在一种可能的设计中，上述处理器601，执行如上述图3中方法实施例的将目标数据保存在实时运行环境或基础软件组件中的步骤。
在一种可能的设计中，上述处理器601，还用于执行如上述图3中方法实施例的基于当前处理器的负载状态确定周期阈值的步骤。
本申请上述的各种设计的通信装置的有益效果请参考上述图3中方法实施例中一一对应的各种实现方式的有益效果，具体此处不再赘述。
另外，一种可能的实现中，该通信装置600包括的处理器601可以用于执行如上述图5所示的方法实施例中步骤S1和/或步骤S3的步骤，收发器602可以用于执行如上述图5所示的方法实施例中步骤S2和/或步骤S4的步骤。
在其他可能的设计中，上述处理器601以及收发器602可以一一对应的执行上述图所示的方法实施例中第一通信装置各种可能的实现方式中的方法/操作/步骤/动作。
在一种可能的设计中，上述处理器601，还用于执行如上述图5中方法实施例的基于当前处理器的负载状态确定周期阈值的步骤。
本申请上述的各种设计的通信装置的有益效果请参考上述图5中方法实施例中一一对应的各种实现方式的有益效果，具体此处不再赘述。
需要说明的是，图6对应实施例的通信装置中各模块/单元之间的信息交互、执行过程等内容，与本申请中图3或图5对应的方法实施例中第一通信装置基于同一构思，具体内 容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。
本申请实施例还提供的另一种通信装置，包括处理器，该处理器与存储器耦合，存储器存储指令，处理器用于执行指令，使得通信设备执行如前述方法实施例所示任一项实现方式。
本申请实施例还提供一种计算机可读存储介质，包括计算机可读指令，当计算机可读指令在计算机上运行时，使得计算机执行如前述方法实施例所示任一项实现方式。
本申请实施例还提供的一种计算机程序产品，计算机程序产品包括计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如前述方法实施例所示任一项实现方式。
本申请还提供一种芯片或芯片系统，该芯片可包括处理器。该芯片还可包括存储器(或存储模块)和/或收发器(或通信模块)，或者，该芯片与存储器(或存储模块)和/或收发器(或通信模块)耦合，其中，收发器(或通信模块)可用于支持该芯片进行有线和/或无线通信，存储器(或存储模块)可用于存储程序或一组指令，该处理器调用该程序或该组指令可用于实现上述方法实施例、方法实施例的任意一种可能的实现方式中由终端或者通信装置执行的操作。该芯片系统可包括以上芯片，也可以包含上述芯片和其他分离器件，如存储器(或存储模块)和/或收发器(或通信模块)。
另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质 中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state drive，SSD))等。

Claims (20)

  1. 一种车载数据的传输方法，其特征在于，包括：
    确定当前待发送的目标数据；
    在实时运行环境或基础软件组件中确定缓存数据中不存在所述目标数据，所述缓存数据为缓存的已发送的目标数据；
    向第二通信装置发送所述目标数据。
  2. 根据权利要求1所述的方法，其特征在于，所述在实时运行环境或基础软件组件中确定缓存数据中不存在待发送数据包括：
    在所述实时运行环境或基础软件组件中基于所述目标数据的有效载荷与所述缓存数据的有效载荷不同确定所述缓存数据中不存在所述目标数据。
  3. 根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
    将所述目标数据保存在所述实时运行环境或基础软件组件中。
  4. 根据权利要求3所述的方法，其特征在于，所述目标数据由应用运行得到，所述方法还包括：
    当定时器超过周期阈值时，向第二通信装置发送当前保存的所述目标数据，所述周期阈值大于确定所述应用运行的周期。
  5. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    基于当前处理器的负载状态确定所述周期阈值。
  6. 根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：
    基于标识确定所述目标数据为重要数据；
    向所述第二通信装置重传所述目标数据。
  7. 一种车载数据的传输方法，其特征在于，包括：
    确定当前待发送的目标数据，所述目标数据由应用运行得到；
    当定时器超过周期阈值时，向第二通信装置发送所述目标数据，所述周期阈值大于确定所述应用运行的周期。
  8. 根据权利要求7所述的方法，其特征在于，所述方法还包括：
    基于当前处理器的负载状态确定所述周期阈值。
  9. 根据权利要求7或8所述的方法，其特征在于，所述方法还包括：
    基于标识确定所述目标数据为重要数据；
    向所述第二通信装置重传所述目标数据。
  10. 一种通信装置，其特征在于，所述通信装置包括处理器以及收发器：
    所述处理器，用于确定当前待发送的目标数据；
    所述处理器，还用于在实时运行环境或基础软件组件中确定缓存数据中不存在所述目标数据，所述缓存数据为缓存的已发送的数据；
    所述收发器，用于向第二通信装置发送所述目标数据。
  11. 根据权利要求10所述的装置，其特征在于，所述处理器，具体用于在所述实时运行环境或基础软件组件中基于所述目标数据的有效载荷与所述缓存数据的有效载荷不同确 定所述缓存数据中不存在所述目标数据。
  12. 根据权利要求10或11所述的装置，其特征在于，所述处理器，还用于将所述目标数据保存在所述实时运行环境或基础软件组件中。
  13. 根据权利要求12所述的装置，其特征在于，所述目标数据由应用运行得到，所述收发器，还用于当定时器超过周期阈值时，向第二通信装置发送当前保存的所述目标数据，所述周期阈值大于确定所述应用运行的周期。
  14. 根据权利要求13所述的装置，其特征在于，所述处理器，还用于基于当前所述处理器的负载状态确定所述周期阈值。
  15. 根据权利要求14所述的装置，其特征在于，所述处理器，还用于基于标识确定所述目标数据为重要数据；
    所述收发器，还用于向所述第二通信装置重传所述目标数据。
  16. 一种通信装置，其特征在于，所述通信装置包括处理器以及收发器；
    所述处理器，用于确定当前待发送的目标数据，所述目标数据由应用运行得到；
    所述收发器，用于当定时器超过周期阈值时，向第二通信装置发送所述目标数据，所述周期阈值大于确定所述应用运行的周期。
  17. 根据权利要求16所述的装置，其特征在于，所述处理器，用于基于当前所述处理器的负载状态确定所述周期阈值。
  18. 根据权利要求16或17所述的装置，其特征在于，所述处理器，还用于基于标识确定所述目标数据为重要数据；
    所述收发器，还用于向所述第二通信装置重传所述目标数据。
  19. 一种通信装置，其特征在于，处理器，所述处理器与存储器耦合，所述存储器存储指令，所述处理器用于执行所述指令，使得所述通信装置执行权利要求1-9中任意一项所述的方法。
  20. 一种计算机可读存储介质，包括计算机可读指令，其特征在于，当所述计算机可读指令在计算机上运行时，使得如权利要求1-9中任一项所述的方法被执行。
PCT/CN2023/085583 2023-03-31 2023-03-31 多种车载数据的传输方法及其相关设备 Ceased WO2024197850A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202380012163.9A CN119111068A (zh) 2023-03-31 2023-03-31 多种车载数据的传输方法及其相关设备
PCT/CN2023/085583 WO2024197850A1 (zh) 2023-03-31 2023-03-31 多种车载数据的传输方法及其相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2023/085583 WO2024197850A1 (zh) 2023-03-31 2023-03-31 多种车载数据的传输方法及其相关设备

Publications (1)

Publication Number Publication Date
WO2024197850A1 true WO2024197850A1 (zh) 2024-10-03

Family

ID=92903147

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/085583 Ceased WO2024197850A1 (zh) 2023-03-31 2023-03-31 多种车载数据的传输方法及其相关设备

Country Status (2)

Country Link
CN (1) CN119111068A (zh)
WO (1) WO2024197850A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179087A (zh) * 2011-12-21 2013-06-26 上海飞田通信技术有限公司 应用层到TCP层异步Socket数据传输方法及系统
CN106385343A (zh) * 2016-09-05 2017-02-08 Tcl集团股份有限公司 一种分布式系统下监控客户端的方法及装置、分布式系统
US10291541B1 (en) * 2015-07-16 2019-05-14 Sprint Spectrum L.P. Systems and methods for scheduling transmissions from an access node
CN111327499A (zh) * 2018-12-14 2020-06-23 北京宝沃汽车有限公司 发送报文的方法、装置和汽车
CN115037796A (zh) * 2022-06-06 2022-09-09 联通(广东)产业互联网有限公司 一种实时数据发送方法、接收方法及相应的设备和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179087A (zh) * 2011-12-21 2013-06-26 上海飞田通信技术有限公司 应用层到TCP层异步Socket数据传输方法及系统
US10291541B1 (en) * 2015-07-16 2019-05-14 Sprint Spectrum L.P. Systems and methods for scheduling transmissions from an access node
CN106385343A (zh) * 2016-09-05 2017-02-08 Tcl集团股份有限公司 一种分布式系统下监控客户端的方法及装置、分布式系统
CN111327499A (zh) * 2018-12-14 2020-06-23 北京宝沃汽车有限公司 发送报文的方法、装置和汽车
CN115037796A (zh) * 2022-06-06 2022-09-09 联通(广东)产业互联网有限公司 一种实时数据发送方法、接收方法及相应的设备和系统

Also Published As

Publication number Publication date
CN119111068A (zh) 2024-12-10

Similar Documents

Publication Publication Date Title
CN111930407B (zh) 车辆ecu软件升级方法、系统、车载tbox的微控制器和soc端
WO2021168840A1 (zh) 一种软件版本回滚方法、装置及系统
CN112559219A (zh) 一种物联网离线消息管理方法、装置、设备及存储介质
CN111813795B (zh) 在区块链网络中确认交易的方法及装置
CN117376339A (zh) 基于ota的车辆ecu升级方法、装置、设备及介质
US7817572B2 (en) Communications apparatus and communication method
CN116931988A (zh) 一种ota升级方法、装置、电子设备及存储介质
CN114765691B (zh) 视频直播的功能组件加载方法、数据处理方法及设备
WO2024197850A1 (zh) 多种车载数据的传输方法及其相关设备
CN113422738B (zh) 一种智能主机的mcu通信服务方法
CN112199103A (zh) 一种设备升级方法及终端设备
CN119211384A (zh) 数据报文传输方法、装置、节点设备及可读存储介质
CN118784463A (zh) 局部网络协同控制方法、装置、设备及存储介质
CN118306213A (zh) 车辆升级供电策略确定方法、装置、设备及介质
CN117201359A (zh) 一种链路连通性检测方法、装置、电子设备及存储介质
CN116418670A (zh) 用于多ecu系统的升级方法、装置、电子设备和存储介质
CN114547488A (zh) 车辆的软件升级信息的展示方法、装置、设备和存储介质
CN115617366A (zh) 设备固件更新方法、电子装置及存储介质
CN116708596B (zh) 基于Ethernet/IP的高并发数据处理方法、装置及存储介质
CN115794152A (zh) 一种固件升级方法、装置、设备及介质
CN121309657B (zh) 域内节点的通信方法、车辆及存储介质
CN111930490B (zh) 一种流媒体任务管理方法及装置
CN115086263B (zh) Ios终端的im消息发送方法、系统、存储介质、计算机设备
CN118972251A (zh) 车辆升级状态同步方法、设备及程序产品
CN111245874A (zh) 信息推送方法、装置、服务器及存储介质

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 202380012163.9

Country of ref document: CN

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

Ref document number: 23929435

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE