WO2021175314A1 - 报文路由测试方法、装置及存储介质 - Google Patents
报文路由测试方法、装置及存储介质 Download PDFInfo
- Publication number
- WO2021175314A1 WO2021175314A1 PCT/CN2021/079319 CN2021079319W WO2021175314A1 WO 2021175314 A1 WO2021175314 A1 WO 2021175314A1 CN 2021079319 W CN2021079319 W CN 2021079319W WO 2021175314 A1 WO2021175314 A1 WO 2021175314A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- message
- bus
- target message
- target
- routing
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Definitions
- This application relates to the field of testing technology, for example, to a method, device and storage medium for testing message routing.
- gateways are required to forward messages and signals, so as to realize information exchange between different network segments.
- the gateway needs to be tested and verified.
- each routing record in the message routing table is tested one by one to test the correctness of the route.
- the message routing test solutions of related technologies have missed detection problems for the following situations: First, the message sent from a Controller Area Network (CAN) bus is routed through the gateway to the CAN bus that should not be routed; Second, there is a possibility that messages that should not be routed are routed to other CAN buses by the gateway. With the application of in-vehicle Ethernet, the safety of in-vehicle information has become extremely important. The existence of the above-mentioned missed detection problems has brought great loopholes to the safety of in-vehicle information.
- CAN Controller Area Network
- the present application provides a message routing test method, device, and storage medium, which can improve the message routing test solution of related technologies, and solve the problem of missing detection that affects the safety of in-vehicle information.
- a message routing test method including:
- the other CAN bus is a CAN bus other than the one CAN bus among the plurality of CAN buses;
- the obtaining the message identifier and determining the target message that meets the test requirements according to the message identifier includes:
- a message corresponding to the message identifier is acquired, and the acquired message is used as the target message.
- the sending the target message to the gateway via each CAN bus of a plurality of CAN buses in turn includes:
- the target message is sent to the gateway one by one through the determined CAN bus.
- the judging whether the target message is received through another CAN bus, and generating a routing table according to the judgment result includes:
- a route is generated based on the other CAN bus that received the target message, the CAN bus that sent the target message, and the message identifier of the target message surface.
- the generating a routing table based on other CAN buses that receive the target message, the CAN bus that sends the target message, and the message identifier of the target message includes:
- the method before judging one by one whether the target message is received through the other CAN bus, the method further includes:
- the judging one by one whether the target message is received through the other CAN bus includes:
- determining the message routing test result of the gateway according to the routing table includes:
- a message routing test device which includes:
- the message acquisition module is configured to acquire a message identifier, and determine a target message that meets the test requirements according to the message identifier;
- the message sending module is configured to send the target message to the gateway through each CAN bus of a plurality of CAN buses in turn, so as to route the target message to the CAN bus corresponding to the target message through the gateway ;
- the routing table generation module is configured to determine whether the target message is received through another CAN bus after sending the target message to the gateway through one CAN bus of the plurality of CAN buses, according to the judgment As a result, a routing table is generated, where the other CAN bus is a CAN bus other than the one CAN bus among the plurality of CAN buses;
- the test result determining module is configured to determine the message routing test result of the gateway according to the routing table.
- the message acquisition module is set to:
- a message corresponding to the message identifier is acquired, and the acquired message is used as the target message.
- the message sending module is set to:
- the target message is sent to the gateway one by one through the determined CAN bus.
- the routing table generation module includes:
- the message judging sub-module is set to judge whether the target message is received through the other CAN bus one by one;
- the routing table generation sub-module is configured to respond to the target message being received via the other CAN bus, according to the other CAN bus that received the target message, the CAN bus that sent the target message, and the target The message identification of the message generates a routing table.
- routing table generation submodule is set to:
- it also includes:
- the message receiving module is configured to obtain the target message sent in a CAN bus clock cycle of a set multiple on the one CAN bus before judging whether the target message is received through the other CAN bus one by one.
- the message judgment submodule is set to:
- test result determination module is set to:
- a computer-readable storage medium is also provided, on which a computer program is stored, and when the program is executed by a processor, the foregoing message routing test method is realized.
- FIG. 1 is a method flowchart of a message routing test method provided by an embodiment of the application
- FIG. 2 is a schematic diagram of the connection between a test device and a gateway in a message routing test method provided by an embodiment of the application;
- FIG. 3 is a method flowchart of another message routing test method provided by an embodiment of the application.
- FIG. 4 is a flowchart of a method for determining a routing message in a message routing test method provided by an embodiment of the application;
- Fig. 5 is a schematic structural diagram of a message routing test device provided by an embodiment of the application.
- Figure 1 is a method flow chart of a message routing test method provided by an embodiment of the application. This embodiment is applicable to a message routing test scenario of a motor vehicle gateway.
- the method can be executed by a message routing test device.
- the device can be implemented by software and/or hardware. As shown in Figure 1, the method includes:
- Step 110 Obtain a message identifier to determine a target message that meets the test requirements.
- the message identifier is information used to identify the message, for example, it may be a message identifier, or called a message identification number (Identifier, ID).
- the test requirement is to use a message with a message identifier within a specific range for testing, and not use a message with a message identifier outside the specific range for testing.
- a message with a message identifier in this specific range is called a target message.
- the specific range is a numerical range set according to the needs of the test.
- the test is ended. Determine whether the message is a target message one by one. If the message is a target message, send the current target message, and accumulate 1 on the basis of the message ID of the current target message to obtain a new message ID. Determine whether the new message ID is within the identification range required by the test. If the new message ID is within the identification range required by the test, determine that the message corresponding to the new message ID is the target message, and send the target message , Repeat the above steps until the message ID is not within the identification range required by the test.
- Step 120 Send the target message to the gateway through each of the multiple CAN buses in turn, so as to route the target message to the corresponding CAN bus through the gateway.
- FIG. 2 is a schematic diagram of the connection between a test device and a gateway in a message routing test method provided by an embodiment of the application.
- the test equipment and the gateway are connected through multiple CAN buses.
- the embodiment of the present application does not limit the type of the CAN bus between the test device and the gateway.
- it may include a power bus, a body bus, an information bus, a ground bus, and a driving assistance bus.
- the target message can be sent to the gateway by sequentially selecting one of the power bus, the body bus, the information bus, the ground bus, and the driving assistance bus according to the set order, so as to route the target message to the corresponding CAN bus through the gateway .
- the CAN bus used to send the target message is determined according to the priority order; the target message is sent to the gateway one by one through the determined CAN bus, so as to route the target message to the corresponding CAN bus through the gateway .
- the CAN bus that sends the target message within a period of time can be used as the source bus.
- the priority order can be specified by the tester, can also be determined according to the speed of the bus, or according to the importance of the data transmitted on the bus.
- each of all CAN buses is controlled in turn as the source bus to send the target message.
- Step 130 Determine whether the target message is received through another CAN bus, and generate a routing table according to the judgment result.
- CAN buses are CAN buses connected to the gateway other than the CAN bus that sends the target message. Referring to Fig. 2, if the target message is sent through the power bus, the body bus, the information bus, the ground bus, and the driving assistance bus are all other buses.
- all target messages received in the CAN bus clock cycle of a set multiple on the CAN bus are acquired.
- the way to generate the routing table may be to predefine the table structure of the routing table, and generate an empty routing table according to the table structure; according to other CAN buses that receive the target message, the CAN bus that sends the target message, And the message identifier of the target message to generate a routing record; adding the routing record to the routing table.
- the test equipment can periodically obtain the target message within a period of time for testing. For example, get all the target messages sent through the CAN bus in ten times the bus cycle, and the messages received in the same time period through other CAN buses, and determine which CAN bus receives the target message one by one. .
- the target message is sent by the power bus
- the body bus is the target domain and the power bus is the source domain.
- a routing record is determined according to the message ID, source domain, and target domain of the target message, and the routing record is recorded in the routing table. Subsequently, it is judged whether the target message is received through the information bus, and if the target message is not received through the information bus, then continue to judge other CAN buses. According to the above method, determine whether the target message is received through other CAN buses. If the target message is received through other CAN buses, the corresponding CAN bus will be used as the target domain, and the power bus will be used as the source domain. The message ID, source domain, and target domain of the message determine a routing record, and record the routing record in the routing table.
- a routing table is generated according to the message ID, source domain and target domain of the target message.
- Step 140 Determine the message routing test result of the gateway according to the routing table.
- the message routing table of the gateway is obtained; when the generated routing table is inconsistent with the message routing table, it is determined that the routing function of the gateway is abnormal.
- the message routing table of the gateway is a message routing table designed by designers according to the gateway function. The message routing table is built in the gateway, and the gateway determines the routing path of the message through the message routing table.
- the routing table generated by the method of this application is compared with the message routing table in the gateway. If the two are inconsistent, it indicates that the routing function of the gateway is abnormal.
- the abnormal routing function includes at least one of the following situations:
- the gateway routes the messages that should not be routed; the messages are routed by the gateway to the CAN bus that should not be routed; the routing is disconnected.
- routing table generated by the method of this application contains a routing record of a message ID that is not in the message routing table, it means that the gateway has routed a message that should not be routed.
- the gateway routes the message to the CAN that should not be routed. bus.
- routing records in the routing table generated by the method of this application are less than the routing records in the packet routing table, it indicates that some routes are disconnected.
- routing function abnormalities listed above are only examples and not limitations. Actual applications may include more routing function abnormalities.
- the above routing function abnormalities can be compared with the generated routing table and the packet routing table in the gateway. Way to determine.
- the target message that meets the test requirements is determined by obtaining the message identifier; the target message is sent to the gateway through each of the multiple CAN buses in order to transmit the target message through the gateway.
- the message is routed to the corresponding CAN bus; it is judged whether the target message is received through another CAN bus, and a routing table is generated according to the judgment result; the message routing test result of the gateway is determined according to the routing table.
- a routing table is generated through a self-learning method, and the generated routing table is used to determine whether the gateway's message routing function is abnormal, which can avoid the problem of missed detection in tests in related technologies and improve message routing. The accuracy and comprehensiveness of the test.
- Fig. 3 is a method flowchart of another message routing test method provided by an embodiment of the application. As shown in Fig. 3, the method includes:
- Step 310 Start.
- Step 320 Obtain the message ID.
- Step 330 Judge whether the message ID is within the identification range required by the test. If the message ID is within the identification range required by the test, then step 340 is executed. If the message ID is not within the identification range required by the test, then step 340 is executed. 380.
- the message whose message ID is within the identification range required by the test is determined as the target message.
- Step 340 Send the target message corresponding to the message ID to the gateway through each of the multiple CAN buses in turn.
- Step 350 Receive the target message routed by the gateway, and determine whether the received target message is a routing message. If the received target message is a routing message, perform step 360. If the received target message is not To route the message, step 370 is executed.
- the target message sent by the source bus is received by another CAN bus, the target message is a routing message.
- step 360 the routing record is determined and recorded in the routing table, and step 370 is executed.
- a CAN bus that receives the target message is used as the target domain
- the CAN bus that sends the target message is used as the source domain
- a routing record is determined according to the message ID, source domain, and target domain of the target message, and the record is recorded. The route is recorded in the routing table. Assuming that the target message sent by the source bus (CAN1) is routed to two CAN buses (CAN3 and CAN5), two routing records are determined correspondingly, and the two routing records are recorded to the routing table respectively, as shown in Table 1. .
- Step 370 The message identifier is incremented by 1, and step 320 is executed.
- Step 380 End.
- FIG. 4 is a flowchart of a method for determining a route message in a message route test method provided by an embodiment of the application. As shown in Figure 4, the method includes:
- Step 410 Start.
- Step 420 Obtain all target messages sent by the source bus within the CAN bus clock cycle of the set multiple.
- the target message includes routing messages and non-routing messages.
- Step 430 Determine whether the CAN bus to be detected is a CAN bus that needs to be determined. If the CAN bus to be detected is a CAN bus that needs to be determined, step 440 is executed. If the CAN bus to be detected is not a CAN bus that needs to be determined, step 470 is executed.
- One of the other CAN buses is indeed used as the CAN bus to be detected.
- Step 440 Determine whether the target message is contained on the CAN bus to be detected. If the target message is contained on the CAN bus to be detected, step 450 is executed. If the CAN bus to be detected does not contain the target message, step 460 is executed.
- obtain the messages received through the CAN bus to be detected and obtain any one of the messages as the current message in turn.
- Step 450 It is determined that the current message is a routing message, a routing record is determined according to the current message, and the routing record is recorded in the routing table, and step 460 is executed.
- the target message sent by the source bus is received by the CAN bus to be detected, it is determined that the current message (that is, the target message) is a routing message.
- a routing table with an Excel format and a table structure including message ID, source domain and target domain is defined in advance. Subsequently, the determined route is recorded in the routing table defined above.
- Step 460 Obtain a message on any CAN bus among other CAN buses, and execute step 420.
- Step 470 End.
- FIG. 5 is a schematic structural diagram of a message routing test device provided by an embodiment of the application.
- the device can be implemented by software and/or hardware, and the problem of missed test can be avoided by executing the message routing test method. As shown in Figure 5, the device includes:
- the message acquisition module 510 is configured to acquire a message identifier to determine a target message that meets the test requirements; the message transmission module 520 is configured to sequentially send the target message to the gateway through each of the multiple CAN buses to pass The gateway routes the target message to the corresponding CAN bus; the routing table generation module 530 is configured to determine whether the target message is received through another CAN bus, and generate a routing table according to the judgment result, where the other CAN bus It is a CAN bus connected to the gateway other than the CAN bus that sends the target message; the test result determining module 540 is configured to determine the message routing test result of the gateway according to the routing table.
- the message routing test device provided by the embodiment of the present application generates a routing table through a self-learning method, and determines whether there is an abnormality in the message routing function of the gateway through the generated routing table, which can avoid the problem of missed detection in the test in related technologies, and improve This improves the accuracy and comprehensiveness of the message routing test.
- the message obtaining module 510 is set to:
- Obtain a message identifier determine whether the message identifier is within the identification range required by the test; if the message identifier is within the identification range required by the test, obtain the target message corresponding to the message identifier .
- the message sending module 520 is set to:
- the CAN bus used to send the target message is determined according to the priority order; the target message is sent to the gateway one by one through the determined CAN bus.
- the routing table generation module 530 includes:
- the message judging sub-module is set to determine whether the target message is received through the other CAN bus one by one; the routing table generation sub-module is set to be configured to determine whether the target message is received through the other CAN bus according to the received The other CAN bus of the target message, the CAN bus that sends the target message, and the message identifier of the target message generate a routing table.
- routing table generation submodule is set to:
- the table structure of the routing table is defined in advance, and an empty routing table is generated according to the table structure; according to other CAN buses that receive the target message, the CAN bus that sends the target message, and the message of the target message
- the document identifier generates a routing record; adding the routing record to the routing table.
- it also includes:
- the message receiving module is configured to obtain the target message sent in the CAN bus clock cycle of a set multiple on the CAN bus before judging whether the target message is received through the other CAN bus one by one.
- the message judgment submodule is set to:
- test result determining module 540 is set to:
- An embodiment of the present application also provides a storage medium containing computer-executable instructions, which are used to perform a message routing test method when the computer-executable instructions are executed by a computer processor, and the method includes:
- An embodiment of the application provides a storage medium containing computer-executable instructions.
- the computer-executable instructions are not limited to the method operations described above, and can also execute the message routing test method provided in any embodiment of the application. Related operations.
- this application can be implemented by software and necessary general-purpose hardware, or can be implemented by hardware.
- the technical solution of this application can essentially be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as a computer floppy disk, read-only memory (ROM), random access Memory (Random Access Memory, RAM), flash memory (FLASH), hard disk or optical disk, etc., including multiple instructions to make a computer device (which can be a personal computer, server, or network device, etc.) execute the embodiments described in this application Methods.
- ROM read-only memory
- RAM random access Memory
- FLASH flash memory
- hard disk or optical disk etc.
- the multiple units and modules included are only divided according to functional logic, but are not limited to the above division, as long as the corresponding function can be realized; in addition, each function
- the names of the units are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
本文公开了一种报文路由测试方法、装置及存储介质。该报文路由测试方法包括：获取报文标识，根据所述报文标识确定满足测试要求的目标报文；依次通过多条CAN总线中的每条CAN总线发送所述目标报文到网关，以通过所述网关将所述目标报文路由至所述目标报文对应的CAN总线；在每次通过所述多条CAN总线中的一条CAN总线发送所述目标报文到所述网关后，判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，所述其它CAN总线是所述多条CAN总线中除所述一条CAN总线之外的CAN总线；根据所述路由表确定所述网关的报文路由测试结果。
Description
本申请要求在2020年03月05日提交中国专利局、申请号为202010146521.3的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。
本申请涉及测试技术领域，例如涉及一种报文路由测试方法、装置及存储介质。
随着汽车电子行业的快速发展，车载总线网络越来越复杂，往往采用混合型多路总线网络进行电子电气架构的开发。不同网段之间需要网关进行报文及信号转发，进而实现不同网段之间的信息交互。为保证网关能够及时正确转发相关报文及信号，需要对网关进行测试验证。
相关技术中的网关路由测试过程中，根据网关的报文路由表，逐条测试该报文路由表中的每条路由记录，以测试路由的正确性。相关技术的报文路由测试方案对于下述情况存在漏检问题：第一，从一个控制器局域网络(Controller Area Network，CAN)总线发出的报文，通过网关路由到不应该路由的CAN总线；第二，存在不应该被路由的报文被网关路由至其它CAN总线的可能性。随着车载以太网的应用，车载信息安全也变的格外重要，上述漏检问题的存在，给车载信息安全带来很大的漏洞。
发明内容
本申请提供一种报文路由测试方法、装置及存储介质，可以改善相关技术的报文路由测试方案，解决因漏检而影响车载信息安全的问题。
提供了一种报文路由测试方法，包括：
获取报文标识，根据所述报文标识确定满足测试要求的目标报文；
依次通过多条CAN总线中的每条CAN总线发送所述目标报文到网关，以通过所述网关将所述目标报文路由至所述目标报文对应的CAN总线；
在每次通过所述多条CAN总线中的一条CAN总线发送所述目标报文到所述网关后，判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，所述其它CAN总线是所述多条CAN总线中除所述一条CAN总线之外的CAN总线；
根据所述路由表确定所述网关的报文路由测试结果。
可选的，所述获取报文标识，根据所述报文标识确定满足测试要求的目标报文，包括：
获取所述报文标识；
判断所述报文标识是否在所述测试要求的标识范围内；
响应于所述报文标识在所述测试要求的标识范围内，获取所述报文标识对应的报文，并将获取的报文作为所述目标报文。
可选的，所述依次通过多条CAN总线中的每条CAN总线发送所述目标报文到网关，包括：
根据优先级顺序确定用于发送所述目标报文的CAN总线；
通过所确定的CAN总线逐条发送所述目标报文到所述网关。
可选的，所述判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，包括：
逐条判断所述目标报文是否通过所述其它CAN总线接收；
响应于所述目标报文通过所述其它CAN总线接收，根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由表。
可选的，所述根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由表，包括：
预先定义路由表的表结构，根据所述表结构生成空的路由表；
根据所述接收到所述目标报文的其它CAN总线、所述发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由记录；
添加所述路由记录到所述空的路由表。
可选的，在逐条判断所述目标报文是否通过所述其它CAN总线接收之前，还包括：
获取所述一条CAN总线上设定倍数的CAN总线时钟周期内发送的所述目标报文。
可选的，所述逐条判断所述目标报文是否通过所述其它CAN总线接收，包括：
确定所述目标报文中的一条报文作为当前报文；
分别判断是否通过所述其它CAN总线接收所述当前报文。
可选的，根据所述路由表确定所述网关的报文路由测试结果，包括：
获取所述网关的报文路由表；
在所生成的路由表与所述报文路由表不一致的情况下，确定所述网关的路由功能异常。
还提供了一种报文路由测试装置，该装置包括：
报文获取模块，设置为获取报文标识，根据所述报文标识确定满足测试要求的目标报文；
报文发送模块，设置为依次通过多条CAN总线中的每条CAN总线发送所述目标报文到网关，以通过所述网关将所述目标报文路由至所述目标报文对应的CAN总线；
路由表生成模块，设置为在每次通过所述多条CAN总线中的一条CAN总线发送所述目标报文到所述网关后，判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，所述其它CAN总线是所述多条CAN总线中除所述一条CAN总线之外的CAN总线；
测试结果确定模块，设置为根据所述路由表确定所述网关的报文路由测试结果。
可选的，报文获取模块是设置为：
获取所述报文标识；
判断所述报文标识是否在所述测试要求的标识范围内；
响应于所述报文标识在所述测试要求的标识范围内，获取所述报文标识对应的报文，并将获取的报文作为所述目标报文。
可选的，报文发送模块是设置为：
根据优先级顺序确定用于发送所述目标报文的CAN总线；
通过所确定的CAN总线逐条发送所述目标报文到所述网关。
可选的，路由表生成模块包括：
报文判断子模块，设置为逐条判断所述目标报文是否通过所述其它CAN总线接收；
路由表生成子模块，设置为响应于所述目标报文通过所述其它CAN总线接收，根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总 线、和所述目标报文的报文标识生成路由表。
可选的，路由表生成子模块是设置为：
预先定义路由表的表结构，根据所述表结构生成空的路由表；
根据所述接收到所述目标报文的其它CAN总线、所述发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由记录；
添加所述路由记录到所述空的路由表。
可选的，还包括：
报文接收模块，设置为在逐条判断所述目标报文是否通过所述其它CAN总线接收之前，获取所述一条CAN总线上设定倍数的CAN总线时钟周期内发送的所述目标报文。
可选的，报文判断子模块是设置为：
确定所述目标报文中的一条报文作为当前报文；
分别判断是否通过所述其它CAN总线接收所述当前报文。
可选的，测试结果确定模块是设置为：
获取所述网关的报文路由表；
在所生成的路由表与所述报文路由表不一致的情况下，确定所述网关的路由功能异常。
还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的报文路由测试方法。
图1为本申请实施例提供的一种报文路由测试方法的方法流程图；
图2为本申请实施例提供的一种报文路由测试方法中测试设备与网关的连接示意图；
图3为本申请实施例提供的另一种报文路由测试法的方法流程图；
图4为本申请实施例提供的一种报文路由测试方法中路由报文的确定方法的流程图；
图5为本申请实施例提供的一种报文路由测试装置的结构示意图。
下面结合附图和实施例对本申请进行说明。
图1为本申请实施例提供的一种报文路由测试方法的方法流程图，本实施例可适用于机动车网关的报文路由测试场景，该方法可以由报文路由测试装置来执行，该装置可以由软件和/或硬件实现。如图1所示，该方法包括：
步骤110、获取报文标识确定满足测试要求的目标报文。
报文标识是用于标识报文的信息，例如可以是报文标识符，或称为报文标识号(Identifier，ID)。
本申请实施例中，测试要求是采用报文标识符在特定范围内的报文进行测试，不使用报文标识符超出该特定范围的报文进行测试。将报文标识符在该特定范围的报文称作目标报文。其中，特定范围是根据测试需要设定的数值范围。
示例性的，获取报文标识；判断报文标识是否在测试要求的标识范围内；若报文标识在测试要求的标识范围内，则获取报文标识对应的目标报文。若报文标识超出该测试要求的标识范围，则结束测试。逐条确定报文是否为目标报文，若报文是目标报文，则发送当前的目标报文，并在当前的目标报文的报文ID的基础上累积1，得到新的报文ID，判断新的报文ID是否在测试要求的标识范围内，若新的报文ID在测试要求的标识范围内，则确定新的报文ID对应的报文是目标报文，发送该目标报文，重复上述步骤，直至报文ID不在测试要求的标识范围内为止。
步骤120、依次通过多条CAN总线中的每条发送所述目标报文到网关，以通过所述网关将所述目标报文路由至对应的CAN总线。
图2为本申请实施例提供的一种报文路由测试方法中测试设备与网关的连接示意图。如图2所示，测试设备与网关通过多条CAN总线连接。本申请实施例对测试设备和网关之间的CAN总线的类型并不作限定，例如，可以包括动力总线、车身总线、信息总线、地盘总线和驾驶辅助总线。可以按照设定的顺序依次选择动力总线、车身总线、信息总线、地盘总线和驾驶辅助总线中的一条发送目标报文到网关，以通过所述网关将所述目标报文路由至对应的CAN总线。
示例性的，根据优先级顺序确定用于发送目标报文的CAN总线；通过所确定的CAN总线逐条发送目标报文到网关，以通过所述网关将所述目标报文路由至对应的CAN总线。可以将在一时间段内发送目标报文的CAN总线作为源总线。其中，优先级顺序可以是测试人员指定的，也可以是根据总线的速率确定，或根据总线上传输的数据的重要程度确定等。
在报文路由测试过程中，为了测试全面，避免出现遗漏，依次控制所有CAN总线中的每条作为源总线发送目标报文。
步骤130、判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表。
其它CAN总线是与所述网关连接的除发送所述目标报文的CAN总线之外的CAN总线。参照图2，若通过动力总线发送目标报文，则车身总线、信息总线、地盘总线和驾驶辅助总线均是其它总线。
示例性的，获取CAN总线上设定倍数的CAN总线时钟周期内接收到的所有目标报文。逐条判断目标报文是否通过其它CAN总线接收；若目标报文通过其它CAN总线接收，则根据接收到目标报文的其它CAN总线、发送目标报文的CAN总线、和目标报文的报文标识生成路由表。
可选的，生成路由表的方式可以是，预先定义路由表的表结构，根据所述表结构生成空的路由表；根据接收到目标报文的其它CAN总线、发送目标报文的CAN总线、和目标报文的报文标识生成路由记录；添加所述路由记录到所述路由表。
由于源总线持续发送目标报文，通过网关路由到对应的CAN总线，然后，回传至测试设备。测试设备可以周期性的获取一段时间内的目标报文用于测试。例如，获取十倍总线周期内通过CAN总线发送的所有目标报文，以及，通过其它CAN总线在相同时间段内接收的报文，逐条目标报文的判断由哪条CAN总线接收该目标报文。例如，参照图2，假设由动力总线发送目标报文，对于十倍总线周期内发送的任意一条目标报文，先判断是否通过车身总线接收到该目标报文，若是通过车身总线接收到该目标报文，则将车身总线作为目标域，动力总线作为源域，根据该目标报文的报文ID、源域和目标域确定一条路由记录，并记录该路由记录到路由表中。随后，判断是否通过信息总线接收到该目标报文，若未通过信息总线接收到该目标报文，则继续判断其它CAN总线。按照上述方法，分别判断是否通过其它CAN总线接收到该目标报文，若通过其它CAN总线接收到该目标报文，则将相应的CAN总线作为目标域，动力总线作为源域，根据该目标报文的报文ID、源域和目标域确定一条路由记录，并记录该路由记录到路由表中。
分别以车身总线、信息总线、地盘总线和驾驶辅助总线为源总线，采用相似方式判断是否通过其它CAN总线接收目标报文。进而，根据目标报文的报文ID、源域和目标域生成路由表。
步骤140、根据所述路由表确定所述网关的报文路由测试结果。
示例性的，获取网关的报文路由表；在所生成的路由表与报文路由表不一致时，确定网关的路由功能异常。其中，网关的报文路由表是由设计人员根据 网关功能设计的报文路由表，该报文路由表内置于网关中，网关通过报文路由表执行确定报文的路由路径。
将通过本申请的方法生成的路由表与网关中的报文路由表进行比对，若两者不一致，则说明网关的路由功能异常。其中，路由功能异常包括如下情况中的至少一种：
网关路由了不应该路由的报文；报文被网关路由到不应路由的CAN总线；路由断开。
若通过本申请的方法生成的路由表中包含了报文路由表中没有的报文ID的路由记录，则说明网关路由了不应该路由的报文。
对于相同报文ID和相同源域的报文，若通过本申请的方法生成的路由表中目标域与报文路由表中的目标域不同，则说明网关将报文路由到不应该路由的CAN总线。
若通过本申请的方法生成的路由表中的路由记录少于报文路由表中的路由记录，则说明部分路由断开。
上述列举的路由功能异常仅是示例，而非限定，实际应用有可能包括更多的路由功能异常情况，上述路由功能异常情况可以通过比对所生成的路由表和网关中的报文路由表的方式判定。
本实施例的技术方案，通过获取报文标识确定满足测试要求的目标报文；依次通过多条CAN总线中的每条发送所述目标报文到网关，以通过所述网关将所述目标报文路由至对应的CAN总线；判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表；根据所述路由表确定所述网关的报文路由测试结果。通过执行本申请实施例，实现通过自学习的方法生成路由表，通过所生成的路由表确定网关的报文路由功能是否存在异常，可以避免相关技术中测试漏检的问题，提高了报文路由测试的准确性和全面性。
图3为本申请实施例提供的另一种报文路由测试法的方法流程图，如图3所示，该方法包括：
步骤310、开始。
步骤320、获取报文ID。
步骤330、判断所述报文ID是否在测试要求的标识范围内，若报文ID在测试要求的标识范围内，则执行步骤340，若报文ID不在测试要求的标识范围内，则执行步骤380。
将报文ID在测试要求的标识范围内的报文确定为目标报文。
步骤340、依次通过多条CAN总线中的每条发送所述报文ID对应的目标报文到网关。
步骤350、接收网关路由的目标报文，判断所接收的目标报文是否为路由报文，若所接收的目标报文为路由报文，则执行步骤360，若所接收的目标报文不为路由报文，则执行步骤370。
本申请实施例中，若源总线发送的目标报文被其它CAN总线接收，则该目标报文为路由报文。
步骤360、确定路由记录，并记录到路由表中，执行步骤370。
示例性的，将接收到目标报文的一条CAN总线作为目标域，发送目标报文的CAN总线作为源域，根据目标报文的报文ID、源域和目标域确定一条路由记录，记录该路由记录到路由表中。假设由源总线(CAN1)发送的目标报文被路由到2条CAN总线(CAN3和CAN5)，则对应的确定两条路由记录，分别记录这两条路由记录到路由表，如表1所示。
表1路由表
| 报文ID | 源域 | 目标域 |
| 1 | CAN1 | CAN3 |
| 1 | CAN1 | CAN5 |
| …… | …… | …… |
步骤370、报文标识加1，执行步骤320。
步骤380、结束。
图4为本申请实施例提供的一种报文路由测试方法中路由报文的确定方法的流程图。如图4所示，该方法包括：
步骤410、开始。
步骤420、获取源总线在设定倍数的CAN总线时钟周期内发送到的所有目标报文。
所述目标报文包括路由报文和非路由报文。
步骤430、判断待检测CAN总线是否为需要判断的CAN总线，若待检测CAN总线是需要判断的CAN总线，则执行步骤440，若待检测CAN总线不是 需要判断的CAN总线，则执行步骤470。
由其它CAN总线中确实一条作为待检测CAN总线。
将与当前发送目标报文的CAN总线不同的其它总线作为需要判断的CAN总线。
步骤440、判断待检测CAN总线上是否含有目标报文，若待检测CAN总线上含有目标报文，则执行步骤450，若待检测CAN总线上不含有目标报文，则执行步骤460。
例如，获取通过待检测CAN总线接收的报文，依次获取其中任意一条报文作为当前报文。比对通过待检测CAN总线接收的当前报文与源总线发送的目标报文，若通过待检测CAN总线接收的当前报文与源总线发送的目标报文一致，则确定通过待检测CAN总线接收到目标报文，即确定待检测CAN总线上含有该目标报文。
步骤450、确定当前报文是路由报文，根据当前报文确定路由记录，并记录所述路由记录到路由表中，执行步骤460。
由于源总线发出的目标报文，被该待检测CAN总线接收，则确定该当前报文(即目标报文)是路由报文。根据目标报文的报文ID、源总线和待检测CAN总线确定一条路由记录。可选的，预先定义一个Excel格式、表结构包括报文ID、源域和目标域的路由表。随后，记录所确定的路由记录到上述定义得到路由表中。
步骤460、获取其它CAN总线中任意一条CAN总线上的报文，执行步骤420。
步骤470、结束。
图5为本申请实施例提供的一种报文路由测试装置的结构示意图，该装置可由软件和/或硬件实现，可以通过执行报文路由测试方法避免测试漏检问题。如图5所示，该装置包括：
报文获取模块510，设置为获取报文标识确定满足测试要求的目标报文；报文发送模块520，设置为依次通过多条CAN总线中的每条发送所述目标报文到网关，以通过所述网关将所述目标报文路由至对应的CAN总线；路由表生成模块530，设置为判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，其它CAN总线是与所述网关连接的除发送所述目标报文的CAN总线之外的CAN总线；测试结果确定模块540，设置为根据所述路由表确定所述网关的报文路由测试结果。
本申请实施例提供的报文路由测试装置，通过自学习的方法生成路由表，通过所生成的路由表确定网关的报文路由功能是否存在异常，可以避免相关技术中测试漏检的问题，提高了报文路由测试的准确性和全面性。
可选的，报文获取模块510是设置为：
获取报文标识；判断所述报文标识是否在所述测试要求的标识范围内；若所述报文标识在所述测试要求的标识范围内，则获取所述报文标识对应的目标报文。
可选的，报文发送模块520是设置为：
根据优先级顺序确定用于发送所述目标报文的CAN总线；通过所确定的CAN总线逐条发送所述目标报文到网关。
可选的，路由表生成模块530包括：
报文判断子模块，设置为逐条判断所述目标报文是否通过所述其它CAN总线接收；路由表生成子模块，设置为若所述目标报文通过所述其它CAN总线接收，则根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由表。
可选的，路由表生成子模块是设置为：
预先定义路由表的表结构，根据所述表结构生成空的路由表；根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由记录；添加所述路由记录到所述路由表。
可选的，还包括：
报文接收模块，设置为在逐条判断所述目标报文是否通过所述其它CAN总线接收之前，获取CAN总线上设定倍数的CAN总线时钟周期内发送的所述目标报文。
可选的，报文判断子模块是设置为：
确定所述目标报文中的任意一条报文作为当前报文；分别判断是否通过所述其它CAN总线接收所述当前报文。
可选的，测试结果确定模块540是设置为：
获取所述网关的报文路由表；在所生成的路由表与所述报文路由表不一致时，确定所述网关的路由功能异常。
本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种报文路由测试方法，该方法 包括：
获取报文标识确定满足测试要求的目标报文；依次通过多条CAN总线中的每条发送所述目标报文到网关，以通过所述网关将所述目标报文路由至对应的CAN总线；判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，其它CAN总线是与所述网关连接的除发送所述目标报文的CAN总线之外的CAN总线；根据所述路由表确定所述网关的报文路由测试结果。
本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本申请任意实施例所提供的报文路由测试方法中的相关操作。
通过以上关于实施方式的描述，本申请可借助软件及必需的通用硬件来实现，也可以通过硬件实现。本申请的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述的方法。
上述报文路由测试装置的实施例中，所包括的多个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，每个功能单元的名称也只是为了便于相互区分，并不用于限制本申请的保护范围。
Claims (10)
- 一种报文路由测试方法，包括：获取报文标识，根据所述报文标识确定满足测试要求的目标报文；依次通过多条控制器局域网络CAN总线中的每条CAN总线发送所述目标报文到网关，以通过所述网关将所述目标报文路由至所述目标报文对应的CAN总线；在每次通过所述多条CAN总线中的一条CAN总线发送所述目标报文到所述网关后，判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，所述其它CAN总线是所述多条CAN总线中除所述一条CAN总线之外的CAN总线；根据所述路由表确定所述网关的报文路由测试结果。
- 根据权利要求1所述方法，其中，所述获取报文标识，根据所述报文标识确定满足测试要求的目标报文，包括：获取所述报文标识；判断所述报文标识是否在所述测试要求的标识范围内；响应于所述报文标识在所述测试要求的标识范围内，获取所述报文标识对应的报文，并将获取的报文作为所述目标报文。
- 根据权利要求1所述方法，其中，所述依次通过多条CAN总线中的每条CAN总线发送所述目标报文到网关，包括：根据优先级顺序确定用于发送所述目标报文的CAN总线；通过所确定的CAN总线逐条发送所述目标报文到所述网关。
- 根据权利要求1所述方法，其中，所述判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，包括：逐条判断所述目标报文是否通过所述其它CAN总线接收；响应于所述目标报文通过所述其它CAN总线接收，根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由表。
- 根据权利要求4所述方法，其中，所述根据接收到所述目标报文的其它CAN总线、发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由表，包括：预先定义路由表的表结构，根据所述表结构生成空的路由表；根据所述接收到所述目标报文的其它CAN总线、所述发送所述目标报文的CAN总线、和所述目标报文的报文标识生成路由记录；添加所述路由记录到所述空的路由表。
- 根据权利要求4所述方法，在逐条判断所述目标报文是否通过所述其它CAN总线接收之前，还包括：获取所述一条CAN总线上设定倍数的CAN总线时钟周期内发送的所述目标报文。
- 根据权利要求4所述方法，其中，所述逐条判断所述目标报文是否通过所述其它CAN总线接收，包括：确定所述目标报文中的一条报文作为当前报文；分别判断是否通过所述其它CAN总线接收所述当前报文。
- 根据权利要求4所述方法，其中，所述根据所述路由表确定所述网关的报文路由测试结果，包括：获取所述网关的报文路由表；在所生成的路由表与所述报文路由表不一致的情况下，确定所述网关的路由功能异常。
- 一种报文路由测试装置，包括：报文获取模块，设置为获取报文标识，根据所述报文标识确定满足测试要求的目标报文；报文发送模块，设置为依次通过多条控制器局域网络CAN总线中的每条CAN总线发送所述目标报文到网关，以通过所述网关将所述目标报文路由至所述目标报文对应的CAN总线；路由表生成模块，设置为在每次通过所述多条CAN总线中的一条CAN总线发送所述目标报文到所述网关后，判断是否通过其它CAN总线接收到所述目标报文，根据判断结果生成路由表，其中，所述其它CAN总线是所述多条CAN总线中除所述一条CAN总线之外的CAN总线；测试结果确定模块，设置为根据所述路由表确定所述网关的报文路由测试结果。
- 一种计算机可读存储介质，存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-8中任一项所述的报文路由测试方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010146521.3 | 2020-03-05 | ||
| CN202010146521.3A CN111343051A (zh) | 2020-03-05 | 2020-03-05 | 一种报文路由测试方法、装置及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2021175314A1 true WO2021175314A1 (zh) | 2021-09-10 |
Family
ID=71187380
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2021/079319 WO2021175314A1 (zh) | 2020-03-05 | 2021-03-05 | 报文路由测试方法、装置及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111343051A (zh) |
| WO (1) | WO2021175314A1 (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114035539A (zh) * | 2021-10-25 | 2022-02-11 | 东风商用车有限公司 | 实例化车型通讯矩阵生成方法、装置、设备及存储介质 |
| CN114374583A (zh) * | 2022-01-17 | 2022-04-19 | 南京芯驰半导体科技有限公司 | 一种汽车网关控制器及其控制方法 |
| CN115242689A (zh) * | 2022-07-14 | 2022-10-25 | 南京芯驰半导体科技有限公司 | 一种车载网关测试方法、系统及计算机可读存储介质 |
| CN116232962A (zh) * | 2023-02-15 | 2023-06-06 | 一汽解放汽车有限公司 | 车辆控制器路由关系检测方法、装置、设备和介质 |
| CN116232962B (zh) * | 2023-02-15 | 2024-06-04 | 一汽解放汽车有限公司 | 车辆控制器路由关系检测方法、装置、设备和介质 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111343051A (zh) * | 2020-03-05 | 2020-06-26 | 中国第一汽车股份有限公司 | 一种报文路由测试方法、装置及存储介质 |
| CN112333038A (zh) * | 2020-09-29 | 2021-02-05 | 北京软慧科技有限公司 | 一种车辆网关检测方法及装置 |
| CN114760227B (zh) * | 2021-03-16 | 2023-02-28 | 广州汽车集团股份有限公司 | 报文发送延时测试方法、测试上位机和存储介质 |
| CN113965503A (zh) * | 2021-10-21 | 2022-01-21 | 奇瑞商用车（安徽）有限公司 | 汽车can网关路由台架测试方法及系统 |
| CN115225481B (zh) * | 2021-12-09 | 2024-03-22 | 广州汽车集团股份有限公司 | 网关诊断路由配置方法、装置、车载网关、车辆和介质 |
| CN115225556A (zh) * | 2022-05-19 | 2022-10-21 | 中国第一汽车股份有限公司 | 一种检测方法、装置、设备及存储介质 |
| CN115022225B (zh) * | 2022-05-31 | 2023-11-10 | 东风电驱动系统有限公司 | 报文转发方法、装置、设备及可读存储介质 |
| CN115378834B (zh) * | 2022-08-10 | 2024-01-09 | 东风柳州汽车有限公司 | 一种基于硬件在环设备的多网段网关路由测试方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070025355A1 (en) * | 2005-07-29 | 2007-02-01 | Opnet Technologies, Inc | Routing validation |
| CN106254177A (zh) * | 2016-07-29 | 2016-12-21 | 浙江吉利控股集团有限公司 | 一种基于独立网关的诊断路由方法及系统 |
| CN109639535A (zh) * | 2019-01-18 | 2019-04-16 | 广州小鹏汽车科技有限公司 | 一种路由关系检测方法及装置 |
| CN110022254A (zh) * | 2017-12-08 | 2019-07-16 | 奥特润株式会社 | 用于车辆的can消息的动态路由装置和方法 |
| CN110445719A (zh) * | 2019-07-16 | 2019-11-12 | 中国第一汽车股份有限公司 | 一种路由表管理方法、装置、设备和存储介质 |
| CN111343051A (zh) * | 2020-03-05 | 2020-06-26 | 中国第一汽车股份有限公司 | 一种报文路由测试方法、装置及存储介质 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103873310A (zh) * | 2012-12-10 | 2014-06-18 | 北汽福田汽车股份有限公司 | 一种can网络的网关测试方法及系统 |
| KR20170051768A (ko) * | 2015-10-30 | 2017-05-12 | 주식회사 경신 | 게이트웨이 기능 평가 장치 및 방법 |
| CN106059932B (zh) * | 2016-08-08 | 2020-12-11 | 新华三技术有限公司 | 一种路由表项生成方法及装置 |
-
2020
- 2020-03-05 CN CN202010146521.3A patent/CN111343051A/zh active Pending
-
2021
- 2021-03-05 WO PCT/CN2021/079319 patent/WO2021175314A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070025355A1 (en) * | 2005-07-29 | 2007-02-01 | Opnet Technologies, Inc | Routing validation |
| CN106254177A (zh) * | 2016-07-29 | 2016-12-21 | 浙江吉利控股集团有限公司 | 一种基于独立网关的诊断路由方法及系统 |
| CN110022254A (zh) * | 2017-12-08 | 2019-07-16 | 奥特润株式会社 | 用于车辆的can消息的动态路由装置和方法 |
| CN109639535A (zh) * | 2019-01-18 | 2019-04-16 | 广州小鹏汽车科技有限公司 | 一种路由关系检测方法及装置 |
| CN110445719A (zh) * | 2019-07-16 | 2019-11-12 | 中国第一汽车股份有限公司 | 一种路由表管理方法、装置、设备和存储介质 |
| CN111343051A (zh) * | 2020-03-05 | 2020-06-26 | 中国第一汽车股份有限公司 | 一种报文路由测试方法、装置及存储介质 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114035539A (zh) * | 2021-10-25 | 2022-02-11 | 东风商用车有限公司 | 实例化车型通讯矩阵生成方法、装置、设备及存储介质 |
| CN114035539B (zh) * | 2021-10-25 | 2023-12-05 | 东风商用车有限公司 | 实例化车型通讯矩阵生成方法、装置、设备及存储介质 |
| CN114374583A (zh) * | 2022-01-17 | 2022-04-19 | 南京芯驰半导体科技有限公司 | 一种汽车网关控制器及其控制方法 |
| CN115242689A (zh) * | 2022-07-14 | 2022-10-25 | 南京芯驰半导体科技有限公司 | 一种车载网关测试方法、系统及计算机可读存储介质 |
| CN116232962A (zh) * | 2023-02-15 | 2023-06-06 | 一汽解放汽车有限公司 | 车辆控制器路由关系检测方法、装置、设备和介质 |
| CN116232962B (zh) * | 2023-02-15 | 2024-06-04 | 一汽解放汽车有限公司 | 车辆控制器路由关系检测方法、装置、设备和介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111343051A (zh) | 2020-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021175314A1 (zh) | 报文路由测试方法、装置及存储介质 | |
| US10574348B2 (en) | Method for time synchronization between communication nodes in network | |
| EP3852313B1 (en) | Network communication system, fraud detection electronic control unit and anti-fraud handling method | |
| US10484235B2 (en) | Power management method in network and apparatus for the same | |
| CN110324281B (zh) | 一种车载网络控制器刷新系统及方法 | |
| CN114137937A (zh) | 一种自动化诊断功能测试方法及系统 | |
| WO2022184069A1 (zh) | 汽车总线故障分析方法、诊断设备及总线故障分析系统 | |
| CN104639400A (zh) | 网络包处理芯片的自动检测方法及装置 | |
| CN110708715B (zh) | 一种5g基站业务故障查找方法及装置 | |
| CN115242689A (zh) | 一种车载网关测试方法、系统及计算机可读存储介质 | |
| CN102761626B (zh) | 一种车载网络节点寻址及升级方法 | |
| CN113268050A (zh) | 一种车辆诊断方法和装置 | |
| Rishvanth et al. | Design of an in-vehicle network (Using LIN CAN and FlexRay) gateway and its diagnostics using vector CANoe | |
| CN112398672B (zh) | 一种报文检测方法及装置 | |
| US20170250858A1 (en) | Method for diagnosing link status in network | |
| CN111988194B (zh) | 汽车线路的诊断方法及装置 | |
| CN115657646B (zh) | 一种can控制器的测试方法及装置 | |
| WO2022268100A1 (zh) | 车用中央控制器的诊断系统及方法 | |
| CN115129021B (zh) | 一种测试车载以太网的方法及装置 | |
| US11079438B2 (en) | Circuitry for monitoring battery systems | |
| CN113242292A (zh) | 报文传输方法、装置、设备、介质及产品 | |
| KR20170051768A (ko) | 게이트웨이 기능 평가 장치 및 방법 | |
| US10623496B2 (en) | Operation methods of communication node in network | |
| CN110471399A (zh) | 基于ecu的车辆诊断方法、装置、系统及车辆 | |
| CN116381452B (zh) | 一种芯片测试方法、装置、系统及可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 21764751 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 21764751 Country of ref document: EP Kind code of ref document: A1 |