3. 法规与标准
LCA（Lane Change Assist，变道辅助）系统看似只是“打灯后提醒一下”，但它一旦参与横向控制或对驾驶员形成明确指令，就会落入法规对“转向功能”和“驾驶员优先权”的严格约束。工程上最常见的合规风险不是算法精度不够，而是功能定义与法规分类不匹配：把本应属于“仅告警”的功能做成了“自动转向”，却没有满足UN R79对横向控制的全部要求。因此，理解标准体系是LCA系统设计的第一道门槛。
一、核心标准体系与分工
LCA相关标准可分为四层：法规层、系统性能层、功能安全层和企业规范层。法规层决定“能不能做、谁负责”；性能层决定“做得好不好”；安全层决定“失效了怎么办”。
- UN R79：联合国欧洲经济委员会关于转向装置的法规，是LCA涉及横向控制时最关键的强制法规，规定了ACSF（自动控制转向功能）的分类、驾驶员监控、手离方向盘检测、变道时序等。
- ISO 17387：智能运输系统—变道决策辅助系统（LCDAS）性能要求与测试规程，定义了LCA的探测区域、告警时机、误报/漏报评价方法。
- ISO 15622：自适应巡航控制系统（ACC）性能要求与测试规程，LCA常与ACC共用传感器与执行器，其纵向协同、目标识别、人机交互要求需参照该标准。
- GB/T相关标准：如GB/T 39323《道路车辆 车道保持辅助系统性能要求及试验方法》、GB/T 39901《乘用车自动紧急制动系统性能要求及试验方法》等，以及《智能网联汽车道路测试管理规范》，构成中国市场的准入与测试依据。
二、UN R79对LCA横向控制的关键约束
UN R79将转向功能分为ACSF A至E类。LCA若仅提供盲区告警和变道建议，属于“信息类”功能，不受R79横向控制条款约束；但若系统能主动施加转向力矩辅助变道，则通常归入ACSF B1或C类，必须满足以下要点：
- 驾驶员必须始终可随时接管，系统不得阻止驾驶员转向输入；
- 变道动作必须由驾驶员发起（打转向灯或确认），系统不得自主发起变道；
- 系统需具备手离方向盘检测（HOD），脱手超时后应分级告警并退出；
- 变道过程中若目标车道有快速接近车辆，系统应中止或回退变道；
- 系统需记录并可通过诊断接口读取功能状态与退出原因。
三、ISO 17387与ISO 15622的性能要求
ISO 17387对LCDAS的核心要求集中在探测区域与告警时机。典型定义包括：相邻车道后方约50m、侧方约3.5m、前方约10m的盲区与快速接近区。告警应在目标车TTC（碰撞时间）低于阈值前发出，且误报率需控制在可接受范围。ISO 15622则对ACC的跟车距离、目标丢失、弯道性能提出要求，LCA与ACC融合时需保证纵向控制不因横向决策而突变。
| 标准 | 适用对象 | LCA设计关注点 | 合规输出 |
|---|---|---|---|
| UN R79 | 转向装置/ACSF | 功能分类、驾驶员优先、HOD、变道发起条件 | 型式认证、功能安全概念 |
| ISO 17387 | LCDAS | 探测区域、告警时机、误报/漏报 | 性能测试报告 |
| ISO 15622 | ACC | 纵向协同、目标识别、人机交互 | 联合测试用例 |
| GB/T 39323等 | 车道保持/辅助系统 | 中国道路场景、测试方法、准入要求 | 公告测试、道路测试 |
四、合规设计要点与典型场景
在系统设计阶段，建议将法规要求转化为可验证的需求条目。例如：
LCA_REQ_001: 系统应在驾驶员打转向灯后 0.3s 内进入变道辅助准备状态
LCA_REQ_002: 若目标车道后方车辆 TTC < 3.5s，系统应抑制变道辅助并发出告警
LCA_REQ_003: 驾驶员手离方向盘超过 15s，系统应发出一级告警；超过 30s 应退出横向控制
LCA_REQ_004: 系统退出时应在 HMI 上显示退出原因，并记录 DTC
LCA_REQ_005: 所有告警与退出逻辑不得违反 UN R79 对驾驶员优先权的规定
典型场景：高速公路120km/h行驶，驾驶员打灯准备向左变道，左后方有一辆快速接近的车辆。合规的LCA应：先通过雷达/摄像头识别目标，计算TTC；若TTC低于阈值，则不执行横向辅助，而是通过后视镜指示灯闪烁和方向盘振动告警；若驾驶员仍强行转向，系统应允许其接管，不得对抗。这一逻辑正是UN R79“驾驶员始终优先”的直接体现。
五、常见误区与复盘
误区二：只做ISO 17387测试，忽略GB/T差异。中国道路场景中两轮车、加塞、施工区等工况与欧洲差异明显，直接套用欧洲测试用例会导致漏报率偏高。
误区三：把HOD当作可选配置。只要涉及横向控制，HOD就是法规强制项，且需覆盖手套、方向盘套等边界条件。
复盘建议：在项目早期建立“法规需求追踪矩阵”，将UN R79、ISO 17387、ISO 15622、GB/T条款逐条映射到系统需求、测试用例和验证报告。每一条法规要求都应有唯一的需求ID、测试方法和通过判据。这样在型式认证和公告测试时，才能快速证明合规性，而不是在样车阶段才发现功能定义与法规冲突。
总结来看，LCA的合规设计不是“做完功能再补文档”，而是从功能分类开始就与法规对齐：先确定是告警类还是控制类，再选择对应标准，最后把条款转化为可测试的工程参数。只有法规、性能、安全三条线同时满足，LCA系统才能合法、可靠地进入量产。