A low-power communication method and system suitable for automotive Ethernet

Abstract

This invention belongs to the field of automotive Ethernet technology and discloses a low-power communication method and system suitable for automotive Ethernet. The method includes: dividing wake-up windows for different types of low-power communication frames based on a unified time reference; when the vehicle is in sleep mode, only the wake-up wireless module remains in a low-power listening state, and outputs a wake-up trigger signal when a link signal meeting preset conditions is detected; a low-power frame tag is provided in the reserved control field of the Ethernet MAC frame header; in response to the wake-up trigger signal, only the tag parsing module in the Ethernet MAC chip is woken up; when the low-power frame tag meets preset matching rules and the current time is within the wake-up window, the central processing unit is woken up to process the data frame. This invention solves the problem of blind wake-up in the TC10 physical layer, implements a three-level wake-up linkage logic, and solves the compatibility and cost problems of traditional hybrid architectures.

Description

Technical Field

[0001] This invention relates to the field of automotive Ethernet technology, specifically to a low-power communication method and system, electronic device, and storage medium suitable for automotive Ethernet. Background Technology

[0002] For scenarios where Ethernet communication is maintained while the vehicle is in a sleep state, existing solutions based on the TC10 standard or a CAN+Ethernet hybrid architecture have the following technical problems: 1) Power redundancy issue of TC10 standard: As a physical layer wake-up mechanism (defined by OPEN Alliance), TC10 uses broadcast transmission for its wake-up signal and has no frame type discrimination capability. When the vehicle is in sleep mode, the ECU unit needs to continuously activate the physical layer receiving module to monitor the TC10 signal. Even if there is no actual communication requirement, it cannot go into deep sleep, resulting in an additional power consumption of 30%-50% per node, which conflicts with the goal of optimizing the range of electric vehicles. At the same time, broadcast wake-up is prone to triggering false wake-up of all nodes in the network, further aggravating energy waste.

[0003] 2) Compatibility and cost bottlenecks of hybrid architecture: The heterogeneous integration of CAN bus and Ethernet requires additional configuration of protocol conversion modules (such as CAN to Ethernet gateway), which not only increases the weight of the wiring harness and hardware cost (increasing the cost per vehicle by about 200-500 yuan), but also leads to increased communication latency (conversion latency is usually ≥10ms), which cannot meet the low latency requirements of OTA upgrade package fragment transmission, remote wake-up commands, etc. In addition, the bandwidth limitation of CAN bus (maximum 1Mbps) makes it difficult to carry medium and high speed data interaction on the Ethernet side, forming a communication bottleneck.

[0004] 3) Wake-up conflicts caused by insufficient node synchronization accuracy: Traditional solutions do not have a dedicated collaborative synchronization mechanism. Each ECU executes the sleep / wake-up timing independently. When multiple nodes initiate communication requests at the same time, bus contention is likely to occur. Asynchronous wake-up causes some nodes to miss key frames (such as OTA instruction fragments), which need to be compensated by retransmission mechanism, which increases power consumption and reduces communication reliability. The retransmission rate can reach up to 15%.

[0005] 4) Failure of WUR linkage with Ethernet module: In traditional designs, Wake-Up Radio (WUR) is only used as an independent wake-up trigger unit and cannot be linked with Ethernet communication logic. After WUR detects the wake-up signal, it directly activates the entire Ethernet module and maintains a high-power operation state regardless of whether the subsequent frame is critical communication content, thus failing to give full play to the low-power monitoring advantage of WUR. Summary of the Invention

[0006] To overcome the shortcomings of the prior art, the purpose of this invention is to provide a low-power communication method, system, and electronic device suitable for vehicle Ethernet, which realizes closed-loop control of "signal monitoring-tag verification-on-demand wake-up", achieves low-power communication maintenance, and solves the compatibility and cost issues of hybrid architecture.

