CN114244741A

CN114244741A - Link testing method, device and system, electronic equipment and storage medium

Info

Publication number: CN114244741A
Application number: CN202111544905.1A
Authority: CN
Inventors: 迟源
Original assignee: Apollo Zhixing Information Technology Nanjing Co ltd; Apollo Intelligent Connectivity Beijing Technology Co Ltd
Current assignee: Apollo Zhixing Information Technology Nanjing Co ltd; Apollo Intelligent Connectivity Beijing Technology Co Ltd
Priority date: 2021-12-16
Filing date: 2021-12-16
Publication date: 2022-03-25
Anticipated expiration: 2041-12-16
Also published as: CN114244741B

Abstract

The utility model provides a link test method, device, system, electronic equipment and storage medium, relates to data processing technology field, concretely relates to end-to-end test technology, can be applied to fields such as wisdom city, intelligent transportation, car networking, intelligent passenger cabin and autopilot technique, includes: acquiring link test sending data of a first intersection test end; sending the link test sending data to a second intersection test end; acquiring link test receiving data of a second intersection test end; determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data; the first intersection testing end or the second intersection testing end is a virtual intersection testing end. The embodiment of the disclosure can improve the flexibility, accuracy, success rate and test efficiency of the stability test of the end-to-end forwarding links between the intersections.

Description

Link testing method, device and system, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of data processing technologies, and in particular, to an end-to-end testing technology, and more particularly, to a link testing method, apparatus, system, electronic device, storage medium, and computer program product, which can be applied to the fields of smart cities, intelligent transportation, internet of vehicles, intelligent cabins, and automatic driving technologies.

Background

End-to-End Testing (End to End Testing) is similar to system Testing, involving all Testing of simulation scenarios for the entire application system environment when used in one real world. Such as a database session, a network communication, or a session with external hardware, an application system, or an appropriate system, etc. The end-to-end architecture test comprises the function test and the performance test of all the access points. The end-to-end test can be applied to various test fields, such as the cooperative end-to-end test of the vehicle paths in the fields of intelligent transportation, vehicle networking, intelligent cabins, automatic driving and the like, and is important for the future vehicle path cooperation field. If the end and the end can not realize barrier-free communication, the development of avoiding dangerous events and acquiring real-time events at the other end by vehicle-road cooperation becomes a barrier.

Disclosure of Invention

The embodiment of the disclosure provides a link testing method, a device, a system, an electronic device and a storage medium, which can improve the flexibility, accuracy, success rate and testing efficiency of end-to-end forwarding link stability testing between intersections.

In a first aspect, an embodiment of the present disclosure provides a link testing method, including:

acquiring link test sending data of a first intersection test end;

sending the link test sending data to a second intersection test end;

acquiring link test receiving data of the second intersection test end;

determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data;

the first intersection testing end or the second intersection testing end is a virtual intersection testing end.

In a second aspect, an embodiment of the present disclosure provides a link testing apparatus, including:

the link test sending data acquisition module is used for acquiring link test sending data of the first intersection test end;

the link test sending data sending module is used for sending the link test sending data to a second intersection test end;

a link test receiving data obtaining module, configured to obtain link test receiving data of the second intersection test end;

an intersection forwarding link test result determining module, configured to determine intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test transmission data and the link test reception data;

In a third aspect, an embodiment of the present disclosure further provides a link testing system, including a testing server, a cloud control platform, and a link testing service device; wherein:

the test server is in communication connection with the cloud control platform and is used for generating link test sending data of a first road interface test end and sending the link test sending data to the cloud control platform;

the cloud control platform is used for sending the link test sending data to a second intersection test end;

the link test service equipment is in communication connection with the test server and the second intersection test end, and is used for acquiring the link test sending data and the link test receiving data so as to determine intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data;

In a fourth aspect, an embodiment of the present disclosure provides an electronic device, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the link testing method provided in the embodiments of the first aspect.

In a fifth aspect, the embodiments of the present disclosure further provide a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the link testing method provided in the embodiments of the first aspect.

In a sixth aspect, this disclosed embodiment also provides a computer program product, which includes a computer program that, when executed by a processor, implements the link testing method provided in the embodiment of the first aspect.

The embodiment of the disclosure obtains the link test sending data of the first intersection test end to send the link test sending data to the second intersection test end, and obtains the link test receiving data of the second intersection test end, so as to determine the intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data. Because the first intersection testing end or the second intersection testing end can be a virtual intersection testing end, the stability test of the end-to-end forwarding links between the intersections is completed by introducing the virtual intersection testing end, the problems of low accuracy, success rate and testing efficiency and the like of the stability test of the end-to-end forwarding links between the intersections in the related art are solved, and the flexibility, accuracy, success rate and testing efficiency of the stability test of the end-to-end forwarding links between the intersections can be improved.

It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present disclosure, nor do they limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.

Drawings

The drawings are included to provide a better understanding of the present solution and are not to be construed as limiting the present disclosure. Wherein:

fig. 1 is a flowchart of a link testing method provided by an embodiment of the present disclosure;

fig. 2 is a flowchart of a link testing method provided by an embodiment of the present disclosure;

FIG. 3 is a flow chart of a link test system provided by an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a link test system based on a link test according to an embodiment of the present disclosure;

fig. 5 is an effect schematic diagram of a cloud control front-end configuration interface provided in an embodiment of the present disclosure;

FIG. 6 is a schematic diagram illustrating an effect of an end-to-end broadcast test configuration interface in a test server according to an embodiment of the present disclosure;

fig. 7 is a schematic diagram illustrating an effect of a drive test concurrent data configuration interface in a test server according to an embodiment of the present disclosure;

fig. 8 is a structural diagram of a link testing apparatus according to an embodiment of the present disclosure;

fig. 9 is a schematic structural diagram of an electronic device for implementing the link testing method according to the embodiment of the present disclosure.

Detailed Description

Exemplary embodiments of the present disclosure are described below with reference to the accompanying drawings, in which various details of the embodiments of the disclosure are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

The vehicle-road cooperation means that the vehicle, the road and the cloud can realize the interactive sharing of the information of the vehicle, the road and the cloud. The smart city can acquire intersection perception information according to perception devices bound at each intersection, such as a gunlock, a Central Control Unit (CCU) collector and a camera, and transmit the information to a Road Side Computing Unit (RSCU) for edge Computing to analyze traffic conditions, and then report the traffic conditions to a cloud platform according to a fixed frequency. The cloud control platform can also issue a message to RSCU equipment of a corresponding intersection, and the RSCU equipment transmits the message to a vehicle end through RSCU auxiliary equipment to realize information interaction of the RSCU equipment, the RSCU equipment and the vehicle end. In the vehicle-road cooperation technology, the cloud control platform can complete the functions of information storage, data fusion, road condition display, event forwarding center and the like. To achieve the goal of vehicle-to-vehicle, vehicle-to-road, road-to-cloud barrier-free communication, the intersection end-to-end forwarding link stability test is especially important for the field of vehicle-road cooperation.

In an end-to-end integration test link, the function to be tested is that the cloud control platform forwards the logic of the RSCU reported event at the roadside end. The coverage range of the reported event is configured at the cloud control platform end, so that the scope of RSCU broadcast to other intersection RSCUs of the reported event can be indirectly controlled. In a link for performing forwarding test logic and end-to-end communication of corresponding vehicles, roads and clouds, multiple intersections with distances within the configuration range of the cloud control platform, such as intersections 1, 2 and 3 … N, need to be accessed. If the event reported by the intersection 1 to be tested can be forwarded to the RSCU devices corresponding to other intersections (2, 3.. N), the intersection 1 device is required to report a stable traffic event, and then the RSCU broadcast range is configured on the cloud control platform, for example, the broadcast range is 500 meters. If intersection 2 exists in the range of 1500 meters of the intersection, the RSCU corresponding to intersection 2 receives the event forwarded by the cloud control platform (the event is reported by the RSCU device at intersection 1). The forwarding logic is realized by the cloud control platform end, so that the forwarding function of the road side equipment is indirectly realized.

