Vehicle-road cooperation air interface message thermodynamic diagram generation method, system and equipment

Abstract

The invention discloses a vehicle-road cooperation air interface message thermodynamic diagram generation method, system and device, and is applied to the technical field of intelligent network connection, and the method comprises the steps: screening an effective air interface message and a reference air interface message from all air interface messages broadcasted by roadside construction equipment on each road in a cross-domain region; counting the number of effective air interface messages in a circular area taking the plane projection coordinate of the reference air interface message as the center from the effective air interface messages, and taking the number as heat source attribute data of the reference air interface message; marking heat source attribute data of the reference air interface message to corresponding positions in the map base map of the cross-domain region to form a visual map base map; and a vehicle-road cooperation air interface message thermodynamic diagram is generated based on the heat source attribute data of the reference air interface message in the visual map base map, so that the total message amount and the coverage condition of the roadside construction equipment on each road can be quickly determined through the vehicle-road cooperation air interface message thermodynamic diagram. And the scale and standardization of the cross-region slice consistency service can be effectively promoted.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of Internet of Vehicles communication, and in particular to a method, system and device for generating a hot map of air interface messages of vehicle-road cooperation. BACKGROUND

[0002] With the rapid development of intelligent networked vehicles and vehicle-road cooperation technology, V2X (Internet of Vehicles) communication technology has become an important basis for supporting intelligent transportation systems (ITS) and future autonomous driving. V2X technology realizes real-time information interaction among vehicles, road infrastructure and other traffic participants through wireless communication between vehicles (V2V), vehicles and infrastructure (V2I), vehicles and networks (V2N) and vehicles and pedestrians (V2P), thereby improving traffic safety, reducing congestion and optimizing energy efficiency. With the aid of wireless communication and Internet technologies, real-time interaction of dynamic information between traffic infrastructure-vehicles, vehicles and clouds is achieved in all directions, which is the basis for realizing the networking of traffic elements in vehicle-road cooperation.

[0003] At present, vehicle-road cooperation has entered the demonstration and innovation stage, and has begun to deploy standardized and functionally consistent Internet of Vehicles infrastructure within urban areas according to the idea of connecting within a single city and connecting across regions. On this basis, further cross-regional interconnection, business cooperation and application guarantee are promoted, thereby further improving user experience and promoting industrial scale development. However, it is often difficult to determine the coverage range of existing roadside construction equipment and weakly covered or uncovered areas within each region when performing cross-regional connection on the basis of multiple projects, multiple teams, multiple devices and multiple regions that have been constructed, thereby making it difficult to achieve consistent services across regions. SUMMARY

[0004] The present application provides a method, system and device for generating a hot map of air interface messages of vehicle-road cooperation, to solve the problem that it is difficult to determine the actual construction points and coverage range of existing roadside construction equipment and weakly covered or uncovered areas within each region when promoting cross-regional interconnection. The technical solutions provided by the present application are as follows: In one aspect, the present application provides a method for generating a hot map of air interface messages of vehicle-road cooperation, comprising: acquiring all air interface messages broadcast by roadside construction equipment on each road within a cross-regional area collected by air interface collection equipment; For each road in the cross-domain region, from all air interface messages broadcast by roadside construction equipment on the road, each valid air interface message corresponding to the road is screened out according to a first screening strategy; from the valid air interface messages corresponding to the road, each reference air interface message corresponding to the road is screened out according to a second screening strategy; for each reference air interface message, from the valid air interface messages corresponding to the road, the number of valid air interface messages in a first circular region centered on the planar projection coordinate of the reference air interface message and with a first distance threshold as the radius is counted as the heat source attribute data of the reference air interface message; wherein the planar projection coordinate of the reference air interface message is obtained by converting the latitude and longitude coordinates in the reference air interface message to a planar coordinate system used by a map base map of the cross-domain region; For each road in the cross-domain region, the heat source attribute data of each reference air interface message corresponding to the road is marked to the corresponding position of the planar projection coordinate of each reference air interface message corresponding to the road in the map base map of the cross-domain region, to form a visual map base map. Based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map, a vehicle-road cooperation air interface message heat map of the cross-domain region is generated.

[0005] Optionally, from all air interface messages broadcast by roadside construction equipment on the road, each valid air interface message corresponding to the road is screened out according to the first screening strategy, including: The private messages and non-safety messages in all air interface messages broadcast by roadside construction equipment on the road are filtered to obtain each valid air interface message corresponding to the road.

[0006] Optionally, the second screening strategy includes a first filtering rule and a second filtering rule; from the valid air interface messages corresponding to the road, each reference air interface message corresponding to the road is screened out according to the second screening strategy, including: The first filtering rule is that a set number of valid air interface messages are retained in each set length road section; the second filtering rule is that all air interface messages outside a second circular region centered on the planar projection coordinate of the first reference air interface message and with a second distance threshold as the radius are discarded, and when the time span between the earliest collected valid air interface message and the latest collected valid air interface message in the second circular region is greater than or equal to a time length threshold, each valid air interface message in the second circular region is discarded.

[0007] Optionally, the second screening strategy is used to screen the reference air interface messages corresponding to the road from the respective effective air interface messages corresponding to the road, including: If the road is a two-way road, the respective effective air interface messages corresponding to the road are divided into effective air interface messages of an uplink section of the road and effective air interface messages of a downlink section of the road; the respective reference air interface messages of the uplink section of the road are screened from the respective effective air interface messages of the uplink section of the road according to the second screening strategy, and the respective reference air interface messages of the downlink section of the road are screened from the respective effective air interface messages of the downlink section of the road according to the second screening strategy.

[0008] Optionally, the vehicle-road cooperation air interface message heat map generation method provided in the application further includes: In response to a position display triggering operation for the roadside construction equipment, a vector layer is newly added above the grid layer of the vehicle-road cooperation air interface message heat map; The latitude and longitude coordinates of the roadside construction equipment on each road in the cross-region are extracted from the respective effective air interface messages corresponding to each road in the cross-region; The latitude and longitude coordinates of the roadside construction equipment on each road in the cross-region are converted to a plane coordinate system used by a map base map of the cross-region to obtain the plane projection coordinates of the roadside construction equipment on each road; In the vector layer, the position icons of the roadside construction equipment on each road in the cross-region are respectively drawn to the corresponding positions of the roadside construction equipment in the map base map of the cross-region.

[0009] Optionally, the vehicle-road cooperation air interface message heat map generation method provided in the application further includes: In response to a first screening triggering operation for the effective air interface messages, a target signal receiving performance index range is input, and the air interface messages meeting the target signal receiving performance index range are taken as the effective air interface messages to generate a vehicle-road cooperation air interface message heat map corresponding to the target signal receiving performance index range; In response to a second screening triggering operation for the effective air interface messages, a target air interface message type is input, and the air interface messages meeting the target air interface message type are taken as the effective air interface messages to generate a vehicle-road cooperation air interface message heat map corresponding to the target air interface message type; In response to a third screening trigger operation for the valid air interface message, a minimum message number and a target time window are obtained, for each reference air interface message, the number of valid air interface messages in the target time window is counted in a first circular region with the planar projection coordinates of the reference air interface message as the center and the first distance threshold as the radius, and if the number of valid air interface messages in the target time window is less than the minimum message number, the heat source attribute data of the reference air interface message is set to zero or the reference air interface message is discarded to generate a car-road cooperation air interface message heat map corresponding to message sending compliance.

[0010] Optionally, the car-road cooperation air interface message heat map generation method provided by the application further comprises: In response to an abnormal marking trigger operation for the reference air interface message on the car-road cooperation air interface message heat map, an input abnormal label category and custom text content are obtained, and the abnormal label category and custom text content are associated with the planar projection coordinates of the reference air interface message, the collection time and the device identifier of the roadside construction device to generate an abnormal record; The abnormal record is written into a custom file, and the custom file is associated with the car-road cooperation air interface message heat map and saved in a file name or key value manner.

[0011] Optionally, the car-road cooperation air interface message heat map generation method provided by the application further comprises: In response to a test report generation trigger operation for the car-road cooperation air interface message heat map, the car-road cooperation air interface message heat map is converted into a standard image format; based on the heat map region placeholder and the metadata field in the test report template, the car-road cooperation air interface message heat map in the standard image format is written into the heat map region in the test report template, and the test time, the test range and the test device identifier are filled into the metadata field in the test report template to generate a test report; wherein the test time is the time interval between the collection time of the first valid air interface message and the collection time of the last valid air interface message, the test range is the geographic spatial range represented by the cross-domain region, and the test device identifier is the device identifier of all roadside construction devices in the test range.

