Page 40 - 网络电信2021年9月刊下
P. 40

解   决  方  案

            对应标准的指标各异，同种消息类型很难形成同一标准；基于碰                             6）利用ADAS技术或网联技术都可实现的应用场景划分为其
            撞风险高低的划分方式，同一种碰撞风险等级的应用场景可划分                         他类安全预警应用场景，例如盲区预警/变道预警、前向碰撞预
            成同一类，但缺少区分碰撞风险高低的数据支撑。                               警、逆向超车预警等，将其划归为一类。此类场景需要ADAS领
                综合上述三种分类方式的优缺点，对表2中的安全预警应用                       域和网联技术领域联合开展工作，便于深入研究和讨论。
            场景进行分类分析，将其分为路口碰撞预警、车辆状态安全提
            醒、路侧信息提醒、弱势交通参与者碰撞预警、协作式安全碰                              五、安全预警应用场景排序
            撞预警场景和其他类。具体的分类过程如下：                                     通过对国内外标准法规及政策现状、技术现状和基础设施
                1）基于车与车的轨迹信息，将交叉路口碰撞预警、左转辅                       现状进行调研和分析，同时考虑到产业发展的实际需求，确定
            助、车辆汇入等合并成路口碰撞预警。此类应用场景是由本车                          安全预警类应用场景的排序原则为：
            接收到其他车辆的轨迹信息，通过本车的运算和分析，判定其                              1）交通事故形态层面。优先开展能有效减少交通事故的应
            他车辆与本车是否存在碰撞风险，并发出预警。此类应用场景                          用场景的标准制定工作；
            对应的碰撞风险较高。                                               2）技术发展层面。优先开展技术较为成熟，依靠驾驶员的
                2）基于车辆发出的状态信息，将异常车辆提醒、车辆失控                       视觉无法识别的应用场景。对技术研发中、面向交通效率提升
            提醒、紧急制动提醒等应用场景合并成车辆状态安全提醒。此                          的应用场景可作为后续标准化的参照；
            类应用场景是由于车辆本身发生异常、失控或者紧急制动等状                              3）场景应用成熟度层面。优先开展有配套标准支撑，且有
            态变化，对外广播车辆的异常或紧急的状态信息，本车通过分                          配套设施及应用基础的应用场景。
            析该信息，对本车驾驶员进行提醒。一般该类应用场景发生在                              结合上述三项排序原则，对路口碰撞预警、车辆状态安全
            距离本车较远或有遮挡的情况。当本车驾驶员在接收到提醒信                          提醒、弱势交通参与者碰撞预警、协作式安全碰撞预警及其他
            息未采取任何避撞措施从而导致即将出现碰撞风险时，  该类可                        类型的安全预警应用场景按照优先级进行排序，排序结果如表3
            能会触发碰撞危险系数较高的预警场景应用场景。                               所示。
                3）基于车辆接收到的信息的来源，将闯红灯预警、限速预
            警、道路施工提醒、急转弯提醒、道路危险状况提醒、天气提                              六、标准制定路线图建议
            醒合并成路侧信息提醒。此类场景的实现依赖于路侧的智能设                              考虑到“基础通用先行、产业急需先行、相关标准支撑
            备搭建，车端收到路侧RSU设备广播的信息，并进行相应的运算                        先行”的标准制定原则。为避免对技术创新和产业发展形成制
            和处理分析，对驾驶员发出相应的预警。                                   约，标准制定应从功能实现的角度出发，不限定具体技术手
                4）将涉及行人、二轮车等弱势交通参与者的场景划归到弱                       段。随着网联技术的不断发展，可根据未来技术和应用的多样
            势交通参与者碰撞预警。其实现方式之一是路侧感知设备识别到                         性及发展需求，对部分标准进行修订，实时动态更新和完善标
            弱势交通参与者，通过RSU广播该信息，但该方式受限于路侧感                        准体系。
            知设备的安装及感知技术；另一种实现方式是通过弱势交通参与                             1）第一阶段：（2021年-2022年）
            者身上配戴或持有的智能设备，直接与车端进行通信，但这种方                             建议开展满足现有技术、市场、标准配套及交通安全提升
            式受限于手持智能设备的技术普及，实现难度相对较大。                            等要求的应用场景标准制定工作，规范安全预警场景的落地应
                5）基于补充和扩展的消息集，将协作式交叉路口通行、协                       用，提升网联预警功能的可靠性，制定标准建议如下：
            作式变道、协作式车辆汇入、交通参与者感知共享等合并成协                              （1）《路口碰撞预警系统技术要求及试验方法》
            作式安全碰撞预警场景。此类场景应用的消息集涉及广播机制                              （2）《车辆状态安全提醒系统技术要求及试验方法》
            及单播或组播机制，实现难度较大。                                         （3）《路侧信息提醒系统技术要求及试验方法》


              表 3 典型安全预警应用场景排序


                                序号          分类                          因素分析
                                  1     路口碰撞预警             事故率高、技术能实现、应用成熟度高
                                  2   车辆状态安全提醒            事故率较高、技术能实现、应用成熟度高
                                                        事故率较高、技术能实现、应用成熟度高、需
                                  3        其他类
                                                                       协同工作
                                                         事故率较高、技术能实现、应用成熟度较高
                                  4     路侧信息提醒
                                                                    （依赖路侧设施）
                                      弱势交通参与者碰
                                  5                       事故率高、技术有待完善、应用成熟度低
                                           撞预警
                                  6   协作式安全碰撞预                  技术开发中、应用成熟度低
                                             警



            70                                         网络电信 二零二一年九月
   35   36   37   38   39   40   41   42   43