C-V2X系统的算力微容器管理方法、设备、存储介质技术方案

本发明专利技术涉及一种C

【技术实现步骤摘要】
C
‑
V2X系统的算力微容器管理方法、设备、存储介质


[0001]本申请属于通信
，具体涉及一种C
‑
V2X系统的算力微容器管理方法、设备、存储介质。

技术介绍

[0002]车联网(V2X，Vehicle
‑
to
‑
Everything)成为当前信息领域最具潜力的研究热点之一。它使得车与车、车与基站、基站与基站之间能够通信，从而获得实时路况、道路信息、行人信息等一系列交通信息，在自动驾驶、辅助驾驶、驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等领域应用十分广泛，在此基础上，蜂窝车联网(C
‑
V2X，Cellular Vehicle
‑
to
‑
Everything)技术是能保证低时延和高可靠性能的车联网专用无线通信技术。
[0003]目前的一种趋势是实现C
‑
V2X与算力网络的融合。算力网络是一种根据业务需求，在云、网、边之间按需分配和灵活调度计算资源、存储资源以及网络资源的新型信息基础设施。算力网络的核心目的是为用户提供算力服务。但是它的实现方式不同于“云计算”的传统方式，而是将算力资源“融入”通信网络，以一个更整体的形式，提供最符合用户需求的算力服务。C
‑
V2X向用户提供算力服务依托于算力应用，现有技术中，算力应用一般以虚拟机或容器为单位进行部署。
[0004]然而，C
‑
V2X中的路侧单元即RSU数量庞大，硬件条件远不如5G的MEC(Multi
‑
access Edge Computing多接入边缘计算)，如果还采用MEC中以虚拟机为单位进行部署，会造成RSU的成本急剧上升；容器技术通常会打包额外的、非必须的内容，以致生成了较大的镜像，不适合面对快速移动的车辆需要快速/简单分发、硬件资源有限的C
‑
V2X系统。

技术实现思路

