CN116980858A - 基于空中平台的路侧系统 - Google Patents

Abstract

本公开涉及基于空中平台的路侧系统。根据实施例，提供一种电子设备，包括：存储器，存储计算机可执行指令；和处理器，其与存储器耦接，被配置为执行所述计算机可执行指令来执行如下操作：在处于基于空中平台的路侧系统的覆盖范围内的至少一个子区域中的第一子区域内时，从服务于第一子区域的第一虚拟路侧基础设施中的第一虚拟路侧单元接收第一虚拟路侧单元标识符。

Description

基于空中平台的路侧系统

技术领域

本公开总体上涉及通信技术，更具体而言，本公开涉及基于空中平台的路侧系统和相关联的方法、电子设备、虚拟基础设施管理单元和计算机程序介质。

背景技术

C-V2X(Cellular Vehicle-to-Everything)蜂窝车联网是基于4G/5G 等蜂窝网通信技术演进形成的车用无线通信技术，包括车载单元之间通讯、车载单元与路侧单元通讯、车载单元与行人设备通讯、车载单元与网络之间通讯。

路侧基础设施一般固定安装在道路两侧的交通设施上，但在发生地震、大面积停电等灾害时，路侧基础设施可能会全部瘫痪。此外，在一些偏远地区，诸如山区、森林地带，往往没有设置路侧基础设施。

无人自动驾驶车辆(例如维持城市基本运行的无人消防车、无人救护车、无人食品运输车、无人应急抢险车等)越来越普及，在全部或部分地面路侧基础设施瘫痪时，需要应急路侧基础设施来保障这些城市无人车辆的有序运行。

另外，在野外救援探险、森林救灾、地质勘探等无路侧基础设施的情况下，也会需要临时应急的路侧基础设施。

发明内容

在此部分给出了关于本公开的简要概述，以便提供关于本公开的一些方面的基本理解。但是，应当理解，这个概述并不是关于本公开的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。

根据本公开的一个方面，提供一种电子设备，包括：存储器，存储计算机可执行指令；和处理器，其与存储器耦接，被配置为执行所述计算机可执行指令来执行如下操作：在处于基于空中平台的路侧系统 (Road Side System，RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，从服务于第一子区域的第一虚拟路侧基础设施(Virtual Road SideInfrastructure，VRSI)中的第一虚拟路侧单元(Virtual Road Side Unit，VRSU)接收第一VRSU标识符。

在一些实施例中，通过将RSS的路侧基础设施的物理资源进行虚拟化并为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI包括一VRSU，每个 VRSU包括被虚拟化的路侧单元(Road Side Unit，RSU)的硬件资源和软件资源的至少一部分，每个VRSU具有相应的VRSU标识符，所述至少一个子区域包括第一子区域。

在一些实施例中，第一VRSU标识符与第一VRSI的第一VRSI标识符和第一虚拟路侧计算控制单元(Road Side Computing Control Unit， VRSCCU)标识符相关联，第一VRSI包括第一VRSCCU，第一 VRSCCU包括被虚拟化的路侧计算控制单元的硬件资源和软件资源的至少一部分，第一VRSU标识符、第一VRSI标识符和第一VRSCCU标识符是由所述RSS的虚拟基础设施管理单元(Virtual Infrastructure Manangement Unit,VIMU)分配的。

在一些实施例中，由VIMU分配的与第一VRSU标识符相关联的资源配置或与第一VRSCCU标识符相关联的资源配置包括以下中至少一者：虚拟CPU配置，虚拟内存配置，虚拟磁盘配置和虚拟网络配置。

在一些实施例中，第一VRSI标识符、第一VRSU标识符和第一 VRSCCU标识符由VIMU经由VIMU与车联网云控平台之间的接口上的第一接口消息上报给车联网云控平台。

在一些实施例中，所述至少一个子区域是由VIMU通过如下操作确定的：至少基于与RSS的位置有关的地图信息确定RSS的覆盖范围内需要部署VRSI的所述至少一个子区域。

在一些实施例中，所述地图信息是由VIMU经由VIMU与车联网云控平台之间的接口上的第二接口消息从车联网云控平台接收的。

在一些实施例中，为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI包括由VIMU 执行的以下操作：基于所述至少一个子区域中每个子区域的应用场景分配用于该子区域的VRSI的资源。

在一些实施例中，为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI包括由VIMU 执行的以下操作：基于所述至少一个子区域中的每个子区域的历史数据分配用于该子区域的VRSI的资源。

在一些实施例中，第一VRSU标识符与第一VRSI的第一VRSI标识符和第一虚拟路侧基础设施资源切片类型相关联，第一VRSU标识符、第一VRSI标识符和第一虚拟路侧基础设施资源切片类型是由VIMU分配的，所述虚拟路侧基础设施资源切片类型是基于第一子区域的资源需求特征分配的。

在一些实施例中，VRSI标识符、VRSU标识符和虚拟路侧基础设施资源切片类型由VIMU经由VIMU与车联网云控平台之间的接口上的第三接口消息上报给车联网云控平台。

在一些实施例中，第一子区域的资源需求特征包括以下中的至少一者：时延要求，带宽要求，计算能力要求，和存储能力要求。

在一些实施例中，虚拟路侧基础设施资源切片类型包括以下之一：均衡性切片，低时延型切片，大带宽型切片，智能计算型切片，大存储型切片，高定位精度型切片，和高可靠型切片。

在一些实施例中，处理器还被配置为执行如下操作：向第一VRSU 发送装载所述电子设备的车辆的行驶信息；和接收来自第一VRSU的通行调度消息，其中，该通行调度消息包括第一VRSU标识符，所述通行调度消息包括基于所述电子设备发送的行驶信息并且基于其它电子设备发送的其它车辆的行驶信息、来自第一VRSI的路侧感知信息、目标路口的交通信号灯信息中的至少一者的通行调度信息。

在一些实施例中，处理器还被配置为执行如下操作：向第一VRSU 发送探测结果，所述探测结果包括由所述电子设备经由感知设备探测到的驾驶环境信息；和从第一VRSU接收驾驶辅助消息，其中，该驾驶辅助消息包括第一VRSU标识符，该驾驶辅助消息包括基于其它电子设备发送的探测结果和第一VRSU的探测结果中的至少一者的驾驶辅助信息。

在一些实施例中，处理器还被配置为执行如下操作：向第一VRSU 发送包括第一VRSU标识符的消息。

在一些实施例中，第一VRSU经由与第一VRSU相关联的RSU与车辆网云控平台之间的接口上的V2X.RSU.INFO.UP消息和 V2X.RSU.RunningInfo.UP消息分别上报业务数据和运行信息。

根据本公开另一个方面，提供一种基于空中平台的路侧系统(RSS)，包括：空中路侧基础设施承载平台(APRSI)，包括空中承载设施和承载于空中承载设施上的路侧基础设施，所述APRSI被配置为将路侧基础设施的物理资源虚拟化；和虚拟基础设施管理单元(VIMU)，配置为为 RSS的覆盖范围内的至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI至少包括一虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU) 的硬件资源和软件资源的至少一部分。

在一些实施例中，每个VRSI还包括一虚拟路侧计算控制单元 (VRSCCU)，VRSCCU包括被虚拟化的路侧计算控制单元的硬件资源和软件资源的至少一部分。

在一些实施例中，每个VRSI包括VRSU、虚拟路侧计算控制单元 (VRSCCU)、交通控制设备和路侧传感设备，其中VRSCCU用于提供交通控制设备和路侧传感设备的接入。

在一些实施例中，所述空中承载设施包括系留气球及其配套设施。

在一些实施例中，路侧基础设施包括路侧单元、路侧计算控制单元、交通控制设备和路侧传感设备中的一个或多个。

在一些实施例中，所述VIMU还被配置为：至少基于与RSS的位置有关的地图信息确定RSS的覆盖范围内需要部署VRSI的所述至少一个子区域。

在一些实施例中，所述VIMU还被配置为：经由VIMU与车联网云控平台之间的接口上的第一接口消息向车联网云控平台上报第一系统基本信息，第一系统基本信息包括RSS的位置信息、运行形态和运行模式，其中运行形态指示RSS是否为虚拟态；和经由VIMU与车联网云控平台之间的接口上的第二接口消息从车联网云控平台接收地图信息，地图信息是至少基于RSS的位置信息确定的。

在一些实施例中，所述VIMU还被配置为：基于所述至少一个子区域中的每个子区域的资源需求特征，为该子区域确定虚拟路侧基础设施资源切片类型。

在一些实施例中，所述VIMU还被配置为：经由VIMU与车联网云控平台之间的接口上的第三接口消息上报第二系统基本信息，第二系统基本信息包括VRSI标识符以及与VRSI标识符相关联的虚拟路侧基础设施资源切片类型和VRSU标识符。

在一些实施例中，所述VIMU还被配置为：基于所述至少一个子区域中每个子区域的应用场景分配用于该子区域的VRSI的资源。

在一些实施例中，所述VIMU还被配置为：经由VIMU与车联网云控平台之间的接口上的第四接口消息从车联网云控平台接收所述至少一个子区域中的每个子区域的历史数据；和基于所述至少一个子区域中的每个子区域的历史数据分配用于该子区域的VRSI资源。

在一些实施例中，所述VIMU还被配置为：经由VIMU与车联网云控平台之间的接口上的第五接口消息上报第三系统基本信息，第三系统基本信息包括VRSI标识符、相关联的VRSU标识符、相关联的 VRSCCU标识符、相关联的路侧传感设备标识符以及相关联的交通控制设备标识符，第三系统基本信息还包括VRSU资源配置和VRSCCU资源配置，VRSU资源配置和VRSCCU资源配置中的每一个包括以下中至少一者：虚拟CPU配置，虚拟内存配置，虚拟磁盘配置和虚拟网络配置。

在一些实施例中，VRSU被配置为经由与VRSU相关联的RSU与车联网云控平台之间的接口上的V2X.RSU.INFO.UP消息和 V2X.RSU.RunningInfo.UP消息分别向车联网云控平台上报业务数据和运行信息。

在一些实施例中，VRSU被配置为向在其服务的子区域内的电子设备发送该VRSU的VRSU标识符。

在一些实施例中，VRSU被配置为：从在其服务的子区域内的电子设备接收有关装载所述电子设备的车辆的行驶信息；基于所接收的行驶信息并且基于在其服务的子区域内的其它电子设备发送的其它车辆的行驶信息、来自第一VRSI的路侧感知信息和目标路口的交通信号灯信息中的至少一者生成通行调度信息；和向所述电子设备发送包含该VRSU 的VRSU标识符和所述通行调度信息的通行调度消息。

在一些实施例中，VRSU被配置为：从在其服务的子区域内的电子设备接收探测结果，所述探测结果包括由所述电子设备经由感知设备探测到的驾驶环境信息；基于所接收的探测结果并且基于在其服务的子区域内的其它电子设备发送的探测结果和该VRSU的探测结果中的至少一者生成驾驶辅助信息；和向所述电子设备发送包含该VRSU的VRSU标识符和所述驾驶辅助信息的驾驶辅助消息。

