下载掌阅APP，畅读海量书库
立即打开
本书分析的智慧城市车路协同业务场景主要选自T/CSAE 53—2020《合作式智能运输系统 车用通信系统应用层及应用数据交互标准（第一阶段）》、T/CSAE 157—2020《合作式智能运输系统 车用通信系统应用层及应用数据交互标准（第二阶段）》、T/CSAE 158—2020《基于车路协同的高等级自动驾驶数据交互内容》。智慧城市车路协同业务场景需求如表2.1-1所示。
表2.1-1 智慧城市车路协同业务场景需求
续表
续表
续表
本书聚焦于车路协同网络，对业务流的分析将不涉及V2V场景，仅分析T/CSAE 53—2020、T/CSAE 157-2020和T/CSAE 158-2020中的V2I场景、V2I/V2V场景中的V2I业务场景。
每个应用场景可以通过不同的通信方式实现，主流通信方式为PC5和Uu通信方式。此外，北京高级别自动驾驶示范区也在试点EUHT专网方式。本书仅讨论PC5和Uu通信方式。
业务体系架构从下至上为路侧终端、边缘端、云端、外部应用。本书定义的处理终端为完成该业务场景所需的最上层的设备。不同的业务场景由于对时延要求不同，场景复杂度也不同，因此处理终端也就不同。处理终端不同，场景的业务流向就不同，各场景详细的业务流向介绍见附录A。
根据处理终端的不同，基于PC5通信方式的业务场景可以分为以下4类。
1）处理终端为路侧感知设备/RSU
当前，路侧感知设备大多具备简单的数据处理功能，当其能满足特定应用场景的需要时，即可作为此场景业务流中的处理终端。例如前方拥堵提醒场景，智能摄像头可检测道路排队长度，并将道路排队长度信息推送至RSU，RSU广播RSI消息，在车辆接收到该消息后，由车载应用结合车辆的定位和行驶信息来判断是否提示前方拥堵。
2）处理终端为路侧边缘计算平台
当业务场景对时延有严格要求且需要融合多条感知信息时，路侧边缘计算平台可作为处理终端。例如交叉路口碰撞预警场景，路侧边缘计算平台将融合信息推送至RSU，RSU周期性广播RSM，在车辆接收RSM后，由车载应用结合车辆的定位和行驶信息来判断是否对驾驶员发出预警。
3）处理终端为区域计算平台
当业务场景对时延要求不高且需要实现较大范围内的感知与消息广播时，需要以区域计算平台为处理终端。例如基于路侧感知的交通状况识别场景，路侧感知设备获取局部交通状况信息，并将其发送至路侧边缘计算平台，区域内的路侧边缘计算平台将分布式数据发送并汇聚至区域计算平台，区域计算平台将融合、分析后的数据推送至RSU，RSU周期性广播RAM，在车辆接收该消息后，由车载应用结合车辆的定位和行驶信息来判断是否提示交通状况。
4）处理终端为市级车路协同云平台
当需要通过市级车路协同云平台下发消息以实现应用场景或需要通过RSU将基本信息收集至市级车路协同云平台以支持信息服务时，处理终端为市级车路协同云平台。需要通过市级车路协同云平台下发消息的应用场景如车内标牌，市级车路协同云平台将交通标志信息下发至RSU，RSU广播RSI消息，车辆接收后，车载应用根据车辆位置和行驶信息判断是否向驾驶员提示该信息。通过RSU收集基本信息以支持信息服务的场景如“浮动车数据采集”，车端周期性广播BSM，RSU接收该消息并将其上传至市级车路协同云平台，市级车路协同云平台在汇聚数据后进行交通态势判断、交通事件检测等，为局部或区域的交通管理提供决策支持。
根据处理终端的不同，基于Uu通信方式的业务场景可以分为以下两类。
1）处理终端为区域计算平台
在既需要车辆信息，又需要关联路侧感知信息和信号机信息时，区域计算平台作为处理终端，可快速响应需求。例如弱势交通参与者碰撞预警场景，智能网联车辆通过Uu空口上报BSM，路侧感知设备将交通参与者信息上传至区域计算平台，区域计算平台将车、路两端信息融合计算，通过Uu空口向车辆推送RSM，在车辆接收到该消息后，车载应用结合车辆的定位和行驶信息来判断是否对驾驶员进行预警。若存在弱势交通参与者碰撞风险，则对驾驶员进行预警。
2）处理终端为市级车路协同云平台
市级车路协同云平台作为处理终端的情形有：第一，仅需收集车辆信息，而无须关联路侧感知信息和信号机信息时；第二，市级车路协同云平台将预设的消息下发或应用场景对时延不敏感时。例如浮动车数据采集场景，车辆将BSM上报至市级车路协同云平台，为平台进行交通态势评估提供支持。