[0007] To address the above problems, the first aspect of this invention discloses a low-power communication method suitable for automotive Ethernet, comprising the following steps: A reference timestamp is transmitted between each vehicle node through a lightweight precision time protocol to form a unified time reference, and wake-up windows are divided for different types of low-power communication frames based on the time reference. When the vehicle is in sleep mode, only the wake-up wireless module remains in low-power listening mode, and outputs a wake-up trigger signal when a link signal that meets preset conditions is detected. The reserved control field in the Ethernet MAC frame header contains a low-power frame tag, which includes at least a frame type identifier field, a wake-up priority field, and a sleep delay instruction field. In response to the wake-up trigger signal, only the tag parsing module in the Ethernet MAC chip is woken up, and the tag parsing module performs hardware parsing on the low-power frame tag in the reserved control field of the received MAC frame header; When the low-power frame tag meets the preset matching rules and the current time is within the wake-up window, the central processing unit is woken up to process the data frame. After the data frame is processed, the active state is maintained according to the maintenance time indicated by the sleep delay instruction field. After the maintenance time ends, it re-enters the low-power state.

[0008] Optionally, the frame type identifier field includes: wake-up command frame, OTA data frame, and synchronization frame.

[0009] Optionally, a low-power synchronization frame is sent through the vehicle central gateway at a preset coordination period. The payload of the low-power synchronization frame carries a reference timestamp, which is used to correct the local clock of each node.

[0010] Optionally, if a node fails to receive the low-power synchronization frame within a preset number of synchronization cycles, the node will be automatically switched to become a temporary synchronization initiator node.

[0011] Optional, also includes: Before matching the low-power frame tag with the preset matching rules, the consistency of the time difference between the time information of the data frame and the current unified time base is checked. When the time difference exceeds the preset time threshold, the data frame is determined to be an abnormal frame and the central processing unit is refused to be woken up.

[0012] Optionally, the wake-up window is determined according to the scheduling rule parameters, and the low-power synchronization frame also carries wake-up window scheduling rule parameters, which include the window start time and duration corresponding to each type of frame.

[0013] Optionally, after the step of waking up the central processing unit to process the data frame, the power-on range of other hardware modules besides the tag parsing module is controlled according to the wake-up priority field. The power-on range includes at least one of the following: selectively waking up some core modules, network protocol modules, cache modules, or peripheral interface modules of the central processing unit.

[0014] A second aspect of this invention discloses a low-power communication system suitable for automotive Ethernet, comprising: The reference unit is used to transmit reference timestamps between various vehicle nodes through a lightweight precision time protocol to form a unified time reference, and to divide wake-up windows for different types of low-power communication frames based on the time reference. The monitoring unit is used to keep only the wake-up wireless module in a low-power monitoring state when the vehicle is in a sleep state, and to output a wake-up trigger signal when a link signal that meets preset conditions is detected. The tag unit is used to set a low-power frame tag in the reserved control field of the Ethernet MAC frame header. The low-power frame tag includes at least a frame type identifier field, a wake-up priority field, and a sleep delay instruction field. The parsing unit is used to respond to the wake-up trigger signal and wake up only the tag parsing module in the Ethernet MAC chip, and perform hardware parsing of the low-power frame tag in the reserved control field of the received MAC frame header through the tag parsing module; The matching unit is used to wake up the central processing unit to process the data frame when the low-power frame tag meets the preset matching rules and the current time is within the wake-up window. After the data frame is processed, the unit maintains the active state according to the maintenance time indicated by the sleep delay instruction field, and re-enters the low-power state after the maintenance time ends.

[0015] A third aspect of the present invention discloses an electronic device comprising: a memory storing executable program code; a processor coupled to the memory; wherein the processor invokes the executable program code stored in the memory to execute the low-power communication method for automotive Ethernet disclosed in the first aspect of the present invention.

[0016] A fourth aspect of the present invention discloses a computer-readable storage medium storing a computer program, wherein the computer program causes a computer to execute the low-power communication method for automotive Ethernet disclosed in the first aspect of the present invention.

