一种链路测试方法、装置、系统、电子设备及存储介质与流程

1.本公开涉及数据处理技术领域，具体涉及端到端测试技术，尤其涉及一种链路测试方法、装置、系统、电子设备、存储介质及计算机程序产品，可应用于智慧城市、智能交通、车联网、智能座舱以及自动驾驶技术等领域。


背景技术：

2.端到端测试(end to end testing)类似于系统测试，涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，网络通讯，或与外部硬件、应用系统或适当的系统对话等。端到端架构测试包含所有访问点的功能测试及性能测试。端到端测试可以应用于各种测试领域，如智慧交通、车联网、智能座舱以及自动驾驶等领域涉及的车路协同端到端的测试，对未来车路协同领域很重要。若端与端不能实现无障碍通信，则车路协同对规避危险事件以及获取另一端实时事件的发展将成为阻碍。


技术实现要素：

3.本公开实施例提供了一种链路测试方法、装置、系统、电子设备及存储介质，能够提高路口之间端到端的转发链路稳定性测试的灵活性、准确率、成功率和测试效率。
4.第一方面，本公开实施例提供了一种链路测试方法，包括：
5.获取第一路口测试端的链路测试发送数据；
6.将所述链路测试发送数据发送至第二路口测试端；
7.获取所述第二路口测试端的链路测试接收数据；
8.根据所述链路测试发送数据和所述链路测试接收数据确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果；
9.其中，所述第一路口测试端或所述第二路口测试端为虚拟路口测试端。
10.第二方面，本公开实施例提供了一种链路测试装置，包括：
11.链路测试发送数据获取模块，用于获取第一路口测试端的链路测试发送数据；
12.链路测试发送数据发送模块，用于将所述链路测试发送数据发送至第二路口测试端；
13.链路测试接收数据获取模块，用于获取所述第二路口测试端的链路测试接收数据；
14.路口转发链路测试结果确定模块，用于根据所述链路测试发送数据和所述链路测试接收数据确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果；
15.其中，所述第一路口测试端或所述第二路口测试端为虚拟路口测试端。
16.第三方面，本公开实施例还提供了一种链路测试系统，包括测试服务器、云控平台以及链路测试服务设备；其中：
17.所述测试服务器与所述云控平台通信连接，用于生成第一路口测试端的链路测试发送数据，并将所述链路测试发送数据发送至所述云控平台；
18.所述云控平台用于将所述链路测试发送数据发送至第二路口测试端；
19.所述链路测试服务设备与所述测试服务器通信连接，并与所述第二路口测试端通信连接，用于获取所述链路测试发送数据和所述链路测试接收数据，以根据所述链路测试发送数据和所述链路测试接收数据确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果；
20.其中，所述第一路口测试端或所述第二路口测试端为虚拟路口测试端。
21.第四方面，本公开实施例提供了一种电子设备，包括：
22.至少一个处理器；以及
23.与所述至少一个处理器通信连接的存储器；其中，
24.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面实施例所提供的链路测试方法。
25.第五方面，本公开实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面实施例所提供的链路测试方法。
26.第六方面，本公开实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现第一方面实施例所提供的链路测试方法。
27.本公开实施例通过获取第一路口测试端的链路测试发送数据，以将链路测试发送数据发送至第二路口测试端，并获取第二路口测试端的链路测试接收数据，从而根据链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。由于第一路口测试端或第二路口测试端可以为虚拟路口测试端，实现了通过引入虚拟路口测试端完成路口之间端到端的转发链路稳定性测试，解决了相关技术路口之间端到端的转发链路稳定性测试准确率、成功率和测试效率较低等问题，能够提高路口之间端到端的转发链路稳定性测试的灵活性、准确率、成功率和测试效率。
28.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
29.附图用于更好地理解本方案，不构成对本公开的限定。其中：
30.图1是本公开实施例提供的一种链路测试方法的流程图；
31.图2是本公开实施例提供的一种链路测试方法的流程图；
32.图3是本公开实施例提供的一种链路测试系统的流程图；
33.图4是本公开实施例提供的一种基于链路测试系统进行链路测试的结构示意图；
34.图5是本公开实施例提供的一种云控前端配置界面的效果示意图；
35.图6是本公开实施例提供的一种测试服务器中端到端广播测试配置界面的效果示意图；
36.图7是本公开实施例提供的一种测试服务器中路测并发数据配置界面的效果示意图；
37.图8是本公开实施例提供的一种链路测试装置的结构图；
38.图9是用来实现本公开实施例的链路测试方法的电子设备的结构示意图。
具体实施方式
39.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
40.所谓的车路协同就是车、路和云能够实现三者信息的交互共享。智慧城市可根据各个路口绑定的感知设备，例如枪机、ccu(central control unit，中央控制单元)采集器以及摄像头来获取路口感知信息，并且将信息传输给路侧计算单元(road side computing unit，rscu)做边缘计算分析出交通路况，之后按照固定频率上报给云平台。云控平台也可以下发消息给对应路口的rscu设备，该rscu设备通过rscu辅设备将信息传输给车端，实现三者信息的交互。在车路协同技术中，云控平台可以完成信息存储、数据融合、路况展示以及事件转发中枢等功能。要实现车与车、车与路、路与云无障碍通信的目标，路口端到端的转发链路稳定测试对车路协同领域尤其重要。
41.在端到端的集成测试环节中，需要待测的功能是云控平台转发路侧端rscu上报事件的逻辑。通过在云控平台端配置上报事件的覆盖范围，可以间接控制上报事件的rscu广播给其他路口rscu的范围。在做转发测试逻辑和对应车、路以及云的端到端通信的链路中，需要接入距离在云控平台配置范围内的多个路口，例如路口1、2、3
…
n。如果要测路口1上报的事件是否能够转发给其他路口(2、3..n)对应的rscu设备，需要路口1设备上报稳定的交通事件，之后在云控平台配置rscu广播范围，例如广播范围是500米。如果在路口1500米范围内存在路口2，那么路口2对应的rscu就会收到来自云控平台转发的事件(这个事件是来自路口1上的rscu设备上报的)。转发逻辑是云控平台端实现，从而间接实现路侧设备的转发功能。
42.目前，可验证上述转发逻辑的平台环境只有商业化已交付环境和集成测试环境。其中，商业化已交付环境虽然能够接入数几十个真实路口，但真实的路口与路口之间间距已经固定，对于不同种情况的距离场景验证有限，真实场景中车端跑不同区域的路口去验证瞬时广播事件功能也不现实。且商业化已交付环境禁止通过模拟上报假数据事件进行类似端到端测试。
43.具体的，在商业化已交付的环境中测试路口之间端到端的转发链路稳定性时，需要在两个真实路口之间计算彼此路口的距离，之后将车开到对应路口去抓瞬时事件，或者在被转发的路侧端的设备查看转发的事件日志。由于真实场景距离有固定死的缺点，路口场景不够覆盖云控平台所涉及的多种事件广播范围：0米、300米、500米、1000米、1500米以及2000米。
44.在集成测试环境测试端到端链路的广播逻辑，集成测试环境目前只接入一个真实数据的路口，无法完成多个路口之间端到端链路稳定性的测试任务。由此可见，现有的路口之间端到端的转发链路稳定性测试方式灵活性较差，且准确率、成功率和测试效率均较低。
45.在一个示例中，图1是本公开实施例提供的一种链路测试方法的流程图，本实施例可适用于引入虚拟路口进行路口之间端到端的转发链路稳定性测试的情况，该方法可以由链路测试装置来执行，该装置可以由软件和/或硬件的方式来实现，并一般可集成在电子设备中。该电子设备可以是安装链路测试系统的设备，本公开实施例并不对电子设备的具体
设备类型进行限定。相应的，如图1所示，该方法包括如下操作：
46.s110、获取第一路口测试端的链路测试发送数据。
47.其中，第一路口测试端可以是路口之间端到端的转发链路中的其中一个路口的测试端。路口测试端可以是路口的rscu设备。链路测试发送数据可以是第一路口测试端发送的，用于对路口之间端到端的转发链路稳定性进行测试的测试数据。
48.在本公开实施例中，第一路口测试端可以作为测试发起端，向第二路口测试端发送链路测试发送数据。其中，第二路口测试端可以是路口之间端到端的转发链路中的另外一个路口的测试端，用于接收链路测试发送数据经转发逻辑后得到的数据。可选的，第一路口测试端或第二路口测试端为虚拟路口测试端。所谓虚拟路口测试端也即模拟真实路口测试端得到的虚拟的测试端，可以模拟真实路口测试端发送和接收测试数据。
49.可选的，当第一路口测试端为虚拟路口测试端时，第一路口测试端可以模拟真实路口测试端生成链路测试发送数据。可以理解的是，该链路测试发送数据是虚拟路口场景下生成的虚拟测试数据，并不是真实路口场景下采集的真实测试数据。当第一路口测试端为真实路口测试端时，第一路口测试端则可以根据路口真实场景生成真实的链路测试发送数据。
50.通常情况下，为了实现对真实路口的有效测试，可以设置第一路口测试端和第二路口测试端中其中一个为虚拟路口测试端，另外一个为真实路口测试端。第一路口测试端和第二路口测试端也可以均为虚拟路口测试端，本公开实施例对此并不进行限制。
51.需要说明的是，当第一路口测试端为虚拟路口测试端时，可以通过多种可选的方式实现虚拟路口测试端的配置。例如，可以通过单独的服务器配置建立虚拟路口测试端，并建立服务器与云控平台之间的通信连接，以使虚拟路口测试端真实模拟真实路口测试端发送链路测试发送数据。此时，云控平台可以接收第一路口测试端发送的链路测试发送数据。或者，也还可以直接在云控平台上配置建立虚拟路口测试端，也即虚拟路口测试端作为云控平台的一个子服务功能，可以自行生成链路测试发送数据发送至云控平台本身，云控平台自身即可生成第一路口测试端的链路测试发送数据。本公开实施例并不对虚拟路口测试端的配置建立方式进行限定。
52.s120、将所述链路测试发送数据发送至第二路口测试端。
53.本公开实施例主要基于链路测试系统中的云控平台实现链路测试的流程。第一路况测试端可以将链路测试发送数据发送至云控平台，或者，云控平台可以自身生成第一路口测试端的链路测试发送数据。当云控平台获取到第一路口测试端的链路测试发送数据之后，由云控平台执行转发逻辑，将获取到的链路测试发送数据发送至第二路口测试端。
54.s130、获取所述第二路口测试端的链路测试接收数据。
55.其中，链路测试接收数据可以是第二路口测试端针对链路测试发送数据所接收到的测试数据。可以理解的是，链路测试接收数据与链路测试发送数据可以相同，也可以不同。
56.s140、根据所述链路测试发送数据和所述链路测试接收数据确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果；其中，所述第一路口测试端或所述第二路口测试端为虚拟路口测试端。
57.其中，路口转发链路测试结果可以是第一路口测试端和第二路口测试端之间的链
路发送和接收数据的测试结果。
58.相应的，当云控平台将链路测试发送数据发送至第二路口测试端之后，链路测试系统可以获取第二路口测试端的链路测试接收数据，并基于链路测试发送数据和链路测试接收数据进行链路测试。示例性的，可以对链路测试发送数据和链路测试接收数据进行对比校验，以确定链路测试发送数据和链路测试接收数据是否匹配，并进一步根据链路测试发送数据和链路测试接收数据的对比校验结果确定第一路口测试端和第二路口测试端的路口转发链路测试结果。
59.可以理解的是，上述链路测试方法基于链路测试系统完成。链路测试系统可以仅由云控平台构成，在此情况下，需要将虚拟路口测试端的功能集成部署在云控平台上，由云控平台独立完成整个链路测试流程。
60.或者，链路测试系统可以由云控平台和测试服务器构成，测试服务器可以独立完成虚拟路口测试端的功能，用于建立配置其中一个路口测试端与云控平台进行交互，向云控平台发送链路测试发送数据或链路测试接收数据，并由云控平台根据链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。
61.或者，链路测试系统还可以由云控平台、测试服务器以及链路测试服务构成，测试服务器可以独立完成虚拟路口测试端的功能，用于建立配置其中一个路口测试端与云控平台进行交互，向云控平台发送链路测试发送数据或接收云控平台转发的链路测试接收数据。云控平台仅负责数据转发逻辑。链路测试服务可以独立获取链路测试发送数据和链路测试接收数据，并根据获取的链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。
62.也即，链路测试系统只要能够完成链路测试流程即可，本公开实施例并不对链路测试系统执行链路测试方法的各个步骤所涉及的执行主体类型进行限定。
63.需要说明的是，本公开实施例中，第一路口测试端或第二路口测试端可以为虚拟路口测试端。也即，在进行链路测试时，第一路口测试端可以为虚拟路口测试端，第二路口测试端可以为真实路口测试端。或者，第一路口测试端可以为真实路口测试端，第二路口测试端可以为虚拟路口测试端。或者，也还可以是第一路口测试端和第二路口测试端均为虚拟路口测试端。通过引入虚拟路口测试端配合真实路口测试端对路口之间端到端的转发链路稳定性进行测试，可以根据不同的测试场景构造匹配的虚拟路口，节约了去现场测试的人力成本和多路口接入感知设备的硬件成本，从而满足路口之间端到端的转发链路稳定性测试的需求，能够提高路口之间端到端的转发链路稳定性测试的灵活性。由于虚拟路口测试端是对真实路口的模拟，可以准确效仿真实路口侧发送链路测试发送数据，扩充了用于进行链路测试的路口类型和路口数量，从而能够提高路口之间端到端的转发链路稳定性测试的灵活性、准确率、成功率和测试效率。
64.本公开实施例通过获取第一路口测试端的链路测试发送数据，以将链路测试发送数据发送至第二路口测试端，并获取第二路口测试端的链路测试接收数据，从而根据链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。由于第一路口测试端或第二路口测试端可以为虚拟路口测试端，实现了通过引入虚拟路口测试端完成路口之间端到端的转发链路稳定性测试，解决了相关技术路口之间端到端的转发链路稳定性测试准确率、成功率和测试效率较低等问题，能够提高路口之
间端到端的转发链路稳定性测试的灵活性、准确率、成功率和测试效率。
65.在一个示例中，图2是本公开实施例提供的一种链路测试方法的流程图，本公开实施例在上述各实施例的技术方案的基础上，进行了优化改进，给出了获取第一路口测试端的链路测试发送数据、将链路测试发送数据发送至第二路口测试端、获取第二路口测试端的链路测试接收数据，以及确定第一路口测试端和第二路口测试端的路口转发链路测试结果的多种具体可选的实现方式。
66.在本公开的一个可选实施例中，所述第一路口测试端为所述虚拟路口测试端，所述第二路口测试端为真实路口测试端；所述虚拟路口测试端包括第一虚拟路口测试端和第二虚拟路口测试端；在获取所述第一路口测试端的链路测试发送数据之前，还可以包括：获取所述真实路口测试端的被测路口地理位置信息；确定所述被测路口地理位置信息的目标测试范围；根据所述被测路口地理位置信息和所述目标测试范围生成所述第一虚拟路口测试端的第一测试路口地理位置信息和所述第二虚拟路口测试端的第二测试路口地理位置信息；其中，所述第一测试路口地理位置信息属于所述目标测试范围；所述第二测试路口地理位置信息不属于所述目标测试范围。
67.其中，第一虚拟路口测试端和第二虚拟路口测试端可以是两种不同类型的虚拟路口测试端。可选的，第一虚拟路口测试端和第二虚拟路口测试端可以是根据链路测试范围所配置的两种不同类型的虚拟路口测试端。被测路口地理位置信息可以是真实路口测试端所在的地理位置信息。目标测试范围可以是真实路口测试端需要测试的距离范围。第一测试路口地理位置信息可以是第一虚拟路口测试端所在的地理位置信息。第二测试路口地理位置信息可以是第二虚拟路口测试端所在的地理位置信息。
68.为了实现对路口之间端到端的转发链路稳定性的对比测试，提高路口之间端到端的转发链路稳定性测试的有效性，可以引入不同类型的虚拟路口测试端配合真实路口测试端进行路口之间端到端的转发链路稳定性测试。其中，第一虚拟路口测试端可以是真实路口测试端的测试范围之内的虚拟路口测试端；第二虚拟路口测试端可以是真实路口测试端的测试范围之外的虚拟路口测试端。
69.具体的，可以将真实路口测试端作为第二路口测试端，并获取真实路口测试端所在的地理位置信息作为被测路口地理位置信息。进一步的，可以根据被测路口地理位置信息确定目标测试范围，并根据被测路口地理位置信息和配置的目标测试范围生成第一虚拟路口测试端的第一测试路口地理位置信息和第二虚拟路口测试端的第二测试路口地理位置信息。示例性的，假设目标测试范围配置为500米，则第一虚拟路口测试端的第一测试路口地理位置信息可以是以被测路口地理位置信息为中心，半径为500米之内的任意一个地理位置信息；第二虚拟路口测试端的第二测试路口地理位置信息可以是以被测路口地理位置信息为中心，半径为500米之外的任意一个地理位置信息。
70.在根据目标测试范围配置生成两种不同类型的虚拟路口测试端之后，两种虚拟路口测试端均可以模拟真实路口与真实路口测试端进行链路测试。可以理解的是，正常情况下，位于第一测试路口地理位置信息的第一虚拟路口测试端能够与真实路口测试端正常进行链路数据的交互。也即，第一虚拟路口测试端发送的链路测试发送数据能够正常被转发至真实路口测试端。位于第二测试路口地理位置信息的第二虚拟路口测试端则无法与真实路口测试端正常进行链路数据的交互。也即，第二虚拟路口测试端发送的链路测试发送数
据无法被转发至真实路口测试端。
71.在本公开的一个可选实施例中，在获取所述第一路口测试端的链路测试发送数据之前，还可以包括：响应于链路测试任务配置指令，生成链路测试任务的链路测试配置数据；其中，所述链路测试配置数据包括链路测试任务配置数据和链路测试发送配置数据。
72.其中，链路测试任务配置数据可以是链路测试任务的相关配置数据，可以用于生成链路测试任务中虚拟路口测试端的链路测试发送数据，如指定链路测试发送数据包括的路口事件类型等。链路测试发送配置数据可以是发送链路测试发送数据的相关配置数据，可以用于确定链路测试发送数据的数据发送方式，如确定链路测试发送数据的发送频率和发送时长等。
73.由于虚拟路口测试端是配置生成的测试端，因此需要对虚拟路口测试端配置链路测试配置数据，以通过链路测试配置数据对虚拟路口测试端进行配置，使得虚拟路口测试端能够具备真实路口测试端的数据发送和接收等功能，从而有效模拟真实路口测试端参与链路测试。可选的，链路测试配置数据可以包括但不限于链路测试任务配置数据和链路测试发送配置数据。不同类型的链路测试配置数据可以用于对虚拟路口测试端不同的功能进行配置，本公开实施例对此并不进行限制。
74.如图2所示的一种链路测试方法，包括：
75.s210、响应于所述第一路口测试端发起的链路测试指令，获取所述链路测试指令的链路测试配置数据。
76.其中，链路测试指令可以是第一路口测试端发起的用于开始进行链路测试的指令。
77.在本公开实施例中，可以设置第一路口测试端为虚拟路口测试端，设置第二路口测试端为真实路口测试端，并通过虚拟路口测试端发起链路测试指令，向真实路口测试端发送链路测试发送数据。可选的，本公开实施例中的第一路口测试端可以包括第一虚拟路口测试端和第二虚拟路口测试端两种虚拟路口测试端。两个虚拟路口测试端可以分别向真实路口测试端发送链路测试发送数据，以同步进行链路测试。可以理解的是，两个虚拟路口测试端与真实路口测试端之间的链路测试流程可以独立进行，彼此不受影响。当第一路口测试端发起链路测试指令之后，链路测试系统可以获取链路测试指令匹配的链路测试配置数据，以根据获取的链路测试配置数据执行后续的链路测试流程。
78.s220、根据所述链路测试配置数据确定所述链路测试指令的链路测试任务配置数据。
79.s230、根据所述链路测试任务配置数据生成所述第一路口测试端的链路测试发送数据。
80.相应的，当链路测试系统获取到链路测试配置数据之后，可以对链路测试配置数据进行解析，得到链路测试指令匹配的链路测试任务配置数据，以根据链路测试任务配置数据确定第一路口测试端的链路测试发送数据。
81.上述技术方案，根据预先配置的链路测试任务配置数据生成第一路口测试端的链路测试发送数据，可以实现虚拟路口测试端的灵活配置，得到满足任意链路测试需求的虚拟路口测试端，提高路口之间端到端的转发链路稳定性测试的灵活性和测试效率。
82.可选的，当链路测试系统由云控平台和测试服务器构成时，或由云控平台、测试服
务器以及链路测试服务构成时，可以由测试服务器来模拟生成两种虚拟路口测试端作为第一路口测试端发起链路测试指令，并由测试服务器进一步根据链路测试指令匹配的链路测试任务配置数据生成第一路口测试端的链路测试发送数据。
83.当链路测试系统仅由云控平台构成，且云控平台配置了测试服务器的功能时，可以由云控平台模拟生成两种虚拟路口测试端作为第一路口测试端发起链路测试指令，并由测试服务器进一步根据链路测试指令匹配的链路测试任务配置数据生成第一路口测试端的链路测试发送数据。
84.在本公开的一个可选实施例中，所述根据所述链路测试任务配置数据生成所述第一路口测试端的链路测试发送数据，可以包括：根据所述链路测试任务配置数据确定所述第一路口测试端；获取所述第一路口测试端的链路测试发送配置数据；根据所述第一路口测试端的链路测试发送配置数据确定所述第一路口测试端的当前路口上报事件；将所述当前路口上报事件确定为所述第一路口测试端的链路测试发送数据。
85.其中，路口上报事件可以是路口测试端设备(如rscu设备)上报的交通事件。当前路口上报事件可以是第一路口测试端当前上报的交通事件。路口上报事件可以根据真实路口交通情况配置，示例性的，路口上报事件可以包括但不限于交通拥堵、机动车逆行、机动车超速、道路施工、交通事故、行人闯红灯以及停车占道等各种类型的交通事件。
86.具体的，链路测试系统可以根据链路测试任务配置数据确定第一路口测试端，如可以根据链路测试任务配置数据的目标测试范围确定目标测试范围内的第一虚拟路口测试端以及目标测试范围外的第二虚拟路口测试端同时作为第一路口测试端。在确定第一路口测试端之后，可以进一步获取第一路口测试端的链路测试发送配置数据。可选的，链路测试发送配置数据可以确定每个虚拟路口测试端可以上报的路口上报事件的类型以及上报方式。因此，链路测试系统可以根据第一路口测试端的链路测试发送配置数据确定第一路口测试端的当前路口上报事件，并将当前路口上报事件确定为第一路口测试端的链路测试发送数据。可以理解的是，第一虚拟路口测试端的当前路口上报事件和第二虚拟路口测试端的当前路口上报事件可以相同，也可以不同；第一虚拟路口测试端的当前路口上报事件的上报方式和第二虚拟路口测试端的当前路口上报事件的上报方式可以相同，也可以不同，本公开实施例对此并不进行限制。
87.以第一虚拟路口测试端为例说明，链路测试系统可以根据第一虚拟路口测试端匹配的链路测试发送配置数据，随机选择第一虚拟路口测试端可以上报的路口上报事件作为第一虚拟路口测试端的当前路口上报事件。或者，链路测试系统还可以根据第一虚拟路口测试端匹配的链路测试发送配置数据确定各路口上报事件的上报顺序，并按照各路口上报事件的上报顺序依次选择第一虚拟路口测试端可以上报的路口上报事件作为第一虚拟路口测试端的当前路口上报事件。
88.上述技术方案，通过利用第一路口测试端的链路测试发送配置数据确定的当前路口上报事件确定第一路口测试端的链路测试发送数据，可以有效模拟真实路口测试端上报交通事件的功能，从而提高路口之间端到端的转发链路稳定性测试的准确率和成功率。
89.s240、获取所述链路测试指令的链路测试配置数据。
90.s250、根据所述链路测试配置数据确定所述链路测试发送数据的链路测试发送配置数据。
91.s260、根据所述链路测试发送配置数据将所述链路测试发送数据发送至所述第二路口测试端。
92.在本公开实施例中，当链路测试系统获取到第一路口测试端的链路测试发送数据之后，需要将第一路口测试端的链路测试发送数据转发至第二路口测试端。具体的，链路测试系统可以获取第一路口测试端发起的链路测试指令匹配的链路测试配置数据，以根据链路测试配置数据进一步确定链路测试发送数据的链路测试发送配置数据。在获取到链路测试发送配置数据之后，可以根据链路测试发送配置数据的配置信息确定链路测试配置数据的发送方式，并根据链路测试配置数据的发送方式将链路测试发送数据发送至第二路口测试端。
93.由此可见，第一路口测试端通过模拟真实路口测试端生成链路测试发送数据，并按照预先配置的数据发送方式将链路测试发送数据发送至第二路口测试端，满足了多个不同场景下路口之间端到端的转发链路稳定性测试的需求。
94.在本公开的一个可选实施例中，所述根据所述链路测试发送配置数据将所述链路测试发送数据发送至所述第二路口测试端，可以包括：根据所述链路测试发送配置数据确定所述链路测试发送数据的数据发送范围、数据发送频率和数据发送时长；按照所述数据发送频率和所述数据发送时长，将所述链路测试发送数据发送至所述数据发送范围内的所述第二路口测试端。
95.其中，数据发送范围可以是链路测试发送数据可以发送的范围。可选的，数据发送范围可以根据真实路口测试端的目标测试范围确定。数据发送频率可以是第一路口测试端发送链路测试发送数据的频率。数据发送时长可以是第一路口测试端发送链路测试发送数据的时长。
96.具体的，链路测试系统可以根据链路测试发送配置数据指定链路测试发送数据的数据发送范围、数据发送频率和数据发送时长，从而按照指定的数据发送频率和数据发送时长，将链路测试发送数据发送至云控平台，进而由云控平台将接收到的链路测试发送数据转发至数据发送范围内的第二路口测试端，从而完成整个链路转发逻辑。示例性的，当数据发送范围为500米时，云控平台会将接收到的链路测试发送数据转发至距离第一路口测试端500米范围内的所有路口测试端。
97.可以理解的是，第一路口测试端所发送的路口上报事件可以包括瞬时事件和长时事件两种类型。其中，瞬时事件也即短暂发生的交通事件，如行人或机动车闯红灯等。长时事件也即长时间发生的交通事件，如交通拥堵以及道路施工等。瞬时事件发送时间较短，因此可能存在上报失败、漏检或事件过期等问题，极易导致链路测试发送数据发送失败的问题。对瞬时事件配置数据发送时长，可以规定瞬时事件的上报时间，从而实现持续发送上报瞬时事件，保证瞬时事件发送的准确率、效率和可检测性。长时事件发送时间较长，因此可能存在发送数据冗余的问题。对长时事件配置数据发送时长，同样可以规定长时事件的上报时间，从而实现精准发送上报长时事件，保证长时事件发送的准确率和长时事件的处理效率。同时，通过指定路口上报事件的数据发送范围和数据发送频率，能够实现根据具体的链路测试需求将路口上报事件发送至规定的真实路口测试端，从而提高链路测试的效率和准确率。
98.在本公开的一个可选实施例中，所述将所述链路测试发送数据发送至第二路口测
试端，还可以包括：在确定所述链路测试发送数据的数据类型为相同数据类型，且所述链路测试发送数据的数据标识为不同数据标识的情况下，根据各所述链路测试发送数据确定目标链路测试发送数据；将所述目标链路测试发送数据发送至所述第二路口测试端。
99.其中，目标链路测试发送数据可以是最终发送至第二路口测试端的链路测试发送数据。
100.在本公开实施例中，链路测试系统的云控平台可以按照聚合逻辑执行转发逻辑。以路口上报事件作为链路测试发送数据为例具体说明。由于虚拟路口测试端可以按照数据发送频率和数据发送时长向数据发送范围内的第二路口测试端发送路口上报事件。因此，同一个路口上报事件可能需要发送多次，而针对一种类型的事件，云控平台仅需要向第二路口测试端转发一次即可。虚拟路口测试端针对同一个路口上报事件可以配置不同的数据标识，以标识所发送上报的各个路口上报事件。当云控平台接收到的链路测试发送数据的数据类型为相同数据类型，且链路测试发送数据的数据标识为不同数据标识时，可以根据各链路测试发送数据确定目标链路测试发送数据，从而将筛选出的目标链路测试发送数据发送至第二路口测试端。
101.示例性的，假设虚拟路口测试端针对同一个交通拥堵事件连续发送了多次，其数据标识分别为交通拥堵事件1、交通拥堵事件2以及交通拥堵事件3，上述3个交通拥堵事件实际为同一个交通拥堵事件，则云控平台接收到交通拥堵事件1、交通拥堵事件2以及交通拥堵事件3后，可以从中选择其中一个交通拥堵事件，如按照数据接收顺序选择最后一个接收的交通拥堵事件3作为目标链路测试发送数据，并仅将交通拥堵事件3转发至第二路口测试端。
102.上述技术方案，通过配置的聚合逻辑对目标链路测试发送数据发送至第二路口测试端，可以避免像第二路口测试端发送冗余数据，从而提高链路测试效率。
103.s270、获取所述第二路口测试端的链路测试接收数据。
104.在本公开的一个可选实施例中，所述第二路口测试端为真实路口测试端；所述获取所述第二路口测试端的链路测试接收数据，可以包括：获取所述真实路口测试端的数据转发日志；将所述数据转发日志作为所述真实路口测试端的链路测试接收数据；或，获取与所述真实路口测试端通信连接的移动终端的终端接收数据；将所述终端接收数据作为所述真实路口测试端的链路测试接收数据。
105.其中，数据转发日志可以是真实路口测试端接收的虚拟路口测试端转发过来的数据日志。可选的，该数据日志可以是路口上报事件日志。终端接收数据可以是与真实路口测试端通信连接的移动终端接收的虚拟路口测试端转发过来的数据。可选的，与真实路口测试端通信连接的移动终端例如可以是车载终端等。
106.在本公开实施例中，链路测试系统可以通过多种方式获取第二路口测试端也即真实路口测试端的链路测试接收数据。可选的，当链路测试系统配置了链路测试服务时，链路测试系统可以直接通过链路测试服务获取真实路口测试端的数据转发日志。例如，可以通过链路测试服务登录真实路口测试端的服务查看并获取真实路口测试端生成的数据转发日志。如果登录真实路口测试端的服务查看并获取真实路口测试端生成的数据转发日志比较繁琐，可以在真实路口测试端配置一个转发监控脚本。转发监控脚本可以在真实路口测试端随机抓取虚拟路口测试端转发路口上报事件的日志作为数据转发日志，并通过一个回
调接口将获取的数据转发日志转发至链路测试服务。相应的，链路测试服务可以将获取的数据转发日志作为真实路口测试端的链路测试接收数据。
107.如果为了进一步测试车端与路口的通信能力，还可以在真实路口测试端放置一辆真实车辆，由真实车辆的车载终端接收虚拟路口测试端转发的数据转发日志。或者，也还可以将移动终端与真实路口测试端建立通信连接，通过移动终端模拟车载终端的方式，接收虚拟路口测试端转发的数据转发日志。当通过终端获取到数据转发日志后，可以将其作为终端接收数据，并将终端接收数据作为真实路口测试端的链路测试接收数据。相应的，链路测试服务可以进一步接收移动终端发送的链路测试接收数据。
108.当链路测试服务获取到链路测试发送数据和链路测试接收数据之后，可以根据链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。
109.可选的，如果链路测试系统仅由云控平台构成，上述链路测试接收数据可以由云控平台接收并根据链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。如果链路测试系统由云控平台和测试服务器构成，则上述链路测试接收数据可以由云控平台接收或由测试服务器接收，以根据接收的链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。
110.上述技术方案，通过多种不同的方式获取第二路口测试端的链路测试接收数据，丰富了链路测试的实现方式，提高了链路测试的灵活性。
111.s280、对所述链路测试发送数据和所述链路测试接收数据进行对比，得到发送接收数据对比结果。
112.s290、根据所述发送接收数据对比结果确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果。
113.其中，发送接收数据对比结果可以是链路测试发送数据和链路测试接收数据的对比校验结果。
114.在本公开实施例中，链路测试系统在获取到链路测试发送数据和链路测试接收数据之后，可以对链路测试发送数据和链路测试接收数据进行对比校验，得到发送接收数据对比结果，从而根据发送接收数据对比结果确定第一路口测试端和第二路口测试端最终的路口转发链路测试结果。
115.示例性的，假设链路测试发送数据和链路测试接收数据均为交通拥堵事件，则可以认为路口之间端到端的转发链路稳定性通过测试。假设链路测试发送数据为行人闯红灯事件，而链路测试接收数据为空或机动车闯红灯事件，表明链路测试发送数据和链路测试接收数据不统一，则可以认为路口之间端到端的转发链路稳定性未通过测试。
116.上述技术方案，通过配置不同的虚拟路口测试端向真实路口测试端发送链路测试发送数据，并基于第二路口测试端的链路测试接收数据确定第一路口测试端和第二路口测试端最终的路口转发链路测试结果，提高了路口之间端到端的转发链路稳定性测试的灵活性、准确率、成功率和测试效率。
117.在一个示例中，图3是本公开实施例提供的一种链路测试系统的流程图，本实施例可适用于引入虚拟路口进行路口之间端到端的转发链路稳定性测试的情况，如图3所示，链
路测试系统300可以包括测试服务器310、云控平台320以及链路测试服务设备330；其中：
118.测试服务器310与云控平台320通信连接，用于生成第一路口测试端的链路测试发送数据，并将链路测试发送数据发送至云控平台320；
119.云控平台320用于将链路测试发送数据发送至第二路口测试端；
120.链路测试服务设备330与所述测试服务器通信连接，并与所述第二路口测试端通信连接，用于提供链路测试服务，具体用于获取所述链路测试发送数据和所述链路测试接收数据，以根据所述链路测试发送数据和所述链路测试接收数据确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果；其中，所述第一路口测试端或所述第二路口测试端为虚拟路口测试端。
121.可选的，测试服务器310具体用于：响应于所述第一路口测试端发起的链路测试指令，获取所述链路测试指令的链路测试配置数据；根据所述链路测试配置数据确定所述链路测试指令的链路测试任务配置数据；根据所述链路测试任务配置数据生成所述第一路口测试端的链路测试发送数据。
122.可选的，测试服务器310具体用于：根据所述链路测试任务配置数据确定所述第一路口测试端；获取所述第一路口测试端的链路测试发送配置数据；根据所述第一路口测试端的链路测试发送配置数据确定所述第一路口测试端的当前路口上报事件；将所述当前路口上报事件确定为所述第一路口测试端的链路测试发送数据。
123.可选的，测试服务器310具体用于：获取所述链路测试指令的链路测试配置数据；根据所述链路测试配置数据确定所述链路测试发送数据的链路测试发送配置数据；根据所述链路测试发送配置数据将所述链路测试发送数据发送至云控平台320，云控平台320具体用于：将所述链路测试发送数据发送至所述第二路口测试端。
124.可选的，测试服务器310具体用于：根据所述链路测试发送配置数据确定所述链路测试发送数据的数据发送范围、数据发送频率和数据发送时长；按照所述数据发送频率和所述数据发送时长，将所述链路测试发送数据发送至云控平台320，云控平台320具体用于：将所述链路测试发送数据发送至所述数据发送范围内的所述第二路口测试端。
125.可选的，云控平台320具体用于：在确定所述链路测试发送数据的数据类型为相同数据类型，且所述链路测试发送数据的数据标识为不同数据标识的情况下，根据各所述链路测试发送数据确定目标链路测试发送数据；将所述目标链路测试发送数据发送至所述第二路口测试端。
126.可选的，所述第二路口测试端为真实路口测试端；链路测试服务设备330具体用于：获取所述真实路口测试端的数据转发日志；将所述数据转发日志作为所述真实路口测试端的链路测试接收数据；或，获取与所述真实路口测试端通信连接的移动终端的终端接收数据；将所述终端接收数据作为所述真实路口测试端的链路测试接收数据。
127.可选的，链路测试服务设备330具体用于：对所述链路测试发送数据和所述链路测试接收数据进行对比，得到发送接收数据对比结果；根据所述发送接收数据对比结果确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果。
128.可选的，所述第一路口测试端为所述虚拟路口测试端，所述第二路口测试端为真实路口测试端；所述虚拟路口测试端包括第一虚拟路口测试端和第二虚拟路口测试端；测试服务器310还用于：获取所述真实路口测试端的被测路口地理位置信息；确定所述被测路
口地理位置信息的目标测试范围；根据所述被测路口地理位置信息和所述目标测试范围生成所述第一虚拟路口测试端的第一测试路口地理位置信息和所述第二虚拟路口测试端的第二测试路口地理位置信息；其中，所述第一测试路口地理位置信息属于所述目标测试范围；所述第二测试路口地理位置信息不属于所述目标测试范围。
129.可选的，测试服务器310还用于：响应于链路测试任务配置指令，生成链路测试任务的链路测试配置数据；其中，所述链路测试配置数据包括链路测试任务配置数据和链路测试发送配置数据。
130.图4是本公开实施例提供的一种基于链路测试系统进行链路测试的结构示意图。在一个具体的例子中，如图4所示，云控平台可以由云控前端、云控后端服务以及智能云接入等不同系统构成。其中，云控前端可以具备手动配置功能，图5是本公开实施例提供的一种云控前端配置界面的效果示意图，如图5所示，云控前端可以根据真实路口配置对应的虚拟路口、虚拟路口上报的事件和事件广播范围。例如，云控前端可以根据真实路口1配置一个距离为0米和事件广播范围为0米的虚拟路口，使得该虚拟路口和真实路口1相重合，使得虚拟路口可以调用真实路口1的相关接口获取真实路口1路测感知设备发送的信息。由此可见，云控前端配置的虚拟路口如果能与真实路口的路测感知设备进行数据交互，则其实际配置的为真实路口。如果云控前端配置的虚拟路口如果不能与真实路口的路测感知设备进行数据交互，则其实际配置的为虚拟路口，该虚拟路口实际为静态路口，无法与其他路口进行数据交互。而虚拟路口测试端属于动态路口，可以模拟真实路口与其他路口进行数据交互。
131.考虑到商业化已交付环境禁止通过模拟上报假数据事件进行类似端到端测试，本公开实施例创建了测试服务器用来实现虚拟路口的创建和通过创建的虚拟路口模拟上报假数据事件，从而满足多种事件广播范围的端到端测试需求。
132.在本公开实施例中，可选的，测试服务器可以和云控平台交互共同完成虚拟路口测试端的创建。具体的，可以在云控平台的云控前端手动配置事件广播范围，可选范围有0米(不做广播)、300米、500米、1000米、1500米以及2000米等，事件广播范围可以根据实际需求设定，本公开实施例对此并不进行限制。创建虚拟路口测试端时，云控平台可以获取真实路口测试端rscu1的经纬度，例如：longitude(经度):105.9416097；latitude(纬度):29.3593911。假设云控前端配置的事件广播范围为500米，则云控平台的设备维护管理功能可以生成一台“虚拟路口road2 感知设备rscu2设备”作为虚拟路口测试端，例如，该虚拟路口测试端的经纬度信息可以为longitude:105.9416091；latitude:29.3593913。该虚拟路口测试端经过两点经纬度计算可在选定的真实路口测试端的广播范围内。同时，云控平台还可以生成另一个不在选定的真实路口测试端的事件广播范围内的虚拟路口“road3 感知设备rscu3”作为虚拟路口测试端，例如，该虚拟路口测试端的经纬度信息可以为longitude:105.9496097；latitude:29.7593911。两个虚拟路口测试端可以分别和真实路口测试端进行交互，以进行对比测试。
133.相应的，测试服务器可以和云控前端通过接口进行数据交互，以获取云控前端配置的信息。测试服务器可以根据从云控前端获取的手动配置信息生成能够模拟上报假数据事件的虚拟路口测试端，该虚拟路口测试端的地理位置信息可以不是某一真实路口所在的地理位置信息。图6是本公开实施例提供的一种测试服务器中端到端广播测试配置界面的
效果示意图。在一个具体的例子中，如图6所示，在测试服务器提供的测试平台中可以打开端到端广播测试的配置界面创建虚拟路口测试端。在端到端广播测试的界面中，用户触发新建测试任务后，测试服务器可以通过接口访问云控前端配置的信息，以确定真实路口测试端的相关信息，如可以包括真实路口所在城市(图6中示例性显示为广州测试)、真实路口的名称(图6中示例性显示为9)，以及真实路口侧的真实rscu等(图6中示例性显示为bfd123353452)。同时，测试服务器还可以通过接口访问云控前端配置的信息确定虚拟路口测试端的相关信息，如可以包括虚拟路口测试端上报事件的广播范围(图6中示例性显示为1000米)，以及虚拟路口侧的虚拟rscu(图6中示例性显示为testqarscu1和testqarscu2)。也即，测试服务器可以自动获取并配置虚拟路口测试端和真实路口测试端的相关配置信息而无需手动一一配置。
134.在此基础上，如图6所示，测试服务器还可以对虚拟路口测试端配置转发事件(也即上报事件)的类型。可选的，用户可以从转发事件列表中选择多个转发事件进行测试。如果用户不进行选择，则测试服务器可以默认对转发事件列表中包括的所有转发事件全部进行测试。
135.图7是本公开实施例提供的一种测试服务器中路测并发数据配置界面的效果示意图。在一个具体的例子中，如图7所示，测试服务器还可以通过路测并发数据配置界面对虚拟路口测试端上报事件的属性进行配置。具体的，测试服务器可以通过路测并发数据配置界面确定虚拟路口测试端可以上报的事件列表，并通过设置进程数据来设定上报事件的并发数量。在此基础上，测试服务器还可以配置每个上报事件的事件距离、频率和时长等相关信息。测试服务器完成对虚拟路口测试端的配置之后，用户可以通过如图6所示的端到端广播测试的配置界面触发新建转发测试任务中“点击生成”的功能，测试服务器即可自动生成一条测试任务。进一步的，用户触发端到端广播测试的配置界面中测试任务的“运行”功能，则整个链路测试系统可以开始自动根据配置的虚拟路口测试端和选择的真实路口测试端进行端到端的链路测试流程。
136.如图4所示，测试服务器还可以配置并发事件工具以用于发送虚拟路口测试端的上报事件。并发事件工具可以采用json(javascript object notation，javascript对象表示法)构造，并基于mqtt(message queuing telemetry transport，消息队列遥测传输)协议完成构建数据、传输数据和对接接口等功能。并发事件工具还可以将待发送的数据转换为pb结构类型进行异步发送，发送时可以根据待发送的数据配置的固定频率按照聚合逻辑进行发送。可选的，创建的两个虚拟路口测试端可以并行或串行进行测试，本公开实施例对此并不进行限制。
137.虚拟路口测试端的虚拟rscu上报的事件经过云控转发逻辑处理，若该事件广播范围在500米，会转发给这个虚拟rscu500米范围内的所有rscu(其中，可能包含真实路口的rscu1)。
138.进一步的，为了测试感知设备rscu的转发逻辑，可以通过链路测试服务设备(图4中未示出)直接登录真实路口rscu1查看转发过来的事件日志。若为了进一步测试车端与路的通信能力，可以在真实路口摆放一辆真实车辆在车端终端接收虚拟路口感知设备转发过来的事件消息，并将车端终端接收的事件信息发送至链路测试服务设备。链路测试服务设备可以根据虚拟路口测试端上报的事件信息和真实路口测试端接收的事件信息进行对比
校验，以确定两个路口测试端之间的路口转发链路测试结果。
139.若登录查看日志比较繁琐，还可以在真实rscu1上配置一个转发监控脚本，以随时抓取转发事件的日志。若抓到，则通过回调接口将抓取到的事件日志转发至测试服务器，以通过测试服务器生成链路测试报告，该链路测试报告可以包括两个路口测试端之间的路口转发链路测试结果。
140.如图4所示，真实路口测试端可以为计算单元rscu1，rscu2可以为rscu1测试范围内的虚拟路口测试端，rscu3可以为rscu1测试范围外的虚拟路口测试端。在实际场景中，rscu1可以接收路测感知设备和rsu(road side unit，路侧单元)发送的数据。其中，上报事件、障碍物信息以及设备的相关信息可以基于mqtt链路发送至云控平台智能云接入平台，并通过智能云接入平台发送至后端服务进行处理。红路灯的相关数据则可以基于http(hypertext transfer protocol，超文本传输协议)云控平台的后端服务进行处理。链路测试系统除了可以连接真实路口测试端，还可以通过真实路口测试端连接车端终端，实现完整的链路测试流程。其中，车端终端可以通过mass(一种基础架构)平台将车端终端的相关数据传输到云控平台的后端服务进行处理。
141.以上针对在测试范围内的rscu2和不在测试范围内的rscu3分别进行上报事件，再在真实路口的车端或者感知设备查看对应的转发日志作对比实验，从而验证云控平台的转发逻辑是否正确。
142.可选的，可以将上述手动配置事件范围、并发事件工具、转发监控脚本以及回调接口等功能自动化配置在测试服务器上，前端可以供测试人员手动配置事件范围、可mock(生成随机数据)的事件类型与发送频率、后端执行上述一系列自动化逻辑即可完成rscu侧的端到端事件广播的测试。测试服务器的自动化配置实现可通过调用云控平台接口和真实路口测试端监控的回调接口来实现。
143.由此可见，通过配置事件广播范围、动态生成两个虚拟路口测试端(一个在广播范围内。一个在广播范围外)、分时间段往两个虚拟路口测试端推送多种路侧支持的事件(可达16种甚至更多)，同时在真实路口测试端配置转发监控脚本接收虚拟路口测试端转发过来的事件，并做回传发往测试服务器，以上功能全部通过平台侧实现，前端展示可供测试人员选择配置事件广播范围，后端逻辑执行上述手动操作，可以通过测试服务器就可以自动化实现转发逻辑的测试，提高了路口之间端到端的转发链路稳定性测试的灵活性、智能性和测试效率。
144.需要说明的是，以上各实施例中各技术特征之间的任意排列组合也属于本公开的保护范围。
145.在一个示例中，图8是本公开实施例提供的一种链路测试装置的结构图，本公开实施例可适用于引入虚拟路口进行路口之间端到端的转发链路稳定性测试的情况，该装置通过软件和/或硬件实现，并具体配置于电子设备中。该电子设备可以是安装链路测试系统的设备。
146.如图8所示的一种链路测试装置800，包括：链路测试发送数据获取模块810、链路测试发送数据发送模块820、链路测试接收数据获取模块830和路口转发链路测试结果确定模块840。
147.其中，
148.链路测试发送数据获取模块810，用于获取第一路口测试端的链路测试发送数据；
149.链路测试发送数据发送模块820，用于将所述链路测试发送数据发送至第二路口测试端；
150.链路测试接收数据获取模块830，用于获取所述第二路口测试端的链路测试接收数据；
151.路口转发链路测试结果确定模块840，用于根据所述链路测试发送数据和所述链路测试接收数据确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果；
152.其中，所述第一路口测试端或所述第二路口测试端为虚拟路口测试端。
153.可选的，链路测试发送数据获取模块810具体用于：响应于所述第一路口测试端发起的链路测试指令，获取所述链路测试指令的链路测试配置数据；根据所述链路测试配置数据确定所述链路测试指令的链路测试任务配置数据；根据所述链路测试任务配置数据生成所述第一路口测试端的链路测试发送数据。
154.可选的，链路测试发送数据获取模块810具体用于：根据所述链路测试任务配置数据确定所述第一路口测试端；获取所述第一路口测试端的链路测试发送配置数据；根据所述第一路口测试端的链路测试发送配置数据确定所述第一路口测试端的当前路口上报事件；将所述当前路口上报事件确定为所述第一路口测试端的链路测试发送数据。
155.可选的，链路测试发送数据发送模块820具体用于：获取所述链路测试指令的链路测试配置数据；根据所述链路测试配置数据确定所述链路测试发送数据的链路测试发送配置数据；根据所述链路测试发送配置数据将所述链路测试发送数据发送至所述第二路口测试端。
156.可选的，链路测试发送数据发送模块820具体用于：根据所述链路测试发送配置数据确定所述链路测试发送数据的数据发送范围、数据发送频率和数据发送时长；按照所述数据发送频率和所述数据发送时长，将所述链路测试发送数据发送至所述数据发送范围内的所述第二路口测试端。
157.可选的，链路测试发送数据发送模块820具体用于：在确定所述链路测试发送数据的数据类型为相同数据类型，且所述链路测试发送数据的数据标识为不同数据标识的情况下，根据各所述链路测试发送数据确定目标链路测试发送数据；将所述目标链路测试发送数据发送至所述第二路口测试端。
158.可选的，所述第二路口测试端为真实路口测试端；链路测试接收数据获取模块830具体用于：获取所述真实路口测试端的数据转发日志；将所述数据转发日志作为所述真实路口测试端的链路测试接收数据；或，获取与所述真实路口测试端通信连接的移动终端的终端接收数据；将所述终端接收数据作为所述真实路口测试端的链路测试接收数据。
159.可选的，路口转发链路测试结果确定模块840具体用于：对所述链路测试发送数据和所述链路测试接收数据进行对比，得到发送接收数据对比结果；根据所述发送接收数据对比结果确定所述第一路口测试端和所述第二路口测试端的路口转发链路测试结果。
160.可选的，所述第一路口测试端为所述虚拟路口测试端，所述第二路口测试端为真实路口测试端；所述虚拟路口测试端包括第一虚拟路口测试端和第二虚拟路口测试端；所述装置还包括地理位置信息确定模块，用于：获取所述真实路口测试端的被测路口地理位
置信息；确定所述被测路口地理位置信息的目标测试范围；根据所述被测路口地理位置信息和所述目标测试范围生成所述第一虚拟路口测试端的第一测试路口地理位置信息和所述第二虚拟路口测试端的第二测试路口地理位置信息；其中，所述第一测试路口地理位置信息属于所述目标测试范围；所述第二测试路口地理位置信息不属于所述目标测试范围。
161.可选的，所述装置还包括链路测试配置数据模块，用于：响应于链路测试任务配置指令，生成链路测试任务的链路测试配置数据；其中，所述链路测试配置数据包括链路测试任务配置数据和链路测试发送配置数据。
162.上述链路测试装置可执行本公开任意实施例所提供的链路测试方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本公开任意实施例提供的链路测试方法。
163.由于上述所介绍的链路测试装置为可以执行本公开实施例中的链路测试方法的装置，故而基于本公开实施例中所介绍的链路测试方法，本领域所属技术人员能够了解本实施例的链路测试装置的具体实施方式以及其各种变化形式，所以在此对于该链路测试装置如何实现本公开实施例中的链路测试方法不再详细介绍。只要本领域所属技术人员实施本公开实施例中链路测试方法所采用的装置，都属于本公开所欲保护的范围。
164.在一个示例中，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
165.图9示出了可以用来实施本公开的实施例的示例电子设备900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
166.如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(rom)902中的计算机程序或者从存储单元908加载到随机访问存储器(ram)903中的计算机程序，来执行各种适当的动作和处理。在ram 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
167.设备900中的多个部件连接至i/o接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
168.计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如链路测试方法。例如，在一些实施例中，链路测试方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由rom 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程
序加载到ram 903并由计算单元901执行时，可以执行上文描述的链路测试方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行链路测试方法。
169.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
170.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
171.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
172.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
173.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
174.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计
算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。服务器还可以分布式系统的服务器，或者是结合了区块链的服务器。
175.本公开实施例通过获取第一路口测试端的链路测试发送数据，以将链路测试发送数据发送至第二路口测试端，并获取第二路口测试端的链路测试接收数据，从而根据链路测试发送数据和链路测试接收数据确定第一路口测试端和第二路口测试端的路口转发链路测试结果。由于第一路口测试端或第二路口测试端可以为虚拟路口测试端，实现了通过引入虚拟路口测试端完成路口之间端到端的转发链路稳定性测试，解决了相关技术路口之间端到端的转发链路稳定性测试准确率、成功率和测试效率较低等问题，能够提高路口之间端到端的转发链路稳定性测试的灵活性、准确率、成功率和测试效率。
176.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
177.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。