CN117914836A

CN117914836A - Vehicle service processing method, device, equipment and computer readable storage medium

Info

Publication number: CN117914836A
Application number: CN202211275374.5A
Authority: CN
Inventors: 宋稼祺
Original assignee: Beijing Rockwell Technology Co Ltd
Current assignee: Beijing Rockwell Technology Co Ltd
Priority date: 2022-10-18
Filing date: 2022-10-18
Publication date: 2024-04-19

Abstract

Embodiments of the present disclosure provide a method, apparatus, device, and computer-readable storage medium for processing traffic of a vehicle. The method comprises the following steps: monitoring a service to be processed; according to the service type of the service to be processed, calling a service interface which is encapsulated in an Ethernet abstract layer and corresponds to the service type; wherein the Ethernet abstraction layer is independent of a lightweight protocol stack; the Ethernet abstraction layer is encapsulated with service interfaces corresponding to different service types; and responding to the service to be processed through the corresponding service interface. In this way, different services of the vehicle can be satisfied according to the service type and the service interfaces corresponding to different service types encapsulated in the Ethernet abstraction layer, so that the limitation on the functions of the vehicle is relieved by using the independent Ethernet abstraction layer, and different services can be processed through the Ethernet abstraction layer.

Description

Vehicle service processing method, device, equipment and computer readable storage medium

Technical Field

The present disclosure relates to the field of vehicles, and in particular, to the field of business processing technologies.

Background

At present, an ethernet abstraction layer of a vehicle is coupled with a lightweight protocol stack (a small open-source TCP/IP protocol stack developed by the swedish computer academy of sciences), that is, the ethernet abstraction layer is used as an internal module of the lightweight protocol stack, and only the message transmission service requirement of the protocol stack can be met, so that other service requirements of the vehicle cannot be met, and the vehicle cannot conveniently realize different services, thereby limiting the functions of the vehicle.

Disclosure of Invention

The disclosure provides a vehicle service processing method, device, equipment, storage medium and vehicle.

According to a first aspect of the present disclosure, a service processing method of a vehicle is provided. The method comprises the following steps:

Monitoring a service to be processed;

According to the service type of the service to be processed, calling a service interface which is encapsulated in an Ethernet abstract layer and corresponds to the service type; wherein the Ethernet abstraction layer is independent of a lightweight protocol stack; the Ethernet abstraction layer is encapsulated with service interfaces corresponding to different service types;

and responding to the service to be processed through the corresponding service interface.

Aspects and any possible implementation manner as described above, further provide an implementation manner, where the service to be processed includes: upper layer business of the Ethernet abstract layer;

The calling the service interface corresponding to the service type, which is encapsulated in the Ethernet abstract layer, according to the service type of the service to be processed comprises the following steps:

if the service to be processed is the upper service of the Ethernet abstract layer, determining a lower service interface from a plurality of service interfaces packaged in the Ethernet abstract layer;

And calling a service interface corresponding to the service type in the lower-layer service interface.

Aspects and any possible implementation manner as described above, further provide an implementation manner, where the service to be processed includes: lower layer business of the Ethernet abstract layer;

if the service to be processed is the lower-layer service of the Ethernet abstract layer, determining an upper-layer service interface from a plurality of service interfaces packaged in the Ethernet abstract layer;

And calling a service interface corresponding to the service type in the upper service interface.

Aspects and any one of the possible implementations as described above, further providing an implementation, the underlying service being from underlying hardware, the underlying hardware comprising: an ethernet switch, an ethernet controller or an ethernet transceiver.

Aspects and any possible implementation manner as described above, further provide an implementation manner, where the service to be processed includes at least one of the following: message transmission service, time stamp service, equipment state feedback service and equipment enabling service based on the protocol stack;

The service type comprises at least one of the following: transmission class traffic, time class traffic, status class traffic, and enable class traffic.

In the aspect and any possible implementation manner described above, there is further provided an implementation manner, where when the service to be processed includes a timestamp service, according to a service type of the service to be processed, calling a service interface corresponding to the service type, where the service interface is encapsulated in an ethernet abstraction layer, includes:

Confirming a hardware identifier corresponding to the timestamp service;

And according to the service type of the service to be processed, calling a service interface corresponding to the service type and the hardware identifier in an Ethernet abstraction layer to obtain a time stamp through target hardware corresponding to the hardware identifier.