在一些实施例中，VRSU被配置为：从其服务的子区域内的电子设备接收包括该VRSU的VRSU标识符的消息。

根据本公开的另一个方面，提供一种虚拟基础设施管理单元 (VIMU)，包括：存储器，存储计算机可执行指令；和处理器，其与存储器耦接，被配置为执行所述计算机可执行指令来执行如下操作：为基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的每个子区域分配RSS的虚拟化的路侧基础设施的物理资源的至少一部分来为该子区域部署一虚拟路侧基础设施(VRSI)，每个VRSI至少包括虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU)的硬件资源和软件资源的至少一部分。

根据本公开的另一个方面，提供一种由电子设备执行的方法，包括：在处于基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，从服务于第一子区域的第一虚拟路侧基础设施 (VRSI)中的第一虚拟路侧单元(VRSU)接收第一VRSU标识符。

根据本公开的另一个方面，提供一种由基于空中平台的路侧系统 (RSS)执行的方法，包括：由包括空中承载平台和承载于空中承载平台上的路侧基础设施的空中路侧基础设施承载平台(APRSI)将路侧基础设施的物理资源虚拟化；和由虚拟基础设施管理单元(VIMU)为 RSS的覆盖范围内的至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI至少包括一虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU) 的硬件资源和软件资源的至少一部分。

根据本公开的另一个方面，提供一种由虚拟基础设施管理单元 (VIMU)执行的方法，包括：为基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的每个子区域分配RSS的虚拟化的路侧基础设施的物理资源的至少一部分来为该子区域部署一虚拟路侧基础设施(VRSI)，每个VRSI至少包括虚拟路侧单元(VRSU)，每个VRSU 包括被虚拟化的路侧单元(RSU)的硬件资源和软件资源的至少一部分。

根据本公开的另一个方面，提供一种计算机存储介质，存储计算机可执行指令，所述计算机可执行指令在被处理器执行时执行如上所述的方法。

根据本公开的另一个方面，提供一种计算机程序产品，包括计算机可执行指令，所述计算机可执行指令在被处理器执行时执行如上所述的方法。

附图说明

本公开可以通过参考下文中结合附图所给出的详细描述而得到更好的理解，其中在所有附图中使用了相同或相似的附图标记来表示相同或者相似的要素。所有附图连同下面的详细说明一起包含在本说明书中并形成说明书的一部分，用来进一步举例说明本公开的实施例和解释本公开的原理和优点。其中：

图1是示出根据本公开实施例的基于空中平台的路侧系统的示例性概览图。

图2A是示出根据本公开实施例的基于空中平台的路侧系统的示意性部署图。

图2B和图2C示出根据本公开实施例的基于虚拟RSU来提供虚拟基础设施服务的示意图。

图3示出根据本公开实施例的基于空中平台的路侧系统的示意性系统架构图。

图4示出根据本公开实施例的基于空中平台的路侧系统的示例性消息机制。

图5示出根据本公开实施例的虚拟资源切片部署架构图。

图6示出根据本公开实施例的路侧系统的资源分配方法的示例性流程图。

图7示出根据本公开实施例的路侧子系统所辅助的岔路口通行场景。

图8示出根据本公开实施例的电子设备所执行的方法的示例性流程图。

图9示出根据本公开实施例的路侧子系统所辅助的感知数据共享场景。

图10示出根据本公开实施例的电子设备所执行的方法的示例性流程图。

图11示出根据本公开实施例的基于空中平台的路侧系统(RSS)执行的方法的示例性流程图。

图12示出根据本公开实施例的VIMU执行的方法的示例性流程图。

图13是示出可以应用本公开内容的技术的RSU的示意性配置的第一示例的框图。

图14是示出可以应用本公开内容的技术的RSU的示意性配置的第二示例的框图。

图15是示出可以应用本公开内容的技术的智能电话的示意性配置的示例的框图。

图16是示出可以应用本公开内容的技术的汽车导航设备的示意性配置的示例的框图。

通过参照附图阅读以下详细描述，本公开的特征和方面将得到清楚的理解。

具体实施方式

在下文中将参照附图来详细描述本公开的各种示例性实施例。为了清楚和简明起见，在本说明书中并未描述实施例的所有实现方式。然而应注意，在实现本公开的实施例时可以根据特定需求做出很多特定于实现方式的设置，以便实现开发人员的具体目标。此外，还应该了解，虽然开发工作有可能是较复杂和费事的，但对得益于本公开内容的本领域技术人员来说，这种开发公开仅仅是例行的任务。

此外，还应注意，为了避免因不必要的细节而模糊了本公开，在附图中仅仅示出了与本公开的技术方案密切相关的处理步骤和/或设备结构。以下对于示例性实施例的描述仅仅是说明性的，不意在作为对本公开及其应用的任何限制。

本说明书包括对“一个实施方案”或“实施方案”的参考。出现短语“在一个实施方案中”或“在实施方案中”并不一定是指同一个实施方案。特定特征、结构或特性可以与本公开一致的任何适当的方式被组合。

术语“包括”是开放式的。如在所附权利要求书中所使用的，该术语不排除附加结构或步骤。考虑描述如下的权利要求：“一种装置，所述装置包括一个或多个处理器单元...”此类权利要求不排除该装置包括附加部件(例如，网络接口单元、图形电路等)。

各种单元、电路或其他部件可被描述为或叙述为“被配置为”执行一项或多项任务。在此类上下文中，“被配置为”用于通过指示单元/电路/部件包括在操作期间执行这一项或多项任务的结构(例如，电路)来暗指该结构。如此，单元/电路/部件可被配置为即使在指定的单元/电路/ 部件当前不可操作(例如，未接通)时也执行该任务。与“被配置为”语言一起使用的单元/电路/部件包括硬件-例如电路、存储可执行以实现操作的程序指令的存储器等。此外，“被配置为”可包括由软件和/或固件(例如，FPGA或执行软件的通用处理器)操纵的通用结构(例如，通用电路)以能够执行待解决的一项或多项任务的方式操作。“被配置为”还可包括调整制造过程(例如，半导体制作设施)，以制造适用于实现或执行一项或多项任务的设备(例如，集成电路)。

在本文中，“第一”“第二”等术语充当它们所在之前的名词的标签，并且不暗指任何类型的排序(例如，空间的、时间的、逻辑的等)。

术语“基于”用于描述影响确定的一个或多个因素。该术语不排除可能影响确定的附加因素。即，确定可仅基于这些因素或至少部分地基于这些因素。考虑短语“基于B来确定A”。在这种情况下，B为影响确定A的因素，该短语不排除也可基于C来确定A。在其他情况下，可仅基于B来确定A。

本公开实施例考虑布置基于空中平台的路侧系统，将路侧基础设施(例如路侧单元、路侧计算控制单元、路侧交通控制设备和路侧传感设备等)承载于诸如系留气球之类的空中承载设备上，提供了一种低成本、易部署、覆盖范围较大且不易受地面环境变化影响的空中路侧系统。

本公开实施例还考虑将基于空中平台的路侧系统的路侧基础设施的物理资源(包括硬件资源、软件资源等)进行虚拟化，并将虚拟化的物理资源按需分配。例如，RSU的物理资源(包括硬件资源和软件资源等) 可以被虚拟化并划分为一个或多个虚拟RSU，RSCCU的物理资源(包括硬件资源和软件资源等)可以被虚拟化并划分为一个或多个虚拟RSCCU。这可以提供更为灵活和高效的资源配置，提高资源利用率。

更具体地，本公开实施例考虑确定在基于空中平台的路侧系统的覆盖范围内需要部署虚拟路侧基础设施的子区域，为每个确定的子区域部署一虚拟路侧基础设施。通过根据每个子区域的应用场景、历史数据等为每个确定的子区域分配虚拟化的资源的至少一部分来为该子区域部署虚拟路侧基础设施。即为一子区域部署的虚拟路侧基础设施包括为该子区域分配的虚拟化的资源的至少一部分。每个虚拟路侧基础设施可以包括一虚拟RSU。每个虚拟路侧基础设施还可以包括一虚拟RSCCU和相关联的路侧交通控制设备和路侧传感设备。这意味着同一个RSU或 RSCCU的资源可以用于多个子区域的相应多个虚拟路侧基础设施，从而提供灵活的资源配置和高效的资源利用。

本公开实施例还提出了虚拟路侧基础设施资源切片的概念，即，将虚拟化的资源以不同类型的虚拟路侧基础设施资源切片提供。例如，针对子区域的资源需求特征(例如，时延要求、带宽要求、计算能力要求、存储能力要求等)，可以为其选择适当的虚拟路侧基础设施资源切片类型。这可以提供更为精细的资源配置，提高整体资源利用率。

本公开实施例还提出了至少根据路侧系统的位置为路侧系统提供地图信息，基于地图信息来确定需要部署虚拟路侧基础设施的子区域。地图信息例如包含道路岔路口信息，可以基于需要部署虚拟路侧基础设施的岔路口来确定需要部署虚拟路侧基础设施的子区域。这可以提供更为精细的资源配置，提高整体资源利用率。这在资源受限的情况下尤其重要。

本公开实施例还提出了虚拟基础设施管理单元，该单元用于执行上述子区域的确定、虚拟化的资源的管理和分配等。本公开实施例还提出了在虚拟基础设施管理单元和车联网云控平台之间新增通信接口和相应的消息集，在虚拟路侧单元和车联网云控平台之间扩展相应路侧单元与车联网云控平台之间现有的通信接口和消息集。

本公开实施例还考虑了由虚拟路侧单元向车载单元发送虚拟路侧单元的标识符。虚拟路侧单元和车载单元之间利用该虚拟路侧单元的标识符执行通信，来实现例如路侧系统辅助的岔路口通行，路侧系统辅助的感知数据共享、路侧系统辅助的车辆支付服务等。

图1是示出根据本公开实施例的基于空中平台的路侧系统的示例性概览图。

如图1所示，示出两个基于空中平台的路侧系统101和102，其中，路侧系统101布置在城市道路或者高速公路上空，路侧系统102布置在扇区、森林、荒漠等野外道路上空。

在图1中，每个路侧系统使用系留气球作为空中承载设备，来形成其空中承载平台。

系留气球可以包括球体、电源分系统、压力调节分系统、测控分系统、通信分系统、防雷分系统和地面系留分系统等。

本领域技术人员可以理解，可以使用各种能够实现空中悬浮的设施作为空中承载设备，包括但不限于：飞艇、中高空气球、低空/超低空系留气球、无人机等。

空中承载设备可以承载该路侧系统的路侧基础设施。路侧基础设施可以包括路侧单元，路侧计算控制单元、路侧传感设备和交通控制设备等。路侧传感设备可以包括但不限于摄像机(例如激光摄像机)、传感器、雷达(例如激光雷达、毫米波雷达)。交通控制设备可以包括但不限于交通信号灯和交通警示牌。