[0017] Compared with the prior art, the beneficial effects of the embodiments of the present invention are as follows: This invention establishes a unified time base by transmitting reference timestamps between vehicle nodes using a lightweight, precise time protocol. Based on this time base, wake-up windows are divided for different types of low-power communication frames, enabling a distributed collaborative synchronization mechanism based on lightweight PTP. This achieves node wake-up timing coordination without a master clock, overcoming the asynchronous conflict bottleneck of traditional solutions. When the vehicle is in sleep mode, only the wake-up wireless module remains in a low-power listening state, outputting a wake-up trigger signal upon detecting a link signal that meets preset conditions. Responding to the wake-up trigger signal, only the tag parsing module in the Ethernet MAC chip is awakened. This module performs hardware parsing of the low-power frame tag in the reserved control field of the received MAC frame header. When the low-power frame tag meets preset conditions... When the matching rules are met and the current time is within the wake-up window, the central processing unit is woken up to process the data frame. After the data frame is processed, the active state is maintained according to the duration indicated by the sleep delay instruction field. After the duration ends, it re-enters the low-power state. A dedicated low-power frame tag is defined in the vehicle Ethernet MAC layer to achieve hardware-level precise filtering of frame types, solving the problem of blind wake-up of the TC10 physical layer. A three-level wake-up linkage logic is realized, upgrading the WUR unit from a simple trigger unit to a power control core, realizing closed-loop control of "signal monitoring - tag verification - on-demand wake-up", which is far superior to the existing WUR unit independent working mode. It does not need to rely on CAN bus assistance. The pure Ethernet architecture realizes low-power communication maintenance, solving the compatibility and cost problems of hybrid architecture. Attached Figure Description

[0018] Figure 1 This is a flowchart illustrating a low-power communication method suitable for in-vehicle Ethernet provided in an embodiment of the present invention; Figure 2 This is a schematic diagram of a low-power communication system suitable for in-vehicle Ethernet provided in an embodiment of the present invention; Figure 3 This is a schematic diagram of the structure of an electronic device disclosed in an embodiment of the present invention. Detailed Implementation

[0019] This specific embodiment is merely an explanation of the embodiments of the present invention and is not intended to limit the embodiments of the present invention. After reading this specification, those skilled in the art can make modifications to this embodiment without contributing any inventive step, but as long as they are within the scope of the claims of the embodiments of the present invention, they are protected by patent law.

[0020] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the protection scope of the embodiments of the present invention.

[0021] The term "comprising" and any variations thereof in the specification and claims of this application are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are explicitly listed, but may include other steps or units that are not explicitly listed or that are inherent to such process, method, product or device.

[0022] In embodiments of the present invention, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design described as "exemplary" or "for example" in embodiments of the present invention should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the terms "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0023] The following is an explanation of the technical terms: MAC stands for Media Access Control (sublayer). PTP stands for Precision Time Protocol. UTC stands for Coordinated Universal Time. OTA stands for Over-The-Air, meaning over-the-air download / over-the-air update. TC10, short for Open Alliance TC10 Sleep / Wake-Up Specification, is the automotive Ethernet TC10 sleep / wake-up specification. ECU stands for Electronic Control Unit. CPU stands for Central Processing Unit. L2 Cache, short for Level 2 Cache, is a second-level cache.

[0024] Example 1 Please refer to Figure 1-3 As shown, a low-power communication method suitable for automotive Ethernet is described, such as... Figure 1 As shown, it includes the following steps: Step S110: Transmit reference timestamps between each vehicle node using a lightweight precision time protocol to form a unified time reference, and divide wake-up windows for different types of low-power communication frames based on the time reference; Optionally, a low-power synchronization frame is sent through the vehicle central gateway at a preset coordination period. The payload of the low-power synchronization frame carries a reference timestamp, which is used to correct the local clock of each node.

[0025] The low-power synchronization frame corresponds to the synchronization frame in the frame type identifier field. The synchronization frame is a type of low-power communication frame. That is, if the frame type identifier is a synchronization frame type, the central gateway sends it periodically, and each node performs time correction after receiving it.

[0026] In practical implementation, nanosecond-level time synchronization has been achieved in automotive scenarios, such as the synchronization accuracy of the SYN2407K PTP module ≤ ±50ns. This invention only requires millisecond-level synchronization accuracy, which can be achieved by simplifying the PTP protocol. Specifically, it is achieved by removing complex clock-level negotiation and retaining basic timestamp interaction, with software overhead ≤10KB, fully adapting to the resource limitations of the ECU unit.