[0012] On the other hand, the application provides a car-road cooperation air interface message heat map generation system, comprising: A data collection layer is configured to obtain all air interface messages broadcast by roadside construction devices on each road in a cross-domain region collected by an air interface collection device; The data processing layer is configured to: for each road in the cross-region area, screen, according to a first screening strategy, each valid air interface message corresponding to the road from all air interface messages broadcast by roadside construction equipment on the road; screen, according to a second screening strategy, each reference air interface message corresponding to the road from the each valid air interface message corresponding to the road; for each reference air interface message, count, as heat source attribute data of the reference air interface message, a number of valid air interface messages in a first circular region centered on a planar projection coordinate of the reference air interface message and having a first distance threshold as a radius, from the each valid air interface message corresponding to the road; wherein the planar projection coordinate of the reference air interface message is obtained by converting a latitude and longitude coordinate in the reference air interface message to a planar coordinate system used by a map base map of the cross-region area. The data visualization layer is configured to: for each road in the cross-region area, mark, respectively, heat source attribute data of each reference air interface message corresponding to the road to a corresponding position of a planar projection coordinate of each reference air interface message corresponding to the road in a map base map of the cross-region area, to form a visualized map base map; and generate a vehicle-road cooperation air interface message heat map of the cross-region area based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-region area in the visualized map base map.

[0013] In another aspect, the present application provides an electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the vehicle-road cooperation air interface message heat map generation method when executing the computer program.

[0014] The beneficial effects of the present application are as follows: The present application can quickly and clearly determine the total amount and coverage of roadside construction equipment on each road by using the vehicle-road cooperation air interface message heat map, and thus can effectively promote the standardization of the scale of cross-region consistency services, by screening valid air interface messages and reference air interface messages from all air interface messages broadcast by roadside construction equipment on each road in the cross-region area, and marking heat source attribute data of the reference air interface messages to corresponding positions in a map base map of the cross-region area to form a visualized map base map, and generating a vehicle-road cooperation air interface message heat map based on the heat source attribute data of the reference air interface messages in the visualized map base map.

[0015] Other features and advantages of the present application will be set forth in the following description, and in part will become apparent to those skilled in the art from the description, or can be learned by practice of the present application. The objects and other advantages of the present application can be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings. BRIEF DESCRIPTION OF DRAWINGS

[0016] The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application. In the drawings: Figure 1 A schematic diagram of a general flow of a vehicle-road cooperation air interface message heat map generation method in an embodiment of the application is shown in FIG. 1. Figure 2 A functional structure diagram of a vehicle-road cooperation air interface message heat map generation system in an embodiment of the application is shown in FIG. 2. Figure 3 A hardware structure diagram of an electronic device in an embodiment of the application is shown in FIG. 3. DETAILED DESCRIPTION

[0017] In order to make the objects, technical solutions, and advantages of the application clearer, the technical solutions in the embodiments of the application will be described below in conjunction with the drawings in the embodiments of the application. Obviously, the described embodiments are only some of the embodiments of the application, but not all the embodiments. Based on the embodiments in the application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of protection of the application.

[0018] An embodiment of the application provides a vehicle-road cooperation air interface message heat map generation method, as shown in FIG. 1. Figure 1 The general flow of the vehicle-road cooperation air interface message heat map generation method provided by an embodiment of the application is as follows. Step 101: Obtain all air interface messages broadcast by roadside construction devices on each road in a cross-domain area collected by an air interface collection device.

[0019] In an embodiment of the application, the collection of air interface messages is completed by field construction and implementation personnel carrying a terminal with air interface message collection capability. At least one circle of uniform speed driving is required on the uplink and downlink sections of each road involved in the cross-domain area (i.e., the test area), that is, the collection of air interface messages (i.e., the test work) is completed. Specifically, the data collection phase includes: (1) Data collection and summary: after the device is turned on: a) The application program and the terminal can autonomously receive all roadside data within the communication range of the device through the standard protocol.

[0020] b) The messages are summarized into the underlying database of the program, classified and summarized, support subsequent selection according to time period and recording location, and file naming according to naming rules (time_location_abbreviation_size).

[0021] c) Create a calling interface to support the device display layer and the data processing layer to call and meet the display needs of the data.

[0022] (2) Data alignment: support to align the data collected multiple times; a) After storing the data to the database, the data will be actively copied 1 copy, and the backup data will be processed to meet the needs of visual calculation.

[0023] b) The backup data is first plotted on the map base map, similar to LBS service, within a 5-meter diameter road section, only 2 points are retained on the uplink and downlink roads, as the reference point for subsequent statistical heat map. The non-point data in the data packet is filtered and deleted, and further slimming down the visual file.

[0024] c) Keep the configuration interface, support to configure the test range, reserved point, and test message type of each point of the test road section.

[0025] Step 102: For each road in the cross-domain area, from all air interface messages broadcast by roadside construction equipment on the road, according to a first filtering strategy, filter out each valid air interface message corresponding to the road; from each valid air interface message corresponding to the road, according to a second filtering strategy, filter out each reference air interface message corresponding to the road; for each reference air interface message, from each valid air interface message corresponding to the road, count the number of valid air interface messages in a first circular region centered on the planar projection coordinate of the reference air interface message and with a first distance threshold as the radius as the heat source attribute data of the reference air interface message; wherein the planar projection coordinate of the reference air interface message is obtained by converting the latitude and longitude coordinates in the reference air interface message to a planar coordinate system used by the map base map of the cross-domain area.

[0026] In the embodiments of the present application, after obtaining all air interface messages broadcast by roadside construction devices on each road in the cross-region area collected by the air interface collection device, the air interface messages broadcast by the roadside construction devices on each road in the cross-region area are stored in the data storage area according to the collection time and the collection road section, and then the air interface messages broadcast by the roadside construction devices on each road in the cross-region area stored in the data storage area according to the collection time and the collection road section are copied to the data processing area. In the data processing area, for each road in the cross-region area, each valid air interface message corresponding to the road is selected from all air interface messages broadcast by the roadside construction devices on the road according to a first screening strategy. If the road is a two-way road, each valid air interface message corresponding to the road is divided into valid air interface messages of an uplink road section of the road and valid air interface messages of a downlink road section of the road. Each reference air interface message of the uplink road section of the road is selected from each valid air interface message of the uplink road section of the road according to a second screening strategy, and for each reference air interface message of the uplink road section of the road, the number of valid air interface messages in a first circular region centered on the planar projection coordinates of the reference air interface message and with a first distance threshold as the radius is counted as the heat source attribute data of the reference air interface message from each valid air interface message of the uplink road section of the road. Each reference air interface message of the downlink road section of the road is selected from each valid air interface message of the downlink road section of the road according to the second screening strategy, and for each reference air interface message of the downlink road section of the road, the number of valid air interface messages in a first circular region centered on the planar projection coordinates of the reference air interface message and with a first distance threshold as the radius is counted as the heat source attribute data of the reference air interface message from each valid air interface message of the downlink road section of the road.

[0027] In the embodiments of the present application, when each valid air interface message corresponding to the road is selected from all air interface messages broadcast by the roadside construction devices on the road according to the first screening strategy, the private messages and non-safety messages in all air interface messages broadcast by the roadside construction devices on the road can be filtered to obtain each valid air interface message corresponding to the road.

[0028] In the embodiments of the present application, the second screening strategy includes a first filtering rule and a second filtering rule; when each reference air message corresponding to a road is screened from each effective air message corresponding to the road according to the second screening strategy, a first reference air message corresponding to the road can be obtained by preliminarily filtering each effective air message corresponding to the road according to the first filtering rule, a second reference air message corresponding to the road can be obtained by secondarily filtering each effective air message corresponding to the road according to the second filtering rule with the first reference air message as a reference; the first reference air message and the second reference air message corresponding to the road are determined as each reference air message corresponding to the road; wherein the first filtering rule is that a set number of effective air messages are reserved in each set length road section; the second filtering rule is that all air messages outside a second circular region with a plane projection coordinate of the first reference air message as a center and a second distance threshold as a radius are discarded, and when a time span between the earliest collected effective air message and the latest collected effective air message in the second circular region is greater than or equal to a time length threshold, each effective air message in the second circular region is discarded. Specifically, the data filtering stage includes: a) Screening whether there is a private message and a non-safe message in the data packet, and marking the message.

[0029] b) Executing a filtering mechanism to filter the data of the non-marked point (more than 1 meter) in the data packet.

[0030] c) If the time of the starting point in the second circular region of a marked point is more than 2S, there may be a problem such as traffic jam, and the point data also needs to be filtered.

[0031] d) Based on the filtering result, a new same filename file packet is generated, and the copied environmental data packet is replaced in the same folder to avoid the reservation of too much environmental data.

[0032] Step 103: For each road in the cross-domain region, the heat source attribute data of each reference air message corresponding to the road is marked to the corresponding position of the plane projection coordinate of each reference air message corresponding to the road in the map base map of the cross-domain region, to form a visual map base map.

[0033] In the embodiments of the present application, for each road in the cross-domain region, when the heat source attribute data of each reference air message corresponding to the road is marked to the corresponding position of the plane projection coordinate of each reference air message corresponding to the road in the map base map of the cross-domain region, the following steps are included: a) Based on the selected post-processing file, the position is traversed to clearly test the range, and the map base map of the test range is downloaded.

[0034] b) marking each reference air interface message corresponding to the road and the heat source attribute data of each reference air interface message on the map.