如图1所示，每个路侧系统可以经由卫星中继链路与地面的车联网远程云控平台通信。路侧系统可以使用C-V2X接口与地面的车联网远程云控平台通信，并且可以使用C-V2X接口与地面的车辆(例如，车载单元)通信。

以使用系留气球作为空中承载设备为例，针对不同的场景需求，可以使用不同的系留气球。

表1示出示例性的系留气球分类。

表1：系留气球分类表

不同类型的系留气球可以挂载不同覆盖范围的设备。表2示出示例性的挂载设备覆盖范围分类表。

表2：挂载设备覆盖范围分类表

挂载设备	通信/监控距离
		普通RSU	PC5直连通信距离<500m
增强型RSU	PC5直连通信距离>2km
		激光雷达	监控距离<200m
普通摄像机	监控距离<200m
		激光云台摄像机	监控距离>500m
超远激光云台摄像机	监控距离>2km

根据表1和表2，针对不同应用场景的需求，可以选择不同类型的系留气球并挂载不同的设备。

例如，针对覆盖半径500米以内的单个岔路口，可以使用超低空 (高度<50米)微型系留气球挂载普通RSU、诸如空中信号灯之类的路侧交通控制设备、诸如激光雷达之类的路侧传感设备等，从而为车辆提供精细化的路侧基础设施服务。

针对覆盖半径2公里以内的城市街区，可以使用低空(高度<500米) 小型系留气球挂载增强型空中RSU、诸如云台激光摄像机之类的路侧传感设备，同时支持覆盖3～4个岔路口，以降低部署和使用成本。

针对覆盖半径2公里以上的郊区、山区、荒漠等临时应急服务场景，可以使用中低空(高度<3000米)中大型系留气球挂载增强型RSU、诸如超远距云台激光摄像机之类的路侧设备，支持覆盖数10个岔路口，进一步降低部署和使用成本。

在一些实施例中，可以采用以上不同高度组合的挂载方案，例如，在低空使用小型系留气球来挂载增强型RSU和诸如云台激光摄像机之类的路侧传感设备，同时在部分岔路口使用微型系留气球挂载空中信号灯、空中激光雷达等，以提供增强的路侧基础设施服务。

换言之，一个路侧系统的空中承载平台可以包括一个或多个空中承载设备。这些空中承载设备可以是不同类型的空中承载设备。这些空中承载设备可以分散在不同的位置并分别挂载不同的设备。这些空中承载设备可以支持彼此之间的无线通信。空中承载设备可以提供用于与挂载在其上的设备耦接和通信的接口。

将路侧基础设施布置在空中可以使得路侧系统有更大的覆盖范围并且不易受地面通信环境的影响。此外，相比于通过在地面搭设高架等来布置地面路侧系统的方式相比，基于空中平台的路侧系统成本低、易于部署、并且更加灵活。

图2A是示出根据本公开实施例的基于空中平台的路侧系统2000的示意性部署图。

路侧系统2000设置在一定的地理位置，并提供一定的覆盖范围。在该覆盖范围下，可能存在多个需要集中提供路侧基础设施服务的子区域，例如图2A中所示的十字路口所处的子区域2001和弯道盲区所处的子区域2003。

针对每个子区域可以部署一个虚拟路侧基础设施(VRSI)。如图 2A所示，为子区域2001部署了VRSI 2005，并且为子区域2003部署了 VRSI 2007。VRSI可以包含路侧系统2000的被分配用于相应子区域的物理资源，包括硬件资源和软件资源等。

根据本公开的实施例，可以将路侧系统2000的物理资源进行虚拟化，并为需要部署VRSI的各个子区域分配虚拟化的物理资源的至少一部分，从而为每个子区域部署相应的VRSI。例如，可以将RSU的物理资源(包括硬件资源和软件资源)划分为多个虚拟RSU，并将多个虚拟 RSU分配给不同的子区域。

每个虚拟路侧基础设施可以至少包括一个虚拟RSU。每个虚拟 RSU可以包括被虚拟化的相应路侧单元(RSU)的物理资源(包括硬件资源和软件资源)的至少一部分。与一虚拟RSU相关联的资源配置例如包括虚拟CPU配置、虚拟内存配置、虚拟磁盘配置、虚拟网络配置等。

图2B和图2C示出根据本公开实施例的基于虚拟RSU来提供虚拟基础设施服务的示意图。图2B示出在城市上空部署的一个基于空中平台的路侧系统，其包括四个虚拟RSU来针对其覆盖范围的不同区域提供路侧基础设施服务。图2C示出在森林上空部署的一个基于空中平台的路侧系统，其包括三个虚拟RSU来针对其覆盖范围的不同区域提供路侧基础设施服务。

类似地，可以将RSCCU的物理资源(包括硬件资源和软件资源) 虚拟化并划分为多个虚拟RSCCU，并将多个虚拟RSCCU分配给不同的子区域。

每个虚拟路侧基础设施还可以包括一个虚拟RSCCU以及相关联的路侧传感设备和/或路侧交通控制设备。每个VRSCCU可以包括被虚拟化的相应路侧计算控制单元的物理资源的至少一部分。虚拟RSCCU用于提供相关联的路侧传感设备和/或路侧交通控制设备的接入。

每个虚拟路侧基础设施还可以包括相应的空中承载设备。

在图2A中，路侧系统2000包括4个空中承载设备201-204，其中，空中承载设备201是例如低空小型系留气球，空中承载设备202-204例如是超低空微型系留气球。

空中承载设备201可以挂载RSU(未示出)、RSCCU(未示出) 和两个云台激光摄像机E和F。空中承载设备202可以挂载交通信号灯 A。空中承载设备203可以挂载激光雷达B。空中承载设备204可以挂载激光雷达C。

RSU可以被虚拟化并分别为VRSI 2005和VRSI 2007提供两个不同的虚拟RSU(具有不同的虚拟RSU标识符)。RSCCU可以被虚拟化并分别为VRSI 2005和VRSI 2007提供两个不同的虚拟RSCCU(具有不同的虚拟RSCCU标识符)。

相应地，VRSI 2005可以包括一个虚拟RSU、一个RSCCU、空中承载设备202和203、交通信号灯A、激光雷达B和云台激光摄像机E。 VRSI 2007可以包括一个虚拟RSU、一个RSCCU、空中承载设备204、激光雷达C和云台激光摄像机F。

在一些实施例中，需要部署VRSI的子区域的确定可以基于与路侧系统的部署位置有关的地图信息(如图2A中的“道路地图”所示)。

在一些实施例中，可以根据与路侧系统的部署位置有关的地图信息来人工指定需要部署VRSI的子区域。换言之，可以人工为确定的子区域分配VRSI，这例如可以包括分配VRSI标识符等。

在另一些实施例中，可以由路侧系统2000根据与路侧系统的部署位置有关的地图信息来自动确定需要部署VRSI的子区域。路侧系统可以为确定的子区域分配VRSI标识符和相应的资源。

地图信息可以来自车辆网云控平台，也可以来自路侧系统2000预先存储的地图。

路侧系统的部署位置可以来自用户输入。路侧系统的部署位置可以由路侧系统自身包含的定位设备确定。

通过基于与路侧系统的部署位置相关联的地图信息确定需要部署 VRSI的子区域，并将路侧系统的物理资源按照需要进行虚拟化分配，可以提供精准适配需求的灵活的路侧基础设施服务，并且可以提高资源利用率。

图3示出根据本公开实施例的基于空中平台的路侧系统2000的示意性系统架构图。

如图3所示，路侧系统可以包括各种路侧基础设施，包括空中承载设备和承载于空中承载设备的路侧单元(RSU)、计算控制单元、交通控制设备和路侧传感设备。

如图3所示，通过将路侧系统2000的物理资源(包括硬件资源和软件资源等)进行虚拟化，形成虚拟基础设施资源。如图所示，虚拟基础设施资源可以包括两个虚拟RSU(即虚拟RSU 1和虚拟RSU 2)，三个虚拟计算控制单元(即虚拟计算控制单元1-3)，两个交通信号灯 (即交通信号灯A和M)，两个云台激光摄像机(即云台激光摄像机E 和F)和两个激光雷达(即激光雷达B和C)。虚拟基础设施资源还可以包括未示出的空中承载设备(例如系留气球)的物理资源。

在本申请中，物理资源既包括硬件设备，也包括软件配置，还包括硬件设备和软件配置所支持的物理能力(诸如带宽、计算能力、频段等) 等等。

如图3所示，路侧系统2000还可以包括虚拟基础设施管理单元 (VIMU)。VIMU被配置为提供虚拟资源的管理分配、故障处理等功能，负责对虚拟基础设施(VRSI)、虚拟路侧单元(VRSU)、虚拟计算控制单元(VRSCCU)进行生命周期管理(诸如实例化、配置、关闭等)。

VIMU被配置为为路侧系统的覆盖范围内的要部署VRSI的每个子区域分配RSS的虚拟化的路侧基础设施的物理资源的至少一部分，从而为该子区域部署相应的虚拟路侧基础设施(VRSI)。

如图3所示，VIMU可以为图2A所示的子区域2001和子区域2003 分别部署虚拟路侧基础设施2005和2007。

虚拟路侧基础设施2005包括一个虚拟RSU(即虚拟RSU 1)、1 个虚拟计算控制单元(即虚拟计算控制单元1)、1个云台激光摄像机 (图2A中所示的云台激光摄像机E)、1个激光雷达(图2A中所示的激光雷达B)、1个交通信号灯(图2A中所示的交通信号灯A)、两个超低空系留气球(图2A中所示的空中承载设备202和203)。

虚拟路侧基础设施2007可以包括1个虚拟RSU(即虚拟RSU 2)、 1个虚拟计算控制单元(即虚拟计算控制单元2)、1个云台激光摄像机 (图2A中所示的云台激光摄像机F)、1个激光雷达(图2A中所示的激光雷达C)和1个超低空系留气球(图2A中所示的空中承载设备204)。

图3中虚拟基础设施资源中的虚拟计算控制单元3和交通信号灯M 可以被分配给其它的VRSI。

虚拟基础设施管理单元可以接收地图信息，并识别需要提供服务的子区域，例如如图2A所示的包含十字路口的子区域2001或包含弯道盲区的子区域2003。在一些实施例中，虚拟基础设施管理单元也可以直接接收对子区域的指定信息，例如子区域的位置信息和子区域的地理特征。

虚拟基础设施管理单元可以接收与子区域相关联的资源需求特征相关的信息，诸如由应用场景等决定的时延、带宽、计算、存储、定位精度、可靠性要求等。虚拟基础设施管理单元可以基于每个子区域的资源需求特征来为该子区域选择适当的虚拟资源切片类型，并分配适当的资源。

