Signal data processing method and system based on SOME / IP protocol stack

Abstract

The invention relates to the technical field of vehicle-mounted controller testing, and discloses a signal data processing method and system based on an SOME / IP protocol stack, and the method comprises the steps: initiating subscription to a user side, and responding to a subscription result of the user side; determining an SOME / IP communication message transmitted by the SOME / IP protocol stack according to a subscription result of the user side; wherein the SOME / IP communication message comprises an ID field of a user side stack and a corresponding service signal; matching the service signal corresponding to each user side stack with a pre-established service signal mapping table to obtain a service signal matched with a subscription result; determining a subscription signal of each user side stack according to the service signal matched with the subscription result; and according to a predefined identification rule and the number of the subscription signals, carrying out screening processing on the user side stack and the service signals thereof, and outputting target signals which only contain necessary functions in the stack. According to the scheme, useless signals can be automatically identified and processed, so that the stack only contains necessary signals and functions, and the efficiency and the performance of a system are improved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle-mounted controller testing, and in particular to a signal data processing method, system and device based on the SOME / IP protocol stack. Background Art

[0002] SOME / IP (Scalable service-oriented middleware over IP) is an IP-based communication protocol stack specifically designed for distributed systems in the automotive sector. It aims to provide scalable service-oriented middleware to support communication and interaction between various electronic control units (ECUs) within a car.

[0003] The number of stacks in the SOME / IP protocol stack (also called the number of user-side services) usually varies according to specific implementation and application requirements, so there is no fixed standard value.

[0004] In the SOME / IP protocol stack, the number of user-side services is typically determined by application requirements and system design. Each service corresponds to a service interface, so the number of services in the stack depends on the number of services and functions required in a specific automotive application.

[0005] Typically, the number of services in the stack is determined by the functional and modular divisions within the vehicle. These services may cover functions such as diagnostics, control, and communication. In actual development, engineers need to determine the number of services in the stack based on system design and application requirements, and configure and program accordingly. Therefore, determining the number of stacks in the SOME / IP protocol stack requires analysis and decision-making based on the specific application scenario and system design.

[0006] In automotive electronics systems, the SOME / IP protocol stack is widely used to enable communication and interaction between different electronic control units (ECUs). However, existing technologies have exposed SOME / IP stack memory leaks, which can lead to insufficient system memory and potentially cause system crashes, such as a black instrument panel and central control panel screen. This problem typically occurs when applications fail to retrieve data promptly after receiving notifications, causing the underlying protocol stack to continuously allocate more space, ultimately leading to memory overflow. Summary of the Invention

[0007] The object of the present invention is to provide a signal data processing method and system based on the SOME / IP protocol stack, which effectively avoids the problems of poor system stability and low reliability caused by misjudgment or omission of useless signals in the prior art.

[0008] To achieve the above object, the present invention provides the following technical solutions:

[0009] In a first aspect, the present application provides a signal data processing method based on the SOME / IP protocol stack, the method comprising:

[0010] Initiate a subscription to the user side and respond to the subscription result of the user side; determine the SOME / IP communication message transmitted by the SOME / IP protocol stack according to the subscription result of the user side; wherein the SOME / IP communication message includes an ID field of the user side stack and a corresponding service signal;

[0011] Matching the service signal corresponding to each user-side stack with a pre-established service signal mapping table to obtain a service signal matching the subscription result;

[0012] Determine the subscription signal of each user side stack according to the service signal matching the subscription result;

[0013] Based on predefined identification rules and the number of subscribed signals, the user-side stack and its service signals are screened, and only target signals with necessary functions are output in the stack.

[0014] Optionally, the initiating a subscription to the user side and responding to the subscription result of the user side includes:

[0015] Based on the server application, establish a connection between the server and the user side;

[0016] Initiate a subscription message to the user side through the SOME / IP protocol stack, and receive a subscription result returned by the user side.

[0017] Optionally, pre-establishing the service signal mapping table includes:

[0018] Determine the number of stacks in the SOME / IP protocol stack based on the application scenario;

[0019] Obtain an ID field according to the service signal corresponding to each stack; wherein the ID field includes a Group ID and an Event ID field;

[0020] Through the Group ID and Event ID fields, the corresponding service signal is identified from each user side stack, and a service signal mapping table is established to characterize the correspondence between each ID field and the service signal, so as to determine the service signal in each user side stack according to the identified ID field.