[0027] As a specific embodiment, the synchronization frame transmission rules can be as follows: The vehicle's central gateway is designated as the temporary synchronization initiation node, with a preset coordination period of 100ms. A "low-power synchronization frame" is periodically sent every 100ms, which may include the frame type identifier 0x03 in the tag. The frame payload carries the reference timestamp of the current coordination period, specifically based on the vehicle's UTC clock, with an accuracy of 1ms. After receiving the frame, each slave node corrects its local clock using the clock calibration module built into the MAC chip, ensuring that the time deviation across the entire network is ≤5μs, far exceeding the millisecond-level deviation of TC10.

[0028] The dynamic wake-up window mechanism can be as follows: Based on the synchronization timestamp, a fixed "wake-up window" is allocated for different types of low-power frames.

[0029] For example, the wake-up window for a remote wake-up command frame is 0-10ms within the synchronization period, for an OTA data frame it is 10-50ms within the synchronization period, and for a synchronization frame it is 50-60ms within the synchronization period. Each node only activates the tag parsing circuit of the MAC chip within the corresponding wake-up window, and shuts down the circuit at other times, leaving only the WUR in monitoring mode, thus achieving "on-demand activation".

[0030] Optionally, if a node fails to receive the low-power synchronization frame within a preset number of synchronization cycles, the node will be automatically switched to become a temporary synchronization initiator node.

[0031] In practice, an abnormal synchronization recovery mechanism is set up: if a node fails to receive synchronization frames for three consecutive cycles, it will automatically switch to "temporary synchronization initiator" and send synchronization frames with an identifier to avoid synchronization failure caused by single point of failure and ensure the robustness of the synchronization system.

[0032] In this embodiment, by constructing a distributed synchronization system based on the lightweight PTP precise time protocol, the wake-up / sleep timing coordination of all networked ECU units can be achieved without the need for an additional master clock node.

[0033] Step S120: When the vehicle is in a sleep state, only the wake-up wireless module is kept in a low-power listening state, and a wake-up trigger signal is output when a link signal that meets the preset conditions is detected. In this step, the preset condition can be set so that when the WUR unit detects that the signal strength of the link signal is greater than or equal to the preset threshold, only the tag parsing circuit of the MAC (Media Access Control) module is woken up, rather than the entire MAC (Media Access Control) module, and the tag parsing circuit parses the frame header tag.

[0034] Step S130: A low-power frame tag is provided in the reserved control field of the Ethernet MAC frame header. The low-power frame tag includes at least a frame type identifier field, a wake-up priority field, and a sleep delay instruction field. In this embodiment, the low-power frame tag is an optional field. When communicating with nodes that do not support the protocol, the tag field can be automatically masked and downgraded to standard Ethernet frame transmission. Compatibility with existing TC10 devices and CAN bus devices can be achieved through the gateway's tag conversion function without modifying the existing vehicle network architecture.

[0035] The frame type identifier field may include: wake-up command frame, OTA data frame, and synchronization frame.

[0036] In practical implementation, the IEEE 802.3 standard explicitly allows 1-4 bytes of reserved control fields in the MAC frame header (for vendor-defined extensions). This invention conforms to the standard frame structure limitations by designing a 3-byte tag.

[0037] Specifically, to overcome the limitation of existing Ethernet frame structures containing only type / length fields, a 3-byte "low-power frame" tag can be defined in the reserved control field of the MAC frame header (located between the destination address and type field according to the IEEE 802.3 standard frame structure). The specific format is as follows: Tag field definition: The first byte is the "frame type identifier" (0x01 represents the wake-up command frame, 0x02 represents the OTA data frame, 0x03 represents the synchronization frame, and the rest are reserved values); the second byte is the "wake-up priority" (0-255 levels, with level 0 being the highest priority, corresponding to the remote start command); the third byte is the "sleep delay instruction" (value 0-255ms, indicating the shortest time that the receiving node needs to maintain the active state after processing the frame).

[0038] As one embodiment, the wake-up window is determined according to the scheduling rule parameters, and the low-power synchronization frame also carries wake-up window scheduling rule parameters, which include the window start time and duration corresponding to each type of frame.

[0039] In this embodiment, the wake-up window scheduling rule parameters include multiple frame types and their corresponding wake-up windows. Each mapping relationship includes at least: frame type identifier, window start time, and window duration, which are used to update the scheduling rules between the frame type and the wake-up window of each node.

