A control method and device for V2X road testing and a vehicle networking device

Abstract

The application provides a V2X road test control method and device and a vehicle networking device, wherein the method applied to a first device comprises the following steps: after receiving a starting signal of a road test task, a first road test control message corresponding to the road test task is broadcast to a second device within a communication range; second measurement information is obtained according to a road test data message sent by the second device, wherein the road test data message is sent by the second device according to the first road test control message when the second device performs the road test task; a first measurement task on the first device side is performed to obtain first measurement information on the first device side; and the first measurement information and the second measurement information are reported to a data analysis device. According to the application, special test messages are used for data transmission when road test is performed, so that the normal commercial network is not affected, and multiple-end data can be obtained, the accuracy and comprehensiveness of the road test are improved, the workload, especially the workload of manual participation, is effectively reduced, and therefore the cost can be effectively reduced.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of intelligent transportation, and particularly relates to a V2X road test control method and device and a vehicle networking device BACKGROUND

[0002] Vehicle to Everything (V2X) is a new generation of information communication technology that connects vehicles with everything. V2X communication can realize the interaction between vehicles, roads, people and networks, thereby obtaining real-time traffic information, road information, pedestrian information and other traffic information, improving driving safety, reducing congestion and improving traffic efficiency. When performing road testing, the performance of devices or networks in the V2X system needs to be tested or data collected. However, the commonly used test method has the problems of requiring manual participation, large workload, high labor cost and inability to obtain multi-end data.

[0003] (1) When testing the network coverage performance of V2X direct communication PC5, the current main method for small-scale deployment is to collect data by single station pull-out, that is, for the test site, fixed-point testing is performed at fixed distances of 50m, 100m, 150m, etc. in the radial direction, and the wireless measurement quantity of the test site is measured. This method has the problems of large workload, high labor cost and inability to adapt to large-scale deployment. For large-scale deployment, the current main method is to collect data by road test pull-net, that is, for the test area, a vehicle-mounted road test device is used to traverse all the test areas to collect the wireless measurement quantity of each site. This method has the problems of being able to obtain only single-side data and requiring manual participation.