[0021] Optionally, determining the subscription signal of each user-side stack according to the service signal matching the subscription result includes:

[0022] Confirm the required signals with each application on the user side and obtain the number of subscribed signals for each user side stack;

[0023] The number of subscription signals of each user-side stack is prioritized, and stacks with a number of subscription signals less than a preset threshold are screened out.

[0024] Optionally, confirming the required signal with each application on the user side includes:

[0025] Determine the data type of service signals, including POSIX signals and QNX extended signals;

[0026] The name of the user-side stack analyzes the subscribed application requirements and determines the type of signal data that each application needs to process;

[0027] Select the corresponding signal data type according to requirements; configure the signal handler, and each application captures and processes specific signals through the signal handler.

[0028] Optionally, matching the service signal corresponding to each user-side stack with a pre-established service signal mapping table includes:

[0029] defining the service signal in the target programming language according to the data type of the service signal;

[0030] For the signal type to be identified, the signal length and offset information are used to process the position of the service signal in the communication message to ensure that the data of each service signal is transmitted at the correct position.

[0031] Optionally, defining the service signal in the target programming language according to the data type of the service signal includes:

[0032] Define signal names to conform to the variable naming conventions of the target programming language;

[0033] Ensure that the data type and length information in the table corresponds to the programming language definition.

[0034] Optionally, matching the service signal corresponding to each user-side stack with a pre-established service signal mapping table further includes: after receiving a SOME / IP communication message, if no corresponding service signal is matched, calling the IP field to cache the received data and signal; generating a service signal according to the number of cached data, driving a counter to count according to the read service signal, and when the counter reaches a corresponding value, parsing the service signal received at the value;

[0035] Determine whether the data type of the signal is a preset type; if not, directly discard the data frame; if the type value is 0x0800, determine that the signal belongs to the first signal data type; if the type value is 0x0806, determine that the signal belongs to the second signal data type.

[0036] Optionally, the output stack includes only target signals of necessary functions including:

[0037] According to the signal definition, the target signal is output into the format of programming code using the preset template;

[0038] Output types include header file definitions and configuration files.

[0039] In a second aspect, the present application provides a signal data processing system based on the SOME / IP protocol stack, the system comprising:

[0040] An interaction module is configured to initiate a subscription to a user side and respond to a subscription result from the user side; determine a SOME / IP communication message to be transmitted by the SOME / IP protocol stack based on the subscription result from the user side; wherein the SOME / IP communication message includes an ID field of the user side stack and a corresponding service signal;

[0041] A matching module, configured to match the service signal corresponding to each user-side stack with a pre-established service signal mapping table to obtain a service signal that matches the subscription result;

[0042] A determination module, configured to determine a subscription signal for each user-side stack based on a service signal that matches the subscription result;

[0043] The processing module is used to screen the user side stack and its service signals according to predefined identification rules and the number of subscription signals, and output the target signals containing only necessary functions in the stack.

[0044] The beneficial effects of the present invention are embodied in:

[0045] The signal data processing method and system based on the SOME / IP protocol stack proposed by the present invention include initiating a subscription to the user side and responding to the subscription result of the user side; determining the SOME / IP communication message transmitted by the SOME / IP protocol stack based on the subscription result of the user side; wherein the SOME / IP communication message includes the ID field of the user side stack and the corresponding service signal; matching the service signal corresponding to each user side stack with a pre-established service signal mapping table to obtain a service signal matching the subscription result; determining the subscription signal of each user side stack based on the service signal matching the subscription result; screening the user side stack and its service signal based on predefined identification rules and the number of subscription signals, and outputting the target signal containing only necessary functions in the stack. The above scheme can automatically identify and process useless signals, ensure that the stack contains only necessary signals and functions, and improve the efficiency and performance of the system; and can help the system detect and locate memory leak problems, ensuring that problems can be discovered and resolved in a timely manner. This optimizes the application data processing process, reduces unnecessary data storage and transmission, reduces memory usage, and reduces the risk of memory leaks.

[0046] Through templated output, target code or configuration files are generated to provide a basis for signal use and improve development efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the following briefly describes the drawings required for the specific embodiments or the description of the prior art. Similar elements or parts are generally identified by similar reference numerals throughout the drawings. Elements or parts in the drawings are not necessarily drawn to scale.

