In-vehicle time-sensitive network communication method based on SOME / IP protocol

Abstract

The present invention provides an in-vehicle time-sensitive network communication method based on the SOME / IP protocol, comprising the following steps: starting the in-vehicle system and initializing the network; the SOME / IP module monitoring and encapsulating application messages; sending internal system communication messages directly to the target application through the SOME / IP module; judging the SOME / IP message type of the network communication message, and when a new service subscription is added or a service subscription is stopped, the network management module updates the network configuration; after SOME / IP encapsulation, the network communication message is encapsulated based on the transport layer and network layer protocols, the transmission priority is obtained, a VLAN tag is created, and TSN protocol encapsulation is performed; the transmission port sends the message according to the priority channel based on the gPTP synchronization clock and network configuration parameters. The present invention has the beneficial effects of being able to adapt to the SOME / IP protocol and the TSN protocol, realizing service-based communication between different types of devices and data in the in-vehicle network, controlling and managing the network transmission process of service data, meeting the network communication quality requirements of different service data, and realizing high-quality communication between applications.

Description

Technical Field

[0001] The present invention belongs to the technical field of vehicle-mounted communication, and in particular relates to a vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol. Background Art

[0002] With the development trend of electric, connected, intelligent, and shared vehicles, while achieving intelligent connectivity, autonomous driving, and data-driven development, cars are increasingly focusing on vehicle services and personalized user needs. The increasing complexity of on-board electronic devices and system functions has also brought huge challenges to the automotive electronic and electrical architecture. In a service-oriented architecture (SOA), all functions are defined as independent services. Applications exchange information by calling services, allowing upper-level applications to focus on their specific goals without having to worry about underlying hardware and network implementations. By structuring the service platform and standardizing service communication, the SOA architecture can solve the problem in traditional architectures where individual function changes require changes to upstream and downstream modules. Its loose coupling, high cohesion, and reusability make the system easier to integrate and expand.

[0003] Compared to other networks, automotive service-oriented communication has its own unique characteristics. In-vehicle systems are highly complex, with software systems potentially distributed across central computing platforms, domain controllers, different ECUs, and even different modules within the same ECU. These systems utilize varying software architectures and operating systems, significantly complicating data exchange between applications. Scalable service-oriented middleware over IP (SOME / IP) is an application-layer protocol for service-oriented communication primarily targeted at in-vehicle communication scenarios. Designed by BMW in 2011 and incorporated into the AUTOSAR specification in 2014, SOME / IP is adaptable to devices of varying sizes and operating systems, enabling interoperability between different devices and applications.

[0004] Different in-vehicle applications have different data characteristics and communication quality requirements. For example, safety-related control data has high real-time requirements and cannot tolerate packet loss, while audio and video entertainment systems have lower latency requirements and can tolerate packet loss. To meet the communication needs of different types of data in in-vehicle networks, the link layer can adopt Time Sensitive Networking (TSN). TSN is a set of protocols developed by the 802.1 working group, including clock synchronization, traffic scheduling, bandwidth reservation, high reliability and other related protocols. In particular, the gating mechanism defined by IEEE 802.1Qbv in TSN can be used for the transmission of critical control data in in-vehicle networks, the credit-based shaping mechanism defined by IEEE 802.1Qav can be used for audio and video data transmission, and strict priority shaping is used for the transmission of non-real-time data. These can achieve efficient transmission of various types of traffic on the same network.

[0005] SOME / IP enables data exchange between applications through services, but existing SOME / IP-based communications technologies cannot meet the varying network quality requirements of different services. TSN, on the other hand, operates at the underlying communication layer. Transmitting application-generated data packets via TSN requires adapting forwarding and scheduling strategies and configuring time-sensitive network parameters. Therefore, research is necessary to interconnect heterogeneous application-layer services in in-vehicle networks and to adapt these technologies to the underlying communication network. Summary of the Invention

[0006] In view of this, the present invention aims to propose an in-vehicle time-sensitive network communication method based on the SOME / IP protocol to solve the problem in the prior art that SOME / IP-based communication cannot meet the different requirements of different services for network communication quality.

[0007] To achieve the above object, the technical solution of the present invention is achieved as follows:

[0008] A vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol includes the following steps:

[0009] S1. Start the vehicle system and initialize the network;

[0010] S2, the SOME / IP module monitors messages from the application, performs encapsulation based on the SOME / IP protocol, and selects internal system communication or network communication according to its communication target;

[0011] S3, the system internal communication message is directly sent to the target application through the SOME / IP module;

[0012] S4. The network communication message first determines the SOME / IP message type. When a new service subscription is added or a service subscription is stopped, the SOME / IP module notifies the network management module and updates the network configuration.