[0004] (2) During V2X road testing, road tests are conducted in either commercial or dedicated network environments. In a commercial network environment, the Drive Test Terminal (DTT) moves slowly along the road within network coverage, collecting standard message sets (including: SignalPhase Timing Message (SPAT), Road Safety Message (RSM), Road Side Information (RSI), and Map Message (MAP) broadcast by surrounding Road Side Units (RSUs). It also measures signal strength indicators such as Reference Signal Receiving Power (RSRP) and Received Signal Strength Indicator (RSSI), but cannot accurately measure the Packet Receiver Rate (PDR). The key performance indicators are PRR (Proportional Rate) and application layer latency. In a dedicated test environment, the road test terminal and roadside unit need to be configured to send a specified dedicated test data packet in sequence at a specified frequency in a specified frequency domain. The road test terminal only receives the data of the RSU and performs the measurement. It can accurately measure various indicators such as PRR and application layer latency, but it requires stopping commercial network operation and affecting normal use.

[0005] Therefore, how to conduct V2X road tests in a simple and accurate manner has become an important research and development direction in this technical field. Summary of the Invention

[0006] The technical objective of this application is to provide a control method, device, and equipment for V2X road testing, in order to solve the problems that conventional testing methods currently used in road testing require manual intervention, resulting in a large workload, high labor costs, and an inability to acquire multi-terminal data.

[0007] To address the aforementioned technical problems, this application provides a V2X drive test control method, applied to a first device, comprising:

[0008] Upon receiving the start signal of a road test task, the system broadcasts the first drive test control message (DTCM) corresponding to the road test task to the second device within the communication range.

[0009] acquire second measurement information according to a drive test data message (DTDM) sent by the second device, wherein the drive test data message is sent by the second device when performing a drive test task according to the first drive test control message;

[0010] perform the first measurement task on the first device side to obtain first measurement information on the first device side;

[0011] report the first measurement information and the second measurement information to a data analysis device.

[0012] Specifically, the first drive test control message includes at least one of the following according to the method described above:

[0013] a second device identifier, a drive test task number, at least one application identifier (AID), and a packet parameter corresponding to each AID, wherein the packet parameter includes a packet sending frequency, a packet size, and a packet sending number.

[0014] Further, the method described above, the second measurement information is acquired according to the drive test data message sent by the second device, including:

[0015] record the packet receiving time of receiving the drive test data message and the drive test data message, wherein the drive test data message includes at least one of the following: a second device identifier, a second measurement parameter, a packet sending time, and a packet sequence number;

[0016] acquire an application layer delay according to the packet sending time and the packet receiving time;

[0017] determine a packet loss number according to the packet sequence number and acquire a PRR;

[0018] determine the second measurement parameter, the application layer delay, and the PRR as the second measurement information.

[0019] Further, the method described above, in the case that the second device is a vehicle-mounted device, the drive test data message and the second measurement information further include:

[0020] at least one of the following: a latitude, a longitude, an altitude, a speed, and a heading angle of the second device.

[0021] Specifically, the first measurement information includes at least one of the following according to the method described above: an RSRP, an RSSI, an SINR, and a channel busy rate (CBR).

[0022] Further, the method as described above, in the case that the first device is a vehicle-mounted device, the first measurement information further comprises at least one of the following: longitude, latitude, height, speed and heading angle of the first device.

[0023] Optionally, the method as described above further comprises:

[0024] After receiving the termination signal of the road test task, a second road test control message is broadcasted to the second device, the second road test control message comprising at least a preset termination task number, the preset termination task number being used to indicate termination of the road test task.

[0025] Another embodiment of the present application provides a control method of V2X road test, applied to a second device, comprising:

[0026] Receiving a first road test control message sent by a first device, the first road test control message being sent by the first device after receiving a start signal of a road test task;

[0027] According to the first road test control message, a test task process corresponding to the road test task is executed, and during the execution of the test task process, a road test data message is sent to the first device.

[0028] Specifically, the method as described above, the first road test control message comprises at least one of the following:

[0029] The second device flag, the road test task number, at least one AID and the packet parameter corresponding to each AID, the packet parameter comprising: packet sending frequency, packet size and packet sending number.

[0030] Specifically, the method as described above, the execution of the test task process corresponding to the road test task according to the first road test control message comprises any one of the following:

[0031] When the test task process corresponding to the road test task number does not exist in the second device, the test task process corresponding to the road test task number is created according to the first road test control message, and the test task process is executed;

[0032] When the test task process corresponding to the road test task number exists in the second device, but the subtask corresponding to the first target AID does not exist, the subtask corresponding to the first target AID is created in the test task process corresponding to the task number, and the test task process is executed;

[0033] When the second device has the test task process corresponding to the road test task number and the subtask corresponding to the second target AID, initializing a packet sending counter corresponding to the second target AID, and executing the test task process.

[0034] Specifically, the method as described above, the sending of the road test data message to the first device in the process of executing the test task process comprises:

[0035] According to the packet parameter of each AID in the road test control message, the road test data message is sent to the first device, and the road test data message comprises at least one of the following: second device identifier, second measurement parameter, packet sending time and packet sequence number.

[0036] Further, in the case that the second device is a vehicle-mounted device, the road test data message further comprises at least one of the following: latitude, longitude, height, speed and heading angle of the second device.

[0037] Optionally, the method as described above, the sending of the road test data message to the first device according to the packet parameter of each AID in the road test control message further comprises:

[0038] The number of packets corresponding to each AID is counted by the packet sending counter corresponding to each AID.

[0039] Further, in the case that the number of packets corresponding to each AID is counted by the packet sending counter corresponding to each AID, the method further comprises:

[0040] When the number of the packet sending counter corresponding to any third target AID overflows, the part of the test task process related to the third target AID is stopped;

[0041] When the number of all the packet sending counters overflows, the test task process is terminated, and the resource is released.

[0042] Optionally, the method as described above further comprises:

[0043] In the process of executing the test task process, when a second road test control message sent by the first device is received, the test task process is terminated according to a preset termination task number in the second road test control message, and the resource is released.

[0044] Still another embodiment of the present application provides a control device for V2X road test, applied to a first device, comprising:

[0045] The first processing module is used to broadcast the first drive test control message corresponding to the drive test task to the second device within the communication range after receiving the start signal of a drive test task.

[0046] The second processing module is used to obtain second measurement information based on the road test data message sent by the second device, wherein the road test data message is sent by the second device when performing a road test task based on the first road test control message;

[0047] The third processing module is used to execute the first measurement task on the first device side and obtain the first measurement information;

[0048] The fourth processing module is used to report the first measurement information and the second measurement information to the data analysis device.

[0049] Another embodiment of this application provides a V2X drive test control device, applied to a second device, comprising:

[0050] The fifth processing module is used to receive the first drive test control message sent by the first device. The first drive test control message is sent by the first device after receiving the start signal of a drive test task.

[0051] The sixth processing module is used to execute the test task process corresponding to the road test task according to the first road test control message, and to send road test data messages to the first device during the execution of the test task process.

[0052] Another embodiment of this application provides a vehicle networking device, including: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements the steps of the control method for V2X road testing applied to a first device as described above, or implements the steps of the control method for V2X road testing applied to a second device as described above.

[0053] Another embodiment of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the control method for V2X drive testing applied to a first device as described above, or implements the steps of the control method for V2X drive testing applied to a second device as described above.

[0054] Compared with the prior art, the V2X road test control method, apparatus and equipment provided in this application have at least the following beneficial effects:

[0055] By using dedicated test messages (i.e., drive test control messages and drive test data messages) for data transmission during drive testing, there is no impact on normal commercial networks. Furthermore, multi-terminal data can be obtained, improving the accuracy and comprehensiveness of drive testing. At the same time, the required data can be obtained through communication between two devices and measurements from each device, effectively reducing workload, especially the amount of manual work, thereby effectively reducing costs. Attached Figure Description

[0056] Figure 1 This is one of the flowcharts illustrating the control method for V2X drive testing applied to the first device;

[0057] Figure 2 The second flowchart illustrates the control method for V2X drive testing applied to the first device;

[0058] Figure 3 A flowchart illustrating the control method for V2X drive testing applied to a second device;

[0059] Figure 4 This is a schematic diagram of the control device used in the V2X drive test of the first device;

[0060] Figure 5 This is a schematic diagram of the control device used in the V2X road test of the first device. Detailed Implementation

[0061] To make the technical problems, technical solutions, and advantages of this application clearer, a detailed description will be provided below in conjunction with the accompanying drawings and specific embodiments. In the following description, specific details such as particular configurations and components are provided merely to aid in a comprehensive understanding of the embodiments of this application. Therefore, those skilled in the art should understand that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this application. Furthermore, for clarity and brevity, descriptions of known functions and structures have been omitted.

[0062] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of this application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments.

[0063] In the various embodiments of this application, it should be understood that the sequence number of each process described below does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0064] It should be understood that the term "and / or" in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0065] In the embodiments provided in this application, it should be understood that "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean determining B solely based on A; B can also be determined based on A and / or other information.

