A method for vehicle-mounted subsystem to access network

Abstract

The embodiment of the present application provides a method for a vehicle-mounted subsystem to access a network, including: analyzing the communication requirements, service characteristics, and TSN protocol support capabilities of the vehicle-mounted subsystem; determining the priority of the vehicle-mounted subsystem according to the service characteristics; determining the way the vehicle-mounted subsystem accesses the TSN network according to the communication requirements, the priority, the TSN protocol support capabilities, and the pre-configured TSN network structure; and pushing the determined vehicle-mounted subsystem access method to the user. This enables the user to access the vehicle-mounted subsystem to the TSN network according to the pushed vehicle-mounted subsystem access method; and because the TSN network has excellent bandwidth and latency guarantees, the user can access more high-traffic vehicle-mounted subsystems to the TSN network.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle-mounted network, and in particular, to a method for a vehicle-mounted subsystem to access a network. Background Art

[0002] At present, with the rapid development of the rail transit industry, the train control, signal, PIS (Passenger Information System), rail transit CCTV monitoring system, fire, passenger service and other systems have higher and higher requirements for the real-time performance and transmission bandwidth of the vehicle network, and the networking of the vehicle network is becoming more and more complex. Each vehicle-mounted subsystem has its own set of networking and technology, and the communication protocols are also different. There are some shortcomings in ease of use, interoperability, bandwidth and equipment cost, which makes communication between the vehicle-mounted subsystems more and more difficult. There is an urgent need for a comprehensive bearer network technology to unify the vehicle-mounted network. At present, the vehicle-mounted network mainly uses industrial Ethernet + TRDP (Train Real-time Data Protocol) for comprehensive bearing, but the traditional industrial Ethernet cannot integrate and bear more large-traffic systems.

[0003] Therefore, enabling the vehicle-mounted network to integrate and carry more high-traffic systems is a technical problem that technical personnel in this field urgently need to solve.

[0004] The above information disclosed in the background section is only for enhancing understanding of the background of the present application and therefore it may contain information that does not form the prior art known to a person of ordinary skill in the art. Summary of the invention

[0005] The embodiment of the present application provides a method for a vehicle-mounted subsystem to access a network, so as to solve the technical problem that the traditional industrial Ethernet cannot integrate and carry more high-traffic systems.

[0006] According to a first aspect of an embodiment of the present application, a method for a vehicle-mounted subsystem to access a network is provided, including: analyzing the communication requirements, service characteristics, and time-sensitive network (TSN) protocol support capabilities of the vehicle-mounted subsystem; determining the priority of the vehicle-mounted subsystem according to the service characteristics; determining a method for the vehicle-mounted subsystem to access the TSN network according to the communication requirements, the priority, the TSN protocol support capabilities, and a preconfigured TSN network structure; and pushing the determined vehicle-mounted subsystem access method to a user.

[0007] Since the embodiments of the present application adopt the above technical scheme, they have the following technical effects: by analyzing the communication requirements, business characteristics and TSN protocol support capabilities of the vehicle-mounted subsystem; and determining the priority of the vehicle-mounted subsystem according to the business characteristics; and then determining the way in which the vehicle-mounted subsystem accesses the TSN network according to the communication requirements, the priority, the TSN protocol support capabilities and the pre-configured TSN network structure; and pushing the determined access method of the vehicle-mounted subsystem to the user; in this way, the user can connect the vehicle-mounted subsystem to the TSN network according to the pushed access method of the vehicle-mounted subsystem; and since the TSN network has excellent bandwidth and latency guarantees, users can connect more high-traffic vehicle-mounted subsystems to the TSN network. BRIEF DESCRIPTION OF THE DRAWINGS

[0008] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0009] Figure 1 A schematic diagram of a first method for a vehicle-mounted subsystem to access a network provided in an embodiment of the present application;

[0010] Figure 2 It is a schematic diagram of a network architecture provided by an embodiment of the present application;

[0011] Figure 3 is a schematic diagram of a second method for a vehicle-mounted subsystem to access a network provided by an embodiment of the present application;

[0012] Figure 4 is a schematic diagram of a third method for a vehicle-mounted subsystem to access a network provided by an embodiment of the present application;

[0013] Figure 5 This is a practical application diagram of a vehicle-mounted subsystem accessing a network provided by an embodiment of the present application;