[0048] Figure 1 A flow chart of a signal data processing method based on the SOME / IP protocol stack provided by the present invention;

[0049] Figure 2 A table diagram of the HUD receiving signal provided by the present invention;

[0050] Figure 3 A schematic diagram of the structure of a signal data processing system based on the SOME / IP protocol stack provided by the present invention;

[0051] Figure 4 The present invention provides a schematic diagram of the structure of a computer device. DETAILED DESCRIPTION

[0052] In order to make the purpose, technical solutions and advantages of this application more clear, the following further describes this application in detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0053] To overcome the shortcomings of existing technologies, embodiments of the present application provide a signal data processing method and system based on the SOME / IP protocol stack, primarily for use in vehicle-mounted equipment. This method can be applied to terminals, servers, or entire vehicle systems comprising terminals and servers, and implemented through interaction between the terminals and servers. Terminals include, but are not limited to, various personal computers, laptops, smartphones, tablet computers, and the like.

[0054] The following embodiment takes the car end as an example to elaborate on the design process of the method. Figure 1 In one embodiment, the present invention provides a signal data processing method based on the SOME / IP protocol stack, the method comprising:

[0055] S101 initiates a subscription to the user side and responds to the subscription result of the user side; according to the subscription result of the user side, determines the SOME / IP communication message transmitted by the SOME / IP protocol stack; wherein the SOME / IP communication message includes an ID field of the user side stack and a corresponding service signal;

[0056] S102 matches the service signal corresponding to each user-side stack with a pre-established service signal mapping table to obtain a service signal that matches the subscription result;

[0057] S103 determines the subscription signal of each user side stack according to the service signal matching the subscription result;

[0058] S104 screens the user side stack and its service signals according to predefined identification rules and the number of subscribed signals, and outputs target signals containing only necessary functions in the stack.

[0059] The SOME / IP protocol stack provides a flexible communication mechanism that supports message publishing and subscription, as well as service discovery and invocation. It enables efficient message transmission and data exchange within the vehicle's internal network, enabling different software modules to work together and provide complex vehicle functions.

[0060] Overall, the SOME / IP protocol stack plays an important role in realizing service-oriented architecture and communication within the car, providing a reliable solution for the development and integration of automotive software systems.

[0061] In this embodiment, the SOME / IP protocol stack is designed for CSC system integration, subscribing to required signals to obtain service data and passing it to upper-layer applications for interaction. It can connect to the HQ-API through CAN communication services, SOA communication services, data retention communication services, and other underlying services to establish interaction with instrument HMIs, AR-HUDs, and other applications.

[0062] In the above embodiment, step S101 initiates a subscription to the user side, and the subscription result in response to the user side includes:

[0063] First, based on the server-side application, a connection is established between the server and the user. This can be achieved using SOA communication services, a software architecture model that organizes and delivers application functionality through services. In the automotive industry, SOA communication services are widely used in the development of in-vehicle software systems to support the integration and interaction of various functions and services.

[0064] Secondly, a subscription message is initiated to the user side through the SOME / IP protocol stack, and a subscription result returned by the user side is received.

[0065] It is understandable that the core optimization strategy of the SOME / IP protocol stack is to move the processing of network data packets directly to user space by bypassing kernel operations to avoid frequent context switching and system call overhead. Traditional protocol stacks need to switch between kernel state and user side multiple times, resulting in significant performance loss, especially in high-concurrency scenarios. The protocol stack in the present invention directly operates network devices and formulates user-side drivers to migrate the processing path from kernel state to user side, thereby reducing the number of system calls and memory copies and significantly improving data transmission efficiency. The processing of the protocol stack can be modeled as:

[0066]

[0067] Where L is the packet length; N is the number of parallel cores; f is the processing power of a single core; and α is the fixed overhead of protocol processing. By increasing the number of parallel cores N and optimizing the processing power of a single core f, the user-mode protocol stack effectively reduces protocol processing time T. The protocol stack implemented with the Data Plane Development Kit (DPDK) can reduce latency by approximately 40% and increase throughput by over 30% in high-bandwidth network environments.

[0068] In the above embodiment, confirming the required signal with each application on the user side includes:

[0069] Determine the data type of service signals, including POSIX signals and QNX extended signals;

[0070] The name of the user-side stack analyzes the subscribed application requirements and determines the type of signal data that each application needs to process;

[0071] Select the corresponding signal data type according to requirements; configure the signal handler, and each application captures and processes specific signals through the signal handler.