[0066] See Figure 1 One embodiment of this application provides a V2X drive test control method, applied to a first device, comprising:

[0067] Step S101: After receiving the start signal of a road test task, the first device broadcasts the first road test control message corresponding to the road test task to the second device within the communication range. In this step, the first device can obtain the start signal of the road test task based on information reception or detection of user operation. The road test task includes, but is not limited to, V2X performance testing (e.g., network performance testing) and data acquisition. After receiving the start signal, it indicates that the first device needs to start or modify the corresponding road test task. At this time, the first device will broadcast the first road test control message corresponding to the road test task to the second device within the communication range, and control the second device to perform the corresponding road test task through the first road test control message.

[0068] Step S102: Obtain second measurement information based on the road test data message sent by the second device, wherein the road test data message is sent by the second device when performing a road test task according to the first road test control message; in this step, the first device will obtain the measurement quantity and measurement-related information obtained by the second device when performing the road test task based on the road test data message fed back by the second device after performing the road test task, and then perform extraction and / or calculation operations based on the measurement quantity and measurement-related information to obtain the second measurement information related to the second device; it should be noted that the first device can obtain performance indicators including application layer latency and PRR based on the measurement-related information.

[0069] Step S103: Execute the first measurement task on the first device side to obtain the first measurement information on the first device side. In this step, the first device will also execute the first measurement task on the first device side to obtain the first measurement quantity on the first device side, and record it as the first measurement information. It should be noted that the first measurement task can be executed by the first device according to a preset cycle, or it can be executed after receiving the road test data message sent by the second device. That is, the acquisition of the first measurement information and the acquisition of the second measurement information may or may not have a logical sequential relationship.

[0070] Step S104: Report the first measurement information and the second measurement information to the data analysis device. In this step, the first device combines the first measurement information from its own side with the second measurement information related to the second device, and reports the results to the data analysis device. This allows the data analysis device to perform data analysis on the execution of the road test task, thereby facilitating the acquisition of the required data and / or performance parameters.

[0071] It should be noted that the data analysis equipment includes, but is not limited to, an Operation and Maintenance Center (OMC) and a host computer. When the first device is a Roadside Unit (RSU), the data analysis equipment is preferably an OMC. In this case, the second device is an on-board device, including but not limited to a roadside terminal mounted on a vehicle or an on-board unit (OBU) of the vehicle itself. When the first device is an on-board device, the first data analysis device is preferably a host computer, and the second device is an RSU.

[0072] In summary, the embodiments of this application, by using dedicated test messages (i.e., road test control messages and road test data messages) for data transmission during road testing, do not affect normal commercial networks and can obtain data from multiple terminals, improving the accuracy and comprehensiveness of road testing. At the same time, the required data can be obtained through communication between two devices and measurements from each device, effectively reducing workload, especially the workload of manual intervention, thereby effectively reducing costs.

[0073] Specifically, in the method described above, the first drive test control message includes at least one of the following:

[0074] The second device identifier, the drive test task number, at least one AID, and the packet parameters corresponding to each AID, wherein the packet parameters include: packet sending frequency, packet size, and number of packets sent.

[0075] In this embodiment, the first drive test control message is mainly used to control the second device to configure and execute drive test tasks, and specifically includes at least one of the following:

[0076] The second equipment identifier is used to identify the target second equipment that needs to be tested on the road.

[0077] The road test task number is used to determine the specific road test task that needs to be performed.

[0078] AID is used to identify the application involved in performing a road test task;

[0079] The packet parameters corresponding to the AID are used to enable the second device to make corresponding configurations based on the packet parameters and to send packets, i.e., transmit data.

[0080] Optionally, the AID and the corresponding packet parameters can also be pre-configured for the second device. When the second device receives the first drive test control message, it executes the corresponding drive test task and sends packets according to the pre-configured AID and the corresponding packet parameters during the execution of the drive test task.

[0081] See Figure 2 Furthermore, in the method described above, obtaining the second measurement information based on the road test data message sent by the second device includes:

[0082] Step S201: Record the packet reception time of the received drive test data message and the drive test data message. The drive test data message includes at least one of the following: second device identifier, second measurement parameter, packet transmission time, and packet sequence number.

[0083] Step S202: Obtain the application layer latency based on the packet sending time and the packet receiving time;

[0084] Step S203: Determine the number of lost packets based on the packet sequence number and obtain the PRR;