[0035] Step 104: generating the car-road cooperation air interface message heat map of the cross-domain region based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map.

[0036] In the embodiments of the present application, when generating the car-road cooperation air interface message heat map of the cross-domain region based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map, the following steps are included: a) heat source mapping step: mapping each reference air interface message corresponding to each road in the cross-domain region into a discrete heat source set, wherein each reference air interface message is set as a discrete heat source, and the heat contribution value of the discrete heat source is the heat source attribute data; b) gridding step: dividing the cross-domain region into a regular grid array with a predetermined spatial resolution to obtain a plurality of grid cells; c) diffusion interpolation step: for each discrete heat source, performing heat diffusion operation in a circular range with a set distance (such as 1 meter) as the center of the grid cell where the discrete heat source is located, the heat diffusion operation calculates the heat contribution value based on the distance decay function, and the heat contribution value is accumulated to the corresponding grid cell to form the accumulated heat intensity distribution; d) smoothing processing step: performing smoothing filtering on the accumulated heat intensity distribution to eliminate the step effect between grid cells, thereby obtaining a continuous heat intensity field; e) color mapping step: mapping the heat intensity value in the continuous heat intensity field to a preset color gradient to generate a heat map layer with continuous color gradient; f) output step: superimposing the heat map layer on the map base map to output the car-road cooperation air interface message heat map.

[0037] Further, based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map, after generating the car-road cooperation air interface message heat map of the cross-domain region, in response to the position display trigger operation for the roadside construction equipment, a vector layer is added on the grid layer of the car-road cooperation air interface message heat map; the latitude and longitude coordinates of the roadside construction equipment on each road in the cross-domain region are extracted from each effective air interface message corresponding to each road in the cross-domain region; the latitude and longitude coordinates of the roadside construction equipment on each road in the cross-domain region are converted to the plane coordinate system used by the map base map of the cross-domain region to obtain the plane projection coordinates of the roadside construction equipment on each road; in the vector layer, the position icons of the roadside construction equipment on each road in the cross-domain region are respectively drawn to the corresponding positions of the plane projection coordinates of the roadside construction equipment in the map base map of the cross-domain region, so as to complete the on-screen visualization of the device position and the heat map. Specifically, it includes: a) When the user selects to display the device position, then support to draw and display the current device position on the basis of the heat map.

[0038] b) First, according to the collected messages, the device position is selected, and through the positioning deflection plug-in, the device coordinate statistics are converted to the O2 coordinate system, and then the points are marked on the map.

[0039] Further, based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map, after generating the car-road cooperation air interface message heat map of the cross-domain region, in response to the first filtering trigger operation for the effective air interface message, the input target signal receiving performance index range is obtained, the air interface message meeting the target signal receiving performance index range is taken as the effective air interface message, and the car-road cooperation air interface message heat map corresponding to the target signal receiving performance index range is generated; in response to the second filtering trigger operation for the effective air interface message, the input target air interface message type is obtained, the air interface message meeting the target air interface message type is taken as the effective air interface message, and the car-road cooperation air interface message heat map corresponding to the target air interface message type is generated; in response to the third filtering trigger operation for the effective air interface message, the input minimum message number and target time window are obtained, for each reference air interface message, the number of effective air interface messages in the target time window is counted in a first circular region with the planar projection coordinate of the reference air interface message as the center and the first distance threshold as the radius, and if the number of effective air interface messages in the target time window is less than the minimum message number, the heat source attribute data of the reference air interface message is set to zero or the reference air interface message is discarded, and the car-road cooperation air interface message heat map corresponding to the message sending compliance is generated. In addition, the heat source attribute data of any one or more of the above reference air interface messages can be rendered into a heat map and superimposed on the map base map to form a visual car-road cooperation air interface message heat map that meets the user's operation test requirements. Specifically, it includes: a) Support filtering of display levels of heat maps according to signal receiving performance RSRP, SINR, RSSI, etc., or setting filtering conditions, and support users to perform satisfaction tests according to actual operation needs.

[0040] b) Support users to set heat maps according to messages sent by roadside, such as configuring according to MAP, SPAT, RSI, and RSM, to support message display under different message types.

[0041] c) Support configuring according to message quantity, such as filtering if the number of point messages is less than a certain number within a specified time, to test message sending compliance.

[0042] Further, after generating the vehicle-road cooperation air interface message heat map of the cross-domain region based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map, the abnormal label category and the custom text content can be obtained in response to the abnormal label trigger operation on the reference air interface message on the vehicle-road cooperation air interface message heat map, and the abnormal label category and the custom text content are associated with the plane projection coordinates of the reference air interface message, the collection time and the device identifier of the roadside construction device to generate an abnormal record; the abnormal record is written into a custom file, and the custom file is associated with the vehicle-road cooperation air interface message heat map and saved in a file name or key value manner. In this way, by associating and saving the custom file with the vehicle-road cooperation air interface message heat map, the binding and archiving of abnormal information and test data can be realized, and subsequent backtracking, re-analysis or automatic reference of reports can be supported. Specifically, it includes: a) Add an abnormal label function, and the user can select a specific point, add an abnormal label, and input custom content; b) The custom abnormal label is stored as a custom file, which is retained together with the file and associated.

[0043] Further, after generating the vehicle-road cooperation air interface message heat map of the cross-domain region based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain region in the visual map base map, the abnormal label category and the custom text content can be obtained in response to the abnormal label trigger operation on the reference air interface message on the vehicle-road cooperation air interface message heat map, and the abnormal label category and the custom text content are associated with the plane projection coordinates of the reference air interface message, the collection time and the device identifier of the roadside construction device to generate an abnormal record; the abnormal record is written into a custom file, and the custom file is associated with the vehicle-road cooperation air interface message heat map and saved in a file name or key value manner. In this way, by associating and saving the custom file with the vehicle-road cooperation air interface message heat map, the binding and archiving of abnormal information and test data can be realized, and subsequent backtracking, re-analysis or automatic reference of reports can be supported. Specifically, it includes: a) Add a report output interface to support the user to output the heat map generation content as needed.

[0044] b) The output content includes test time, test range, test device, heat map according to the filtered result, and custom content.

[0045] c) Support the export capability of the report to support exporting the report to an external U disk.

[0046] The vehicle-road cooperation air interface message heat map generation method provided by the embodiment of the application is further described in detail below. The specific process of the vehicle-road cooperation air interface message heat map generation method provided by the embodiment of the application is as follows: (1) Initialize the environment: Before the system starts running, perform necessary environment configuration and resource loading, set system running parameters, connect the database, load related libraries and drivers, and prepare for subsequent data collection and processing.

[0047] (2) Data collection and summary: Connect with the roadside construction unit through the standard communication protocol, obtain roadside data, store the data into the database, and name the file according to the rules. It is the source of system data.

[0048] (3) Data verification: Check the validity of the collected data, check the integrity, format correctness, and value range of the data, and ensure that the data meets the system requirements to avoid problems caused by data errors in the subsequent processing process.

[0049] (4) Error handling: When data verification fails, identify the error type and handle it according to the preset rules, such as re-collecting data, recording error information, etc., to avoid system crashes.

[0050] (5) Log recording: Record error information, operation steps, timestamps, and other key information in log files to facilitate developers to debug and troubleshoot problems.

[0051] (6) Data alignment: Duplicate a copy of the verified data, mark it on the map base map, filter and retain the point positions according to the rules, filter non-point data, and support users to configure related parameters of the test section to prepare for subsequent visualization and analysis.

[0052] (7) Data filtering: Mark private and non-secure messages in the data packet, filter non-marked point positions and start point time exceeding 2S marked point position data, generate a new file package to replace the original environment data package, and improve the accuracy and usability of the data.

[0053] (8) Generate heat map data: According to the processed data, count the number of messages near the point, determine the related attributes of the drawing point, and provide the required information for heat map rendering.

[0054] (9) Heat map rendering: Use a graphics library visualization tool to draw a heat map according to the heat map data, and convert it into a visual graphical interface to display to the user.

[0055] (10) Generate device bitmap data (optional): If the user needs to display the device location, select the device location from the collected messages, perform coordinate conversion, and calculate the data required for the device bitmap.

[0056] (11) Filter condition analysis: Analyze the user input signal performance, message type, message quantity, and other filtering conditions, and convert them into a format that the system can understand and process.

[0057] (12) Data filtering processing (optional): Traverse the data according to the parsed filtering conditions, filter out data that does not meet the conditions, and only display content that meets the conditions.

[0058] (13) Exception marking logic processing (optional): Receive user input exception labels and custom content, associate them with corresponding points, and save them to the system.

[0059] (14) Report data assembly: Extract test time, range, device, filtered heat map, and custom content from the database and system, and assemble them according to the report template.

[0060] (15) Report format conversion: Use corresponding libraries or tools to convert the assembled report data into a format suitable for export, such as PDF.

[0061] (16) Report export to U disk: Copy the converted report file to the specified location on the U disk for easy user saving and sharing.

[0062] (17) Resource release: Before the system ends running, close the database connection, release the cache, clean up temporary files, release the occupied resources, and avoid resource leakage.