[0014] Figure 6 is a schematic diagram of a fourth method for a vehicle-mounted subsystem to access a network provided by an embodiment of the present application;

[0015] Figure 7 It is a schematic diagram of the fifth method for a vehicle-mounted subsystem to access a network provided in an embodiment of the present application. DETAILED DESCRIPTION

[0016] In order to make the technical solutions and advantages in the embodiments of the present application more clearly understood, the exemplary embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present application, rather than an exhaustive list of all the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.

[0017] Combination Figure 1 As shown, an embodiment of the present application provides a method for a vehicle-mounted subsystem to access a network, including:

[0018] Step S101, analyzing the communication requirements, service characteristics and TSN protocol support capabilities of the vehicle subsystem;

[0019] Step S102, determining the priority of the vehicle-mounted subsystem according to the service characteristics;

[0020] Step S103, determining the way in which the vehicle-mounted subsystem accesses the TSN network according to the communication requirements, priority, TSN protocol support capability and the pre-configured TSN network structure;

[0021] Step S104: Push the determined access method of the vehicle-mounted subsystem to the user.

[0022] The embodiment of the present application analyzes the communication requirements, business characteristics and TSN protocol support capabilities of the vehicle-mounted subsystem; determines the priority of the vehicle-mounted subsystem according to the business characteristics; then determines the way in which the vehicle-mounted subsystem accesses the TSN network according to the communication requirements, priority, TSN protocol support capabilities and the pre-configured TSN network structure; and pushes the determined access method of the vehicle-mounted subsystem to the user; so that the user can connect the vehicle-mounted subsystem to the TSN network according to the pushed access method of the vehicle-mounted subsystem; and because the TSN network has excellent bandwidth and latency guarantees, the user can connect more high-traffic vehicle-mounted subsystems to the TSN network.

[0023] Optionally, the business characteristics are used to characterize that the vehicle-mounted subsystem is a control system related to driving safety control, the vehicle-mounted subsystem is a control system unrelated to driving safety control, or the vehicle-mounted subsystem is an information flow system unrelated to driving safety control.

[0024] Optionally, determining the priority of the vehicle-mounted subsystem according to the service characteristics includes: determining the priority of the vehicle-mounted subsystem as the highest priority when the service characteristics indicate that the vehicle-mounted subsystem is a control system related to driving safety control. Since the vehicle-mounted subsystem corresponding to the highest priority will affect driving safety and seriously affect the safety of passengers in the event of a data transmission failure; therefore, the priority of the control system related to driving safety control is determined to be the highest priority.

[0025] Optionally, determining the priority of the vehicle-mounted subsystem according to the service characteristics includes: determining the priority of the vehicle-mounted subsystem as a medium priority when the service characteristics indicate that the vehicle-mounted subsystem is a control system that is not related to driving safety control. Since the vehicle-mounted subsystem corresponding to the medium priority will affect the driving performance in the event of a data transmission failure, but will not affect the driving safety, the priority of the control system that is not related to driving safety control is determined to be a medium priority.

[0026] Optionally, the priority of the vehicle-mounted subsystem is determined according to the business characteristics, including: when the business characteristics indicate that the vehicle-mounted subsystem is an information flow system that is not related to driving safety control, the priority of the vehicle-mounted subsystem is determined to be the lowest priority. Since the vehicle-mounted subsystem corresponding to the lowest priority will affect the accuracy of information transmission in the event of a data transmission failure, but will not affect the normal operation and safe operation of the vehicle; therefore, the priority of the information flow system that is not related to driving safety control is determined to be the lowest priority.

[0027] In some embodiments, the on-board subsystem includes: RIOM (Remote Input / Output Module), BCU (Baidu Computing Unit), HMI (Human Machine Interface), DCU (Domain Control Unit), ACU (Area Control Unit), MDCU (Main Door Control Unit), SDU (Speed ​​& Distance Unit), TIDS (Train Intelligent Detection System), BMS (Battery Management System), PMS (Property Management System), HVAC (Heating, Ventilation and Air Conditioning), FAS (Fixed users Access Switching), PIS (Passenger Information System) and one or more of the rail transit closed-circuit television monitoring system. Among them, the types of RIOM, BCU, HMI, DCU, ACU, MDCU, SDU and TIDS on-board subsystems are control systems related to driving safety control; the types of BMS, PMS, HVAC and FAS on-board subsystems are control systems unrelated to driving safety control; the types of PIS and rail transit closed-circuit television surveillance systems are information flow systems unrelated to driving safety control.