Currently, only commercial delivery environments and integrated test environments are the platform environments that can validate the forwarding logic. Although the commercialized delivered environment can be connected to dozens of real intersections, the distance between the real intersections is fixed, the distance scene verification under different conditions is limited, and the function of verifying the instant broadcast event by running the intersection in different areas at the vehicle end in the real scene is not practical. And the commercialized delivered environment prohibits similar end-to-end testing by simulating reporting of false data events.

Specifically, when testing the stability of the end-to-end forwarding link between intersections in a commercial delivered environment, it is necessary to calculate the distance between two real intersections, and then drive the vehicle to the corresponding intersection to grab the instant event, or check the forwarded event log at the forwarded end of the road. Due to the defect that the distance between real scenes is fixed, the intersection scenes cannot cover various event broadcasting ranges related to the cloud control platform: 0 meter, 300 meter, 500 meter, 1000 meter, 1500 meter and 2000 meter.

The broadcast logic of the end-to-end link is tested in the integrated test environment, the integrated test environment is only accessed to one intersection with real data at present, and the test task of the stability of the end-to-end link among a plurality of intersections cannot be completed. Therefore, the existing method for testing the stability of the end-to-end forwarding link between intersections is poor in flexibility, and low in accuracy, success rate and testing efficiency.

In an example, fig. 1 is a flowchart of a link testing method provided by an embodiment of the present disclosure, where the present embodiment is applicable to a case where a virtual intersection is introduced to perform an end-to-end forwarding link stability test between intersections, and the method may be performed by a link testing apparatus, which may be implemented by software and/or hardware, and may be generally integrated in an electronic device. The electronic device may be a device in which the link test system is installed, and the specific device type of the electronic device is not limited in the embodiments of the present disclosure. Accordingly, as shown in fig. 1, the method comprises the following operations:

s110, obtaining the link test sending data of the first intersection test end.

The first intersection test end may be a test end of one of the intersections in the end-to-end forwarding links between the intersections. The intersection test end can be the RSCU equipment of the intersection. The link test sending data may be test data sent by the first intersection test end and used for testing the stability of the end-to-end forwarding links between the intersections.

In this embodiment of the present disclosure, the first intersection testing end may serve as a testing initiation end, and send link testing transmission data to the second intersection testing end. The second intersection test end can be a test end of another intersection in an end-to-end forwarding link between intersections, and is used for receiving data obtained after the link test sending data is subjected to forwarding logic. Optionally, the first intersection testing end or the second intersection testing end is a virtual intersection testing end. The virtual intersection test end is also a virtual test end obtained by simulating a real intersection test end, and can simulate the real intersection test end to send and receive test data.

Optionally, when the first intersection testing end is a virtual intersection testing end, the first intersection testing end may simulate a real intersection testing end to generate link test transmission data. It can be understood that the link test transmission data is virtual test data generated in a virtual intersection scene, and is not real test data acquired in a real intersection scene. When the first intersection testing end is a real intersection testing end, the first intersection testing end can generate real link testing sending data according to a real intersection scene.

In general, in order to implement effective testing of a real intersection, one of the first intersection testing end and the second intersection testing end may be set as a virtual intersection testing end, and the other one may be set as a real intersection testing end. The first intersection testing end and the second intersection testing end may also be both virtual intersection testing ends, which is not limited in the embodiment of the present disclosure.

It should be noted that, when the first intersection testing end is a virtual intersection testing end, the configuration of the virtual intersection testing end may be implemented in various optional manners. For example, a virtual intersection testing end can be established through independent server configuration, and communication connection between the server and the cloud control platform is established, so that the virtual intersection testing end truly simulates a real intersection testing end to send link test sending data. At this time, the cloud control platform may receive the link test transmission data sent by the first intersection test end. Or, a virtual intersection testing end can also be directly configured and established on the cloud control platform, that is, the virtual intersection testing end serves as a sub-service function of the cloud control platform, and can automatically generate link test sending data to be sent to the cloud control platform, and the cloud control platform can generate the link test sending data of the first intersection testing end. The configuration establishing mode of the virtual intersection testing end is not limited in the embodiment of the disclosure.

And S120, sending the link test sending data to a second port test end.

The embodiment of the disclosure is mainly based on a process of realizing link testing by a cloud control platform in a link testing system. The first road condition testing end can send the link test sending data to the cloud control platform, or the cloud control platform can generate the link test sending data of the first road interface testing end by itself. After the cloud control platform obtains the link test sending data of the first intersection test end, the cloud control platform executes forwarding logic and sends the obtained link test sending data to the second intersection test end.

S130, obtaining the link test receiving data of the second intersection test end.

The link test received data may be test data received by the second intersection test end for the link test transmission data. It is understood that the link test receive data may be the same as the link test transmit data, or may be different.

S140, determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data; the first intersection testing end or the second intersection testing end is a virtual intersection testing end.

The intersection forwarding link test result may be a test result of data transmission and reception of a link between the first intersection test end and the second intersection test end.

Correspondingly, after the cloud control platform sends the link test sending data to the second intersection test end, the link test system can obtain link test receiving data of the second intersection test end and perform link test based on the link test sending data and the link test receiving data. Illustratively, the link test sending data and the link test receiving data may be compared and checked to determine whether the link test sending data and the link test receiving data are matched, and further determine intersection forwarding link test results of the first intersection test end and the second intersection test end according to a comparison and check result of the link test sending data and the link test receiving data.

It can be understood that the above-mentioned link test method is implemented based on a link test system. The link testing system can be only composed of the cloud control platform, under the condition, functions of the virtual intersection testing end need to be integrated and deployed on the cloud control platform, and the cloud control platform independently completes the whole link testing process.

Or, the link test system may be composed of a cloud control platform and a test server, the test server may independently complete the function of the virtual intersection test end, and is configured to configure one of the intersection test ends to interact with the cloud control platform, send link test sending data or link test receiving data to the cloud control platform, and determine intersection forwarding link test results of the first intersection test end and the second intersection test end by the cloud control platform according to the link test sending data and the link test receiving data.

Or, the link test system may further include a cloud control platform, a test server, and a link test service, where the test server may independently complete the function of the virtual intersection test end, and is configured to configure one of the intersection test ends to interact with the cloud control platform, and send link test sending data to the cloud control platform or receive link test receiving data forwarded by the cloud control platform. The cloud control platform is only responsible for data forwarding logic. The link test service can independently acquire link test sending data and link test receiving data, and determine intersection forwarding link test results of the first intersection test end and the second intersection test end according to the acquired link test sending data and the acquired link test receiving data.

That is, the link test system only needs to complete the link test process, and the embodiment of the present disclosure does not limit the types of execution subjects involved in each step of the link test method executed by the link test system.