[0063] The data structure of the air interface message in the embodiment of the present application is described below, wherein the air interface message includes: 1. DataRecord class: represents a data record, contains various data information collected from OBU, is the basic unit of the entire system data, and the attributes include: id: unique identifier of the data record.

[0064] timestamp: data collection timestamp.

[0065] location: data collection location.

[0066] messageType: message type, such as MAP, SPAT, RSI, RSM, etc.

[0067] signalStrength: signal strength, such as RSRP, SINR, RSSI, etc.

[0068] messageCount: message quantity of the point.

[0069] isPrivateMessage: flag indicating whether it is a private message.

[0070] isSafeMessage: flag indicating whether the message is safe.

[0071] coordinateX and coordinateY: coordinates of the data collection point.

[0072] isMarkedPoint: flag indicating whether the point is marked.

[0073] deviceId: associated device ID.

[0074] 2. DataCollection class: represents a collection of data collection, including all data records, collection time, location, and file name, etc. Attributes include: records: stores all DataRecord objects of this collection.

[0075] collectionTime: collection time.

[0076] collectionLocation: collection location.

[0077] collectionFileName: data file name.

[0078] 3. FilteredData class: represents filtered data collection, including filtered DataRecord objects and filter criteria. Attributes include: filteredRecords: stores filtered DataRecord objects.

[0079] filterCriteria: records filter criteria.

[0080] 4. HeatmapData class: represents data for generating heatmaps, including heatmap drawing points, test range, and map base URL, etc. Attributes include: heatmapPoints: stores DataRecord objects for drawing heatmaps.

[0081] heatmapRange: heatmap test range.

[0082] mapBaseUrl: map base URL.

[0083] 5. DeviceBitmapData class: represents data for generating device bitmap, including device point information and coordinate system. Attributes include: devicePoints: Stores the DataRecord objects of the devices.

[0084] coordinateSystem: Coordinate system, such as the 02 coordinate system.

[0085] 6. CustomFilter class: Represents user-defined filtering conditions, including signal performance, message type, and message count thresholds. Attributes include: signalPerformance: Signal performance filtering conditions, such as RSRP, SINR, and RSSI thresholds.

[0086] messageTypeFilter: Message type filtering conditions, such as specific message types.

[0087] messageCountThreshold: Message count threshold.

[0088] 7. ExceptionMark class: Represents user-added exception markers, including point ID, label, and custom content. Attributes include: pointId: Point ID of the exception marker.

[0089] exceptionLabel: Exception label.

[0090] customContent: User-input custom content.

[0091] 8. Report class: Represents generated reports, including test time, range, device, heatmap data, and exception markers. Attributes include: testTime: Test time.

[0092] testRange: Test range.

[0093] testDevice: Test device.

[0094] heatmap: Associated HeatmapData object.

[0095] exceptionMarks: Stores all ExceptionMark objects.

[0096] reportFormat: Report format, limited to PDF.

[0097] 9. Relationships between classes: The DataCollection, FilteredData, HeatmapData, and DeviceBitmapData classes all contain multiple DataRecord objects, linked through composition relationships. The Report class contains a HeatmapData object and multiple ExceptionMark objects, linked through composition relationships. The relationships between these data structures clearly reflect the flow and processing of data in the system, from data collection to data processing, visualization, and report generation, with each stage having corresponding classes to represent and store the data.

[0098] Based on the above embodiments, the embodiment of the present application provides a vehicle-road cooperation air interface message heat map generation system, as shown in Figure 2 The vehicle-road cooperation air interface message heat map generation system 200 provided by the embodiment of the present application at least includes: The data acquisition layer 210 is configured to acquire all air interface messages broadcast by roadside construction equipment on each road in the cross-domain region collected by the air interface acquisition device; The data processing layer 220 is configured to, for each road in the cross-domain region, filter out, from all air interface messages broadcast by roadside construction equipment on the road, respective valid air interface messages corresponding to the road according to a first filtering strategy; filter out, from the respective valid air interface messages corresponding to the road, respective reference air interface messages corresponding to the road according to a second filtering strategy; and for each reference air interface message, count, from the respective valid air interface messages corresponding to the road, a number of valid air interface messages in a first circular region with a plane projection coordinate of the reference air interface message as a center and a first distance threshold as a radius as heat source attribute data of the reference air interface message; wherein the plane projection coordinate of the reference air interface message is obtained by converting a latitude and longitude coordinate in the reference air interface message to a plane coordinate system used by a map base map of the cross-domain region. The data visualization layer 230 is configured to, for each road in the cross-domain region, mark the heat source attribute data of the respective reference air interface messages corresponding to the road to respective positions of plane projection coordinates of the respective reference air interface messages corresponding to the road in the map base map of the cross-domain region, to form a visualized map base map; and generate a vehicle-road cooperation air interface message heat map of the cross-domain region based on the heat source attribute data of the respective reference air interface messages corresponding to each road in the cross-domain region in the visualized map base map.

[0099] In a possible implementation, the data processing layer 220 is configured to filter private messages and non-secure messages in all air interface messages broadcast by roadside construction equipment on the road to obtain the respective valid air interface messages corresponding to the road.

[0100] In a possible implementation, the second screening strategy includes a first filtering rule and a second filtering rule; the data processing layer 220 is configured to perform preliminary filtering on each of the valid air interface messages corresponding to the road according to the first filtering rule to obtain first reference air interface messages corresponding to the road, perform secondary filtering on each of the valid air interface messages corresponding to the road according to the second filtering rule to obtain second reference air interface messages corresponding to the road, and determine the first reference air interface messages and the second reference air interface messages corresponding to the road as each of the reference air interface messages corresponding to the road; the first filtering rule is to reserve a set number of valid air interface messages in each road section of a set length; and the second filtering rule is to discard all air interface messages outside a second circular region with a center of the planar projection coordinates of the first reference air interface message and a radius of a second distance threshold, and discard each of the valid air interface messages in the second circular region when a time span between the earliest collected valid air interface message and the latest collected valid air interface message in the second circular region is greater than or equal to a time length threshold.

[0101] In a possible implementation, the data processing layer 220 is configured to, if the road is a bidirectional road, divide each of the valid air interface messages corresponding to the road into valid air interface messages of an uplink road section of the road and valid air interface messages of a downlink road section of the road, screen each of the reference air interface messages of the uplink road section of the road from each of the valid air interface messages of the uplink road section of the road according to the second screening strategy, and screen each of the reference air interface messages of the downlink road section of the road from each of the valid air interface messages of the downlink road section of the road according to the second screening strategy.

[0102] In a possible implementation, the data visualization layer 230 is further configured to, in response to a position display triggering operation for the road-side construction equipment, add a vector layer above the raster layer of the C-V2X air interface message heat map; extract the latitude and longitude coordinates of the road-side construction equipment on each road in the cross-domain region from each of the valid air interface messages corresponding to each road in the cross-domain region; convert the latitude and longitude coordinates of the road-side construction equipment on each road in the cross-domain region to a planar coordinate system used by a map base map of the cross-domain region to obtain planar projection coordinates of the road-side construction equipment on each road; in the vector layer, draw a position icon of the road-side construction equipment on each road in the cross-domain region to a corresponding position of the road-side construction equipment in the map base map of the cross-domain region.

[0103] In a possible implementation, the C-V2X air interface message heat map generation system 200 provided by the embodiments of the present application further includes: The self-defined display layer 240 is configured to, in response to a first screening trigger operation for valid air interface messages, acquire an input target signal receiving performance index range, take air interface messages meeting the target signal receiving performance index range as valid air interface messages, and generate a car-road cooperation air interface message heat map corresponding to the target signal receiving performance index range; in response to a second screening trigger operation for valid air interface messages, acquire an input target air interface message type, take air interface messages meeting the target air interface message type as valid air interface messages, and generate a car-road cooperation air interface message heat map corresponding to the target air interface message type; and in response to a third screening trigger operation for valid air interface messages, acquire an input minimum message quantity and a target time window, for each reference air interface message, count the number of valid air interface messages in a first circular region with a planar projection coordinate of the reference air interface message as a center and a first distance threshold as a radius within the target time window, and if the number of valid air interface messages in the target time window is less than the minimum message quantity, set zero to heat source attribute data of the reference air interface message or discard the reference air interface message, to generate a car-road cooperation air interface message heat map corresponding to message sending compliance.

[0104] In a possible implementation, the self-defined display layer 240 is further configured to, in response to an abnormal marking trigger operation for a reference air interface message on the car-road cooperation air interface message heat map, acquire an input abnormal label category and self-defined text content, and associate the abnormal label category and the self-defined text content with the planar projection coordinate of the reference air interface message, the collection time and the device identifier of the roadside construction device to generate an abnormal record; write the abnormal record into a self-defined file, and associate and save the self-defined file with the car-road cooperation air interface message heat map in a file name or key value manner.