[0072] In the above embodiment, the pre-establishment of the service signal mapping table in step S102 includes:

[0073] Determine the number of stacks in the SOME / IP protocol stack based on the application scenario;

[0074] Obtain an ID field according to the service signal corresponding to each stack; wherein the ID field includes a Group ID and an Event ID field;

[0075] Through the Group ID and Event ID fields, the corresponding service signal is identified from each user side stack, and a service signal mapping table is established to characterize the correspondence between each ID field and the service signal, so as to determine the service signal in each user side stack according to the identified ID field.

[0076] Optionally, in the above embodiment, step S102 of matching the service signal corresponding to each user-side stack with a pre-established service signal mapping table includes:

[0077] defining the service signal in the target programming language according to the data type of the service signal;

[0078] For the signal type to be identified, the signal length and offset information are used to process the position of the service signal in the communication message to ensure that the data of each service signal is transmitted at the correct position.

[0079] In the above embodiment, defining the service signal in the target programming language according to the data type of the service signal includes:

[0080] Define signal names to conform to the variable naming conventions of the target programming language;

[0081] Ensure that the data type and length information in the table corresponds to the programming language definition.

[0082] Optionally, before matching, the received message may be analyzed and the cache table updated. The specific steps include:

[0083] The received message can be parsed to obtain the operation code, sender IP address, and receiver IP address in the message; when the received operation code is 1 and the destination IP number in the message is equal to the locally set IP, it means that the received message is a request message, and the sender IP address in the message is stored and used as the update value of the cache list, and is also used to send the destination IP address in the response message.

[0084] When the received operation code is 2 and the destination IP in the message is equal to the locally set IP, it is determined that the received message is a reply message. The reply message only needs to store the sender's IP address and MAC address in the message to update the cache list information;

[0085] When an ARP request or ARP reply message is received, the defined array unit will update the IP address and MAC address. When every 8 ARP caches are full, the previous information will be automatically overwritten and the next round of updates will be carried out.

[0086] In the above embodiment, step S102 of matching the service signal corresponding to each user-side stack with a pre-established service signal mapping table further includes: after receiving the SOME / IP communication message, if no corresponding service signal is matched, calling the IP field and buffering the received data and signal; generating a service signal according to the number of buffered data, driving a counter to count according to the read service signal, and when the count reaches a corresponding value, parsing the service signal received at the value;

[0087] Determine whether the data type of the signal is a preset type; if not, directly discard the data frame; if the type value is 0x0800, determine that the signal belongs to the first signal data type; if the type value is 0x0806, determine that the signal belongs to the second signal data type.

[0088] In the above embodiment, step S103 determines the subscription signal of each user-side stack according to the service signal matching the subscription result, including:

[0089] Confirm the required signals with each application on the user side and obtain the number of subscribed signals for each user side stack;

[0090] The number of subscription signals of each user-side stack is prioritized, and stacks with a number of subscription signals less than a preset threshold are screened out.

[0091] In the above embodiment, the target signals in the output stack of step S104 that only contain necessary functions include:

[0092] According to the signal definition, the target signal is output into the format of programming code using the preset template;

[0093] Output types include header file definitions and configuration files.

[0094] In one embodiment, a signal data processing based on the SOME / IP protocol stack is provided. The user side in this embodiment is defined as the QNX side. In the QNX operating system, confirming the signals required by each application is an important step in implementing inter-process communication and system event management. QNX provides multiple signal mechanisms (such as POSIX signals and QNX extended signals) to support asynchronous communication between applications. Specifically, the following aspects are included:

[0095] 1. Signal identification and mapping:

[0096] Confirm the target signal with each application on the QNX side and obtain the number of target signals of each application;

[0097] Identify the corresponding signal from the stack by group ID and event ID, and establish a mapping table of service signals.

[0098] Provides an automatic identification function to find the corresponding service signal based on the passed group ID and event ID.

[0099] Specifically, the following are specific implementations of the above embodiment:

[0100] Confirm the target signals of each application on the QNX side and sort out the number of target signals for each application, such as AVAS: 2, DSM: 98, HUD: 22, and IC: 98.