It should be noted that, in the embodiment of the present disclosure, the first intersection testing end or the second intersection testing end may be a virtual intersection testing end. That is, when performing the link test, the first intersection test end may be a virtual intersection test end, and the second intersection test end may be a real intersection test end. Or, the first intersection testing end may be a real intersection testing end, and the second intersection testing end may be a virtual intersection testing end. Or, the first intersection testing end and the second intersection testing end can be both virtual intersection testing ends. The virtual intersection testing end is introduced to be matched with the real intersection testing end to test the stability of the end-to-end forwarding links between the intersections, the matched virtual intersections can be constructed according to different testing scenes, the labor cost for on-site testing and the hardware cost for accessing the sensing equipment by multiple intersections are saved, the requirement for testing the stability of the end-to-end forwarding links between the intersections is met, and the flexibility for testing the stability of the end-to-end forwarding links between the intersections can be improved. Because the virtual intersection testing end simulates the real intersection, the virtual intersection testing end can accurately imitate the real intersection side transmission link testing transmission data, and expand the intersection types and the intersection number for carrying out the link testing, thereby improving the flexibility, the accuracy, the success rate and the testing efficiency of the end-to-end forwarding link stability testing between the intersections.

In an example, fig. 2 is a flowchart of a link testing method provided in the embodiment of the present disclosure, and the embodiment of the present disclosure performs optimization and improvement on the basis of the technical solutions of the above embodiments, and provides various specific optional implementation manners for obtaining link test transmission data of a first intersection testing end, transmitting the link test transmission data to a second intersection testing end, obtaining link test reception data of the second intersection testing end, and determining intersection forwarding link testing results of the first intersection testing end and the second intersection testing end.

In an optional embodiment of the present disclosure, the first intersection testing end is the virtual intersection testing end, and the second intersection testing end is a real intersection testing end; the virtual intersection test ends comprise a first virtual intersection test end and a second virtual intersection test end; before obtaining the link test sending data of the first intersection test end, the method may further include: acquiring geographical position information of a tested intersection of the real intersection testing end; determining a target test range of the geographic position information of the tested intersection; generating first test intersection geographical position information of the first virtual intersection test end and second test intersection geographical position information of the second virtual intersection test end according to the tested intersection geographical position information and the target test range; wherein the first test intersection geographical position information belongs to the target test range; the second test intersection geographical location information does not belong to the target test range.

The first virtual intersection testing end and the second virtual intersection testing end can be two different types of virtual intersection testing ends. Optionally, the first virtual intersection testing end and the second virtual intersection testing end may be two different types of virtual intersection testing ends configured according to the link testing range. The geographical position information of the tested intersection can be the geographical position information of the testing end of the real intersection. The target test range can be a distance range which needs to be tested at the test end of the real intersection. The geographical position information of the first test intersection can be the geographical position information of the first virtual intersection test end. The geographical position information of the second test intersection can be the geographical position information of the second virtual intersection test end.

In order to realize the comparison test of the stability of the end-to-end forwarding links between intersections and improve the effectiveness of the stability test of the end-to-end forwarding links between intersections, virtual intersection test ends of different types can be introduced to cooperate with real intersection test ends to carry out the stability test of the end-to-end forwarding links between intersections. The first virtual intersection test end can be a virtual intersection test end within the test range of the real intersection test end; the second virtual intersection test end may be a virtual intersection test end outside the test range of the real intersection test end.

Specifically, the real intersection test end can be used as the second intersection test end, and the geographical position information of the real intersection test end is obtained and used as the geographical position information of the intersection to be tested. Furthermore, a target test range can be determined according to the geographical position information of the tested intersection, and the geographical position information of the first test intersection of the first virtual intersection test end and the geographical position information of the second test intersection of the second virtual intersection test end are generated according to the geographical position information of the tested intersection and the configured target test range. For example, assuming that the target test range is configured to be 500 meters, the first test intersection geographical position information of the first virtual intersection test end may be any geographical position information with a radius within 500 meters and with the measured intersection geographical position information as a center; the second test intersection geographical position information of the second virtual intersection test end can be any geographical position information with the radius of 500 meters and the geographical position information of the tested intersection as the center.

After two different types of virtual intersection test ends are generated according to the target test range configuration, the two virtual intersection test ends can both simulate a real intersection and carry out link test with the real intersection test end. It can be understood that, under normal conditions, the first virtual intersection testing end located at the first testing intersection geographical position information can perform link data interaction with the real intersection testing end normally. That is, the link test transmission data transmitted by the first virtual intersection test end can be normally forwarded to the real intersection test end. And the second virtual intersection testing end positioned at the geographical position information of the second testing intersection cannot normally interact link data with the real intersection testing end. That is, the link test transmission data transmitted by the second virtual intersection test end cannot be forwarded to the real intersection test end.

In an optional embodiment of the present disclosure, before acquiring the link test transmission data of the first intersection test end, the method may further include: responding to the link test task configuration instruction, and generating link test configuration data of the link test task; the link test configuration data comprises link test task configuration data and link test sending configuration data.

The link test task configuration data may be related configuration data of the link test task, and may be used to generate link test transmission data of a virtual intersection test end in the link test task, such as intersection event types included in the specified link test transmission data. The link test transmission configuration data may be related configuration data for transmitting link test transmission data, and may be used to determine a data transmission manner of the link test transmission data, such as determining a transmission frequency and a transmission duration of the link test transmission data.

Because the virtual intersection testing end is a testing end generated by configuration, link testing configuration data needs to be configured for the virtual intersection testing end, and the virtual intersection testing end is configured through the link testing configuration data, so that the virtual intersection testing end can have functions of data sending and receiving of the real intersection testing end and the like, and the real intersection testing end is effectively simulated to participate in link testing. Optionally, the link test configuration data may include, but is not limited to, link test task configuration data and link test send configuration data. Different types of link test configuration data can be used for configuring different functions of the virtual intersection test end, which is not limited in the embodiment of the present disclosure.

A method for testing a link as shown in fig. 2, comprising:

s210, responding to a link test instruction initiated by the first road interface test end, and acquiring link test configuration data of the link test instruction.

The link test instruction may be an instruction initiated by the first intersection test end to start a link test.

In the embodiment of the present disclosure, the first intersection testing end may be set as a virtual intersection testing end, the second intersection testing end may be set as a real intersection testing end, and a link testing instruction is initiated through the virtual intersection testing end to send link testing sending data to the real intersection testing end. Optionally, the first intersection testing end in the embodiment of the present disclosure may include two virtual intersection testing ends, namely a first virtual intersection testing end and a second virtual intersection testing end. The two virtual intersection testing ends can respectively send link testing sending data to the real intersection testing end so as to synchronously carry out link testing. It can be understood that the link test flow between the two virtual intersection test ends and the real intersection test end can be independently performed without influencing each other. After the first portal test end initiates the link test instruction, the link test system can obtain the link test configuration data matched with the link test instruction, so as to execute the subsequent link test flow according to the obtained link test configuration data.

S220, determining link test task configuration data of the link test instruction according to the link test configuration data.

And S230, generating link test sending data of the first intersection test end according to the link test task configuration data.

Correspondingly, after the link test system obtains the link test configuration data, the link test configuration data can be analyzed to obtain link test task configuration data matched with the link test instruction, so that link test sending data of the first intersection test end can be determined according to the link test task configuration data.

According to the technical scheme, the link test sending data of the first intersection test end is generated according to the pre-configured link test task configuration data, flexible configuration of the virtual intersection test ends can be achieved, the virtual intersection test ends meeting the test requirements of any link can be obtained, and flexibility and test efficiency of end-to-end forwarding link stability tests between intersections are improved.

Optionally, when the link test system is composed of the cloud control platform and the test server, or is composed of the cloud control platform, the test server and the link test service, the test server may simulate to generate two virtual intersection test ends as the first intersection test end to initiate a link test instruction, and the test server further generates link test sending data of the first intersection test end according to link test task configuration data matched with the link test instruction.