[0085] Step S204: Determine the second measurement parameter, the application layer latency, and the PRR as the second measurement information.

[0086] In this embodiment, when the first device receives a drive test data message sent by the second device, it records the packet reception time of the drive test data message and the drive test data message itself. The second device identifier in the drive test data message represents the identity information of the second device that sent the drive test data message, allowing the first device to determine whether it is the second device it controls for the drive test. If the first device determines that the second device is not its corresponding second device based on the second device identifier, it can ignore the drive test data message to ensure the accuracy of the final data. The second measurement parameter is the measurement quantity obtained by the second device during measurement, including but not limited to signal strength indicators. The packet transmission time is the time when the second device sends the drive test data message, preferably expressed in Coordinated Universal Time (UTC). The packet sequence number is the number of packets sent corresponding to each AID in the current drive test data message.

[0087] After receiving the drive test data message, the first device can determine the application layer latency, i.e., the time difference between the packet reception time and the packet transmission time, based on the packet transmission time carried in the drive test data message and the packet reception time recorded during reception. Based on the packet sequence number carried in the drive test data message and the packet sequence number of the previously received drive test data message, the number of packet losses between the two receptions can be obtained, thereby further determining the PRR. These two steps can be performed sequentially or simultaneously.

[0088] Furthermore, based on the application layer latency and PRR calculated above, as well as the second measurement parameters carried in the drive test data message, the required second measurement information related to the second device can be obtained.

[0089] Furthermore, in the method described above, when the second device is an in-vehicle device, the road test data message and the second measurement information further include:

[0090] The second device has at least one of latitude and longitude, altitude, speed, and heading angle.

[0091] In one specific embodiment, when the second device is a vehicle-mounted device, since the second device moves with the vehicle, when the second device sends road test data information to the first device, it will carry at least one of the latitude, longitude, altitude, speed and heading angle corresponding to the second device, and the second measurement information will also include the above information, so as to facilitate the data analysis device to obtain comprehensive data.

[0092] Specifically, in the method described above, the first measurement information includes at least one of the following: RSRP, RSSI, SINR, and CBR.

[0093] Furthermore, in the method described above, when the first device is a vehicle-mounted device, the first measurement information further includes at least one of the latitude and longitude, altitude, speed, and heading angle of the first device.

[0094] In one specific embodiment, when the first device is a vehicle-mounted device, since the first device moves with the vehicle, when the first device performs measurements and obtains the first measurement information, it will also obtain at least one of the latitude, longitude, altitude, speed, and heading angle corresponding to the first device, thereby facilitating the data analysis device to obtain comprehensive data.

[0095] Optionally, the method described above further includes:

[0096] Upon receiving the termination signal of the road test task, a second road test control message is broadcast to the second device. The second road test control message includes at least a preset termination task number, which is used to indicate the termination of the road test task.

[0097] In this embodiment, when the first device receives a termination signal for the road test task, it will terminate the road test task. Specifically, it can broadcast a second road test control message to the second device. The second road test control message includes at least a preset termination task number for indicating the termination of the road test task, so that when the second device receives the preset termination task number, it can terminate the corresponding road test task, including but not limited to deleting the road test task and releasing resources.

[0098] It should also be noted that, in this application, when the first device sends a first drive test control message to a second device for the first time, the first drive test control message causes the second device to notify the protocol stack to enable the test mode, thereby executing the corresponding drive test task; when the first device sends a second drive test control message to the second device, the second drive test control message is also used to cause the second device to notify the protocol stack to disable the test mode. In a specific implementation, when the first device is an in-vehicle device, the first drive test control message carries test mode parameters of the second device, which include, but are not limited to, at least one of the following: test mode switch, modulation and coding scheme (MCS), position and number of physical resource blocks (PRBs), retransmission switch, and time domain offset.

[0099] When the first device is an RSU, the first drive test control message carries the first device test mode parameters and the second device test mode parameters. The first device test mode parameters and the second device test mode parameters include, but are not limited to, at least one of the following: test mode switch, modulation and coding scheme (MCS), physical resource block (PRB) position and number, retransmission switch and time domain offset.

[0100] See Figure 3 Another embodiment of this application provides a V2X drive test control method applied to a second device, including:

[0101] Step S301: Receive a first drive test control message sent by the first device. The first drive test control message is sent by the first device after receiving a drive test task start signal. In this step, the second device will receive the first drive test control message sent by the first device during operation. The first drive test control message is sent by the first device when it receives a drive test task start signal and determines that a drive test task needs to be executed. The second device can start or modify the drive test task according to the first drive test control message.

[0102] Step S302: The test task process corresponding to the road test task is executed according to the first road test control message. During the execution of the test task process, a road test data message is sent to the first device. In this step, the second device executes the test task process corresponding to the road test task according to the first road test control message. During the execution of the test task process, it obtains a road test data message based on the measured data and sends the road test data message to the first device. This allows the first device to obtain second measurement information based on the road test data message and, in conjunction with the first measurement information it has acquired, reports it to the data analysis device. The data analysis device then performs data analysis on the execution of the road test task to obtain the required data and / or performance parameters.