[0040] In practical implementation, upon the arrival of a low-power synchronization frame, the following steps are performed: extract the wake-up window scheduling rule parameters from the low-power synchronization frame; parse the frame type and window time parameters; and update the local scheduling mapping table. For example, in nighttime low-load mode, the OTA data frame window is shortened; in high-load mode, the OTA data frame window is extended. The synchronization frame can be resent: the OTA data frame window is changed from 60-70ms to 60-80ms, and the node can update the scheduling strategy without restarting. During subsequent low-power synchronization frame matching, the updated mapping table is called to determine the window size.

[0041] For example, the frame type is a wake-up command frame, the start time of the wake-up command frame is 20ms, and the duration is 5ms. If the current time is 22ms, and a frame of type 'wake-up command frame' is received, then the wake-up command frame is allowed to be woken up; if the current time is 45ms, the wake-up command frame is denied to be woken up.

[0042] Step S140: In response to the wake-up trigger signal, only the tag parsing module in the Ethernet MAC chip is woken up, and the tag parsing module performs hardware parsing on the low-power frame tag in the reserved control field of the received MAC frame header; In this step, during hardware parsing, a dedicated tag parsing circuit can be integrated into the Ethernet MAC chip of the ECU unit. Unlike software parsing, the response time is ≤1μs. The wake-up process is only triggered when the low-power frame tag meets the preset matching rules (such as the frame type identifier being 0x01-0x03). If the low-power frame tag does not match the preset matching rules or the low-power frame has no tag, the MAC chip directly discards the frame without waking up the upper-layer protocol stack.

[0043] In practical implementation, the programmable configuration interface of existing MAC chips (such as Broadcom BCM53125) can be used to support the integration of hardware parsing circuits for frame tags, without the need to redesign the chip architecture.

[0044] In the above implementation process, the node can achieve precise filtering of frame types above the physical layer, solve the problem of blind wake-up of TC10 broadcast, and thus realize deep sleep of the vehicle.

[0045] Step S150: When the low-power frame tag meets the preset matching rule and the current time is within the wake-up window, the central processing unit is woken up to process the data frame. After the data frame is processed, the active state is maintained according to the maintenance time indicated by the sleep delay instruction field. After the maintenance time ends, the low-power state is re-entered.

[0046] In this example, a three-level wake-up linkage is established between the WUR (Wake-Up Radio) unit, the MAC module, and the CPU unit (Central Processing Unit), upgrading the WUR unit from a simple triggering unit to a power consumption control core. The specific control logic is as follows: Level 1: Passive WUR monitoring: After the vehicle enters Sleep mode, only the WUR unit remains active (power consumption ≤1mA), continuously monitoring the RF signal characteristics in the Ethernet link; Level 2: MAC module wake-up verification: When the WUR unit detects that the signal strength is ≥ the preset threshold, only the tag parsing circuit of the MAC module (not the entire MAC module) is woken up, and the tag parsing circuit parses the frame header tag; Level 3: CPU unit activated on demand: If the low-power frame tag meets the preset matching rules, such as the frame type in the low-power frame tag is 0x01 and the wake-up priority is ≥50, the MAC module wakes up the CPU unit to process the frame content through an interrupt signal; if the low-power frame tag does not match or there is no low-power frame tag, the MAC module immediately feeds back to the WUR unit, triggering the sleep return of the MAC module and the WUR unit. The CPU unit always stays in sleep during the whole process, and the power consumption of the wake-up link is reduced to 1 / 10 of the traditional solution.

