4. 融合系统工程需求分析

融合系统的工程需求分析，本质上是把“车要完成什么动作”翻译成“每个传感器必须提供什么数据、在什么条件下、达到什么精度”。这一步做不扎实，后面的融合算法再精巧也无法弥补。本节按“功能需求 → 传感器需求 → 指标分解 → 覆盖与冗余 → 安全与法规”的链条展开，重点讲清每一步的输入、推导方式和可检查的输出。

一、从功能需求到传感器需求

功能需求描述的是车辆行为，例如“在车速 0～15 km/h 时，自动搜索并识别垂直、平行、斜列车位，并在驾驶员确认后完成泊入”。这类需求必须逐条拆解为可测量的感知能力。拆解时抓住四个维度：目标类型（车辆、立柱、路沿、行人、地锁）、作用距离（从多远开始需要发现）、精度要求（位置、速度、尺寸误差上限）、环境条件（光照、雨雾、温度、地面材质）。

以泊车场景为例，功能需求可分解为：车位搜索、障碍物检测、可通行区域判断、动态目标避让、泊入轨迹跟踪。对应到传感器层，超声波雷达（USS）擅长 0.2～5 m 的近距离测距，对低矮、非金属、玻璃等目标有稳定回波；环视摄像头（AVM）擅长语义识别与车位线检测，但受光照和污渍影响大。因此传感器需求不是“两个都要”，而是明确各自负责的区间和互补关系。

二、探测距离与精度指标

指标必须写成“条件 + 数值 + 判据”的形式，否则无法验证。超声波雷达的典型指标包括：

• 探测距离：最小 0.15～0.25 m，最大 4.5～5.0 m；对直径 75 mm 标准杆在 2.5 m 内检出率 ≥ 95%。
• 测距精度：静态条件下 ±1% 或 ±2 cm 取大者；动态条件下受车速与温度影响，需给出补偿后的残差上限。
• 波束角：水平约 60°～80°，垂直约 30°～40°，决定单颗雷达的覆盖扇区。
• 刷新周期：单次测距 20～50 ms，完整一轮扫描 ≤ 100 ms，保证低速下 10 cm 级位移可分辨。

环视摄像头的指标则围绕分辨率、视场角、帧率与标定精度：单目水平 FOV 约 190°，四路拼接后形成 360° 俯视图；车位线检测在 2～8 m 范围内横向误差 ≤ 5 cm；帧率 ≥ 30 fps；外参标定后重投影误差 ≤ 1 pixel。这些数值是需求分析阶段必须写进接口文档的“硬约束”，而不是留给算法调参。

三、覆盖范围与冗余设计

覆盖范围由安装位置和波束/视场共同决定。典型布置为：前保险杠 4～6 颗 USS，后保险杠 4～6 颗，两侧各 2～4 颗，形成前、后、左、右四个扇区；环视摄像头布置在前格栅、左右后视镜、后牌照上方。设计时要回答三个问题：盲区在哪里、盲区是否落在功能关键路径上、用什么冗余覆盖。

冗余不是简单“多装一个”，而是分层：空间冗余（相邻雷达波束交叠，单颗失效仍有邻颗覆盖）、模态冗余（USS 与摄像头对同一区域交叉验证）、时间冗余（连续多帧确认，抑制单帧误检）。例如后保险杠中央区域由 2 颗 USS 与后视摄像头共同覆盖，当某颗 USS 被泥水遮挡时，摄像头仍可提供障碍物语义，系统降级为“限速 + 提示”，而不是直接退出泊车。

四、功能安全与法规要求

泊车融合属于“低速但可能造成伤害”的功能，安全目标通常定为“避免对车外人员造成不可接受伤害”，对应 ASIL B 或 ASIL D，具体取决于危害分析与风险评估结果。工程上要落实三件事：

1. 安全机制：对 USS 回波丢失、摄像头遮挡、数据超时、融合结果跳变设置监控；任一通道异常时进入安全状态（限速、停车、请求接管）。
2. SOTIF 考量：ISO 21448 关注“没有故障但功能不足”的场景，例如黑色车辆在强反光地面、玻璃幕墙导致车位线误识别。需求阶段要列出已知危险场景并定义缓解措施。
3. 法规符合性：UN R79 对自动转向的限速与驾驶员监控有要求，R157 涉及 ALKS；国内需关注 GB/T 相关自动泊车标准对探测距离、报警时机、退出条件的规定。法规条款应逐条映射到系统需求，形成可追溯矩阵。

五、需求分析的可执行输出

完成上述分析后，应形成一份可追溯的需求表。以下为示例片段（数值为教学示例，非实测结果）：

这张表的价值在于：每一条指标都能追溯到功能，每一个功能都能追溯到安全与法规，后续的算法设计、测试用例和验收标准都从这里派生。需求分析做得越具体，融合系统在真实车位、雨天、夜间等条件下的表现就越可预期。