在一些实施例中，虚拟基础设施管理单元可以实现为软件程序。在另一些实施例中，虚拟基础设施管理单元可以实现为单独的硬件设备，其可以与各种路侧基础设施有线/无线耦接和通信。在又一些实施例中，虚拟基础设施管理单元也可以集成到空中承载设备、RSU、RSCCU或其它设备中。

如图3所示，路侧系统可以经由C-V2X Uu接口与中继卫星通信，中继卫星经由C-V2X Uu接口与车联网云控平台通信。路侧系统可以经由C-V2X PC5接口与车载单元通信。车载单元可以经由C-V2X Uu接口与车联网云控平台通信。

如图3所示，路侧系统2000还可以包括用于与中继卫星通信的卫星通讯单元。在一些实施例中，卫星通讯单元可以集成到空中承载设备。

通过将路侧系统2000的物理资源进行虚拟化分配，可以针对不同子区域的不同资源需求，部署不同的VRSI，这可以提供更精准的路侧基础设施服务，并且提高路侧基础设施部署的灵活性以及提高整个路侧系统的资源利用率。

图4示出根据本公开实施例的基于空中平台的路侧系统2000的示例性消息机制。

如图4所示，路侧系统2000包括虚拟基础设施管理单元(VIMU)，其被配置为提供虚拟资源的管理分配、故障处理等功能，负责对VRSU、VRSCCU、VRSI进行生命周期管理(实例化、配置、关闭等)。

路侧系统2000还包括虚拟路侧基础设施VRSI 2005和VRSI 2007。 VRSI2005包括一组虚拟RSU(即VRSU 1)、虚拟RSCCU(即 VRSCCU 1)、交通控制设备(即交通信号灯A)和路侧传感设备(即云台激光摄像机E和激光雷达B)。VRSI2007包括一组虚拟RSU(即 VRSU 2)、虚拟RSCCU(即VRSCCU 2)和路侧传感设备(即激光雷达C)。

路侧系统2000还包括空中路侧基础设施承载平台(Air Platform for Road SideInfrastructure，APRSI)，其被配置为提供VRSU、 VRSCCU的运行环境，包括所需的硬件及软件，并且被配置为将路侧系统2000的路侧基础设施的物理资源虚拟化为虚拟资源，供VRSU、VRSCCU使用。

空中承载平台可以提供承载功能，例如包括系留气球来提供设备悬浮。空中承载平台可以提供通信功能和/或接口功能，例如包括各种通信部件(例如卫星通信、Wifi通信)，包括电源接口、通信接口等来与路侧基础设施耦接。空中承载平台还可以提供虚拟化功能，将该平台所承载的路侧基础设施的物理资源(包括硬件资源和软件资源等)进行虚拟化，如下图5中的硬件资源、OS Linux和虚拟化层这三部分示出的。

图5示出根据本公开实施例的虚拟资源切片部署架构图。

图5示出路侧系统2000可以包括硬件资源，诸如CPU、GPU、内存、存储设备、网络设备等，以及用于支持卫星定位、实时差分(Real time kinematic，RTK)定位、LET/5G通信、WiFi通信、C-2VX通信等的设备。路侧系统还包括OS操作系统和虚拟化层。虚拟化层将路侧系统的物理资源进行虚拟化。

如图5所示，虚拟化的资源可以以各种类型的资源切片进行部署。表3示出根据本公开实施例的示例性资源切片分类表。

如表3所示，均衡型切片表示时延/带宽/计算/存储等能力均衡，带宽在10～100Mbps之间，处理时延在20～100ms，支持图像处理级计算能力，TB级存储或支持内存数据库，定位精度达到米级，可靠性达到 99％；低时延型切片支持时延降低到20ms以下；大带宽型切片支持带宽达到100Mbps以上；智能计算型切片支持智能决策、视频编解码、大数据分析类计算能力；大存储型切片支持EB级或支持海量非结构性数据库；高定位精度型切片支持亚米级定位精度；高可靠性型切片支持可靠性达到99.99％。

表3：资源切片分类表

VIMU可以根据不同场景的资源需求特征为VRSI选择合适的资源切片类型，部署虚拟RSU、虚拟RSCCU、相应的传感设备和交通控制设备。

如图5所示，例如针对十字路口场景(例如图2A中的子区域2001 所示)可以选择均衡型资源切片。该切片例如可以用于部署：1个虚拟RSU，其包括C-V2X十字路口车辆引导算法应用程序和C-V2X相关协议栈；以及1个虚拟RSCCU，其用于传感设备接入和交通控制设备接入，例如图2中所示的云台激光摄像机设备E的接入、激光雷达设备B 的接入、交通信号灯A的接入。该切片可以支持车辆有序通过十字路口。

通过以不同类型的资源切片来提供虚拟化的物理资源，可以针对不同子区域的资源需求特征(例如不同的时延、带宽、计算、存储、定位精度、可靠性需求等)，选择适当类型的资源切片。这可以提供灵活的资源部署方式，提高整体资源的利用率。

回到图4，虚拟基础设施管理单元可以经由RSS-VIUM和车辆网云控平台的中心子系统之间的新增接口通信，例如上行从VIUM向中心子系统发送V2X.VIMU.INFO.UP接口消息，下行从中心子系统向VIMU 发送V2X.VIMU.INTERSECTION.DOWN接口消息。V2X.VIMU.INFO.UP接口消息和V2X.VIMU.INTERSECTION.DOWN 接口消息都是新增的消息。

如图4所示，各个虚拟路侧单元可以经由中心子系统与RSS-RSU (与虚拟路侧单元相应的路侧单元)间的接口通信，例如上行从VRSU 向中心子系统发送V2X.RSU.INFO.UP，下行从中心子系统向VRSU发送V2X.RSU.RunningInfo.UP接口消息。这是对现有的中心子系统与 RSS-RSU间的接口以及该接口上传输的消息的扩展。

如图4所示，VRSU可以经由现有的C-V2X PC5接口与车载单元通信。车载单元可以经由C-V2X Uu接口与中心子系统通信。

图6示出根据本公开实施例的路侧系统的资源分配方法6000的示例性流程图。

如图6所示，方法6000包括步骤6001，在该步骤，路侧系统向车联网云控平台中心子系统上报路侧系统的位置信息(例如，该路侧系统部署到的位置的经纬度)等。

具体地，可以由VIMU经由RSS-VIMU与车辆网云控平台中心子系统之间的新增接口上的V2X.VIMU.INFO.UP消息上报路侧系统信息表。

表4示出根据本公开实施例的示例性路侧系统基本信息表。如表4 所示，该基本信息表可以包括时间戳、系统标识符即RSS标识符、RSS 位置(例如经纬度)、运行形态(指示该路侧系统是否处于资源虚拟化的形态)以及运行模式(正常模式、灾备模式，还是临时应急模式)。

表4：路侧系统基本信息表

中心子系统在接收到RSS基本信息表之后，可以根据不同的运行模式选取合适覆盖范围内的道路地图信息下发。针对不同的运行模式，下发的地图信息可以覆盖不同的半径和不同数量的岔路口。下表5示出运行模式与地图覆盖半径和岔路口数量之间的示例性对应关系。

表5：运行模式与地图信息对应关系

步骤6001还包括获取地图信息。

具体地，VIMU可以经由RSS-VIMU与车辆网云控平台中心子系统之间的新增接口上的V2X.VIMU.INTERSECTION.DOWN消息接收包含地图信息的区域道路信息表。

地图信息可以基于RSS上报的位置信息(例如经纬度)。例如地图信息是以RSS的位置为中心的一定覆盖面积内的所有地图切片的信息。

地图信息还可以基于RSS上报的运行模式。例如，针对不同的运行模式，地图信息是以RSS的位置为中心的不同覆盖面积内的所有地图切片的信息。

表6示出根据本公开实施例的示例性区域道路信息表。如表6所示，区域道路信息表可以包含岔路口信息列表DF_IntersectionList。

区域道路信息表可以包含时间戳、RSS标识符、岔路口数量和岔路口信息列表。

岔路口信息列表DF_IntersectionList中可以列出每个岔路口的岔路口标识符、位置信息(例如经纬度)、岔路口类型(十字路口、三岔路口、急拐弯路口等)以及该岔路口所属的地图切片的标识符。

表6：区域道路信息表

DF_IntersectionList

本领域技术人员可以理解，以上仅仅是RSS系统基本信息和地图信息的一些示例，本领域技术人员可以根据需要设想更多、更少或不同的信息。

如图6所示，方法6000还可以包括步骤6002，在该步骤，VIMU 确定要部署虚拟路侧基础设施(VRSI)的子区域，为确定的每个子区域部署一VRSI，并上报与确定的子区域的VRSI有关的信息。

VIMU可以根据与RSS的位置相关联的地图信息来确定需要部署虚拟路侧基础设施的子区域。例如，将接收的地图信息中的全部岔路口都设置为要部署相应VRSI的单独子区域。

VIMU还可以根据应用场景来确定需要部署虚拟路侧基础设施的子区域。

例如，对于协作式岔路口通行的应用场景时，对于地图信息中所指示的某些岔路口可以不必部署VRSI。

例如，对于基于路侧感知的自主泊车这样的应用场景，仅将可以泊车的停车场等确定为子区域，而不考虑十字路口之类的岔路口。

应用场景不限于本公开例示的十字路口和弯道盲区。应用场景例如还可以包括但不限于：基于路侧感知的自主泊车、协作式匝道汇入、协作式岔路口通行、差分数据服务、动态车道管理、场站路径引导服务、浮动车数据采集、慢行交通预警、车辆编队管理、道路收费服务等等。 VIMU可以基于确定的子区域的数量来确定要部署的VRSI的数量。

VIMU还可以为每个VRSI分配VRSI标识符、VRSU标识符和指定VRSU的位置。VRSU的位置可以是与VRSU对应的岔路口的经纬度坐标。

VIMU可以针对每个子区域的资源需求特征，来为该子区域的 VRSI选择适当的虚拟路测基础设施资源切片类型。资源需求特征例如包括但不限于时延要求、带宽要求、计算能力要求和存储能力要求等。虚拟路测基础设施资源切片类型例如选自表3。

资源需求特征可以与应用场景相关联。不同的C-V2X应用场景从时延、带宽、计算、存储、定位精度、可靠性等方面对路侧基础设施提出了不同要求。例如，自动驾驶和传感器共享场景对时延的要求最低达到了3ms；传感器共享场景对带宽的要求最高达到了1Gbps；全局路况分析场景对计算能力提出了更高要求，要能快速对视频、雷达信号等感知内容进行精准分析和处理。

例如，针对图2A中所示的十字路口场景的VRSI 2005可以选择如表3所示的均衡型资源切片。

VIUM可以经由VIUM与车辆网云控平台中心子系统之间的新增接口上的V2X.VIMU.INFO.UP消息来上报包含与所确定的子区域的VRSI 有关的信息的路侧系统基本信息表。

表7示出根据本公开实施例的示例性路侧系统基本信息表。如表7 所示，该基本信息表包括时间戳、RSS标识符、RSS位置、要部署的 VRSI的数量和VRSI信息列表DF_VrsiList。