[0101] Confirm the required signals with each application on the QNX side. Figure 2 The HUD receives a signal correspondence table in one embodiment, which includes the names of stacks in the protocol stack and the corresponding service signals. Based on the signal subscription information included in the current version, a server application is built to simulate server behavior, determine the subscription results of each client, and then determine the subscribed signals for each client stack. Priority is determined based on the number of subscribed signals for each client stack, and client stacks with a small number of subscribed signals are filtered out and compiled.

[0102] Identify the corresponding signal from the stack by group ID and event ID, and create a mapping table for service signals, for example:

[0103]

[0104] Provides an automatic identification function to find the corresponding service signal based on the passed group ID and event ID.

[0105] 2. Signal data analysis:

[0106] Based on the data type of the signal (such as uint16_t, uint8_t), determine how to define these signals in the target programming language (such as C language).

[0107] The signal length and offset information are used to process the position of the signal in the communication message to ensure that the data of each signal is transmitted at the correct position.

[0108] 3. Definition of rules:

[0109] Adjust signal names to conform to the variable naming conventions of the target programming language, such as camelCase or underscores.

[0110] Ensure that the data type and length information in the Excel table can directly correspond to the definition of the programming language.

[0111] 4. Templated output:

[0112] Based on the signal definition, the signal information is output into programming code format using the preset template.

[0113] The output type includes header file definitions and configuration files, which provide the basis for signal usage.

[0114] For the method steps disclosed in the above embodiments, for the purpose of simple description, the method steps are expressed as a series of action combinations. However, those skilled in the art should be aware that the embodiments of the present invention are not limited by the order of the actions described, because according to the embodiments of the present invention, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present invention.

[0115] Based on the same inventive concept, embodiments of the present application also provide a signal data processing system based on the SOME / IP protocol stack for implementing the aforementioned signal data processing method based on the SOME / IP protocol stack. The implementation solution provided by this system is similar to the implementation solution described in the aforementioned method. Therefore, the specific definitions of one or more signal data processing system embodiments based on the SOME / IP protocol stack provided below can be found in the above-mentioned definitions of the signal data processing method based on the SOME / IP protocol stack, and will not be repeated here. It is understood that the above description of the method also applies to the description of the system.

[0116] In one embodiment, a signal data processing system based on the SOME / IP protocol stack is also provided. The embodiments of the present invention are described below with reference to the accompanying drawings. Figure 3 As shown, the system specifically includes:

[0117] Interaction module 210 is configured to initiate a subscription to the user side and respond to the user side's subscription result; determine a SOME / IP communication message to be transmitted by the SOME / IP protocol stack based on the user side's subscription result; wherein the SOME / IP communication message includes an ID field of the user side stack and a corresponding service signal;

[0118] A matching module 220 is configured to match the service signal corresponding to each user-side stack with a pre-established service signal mapping table to obtain a service signal that matches the subscription result;

[0119] A determination module 230, configured to determine a subscription signal for each user-side stack based on a service signal that matches the subscription result;

[0120] The processing module 240 is configured to screen the user side stack and its service signals according to predefined identification rules and the number of subscription signals, and output only target signals containing necessary functions in the stack.

[0121] It is worth noting that although only some basic functional modules are disclosed in the embodiment of the present invention, it does not mean that the composition of the present system is limited to the above basic functional modules. On the contrary, what this embodiment wants to express is that on the basis of the above basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with the existing technology to form an infinite number of embodiments or technical solutions. In other words, this system is open rather than closed. Just because this embodiment only discloses individual basic functional modules, it cannot be considered that the scope of protection of the claims of the present invention is limited to the disclosed basic functional modules. At the same time, for the convenience of description, the above devices are described in terms of functions, which are divided into various units and modules. Of course, when implementing the present invention, the functions of each unit and module can be implemented in the same or one or more software and / or hardware.

[0122] In one embodiment, a computer device is provided. The computer device may be a terminal, and its internal structure diagram may be as follows: Figure 4 As shown. The computer device includes a processor, memory, communication interface, display screen and input device connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer program in the non-volatile storage medium. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner can be implemented through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. When the computer program is executed by the processor, a signal data processing method based on the SOME / IP protocol stack is implemented.

[0123] Those skilled in the art will understand that Figure 4 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

[0124] It should be noted that the various technical features of the above embodiments can be combined arbitrarily. In order to make the description concise, not all possible combinations of the various technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0125] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present application. It should be noted that a person of ordinary skill in the art may make various modifications and improvements without departing from the spirit of the present application, and these modifications and improvements fall within the scope of protection of the present application. Therefore, the scope of protection of the present application shall be determined by the appended claims.