When the link test system is only composed of the cloud control platform and the cloud control platform is configured with the functions of the test server, the cloud control platform can simulate and generate two virtual intersection test ends as a first intersection test end to initiate a link test instruction, and the test server further generates link test sending data of the first intersection test end according to link test task configuration data matched with the link test instruction.

In an optional embodiment of the present disclosure, the generating, according to the link test task configuration data, link test transmission data of the first intersection test end may include: determining the first intersection testing end according to the link testing task configuration data; acquiring link test sending configuration data of the first intersection test end; determining a current intersection reporting event of the first intersection testing end according to the link testing sending configuration data of the first intersection testing end; and determining the current intersection reporting event as the link test sending data of the first intersection test end.

The intersection reporting event may be a traffic event reported by an intersection testing end device (e.g., a RSCU device). The current intersection reporting event can be a traffic event currently reported by the first intersection testing end. The intersection reporting event can be configured according to the real intersection traffic condition, and illustratively, the intersection reporting event can include, but is not limited to, various types of traffic events such as traffic jam, motor vehicle reverse running, motor vehicle overspeed, road construction, traffic accident, pedestrian running red light, parking and occupying lane.

Specifically, the link test system may determine the first intersection test end according to the link test task configuration data, and for example, may determine the first virtual intersection test end within the target test range and the second virtual intersection test end outside the target test range as the first intersection test end simultaneously according to the target test range of the link test task configuration data. After the first intersection testing end is determined, the link testing sending configuration data of the first intersection testing end can be further obtained. Optionally, the link test sending configuration data may determine the type and reporting mode of the intersection reporting event that each virtual intersection test end can report. Therefore, the link test system can determine the current intersection reporting event of the first intersection test end according to the link test sending configuration data of the first intersection test end, and determine the current intersection reporting event as the link test sending data of the first intersection test end. It can be understood that the current intersection reporting event of the first virtual intersection testing end and the current intersection reporting event of the second virtual intersection testing end may be the same or different; the reporting mode of the event reported by the current intersection of the first virtual intersection testing end and the reporting mode of the event reported by the current intersection of the second virtual intersection testing end may be the same or different, and the embodiment of the disclosure does not limit this.

Taking the first virtual intersection testing end as an example for explanation, the link testing system can send configuration data according to the link test matched with the first virtual intersection testing end, and randomly select an intersection reporting event that can be reported by the first virtual intersection testing end as a current intersection reporting event of the first virtual intersection testing end. Or, the link test system can also determine the reporting sequence of the reporting events of each intersection according to the link test sending configuration data matched with the first virtual intersection test end, and sequentially select the intersection reporting events which can be reported by the first virtual intersection test end as the current intersection reporting events of the first virtual intersection test end according to the reporting sequence of the reporting events of each intersection.

According to the technical scheme, the link test sending data of the first intersection test end is determined by the current intersection reporting event determined by the link test sending configuration data of the first intersection test end, so that the function of reporting the traffic event by the real intersection test end can be effectively simulated, and the accuracy and the success rate of the end-to-end forwarding link stability test between intersections are improved.

And S240, obtaining the link test configuration data of the link test instruction.

And S250, determining the link test sending configuration data of the link test sending data according to the link test configuration data.

And S260, sending the link test sending data to the second intersection test end according to the link test sending configuration data.

In this disclosure, after the link test system obtains the link test transmission data of the first intersection test end, the link test transmission data of the first intersection test end needs to be forwarded to the second intersection test end. Specifically, the link test system may obtain link test configuration data matched with the link test instruction initiated by the first intersection test end, so as to further determine link test transmission configuration data of the link test transmission data according to the link test configuration data. After the link test sending configuration data is obtained, the sending mode of the link test sending configuration data can be determined according to the configuration information of the link test sending configuration data, and the link test sending data is sent to the second intersection testing end according to the sending mode of the link test sending configuration data.

Therefore, the first intersection testing end generates link testing sending data by simulating a real intersection testing end, and sends the link testing sending data to the second intersection testing end according to a pre-configured data sending mode, so that the requirement of end-to-end forwarding link stability testing between intersections under a plurality of different scenes is met.

In an optional embodiment of the present disclosure, the sending, according to the link test sending configuration data, the link test sending data to the second intersection testing terminal may include: determining a data transmission range, a data transmission frequency and a data transmission duration of the link test transmission data according to the link test transmission configuration data; and sending the link test sending data to the second intersection test end within the data sending range according to the data sending frequency and the data sending duration.

Wherein, the data transmission range may be a range in which the link test transmission data may be transmitted. Optionally, the data transmission range may be determined according to a target test range of the real intersection test end. The data transmission frequency may be a frequency at which the first port test terminal transmits link test transmission data. The data sending duration may be a duration for the first port test terminal to send the link test sending data.

Specifically, the link test system may specify a data sending range, a data sending frequency and a data sending duration of the link test sending data according to the link test sending configuration data, so as to send the link test sending data to the cloud control platform according to the specified data sending frequency and the specified data sending duration, and then the cloud control platform forwards the received link test sending data to the second intersection test end within the data sending range, thereby completing the whole link forwarding logic. Illustratively, when the data transmission range is 500 meters, the cloud control platform forwards the received link test transmission data to all intersection test ends within a range of 500 meters from the first intersection test end.

It can be understood that the intersection reporting event sent by the first intersection testing end may include two types, namely an instantaneous event and a long-term event. Transient events are traffic events that occur briefly, such as pedestrians or motor vehicles running a red light. The long-term events are traffic events which occur for a long time, such as traffic jam and road construction. The sending time of the transient event is short, so that the problems of reporting failure, missing detection, event expiration and the like can exist, and the problem of sending data by link test is easy to cause. The sending time of the data is configured for the transient event, and the reporting time of the transient event can be specified, so that the reported transient event is continuously sent, and the sending accuracy, efficiency and detectability of the transient event are ensured. The long event transmission time is long, and thus there may be a problem of transmission data redundancy. The sending time of the long-term event configuration data can be specified, so that the reported long-term event can be accurately sent, and the sending accuracy and the processing efficiency of the long-term event are ensured. Meanwhile, by specifying the data transmission range and the data transmission frequency of the intersection reporting event, the intersection reporting event can be transmitted to a specified real intersection test end according to the specific link test requirement, so that the efficiency and the accuracy of the link test are improved.

In an optional embodiment of the present disclosure, the sending the link test sending data to the second intersection testing terminal may further include: determining target link test sending data according to the link test sending data under the condition that the data types of the link test sending data are determined to be the same data types and the data identifications of the link test sending data are different data identifications; and sending the target link test sending data to the second intersection test end.

The target link test sending data may be link test sending data finally sent to the second intersection test end.

In the embodiment of the present disclosure, the cloud control platform of the link test system may execute the forwarding logic according to the aggregation logic. Taking intersection reporting events as link test sending data as specific description. The virtual intersection test end can send the intersection reporting event to the second intersection test end in the data sending range according to the data sending frequency and the data sending duration. Therefore, the event reported by the same intersection may need to be sent for multiple times, and for one type of event, the cloud control platform only needs to forward the event to the second intersection test end once. The virtual intersection testing end can configure different data identifiers aiming at the same intersection reporting event so as to identify each transmitted and reported intersection reporting event. When the data types of the link test sending data received by the cloud control platform are the same data types and the data identifications of the link test sending data are different data identifications, the target link test sending data can be determined according to the link test sending data, and therefore the screened target link test sending data are sent to the second intersection test end.