DF_VrsiList针对每个VRSI，列出了VRSI标识符、VRSI切片类型、相关联的岔路口标识符、所分配的VRSU标识符以及VRSU的部署位置。

表7：路侧系统基本信息表

DF_VrsiList

方法6000还可以包括步骤6003，在该步骤，VIMU接收与子区域有关的历史数据。

具体地，VIMU可以经由VIMU与车联网云控平台中心子系统之间的新增接口上的V2X.VIMU.INTERSECTION.DOWN消息从车联网云控平台中心子系统接收包含与所确定的子区域相关联的历史数据的区域道路信息表。

历史数据例如包括所确定的每个子区域的历史道路交通流量、历史事故发生频率等等。历史数据例如以区域道路信息表的形式发送给VIMU。

表8示出根据本公开实施例的包含示例性历史数据的示例性区域道路信息表。

该表可以包括时间戳、RSS标识符、岔路口的数量和岔路口历史信息列表。在岔路口历史信息列表DF_IntersectionHistoryList中，针对每个子区域的岔路口，列出岔路口标识符、岔路口交通流量(例如每月车流量)和岔路口事故频率(例如平均每月发生交通事故的次数)。

表8：区域道路信息表

DF_IntersectionHistoryList

方法6000还可以包括步骤6004，在该步骤，VIMU为各个VRSI 分配虚拟化的物理资源并上报资源分配结果。

如上所述，RSS的路侧基础设施的物理资源被虚拟化并被分配。可以基于各个子区域的VRSI切片类型和/或历史数据向各个VRSI分配虚拟化的资源中的至少一部分。这可以包括为每个VRSI分配虚拟RSU，还可以包括为每个VRSI分配虚拟RSCCU以及相关联的交通控制设备和/或路侧传感设备。还可以包括为每个VRSI分配空中承载设备。

对于交通流量大、事故发生频率高的岔路口可以部署更多的VRSU 资源和/或VRSCCU资源，以支持部署更多的路侧传感设备和/或交通控制设备。

VIMU可以经由VIMU与车联网云控平台中心子系统之间的新增接口上的V2X.VIMU.INFO.UP消息上报包含资源配置结果的路侧系统基本信息表。

表9示出根据本公开实施例的包含示例性资源配置结果的路侧系统基本信息表。

如表9所示，该基本信息表可以包括时间戳、RSS标识符、RSS位置、VRSI数量和VRSI信息列表。

VRSI信息列表DF_VrsiList针对每个VRSI，列出VRSI标识符、岔路口标识符、VRSU标识符、VRSU位置、VRSU资源配置、 VRSCCU标识符、VRSCCU资源配置、传感器设备配置和交通控制设备配置。VRSU位置例如是与VRSU相应的岔路口的经纬度坐标。

RSU资源配置和VRSCCU资源配置针对每个VRSU和VRSCCU，配置相关联的虚拟CPU配置、虚拟内存配置、虚拟磁盘配置和虚拟网络配置。

路侧传感设备配置和交通控制设备配置(DF_DeviceConfigList) 针对每个传感设备和每个交通控制设备，列出了设备标识符、设备名称和设备地址。

表9：路侧系统基本信息表

DF_VrsiList

DF_VResConfigList

DF_DeviceConfigList

方法6000还可以包括步骤6005，在该步骤，VIMU启动各VRSI 来提供空中路侧基础设施服务，VRSU上报业务数据和运行信息。

具体地，VIMU可以启动各个VRSI的VRSU和VRSCCU来提供空中路侧基础设施服务。

每个VRSU可以分别经由相应RSU与车联网云控平台中心子系统的接口上的扩展的V2X.RSU.INFO.UP消息和 V2X.RSU.RunningInfo.UP消息来分别上报业务数据和运行信息。

每个VRSU可以按照预定周期进行定期的上报，也可以响应于预定事件触发上报。

表10示出根据本公开实施例的包括示例性业务数据的示例性RSU 信息表。

表10：RSU信息表(包含RSU业务数据)

如表10所示，RSU业务数据可以包括RSU标识符、VRSU标识符、 RSU的位置信息、配置数据、运行形态、运行模式等。

表11示出根据本公开实施例的包括示例性RSU运行信息的RSU运行信息表。

如表11所示，RSU运行信息表可以包括时间戳、RSU标识符、 VRSU标识符和设备运行状态信息。设备运行状态信息包括虚拟CPU运行信息、虚拟内存运行信息、虚拟磁盘运行信息和虚拟网络运行信息。

表11：RSU运行信息表(RSU运维管理)

DF_RunningInfo

图6仅仅是根据本公开实施例的路侧系统的示例性资源分配方法。在不偏离本公开教导的情况下，可以构想到各种路侧系统的资源分配方法的变形例。

在一些实施例中，在RSS的设备抵达现场之后，通过RSS的定位模块确定自身的位置并将确定的位置连同RSS的运行形态和运行模式上报给中心子系统。RSS接收下发的地图信息，自动进行子区域的确定、 VRSI的部署和虚拟资源的分配。

在另一些实施例中，可以在RSS的设备还没有抵达现场之前，例如由操作员经由VIMU预先指定要部署RSS的位置和要部署VRSI的子区域，并针对每个子区域指定要分配给VRSI的资源。然后软硬件资源被调配到现场来按照预先的规划提供服务。

在又一些实施例中，可以根据实际运行过程中可用资源的变化来重新执行资源分配。例如，当在RSS的运行过程中，某个VRSI的部分设备出现故障时，此时可以根据各个VRSI的资源需求特征和总的可用资源量，重新为各个VRSI调配适当的资源。

在有一些实施例中，可以根据实际运行过程中资源需求变化来重新执行资源分配。例如，当在RSS的运行过程中，某个VRSI的资源需求增大时，此时可以根据各个VRSI的资源需求特征和总的可用资源量，重新为各个VRSI调配适当的资源。例如为资源需求增大的VRSI分配更多的VRSU资源和/或VRSCCU资源，并为资源需求减小的VRSI减少分配的VRSU资源和/或VRSCCU资源。

在一些实施例中，可以不必搜集子区域的历史数据，即可以省略步骤6003。在另一些实施例中，云控平台可以在提供地图信息时一并提供相关联的历史数据。

根据本公开实施例的基于空中平台的路侧系统可以应用于各种场景。

图7示出根据本公开实施例的路侧子系统7000所辅助的岔路口通行场景。

当发生地震、大面积停电等灾害时，会导致交叉路口路侧基础设施全部瘫痪，进而造成交通混乱，根据本公开实施例的基于空中平台的路侧子系统可以用于辅助自动驾驶车辆安全有序地通过岔路口。

路侧子系统7000可以是例如图2A所示的路测系统2000中涉及子区域2001(即VRSI2005)的部分。如图7所示，这部分包括：低空系留气球201，其承载空中RSU(更具体地，虚拟RSU 1)和摄像机E；在十字路口附近的两个超低空系留气球202和203，其中系留气球202承载空中交通信号灯，系留气球203承载空中激光雷达。

路侧子系统7000可以用于辅助自动驾驶车辆EV 1和EV 2安全有序地通过岔路口。

具体地，车辆EV1和EV2可以向空中RSU(更具体地，虚拟RSU 1)发送车辆行驶信息，空中RSU(更具体地，虚拟RSU 1)根据车辆行驶信息、目标交叉路口的空中交通信号灯信息、其他车辆上报的行驶信息、以及空中激光雷达的路侧感知信息，生成用于调度EV1和EV2通过该十字路口的通行调度信息，并将通行调度信息发送给EV1和EV2，调度EV1和EV2安全通过十字路口。

图8示出根据本公开实施例的电子设备所执行的方法的示例性流程图。电子设备例如是车载设备。电子设备也可以是能够与车辆耦接和通信的单独的设备。电子设备例如是图7中的车辆EV 1或EV 2的车载设备。

如图8所述，方法8000可以包括步骤8001，在该步骤，在处于基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，电子设备从服务于第一子区域的第一虚拟路侧基础设施 (VRSI)中的第一虚拟路侧单元(VRSU)接收第一VRSU标识符。

第一VRSI例如是图2A中的VRSI 2005，第一VRSU标识符例如是为VRSI 2005分配的VRSU的标识符。

如以上参考图2A-6所述，VRSU标识符可以与标识相应VRSI的 VRSI标识符以及为该VRSI选择的虚拟基础设施资源切片类型相关联。 VRSU标识符还可以与标识相应虚拟路侧计算控制单元(VRSCCU)的 VRSCCU标识符相关联。VRSI标识符、VRSU标识符、虚拟基础设施资源切片类型和VRSCCU标识符由VIMU为相应的子区域的VRSI分配。VRSU标识符和VRSCCU标识符具有相关联的资源配置，包括虚拟 CPU配置，虚拟内存配置，虚拟磁盘配置和虚拟网络配置中的至少一者。 VRSI标识符、VRSU标识符、虚拟基础设施资源切片类型和VRSCCU 标识符以及相关联的资源配置等由VIMU经由VIMU与车联网运控平台之间的新增接口上的新增消息(例如，V2X.VIMU.INFO.UP接口消息) 上报给车联网运控平台。VRSI、虚拟基础设施资源切片类型、VRSU和 VRSCCU的配置是由VIMU基于与路侧系统的部署位置相关联的地图信息、应用场景、资源需求特征、历史数据等因素中的一个或多个来配置的。

方法8000还可以包括步骤8003，在该步骤，电子设备向第一 VRSU发送装载所述电子设备的车辆的行驶信息。行驶信息可以包括行驶速度、行驶方向、导航路线信息等。

方法8000还可以包括步骤8005，在该步骤，电子设备接收来自第一VRSU的通行调度消息，其中，该通行调度消息包括第一VRSU标识符，所述通行调度消息包括基于所述电子设备发送的行驶信息并且基于其它电子设备发送的其它车辆的行驶信息、来自第一VRSI的路侧感知信息、目标路口的交通信号灯信息中的至少一者的通行调度信息。来自第一VRSI的路侧感知信息例如是由第一VRSI的路侧传感设备获得的。

图9示出根据本公开实施例的路侧子系统9000所辅助的感知数据共享场景。

感知数据共享场景是指在野外救援、森林救灾、地质勘探、野外探险、野外车辆拉练赛等无路侧基础实施的区域，需要提供短时间(如，几天)的路侧基础设施服务。如，发生森林火灾时，为灭火车辆、物资运输车辆等启动一种基于空中灾备平台的临时道路基础设施服务。

路侧子系统9000可以是例如图2A所示的路测系统2000中涉及子区域2005(即VRSI2007)的部分。如图9所示，这部分包括：低空系留气球201，其承载空中RSU(更具体地，虚拟RSU 2)和摄像机F；在弯道附近的超低空系留气球204，其承载空中激光雷达C。路侧子系统9000可以用于辅助自动驾驶车辆EV 1和EV 2的感知数据共享。