[0028] Optionally, the TSN network structure is configured in the following manner, including: connecting multiple pre-set TSN switches in a ring network to form a single-ring architecture network; selecting multiple TSN virtual networks from the single-ring architecture network, each TSN virtual network includes multiple TSN switches with a connection relationship. Since the TSN virtual network has excellent bandwidth and latency guarantees, it can integrate and carry more high-traffic networks; the TSN virtual network provided in the embodiment of the present application can also reduce the space occupied by equipment and save deployment costs compared to the industrial Ethernet in the prior art.

[0029] Optionally, multiple TSN virtual networks are selected from the single-ring architecture network, including: multiple TSN virtual networks are divided from the single-ring architecture network using virtual network VLAN. In this way, in the event of a single network breakpoint, data can be transmitted through the single-ring architecture network, thereby improving data reliability; and in this way, the use of cross-train lines can be reduced, thereby saving train space.

[0030] More specifically, combined Figure 2 As shown, the TSN network architecture is a single-ring architecture network formed by four TSN switches 1 connected in a ring network; the single-ring architecture network is divided into a first virtual network VLAN10 and a second virtual network VLAN20 by VLAN (Virtual Local Area Network); this can provide two network ports for the vehicle-mounted subsystem to access, so that the vehicle-mounted subsystem can form network redundancy after accessing the network. In addition, the single-ring architecture network also takes into account the vehicle-mounted subsystem accessed through a single network port. By dividing the third virtual network VLAN30 and combining the characteristics of TSN, the virtual network can be provided to the vehicle-mounted subsystem accessed through a single network port and the equipment management / maintenance interface.

[0031] Optionally, the manner in which the on-board subsystem accesses the TSN network is determined based on communication requirements, priority, TSN protocol support capabilities and a preconfigured TSN network structure, including: when the priority of the on-board subsystem is the highest priority or the medium priority, determining the manner in which the on-board subsystem accesses the TSN network based on the TSN protocol support capabilities; or, when the priority of the on-board subsystem is the lowest priority, determining the manner in which the on-board subsystem accesses the TSN network based on the communication requirements of the on-board subsystem.

[0032] Optionally, the method of accessing the vehicle-mounted subsystem to the TSN network is determined according to the TSN protocol support capability, including: when the vehicle-mounted subsystem does not support the TSN protocol, the vehicle-mounted subsystem is determined to access multiple TSN virtual networks after protocol conversion to support the TSN protocol; or, when the vehicle-mounted subsystem supports the TSN protocol, the vehicle-mounted subsystem is determined to access multiple TSN virtual networks. In this way, the data transmitted by the vehicle-mounted subsystem can form network redundancy; therefore, data can be correctly transmitted even if affected by abnormal network data.

[0033] Combination Figure 3 As shown, the embodiment of the present disclosure provides a method for a vehicle-mounted subsystem to access a network, including:

[0034] Step S301, analyzing the communication requirements, service characteristics and TSN protocol support capabilities of the vehicle-mounted subsystem;

[0035] Step S302, determining the priority of the vehicle-mounted subsystem according to the service characteristics;

[0036] Step S303, when the service characteristics indicate that the vehicle-mounted subsystem is a control system related to driving safety control, determining the priority of the vehicle-mounted subsystem to be the highest priority; or, when the service characteristics indicate that the vehicle-mounted subsystem is a control system unrelated to driving safety control, determining the priority of the vehicle-mounted subsystem to be a medium priority;

[0037] Step S304, determining whether the vehicle-mounted subsystem supports the TSN protocol; if the vehicle-mounted subsystem supports the TSN protocol, executing step S305, if the vehicle-mounted subsystem does not support the TSN protocol, executing step S306;

[0038] Step S305, determining the access mode of the vehicle-mounted subsystem as access to multiple TSN virtual networks;

[0039] Step S306, determining the access mode of the vehicle-mounted subsystem as accessing multiple TSN virtual networks after protocol conversion to support the TSN protocol;

[0040] Step S307: Push the determined access method of the vehicle-mounted subsystem to the user.