In the foregoing aspect and any possible implementation manner, there is further provided an implementation manner, if the service to be processed includes a packet transmission service based on the protocol stack, the calling a service interface corresponding to the service type, where the service interface is encapsulated in an ethernet abstraction layer, includes:

If the lower layer of the Ethernet abstract layer monitors the message transmission service of the protocol stack, a service interface corresponding to the transmission type service in the Ethernet abstract layer is called through the lower layer of the Ethernet abstract layer;

the responding the service to be processed through the corresponding service interface comprises the following steps:

Transmitting a receiving message corresponding to a message transmission service of the protocol stack to an upper layer of the Ethernet abstraction layer through a service interface corresponding to the transmission service;

Or alternatively

If the upper layer of the Ethernet abstract layer monitors the message transmission service of the protocol stack, a service interface corresponding to the transmission type service in the Ethernet abstract layer is called through the upper layer of the Ethernet abstract layer;

Transmitting a sending message corresponding to the message transmission service of the protocol stack to the lower layer of the Ethernet abstraction layer through a service interface corresponding to the transmission service.

According to a second aspect of the present disclosure, a traffic processing apparatus of a vehicle is provided. The device comprises:

The monitoring module is used for monitoring the service to be processed;

The calling module is used for calling a service interface corresponding to the service type in the Ethernet abstract layer according to the service type of the service to be processed; wherein the Ethernet abstraction layer is independent of a lightweight protocol stack;

and the response module is used for responding to the service to be processed through the corresponding service interface.

According to a third aspect of the present disclosure, an electronic device is provided. The electronic device includes: a memory and a processor, the memory having stored thereon a computer program, the processor implementing the method as described above when executing the program.

According to a fourth aspect of the present disclosure, there is provided a computer readable storage medium having stored thereon a computer program which when executed by a processor implements a method according to the first and/or second aspects of the present disclosure.

According to a fifth aspect of the present disclosure, there is provided a vehicle comprising a service processing device of the vehicle as described in the second aspect and/or an electronic apparatus as described in the third aspect.

In the method, the Ethernet abstraction layer is independent from the lightweight protocol stack, and the service interfaces corresponding to different service types are packaged in the Ethernet abstraction layer, so that the service interfaces corresponding to the service types in the Ethernet abstraction layer can be automatically called according to the service types of the service to be processed, and whether the service to be processed is a service based on the protocol stack or not can meet different services of the vehicle according to the service types and the service interfaces corresponding to the different service types packaged in the Ethernet abstraction layer, and the limitation on the functions of the vehicle is relieved by utilizing the independent Ethernet abstraction layer, so that the different services can be processed through the Ethernet abstraction layer.

It should be understood that what is described in this summary is not intended to limit the critical or essential features of the embodiments of the disclosure nor to limit the scope of the disclosure. Other features of the present disclosure will become apparent from the following description.

Drawings

The above and other features, advantages and aspects of embodiments of the present disclosure will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. For a better understanding of the present disclosure, and without limiting the disclosure thereto, the same or similar reference numerals denote the same or similar elements, wherein:

FIG. 1 illustrates a flow chart of a method of traffic handling for a vehicle according to an embodiment of the present disclosure;

Fig. 2 shows a schematic diagram of an ethernet traffic processing architecture according to an embodiment of the present disclosure;

fig. 3 shows a block diagram of a traffic processing apparatus of a vehicle according to an embodiment of the present disclosure;

Fig. 4 illustrates a block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure.

Detailed Description

For the purposes of making the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure, and it is apparent that the described embodiments are some embodiments of the present disclosure, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments in this disclosure without inventive faculty, are intended to be within the scope of this disclosure.

In addition, the term "and/or" herein is merely an association relationship describing an association object, and means that three relationships may exist, for example, a and/or B may mean: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.

Fig. 1 shows a flowchart of a traffic processing method 100 of a vehicle according to an embodiment of the present disclosure. The method 100 may include:

Step 110, monitoring a service to be processed;

Step 120, calling a service interface corresponding to the service type, which is encapsulated in an Ethernet abstract layer, according to the service type of the service to be processed; wherein the Ethernet abstraction layer is independent of a lightweight protocol stack; the Ethernet abstraction layer is encapsulated with service interfaces corresponding to different service types;

the ethernet abstraction layer EthIf (Ethernet interface) is used for encapsulating the specific implementation of the lower layer driver and providing a unified interface for the upper layer.

And 130, responding to the service to be processed through the corresponding service interface.