[0105] In a possible implementation, the self-defined display layer 240 is further configured to, in response to a test report generation trigger operation for the car-road cooperation air interface message heat map, convert the car-road cooperation air interface message heat map into a standard image format; based on a heat map region placeholder and a metadata field in a test report template, write the car-road cooperation air interface message heat map in the standard image format into the heat map region in the test report template, and fill a test time, a test range and a test device identifier into the metadata field in the test report template to generate a test report; wherein the test time is a time interval between a collection time of a first valid air interface message and a collection time of a last valid air interface message, the test range is a geographical spatial range represented by a cross-domain area, and the test device identifier is a device identifier of all roadside construction devices in the test range.

[0106] The data acquisition layer, the data processing layer, the data visualization layer and the self-defined display layer will be described in detail below.

[0107] 1. Data collection layer, responsible for establishing a connection with roadside construction equipment, obtaining roadside data, and summarizing data to the program bottom layer database, including: (1) Device connection module: link with the message receiving module through the interface protocol to establish a stable data transmission channel.

[0108] (2) Data acquisition and filtering module: obtain the received roadside data from the message receiving module and actively filter the BSM messages in the environment.

[0109] (3) Data summary module: summarize the filtered data to the program bottom layer database, classify and summarize according to time period and recording location, and name the file according to the naming rule (time_location abbreviation_size).

[0110] (4) Data calling interface module: create a calling interface to provide data calling services for the device display layer and data processing layer to meet the display and processing needs.

[0111] 2. Data processing layer, used for aligning and filtering the collected data to prepare for data visualization, including: (1) Data alignment module, including: Data backup submodule: copy a copy of the data stored in the database for subsequent processing to avoid affecting the original data.

[0112] Dotting and filtering submodule: dot the backup data on the map base map, select points according to the rule (only 2 points are retained for each of the two roads in a 5-meter diameter road segment), and filter non-point data to slim down the visualization file.

[0113] Configuration interface submodule: provides a configuration interface to support configuration of each point test range, reserved point, and test message type for the test road segment.

[0114] (2) Data filtering module, including: Message marking submodule: actively selects private messages and non-safety messages in the data packet and marks them.

[0115] Data filtering execution submodule: executes the filtering mechanism to filter data that is more than 1 meter away from the marked point and data that is more than 2 seconds away from the start point.

[0116] File replacement submodule: generates a new file package based on the filtering results to replace the copied environment data package and reduce the retention of environment data.

[0117] 3. Data visualization layer, used for generating heat maps and device bitmaps based on processed data, including: (1) Heat map generation module, including: Map base map download submodule: based on the selected post-processing file, determine the test range, download the map base map of this test range.

[0118] Point marking and statistics submodule: mark the reserved point in the post-processing log on the map and the number of messages within 1 meter above and below the point.

[0119] Heat map drawing submodule: take the statistical point as the drawing point, connect the points to form a piece, complete the data drawing of the entire collection log, and generate a heat map.

[0120] (2) Device bitmap generation module, including: Device position selection submodule: select the device position according to the collected messages.

[0121] Coordinate conversion submodule: convert the device coordinate statistics into 02 coordinate system through the positioning deflection plug-in.

[0122] Device bitmap drawing submodule: dot the converted device coordinates on the map to generate a device bitmap.

[0123] 4. Custom display module for providing custom functions such as filtering, abnormal marking, and report output, including: (1) Filtering area module, including: Signal performance filtering submodule: supports filtering the display level of the heat map according to signal reception performance (RSRP, SINR, RSSI).

[0124] Message type filtering submodule: supports configuration according to the message type (MAP, SPAT, RSI, RSM) sent by the roadside, used for message display under different message types.

[0125] Message quantity filtering submodule: supports configuration according to message quantity, filters data with point message quantity less than the agreed number, and is used for message sending compliance testing.

[0126] (2) Abnormal marking module, including: Abnormal marking input submodule: users can select specific points, add abnormal labels, and input custom content.

[0127] Abnormal file storage submodule: store the custom abnormal marking into a custom file and save it in association with the relevant data file.

[0128] (3) Report output module, including: Report generation interface submodule: provides a report output interface, supporting users to generate report content as needed.

[0129] Report content assembly submodule: Assemble the report content, including test time, test range, test equipment, filtered heat map, and custom content.

[0130] Report export submodule: Support exporting the generated report to an external U disk.

[0131] In the embodiments of the present application, the vehicle-road cooperation air interface message heat map generation system adopts modular design, and the responsibilities of each layer and submodule are clear, facilitating development, maintenance and extension. Moreover, data processing and visualization are separated, the data processing layer focuses on data cleaning and conversion, and the data visualization layer focuses on presenting the processed data to the user, improving the maintainability and scalability of the system. In addition, the custom function is rich, which can provide multiple filtering and custom marking functions to meet the actual operation needs of different users. In addition, during data processing, the data is backed up and filtered to avoid the original data being misoperated, ensure data security, and reduce unnecessary data retention.

[0132] Next, the above-mentioned various modules mentioned in the embodiments of the present application will be described in detail.

[0133] 1. Data acquisition module, used to acquire roadside data from message receiving terminal equipment, to perform preliminary processing and filtering on the data, and then to store the processed data into the underlying database of the system, while providing data calling interface for subsequent modules.

[0134] The specific steps include: Device connection: Establish a stable communication connection with the roadside construction equipment through a standard communication protocol. This requires in-depth understanding and implementation of the interface protocol to ensure that data can be accurately transmitted.

[0135] Data acquisition: After successful connection, receive roadside data from the message receiving module. These data may contain various types of messages, such as BSM (Basic Safety Message), MAP (Map Data), SPAT (Signal Phase and Timing), etc.

[0136] Data filtering: Preliminarily filter the acquired data to remove BSM messages in the environment. This helps to reduce the amount of data for subsequent processing and improve the efficiency of the system.

[0137] Data aggregation and storage: Aggregate the filtered data into the underlying database of the program and store it according to time period and recording location. At the same time, name the stored data file according to a specific naming rule (time_location_abbreviation_size) for easy management and query in the future.

[0138] Interface creation: Create data call interfaces for device display layer and data processing layer to facilitate subsequent modules to obtain the required data.

[0139] Design ideas include: Connection management: Before starting data collection, initialize connection parameters, then try to connect to the roadside construction device. If the connection fails, perform error handling and log the error, and try to reconnect. When the number of retries exceeds the upper limit, display connection failure information and end the process.

[0140] Data acquisition and processing: After a successful connection, receive roadside data. Filter, parse and validate the data. If the data is invalid, discard it and log the error, and continue to receive new data; if the data is valid, perform subsequent aggregation and storage operations.

[0141] Data storage and interface creation: aggregate valid data into a database, classify by time period and location, and name the stored data files according to naming rules. Finally, create data call interfaces for other modules to call. The database storage structure includes: (1) DataRecords table: used to store each data record collected. Contains the unique identifier RecordID, collection time Timestamp, collection location Location, message type MessageType, message content MessageContent, signal strength SignalStrength and message quantity MessageCount fields.

[0142] (2) CollectionFiles table: used to store information about each data collection file. Contains the unique identifier FileID, file name FileName, collection time CollectionTime, collection location CollectionLocation and record quantity RecordCount fields.

[0143] (3) Relationship: there is a one-to-many relationship between the DataRecords table and the CollectionFiles table, i.e. one collection file can contain multiple data records. Through this design, data management and query can be facilitated, and the system's requirements for data classification storage and file management can also be met.

[0144] Among them, the class and its attributes include: (1) CollectionTask class, representing a data collection task, including: taskId: unique identifier of the task.

[0145] startTime and endTime: represent the start and end times of the task, respectively.

[0146] location: the location where the data is collected.

[0147] obuDeviceId: the identifier of the associated OBU device.

[0148] (2) RawMessage class, representing the original message collected from the OBU device, including: messageId: the unique identifier of the message.

[0149] taskId: the ID of the associated collection task.

[0150] timestamp: the timestamp of message collection.

[0151] messageType: the type of the message, such as RSM, MAP, etc.

[0152] content: the specific content of the message.

[0153] signalStrength: the signal strength when the message is received.

[0154] (3) FilteredData class, storing the filtered data information after filtering the original message, including: filteredId: the unique identifier of the filtered data.

[0155] messageId: the ID of the associated original message.

[0156] isValid: a flag indicating whether the message is valid.

[0157] filterReason: if the message is invalid, record the reason for filtering.

[0158] (4) DataFile class, representing the generated data file, including: fileId: the unique identifier of the file.

[0159] taskId: the ID of the associated collection task.

[0160] fileName: the name of the file.

[0161] fileSize: the size of the file.

[0162] storagePath: the storage path of the file.

[0163] (5) Relationship between classes, including: CollectionTask and RawMessage are a one-to-many relationship, one collection task can contain multiple raw messages.

[0164] RawMessage and FilteredData are a one-to-one relationship, each raw message corresponds to one filtered data record.

[0165] CollectionTask and DataFile are a one-to-many relationship, one collection task can generate multiple data files.