[0047] In practical implementation, to achieve three-level linkage, the WUR module (such as TI's CC1352P) can be directly connected to the wake-up pin of the Ethernet MAC chip to achieve a signal response within 1μs. At the same time, the sleep / wake-up control interface of the MAC module can be configured to industry standard configuration (such as conforming to the IEEE 802.3az energy-saving standard), and linkage control can be achieved without additional hardware modification.

[0048] After verification, compared with the traditional TC10 solution and CAN+Ethernet solution, the single ECU unit sleep power consumption is 0.8-1.2mA, while the traditional TC10 solution and CAN+Ethernet solution are 5-8mA and 6-10mA respectively. Wake-up latency: The traditional TC10 solution and CAN+Ethernet solution have 5-10ms and 10-15ms respectively, while the wake-up latency of this invention is ≤1ms; Frame false wake-up rate: The traditional TC10 solution and CAN+Ethernet solution have a frame false wake-up rate of 8%-12% and 5%-8% respectively, while the frame false wake-up rate of this invention is ≤0.5%; Hardware cost per vehicle: The traditional TC10 solution and CAN+Ethernet solution correspond to the base cost and base cost + 200 yuan respectively. The hardware cost per vehicle of the solution of this invention is the base cost - 50 yuan. Regarding OTA transmission efficiency: the traditional TC10 solution and CAN+Ethernet solution correspond to the baseline efficiency and 60% of the baseline efficiency, respectively. The OTA transmission efficiency of the solution of this invention is 110% of the baseline efficiency.

[0049] In another embodiment, the method of the present invention further includes: S1501: Before matching the low-power frame tag with the preset matching rules, the consistency of the time difference between the time information of the data frame and the current unified time base is checked. When the time difference exceeds the preset time threshold, the data frame is determined to be an abnormal frame and the central processing unit is refused to be woken up.

[0050] Specifically, including: S15011: Before matching the low-power frame tag with the preset matching rule, extract frame time information from the low-power frame tag or data frame payload. S15012: Read the current time under the current unified time base; S15013: Calculate the time difference between the frame time information and the current time; S15014: When the time difference is less than or equal to a preset time threshold, perform a wake-up window matching judgment; when the time difference is greater than the preset time threshold, determine that the data frame is an abnormal frame, discard the data frame and restore to the low-power listening state.

[0051] In this embodiment, the preset time threshold can be set to be less than the duration of the wake-up window.

[0052] For example, with a synchronization period of 100ms, a wake-up window range of 20-25ms, a preset time threshold of 2ms, and the current time under the unified time base of 23ms, if the current frame time information is 22.5ms, then the time difference is 23-22.5=0.5ms, which is less than the preset time threshold, and the current frame is valid. If the current frame time information is 16ms, then the time difference is 23-16=7ms, which is greater than the preset time threshold, and the data frame is determined to be an abnormal frame, and waking up the central processing unit is refused.

[0053] In the above implementation process, by performing a consistency check on the time difference between the time information of the data frame and the current unified time base before matching the low-power frame tag with the preset matching rules, a triple filter can be formed to prevent attackers from replaying attacks and to prevent delayed frames from being triggered erroneously.

[0054] Optionally, the method of the present invention further includes: Step S160: After the step of waking up the central processing unit to process the data frame, the power-on range of other hardware modules, excluding the tag parsing module, is controlled according to the wake-up priority field.

[0055] Specifically, step S160 includes: Step S1601: Read the wake-up priority field in the low-power frame tag; Step S1602: Based on the wake-up priority field, look up the preset power consumption domain mapping table to determine the corresponding graded power-on range; The graded power-on range includes selectively waking up at least one of the following: core modules of the central processing unit, network protocol modules, cache modules, or peripheral interface modules.

[0056] For example, the preset power consumption domain mapping table data is as follows: the priority field occupies 2 bits, and its priority power-on ranges correspond to the following: 00 (Low): Wakes up one low-power core module; 01 (Middle): Wakes up 2 core modules + network protocol module; 10 (High): Wakes up all core modules + L2 cache modules; 11 (Urgent): Full module + cache module + peripheral interface module.

[0057] Step S1603: Control the power consumption domain control module inside the central processing unit to perform power-on operation only on modules within the graded power-on range, while keeping the remaining modules off or in a low-power state. In practical implementation, certain core modules, network protocol modules, cache modules, or peripheral interface modules of the central processing unit correspond to the core power consumption domain, cache power consumption domain, network protocol coprocessor power consumption domain, and peripheral interface power consumption domain, respectively, with each domain controlled by an independent power switch. The power-on operation of each domain is controlled by the power consumption domain control module. When the tag parsing module wakes up the central processing unit to process data frames, it writes the priority field to the wake-up control register. After the central processing unit starts up, it reads the register and executes power consumption domain control.

[0058] For example, the total power consumption of the CPU module is 1.2W, the power consumption of a single core in low-power mode is 0.35W, and the power consumption of a dual-core CPU plus a network protocol coprocessor is 0.6W. Scenario: Wake-up command frame (priority 00) wakes up only a single core, reducing power consumption by about 70%.

[0059] Step S1604: After the data frame processing is completed, determine whether to keep some power domains active or turn off all power domains based on the sleep delay instruction field and the current processing status.

[0060] In this embodiment, if no new high-priority frames arrive during the maintenance period, the high-performance cores are automatically shut down, while the low-power cores are retained, or all cores are put into sleep mode. That is, if no new high-priority frames that meet the conditions are detected before the end of the maintenance period, the unnecessary power domains are shut down.

[0061] In the above implementation process, by avoiding the power consumption waste caused by the default power-on of all cores after waking up the central processing unit, the battery life of the whole vehicle in the sleep scenario can be improved, and the matching of computing resources and communication needs can be achieved.

[0062] Example 2 This invention discloses a low-power communication system suitable for automotive Ethernet, such as... Figure 2 As shown, Figure 2 It is a low-power communication system suitable for automotive Ethernet, including: The reference unit 210 is used to transmit reference timestamps between various vehicle nodes through a lightweight precision time protocol to form a unified time reference, and to divide wake-up windows for different types of low-power communication frames based on the time reference. The listening unit 220 is used to keep only the wake-up wireless module in a low-power listening state when the vehicle is in a sleep state, and to output a wake-up trigger signal when a link signal that meets preset conditions is detected. Tag unit 230 is used to set a low-power frame tag in the reserved control field of the Ethernet MAC frame header. The low-power frame tag includes at least a frame type identifier field, a wake-up priority field, and a sleep delay instruction field. The parsing unit 240 is used to respond to the wake-up trigger signal and wake up only the tag parsing module in the Ethernet MAC chip, and perform hardware parsing of the low-power frame tag in the reserved control field of the received MAC frame header through the tag parsing module; The matching unit 250 is used to wake up the central processing unit to process the data frame when the low-power frame tag meets the preset matching rules and the current time is within the wake-up window, and after the data frame is processed, maintain the active state according to the maintenance time indicated by the sleep delay instruction field, and re-enter the low-power state after the maintenance time ends.

[0063] Example 3 Please see Figure 3 , Figure 3 This is a schematic diagram of the structure of an electronic device disclosed in an embodiment of the present invention. For example... Figure 3 As shown, the electronic device may include: Memory 310 storing executable program code; Processor 320 coupled to memory 310; The processor 320 calls the executable program code stored in the memory 310 to execute some or all of the steps in the low-power communication method for vehicle Ethernet in Embodiment 1.

[0064] This invention discloses a computer-readable storage medium storing a computer program that causes a computer to perform some or all of the steps in a low-power communication method for automotive Ethernet as described in Embodiment 1.

[0065] This invention also discloses a computer program product, wherein when the computer program product is run on a computer, the computer performs some or all of the steps in a low-power communication method for in-vehicle Ethernet as described in Embodiment 1.

[0066] This invention also discloses an application publishing platform, which is used to publish computer program products. When the computer program products are run on a computer, the computer performs some or all of the steps in a low-power communication method for in-vehicle Ethernet as described in Embodiment 1.

[0067] In various embodiments of the present invention, it should be understood that the sequence number of each process does not necessarily imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0068] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; they can be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.