[0013] After S5 and SOME / IP modules encapsulate network communication messages, they perform protocol encapsulation based on the transport layer and the network layer. They then obtain the transmission priority, create the corresponding VLAN tag, and perform encapsulation based on the TSN protocol.

[0014] S6. The transmission port sends the message according to the priority channel based on the gPTP synchronization clock and network configuration parameters.

[0015] Furthermore, the initialization of the network in step S1 includes the following steps:

[0016] S11. The TSN centralized network controller performs topology discovery, completes parameter import of each network node, and configures the network parameters in each TSN device to the default values;

[0017] S12. The SOME / IP module enters the service discovery phase, which includes each client sending a message requesting available services, each server sending a message announcing the services it provides, and matching clients and servers based on the services.

[0018] Furthermore, the SOME / IP message types in step S4 include: SOME / IP message and SOME / IP-SD message.

[0019] SOME / IP message types include: requests expecting a response, requests not expecting a response, event notifications, response messages, and error messages.

[0020] SOME / IP-SD message types include: service request and service provision messages in the above-mentioned service discovery phase, server stop providing service messages, client subscription service messages, client unsubscription service messages, and server response messages to subscription services (accept ACK or reject NACK).

[0021] Furthermore, the newly added service subscription in step S4 is specifically the SOME / IP module sending a message as the server's acceptance (ACK) response to the subscription service, and the service subscription stop in step S4 is specifically the SOME / IP module sending a message as the client's unsubscribe service message or the server's stop providing service message.

[0022] Furthermore, the reconfiguration management of the network management module in step S4 includes the following steps:

[0023] S41. When the message type is an ACK response from the server to the subscription service, the network management module obtains the service publishing data information from the SOME / IP module and sends a traffic increase notification (carrying the service publishing data information) to the centralized network controller.

[0024] S42: When the message type is a message for the client to cancel a service subscription or a message for the server to stop providing a service, the network management module sends a traffic cancellation notification to the centralized network controller.

[0025] S43. After receiving the notification of adding or canceling traffic from the network management modules of each terminal node, the centralized network controller adjusts the user transmission requirements, recalculates and allocates network resources, generates configuration parameters and sends them to the network management modules of each network switching device and terminal node.

[0026] Furthermore, the service publishing data information in step S41 includes: priority, whether it is periodic data, data size, period, maximum delay and jitter requirements, and whether loss is allowed.

[0027] Furthermore, the network resource calculation and allocation in step S43 includes reserved bandwidth allocation on each traffic transmission path and calculation of a gated queue sending time schedule in each network node port.

[0028] Furthermore, the interaction between the network management module and the centralized network controller in steps S41, S42, and S43 is communicated via a UNI (User / network configuration information) interface.

[0029] Furthermore, the transmission priority in step S5 is specifically: the priority range is 0-7, and the corresponding relationship between traffic type and priority can be defined in advance in the entire vehicle system according to traffic characteristics and transmission requirements.

[0030] Priority is associated with transmission port queue selection and forwarding policies, which include the gated scheduling mechanism defined by IEEE802.1Qbv, credit-based shaping defined by IEEE 802.1Qav, and strict priority shaping.

[0031] Furthermore, the gPTP synchronized clock in step S6 performs clock synchronization within the TSN network according to the IEEE 802.1AS protocol.

[0032] Furthermore, in the vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol, after the network switching device receives the message, it forwards it in real time according to the VLAN tag information of the message based on the configuration parameters issued by the centralized network controller.

[0033] Furthermore, in the vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol, after the target terminal node receives the network communication message, it performs TSN protocol, network layer and transport layer protocol parsing in sequence, and sends it to the target application via the SOME / IP module.

[0034] Compared with the existing technology, the vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol described in the present invention has the following advantages:

[0035] The in-vehicle time-sensitive network communication method based on the SOME / IP protocol described in the present invention can adapt to the SOME / IP protocol and the TSN protocol, realize service-based communication between different types of devices and data in the in-vehicle network, control and manage the network transmission process of service data, meet the network communication quality requirements of different service data, and realize high-quality communication between applications. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] The accompanying drawings, which constitute part of the present invention, are provided to provide a further understanding of the present invention. The exemplary embodiments of the present invention and their descriptions are provided to explain the present invention and do not constitute an undue limitation of the present invention. In the accompanying drawings:

[0037] Figure 1 This is a schematic diagram of the relationship between modules in a terminal node according to an embodiment of the present invention;

[0038] Figure 2 The figure is a schematic diagram of the terminal node application communication process according to an embodiment of the present invention. DETAILED DESCRIPTION

[0039] It should be noted that, in the absence of conflict, the embodiments of the present invention and the features therein may be combined with each other.