For example, assuming that the virtual intersection test end continuously sends the virtual intersection test end for the same traffic jam event for multiple times, the data identifiers of the virtual intersection test end are respectively a traffic jam event 1, a traffic jam event 2 and a traffic jam event 3, and the 3 traffic jam events are actually the same traffic jam event, after the cloud control platform receives the traffic jam event 1, the traffic jam event 2 and the traffic jam event 3, one of the traffic jam events can be selected, for example, the last received traffic jam event 3 is selected as target link test sending data according to a data receiving sequence, and only the traffic jam event 3 is forwarded to the second intersection test end.

According to the technical scheme, the data sent by the configured aggregation logic to the target link test is sent to the second intersection test end, so that the second intersection test end can be prevented from sending redundant data, and the link test efficiency is improved.

S270, obtaining the link test receiving data of the second intersection test end.

In an optional embodiment of the present disclosure, the second intersection testing end is a real intersection testing end; the obtaining of the link test receiving data of the second intersection test end may include: acquiring a data forwarding log of the real intersection testing end; taking the data forwarding log as link test receiving data of the real intersection test end; or acquiring terminal receiving data of the mobile terminal in communication connection with the real intersection testing end; and taking the terminal receiving data as the link test receiving data of the real intersection test end.

The data forwarding log can be a data log forwarded by a virtual intersection testing end and received by a real intersection testing end. Optionally, the data log may be an intersection reporting event log. The terminal received data can be data forwarded by a virtual intersection testing end received by a mobile terminal in communication connection with the real intersection testing end. Optionally, the mobile terminal in communication connection with the real intersection testing end may be, for example, a vehicle-mounted terminal or the like.

In the embodiment of the present disclosure, the link test system may obtain the link test receiving data of the second intersection test end, that is, the real intersection test end, in a plurality of ways. Optionally, when the link test system is configured with the link test service, the link test system may directly obtain the data forwarding log of the real intersection test end through the link test service. For example, the service of the real intersection testing end can be logged through the link testing service to view and obtain the data forwarding log generated by the real intersection testing end. If the service of logging in the real intersection testing end checks and obtains the data forwarding log generated by the real intersection testing end, the real intersection testing end can be configured with a forwarding monitoring script. The forwarding monitoring script can randomly capture a log of a virtual intersection testing end forwarding intersection reporting event at a real intersection testing end as a data forwarding log, and forwards the acquired data forwarding log to a link testing service through a call-back interface. Correspondingly, the link test service can take the acquired data forwarding log as link test receiving data of the real intersection test end.

If the communication capacity between the vehicle end and the intersection is further tested, a real vehicle can be placed at the real intersection testing end, and the vehicle-mounted terminal of the real vehicle receives the data forwarding log forwarded by the virtual intersection testing end. Or, the mobile terminal can also establish communication connection with the real intersection testing end, and receive the data forwarding log forwarded by the virtual intersection testing end in a mode that the mobile terminal simulates a vehicle-mounted terminal. After the data forwarding log is obtained through the terminal, the data forwarding log can be used as terminal receiving data, and the terminal receiving data can be used as link test receiving data of a real intersection test end. Accordingly, the link test service may further receive link test reception data transmitted by the mobile terminal.

After the link test service obtains the link test sending data and the link test receiving data, intersection forwarding link test results of the first intersection test end and the second intersection test end can be determined according to the link test sending data and the link test receiving data.

Optionally, if the link test system is only composed of the cloud control platform, the link test received data may be received by the cloud control platform, and intersection forwarding link test results of the first intersection test end and the second intersection test end are determined according to the link test transmitted data and the link test received data. If the link test system is composed of the cloud control platform and the test server, the link test receiving data can be received by the cloud control platform or the test server, so that intersection forwarding link test results of the first intersection test end and the second intersection test end are determined according to the received link test sending data and the received link test receiving data.

According to the technical scheme, the link test receiving data of the second intersection test end is obtained in various different modes, the implementation modes of the link test are enriched, and the flexibility of the link test is improved.

S280, comparing the link test sending data with the link test receiving data to obtain a sending and receiving data comparison result.

S290, determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the comparison result of the sending and receiving data.

The comparison result of the sending and receiving data may be a comparison check result of the link test sending data and the link test receiving data.

In the embodiment of the present disclosure, after obtaining the link test transmission data and the link test reception data, the link test system may compare and verify the link test transmission data and the link test reception data to obtain a transmission/reception data comparison result, so as to determine a final intersection forwarding link test result of the first intersection test end and the second intersection test end according to the transmission/reception data comparison result.

For example, assuming that the link test sending data and the link test receiving data are both traffic congestion events, the stability of the end-to-end forwarding link between intersections can be considered to pass the test. If the data sent by the link test is a pedestrian red light running event, and the data received by the link test is a null or a motor vehicle red light running event, indicating that the data sent by the link test and the data received by the link test are not uniform, the stability of the end-to-end forwarding link between the intersections can be considered to fail the test.

According to the technical scheme, different virtual intersection testing ends are configured to send the link testing sending data to the real intersection testing end, and the final intersection forwarding link testing result of the first intersection testing end and the second intersection testing end is determined based on the link testing receiving data of the second intersection testing end, so that the flexibility, the accuracy, the success rate and the testing efficiency of the end-to-end forwarding link stability test between intersections are improved.

In an example, fig. 3 is a flowchart of a link testing system provided in an embodiment of the present disclosure, which is applicable to a case where a virtual intersection is introduced to perform an end-to-end forwarding link stability test between intersections, and as shown in fig. 3, a link testing system 300 may include a testing server 310, a cloud control platform 320, and a link testing service device 330; wherein:

the test server 310 is in communication connection with the cloud control platform 320 and is used for generating link test sending data of a first intersection test end and sending the link test sending data to the cloud control platform 320;

the cloud control platform 320 is used for sending the link test sending data to the second intersection test end;

the link test service device 330 is in communication connection with the test server, in communication connection with the second intersection test end, and is configured to provide a link test service, specifically, to obtain the link test transmission data and the link test reception data, and determine intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test transmission data and the link test reception data; the first intersection testing end or the second intersection testing end is a virtual intersection testing end.

Optionally, the test server 310 is specifically configured to: responding to a link test instruction initiated by the first intersection test end, and acquiring link test configuration data of the link test instruction; determining link test task configuration data of the link test instruction according to the link test configuration data; and generating link test sending data of the first intersection test end according to the link test task configuration data.

Optionally, the test server 310 is specifically configured to: determining the first intersection testing end according to the link testing task configuration data; acquiring link test sending configuration data of the first intersection test end; determining a current intersection reporting event of the first intersection testing end according to the link testing sending configuration data of the first intersection testing end; and determining the current intersection reporting event as the link test sending data of the first intersection test end.

Optionally, the test server 310 is specifically configured to: acquiring link test configuration data of the link test instruction; determining link test sending configuration data of the link test sending data according to the link test configuration data; sending the link test sending data to the cloud control platform 320 according to the link test sending configuration data, where the cloud control platform 320 is specifically configured to: and sending the link test sending data to the second intersection test end.

Optionally, the test server 310 is specifically configured to: determining a data transmission range, a data transmission frequency and a data transmission duration of the link test transmission data according to the link test transmission configuration data; according to the data sending frequency and the data sending duration, sending the link test sending data to the cloud control platform 320, wherein the cloud control platform 320 is specifically configured to: and sending the link test sending data to the second intersection test end within the data sending range.

Optionally, the cloud control platform 320 is specifically configured to: determining target link test sending data according to the link test sending data under the condition that the data types of the link test sending data are determined to be the same data types and the data identifications of the link test sending data are different data identifications; and sending the target link test sending data to the second intersection test end.