Claims

1. A signal data processing method based on the SOME / IP protocol stack, characterized in that: The method comprises: Initiate a subscription to the user side and respond to the subscription result of the user side; determine the SOME / IP communication message transmitted by the SOME / IP protocol stack according to the subscription result of the user side; wherein the SOME / IP communication message includes an ID field of the user side stack and a corresponding service signal; Matching the service signal corresponding to each user-side stack with a pre-established service signal mapping table to obtain a service signal matching the subscription result; Determine the subscription signal of each user side stack according to the service signal matching the subscription result; Based on predefined identification rules and the number of subscribed signals, the user-side stack and its service signals are screened, and only target signals with necessary functions are output in the stack.

2. The method according to claim 1, wherein The initiating of a subscription to the user side and responding to the subscription result of the user side include: Based on the server application, establish a connection between the server and the user side; Initiate a subscription message to the user side through the SOME / IP protocol stack, and receive a subscription result returned by the user side.

3. The method according to claim 1, wherein The pre-establishment of the service signal mapping table includes: Determine the number of stacks in the SOME / IP protocol stack based on the application scenario; Obtain an ID field according to the service signal corresponding to each stack; wherein the ID field includes a Group ID and an Event ID field; Through the Group ID and Event ID fields, the corresponding service signal is identified from each user side stack, and a service signal mapping table is established to characterize the correspondence between each ID field and the service signal, so as to determine the service signal in each user side stack according to the identified ID field.

4. The method according to claim 1, wherein Determining the subscription signal of each user-side stack according to the service signal matching the subscription result includes: Confirm the required signals with each application on the user side and obtain the number of subscribed signals for each user side stack; The number of subscription signals of each user-side stack is prioritized, and stacks with a number of subscription signals less than a preset threshold are screened out.

5. The method according to claim 4, wherein The confirmation of the required signals with each application on the user side includes: Determine the data type of service signals, including POSIX signals and QNX extended signals; The name of the user-side stack analyzes the subscribed application requirements and determines the type of signal data that each application needs to process; Select the corresponding signal data type according to requirements; configure the signal handler, and each application captures and processes specific signals through the signal handler.

6. The method according to claim 3, characterized in that The matching of the service signal corresponding to each user side stack with a pre-established service signal mapping table includes: defining the service signal in the target programming language according to the data type of the service signal; For the signal type to be identified, the signal length and offset information are used to process the position of the service signal in the communication message to ensure that the data of each service signal is transmitted at the correct position.

7. The method according to claim 6, characterized in that Defining the service signal in the target programming language according to the data type of the service signal includes: Define signal names to conform to the variable naming conventions of the target programming language; Ensure that the data type and length information in the table corresponds to the programming language definition.

8. The method according to claim 6, wherein Matching the service signals corresponding to each user-side stack with a pre-established service signal mapping table further includes: upon receiving a SOME / IP communication message, if no corresponding service signal is found, invoking an IP field to cache the received data and signal; generating a service signal based on the number of cached data, driving a counter to count based on the read service signal, and parsing the service signal received at the corresponding value when the counter reaches the corresponding value; Determine whether the data type of the signal is a preset type; if not, directly discard the data frame; if the type value is 0x0800, determine that the signal belongs to the first signal data type; if the type value is 0x0806, determine that the signal belongs to the second signal data type.

9. The method according to claim 1, characterized in that The output stack contains only the necessary target signals, including: According to the signal definition, the target signal is output into the format of programming code using the preset template; Output types include header file definitions and configuration files.

10. A signal data processing system based on the SOME / IP protocol stack, characterized in that: The system comprises: An interaction module is configured to initiate a subscription to a user side and respond to a subscription result from the user side; determine a SOME / IP communication message to be transmitted by the SOME / IP protocol stack based on the subscription result from the user side; wherein the SOME / IP communication message includes an ID field of the user side stack and a corresponding service signal; A matching module, configured to match the service signal corresponding to each user-side stack with a pre-established service signal mapping table to obtain a service signal that matches the subscription result; A determination module, configured to determine a subscription signal for each user-side stack based on a service signal that matches the subscription result; The processing module is used to screen the user side stack and its service signals according to predefined identification rules and the number of subscription signals, and output the target signals containing only necessary functions in the stack.

Images