[0166] 2. Data alignment module, used to process the data collected and stored in the database to meet the needs of visualization calculation. Through the operation of dotting on the map base map, screening and retaining point positions, filtering non-point data, etc., accurate and simplified data is provided for subsequent generation of heat map and other visualization content.

[0167] The specific steps include: Data backup: copy a copy of the original data stored in the database to avoid modification of the original data in the subsequent processing process, and ensure the security and traceability of the data.

[0168] Map base map association: obtain the map base map of the test area to prepare for subsequent point marking on the map. The map base map can be obtained from a map service provider or pre-stored in the system.

[0169] Dotting operation: associate each data record in the backup data with the position on the map base map, and mark the point position of data collection on the map.

[0170] Point selection: filter and retain point positions according to specific rules, such as retaining only 2 point positions on each of the two roads in a 5-meter diameter road section. This can reduce the amount of data while ensuring the representativeness of the data.

[0171] Non-point data filtering: delete non-point data in the backup data other than the retained point positions to further simplify the data and slim down the visualization file.

[0172] Configuration support: provide a configuration interface to allow users to configure parameters such as each point position test range, retained point position, and test message type of the test road section to meet different test requirements.

[0173] Design ideas include: Data preparation: copy the original data from the database to the backup table, and obtain the map base map of the test area to prepare for subsequent point marking and screening.

[0174] Point marking and screening: Mark the point of data collection on the map, then apply the point screening rules. If the user has custom configuration, read and apply the custom configuration; otherwise, use the default configuration. According to the configuration, the reserved point is screened out.

[0175] Data filtering and saving: Filter out non-point data, save the processed data to the database for subsequent modules. The database storage structure includes: (1) RawData class: represents the original collected data, including basic information such as rawDataId (unique identifier), timestamp (timestamp), location (collection location), messageType (message type), messageContent (message content), and collectionTaskId (associated collection task ID).

[0176] (2) BackupData class: is the data structure after backup processing of the original data, with backupDataId (unique identifier), associated with RawData through rawDataId, mapXCoordinate and mapYCoordinate representing its coordinates on the map, and isRetainedPoint marking whether it is a reserved point.

[0177] (3) MapBase class: stores the relevant information of the map base map, with mapBaseId as the unique identifier, mapUrl as the URL address of the map, and mapRange as the range of the map.

[0178] (4) Configuration class: used to store user's configuration information, with configId as the unique identifier, configName as the configuration name, and configValue as the corresponding configuration value.

[0179] (5) The relationship between classes includes: RawData and BackupData are in a one-to-many relationship, and one RawData record can correspond to multiple BackupData records (backup data).

[0180] BackupData and MapBase are in a one-to-one relationship, and each BackupData record corresponds to a map base map.

[0181] Configuration and BackupData are in a one-to-many relationship, and one configuration can be applied to multiple BackupData records.

[0182] 3. Data filtering module for further screening of the aligned data, removing useless, unsafe or non-compliant data to improve data quality and availability, providing more accurate data basis for subsequent visualization and analysis.

[0183] The specific steps include: Message labeling: actively screening for private messages and non-secure messages in the data packet and explicitly labeling these messages. This helps subsequent filtering operations accurately identify messages that need to be filtered.

[0184] Distance filtering: performing filtering mechanism to filter data in the data packet that is not within 1 meter of the marked point. By comparing the distance between the data point and the marked point, data that meets the distance requirement is selected.

[0185] Time filtering: checking the start time of the marked point. If it exceeds 2S, it is considered that the point may have problems such as traffic jams, and the data of the point needs to be filtered.

[0186] Generate new file: based on the filtering results, generate a new file with the same file name, replace the copied environmental data packet in the same folder to avoid retaining too much environmental data, and maintain the simplicity and consistency of the data.

[0187] Design ideas include: Data loading and message labeling: first load the data after alignment and label private and non-secure messages.

[0188] Point traversal and filtering judgment: traverse each point in the data, and judge whether it is a marked point, whether the distance from the marked point is more than 1 meter, and whether the start time of the marked point is more than 2S. According to the judgment result, mark the data as filtered data or retained data, and record the filtering reason.

[0189] File generation and replacement: after traversing all points, generate a new file package according to the marked results, and replace the original environmental data package to complete the data filtering operation. The data structure includes: (1) OriginalData class: represents the original aligned data, including basic information such as timestamp, location, message type, message content and signal strength.

[0190] (2) FilteredData class: stores relevant information after filtering the original data, including whether it is a private message, whether it is secure, the distance from the marked point, the start time of the marked point, whether it is filtered, and the filtering reason. It is associated with the OriginalData class through originalDataId.

[0191] (3) MarkedPoint class: represents the information of marked point, including the ID, location and start time of the marked point. FilteredData class obtains the relevant information of marked point through association with MarkedPoint class, which is used for distance and time judgment.

[0192] 4. Data visualization module, which is used to present the collected, aligned and filtered data to users in the form of intuitive heat map and device location map, helping users better understand the data distribution and device status.

[0193] The specific steps include: (1) Heat map generation Range determination and map base download: based on the selected post-processing file, the range of this test is determined. According to the test range, the corresponding map base is downloaded from the map service provider, which provides the basis for subsequent heat map drawing.

[0194] Point marking and message statistics: mark the reserved point in the post-processing log on the map. For each reserved point, the number of messages within 1 meter above and below it is counted, which will be the key data for drawing the heat map.

[0195] Heat map drawing: based on the point and message quantity obtained by statistics, use appropriate algorithms and visualization libraries to connect the points into pieces, complete the data drawing of the entire collection log, and form a heat map.

[0196] (2) Device location map generation Device location selection: filter out the data containing device location information from the collected messages.

[0197] Coordinate conversion: through the positioning deflection plug-in, the original coordinate statistics of the device are converted into 02 coordinate system, ensuring that the device location can be accurately displayed on the map.

[0198] Device location drawing: based on the heat map, the converted device coordinates are plotted on the map to generate a device location map.

[0199] The design idea includes: Heat map generation process: first, select the post-processing file, determine the test range and download the map base. Then mark the reserved point on the map, count the number of messages of the point, and then draw the heat map according to these data.

[0200] Device location map generation process: determine whether to display the device location, if necessary, select the device location data, perform coordinate conversion, and finally draw the device location on the heat map. The data structure includes: (1) HeatmapData class: As the core container of heat map data, it contains test range, map base URL, and a series of point data and device location data. The test range is specified by testRange, the map base URL provides the source of the map base map, and the points list stores the point information used to draw the heat map.

[0201] (2) PointData class: Represents each point in the heat map, including the coordinates of the point (xCoordinate and yCoordinate) and the number of messages within 1 meter above and below the point (messageCount). These information is the key data for drawing the heat map.

[0202] (3) DeviceLocationData class: Stores the location information of the device, including the ID of the device (deviceId), the original coordinates (originalX and originalY), and the converted 02 coordinate system coordinates (convertedX and convertedY). Through the association of HeatmapData class and DeviceLocationData class, the device location information is combined with the heat map.

[0203] 5. Data filtering module, used to provide flexible filtering function for users, allowing users to filter heat map data according to different conditions to meet the needs of actual operation and testing. Through the setting of signal reception performance, message type and message quantity, etc., the display level of heat map is accurately controlled, helping users to conduct satisfaction test and message sending compliance test.

[0204] Specific steps include: Filter condition analysis: Receive user input filtering conditions, including signal reception performance (RSRP, SINR, RSSI), message type (MAP, SPAT, RSI, RSM) and message quantity threshold, etc., and analyze and verify these conditions.

[0205] Data filtering execution: According to the parsed filtering conditions, traverse the point data of the heat map, and filter out the data that meets the conditions. For data that does not meet the conditions, mark it as filtered data.

[0206] Heat map update: According to the filtering result, update the display level of the heat map, only display the point that meets the filtering condition, so as to realize the accurate filtering and display of the heat map.

[0207] Design ideas include: Conditional reception and verification: First, receive the user's input filter conditions, analyze and verify their validity. If the conditions are invalid, display error information and let the user re-enter.

[0208] Data filtering process: Load the point data of the heat map, traverse each point, and check whether it meets the signal performance, message type, and message quantity conditions in turn. According to the check results, mark the point as filtered data or retained data, and record the filtering reason.

[0209] Heatmap update: After traversing all points, update the display of the heat map according to the marked results, and only show points that meet the filtering conditions. The data structure includes: (1) FilterCondition class: used to store user input filter conditions, including signal reception performance thresholds (RSRP, SINR, RSSI), message type list, and message quantity threshold. These conditions will be used as the basis for filtering.

[0210] (2) HeatmapPoint class: represents a point in the heat map, containing signal reception performance (RSRP, SINR, RSSI), message type, message quantity, etc. Information, as well as whether it is filtered and the filtering reason.

[0211] (3) HeatmapData class: as a container for heat map data, containing multiple HeatmapPoint objects. Through the association of FilterCondition class and HeatmapData class, apply the filtering conditions to the heat map data.

[0212] 6. Abnormal marking module, which provides a convenient way for users to add abnormal labels and custom content to specific points in the heat map. These marking information will be stored and associated with related data, making it easy to view, analyze and report in the future.