[0069] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0070] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-accessible memory. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several requests to cause a computer device (which can be a personal computer, server, or network device, specifically a processor in the computer device) to execute some or all of the steps of the methods described in the various embodiments of the present invention.

[0071] In the embodiments provided by this invention, it should be understood that "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean determining B solely based on A; B can also be determined based on A and / or other information.

[0072] Those skilled in the art will understand that some or all of the steps in the various methods of the embodiments described can be implemented by a program instructing related hardware. This program can be stored in a computer-readable storage medium, including read-only memory (ROM), random access memory (RAM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), one-time programmable read-only memory (OTPROM), electrically-Erasable Programmable Read-Only Memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, disk storage, magnetic tape storage, or any other computer-readable medium capable of carrying or storing data.

[0073] The foregoing has provided a detailed description of a low-power communication method, apparatus, electronic device, and storage medium suitable for automotive Ethernet disclosed in the embodiments of the present invention. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A low-power communication method suitable for automotive Ethernet, characterized in that, It includes the following: A reference timestamp is transmitted between each vehicle node through a lightweight precision time protocol to form a unified time reference, and wake-up windows are divided for different types of low-power communication frames based on the time reference. When the vehicle is in sleep mode, only the wake-up wireless module remains in low-power listening mode, and outputs a wake-up trigger signal when a link signal that meets preset conditions is detected. The reserved control field in the Ethernet MAC frame header contains a low-power frame tag, which includes at least a frame type identifier field, a wake-up priority field, and a sleep delay instruction field. In response to the wake-up trigger signal, only the tag parsing module in the Ethernet MAC chip is woken up, and the tag parsing module performs hardware parsing on the low-power frame tag in the reserved control field of the received MAC frame header; When the low-power frame tag meets the preset matching rules and the current time is within the wake-up window, the central processing unit is woken up to process the data frame. After the data frame is processed, the active state is maintained according to the maintenance time indicated by the sleep delay instruction field. After the maintenance time ends, it re-enters the low-power state.

