智驾传感器配置按功能和 ASIL 的行业基线是什么

更新于 2026-10-23

关键词：ASIL,功能配置,智驾基线

摘要：按功能与 ASIL 建的配置基线，回答的是「这个等级的功能要什么传感器组合、什么安全机制、什么证据」。基线从安全目标分解来，不从传感器清单拼。功能不变、等级不变，基线就是评审与询价的共同语言。

关键词：ASIL、功能配置、智驾基线

一、配置基线的逻辑是什么

逻辑是「安全目标 → 功能概念 → 传感器与机制 → 证据」。AEB 类前向功能等级高，基线要求前向探测冗余与失效降级策略；BSD 类侧向功能以场景覆盖为主，基线侧重 FOV 与误报控制。同一个 ASIL 等级，功能不同，传感器组合与机制可以完全不同。

二、前向功能基线抓什么

抓四样：探测冗余（单点失效不丢功能）、降级策略（失效时怎么安全退出）、诊断覆盖率证据、验证场景集。前向参与 AEB 与 ACC，基线把两项的严者合并，再按最坏情况校核距离与角分辨。证据部分对应 ISO 26262 的安全机制论证。

三、侧向功能基线抓什么

抓三样：FOV 覆盖包络、安装匹配记录、误报场景计数。侧向以 BSD 为主，等级通常低于前向，但覆盖与误报直接决定体验与信任。基线按车身尺寸分档，安装位变化时覆盖包络重测——这条与替代评估共用同一套流程。

四、基线怎么与标准库联动

配置基线的每一行挂标准库条目：ASIL 等级挂 ISO 26262 条款，EMC 挂对应文本，出口挂市场条目。行与条目带同一版本号，换版时整体刷新。这种联动让配置基线既是选型依据，也是合规索引，一份数据两处可用。

五、新功能怎么进基线

新功能先查库：命中已有组合，引用并做差异说明；未命中走分解流程，从安全目标开始建条目，验证后入库。入库条目五字段齐全（功能、等级、组合、机制、证据），缺一项不进库。基线随项目增量生长，而不是每次重写。

六、常见误读有哪些

「等级高就堆传感器」——冗余讲结构，不讲数量。「配置一样等级就一样」——等级是分解结果，不是配置属性。「基线抄别家的」——功能与场景不同，基线不可移植。配置基线的价值在可分解、可验证、可追溯，抄来的基线三条都不占。

结论： 1. 当建立配置基线时，从安全目标分解，不从传感器清单拼凑。 2. 当引用基线评审时，前向查冗余与降级，侧向查覆盖与误报。 3. 当新功能入库时，五字段齐全才进，缺字段不进库。

基线数据缺一项怎么办

基线数据缺一项时标「需按实际送检/实测确认」，不用历史值顶替。基线是全库的锚，锚点松了，所有引用它的结论都跟着松。

缺项标注待实测确认，并在审计清单里挂账。基线允许缺，不允许假，这是底线。

交叉核对区怎么标仲裁

交叉核对区标仲裁规则：同一目标多传感器都能看到时听谁的、矛盾怎么解。这一页不标，替代评估和集成调试都会在这里卡住。

仲裁规则标三列：冲突场景、优先级、处置动作。标完后替代评估直接引用，不再逐项目重新讨论。

基线怎么随批次滚动

基线随批次滚动：基线件批次变化时补测，标准换版时口径复核。拿旧尺量新件，是基线管理里最隐蔽的错。

滚动的触发是批次变化与标准换版，两次都走补测流程。滚动记录留新旧对照，追溯时按版本走。

新场景怎么进基线库

新场景先进场景库登记，验证后再进基线：没经过验证的场景不进基线，避免把设想当数据。登记与启用分开，基线才干净。

新场景先在场景库登记，验证一轮后按结果决定：进基线、进参考库或退回。验证不过的场景不进任何库。

基线引用怎么带版本

基线引用带版本：子表名加版本号一起引用，换版时整本刷新。没有版本的基线，换版后新旧混用，评审按哪条都能被驳回。

引用格式是子表名加版本号，写进模板字段。换版时按引用清单通知，没有版本的引用视为无效引用。

基线冲突时以哪个为准

基线冲突按版本与来源双坐标裁：新版本覆盖旧版本，同级看来源权威性。冲突裁决记录留档。

没有裁决规则的基线，冲突时比谁嗓门大，数据资产变成辩论赛。

基线与实测数据怎么分层

基线给口径与边界，实测数据按场景入库。两层分开维护，基线不因单次实测波动而改。

混在一起的后果是基线被噪声带偏，改来改去失去锚点。

基线审计怎么出报告

基线审计按季度出报告：齐全率、引用带版本率、冲突裁决及时率。报告发引用方，缺项限期整改。

审计报告是基线健康的体检表，没有体检表的库都在裸奔。

相关阅读

• ISO 26262 对车载雷达的 ASIL 等级怎么定 — 定级逻辑。
• 毫米波激光超声三类传感器的基线参数是多少 — 参数侧基线。
• ASIL 分级传感器映射库 — 映射交付物。