[0213] Specific steps include: Point selection: Users select specific points on the heat map that need to add abnormal labels. The system provides an interactive interface for users to intuitively select points.

[0214] Abnormal information input: User input abnormal label and custom content. The abnormal label is used to briefly describe the abnormal situation, and the custom content can provide more detailed information.

[0215] Data storage: Store the user input abnormal marking information as a custom file and associate it with the corresponding point data. Ensure that the marking information can be retained with the original data for subsequent queries and use.

[0216] Correlation Update: Update the display of the point on the heat map, highlight the point with abnormal markers, so that the user can quickly identify when viewing the heat map.

[0217] Design ideas include: User Interaction Stage: First display the heat map, let the user intuitively select the point to add abnormal markers. Pop-up input box, guide the user to input abnormal label and custom content.

[0218] Information Verification Stage: Verify the validity of the user input information to ensure that the input content meets the system requirements. If the input is invalid, display an error prompt and let the user re-enter.

[0219] Data Processing Stage: When the input information is valid, generate an abnormal marker record and store it in the custom file, and associate it with the corresponding point data.

[0220] Display Update Stage: Update the display of the heat map to highlight the point with abnormal markers for easy user viewing. The data structure includes: (1) ExceptionMark class: Represents an abnormal marker, containing the unique identifier markId, associated point ID pointId, exception label exceptionLabel and custom content customContent.

[0221] (2) HeatmapPoint class: Represents a point on the heat map, containing the coordinates of the point, the number of messages, etc. It also marks whether the point has an abnormal marker through the hasException flag and associates the specific abnormal marker through the exceptionMarkId.

[0222] (3) CustomFile class: As a container for storing abnormal marker information, it contains the unique identifier fileId, file name fileName and multiple ExceptionMark objects. Through this data structure, abnormal marker information can be clearly recorded and associated with heat map point data, facilitating data management and use.

[0223] 7. Report output module, for integrating key information generated in the process of data collection, processing, visualization and abnormal marker, generating a report containing test time, test range, test equipment, filtered heat map and custom abnormal marker content, etc., and exporting the report to an external USB in a suitable format, for easy user archiving, sharing and further analysis.

[0224] Specific steps include: Data Collection: Collect the required data for generating the report from various modules of the system, including test time, test range, information about the test equipment used, filtered heatmap data, and user-added exception markers.

[0225] Report Template Selection: Select an appropriate report template based on the purpose and requirements of the report. The template can define the format, layout, and style of the report in advance, ensuring consistency and professionalism in the generated report.

[0226] Data Filling: Fill the collected data according to the requirements of the report template, replacing placeholders in the template to generate complete report content.

[0227] Format Conversion: Convert the report with filled data into the format specified by the user, such as PDF, Excel, or Word, to meet different usage scenarios.

[0228] Report Export: Export the report in the converted format to an external USB drive, completing the output of the report.

[0229] Design ideas include: User Trigger and Data Collection: After the user selects the report output function, the system begins to collect key data required for generating the report from various modules, including test-related information, heatmap data, and exception marker content.

[0230] Report Generation Preparation: Select an appropriate report template and fill the collected data into the template to form preliminary report content.

[0231] Format Processing and Export: The user selects the output format of the report, and the system performs format conversion. Before exporting the report, check if an external USB drive is connected. If not, prompt the user to connect it. After successful connection, export the report to the USB drive. The data structure includes: (1) Report class: As the core data structure of the report, it contains the unique identifier reportId, test time testTime, test range testRange, test equipment information testDevice, filtered heatmap data heatmapData, exception marker content list exceptionMarks, and the output format of the report reportFormat.

[0232] (2) HeatmapData class: Stores filtered heatmap data, including the point list points of the heatmap and the URL of the map base mapBaseUrl.

[0233] (3) HeatmapPoint class: represents a point in the heat map, containing the unique identifier of the point pointId, coordinate information xCoordinate and yCoordinate, and message quantity messageCount.

[0234] (4) ExceptionMark class: represents an exception mark added by the user, containing the unique identifier of the mark markId, the associated point ID pointId, the exception label exceptionLabel, and the custom content customContent.

[0235] The above vehicle-road cooperation air interface message heat map generation method and system in the embodiments of the present application can realize the testing and verification of the continuous coverage performance of the C-V2X network under commercial deployment conditions, and the output results can support the acceptance of vehicle networking projects in pilot areas and demonstration areas, provide tool chains and operation implementation recommendations for the engineering application of large-scale deployment of C-V2X, and are embodied in the following aspects: 1) Improve the operability of cross-region interconnection: by accurately marking the equipment construction points, evaluating the coverage range of existing equipment, and forming a visual heat map, it is helpful to realize the interconnection between regions, ensure consistent services between different regions, and promote the coordinated development between regions.

[0236] 2) Optimize device deployment and improve service capability: by collecting and analyzing V2X air interface messages, the construction and service capability of roadside equipment can be comprehensively evaluated, which helps to accurately identify weak coverage or uncovered areas, and thus provides strong support for subsequent supplementary construction, thereby improving the service quality of the entire network and avoiding waste of resources.

[0237] 3) Provide data support and decision basis for large-scale development: through data-driven analysis methods, scientific basis can be provided for cross-regional construction, supporting subsequent planning and optimization, and promoting the large-scale and standardized development of the industry.

[0238] Next, the electronic device provided in the embodiments of the present application is briefly introduced. In the embodiments of the present application, the electronic device can be a computer, a tablet computer, a mobile phone, or the like vehicle-road cooperation air interface message heat map generation device, as shown in Figure 3 The electronic device 300 provided in the embodiments of the present application at least includes a processor 301, a memory 302, and a computer program stored in the memory 302 and executable on the processor 301, and the processor 301 implements the above-mentioned vehicle-road cooperation air interface message heat map generation method provided in the embodiments of the present application when executing the computer program.

[0239] The electronic device 300 provided by the embodiments of the present application can further include a bus 303 connecting different components (including the processor 301 and the memory 302). The bus 303 represents one or more of several types of bus structures, including a memory bus, a peripheral bus, a local bus, and the like.

[0240] The memory 302 can include a readable medium in the form of volatile memory, such as a random access memory (RAM) 3021 and / or a cache memory 3022, and can further include a read-only memory (ROM) 3023. The memory 302 can also include a program tool 3025 having a set of (at least one) program modules 3024, including but not limited to an operating system, one or more application programs, other program modules, and program data, each of which or some combination of which can include the implementation of a network environment.

[0241] The processor 301 can be one processing element or a collective term for a plurality of processing elements. For example, the processor 301 can be a microcontroller unit (MCU), or a central processing unit (CPU), or one or more integrated circuits configured to implement the above-mentioned vehicle-road cooperation air interface message heat map generation method provided by the embodiments of the present application. Specifically, the processor 301 can be a general-purpose processor, including but not limited to a CPU, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, and the like.

[0242] The electronic device 300 can also communicate with one or more devices that enable a user to interact with the electronic device 300 (for example, a mobile phone, a computer, and the like), and / or with devices that enable the electronic device 300 to communicate with one or more other electronic devices (for example, a router, a modem, and the like), and the like. Such communication can be carried out through an input / output (I / O) interface 305. Furthermore, the electronic device 300 can also communicate with one or more networks (for example, a local area network (LAN), a wide area network (WAN), and / or a public network such as the Internet) through a network adapter 306. As Figure 3As shown, the network adapter 306 communicates with the other modules of the electronic device 300 over the bus 303. It should be appreciated that although the network adapter 306 is shown as a single component, the network adapter 306 can comprise two or more components that operate together to facilitate communication between the electronic device 300 and one or more other devices over the network 305. Figure 3 Other hardware and / or software modules that can be used in conjunction with the electronic device 300, but are not shown in FIG. 3, include but are not limited to microcode, device drivers, redundant processors, external disk drive arrays, Redundant Arrays of Independent Disks (RAID) subsystems, tape drives, and data backup storage subsystems, etc.

[0243] It should be noted that the electronic device 300 shown is only one example of an electronic device and should not be taken as limiting the scope of functionality or use of embodiments of the present application. Figure 3 The electronic device 300 shown is merely one example of an electronic device and should not be taken as limiting the scope of functionality or use of embodiments of the present application.

[0244] In addition, a computer readable storage medium storing computer instructions is further provided, and the computer instructions are executed by a processor to implement the vehicle-road cooperation air interface message heat map generation method provided by the embodiments of the present application. Specifically, the computer instructions can be built-in or installed in the processor, so that the processor can implement the vehicle-road cooperation air interface message heat map generation method provided by the embodiments of the present application by executing the built-in or installed computer instructions.

[0245] Moreover, the vehicle-road cooperation air interface message heat map generation method provided by the embodiments of the present application can also be implemented as a program product, and the program product includes program codes, which are executed by a processor to implement the vehicle-road cooperation air interface message heat map generation method provided by the embodiments of the present application.