2. The low-power communication method for automotive Ethernet according to claim 1, characterized in that, The frame type identifier field includes: wake-up command frame, OTA data frame, and synchronization frame.

3. The low-power communication method for automotive Ethernet according to claim 1, characterized in that, Low-power synchronization frames are sent through the vehicle's central gateway at a preset coordination period. The payload of the low-power synchronization frame carries a reference timestamp, which is used to correct the local clock of each node.

4. The low-power communication method for in-vehicle Ethernet according to claim 3, characterized in that, When a node fails to receive the low-power synchronization frame within a preset number of synchronization cycles, the node is automatically switched to become a temporary synchronization initiator node.

5. The low-power communication method for automotive Ethernet according to claim 1, characterized in that, Also includes: Before matching the low-power frame tag with the preset matching rules, the consistency of the time difference between the time information of the data frame and the current unified time base is checked. When the time difference exceeds the preset time threshold, the data frame is determined to be an abnormal frame and the central processing unit is refused to be woken up.

6. The low-power communication method for in-vehicle Ethernet according to claim 3, characterized in that, The wake-up window is determined according to the scheduling rule parameters. The low-power synchronization frame carries the wake-up window scheduling rule parameters, which include the window start time and duration corresponding to each type of frame.

7. The low-power communication method for in-vehicle Ethernet according to claim 1, characterized in that, After the step of waking up the central processing unit to process the data frame, the power-on range of other hardware modules, excluding the tag parsing module, is controlled according to the wake-up priority field. The power-on range includes at least one of the following: selectively waking up some core modules, network protocol modules, cache modules, or peripheral interface modules of the central processing unit.

8. A low-power communication system suitable for automotive Ethernet, characterized in that, It includes: The reference unit is used to transmit reference timestamps between various vehicle nodes through a lightweight precision time protocol to form a unified time reference, and to divide wake-up windows for different types of low-power communication frames based on the time reference. The monitoring unit is used to keep only the wake-up wireless module in a low-power monitoring state when the vehicle is in a sleep state, and to output a wake-up trigger signal when a link signal that meets preset conditions is detected. The tag unit is used to set a low-power frame tag in the reserved control field of the Ethernet MAC frame header. The low-power frame tag includes at least a frame type identifier field, a wake-up priority field, and a sleep delay instruction field. The parsing unit is used to respond to the wake-up trigger signal and wake up only the tag parsing module in the Ethernet MAC chip, and perform hardware parsing of the low-power frame tag in the reserved control field of the received MAC frame header through the tag parsing module; The matching unit is used to wake up the central processing unit to process the data frame when the low-power frame tag meets the preset matching rules and the current time is within the wake-up window. After the data frame is processed, the unit maintains the active state according to the maintenance time indicated by the sleep delay instruction field, and re-enters the low-power state after the maintenance time ends.

9. An electronic device, characterized in that, It includes: a memory storing executable program code; a processor coupled to the memory; the processor calling the executable program code stored in the memory to execute the low-power communication method for automotive Ethernet as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, It stores a computer program, wherein the computer program causes the computer to perform the low-power communication method for automotive Ethernet as described in any one of claims 1-7.

Images