车辆EV1以及空中RSU可以通过自身搭载或联网的感知设备(空中云台摄像机、空中激光雷达等传感器)探测到周围其他交通参与者 (包括但不限于车辆、行人、骑行者等目标物)或道路异常状况信息，如：道路交通事件(如交通事故等)、车辆异常行为(超速、驶离车道、逆行、非常规行驶和异常静止等)、道路障碍物(如落石、遗撒物、枯枝等)及路面状况(如积水、结冰等)等信息。

空中RSU(更具体地，虚拟RSU 2)可以接收EV1感测的信息，将接收到的EV1感测到的信息和/或自身感测到的信息进行处理后获得驾驶辅助信息，将驾驶辅助信息发送给EV1附近的其它车辆，例如后续车辆EV2。基于接收的驾驶辅助信息，车辆EV2可提前感知到不在自身视野范围内的交通参与者或道路异常状况，辅助自身做出正确的驾驶决策。

图10示出根据本公开实施例的电子设备所执行的方法1000的示例性流程图。电子设备例如是车载设备。电子设备也可以是能够与车辆耦接和通信的单独的设备。电子设备可以是图9中的车辆EV 1或EV 2的车载设备。

方法1000可以包括步骤1001，在该步骤，在处于基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，电子设备从服务于第一子区域的第一虚拟路侧基础设施(VRSI)中的第一虚拟路侧单元(VRSU)接收第一VRSU标识符。

第一VRSI例如是图2A中的VRSI 2007，第一VRSU标识符例如是为VRSI 2007分配的VRSU的标识符。

方法1000可以包括步骤1003，在该步骤，电子设备向第一VRSU 发送探测结果，所述探测结果包括由所述电子设备经由感知设备探测到的驾驶环境信息。

电子设备可以按照一定的时间周期执行探测和探测结果的上报。电子设备也可以在确定探测结果显示异常时才向第一VRSU发送探测结果。电子设备也可以响应于RSU(更具体地，虚拟RSU 2)的请求发送探测结果。

方法1000还可以包括步骤1005，在该步骤，电子设备从第一 VRSU接收驾驶辅助消息，其中，该驾驶辅助消息包括第一VRSU标识符，该驾驶辅助消息包括基于其它电子设备发送的探测结果和第一 VRSU的探测结果中的至少一者的驾驶辅助信息。

第一VRSU可以仅在必要的情况下(例如仅在第一VRSU判定出现影响车辆行驶的异常环境信息时)才发送驾驶辅助信息。第一VRSU 可以仅在电子设备请求驾驶辅助信息时向请求的电子设备提供该信息。

本领域技术人员可以理解，在电子设备具有感知能力的情况下，可以执行步骤1003。在电子设备不具有感知能力的情况下，可以不执行步骤1003。

在一些情况下，电子设备本身具备与RSU(更具体地，虚拟RSU) 通信的能力，但是其周围的另一电子设备不具备与RSU通信的能力，而仅能与该电子设备通信。在这样的情况下，电子设备可以将从RSU接收的驾驶辅助信息或其自身的探测结果发送给该另一电子设备。

在一些实施例中，电子设备还可以向第一VRSU发送包含第一 VRSU标识符的消息。

例如，在路侧系统辅助的车辆支付服务应用场景下，电子设备可以从第一VRSU接收支付请求消息(Action-Request)，该支付请求消息包括第一VRSU标识符。响应于此，电子设备可以向第一VRSU发送车辆支付消息，该车辆支付消息可以包括第一VRSU标识符。

在一些实施例中，车辆支付消息可以包括动作响应消息(Action- Response)，该动作响应消息可以定义车辆对第一VRSU发起的支付请求消息的响应消息，包括本车标识符、第一VRSU标识符、支付信息以及支付请求消息的操作状态等。

在一些实施例中，车辆支付消息可以包括车辆服务指示(Vehicle ServiceIndication，VSI)，车辆服务指示包括第一VRSU标识符。

图11示出根据本公开实施例的基于空中平台的路侧系统(RSS)执行的方法1100的示例性流程图。

如图11所示，方法1100包括操作1101，在该操作，由包括空中承载平台和承载于空中承载平台上的路侧基础设施的空中路侧基础设施承载平台(APRSI)将路侧基础设施的物理资源虚拟化。

方法1100还可以包括操作1103，在该操作，由虚拟基础设施管理单元(VIMU)为RSS的覆盖范围内的至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI至少包括一虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU)的物理资源(包括硬件资源和软件资源)的至少一部分。

图12示出根据本公开实施例的VIMU执行的方法1200的示例性流程图。

如图12所示，方法1200包括步骤1201，在该步骤，为基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的每个子区域分配RSS的虚拟化的路侧基础设施的物理资源的至少一部分来为该子区域部署一虚拟路侧基础设施(VRSI)，每个VRSI至少包括虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU)的物理资源(包括硬件资源和软件资源)的至少一部分。

【本公开的示例性实现】

根据本公开的实施例，可以想到各种实现本公开的概念的实现方式，包括但不限于：

1、一种电子设备，包括：

存储器，存储计算机可执行指令；和

处理器，其与存储器耦接，被配置为执行所述计算机可执行指令来执行如下操作：

在处于基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，从服务于第一子区域的第一虚拟路侧基础设施(VRSI)中的第一虚拟路侧单元(VRSU)接收第一VRSU标识符。

2、如项1所述的电子设备，其中，通过将RSS的路侧基础设施的物理资源进行虚拟化并为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI包括一VRSU，每个VRSU包括被虚拟化的路侧单元(RSU)的硬件资源和软件资源的至少一部分，每个VRSU具有相应的VRSU标识符，所述至少一个子区域包括第一子区域。

3、如项2所述的电子设备，其中，第一VRSU标识符与第一VRSI 的第一VRSI标识符和第一虚拟路侧计算控制单元(VRSCCU)标识符相关联，

其中，第一VRSI包括第一VRSCCU，第一VRSCCU包括被虚拟化的路侧计算控制单元的硬件资源和软件资源的至少一部分，

其中，第一VRSU标识符、第一VRSI标识符和第一VRSCCU标识符是由所述RSS的虚拟基础设施管理单元(VIMU)分配的。

4、如项3所述的电子设备，其中：

由VIMU分配的与第一VRSU标识符相关联的资源配置或与第一 VRSCCU标识符相关联的资源配置包括以下中至少一者：虚拟CPU配置，虚拟内存配置，虚拟磁盘配置和虚拟网络配置。

5、如项3所述的电子设备，其中，第一VRSI标识符、第一VRSU 标识符和第一VRSCCU标识符由VIMU经由VIMU与车联网云控平台之间的接口上的第一接口消息上报给车联网云控平台。

6、如项2所述的电子设备，其中，所述至少一个子区域是由 VIMU通过如下操作确定的：

至少基于与RSS的位置有关的地图信息确定RSS的覆盖范围内需要部署VRSI的所述至少一个子区域。

7、如项6所述的电子设备，其中，所述地图信息是由VIMU经由 VIMU与车联网云控平台之间的接口上的第二接口消息从车联网云控平台接收的。

8、如项2所述的电子设备，其中，为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一 VRSI包括由VIMU执行的以下操作：

基于所述至少一个子区域中每个子区域的应用场景分配用于该子区域的VRSI的资源。

9、如项2所述的电子设备，其中，为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一 VRSI包括由VIMU执行的以下操作：

基于所述至少一个子区域中的每个子区域的历史数据分配用于该子区域的VRSI的资源。

10、如项2所述的电子设备，其中，第一VRSU标识符与第一 VRSI的第一VRSI标识符和第一虚拟路侧基础设施资源切片类型相关联，

第一VRSU标识符、第一VRSI标识符和第一虚拟路侧基础设施资源切片类型是由VIMU分配的，

其中，所述虚拟路侧基础设施资源切片类型是基于第一子区域的资源需求特征分配的。

11、如项10所述的电子设备，其中，VRSI标识符、VRSU标识符和虚拟路侧基础设施资源切片类型由VIMU经由VIMU与车联网云控平台之间的接口上的第三接口消息上报给车联网云控平台。

12、如项10所述的电子设备，其中，第一子区域的资源需求特征包括以下中的至少一者：

时延要求，

带宽要求，

计算能力要求，和

存储能力要求。

13、如项10所述的电子设备，其中，虚拟路侧基础设施资源切片类型包括以下之一：

均衡性切片，

低时延型切片，

大带宽型切片，

智能计算型切片，

大存储型切片，

高定位精度型切片，和

高可靠型切片。

14、如项1所述的电子设备，其中，处理器还被配置为执行如下操作：

向第一VRSU发送装载所述电子设备的车辆的行驶信息；和

接收来自第一VRSU的通行调度消息，其中，该通行调度消息包括第一VRSU标识符，所述通行调度消息包括基于所述电子设备发送的行驶信息并且基于其它电子设备发送的其它车辆的行驶信息、来自第一 VRSI的路侧感知信息、目标路口的交通信号灯信息中的至少一者的通行调度信息。

15、如项1所述的电子设备，其中，处理器还被配置为执行如下操作：

向第一VRSU发送探测结果，所述探测结果包括由所述电子设备经由感知设备探测到的驾驶环境信息；和

从第一VRSU接收驾驶辅助消息，其中，该驾驶辅助消息包括第一 VRSU标识符，该驾驶辅助消息包括基于其它电子设备发送的探测结果和第一VRSU的探测结果中的至少一者的驾驶辅助信息。

16、如项1所述的电子设备，其中，处理器还被配置为执行如下操作：

向第一VRSU发送包括第一VRSU标识符的消息。

17、如项1所述的电子设备，其中，第一VRSU经由与第一VRSU 相关联的RSU与车辆网云控平台之间的接口上的V2X.RSU.INFO.UP消息和V2X.RSU.RunningInfo.UP消息分别上报业务数据和运行信息。

18、一种基于空中平台的路侧系统(RSS)，包括：

空中路侧基础设施承载平台(APRSI)，包括空中承载设施和承载于空中承载设施上的路侧基础设施，所述APRSI被配置为将路侧基础设施的物理资源虚拟化；和

虚拟基础设施管理单元(VIMU)，配置为为RSS的覆盖范围内的至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI至少包括一虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU)的硬件资源和软件资源的至少一部分。

19、如项18所述的RSS，其中，每个VRSI还包括一虚拟路侧计算控制单元(VRSCCU)，VRSCCU包括被虚拟化的路侧计算控制单元的硬件资源和软件资源的至少一部分。

20、如项18所述的RSS，其中，每个VRSI包括VRSU、虚拟路侧计算控制单元(VRSCCU)、交通控制设备和路侧传感设备，其中 VRSCCU用于提供交通控制设备和路侧传感设备的接入。

21、如项18所述的RSS，其中，所述空中承载设施包括系留气球及其配套设施。

22、如项19所述的RSS，其中，路侧基础设施包括路侧单元、路侧计算控制单元、交通控制设备和路侧传感设备中的一个或多个。