[0246] The program product provided by the embodiments of the present application can adopt any combination of one or more readable media, wherein the readable media can be a readable signal medium or a readable storage medium, and the readable storage medium can be, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination of the above, and more specifically, the more specific examples (non-exhaustive list) of the readable storage medium include an electrical connection with one or more conductive wires, a portable disk, a hard disk, a RAM, a ROM, an Erasable Programmable Read Only Memory (EPROM), an optical fiber, a portable Compact Disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0247] The program product provided by the embodiments of the present application can adopt a CD-ROM and include program codes, and can also run on an electronic device. However, the program product provided by the embodiments of the present application is not limited to this, and in the embodiments of the present application, the readable storage medium can be any tangible medium containing or storing programs, which can be used by or in combination with an instruction execution system, device or apparatus.

[0248] It should be noted that, although several units or sub-units of the apparatus are mentioned in the foregoing detailed description, such division is merely exemplary and not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more units described above can be embodied in one unit. Conversely, the features and functions of one unit described above can be further divided into units for embodiment.

[0249] In addition, although the operations of the method of the present application are described in a particular order in the accompanying drawings, this does not require or imply that the operations must be performed in this particular order, or that all of the illustrated operations must be performed to achieve the desired result. Additionally or alternatively, certain steps can be omitted, a plurality of steps can be combined into one step, and / or one step can be divided into a plurality of steps.

[0250] Although the preferred embodiments of the present application have been described, those skilled in the art can make further changes and modifications to these embodiments once they know the basic inventive concept. Therefore, the appended claims are intended to cover all changes and modifications falling within the scope of the present application.

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

Claims

1. A method for generating a heatmap of vehicle-road cooperative air interface messages, characterized in that, include: Acquire all air interface messages broadcast by roadside construction equipment on each road within the cross-domain area, collected by the air interface acquisition device; For each road in the cross-domain area, each valid air interface message corresponding to the road is selected from all air interface messages broadcast by the roadside construction equipment on the road according to the first filtering strategy; From the valid air interface messages corresponding to the road, the reference air interface messages corresponding to the road are filtered out according to the second filtering strategy; For each reference air interface message, the number of valid air interface messages within a first circular area centered on the planar projection coordinates of the reference air interface message and with a first distance threshold as the radius is counted from each valid air interface message corresponding to the road. This count is used as the heat source attribute data of the reference air interface message. The planar projection coordinates of the reference air interface message are obtained by converting the latitude and longitude coordinates in the reference air interface message to the planar coordinate system used by the base map of the cross-domain area. For each road in the cross-domain area, the heat source attribute data of each reference air interface message corresponding to the road are marked to the corresponding position of the planar projection coordinates of each reference air interface message corresponding to the road in the map base map of the cross-domain area, so as to form a visual map base map. Based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain area in the visualized map base map, a heat map of vehicle-road cooperative air interface messages in the cross-domain area is generated.

2. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, From all air interface messages broadcast by the roadside construction equipment on the road, the valid air interface messages corresponding to the road are filtered out according to the first filtering strategy, including: Private and insecure messages in all air interface messages broadcast by the roadside construction equipment on the road are filtered to obtain each valid air interface message corresponding to the road.

3. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, The second filtering strategy includes a first filtering rule and a second filtering rule; from each valid air interface message corresponding to the road, the second filtering strategy is used to filter out each baseline air interface message corresponding to the road, including: According to the first filtering rule, each valid air interface message corresponding to the road is initially filtered to obtain the first reference air interface message corresponding to the road. Based on the first reference air interface message, each valid air interface message corresponding to the road is filtered a second time according to the second filtering rule to obtain the second reference air interface message corresponding to the road. The first reference air interface message and the second reference air interface message corresponding to the road are determined as each reference air interface message corresponding to the road. The first filtering rule is to retain a set number of valid air interface messages within each set length of road segment. The second filtering rule is to discard all air interface messages outside the second circular area centered on the planar projection coordinates of the first reference air interface message and with a second distance threshold as the radius, and to discard each valid air interface message within the second circular area when the time span between the earliest and latest valid air interface messages collected within the second circular area is greater than or equal to the duration threshold.

4. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, From the valid air interface messages corresponding to the road, the reference air interface messages corresponding to the road are filtered out according to the second filtering strategy, including: If the road is a two-way road, then the corresponding valid air interface messages on the road are divided into valid air interface messages for the up-road segment and valid air interface messages for the down-road segment. From the valid air interface messages of the up-road segment, the reference air interface messages of the up-road segment are selected according to the second filtering strategy, and from the valid air interface messages of the down-road segment, the reference air interface messages of the down-road segment are selected according to the second filtering strategy.

5. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, Also includes: In response to a location display trigger operation for roadside construction equipment, a vector layer is added on top of the raster layer of the vehicle-road cooperative air interface message heatmap; Extract the latitude and longitude coordinates of the roadside construction equipment on each road in the cross-domain area from each valid air interface message corresponding to each road in the cross-domain area; The latitude and longitude coordinates of the roadside construction equipment on each road in the cross-regional area are converted to the plane coordinate system used by the base map of the cross-regional area to obtain the plane projection coordinates of the roadside construction equipment on each road. Within the vector layer, the location icons of the roadside construction equipment on each road within the cross-domain area are drawn to the corresponding positions of the planar projection coordinates of the roadside construction equipment on the base map of the cross-domain area.

6. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, Also includes: In response to the first screening trigger operation for valid air interface messages, the target signal reception performance index range is obtained, and air interface messages that meet the target signal reception performance index range are taken as valid air interface messages, so as to generate a vehicle-road cooperative air interface message heatmap corresponding to the target signal reception performance index range. In response to the second filtering trigger operation for valid air interface messages, the target air interface message type is obtained, and air interface messages that meet the target air interface message type are taken as valid air interface messages, so as to generate a vehicle-road cooperative air interface message heatmap corresponding to the target air interface message type. In response to the third filtering trigger operation for valid air interface messages, the minimum number of messages and the target time window are obtained. For each reference air interface message, the number of valid air interface messages within the target time window is counted within a first circular area centered on the planar projection coordinates of the reference air interface message and with a first distance threshold as the radius. If the number of valid air interface messages within the target time window is less than the minimum number of messages, the heat source attribute data of the reference air interface message is set to zero or the reference air interface message is discarded to generate a vehicle-road cooperative air interface message heatmap corresponding to message sending compliance.

7. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, Also includes: In response to the anomaly marking trigger operation of the reference air interface message on the heat map of the vehicle-road cooperative air interface message, the input anomaly label category and custom text content are obtained, and the anomaly label category and the custom text content are associated with the planar projection coordinates, collection time and equipment identification of the roadside construction equipment of the reference air interface message to generate an anomaly record; Write the abnormal records into a custom file, and associate the custom file with the vehicle-road cooperative air interface message heatmap by file name or key value.

8. The method for generating a heatmap of vehicle-road cooperative air interface messages as described in claim 1, characterized in that, Also includes: In response to the test report generation trigger operation for the vehicle-road cooperative air interface message heatmap, the vehicle-road cooperative air interface message heatmap is converted into a standard image format; Based on the placeholders for the heatmap area and the metadata fields in the test report template, the heatmap of the vehicle-road cooperative air interface message in the standard image format is written into the heatmap area of ​​the test report template, and the test time, test range, and test equipment identifier are filled into the metadata fields of the test report template to generate a test report; wherein, the test time is the time interval between the collection time of the first valid air interface message and the collection time of the last valid air interface message, the test range is the geographic spatial range represented by the cross-domain area, and the test equipment identifier is the equipment identifier of all roadside construction equipment within the test range.

9. A vehicle-road cooperative air interface message heatmap generation system, characterized in that, include: The data acquisition layer is used to acquire all air interface messages broadcast by roadside construction equipment on each road within the cross-domain area, collected by the air interface acquisition equipment; The data processing layer is used to filter out each valid air interface message corresponding to each road from all air interface messages broadcast by the roadside construction equipment on the road according to a first filtering strategy for each road in the cross-domain area. From the valid air interface messages corresponding to the road, the reference air interface messages corresponding to the road are filtered out according to the second filtering strategy; For each reference air interface message, the number of valid air interface messages within a first circular area centered on the planar projection coordinates of the reference air interface message and with a first distance threshold as the radius is counted from each valid air interface message corresponding to the road. This count is used as the heat source attribute data of the reference air interface message. The planar projection coordinates of the reference air interface message are obtained by converting the latitude and longitude coordinates in the reference air interface message to the planar coordinate system used by the base map of the cross-domain area. The data visualization layer is used to mark the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain area onto the corresponding position of the planar projection coordinates of each reference air interface message corresponding to the road in the map base map of the cross-domain area, so as to form a visualized map base map; based on the heat source attribute data of each reference air interface message corresponding to each road in the cross-domain area in the visualized map base map, a vehicle-road cooperative air interface message heat map of the cross-domain area is generated.

10. An electronic device, characterized in that, The method includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the computer program, implements the vehicle-road cooperative air interface message heatmap generation method as described in any one of claims 1-8.

Images