The Ethernet abstraction layer is independent from the lightweight protocol stack, and the service interfaces corresponding to different service types are packaged in the Ethernet abstraction layer, so that the service interfaces corresponding to the service types in the Ethernet abstraction layer can be automatically called according to the service types of the service to be processed, and whether the service to be processed is a service based on the protocol stack or not can meet different services of the vehicle according to the service types and the service interfaces corresponding to the different service types packaged in the Ethernet abstraction layer, and the limitation on the functions of the vehicle is relieved by utilizing the independent Ethernet abstraction layer, so that the different services can be processed through the Ethernet abstraction layer.

In some embodiments, the service to be processed includes: upper layer business of the Ethernet abstract layer;

The upper layer service comes from various applications, such as communication applications like short messages, audio and video applications, and the like.

If the service to be processed is the upper service of the Ethernet abstract layer, the lower layer is required to respond to the service to be processed, and as the lower service interface for calling the lower layer or the upper service interface for calling the upper layer are packaged in the Ethernet abstract layer, the lower service interface can be screened out from a plurality of service interfaces packaged in the Ethernet abstract layer, and then the service interface corresponding to the service type is selected from the lower service interface, so that the service to be processed is responded through the service interface.

For example: the service to be processed is a message sending service (i.e. a message transmission service) based on a protocol stack, a transmit interface in the ethernet abstraction layer is called to send a message to the controller through the transmit interface, and a specific message sending code may be ethif _transmit () - > eth_ controllrt _transmit (), where ethif _transmit () is an encapsulation of the transmit by the ethernet abstraction layer, and eth_ controllrt _transmit () is a function of the transmit interface.

Also for example: the service to be processed is a device state feedback service, and then a checkup _wakeup interface in the ethernet abstraction layer is called to obtain a wakeup source through the checkup _wakeup, namely, obtain a device state, and a specific code for checking whether the wakeup source occurs may be: ethif _ checkup _wakeup () - > eth_ trcv _ checkup _wakeup (), wherein ethif _ checkup _wakeup () is an encapsulation of checkup _wakeup by an ethernet abstraction layer, and eth_ trcv _ checkup _wakeup () is a function of the_ checkup _wakeup interface.

In some embodiments, the service to be processed includes: lower layer business of the Ethernet abstract layer;

If the service to be processed is the lower service of the Ethernet abstract layer, the upper layer is required to respond to the service to be processed, and because the lower service interface for calling the lower layer or the upper service interface for calling the upper layer is packaged in the Ethernet abstract layer, the upper service interface can be screened out from a plurality of service interfaces packaged in the Ethernet abstract layer, and then the service interface corresponding to the service type is selected from the upper service interfaces, so that the service to be processed is responded through the service interface.

For convenience, the interface provided by the upper layer software for the ethernet abstraction layer may be referred to as a callback interface, so that after receiving the lower layer service, the callback interface provided by the upper layer software can be utilized to respond to the lower layer service finally after the service interface corresponding to the service type in the ethernet abstraction layer is called.

In some embodiments, the underlying traffic is from underlying hardware comprising: an ethernet switch, an ethernet controller, or an ethernet transceiver, the ethernet transceiver comprising a wired ethernet transceiver and a wireless ethernet transceiver, the ethernet controller comprising a wired ethernet controller and a wireless ethernet controller.

The lower hardware of the Ethernet abstract layer can be an Ethernet switch, an Ethernet controller or an Ethernet transceiver, of course, if the Ethernet switch and the Ethernet controller exist at the same time, the Ethernet transceiver is connected with the Ethernet controller, and the Ethernet controller is connected with the Ethernet abstract layer, so that when the Ethernet transceiver receives an Ethernet message, the Ethernet message can be transmitted to the Ethernet controller through the Ethernet transceiver, and then the received message is uploaded to upper software by utilizing an interface of the Ethernet control layer, and of course, when the upper software needs to send the message, the message can also be transmitted to the Ethernet controller by utilizing the interface of the Ethernet control layer, and then the Ethernet message is transmitted to the Ethernet transceiver; and if there are an ethernet switch, an ethernet controller, and an ethernet transceiver at the same time, the ethernet switch is connected to the ethernet controller, the ethernet transceiver is connected to the ethernet controller, and the ethernet controller is connected to the ethernet abstraction layer.

In addition, the hardware may also communicate directly with the ethernet abstraction layer.

Whereas the upper layer traffic of the ethernet abstraction layer may come from the lightweight protocol stack module Lwip, the state management module EthSM or the time synchronization module EthTSyn (as shown in fig. 2), where:

the protocol stack module Lwip service is generally a message transmission service based on the protocol stack;

The state management module EthSM, where the service of the state management module is generally a device state feedback service and a device enable service;

The time synchronization module EthTSyn (the EthTSyn is used to implement PTP protocol, namely, PRECISE TIME protocol-precision time protocol), and the service of the time synchronization module is generally a time stamp service.

Of course, the lower layer of the ethernet abstraction layer in fig. 2, namely, the wired ethernet controller, the ethernet switch, etc. all belong to the driver of the corresponding lower layer hardware, for example, the wired ethernet transceiver in fig. 2 is actually a driver of the hardware of the ethernet transceiver, and the ethernet switch is actually a driver of the hardware of the ethernet switch, etc.

In some embodiments, the service to be processed includes at least one of: message transmission service, time stamp service, equipment state feedback service and equipment enabling service based on the protocol stack;

Different service types correspond to different service interfaces, for example:

the transmission type service corresponds to a transmit interface provided by the Ethernet controller for the Ethernet abstract layer;

The time class service corresponds to a get_egress_ timestap interface (a timestamp acquisition interface) provided by the ethernet controller or the ethernet switch for the ethernet abstraction layer, and of course, for the ethernet switch, the timestamp acquisition interface is divided into a timestamp interface ethswitch _get_egress_ timestap for acquiring a sending message and a timestamp interface ethswitch _get_ingress_ timestap for acquiring a receiving message, and the ethernet controller only provides one timestamp acquisition interface;

The state service corresponds to checkup _wakeup interface provided by the Ethernet transceiver for the Ethernet abstract layer and is used for detecting a wakeup source;

The enable class traffic corresponds to the enalbe _ timestap interface (timestamp enable interface) provided by the ethernet controller or ethernet switch for the ethernet abstraction layer.

In some embodiments, when the service to be processed includes a timestamp service, the calling, according to a service type of the service to be processed, a service interface corresponding to the service type, which is encapsulated in an ethernet abstraction layer, includes:

Confirming a hardware identifier corresponding to the timestamp service;

Because the ethernet controller and the ethernet switch can both provide the timestamp of the received message for the upper layer, if the service to be processed includes the timestamp service, the timestamp service can be obtained by the target hardware according to the hardware identifier carried in the timestamp service and the service interface corresponding to the service type in the ethernet abstraction layer, so that the timestamp service is satisfied by the ethernet abstraction layer.

In some embodiments, if the service to be processed includes a packet transmission service based on the protocol stack, the calling the service interface corresponding to the service type, which is encapsulated in the ethernet abstraction layer, includes:

Or alternatively

By encapsulating the service interface corresponding to the transmission service in the Ethernet abstract layer, the service interface can be utilized to freely and flexibly realize that the received message of the lower layer is transmitted to the Ethernet abstract layer and then transmitted to the upper layer for application of the upper layer, namely, the message receiving process is as follows: the message is transmitted from the lower layer of the Ethernet abstract layer, namely the Ethernet abstract layer, to the upper layer of the Ethernet abstract layer;

In the same way as described above,

By encapsulating a service interface corresponding to a transmission service at an ethernet abstraction layer, the service interface can be utilized to freely and flexibly realize that a sending message to be sent by an upper layer is transmitted to the ethernet abstraction layer and then to a lower layer, so that the sending message is sent to other devices by hardware of the lower layer for use, namely the message sending process is as follows: the message is transmitted from the upper layer of the Ethernet abstract layer, to the lower layer of the Ethernet abstract layer.

It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present disclosure is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present disclosure. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all alternative embodiments, and that the acts and modules referred to are not necessarily required by the present disclosure.

The foregoing is a description of embodiments of the method, and the following further describes embodiments of the present disclosure through examples of apparatus.

Fig. 3 shows a block diagram of a traffic processing apparatus 300 of a vehicle according to an embodiment of the present disclosure. As shown in fig. 3, the apparatus 300 includes:

A monitoring module 310, configured to monitor a service to be processed;

A calling module 320, configured to call, according to the service type of the service to be processed, a service interface encapsulated in an ethernet abstraction layer and corresponding to the service type; wherein the Ethernet abstraction layer is independent of a lightweight protocol stack; the Ethernet abstraction layer is encapsulated with service interfaces corresponding to different service types;

And a response module 330, configured to respond to the service to be processed through the corresponding service interface.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the described modules may refer to corresponding procedures in the foregoing method embodiments, which are not described herein again.