[0103] It should be noted that the data analysis equipment includes, but is not limited to, an Operation and Maintenance Center (OMC) and a host computer. When the first device is a Roadside Unit (RSU), the data analysis equipment is preferably an OMC. In this case, the second device is an on-board device, including but not limited to a roadside terminal mounted on a vehicle or an on-board unit (OBU) of the vehicle itself. When the first device is an on-board device, the first data analysis device is preferably a host computer, and the second device is an RSU.

[0104] In summary, the embodiments of this application, by using dedicated test messages (i.e., road test control messages and road test data messages) for data transmission during road testing, do not affect normal commercial networks and can obtain data from multiple terminals, improving the accuracy and comprehensiveness of road testing. At the same time, the required data can be obtained through communication between two devices and measurements from each device, effectively reducing workload, especially the workload of manual intervention, thereby effectively reducing costs.

[0105] Specifically, in the method described above, the first drive test control message includes at least one of the following:

[0106] The second device identifier, the drive test task number, at least one AID, and the packet parameters corresponding to each AID, wherein the packet parameters include: packet sending frequency, packet size, and number of packets sent.

[0107] In this embodiment, the first drive test control message is mainly used to control the second device to configure and execute drive test tasks, and specifically includes at least one of the following:

[0108] The second device identifier is used to identify the target second device that needs to be tested. The second device can determine whether the message is the one corresponding to this device based on the second device identifier, and thus make a selection.

[0109] The road test task number is used to determine the specific road test task that needs to be performed.

[0110] AID is used to identify the application involved in performing a road test task;

[0111] The packet parameters corresponding to the AID are used to enable the second device to make corresponding configurations based on the packet parameters and to send packets, i.e., transmit data.

[0112] Optionally, the AID and the corresponding packet parameters can also be pre-configured for the second device. When the second device receives the first drive test control message, it executes the corresponding drive test task and sends packets according to the pre-configured AID and the corresponding packet parameters during the execution of the drive test task.

[0113] Specifically, in the method described above, the step of executing the test task process corresponding to the road test task according to the first road test control message includes any one of the following:

[0114] When there is no test task process corresponding to the road test task number in the second device, a test task process corresponding to the road test task number is created according to the first road test control message, and the test task process is executed. In this step, when it is determined that there is no test task process corresponding to the road test task number in the second device according to the road test task number in the first road test control message, it is determined that this is the first time the second device has received a message from the first device about executing the test task process corresponding to the road test task number, and there is currently no corresponding test task process. Therefore, a test task process corresponding to the road test task number will be created according to the first road test control message first, and then the test task process will be executed.

[0115] When a test task process corresponding to the drive test task number exists in the second device, but no subtask corresponding to the first target AID exists, a subtask corresponding to the first target AID is created in the test task process corresponding to the task number, and the test task process is executed. In this step, when it is determined that a test task process corresponding to the drive test task number exists in the second device according to the drive test task number in the first drive test control message, but it is determined that no subtask (packet sending task) corresponding to at least one first target AID exists in the second device according to the AID in the first drive test control message, it is determined that the existing test task process needs to be modified, that is, a subtask corresponding to the first target AID is created in the test task process to obtain a complete test task process, and the test task process is further executed. Optionally, in this execution of the test task process, subtasks corresponding to other AIDs other than the first target AID may not be modified.

[0116] When the second device contains a test task process corresponding to the drive test task number and a subtask corresponding to the second target AID, the packet sending counter corresponding to the second target AID is initialized, and the test task process is executed. In this step, when it is determined that the second device contains a test task process corresponding to the drive test task number based on the drive test task number in the first drive test control message, and it is determined that the second device contains a subtask (packet sending task) corresponding to at least one second target AID based on the AID in the first drive test control message, it is determined that the existing test task process needs to be modified. That is, the subtask corresponding to the first target AID is restarted in the test task process, and the test task process is further executed. Optionally, during this execution of the test task process, subtasks corresponding to other AIDs besides the second target AID may remain unchanged.

[0117] Specifically, in the method described above, sending a road test data message to the first device during the execution of the test task includes:

[0118] According to the packet parameters of each AID in the drive test control message, the drive test data message is sent to the first device, and the drive test data information includes at least one of the following: second device identifier, second measurement parameters, packet sending time, and packet sequence number.

[0119] In this embodiment, when the second device sends a drive test data message to the first device, it carries within the second drive test data message a second device identifier, second measurement parameters obtained during the second device's drive test task process, the packet sequence number corresponding to the current transmission, and the packet transmission time. The second device identifier represents the identity information of the second device sending the drive test data, allowing the first device to determine if it corresponds to the first device. The second measurement parameters are the measurement quantities obtained by the second device during measurement, including but not limited to signal strength indicators, used by the first device to extract information about the measurement quantities from the second measurement information. The packet transmission time and packet sequence number are used by the first device to calculate the application latency and PRR from the second measurement information.

[0120] Furthermore, in the case where the second device is a vehicle-mounted device, the road test data information further includes at least one of the latitude, longitude, altitude, speed, and heading angle of the second device, as described above.

[0121] In one specific embodiment, when the second device is a vehicle-mounted device, since the second device moves with the vehicle, when the second device sends road test data information to the first device, it will carry at least one of the latitude, longitude, altitude, speed and heading angle corresponding to the second device, and the second measurement information will also include the above information, so as to facilitate the data analysis device to obtain comprehensive data.