[0040] In the description of the present invention, it should be understood that the terms "center", "longitudinal", "lateral", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside" and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings, and are only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as limiting the present invention. In addition, the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, features defined as "first", "second", etc. may explicitly or implicitly include one or more of the features. In the description of the present invention, unless otherwise specified, "multiple" means two or more.

[0041] In the description of the present invention, it should be noted that, unless otherwise expressly specified or limited, the terms "mounted," "connected," and "connected" should be understood in a broad sense. For example, they may refer to fixed connections, detachable connections, or integral connections; mechanical connections or electrical connections; direct connections or indirect connections through an intermediate medium; and internal communication between two components. Those skilled in the art will understand the specific meanings of the above terms in the present invention based on specific circumstances.

[0042] The present invention will be described in detail below with reference to the accompanying drawings and in conjunction with embodiments.

[0043] like Figures 1 to 2 As shown, the vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol, the vehicle-mounted network system at least includes a switching device, a centralized network controller and a terminal node.

[0044] Switching equipment mainly forwards TSN messages in real time.

[0045] The centralized network controller is connected to all switching devices and terminal nodes, obtains network and user information, calculates and allocates network resources, generates configuration parameters, and sends them to each switching device and terminal node.

[0046] like Figure 1 As shown, the terminal node includes an application, a SOME / IP module, a network management module, a transport layer and network layer protocol stack, a TSN protocol stack, a gPTP clock synchronization module, and a transmission port.

[0047] The SOME / IP module listens to messages from applications, performs encapsulation based on the SOME / IP protocol, conducts internal system communication or network communication according to its communication target, and notifies the network management module when a new service subscription is added or a service subscription is stopped in the network communication service.

[0048] When the network management module receives a notification about a new service subscription or a service subscription termination, if the message type is a server-side acceptance (ACK) response to the subscription service, it obtains the service publishing data from the SOME / IP module and sends a traffic increase notification (carrying the service publishing data) to the centralized network controller. If the message type is a client-side service subscription cancellation message or a server-side service termination message, it sends a traffic cancellation notification to the centralized network controller. After receiving the configuration parameters issued by the centralized network controller, the network configuration is updated.

[0049] The transport layer and network layer protocol stacks perform transport layer and network layer protocol encapsulation and parsing.

[0050] The TSN protocol stack performs TSN protocol encapsulation and parsing.

[0051] The gPTP clock synchronization module performs clock synchronization within the TSN network according to the IEEE 802.1AS protocol.

[0052] The transmission port sends and receives messages according to the priority channel.

[0053] like Figure 2 As shown, the vehicle system starts up, the TSN centralized network controller performs topology discovery, imports parameters for each network node, and configures the network parameters within each TSN device to their default values. The SOME / IP module then enters the service discovery phase, which involves each client sending a message requesting available services, each server sending a message announcing the services it provides, and matching clients and servers based on the services.

[0054] When an application subscribes to a service based on its needs, the client sends a subscription request, and the server responds with an ACK or NACK. After the subscription is successful, the server sends the service data to the client according to the service publishing method. Service publishing methods include cyclic sending, sending after update, and sending when the value exceeds a specific value. When the client no longer needs a subscription service, it sends a cancel service message to the server. When the service provided by the server is unexpectedly shut down, it sends a stop service message to the client.

[0055] The SOME / IP module within the terminal node listens for messages from applications and encapsulates them using the SOME / IP protocol. Depending on the communication target, it selects either internal system communication or network communication. Internal system communication messages are sent directly to the target application through the SOME / IP module. For network communication messages, the SOME / IP module first determines the SOME / IP message type. When a service subscription is added or terminated, the SOME / IP module notifies the network management module and updates the network configuration. After encapsulation, the SOME / IP module encapsulates the network communication message using transport and network layer protocols. The module then determines the transmission priority, creates a corresponding VLAN tag, and encapsulates it using the TSN protocol. The transmission port uses the gPTP synchronized clock and network configuration parameters to send the message according to the priority channel.

[0056] After receiving the message, the network switching device forwards it in real time according to the VLAN tag information of the message based on the configuration parameters issued by the centralized network controller.

[0057] After receiving the network communication message, the target terminal node performs TSN protocol, network layer and transport layer protocol analysis in sequence, and sends it to the target application through the SOME / IP module.