[0041] In this way, users can connect the vehicle-mounted subsystem to the network according to the determined vehicle-mounted subsystem access method, and the vehicle-mounted subsystem with the highest priority or medium priority can form network redundancy when accessing the network. In this way, when the data in one transmission link of the vehicle-mounted subsystem with the highest priority or medium priority is affected by abnormal network data, the data can be safely transmitted through another link, thereby ensuring the normal and safe operation of the vehicle.

[0042] Optionally, the method for the on-board subsystem to access the TSN network is determined according to the communication requirements of the on-board subsystem, including: when the communication requirements indicate that the on-board subsystem needs to communicate with another on-board subsystem, the access method of the on-board subsystem is determined to be access to a TSN virtual network where the other on-board subsystem is located; or, when the communication requirements indicate that the on-board subsystem does not need to communicate with another on-board subsystem, the access method of the on-board subsystem is determined to be access to any TSN virtual network. For on-board subsystems of the information flow system type that are not related to driving safety control, since the data in this type of on-board subsystem will not affect the operation of the train even if it is affected by abnormal network data, its access method is determined to be access to a TSN virtual network, which can reduce the bandwidth occupied by this type of on-board subsystem.

[0043] Combination Figure 4As shown, the embodiment of the present disclosure provides a method for a vehicle-mounted subsystem to access a network, including:

[0044] Step S401, analyzing the communication requirements, service characteristics and TSN protocol support capabilities of the vehicle subsystem;

[0045] Step S402, determining the priority of the vehicle-mounted subsystem according to the service characteristics;

[0046] Step S403, when the service characteristics indicate that the vehicle-mounted subsystem is an information flow system irrelevant to driving safety control, determining the priority of the vehicle-mounted subsystem as the lowest priority;

[0047] Step S404, determining whether the vehicle-mounted subsystem needs to communicate with another vehicle-mounted subsystem according to the communication requirement of the vehicle-mounted subsystem; if the communication requirement indicates that the vehicle-mounted subsystem needs to communicate with another vehicle-mounted subsystem, executing step S405; if the communication requirement indicates that the vehicle-mounted subsystem does not need to communicate with another vehicle-mounted subsystem, executing step S406;

[0048] Step S405, determining the access mode of the vehicle-mounted subsystem to access a TSN virtual network where another vehicle-mounted subsystem is located;

[0049] Step S406, determining the access mode of the vehicle-mounted subsystem as access to any TSN virtual network;

[0050] Step S407: Push the determined access method of the vehicle-mounted subsystem to the user.

[0051] In this way, for the on-board subsystem of the information flow system type that is not related to driving safety control, since the data in this type of on-board subsystem will not affect the operation of the train even if it is affected by abnormal network data, its access method is determined to be access to a TSN virtual network, which can reduce the bandwidth occupied by this type of on-board subsystem.

[0052] In some embodiments, in combination Figure 5 As shown in the figure, the business characteristics of the MDCU vehicle-mounted subsystem are used to characterize that the MDCU is a control system related to driving safety control. The priority of the MDCU is determined to be "the highest priority"; and the MDCU is determined to support the TSN protocol; then any TSN switch in the first virtual network VLAN10 and any TSN switch in the second virtual network VLAN20 are determined as switches to be accessed by the MDCU; then the switches to be accessed by the MDCU are pushed to the user, so that the user can access the MDCU to the network through the switches to be accessed by the MDCU. Figure 5As shown, the MDCU vehicle-mounted subsystem accesses any TSN switch 1 in the first virtual network VLAN10 and any TSN switch 1 in the second virtual network VLAN20. The service characteristics of the PIS vehicle-mounted subsystem indicate that the PIS is an information flow system unrelated to driving safety control, and the priority of the PIS is determined to be "lowest priority"; the communication requirements of the PIS indicate that the vehicle-mounted subsystem does not need to communicate with another vehicle-mounted subsystem; any TSN switch in the third virtual network VLAN30 is determined as the switch to be accessed by the PIS; then the switch to be accessed by the PIS is pushed to the user, so that the user can access the PIS to the network through the switch to be accessed by the PIS; as shown in FIG. Figure 5 As shown, the vehicle subsystem "PIS" is connected to any switch 1 in the third virtual network VLAN30. The business characteristics of the BMS vehicle subsystem are used to characterize that the BMS is a control system unrelated to driving safety control, and the priority of the BMS is determined to be "intermediate priority"; and it is determined that the BMS does not support the TSN protocol; any TSN switch in the first virtual network VLAN10 and any TSN switch in the second virtual network VLAN20 are determined as the switches to be connected to the BMS; then the switches to be connected to the BMS are pushed to the user, so that the user can access the BMS to the network through the switches to be connected to the BMS. Figure 5 As shown, the vehicle subsystem "BMS" is connected to any TSN switch 1 in the first virtual network VLAN10 and any TSN switch 1 in the second virtual network VLAN20.