[0122] Optionally, in the method described above, sending the drive test data message to the first device according to the packet parameters of each AID in the drive test control message further includes:

[0123] The number of packets sent is counted using the packet sending counter corresponding to each AID.

[0124] In this embodiment, when sending drive test data messages to the first device, the number of packets sent is counted according to the packet sending counter corresponding to each AID, so as to conveniently obtain the number of packets sent for each AID and to facilitate the determination of whether the subtasks corresponding to each AID are completed.

[0125] Furthermore, in the method described above, when counting the number of packets sent using a packet counter corresponding to each AID, the method further includes:

[0126] When the packet counter corresponding to any third target AID overflows, the portion of the test task process related to the third target AID is stopped.

[0127] When all the packet counters overflow, the test task process is terminated and resources are released.

[0128] In this embodiment, when the number of packets sent corresponding to any third target AID overflows, that is, when the number of packets sent corresponding to the third target AID reaches the number of packets sent in the packet parameters corresponding to the third target AID, it can be determined that the subtask corresponding to the third target AID has been completed. Therefore, the part of the test task process related to the third target AID is stopped to avoid unnecessary calculations and waste of resources.

[0129] When all packet counters overflow, meaning all subtasks corresponding to AIDs have been completed, and the current test task process is fully completed, the test task process is terminated and resources are released to reduce resource consumption.

[0130] Optionally, the method described above further includes:

[0131] During the execution of the test task process, when a second drive test control message is received from the first device, the test task process is terminated and resources are released according to the preset termination task number in the second drive test control message.

[0132] In this embodiment, when a second drive test control message is received from the first device, it is determined that the user needs to terminate the test task process. Therefore, according to the preset termination task number in the second drive test control message, the test task process is terminated and resources are released to reduce resource consumption.

[0133] It should also be noted that in this application, when the second device receives the first road test control message for the first time without executing the road test task process, the second device will also notify the protocol stack to start the test mode according to the first road test control message, and then execute the corresponding road test task process; when the second device terminates the test task process because the number of packet counters corresponding to all AIDs has overflowed or the second road test control message has been received, the second road test control message is also used to make the second device notify the protocol stack to close the test mode.

[0134] See Figure 4 Another embodiment of this application provides a V2X drive test control device, applied to a first device, comprising:

[0135] The first processing module 401 is used to broadcast the first drive test control message corresponding to the drive test task to the second device within the communication range after receiving the start signal of a drive test task.

[0136] The second processing module 402 is used to obtain second measurement information based on the road test data message sent by the second device, wherein the road test data message is sent by the second device when performing a road test task based on the first road test control message;

[0137] The third processing module 403 is used to execute the first measurement task on the first device side and obtain the first measurement information;

[0138] The fourth processing module 404 is used to report the first measurement information and the second measurement information to the data analysis device.

[0139] Specifically, in the apparatus described above, the first drive test control message includes at least one of the following:

[0140] The second device identifier, the road test task number, at least one application identifier (APP Identity, or AID) and the packet parameters corresponding to each AID, wherein the packet parameters include: packet sending frequency, packet size and number of packets sent.

[0141] Furthermore, in the apparatus described above, the second processing module includes:

[0142] The first processing unit is used to record the packet reception time of the received drive test data message and the drive test data message, wherein the drive test data message includes at least one of the following: a second device identifier, a second measurement parameter, a packet transmission time, and a packet sequence number;

[0143] The second processing unit is used to obtain the application layer latency based on the packet sending time and the packet receiving time.

[0144] The third processing unit is used to determine the number of lost packets based on the packet sequence number and obtain the PRR;

[0145] The fourth processing unit is used to determine that the second measurement parameter, the application layer latency, and the PRR are the second measurement information.

[0146] Furthermore, in the aforementioned apparatus, when the second device is an in-vehicle device, the road test data message and the second measurement information further include:

[0147] The second device has at least one of latitude and longitude, altitude, speed, and heading angle.

[0148] Specifically, in the apparatus described above, the first measurement information includes at least one of the following: RSRP, RSSI, SINR, and CBR.

[0149] Furthermore, in the case of a vehicle-mounted device as described above, the first measurement information further includes at least one of the latitude, longitude, altitude, speed, and heading angle of the first device.

[0150] Optionally, the apparatus described above further includes:

[0151] The seventh processing module is used to broadcast a second road test control message to the second device after receiving the termination signal of the road test task. The second road test control message includes at least a preset termination task number, which is used to indicate the termination of the road test task.

[0152] The control device applied to the first device in this application is a device corresponding to the embodiment of the control method for V2X road testing applied to the first device described above. All implementation means in the above method embodiment are applicable to the embodiment of this device and can achieve the same technical effect.

[0153] See Figure 5 Another embodiment of this application provides a V2X drive test control device, applied to a second device, comprising:

[0154] The fifth processing module 501 is used to receive a first drive test control message sent by the first device. The first drive test control message is sent by the first device after receiving a drive test task start signal.

[0155] The sixth processing module 502 is used to execute the test task process corresponding to the road test task according to the first road test control message, and to send road test data messages to the first device during the execution of the test task process.