Optionally, the second intersection testing end is a real intersection testing end; the link test service device 330 is specifically configured to: acquiring a data forwarding log of the real intersection testing end; taking the data forwarding log as link test receiving data of the real intersection test end; or acquiring terminal receiving data of the mobile terminal in communication connection with the real intersection testing end; and taking the terminal receiving data as the link test receiving data of the real intersection test end.

Optionally, the link test service device 330 is specifically configured to: comparing the link test sending data with the link test receiving data to obtain a sending and receiving data comparison result; and determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the comparison result of the sending and receiving data.

Optionally, the first intersection testing end is the virtual intersection testing end, and the second intersection testing end is a real intersection testing end; the virtual intersection test ends comprise a first virtual intersection test end and a second virtual intersection test end; the test server 310 is further configured to: acquiring geographical position information of a tested intersection of the real intersection testing end; determining a target test range of the geographic position information of the tested intersection; generating first test intersection geographical position information of the first virtual intersection test end and second test intersection geographical position information of the second virtual intersection test end according to the tested intersection geographical position information and the target test range; wherein the first test intersection geographical position information belongs to the target test range; the second test intersection geographical location information does not belong to the target test range.

Optionally, the test server 310 is further configured to: responding to the link test task configuration instruction, and generating link test configuration data of the link test task; the link test configuration data comprises link test task configuration data and link test sending configuration data.

Fig. 4 is a schematic structural diagram of a link test system based on a link test according to an embodiment of the present disclosure. In a specific example, as shown in fig. 4, the cloud control platform may be composed of different systems such as a cloud control front end, a cloud control back end service, and an intelligent cloud access. The cloud control front end may have a manual configuration function, fig. 5 is an effect schematic diagram of a configuration interface of the cloud control front end provided in the embodiment of the present disclosure, and as shown in fig. 5, the cloud control front end may configure a corresponding virtual intersection, an event reported by the virtual intersection, and an event broadcast range according to a real intersection. For example, the cloud control front end can configure a virtual intersection with a distance of 0 m and an event broadcasting range of 0 m according to the real intersection 1, so that the virtual intersection coincides with the real intersection 1, and the virtual intersection can call a related interface of the real intersection 1 to acquire information sent by the road test sensing equipment of the real intersection 1. Therefore, if the virtual intersection configured at the cloud control front end can perform data interaction with the road test sensing equipment of the real intersection, the virtual intersection is actually configured as the real intersection. If the virtual intersection configured at the cloud control front end cannot perform data interaction with the road test sensing equipment of the real intersection, the virtual intersection is actually configured, and the virtual intersection is actually a static intersection and cannot perform data interaction with other intersections. The virtual intersection testing end belongs to a dynamic intersection and can simulate a real intersection to perform data interaction with other intersections.

Considering that the commercialized delivered environment prohibits similar end-to-end test by simulating reporting of false data events, the embodiment of the disclosure creates a test server to realize the creation of virtual intersections and simulate reporting of false data events by the created virtual intersections, thereby meeting the end-to-end test requirements of various event broadcast ranges.

In the embodiment of the disclosure, optionally, the test server may interact with the cloud control platform to jointly complete the creation of the virtual intersection test end. Specifically, the event broadcast range may be manually configured at the cloud control front end of the cloud control platform, and the selectable ranges include 0 meter (without broadcast), 300 meters, 500 meters, 1000 meters, 1500 meters, 2000 meters, and the like. When the virtual intersection test end is created, the cloud control platform can obtain the longitude and latitude of the RSCU1 at the real intersection test end, for example: longituude 105.9416097; latitude (latitude) 29.3593911. Assuming that the event broadcasting range configured at the cloud control front end is 500 meters, the equipment maintenance management function of the cloud control platform can generate a "virtual intersection road2+ sensing equipment RSCU2 equipment" as a virtual intersection testing end, for example, the longitude and latitude information of the virtual intersection testing end can be longitude 105.9416091; latitude: 29.3593913. The virtual intersection testing end can be in the broadcasting range of the selected real intersection testing end through the longitude and latitude calculation of two points. Meanwhile, the cloud control platform can also generate another virtual intersection 'road 3+ sensing equipment RSCU 3' which is not in the event broadcasting range of the selected real intersection testing end as the virtual intersection testing end, for example, the longitude and latitude information of the virtual intersection testing end can be longitude: 105.9496097; latitude: 29.7593911. The two virtual intersection testing ends can respectively interact with the real intersection testing ends to carry out comparison testing.

Correspondingly, the test server can perform data interaction with the cloud control front end through an interface to acquire information configured by the cloud control front end. The test server can generate a virtual intersection test end capable of simulating reporting of a false data event according to manual configuration information acquired from the cloud control front end, and the geographic position information of the virtual intersection test end can be different from the geographic position information of a certain real intersection. Fig. 6 is a schematic diagram illustrating an effect of an end-to-end broadcast test configuration interface in a test server according to an embodiment of the present disclosure. In a specific example, as shown in fig. 6, a configuration interface of an end-to-end broadcast test can be opened in a test platform provided by a test server to create a virtual intersection test end. In the interface of the end-to-end broadcast test, after a user triggers a new test task, the test server may access information configured by the cloud control front end through the interface to determine relevant information of the real intersection test end, such as a city where the real intersection is located (exemplarily shown as guangzhou test in fig. 6), a name of the real intersection (exemplarily shown as 9 in fig. 6), a real RSCU on the real intersection side, and the like (exemplarily shown as BFD123353452 in fig. 6). Meanwhile, the test server may also access information configured by the cloud control front end through the interface to determine relevant information of the virtual intersection test end, such as a broadcast range (exemplarily shown as 1000 meters in fig. 6) of an event reported by the virtual intersection test end and a virtual RSCU (exemplarily shown as testQaRscu1 and testQaRscu2 in fig. 6) at the virtual intersection side. That is, the test server can automatically acquire and configure the relevant configuration information of the virtual intersection test end and the real intersection test end without manual one-to-one configuration.

On this basis, as shown in fig. 6, the test server may also configure the type of the forwarding event (i.e., reporting event) for the virtual intersection test end. Optionally, the user may select a plurality of forwarding events from the forwarding event list for testing. If the user does not make a selection, the test server may test all forwarding events included in the list of forwarding events by default.

Fig. 7 is a schematic diagram illustrating an effect of a drive test concurrent data configuration interface in a test server according to an embodiment of the present disclosure. In a specific example, as shown in fig. 7, the test server may further configure the attribute of the event reported by the virtual intersection test end through a drive test concurrent data configuration interface. Specifically, the test server can determine an event list that can be reported by the virtual intersection test end through the road test concurrency data configuration interface, and set the concurrency number of reported events by setting process data. On the basis, the test server can also configure relevant information such as event distance, frequency, duration and the like of each reported event. After the test server completes the configuration of the virtual intersection test end, the user can trigger the function of click generation in the newly-built forwarding test task through the configuration interface of the end-to-end broadcast test shown in fig. 6, and the test server can automatically generate a test task. Further, the user triggers the 'running' function of the test task in the configuration interface of the end-to-end broadcast test, so that the whole link test system can start to automatically perform an end-to-end link test flow according to the configured virtual intersection test end and the selected real intersection test end.

As shown in fig. 4, the test server may further configure a concurrent event tool for sending a reporting event of the virtual intersection test end. The concurrent event tool may be constructed by using a JSON (JavaScript Object Notation), and completes functions of constructing data, transmitting data, interfacing and the like based on an MQTT (Message queue Telemetry Transport) protocol. The concurrent event tool can also convert the data to be sent into a PB structure type for asynchronous sending, and can send the data according to the fixed frequency configured by the data to be sent and the aggregation logic during sending. Optionally, the created two virtual intersection testing ends may be tested in parallel or in series, which is not limited in this disclosure.