[0053] Optionally, the service characteristics of the vehicle-mounted subsystem are used to characterize the type of the vehicle-mounted subsystem. In some embodiments, the type of the vehicle-mounted subsystem includes one or more types of RIOM, BCU, HMI, DCU, ACU, MDCU, SDU, TIDS, BMS, PMS, HVAC, FAS, PIS and CCTV. Optionally, the priority of the vehicle-mounted subsystem is determined according to the service characteristics, including: determining that the priorities corresponding to the vehicle-mounted subsystems of RIOM, BCU and HMI types are all level 7; determining that the priorities corresponding to the vehicle-mounted subsystems of DCU, ACU, MDCU and SDU types are all level 6; determining that the priority corresponding to the vehicle-mounted subsystem of TIDS type is level 5; determining that the priorities corresponding to the vehicle-mounted subsystems of BMS, PMS and HVAC types are all level 4; determining that the priorities corresponding to the vehicle-mounted subsystems of FAS type are level 3; determining that the priorities corresponding to the vehicle-mounted subsystems of PIS and CCTV types are all level 0. Optionally, priority levels 1 to 7 are all used to characterize the vehicle-mounted subsystem as important, and priority level 0 is used to characterize the vehicle-mounted subsystem as ordinary.

[0054] Optionally, the manner in which the on-board subsystem accesses the TSN network is determined based on communication requirements, priorities, TSN protocol support capabilities and a preconfigured TSN network structure, including: when the priority of the on-board subsystem indicates that the on-board subsystem is important, determining the manner in which the on-board subsystem accesses the TSN network based on the TSN protocol support capabilities; or, when the priority of the on-board subsystem indicates that the on-board subsystem is ordinary, determining the manner in which the on-board subsystem accesses the TSN network based on the communication requirements of the on-board subsystem.

[0055] Combination Figure 6 As shown, the embodiment of the present disclosure provides a method for a vehicle-mounted subsystem to access a network, including:

[0056] Step S601, analyzing the communication requirements, service characteristics and TSN protocol support capabilities of the vehicle subsystem;

[0057] Step S602, determining the priority of the vehicle-mounted subsystem according to the service characteristics;

[0058] Step S603, when the priority of the vehicle-mounted subsystem indicates that the vehicle-mounted subsystem is important, determine whether the vehicle-mounted subsystem supports the TSN protocol; when the vehicle-mounted subsystem supports the TSN protocol, execute step S604; when the vehicle-mounted subsystem does not support the TSN protocol, execute step S605;

[0059] Step S604, determining the access mode of the vehicle-mounted subsystem as access to multiple TSN virtual networks; then executing step S606;

[0060] Step S605, determining the access mode of the vehicle-mounted subsystem as accessing multiple TSN virtual networks after protocol conversion to support the TSN protocol;

[0061] Step S606: Push the determined access method of the vehicle-mounted subsystem to the user.

[0062] This allows data from important onboard subsystems to be transmitted securely, and prevents train operations from failing due to the control system's data transmission being affected by other abnormal data.

[0063] Combination Figure 7 As shown, the embodiment of the present disclosure provides a method for a vehicle-mounted subsystem to access a network, including:

[0064] Step S701, analyzing the communication requirements, service characteristics and TSN protocol support capabilities of the vehicle-mounted subsystem;

[0065] Step S702, determining the priority of the vehicle-mounted subsystem according to the service characteristics;

[0066] Step S703, when the priority of the vehicle-mounted subsystem indicates that the vehicle-mounted subsystem is normal, determine whether the vehicle-mounted subsystem needs to communicate with another vehicle-mounted subsystem according to the communication demand of the vehicle-mounted subsystem; when the communication demand indicates that the vehicle-mounted subsystem needs to communicate with another vehicle-mounted subsystem, execute step S704; when the communication demand indicates that the vehicle-mounted subsystem does not need to communicate with another vehicle-mounted subsystem, execute step S705;