[0156] Specifically, in the apparatus described above, the first drive test control message includes at least one of the following:

[0157] The second device identifier, the drive test task number, at least one AID, and the packet parameters corresponding to each AID, wherein the packet parameters include: packet sending frequency, packet size, and number of packets sent.

[0158] Specifically, in the apparatus described above, the sixth processing module includes any one of the following:

[0159] The fifth processing unit is configured to create a test task process corresponding to the road test task number according to the first road test control message and execute the test task process when there is no test task process corresponding to the road test task number in the second device.

[0160] The sixth processing unit is configured to create a subtask corresponding to the first target AID in the test task process corresponding to the task number when there is a test task process in the second device that corresponds to the road test task number, but there is no subtask corresponding to the first target AID, and execute the test task process.

[0161] The seventh processing unit is configured to initialize the packet sending counter corresponding to the second target AID and execute the test task process when the second device contains the test task process corresponding to the road test task number and the subtask corresponding to the second target AID.

[0162] Specifically, in the apparatus described above, the sixth processing unit further includes:

[0163] The eighth processing unit is configured to send the road test data message to the first device according to the packet parameters of each AID in the road test control message, wherein the road test data information includes at least one of the following: second device identifier, second measurement parameters, packet sending time, and packet sequence number.

[0164] Furthermore, in the case of a vehicle-mounted device as described above, the road test data information further includes at least one of the latitude, longitude, altitude, speed, and heading angle of the second device.

[0165] Optionally, in the apparatus described above, the sixth processing unit further includes:

[0166] The first processing subunit counts the number of packets sent by each AID using a packet sending counter.

[0167] Furthermore, in the device described above, when counting the number of packets sent using a packet counter corresponding to each AID, the device further includes:

[0168] The second processing subunit stops the portion of the test task process related to the third target AID when the number of packets sent by any third target AID overflows.

[0169] The third processing subunit terminates the test task process and releases resources when all the packet sending counters overflow.

[0170] Optionally, the apparatus described above further includes:

[0171] The eighth processing module is used to terminate the test task process and release resources when it receives a second drive test control message sent by the first device during the execution of the test task process, according to the preset termination task number in the second drive test control message.

[0172] The control device applied to the second device in this application is a device corresponding to the embodiment of the control method for V2X road testing applied to the second device described above. All implementation means in the above method embodiment are applicable to the embodiment of this device and can achieve the same technical effect.

[0173] Another embodiment of this application provides a vehicle networking device, including: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements the steps of the control method for V2X road testing applied to a first device as described above, or implements the steps of the control method for V2X road testing applied to a second device as described above.

[0174] Another embodiment of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the control method for V2X drive testing applied to a first device as described above, or implements the steps of the control method for V2X drive testing applied to a second device as described above.

[0175] Furthermore, reference numerals and / or letters may be repeated in different examples within this application. Such repetition is for the purpose of simplification and clarity and does not in itself indicate a relationship between the various embodiments and / or settings discussed.

[0176] It should also be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion.

[0177] The above description is the preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principles described in this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A control method for V2X drive testing, applied to a first device, characterized in that, include: Upon receiving a drive test task start signal, the system broadcasts a first drive test control message corresponding to the drive test task to a second device within the communication range. The first drive test control message includes at least one of the following: a second device identifier, a drive test task number, at least one AID, and packet parameters corresponding to each AID. The packet parameters include: packet transmission frequency, packet size, and number of packets transmitted. The second measurement information is obtained based on the road test data message sent by the second device, wherein the road test data message is sent by the second device when performing a road test task according to the first road test control message; Execute the first measurement task on the first device side to obtain the first measurement information on the first device side; Report the first measurement information and the second measurement information to the data analysis device; The step of obtaining the second measurement information based on the road test data message sent by the second device includes: Record the packet reception time of the received drive test data message and the drive test data message, wherein the drive test data message includes at least one of the following: second device identifier, second measurement parameter, packet transmission time, and packet sequence number; The application layer latency is obtained based on the packet sending time and the packet receiving time. Based on the packet sequence number, determine the number of lost packets and obtain the packet reception rate (PRR). The second measurement parameter, the application layer latency, and the PRR are determined as the second measurement information.

2. The method according to claim 1, characterized in that, When the second device is an in-vehicle device, the road test data message and the second measurement information also include: The second device has at least one of latitude and longitude, altitude, speed, and heading angle.

3. The method according to claim 1, characterized in that, The first measurement information includes at least one of the following: Reference Signal Received Power (RSRP), Received Signal Strength Indication (RSSI), Signal-to-Interference-plus-Noise Ratio (SINR), and Channel Busy Ratio (CBR).

4. The method according to claim 3, characterized in that, When the first device is a vehicle-mounted device, the first measurement information further includes at least one of the following: latitude and longitude, altitude, speed, and heading angle of the first device.

5. The method according to claim 1, characterized in that, Also includes: Upon receiving the termination signal of the road test task, a second road test control message is broadcast to the second device. The second road test control message includes at least a preset termination task number, which is used to indicate the termination of the road test task.