Events reported by the virtual RSCU at the virtual intersection testing end are processed by cloud control forwarding logic, and if the broadcast range of the event is 500 meters, the events are forwarded to all RSCUs (possibly comprising the RSCUs 1 of the real intersections) within the range of 500 meters of the virtual RSCU.

Further, to test the forwarding logic of the cognitive device RSCU, the forwarded event log can be viewed by logging directly into the real intersection RSCU1 through a link test service device (not shown in fig. 4). If the communication capacity between the vehicle end and the road is further tested, a real vehicle can be placed at the real intersection, the vehicle end terminal receives the event message forwarded by the virtual intersection sensing equipment, and the event message received by the vehicle end terminal is sent to the link test service equipment. The link test service equipment can perform comparison and verification according to the event information reported by the virtual intersection test end and the event information received by the real intersection test end so as to determine an intersection forwarding link test result between the two intersection test ends.

If log logging is complicated to view, a forwarding monitoring script can be configured on the real RSCU1 so as to capture the log of the forwarding event at any time. If yes, forwarding the captured event log to a test server through a callback interface so as to generate a link test report through the test server, wherein the link test report can comprise an intersection forwarding link test result between two intersection test ends.

As shown in fig. 4, the real intersection test end may be the computing unit RSCU1, the RSCU2 may be the virtual intersection test end within the RSCU1 test range, and the RSCU3 may be the virtual intersection test end outside the RSCU1 test range. In an actual scenario, the RSCU1 may receive data sent by a Road Side Unit (RSU) and a drive sensing Unit (Road Side Unit). The reporting event, the obstacle information and the related information of the equipment can be sent to the cloud control platform intelligent cloud access platform based on the mqtt link, and are sent to the back-end service through the intelligent cloud access platform to be processed. The relevant data of the red street lamp can be processed based on the backend service of the HTTP (HyperText Transfer Protocol) cloud control platform. The link test system can be connected with a real intersection test end, and can also be connected with a vehicle end terminal through the real intersection test end, so that a complete link test flow is realized. The vehicle terminal can transmit relevant data of the vehicle terminal to a back-end service of the cloud control platform for processing through a Mass (infrastructure) platform.

The RSCU2 in the test range and the RSCU3 not in the test range are respectively subjected to reporting events, and corresponding forwarding logs are checked at the vehicle end or the sensing equipment of the real intersection for comparison experiments, so that whether the forwarding logic of the cloud control platform is correct or not is verified.

Optionally, the functions of the manual event configuration range, the concurrent event tool, the forwarding monitoring script, the callback interface and the like may be automatically configured on the test server, the front end may be used for a tester to manually configure the event range, the event type and the sending frequency of mock (random data generation), and the back end executes the series of automatic logics to complete the test of the end-to-end event broadcast at the RSCU side. The automatic configuration of the test server can be realized by calling a cloud control platform interface and a callback interface monitored by a real intersection test end.

Therefore, the event broadcast range is configured, two virtual intersection testing ends (one is in the broadcast range and the other is out of the broadcast range) are dynamically generated, events (up to 16 or more) supported by multiple paths are pushed to the two virtual intersection testing ends in different time periods, a forwarding monitoring script is configured at the real intersection testing end to receive the events forwarded by the virtual intersection testing ends and send the events back to the testing server, all the functions are realized through the platform side, the front end displays that the event broadcast range can be selected and configured by testing personnel, the back end logically executes the manual operation, the testing server can automatically realize the testing of forwarding logic, and the flexibility, the intelligence and the testing efficiency of the stability testing of the end-to-end forwarding links between intersections are improved.

It should be noted that any permutation and combination between the technical features in the above embodiments also belong to the scope of the present disclosure.

In an example, fig. 8 is a structural diagram of a link testing apparatus provided in an embodiment of the present disclosure, and the embodiment of the present disclosure is applicable to a case where a virtual intersection is introduced to perform an end-to-end forwarding link stability test between intersections, and the apparatus is implemented by software and/or hardware and is specifically configured in an electronic device. The electronic device may be a device that installs a link test system.

A link test apparatus 800 as shown in fig. 8, comprising: a link test sending data obtaining module 810, a link test sending data sending module 820, a link test receiving data obtaining module 830 and an intersection forwarding link test result determining module 840.

Wherein,

a link test sending data obtaining module 810, configured to obtain link test sending data of the first intersection test end;

a link test sending data sending module 820, configured to send the link test sending data to a second intersection test end;

a link test received data obtaining module 830, configured to obtain link test received data of the second intersection test end;

an intersection forwarding link test result determining module 840, configured to determine intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data;

Optionally, the link test sending data obtaining module 810 is specifically configured to: responding to a link test instruction initiated by the first intersection test end, and acquiring link test configuration data of the link test instruction; determining link test task configuration data of the link test instruction according to the link test configuration data; and generating link test sending data of the first intersection test end according to the link test task configuration data.

Optionally, the link test sending data obtaining module 810 is specifically configured to: determining the first intersection testing end according to the link testing task configuration data; acquiring link test sending configuration data of the first intersection test end; determining a current intersection reporting event of the first intersection testing end according to the link testing sending configuration data of the first intersection testing end; and determining the current intersection reporting event as the link test sending data of the first intersection test end.

Optionally, the link test sending data sending module 820 is specifically configured to: acquiring link test configuration data of the link test instruction; determining link test sending configuration data of the link test sending data according to the link test configuration data; and sending the link test sending data to the second intersection test end according to the link test sending configuration data.

Optionally, the link test sending data sending module 820 is specifically configured to: determining a data transmission range, a data transmission frequency and a data transmission duration of the link test transmission data according to the link test transmission configuration data; and sending the link test sending data to the second intersection test end within the data sending range according to the data sending frequency and the data sending duration.

Optionally, the link test sending data sending module 820 is specifically configured to: determining target link test sending data according to the link test sending data under the condition that the data types of the link test sending data are determined to be the same data types and the data identifications of the link test sending data are different data identifications; and sending the target link test sending data to the second intersection test end.

Optionally, the second intersection testing end is a real intersection testing end; the link test received data obtaining module 830 is specifically configured to: acquiring a data forwarding log of the real intersection testing end; taking the data forwarding log as link test receiving data of the real intersection test end; or acquiring terminal receiving data of the mobile terminal in communication connection with the real intersection testing end; and taking the terminal receiving data as the link test receiving data of the real intersection test end.

Optionally, the intersection forwarding link test result determining module 840 is specifically configured to: comparing the link test sending data with the link test receiving data to obtain a sending and receiving data comparison result; and determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the comparison result of the sending and receiving data.

Optionally, the first intersection testing end is the virtual intersection testing end, and the second intersection testing end is a real intersection testing end; the virtual intersection test ends comprise a first virtual intersection test end and a second virtual intersection test end; the apparatus also includes a geographic location information determination module to: acquiring geographical position information of a tested intersection of the real intersection testing end; determining a target test range of the geographic position information of the tested intersection; generating first test intersection geographical position information of the first virtual intersection test end and second test intersection geographical position information of the second virtual intersection test end according to the tested intersection geographical position information and the target test range; wherein the first test intersection geographical position information belongs to the target test range; the second test intersection geographical location information does not belong to the target test range.

Optionally, the apparatus further includes a link test configuration data module, configured to: responding to the link test task configuration instruction, and generating link test configuration data of the link test task; the link test configuration data comprises link test task configuration data and link test sending configuration data.

The link testing device can execute the link testing method provided by any embodiment of the disclosure, and has corresponding functional modules and beneficial effects of the executing method. For technical details that are not described in detail in this embodiment, reference may be made to a link testing method provided in any embodiment of the present disclosure.