[0005]本申请提供了一种C
‑
V2X系统的算力微容器管理方法、设备、存储介质，以解决现有技术中存在的RSU数量庞大，硬件条件有限；容器技术不适合面对快速移动的车辆需要快速/简单分发、硬件资源有限的C
‑
V2X系统的技术问题。
[0006]第一方面，本申请提供一种C
‑
V2X系统的算力微容器管理方法，该方法应用于所述系统的算力服务汇聚节点，所述方法包括：
[0007]接收路侧单元转发的算力服务请求，所述算力服务请求由车载单元发送至所述路侧单元；
[0008]根据所述算力服务请求指向的算力服务类型，生成与所述算力服务类型对应的算力微容器；
[0009]根据所述算力服务请求所需要的算力资源，确定所述算力微容器的部署节点，所述部署节点包括所述算力服务汇聚节点、所述算力服务汇聚节点覆盖区域内的所述路侧单元；
[0010]将所述算力微容器调度至所述部署节点运行；
[0011]建立所述部署节点中的所述算力微容器与所述车载单元之间的第一服务链路。
[0012]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述根据所述算力服务请求指向的算力服务类型，生成与所述算力服务类型对应的算力微容器，包括：
[0013]根据所述算力服务请求指向的算力服务类型，从算力镜像库获取所述算力服务类型对应的算力微容器镜像；
[0014]获取所述算力微容器的初始化参数；
[0015]根据所述算力微容器镜像和所述初始化参数，生成与所述算力服务类型对应的算力微容器。
[0016]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述根据所述算力服务请求所需要的算力资源，确定所述算力微容器的部署节点，包括：
[0017]从编排调度策略库获取预设编排调度策略；
[0018]获取所述算力微容器加载后，所述算力服务汇聚节点覆盖区域内的所述路侧单元的负载变化；
[0019]根据所述预设编排调度策略、所述算力服务汇聚节点覆盖区域内的所述路侧单元的负载变化，生成所述算力微容器的部署节点。
[0020]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述获取所述算力微容器加载后，所述算力服务汇聚节点覆盖区域内的路侧单元的负载变化，包括：
[0021]根据所述路侧单元负荷，计算所述路侧单元的剩余计算资源；
[0022]根据所述算力微容器需要的计算资源、所述路侧单元的剩余计算资源，计算所述算力微容器加载后所述路侧单元的负载变化。
[0023]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述方法在所述建立所述部署节点中的所述算力微容器与所述车载单元之间的第一服务链路之后，还包括：
[0024]若所述车载单元断开与第一路侧单元的连接且接入第二路侧单元，则判断所述第二路侧单元是否处于所述算力服务汇聚节点的覆盖区域，所述第一路侧单元为所述第一服务链路中与所述车载单元建立连接的所述路侧单元；
[0025]若是，则建立所述算力微容器与所述车载单元的第二服务链路；
[0026]若否，则判断：所述第二路侧单元是否处于第二算力服务汇聚节点的覆盖区域：
[0027]若是则判断建立所述算力微容器与所述车载单元的第三服务链路之后，所述第三服务链路的服务延迟时长是否小于或等于预设时长：
[0028]若是，则建立所述算力微容器与所述车载单元的第三服务链路；
[0029]若否，则建立所述算力微容器与所述车载单元的第四服务链路。
[0030]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述建立所述算力微容器与所述车载单元的第二服务链路，包括：
[0031]控制所述算力微容器通过路侧单元互联链路建立与所述车载单元的第二服务链路，所述路侧单元互联链路为所述第一路侧单元与所述第二路侧单元之间的通信链路。
[0032]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述建立所述算力微容器与所述车载单元的第三服务链路，包括：
[0033]控制所述算力微容器通过：所述第一路侧单元与所述算力服务汇聚节点之间的通信链路、所述算力服务汇聚节点与所述第二算力服务汇聚节点之间的通信链路、所述第二
算力服务汇聚节点与所述第二路侧单元之间的通信链路建立所述第三服务链路。
[0034]在上述一种C
‑
V2X系统的算力微容器管理方法优选技术方案中，所述建立所述算力微容器与所述车载单元的第四服务链路，包括：
[0035]将所述算力微容器调度至所述第二路侧单元运行，并控制所述算力微容器通过所述第二算力服务汇聚节点与所述第二路侧单元之间的通信链路建立所述第四服务链路。
[0本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种C
‑
V2X系统的算力微容器管理方法，其特征在于，应用于所述系统的算力服务汇聚节点，所述方法包括：接收路侧单元转发的算力服务请求，所述算力服务请求由车载单元发送至所述路侧单元；根据所述算力服务请求指向的算力服务类型，生成与所述算力服务类型对应的算力微容器；根据所述算力服务请求所需要的算力资源，确定所述算力微容器的部署节点，所述部署节点包括所述算力服务汇聚节点、所述算力服务汇聚节点覆盖区域内的所述路侧单元；将所述算力微容器调度至所述部署节点运行；建立所述部署节点中的所述算力微容器与所述车载单元之间的第一服务链路。2.根据权利要求1所述的方法，其特征在于，所述根据所述算力服务请求指向的算力服务类型，生成与所述算力服务类型对应的算力微容器，包括：根据所述算力服务请求指向的算力服务类型，从算力镜像库获取所述算力服务类型对应的算力微容器镜像；获取所述算力微容器的初始化参数；根据所述算力微容器镜像和所述初始化参数，生成与所述算力服务类型对应的算力微容器。3.根据权利要求1所述的方法，其特征在于，所述根据所述算力服务请求所需要的算力资源，确定所述算力微容器的部署节点，包括：从编排调度策略库获取预设编排调度策略；获取所述算力微容器加载后，所述算力服务汇聚节点覆盖区域内的所述路侧单元的负载变化；根据所述预设编排调度策略、所述算力服务汇聚节点覆盖区域内的所述路侧单元的负载变化，生成所述算力微容器的部署节点。4.根据权利要求3所述的方法，其特征在于，所述获取所述算力微容器加载后，所述算力服务汇聚节点覆盖区域内的所述路侧单元的负载变化，包括：根据所述路侧单元负荷，计算所述路侧单元的剩余计算资源；根据所述算力微容器需要的计算资源、所述路侧单元的剩余计算资源，计算所述算力微容器加载后所述侧单元的负载变化。5.根据权利要求1所述的方法，其特征在于，所述方法在所述建立所述部署节点中的所述算力微容器与所述车载单元之间的第一服务链路之后，还包括：若所述车载单元断开与第一路侧单元的连接且接入第二路侧单元，则判断所述第二路侧单元是否处于所述算力服务汇聚节点的覆盖区域，所述第一路侧单元为所述第一服务链路中与所述车载单元建立连接的所述路侧单元；若是，则建立所述算力微容器与所述车载单元的第二服务链路；若否，则判断：所述第二路侧单元是否处于第二算力服务汇聚节点的覆盖区域：若是则判断建立所述算力微容器与所述车载单元的第三服务链路之后，所述第三服务链路的服务延迟时长是否小于或等于预设时长：若是，则建立所述算力微容器与所述车载单元的第三服务链路；
若否，则建立所述算力微容器与所述车载单元的第四服务链路。6.根据权利要求5所述的方法，其特征在于，所述建立所述算力微容器与所述车载单元的第二服务链路，包括：控制所述算力微容器通过路侧单元互...

【专利技术属性】
技术研发人员：李希金，唐雄燕，安岗，
申请(专利权)人：中国联合网络通信集团有限公司，
类型：发明
国别省市：