According to an embodiment of the present disclosure, the present disclosure further provides an electronic device, including:

At least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor to enable the at least one processor to perform any one of the method embodiments described above.

According to an embodiment of the present disclosure, there is also provided a vehicle including: the service processing device of a vehicle as described in the above embodiment or the electronic apparatus as described in the above embodiment.

According to an embodiment of the present disclosure, there is also provided a non-transitory computer-readable storage medium storing computer instructions for causing the computer to perform any one of the method embodiments described above.

Fig. 4 shows a schematic block diagram of an electronic device 400 that may be used to implement embodiments of the present disclosure. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the disclosure described and/or claimed herein.

The device 400 comprises a computing unit 401 that may perform various suitable actions and processes in accordance with a computer program stored in a Read Only Memory (ROM) 402 or loaded from a storage unit 408 into a Random Access Memory (RAM) 403. In RAM403, various programs and data required for the operation of device 400 may also be stored. The computing unit 401, ROM402, and RAM403 are connected to each other by a bus 404. An input/output (I/O) interface 405 is also connected to bus 404.

Various components in device 400 are connected to I/O interface 405, including: an input unit 406 such as a keyboard, a mouse, etc.; an output unit 407 such as various types of displays, speakers, and the like; a storage unit 408, such as a magnetic disk, optical disk, etc.; and a communication unit 409 such as a network card, modem, wireless communication transceiver, etc. The communication unit 409 allows the device 400 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.

The computing unit 401 may be a variety of general purpose and/or special purpose processing components having processing and computing capabilities. Some examples of computing unit 401 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 401 performs the various methods and processes described above, such as method 100. For example, in some embodiments, the method 100 may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as the storage unit 408. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 400 via the ROM 402 and/or the communication unit 409. One or more of the steps of the method 100 described above may be performed when a computer program is loaded into RAM 403 and executed by the computing unit 401. Alternatively, in other embodiments, the computing unit 401 may be configured to perform the method 100 by any other suitable means (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.

The computing system may include clients and servers. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server may be a cloud server, a server of a distributed system, or a server incorporating a blockchain.

It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps recited in the present disclosure may be performed in parallel or sequentially or in a different order, provided that the desired results of the technical solutions of the present disclosure are achieved, and are not limited herein.

The above detailed description should not be taken as limiting the scope of the present disclosure. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present disclosure are intended to be included within the scope of the present disclosure.

Claims

1. A traffic processing method of a vehicle, characterized by comprising:

Monitoring a service to be processed;

2. The method of claim 1, wherein the step of determining the position of the substrate comprises,

The service to be processed comprises the following steps: upper layer business of the Ethernet abstract layer;

3. The method of claim 1, wherein the step of determining the position of the substrate comprises,

The service to be processed comprises the following steps: lower layer business of the Ethernet abstract layer;

4. The method of claim 3, wherein the step of,

The lower layer service is from lower layer hardware, and the lower layer hardware comprises: an ethernet switch, an ethernet controller or an ethernet transceiver.

5. The method according to any one of claim 1 to 4, wherein,

The service to be processed comprises at least one of the following: message transmission service, time stamp service, equipment state feedback service and equipment enabling service based on the protocol stack;

6. The method of claim 5, wherein the step of determining the position of the probe is performed,

When the service to be processed includes a timestamp service, the calling, according to a service type of the service to be processed, a service interface corresponding to the service type and encapsulated in an ethernet abstraction layer includes:

Confirming a hardware identifier corresponding to the timestamp service;

7. The method of claim 5, wherein the step of determining the position of the probe is performed,

If the service to be processed includes a message transmission service based on the protocol stack, the calling the service interface corresponding to the service type, which is encapsulated in the ethernet abstraction layer, includes:

Or alternatively

8. A traffic processing apparatus of a vehicle, characterized by comprising:

The monitoring module is used for monitoring the service to be processed;

The calling module is used for calling a service interface which is encapsulated in the Ethernet abstract layer and corresponds to the service type according to the service type of the service to be processed; wherein the Ethernet abstraction layer is independent of a lightweight protocol stack; the Ethernet abstraction layer is encapsulated with service interfaces corresponding to different service types;

9. An electronic device, comprising:

At least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1 to 7.

10. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of any one of claims 1 to 7.

11. A vehicle, characterized by comprising: a traffic handling device of a vehicle according to claim 8 and/or an electronic equipment according to claim 9 and/or a readable storage medium according to claim 10.