Since the above-described link testing apparatus is an apparatus capable of executing the link testing method in the embodiment of the present disclosure, based on the link testing method described in the embodiment of the present disclosure, a person skilled in the art can understand a specific implementation manner of the link testing apparatus in the embodiment and various variations thereof, and therefore, how to implement the link testing method in the embodiment of the present disclosure by the link testing apparatus is not described in detail herein. The scope of the present disclosure is intended to be covered by the claims so long as those skilled in the art can implement the apparatus used in the link testing method in the embodiments of the present disclosure.

In one example, the present disclosure also provides an electronic device, a readable storage medium, and a computer program product.

FIG. 9 illustrates a schematic block diagram of an example electronic device 900 that can be used to implement embodiments of the present disclosure. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.

As shown in fig. 9, the apparatus 900 includes a computing unit 901, which can perform various appropriate actions and processes in accordance with a computer program stored in a Read Only Memory (ROM)902 or a computer program loaded from a storage unit 908 into a Random Access Memory (RAM) 903. In the RAM 903, various programs and data required for the operation of the device 900 can also be stored. The calculation unit 901, ROM 902, and RAM 903 are connected to each other via a bus 904. An input/output (I/O) interface 905 is also connected to bus 904.

A number of components in the device 900 are connected to the I/O interface 905, including: an input unit 906 such as a keyboard, a mouse, and the like; an output unit 907 such as various types of displays, speakers, and the like; a storage unit 908 such as a magnetic disk, optical disk, or the like; and a communication unit 909 such as a network card, a modem, a wireless communication transceiver, and the like. The communication unit 909 allows the device 900 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.

The computing unit 901 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of the computing unit 901 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and so forth. The calculation unit 901 performs the respective methods and processes described above, such as the link test method. For example, in some embodiments, the link testing method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 908. In some embodiments, part or all of the computer program may be loaded and/or installed onto device 900 via ROM 902 and/or communications unit 909. When the computer program is loaded into RAM 903 and executed by computing unit 901, one or more steps of the above described link testing method may be performed. Alternatively, in other embodiments, the computing unit 901 may be configured to perform the link test method by any other suitable means (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), Complex Programmable Logic Devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), 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 foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), blockchain networks, and the internet.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service are overcome. The server may also be a server of a distributed system, or a server that incorporates a blockchain.

It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present disclosure may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present disclosure can be achieved, and the present disclosure is not limited herein.

The above detailed description should not be construed as limiting the scope of the disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present disclosure should be included in the scope of protection of the present disclosure.

Claims

1. A link testing method, comprising:

acquiring link test sending data of a first intersection test end;

sending the link test sending data to a second intersection test end;

acquiring link test receiving data of the second intersection test end;

2. The method according to claim 1, wherein the obtaining of the link test transmission data of the first intersection test end includes:

responding to a link test instruction initiated by the first intersection test end, and acquiring link test configuration data of the link test instruction;

determining link test task configuration data of the link test instruction according to the link test configuration data;

and generating link test sending data of the first intersection test end according to the link test task configuration data.

3. The method according to claim 2, wherein the generating link test transmission data of the first intersection test end according to the link test task configuration data includes:

determining the first intersection testing end according to the link testing task configuration data;

acquiring link test sending configuration data of the first intersection test end;

determining a current intersection reporting event of the first intersection testing end according to the link testing sending configuration data of the first intersection testing end;

and determining the current intersection reporting event as the link test sending data of the first intersection test end.

4. The method of claim 1, wherein the sending the link test sending data to the second intersection testing end comprises:

acquiring link test configuration data of the link test instruction;

determining link test sending configuration data of the link test sending data according to the link test configuration data;

and sending the link test sending data to the second intersection test end according to the link test sending configuration data.

5. The method of claim 4, wherein the sending the link test sending data to the second intersection testing end according to the link test sending configuration data comprises:

determining a data transmission range, a data transmission frequency and a data transmission duration of the link test transmission data according to the link test transmission configuration data;

and sending the link test sending data to the second intersection test end within the data sending range according to the data sending frequency and the data sending duration.

6. The method of claim 1, wherein the sending the link test sending data to the second intersection testing end comprises:

determining target link test sending data according to the link test sending data under the condition that the data types of the link test sending data are determined to be the same data types and the data identifications of the link test sending data are different data identifications;

and sending the target link test sending data to the second intersection test end.

7. The method of claim 1, wherein the second intersection testing end is a real intersection testing end; the obtaining of the link test receiving data of the second intersection test end includes:

acquiring a data forwarding log of the real intersection testing end;

taking the data forwarding log as link test receiving data of the real intersection test end; or

Acquiring terminal receiving data of a mobile terminal in communication connection with the real intersection testing end;

and taking the terminal receiving data as the link test receiving data of the real intersection test end.

8. The method of claim 1, wherein the determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the link test sending data and the link test receiving data comprises:

comparing the link test sending data with the link test receiving data to obtain a sending and receiving data comparison result;

and determining intersection forwarding link test results of the first intersection test end and the second intersection test end according to the comparison result of the sending and receiving data.

9. The method according to any one of claims 1-8, wherein the first intersection testing end is the virtual intersection testing end, and the second intersection testing end is a real intersection testing end; the virtual intersection test ends comprise a first virtual intersection test end and a second virtual intersection test end; the method further comprises the following steps:

acquiring geographical position information of a tested intersection of the real intersection testing end;

determining a target test range of the geographic position information of the tested intersection;

generating first test intersection geographical position information of the first virtual intersection test end and second test intersection geographical position information of the second virtual intersection test end according to the tested intersection geographical position information and the target test range;

wherein the first test intersection geographical position information belongs to the target test range; the second test intersection geographical location information does not belong to the target test range.

10. The method of any of claims 1-8, further comprising:

responding to the link test task configuration instruction, and generating link test configuration data of the link test task;

the link test configuration data comprises link test task configuration data and link test sending configuration data.

11. A link test apparatus comprising:

12. The apparatus according to claim 11, wherein the link test transmission data acquisition module is specifically configured to:

13. The apparatus according to claim 12, wherein the link test transmission data acquisition module is specifically configured to:

14. The apparatus according to claim 11, wherein the link test transmission data transmission module is specifically configured to:

acquiring link test configuration data of the link test instruction;

15. The apparatus according to claim 14, wherein the link test transmission data transmission module is specifically configured to:

16. The apparatus according to claim 11, wherein the link test transmission data transmission module is specifically configured to:

17. The apparatus of claim 11, wherein the second intersection testing terminal is a real intersection testing terminal; the link test received data acquisition module is specifically configured to:

acquiring a data forwarding log of the real intersection testing end;

18. The apparatus of claim 11, wherein the intersection forwarding link test result determination module is specifically configured to:

19. The apparatus according to any one of claims 11-18, wherein the first intersection testing terminal is the virtual intersection testing terminal, and the second intersection testing terminal is a real intersection testing terminal; the virtual intersection test ends comprise a first virtual intersection test end and a second virtual intersection test end; the apparatus also includes a geographic location information determination module to:

20. The apparatus of any of claims 11-18, the apparatus further comprising a link test configuration data module to:

21. A link test system comprises a test server, a cloud control platform and link test service equipment; wherein:

22. An electronic device, comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the link testing method of any one of claims 1-10.

23. A non-transitory computer readable storage medium having stored thereon computer instructions for causing a computer to perform the link testing method of any one of claims 1-10.

24. A computer program product comprising computer programs/instructions, characterized in that the computer programs/instructions, when executed by a processor, implement the link testing method according to any of claims 1-10.