[0058] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol, characterized by: The following steps are involved: S1. Start the vehicle system and initialize the network; S2, the SOME / IP module monitors messages from the application, performs encapsulation based on the SOME / IP protocol, and selects internal system communication or network communication according to its communication target; S3, the system internal communication message is directly sent to the target application through the SOME / IP module; S4. The network communication message first determines the SOME / IP message type. When a new service subscription is added or a service subscription is stopped, the SOME / IP module notifies the network management module and updates the network configuration. After S5 and SOME / IP modules encapsulate network communication messages, they perform protocol encapsulation based on the transport layer and the network layer. They then obtain the transmission priority, create the corresponding VLAN tag, and perform encapsulation based on the TSN protocol. S6. The transmission port sends the message according to the priority channel based on the gPTP synchronization clock and network configuration parameters; The SOME / IP message types in step S4 include SOME / IP messages and SOME / IP-SD messages; The SOME / IP message includes: a request expecting a response, a request not expecting a response, an event notification, a response message, and an error message; The SOME / IP-SD message includes: the service request and service provision messages in the above-mentioned service discovery phase, the server stop providing service message, the client subscription service message, the client unsubscribe service message, and the server response message to the subscription service; The newly added service subscription in step S4 specifically refers to the SOME / IP module sending a message as the server's acceptance response to the subscription service, and the service subscription termination in step S4 specifically refers to the SOME / IP module sending a message as the client's unsubscription service message or the server's cessation of providing the service message; The network management module in step S4 reconfiguration management includes the following steps: S41. When the message type is a response from the server to the subscription service, the network management module obtains the service publishing data information from the SOME / IP module and sends a traffic increase notification to the centralized network controller; S42. When the message type is a client unsubscribe service message or a server stop providing service message, the network management module sends a traffic cancellation notification to the centralized network controller; S43. After receiving notifications of adding or canceling traffic from the network management modules of each terminal node, the centralized network controller adjusts user transmission requirements, recalculates and allocates network resources, generates configuration parameters, and sends them to the network management modules of each network switching device and terminal node. The service publishing data information in step S41 includes: priority, whether it is periodic data, data size, period, maximum delay and jitter requirements, and whether loss is allowed; The network resource calculation and allocation in step S43 includes the reserved bandwidth allocation on each traffic transmission path and the calculation of the gated queue sending time schedule in each network node port; The interaction between the network management module and the centralized network controller in steps S41, S42, and S43 is communicated via a UNI interface; The in-vehicle network system includes switching equipment, centralized network controllers, and terminal nodes; The switching equipment forwards TSN messages in real time; The centralized network controller is connected to all switching devices and terminal nodes, obtains network and user information, calculates and allocates network resources, generates configuration parameters, and distributes them to each switching device and terminal node; The terminal node includes the application, SOME / IP module, network management module, transport layer and network layer protocol stack, TSN protocol stack, gPTP clock synchronization module and transmission port; The SOME / IP module monitors messages from applications, encapsulates them based on the SOME / IP protocol, conducts internal system communication or network communication based on its communication target, and notifies the network management module when a new service subscription is added or a service subscription is stopped in the network communication service; When the network management module receives a notification of a new service subscription or a service subscription termination, if the message type is a server-side response to a subscription service, it obtains the service publishing data information from the SOME / IP module and sends a traffic increase notification to the centralized network controller. If the message type is a client-side service subscription cancellation message or a server-side service termination message, it sends a traffic cancellation notification to the centralized network controller. After receiving the configuration parameters issued by the centralized network controller, the network configuration is updated. Transport layer and network layer protocol stacks perform transport layer and network layer protocol encapsulation and parsing; The TSN protocol stack performs TSN protocol encapsulation and parsing; The gPTP clock synchronization module performs clock synchronization within the TSN network according to the IEEE 802.1AS protocol; The transmission port sends and receives messages according to the priority channel.

2. The vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol according to claim 1, characterized in that: Initializing the network in step S1 includes the following steps: S11. The TSN centralized network controller performs topology discovery, completes parameter import of each network node, and configures the network parameters in each TSN device to the default values; S12. The SOME / IP module enters the service discovery phase, which includes each client sending a message requesting available services, each server sending a message announcing the services it provides, and matching clients and servers based on the services.

3. The vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol according to claim 1, characterized in that: The transmission priority in step S5 is specifically: the priority range is 0-7, and the correspondence between traffic type and priority can be defined in advance in the entire vehicle system according to traffic characteristics and transmission requirements; Priority is associated with transmission port queue selection and forwarding policies, which include the gated scheduling mechanism defined by IEEE802.1Qbv, credit-based shaping defined by IEEE 802.1Qav, and strict priority shaping.

4. The vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol according to claim 1, characterized in that: The gPTP synchronized clock in step S6 performs clock synchronization within the TSN network according to the IEEE 802.1AS protocol.

5. The vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol according to claim 1, characterized in that: After receiving the message, the network switching device forwards it in real time according to the VLAN tag information of the message based on the configuration parameters issued by the centralized network controller.

6. The vehicle-mounted time-sensitive network communication method based on the SOME / IP protocol according to claim 1, characterized in that: After receiving the network communication message, the target terminal node performs TSN protocol, network layer and transport layer protocol analysis in sequence, and sends it to the target application through the SOME / IP module.

Images