6. A control method for V2X drive testing, applied to a second device, characterized in that, include: The first drive test control message is received from the first device after the first device receives a drive test task start signal. The first drive test control message includes at least one of the following: second device identifier, drive test task number, at least one AID and packet parameters corresponding to each AID. The packet parameters include: packet transmission frequency, packet size and number of packets. The test task process corresponding to the road test task is executed according to the first road test control message, and during the execution of the test task process, road test data messages are sent to the first device; During the execution of the test task process, sending drive test data messages to the first device includes: According to the packet parameters of each AID in the drive test control message, the drive test data message is sent to the first device. The drive test data message includes at least one of the following: a second device identifier, a second measurement parameter, a packet transmission time, and a packet sequence number. The second device identifier is used to represent the identity information of the second device that sent the drive test data, so that the first device can determine whether it is the corresponding second device. The second measurement parameter is the measurement quantity obtained by the second device when performing the measurement, which is used by the first device to extract information about the measurement quantity from the second measurement information. The packet transmission time and the packet sequence number are used by the first device to calculate the application latency and PRR in the second measurement information.

7. The method according to claim 6, characterized in that, The process of executing the test task corresponding to the road test task according to the first road test control message includes any one of the following: When there is no test task process corresponding to the road test task number in the second device, the test task process corresponding to the road test task number is created according to the first road test control message, and the test task process is executed. When the second device has a test task process corresponding to the road test task number, but no subtask corresponding to the first target AID, a subtask corresponding to the first target AID is created in the test task process corresponding to the task number, and the test task process is executed. When the second device contains the test task process corresponding to the road test task number and the subtask corresponding to the second target AID, the packet sending counter corresponding to the second target AID is initialized, and the test task process is executed.

8. The method according to claim 6, characterized in that, When the second device is a vehicle-mounted device, the road test data message further includes at least one of the following: latitude and longitude, altitude, speed, and heading angle of the second device.

9. The method according to claim 6, characterized in that, The step of sending the drive test data message to the first device according to the packet parameters of each AID in the drive test control message further includes: The number of packets sent is counted using the packet sending counter corresponding to each AID.

10. The method according to claim 9, characterized in that, When counting the number of packets sent using a packet counter corresponding to each AID, the method further includes: When the packet counter corresponding to any third target AID overflows, the portion of the test task process related to the third target AID is stopped. When all the packet counters overflow, the test task process is terminated and resources are released.

11. The method according to claim 6, characterized in that, Also includes: During the execution of the test task process, when a second drive test control message is received from the first device, the test task process is terminated and resources are released according to the preset termination task number in the second drive test control message.

12. A control device for V2X road testing, applied to a first device, characterized in that, include: The first processing module is configured to, upon receiving a start signal for a road test task, broadcast a first road test control message corresponding to the road test task to a second device within the communication range. The first road test control message includes at least one of the following: a second device identifier, a road test task number, at least one AID, and packet parameters corresponding to each AID. The packet parameters include: packet transmission frequency, packet size, and number of packets transmitted. The second processing module is used to obtain second measurement information based on the road test data message sent by the second device, wherein the road test data message is sent by the second device when performing a road test task based on the first road test control message; The third processing module is used to execute the first measurement task on the first device side and obtain the first measurement information; The fourth processing module is used to report the first measurement information and the second measurement information to the data analysis device; The second processing module includes: The first processing unit is used to record the packet reception time of the received drive test data message and the drive test data message, wherein the drive test data message includes at least one of the following: a second device identifier, a second measurement parameter, a packet transmission time, and a packet sequence number; The second processing unit is used to obtain the application layer latency based on the packet sending time and the packet receiving time. The third processing unit is used to determine the number of lost packets based on the packet sequence number and obtain the PRR; The fourth processing unit is used to determine that the second measurement parameter, the application layer latency, and the PRR are the second measurement information.

13. A control device for V2X road testing, applied to a second device, characterized in that, include: The fifth processing module is used to receive a first drive test control message sent by the first device. The first drive test control message is sent by the first device after receiving a drive test task start signal. The first drive test control message includes at least one of the following: a second device identifier, a drive test task number, at least one AID, and packet parameters corresponding to each AID. The packet parameters include: packet transmission frequency, packet size, and number of packets. The sixth processing module is used to execute the test task process corresponding to the road test task according to the first road test control message, and to send road test data messages to the first device during the execution of the test task process. The eighth processing unit is configured to send the drive test data message to the first device according to the packet parameters of each AID in the drive test control message. The drive test data message includes at least one of the following: a second device identifier, a second measurement parameter, a packet transmission time, and a packet sequence number. The second device identifier is used to represent the identity information of the second device that sent the drive test data, so that the first device can determine whether it is the corresponding second device. The second measurement parameter is a measurement quantity obtained by the second device when performing measurement, which is used by the first device to extract information about the measurement quantity from the second measurement information. The packet transmission time and the packet sequence number are used by the first device to calculate the application latency and PRR in the second measurement information.

14. A vehicle networking device, characterized in that, include: A processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the control method for V2X drive testing applied to a first device as described in any one of claims 1 to 5, or implements the steps of the control method for V2X drive testing applied to a second device as described in any one of claims 6 to 11.

15. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the control method for V2X drive testing applied to a first device as described in any one of claims 1 to 5, or implements the steps of the control method for V2X drive testing applied to a second device as described in any one of claims 6 to 11.

Images