23、如项18所述的RSS，其中，所述VIMU还被配置为：

至少基于与RSS的位置有关的地图信息确定RSS的覆盖范围内需要部署VRSI的所述至少一个子区域。

24、如项23所述的RSS，其中，所述VIMU还被配置为：

经由VIMU与车联网云控平台之间的接口上的第一接口消息向车联网云控平台上报第一系统基本信息，第一系统基本信息包括RSS的位置信息、运行形态和运行模式，其中运行形态指示RSS是否为虚拟态；和

经由VIMU与车联网云控平台之间的接口上的第二接口消息从车联网云控平台接收地图信息，地图信息是至少基于RSS的位置信息确定的。

25、如项23所述的RSS，其中，所述VIMU还被配置为：

基于所述至少一个子区域中的每个子区域的资源需求特征，为该子区域确定虚拟路侧基础设施资源切片类型。

26、如项25所述的RSS，其中，所述VIMU还被配置为：

经由VIMU与车联网云控平台之间的接口上的第三接口消息上报第二系统基本信息，第二系统基本信息包括VRSI标识符以及与VRSI标识符相关联的虚拟路侧基础设施资源切片类型和VRSU标识符。

27、如项18所述的RSS，其中，所述VIMU还被配置为：

基于所述至少一个子区域中每个子区域的应用场景分配用于该子区域的VRSI的资源。

28、如项18所述的RSS，其中，所述VIMU还被配置为：

经由VIMU与车联网云控平台之间的接口上的第四接口消息从车联网云控平台接收所述至少一个子区域中的每个子区域的历史数据；

基于所述至少一个子区域中的每个子区域的历史数据分配用于该子区域的VRSI资源。

29、如项25所述的RSS，其中，所述VIMU还被配置为：

经由VIMU与车联网云控平台之间的接口上的第五接口消息上报第三系统基本信息，

第三系统基本信息包括VRSI标识符、相关联的VRSU标识符、相关联的VRSCCU标识符、相关联的路侧传感设备标识符以及相关联的交通控制设备标识符，

第三系统基本信息还包括VRSU资源配置和VRSCCU资源配置， VRSU资源配置和VRSCCU资源配置中的每一个包括以下中至少一者：虚拟CPU配置，虚拟内存配置，虚拟磁盘配置和虚拟网络配置。

30、如项25所述的RSS，其中，VRSU被配置为经由与VRSU相关联的RSU与车联网云控平台之间的接口上的V2X.RSU.INFO.UP消息和V2X.RSU.RunningInfo.UP消息分别向车联网云控平台上报业务数据和运行信息。

31、如项25所述的RSS，其中，VRSU被配置为向在其服务的子区域内的电子设备发送该VRSU的VRSU标识符。

32、如项31所述的RSS，其中，VRSU被配置为：

从在其服务的子区域内的电子设备接收有关装载所述电子设备的车辆的行驶信息；

基于所接收的行驶信息并且基于在其服务的子区域内的其它电子设备发送的其它车辆的行驶信息、来自第一VRSI的路侧感知信息和目标路口的交通信号灯信息中的至少一者生成通行调度信息；和

向所述电子设备发送包含该VRSU的VRSU标识符和所述通行调度信息的通行调度消息。

33、如项31所述的RSS，其中，VRSU被配置为：

从在其服务的子区域内的电子设备接收探测结果，所述探测结果包括由所述电子设备经由感知设备探测到的驾驶环境信息；

基于所接收的探测结果并且基于在其服务的子区域内的其它电子设备发送的探测结果和该VRSU的探测结果中的至少一者生成驾驶辅助信息；和

向所述电子设备发送包含该VRSU的VRSU标识符和所述驾驶辅助信息的驾驶辅助消息。

34、如项31所述的RSS，其中，VRSU被配置为：

从其服务的子区域内的电子设备接收包括该VRSU的VRSU标识符的消息。

35、一种虚拟基础设施管理单元(VIMU)，包括：

存储器，存储计算机可执行指令；和

处理器，其与存储器耦接，被配置为执行所述计算机可执行指令来执行如下操作：

为基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的每个子区域分配RSS的虚拟化的路侧基础设施的物理资源的至少一部分来为该子区域部署一虚拟路侧基础设施(VRSI)，每个VRSI 至少包括虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU)的硬件资源和软件资源的至少一部分。

36、一种由电子设备执行的方法，包括：

在处于基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，从服务于第一子区域的第一虚拟路侧基础设施(VRSI)中的第一虚拟路侧单元(VRSU)接收第一VRSU标识符。

37、一种由基于空中平台的路侧系统(RSS)执行的方法，包括：

由包括空中承载平台和承载于空中承载平台上的路侧基础设施的空中路侧基础设施承载平台(APRSI)将路侧基础设施的物理资源虚拟化；和

由虚拟基础设施管理单元(VIMU)为RSS的覆盖范围内的至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI至少包括一虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元(RSU)的硬件资源和软件资源的至少一部分。

38、一种由虚拟基础设施管理单元(VIMU)执行的方法，包括：

为基于空中平台的路侧系统(RSS)的覆盖范围内的至少一个子区域中的每个子区域分配RSS的虚拟化的路侧基础设施的物理资源的至少一部分来为该子区域部署一虚拟路侧基础设施(VRSI)，每个VRSI至少包括虚拟路侧单元(VRSU)，每个VRSU包括被虚拟化的路侧单元 (RSU)的硬件资源和软件资源的至少一部分。

39、一种计算机存储介质，存储计算机可执行指令，所述计算机可执行指令在被处理器执行时执行如项36-38中任一项所述的方法。

40、一种计算机程序产品，包括计算机可执行指令，所述计算机可执行指令在被处理器执行时执行如项36-38中任一项所述的方法。

下面将介绍根据本公开的应用示例。

下面将介绍根据本公开的应用示例。

本公开内容的技术能够应用于各种产品。

本公开的路侧单元例如可以利用车联网中的路侧单元(RSU,Road Side Unit)来实现。

本公开的电子设备例如可以利用终端设备来实现。

例如，终端设备可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。终端设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，终端设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

[关于RSU的应用示例]

(第一应用示例)

图13是示出可以应用本公开内容的技术的RSU的示意性配置的第一示例的框图。RSU 800包括一个或多个天线810以及路侧设备820。路侧设备820和每个天线810可以经由RF线缆彼此连接。

天线810中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件)，并且用于路侧设备820 发送和接收无线信号。如图13所示，RSU 800可以包括多个天线810。例如，多个天线810可以与RSU 800使用的多个频带兼容。路侧设备 820包括控制器821、存储器822、网络接口823以及无线通信接口825。

控制器821可以为例如CPU或DSP，并且操作路侧设备820的较高层的各种功能。例如，控制器821根据由无线通信接口825处理的信号中的数据来生成数据分组，并经由网络接口823来传递所生成的分组。控制器821可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器821可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的RSU或核心网节点(例如接入与移动性管理功能AMF(Access and MobilityManagement Function))来执行。存储器822包括RAM和ROM，并且存储由控制器821执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口823为用于将路侧设备820连接至核心网824的通信接口。控制器821可以经由网络接口823而与核心网节点或另外的RSU进行通信。在此情况下，RSU 800与核心网节点或其它RSU可以通过逻辑接口 (诸如C-V2X uu接口、C-V2X PC5)而彼此连接。网络接口823还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口 823为无线通信接口，则与由无线通信接口825使用的频带相比，网络接口823可以使用较高频带用于无线通信。

无线通信接口825支持任何蜂窝通信方案，并且经由天线810来提供到位于RSU800的小区中的终端的无线连接。无线通信接口825通常可以包括例如基带(BB)处理器826和RF电路827。BB处理器826可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如 L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议(PDCP))的各种类型的信号处理。代替控制器821，BB处理器 826可以具有上述逻辑功能的一部分或全部。BB处理器826可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理器826的功能改变。该模块可以为插入到路侧设备820的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路827可以包括例如混频器、滤波器和放大器，并且经由天线810来传送和接收无线信号。

如图13所示，无线通信接口825可以包括多个BB处理器826。例如，多个BB处理器826可以与RSU 800使用的多个频带兼容。如图13 所示，无线通信接口825可以包括多个RF电路827。例如，多个RF电路827可以与多个天线元件兼容。虽然图13示出其中无线通信接口825 包括多个BB处理器826和多个RF电路827的示例，但是无线通信接口 825也可以包括单个BB处理器826或单个RF电路827。

(第二应用示例)

图14是示出可以应用本公开内容的技术的RSU的示意性配置的第二示例的框图。RSU包括一个或多个天线840、路侧设备850和RRH 860。RRH 860和每个天线840可以经由RF线缆而彼此连接。路侧设备 850和RRH 860可以经由诸如光纤线缆的高速线路而彼此连接。

天线840中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)并且用于RRH 860发送和接收无线信号。如图14所示，RSU 830可以包括多个天线840。例如，多个天线 840可以与RSU 830使用的多个频带兼容。路侧设备850包括控制器851、存储器852、网络接口853、无线通信接口855以及连接接口857。控制器851、存储器852和网络接口853与参照图13描述的控制器821、存储器822和网络接口823相同。

无线通信接口855支持任何蜂窝通信方案，并且经由RRH 860和天线840来提供到位于与RRH 860对应的扇区中的终端的无线通信。无线通信接口855通常可以包括例如BB处理器856。除了BB处理器856 经由连接接口857连接到RRH 860的RF电路864之外，BB处理器856 与参照图13描述的BB处理器826相同。如图14所示，无线通信接口 855可以包括多个BB处理器856。例如，多个BB处理器856可以与 RSU 830使用的多个频带兼容。虽然图14示出其中无线通信接口855包括多个BB处理器856的示例，但是无线通信接口855也可以包括单个BB处理器856。

连接接口857为用于将路侧设备850(无线通信接口855)连接至 RRH 860的接口。连接接口857还可以为用于将路侧设备850(无线通信接口855)连接至RRH 860的上述高速线路中的通信的通信模块。

RRH 860包括连接接口861和无线通信接口863。

连接接口861为用于将RRH 860(无线通信接口863)连接至路侧设备850的接口。连接接口861还可以为用于上述高速线路中的通信的通信模块。

无线通信接口863经由天线840来传送和接收无线信号。无线通信接口863通常可以包括例如RF电路864。RF电路864可以包括例如混频器、滤波器和放大器，并且经由天线840来传送和接收无线信号。如图14所示，无线通信接口863可以包括多个RF电路864。例如，多个 RF电路864可以支持多个天线元件。虽然图14示出其中无线通信接口 863包括多个RF电路864的示例，但是无线通信接口863也可以包括单个RF电路864。

在图13和图14所示的RSU 800和RSU 830中，参考图13描述的处理电路1310和参考图16描述的处理电路1610中包括的一个或多个组件可被实现在无线通信接口912中。可替代地，这些组件中的至少一部分也可以由控制器821和控制器851实现。

[关于终端设备的应用示例]

(第一应用示例)