[0067] Step S704, determining the access mode of the vehicle-mounted subsystem as accessing a TSN virtual network where another vehicle-mounted subsystem is located; then executing step S706;

[0068] Step S705, determining the access mode of the vehicle-mounted subsystem as access to any TSN virtual network;

[0069] Step S706: Push the determined access method of the vehicle-mounted subsystem to the user.

[0070] In this way, for ordinary on-board subsystems, since the data in this type of on-board subsystem will not affect the operation of the train even if it is affected by abnormal network data, its access method is determined to be access to a TSN virtual network, which can reduce the bandwidth occupied by this type of on-board subsystem.

[0071] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0072] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0073] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0074] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0075] Although the preferred embodiments of the present application have been described, those skilled in the art may make other changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

[0076] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A method for a vehicle-mounted subsystem to access a network, characterized in that: include: Analyze the communication requirements, business characteristics and TSN protocol support capabilities of vehicle subsystems; Determining the priority of the vehicle-mounted subsystem according to the service characteristics; Determine a method for the vehicle-mounted subsystem to access the TSN network according to the communication requirements, the priority, the TSN protocol support capability, and the preconfigured TSN network structure; Push the determined access method of the vehicle subsystem to the user; Determining a way for the vehicle-mounted subsystem to access the TSN network according to the communication requirement, the priority, the TSN protocol support capability, and the preconfigured TSN network structure, including: When the priority of the vehicle-mounted subsystem is the highest priority or the medium priority, determining the way in which the vehicle-mounted subsystem accesses the TSN network according to the TSN protocol support capability; or, When the priority of the vehicle-mounted subsystem is the lowest priority, determining the way in which the vehicle-mounted subsystem accesses the TSN network according to the communication requirements of the vehicle-mounted subsystem; Determining the way in which the vehicle-mounted subsystem accesses the TSN network according to the TSN protocol support capability includes: when the vehicle-mounted subsystem does not support the TSN protocol, determining the access mode of the vehicle-mounted subsystem to access multiple TSN virtual networks after protocol conversion is performed to support the TSN protocol; or, when the vehicle-mounted subsystem supports the TSN protocol, determining the access mode of the vehicle-mounted subsystem to access multiple TSN virtual networks; Determining a way for the vehicle-mounted subsystem to access the TSN network according to the communication requirement of the vehicle-mounted subsystem includes: when the communication requirement indicates that the vehicle-mounted subsystem needs to communicate with another vehicle-mounted subsystem, determining the access method of the vehicle-mounted subsystem to access a TSN virtual network in which the other vehicle-mounted subsystem is located; or, when the communication requirement indicates that the vehicle-mounted subsystem does not need to communicate with another vehicle-mounted subsystem, determining the access method of the vehicle-mounted subsystem to access any TSN virtual network.

2. The method according to claim 1, characterized in that The service characteristics are used to characterize whether the vehicle-mounted subsystem is a control system related to driving safety control, whether the vehicle-mounted subsystem is a control system unrelated to driving safety control, or whether the vehicle-mounted subsystem is an information flow system unrelated to driving safety control; determining the priority of the vehicle-mounted subsystem according to the service characteristics includes: In the case where the service characteristic indicates that the vehicle-mounted subsystem is a control system related to driving safety control, determining the priority of the vehicle-mounted subsystem as the highest priority; or, In the case where the service characteristics indicate that the vehicle-mounted subsystem is a control system irrelevant to driving safety control, determining the priority of the vehicle-mounted subsystem to be a medium priority; or, In the case where the service characteristic indicates that the vehicle-mounted subsystem is an information flow system irrelevant to driving safety control, the priority of the vehicle-mounted subsystem is determined to be the lowest priority.

3. The method according to claim 2, characterized in that The TSN network structure is configured in the following ways, including: A plurality of preset TSN switches are connected in a ring network to form a single-ring architecture network; a plurality of TSN virtual networks are selected from the single-ring architecture network, and each TSN virtual network includes a plurality of TSN switches having a connection relationship.

4. The method according to claim 3, characterized in that Select multiple TSN virtual networks from a single ring network, including: A plurality of TSN virtual networks are divided from the single-ring architecture network using virtual network VLAN.

Images