图15是示出可以应用本公开内容的技术的智能电话900的示意性配置的示例的框图。智能电话900包括处理器901、存储器902、存储装置903、外部连接接口904、摄像装置906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912、一个或多个天线开关915、一个或多个天线916、总线917、电池918以及辅助控制器919。

处理器901可以为例如CPU或片上系统(SoC)，并且控制智能电话900的应用层和另外层的功能。存储器902包括RAM和ROM，并且存储数据和由处理器901执行的程序。存储装置903可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口904为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至智能电话900的接口。

摄像装置906包括图像传感器(诸如电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS))，并且生成捕获图像。传感器907可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风908将输入到智能电话900的声音转换为音频信号。输入装置909包括例如被配置为检测显示装置910的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置910包括屏幕(诸如液晶显示器(LCD)和有机发光二极管(OLED)显示器)，并且显示智能电话900的输出图像。扬声器 911将从智能电话900输出的音频信号转换为声音。

无线通信接口912支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口912通常可以包括例如BB处理器913和RF电路914。BB处理器913可以执行例如编码/解码、调制 /解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路914可以包括例如混频器、滤波器和放大器，并且经由天线916来传送和接收无线信号。无线通信接口912可以为其上集成有BB 处理器913和RF电路914的一个芯片模块。如图15所示，无线通信接口912可以包括多个BB处理器913和多个RF电路914。虽然图15示出其中无线通信接口912包括多个BB处理器913和多个RF电路914的示例，但是无线通信接口912也可以包括单个BB处理器913或单个RF 电路914。

此外，除了蜂窝通信方案之外，无线通信接口912可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(LAN)方案。在此情况下，无线通信接口912可以包括针对每种无线通信方案的BB处理器913和RF电路914。

天线开关915中的每一个在包括在无线通信接口912中的多个电路 (例如用于不同的无线通信方案的电路)之间切换天线916的连接目的地。

天线916中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于无线通信接口912传送和接收无线信号。如图15所示，智能电话900可以包括多个天线916。虽然图15示出其中智能电话900包括多个天线916的示例，但是智能电话 900也可以包括单个天线916。

此外，智能电话900可以包括针对每种无线通信方案的天线916。在此情况下，天线开关915可以从智能电话900的配置中省略。

总线917将处理器901、存储器902、存储装置903、外部连接接口 904、摄像装置906、传感器907、麦克风908、输入装置909、显示装置 910、扬声器911、无线通信接口912以及辅助控制器919彼此连接。电池918经由馈线向图15所示的智能电话900的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器919例如在睡眠模式下操作智能电话900的最小必需功能。

在图15所示的智能电话900中，参考图13描述的处理电路1310和参考图16描述的处理电路1610中包括的一个或多个组件可被实现在无线通信接口912中。可替代地，这些组件中的至少一部分也可以由处理器901或辅助控制器919实现。

(第二应用示例)

图16是示出可以应用本公开内容的技术的汽车导航设备920的示意性配置的示例的框图。汽车导航设备920包括处理器921、存储器922、全球定位系统(GPS)模块924、传感器925、数据接口926、内容播放器927、存储介质接口928、输入装置929、显示装置930、扬声器931、无线通信接口933、一个或多个天线开关936、一个或多个天线937以及电池938。

处理器921可以为例如CPU或SoC，并且控制汽车导航设备920 的导航功能和另外的功能。存储器922包括RAM和ROM，并且存储数据和由处理器921执行的程序。

GPS模块924使用从GPS卫星接收的GPS信号来测量汽车导航设备920的位置(诸如纬度、经度和高度)。传感器925可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口 926经由未示出的终端而连接到例如车载网络941，并且获取由车辆生成的数据(诸如车速数据)。

内容播放器927再现存储在存储介质(诸如CD和DVD)中的内容，该存储介质被插入到存储介质接口928中。输入装置929包括例如被配置为检测显示装置930的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置930包括诸如LCD或OLED显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器 931输出导航功能的声音或再现的内容。

无线通信接口933支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口933通常可以包括例如BB处理器934和RF电路935。BB处理器934可以执行例如编码/解码、调制 /解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路935可以包括例如混频器、滤波器和放大器，并且经由天线937来传送和接收无线信号。无线通信接口933还可以为其上集成有 BB处理器934和RF电路935的一个芯片模块。如图16所示，无线通信接口933可以包括多个BB处理器934和多个RF电路935。虽然图16 示出其中无线通信接口933包括多个BB处理器934和多个RF电路935 的示例，但是无线通信接口933也可以包括单个BB处理器934或单个 RF电路935。

此外，除了蜂窝通信方案之外，无线通信接口933可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线 LAN方案。在此情况下，针对每种无线通信方案，无线通信接口933可以包括BB处理器934和RF电路935。

天线开关936中的每一个在包括在无线通信接口933中的多个电路 (诸如用于不同的无线通信方案的电路)之间切换天线937的连接目的地。

天线937中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于无线通信接口933传送和接收无线信号。如图16所示，汽车导航设备920可以包括多个天线937。虽然图16示出其中汽车导航设备920包括多个天线937的示例，但是汽车导航设备920也可以包括单个天线937。

此外，汽车导航设备920可以包括针对每种无线通信方案的天线 937。在此情况下，天线开关936可以从汽车导航设备920的配置中省略。

电池938经由馈线向图16所示的汽车导航设备920的各个块提供电力，馈线在图中被部分地示为虚线。电池938累积从车辆提供的电力。

本公开内容的技术也可以被实现为包括汽车导航设备920、车载网络941以及车辆模块942中的一个或多个块的车载系统(或车辆)940。车辆模块942生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络941。

应当理解，本说明书中“实施例”或类似表达方式的引用是指结合该实施例所述的特定特征、结构、或特性系包括在本公开的至少一具体实施例中。因此，在本说明书中，“在本公开的实施例中”及类似表达方式的用语的出现未必指相同的实施例。

本领域技术人员应当知道，本公开被实施为一系统、装置、方法或作为计算机程序产品的计算机可读存储介质(例如非瞬态存储介质)。因此，本公开可以实施为各种形式，例如完全的硬件实施例、完全的软件实施例(包括固件、常驻软件、微程序代码等)，或者也可实施为软件与硬件的实施形式，在以下会被称为“电路”、“模块”或“系统”。此外，本公开也可以任何有形的媒体形式实施为计算机程序产品，其具有计算机可使用程序代码存储于其上。

本公开的相关叙述参照根据本公开具体实施例的系统、装置、方法及计算机程序产品的流程图和/或框图来进行说明。可以理解每一个流程图和/或框图中的每一个块，以及流程图和/或框图中的块的任何组合，可以使用计算机程序指令来实施。这些计算机程序指令可供通用型计算机或特殊计算机的处理器或其它可编程数据处理装置所组成的机器来执行，而指令经由计算机或其它可编程数据处理装置处理以便实施流程图和/或框图中所说明的功能或操作。

在附图中显示根据本公开各种实施例的系统、装置、方法及计算机程序产品可实施的架构、功能及操作的流程图及框图。因此，流程图或框图中的每个块可表示一模块、区段、或部分的程序代码，其包括一个或多个可执行指令，以实施指定的逻辑功能。另外应当注意，在某些其它的实施例中，块所述的功能可以不按图中所示的顺序进行。举例来说，两个图示相连接的块事实上也可以同时执行，或根据所涉及的功能在某些情况下也可以按图标相反的顺序执行。此外还需注意，每个框图和/ 或流程图的块，以及框图和/或流程图中块的组合，可藉由基于专用硬件的系统来实施，或者藉由专用硬件与计算机指令的组合，来执行特定的功能或操作。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种电子设备，包括：

存储器，存储计算机可执行指令；和

处理器，其与存储器耦接，被配置为执行所述计算机可执行指令来执行如下操作：

在处于基于空中平台的路侧系统(Road Side System，RSS)的覆盖范围内的至少一个子区域中的第一子区域内时，从服务于第一子区域的第一虚拟路侧基础设施(VirtualRoad Side Infrastructure，VRSI)中的第一虚拟路侧单元(Virtual Road Side Unit，VRSU)接收第一VRSU标识符。

2.如权利要求1所述的电子设备，其中，通过将RSS的路侧基础设施的物理资源进行虚拟化并为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI，每个VRSI包括一VRSU，每个VRSU包括被虚拟化的路侧单元(RoadSide Unit，RSU)的硬件资源和软件资源的至少一部分，每个VRSU具有相应的VRSU标识符，所述至少一个子区域包括第一子区域。

3.如权利要求2所述的电子设备，其中，第一VRSU标识符与第一VRSI的第一VRSI标识符和第一虚拟路侧计算控制单元(Virtual Road Side Computing ControlUnit，VRSCCU)标识符相关联，

其中，第一VRSI包括第一VRSCCU，第一VRSCCU包括被虚拟化的路侧计算控制单元(RoadSide Computing Control Unit，RSCCU)的硬件资源和软件资源的至少一部分，

其中，第一VRSU标识符、第一VRSI标识符和第一VRSCCU标识符是由所述RSS的虚拟基础设施管理单元(Virtual Infrastructure Manangement Unit,VIMU)分配的。

4.如权利要求3所述的电子设备，其中：

由VIMU分配的与第一VRSU标识符相关联的资源配置或与第一VRSCCU标识符相关联的资源配置包括以下中至少一者：虚拟CPU配置，虚拟内存配置，虚拟磁盘配置和虚拟网络配置。

5.如权利要求3所述的电子设备，其中，第一VRSI标识符、第一VRSU标识符和第一VRSCCU标识符由VIMU经由VIMU与车联网云控平台之间的接口上的第一接口消息上报给车联网云控平台。

6.如权利要求2所述的电子设备，其中，所述至少一个子区域是由VIMU通过如下操作确定的：

至少基于与RSS的位置有关的地图信息确定RSS的覆盖范围内需要部署VRSI的所述至少一个子区域。

7.如权利要求6所述的电子设备，其中，所述地图信息是由VIMU经由VIMU与车联网云控平台之间的接口上的第二接口消息从车联网云控平台接收的。

8.如权利要求2所述的电子设备，其中，为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI包括由VIMU执行的以下操作：

基于所述至少一个子区域中每个子区域的应用场景分配用于该子区域的VRSI的资源。

9.如权利要求2所述的电子设备，其中，为所述至少一个子区域中的每个子区域分配虚拟化的物理资源的至少一部分来为每个子区域部署一VRSI包括由VIMU执行的以下操作：

基于所述至少一个子区域中的每个子区域的历史数据分配用于该子区域的VRSI的资源。

10.如权利要求2所述的电子设备，其中，第一VRSU标识符与第一VRSI的第一VRSI标识符和第一虚拟路侧基础设施资源切片类型相关联，

第一VRSU标识符、第一VRSI标识符和第一虚拟路侧基础设施资源切片类型是由VIMU分配的，

其中，所述虚拟路侧基础设施资源切片类型是基于第一子区域的资源需求特征分配的。