场景分析基础：场景的定义、构成要素与分类

大家好，欢迎来到场景分析的基础章节。说实话，场景分析是整个SOTIF工作的地基。地基没打好，后面建多高的楼都悬。我见过不少项目，一上来就急着跑仿真、堆数据，结果场景定义不清，最后全白干。嗯，咱们今天就把这个地基夯实。

场景到底是什么？

先问个问题：什么叫“场景”？

你可能会说，不就是车在路上跑嘛。对，但不全对。在SOTIF领域，场景有它严格的定义。

场景，是描述自动驾驶系统运行环境的完整快照。它包含了道路、交通参与者、环境条件，以及自车状态的全部信息。说白了，就是某一时刻，自车周围“发生了什么”以及“在哪里发生”。

我个人习惯把场景比作一张“照片”。这张照片里，路是什么样、旁边有什么车、天气如何、我的车速多少，全都要拍进去。少一个元素，这张照片就不完整，分析也就没法做。

场景的四大构成要素

咱们把场景拆开看。一共四个要素，一个都不能少。

构成要素	包含内容	举例
道路	道路类型、车道数、曲率、坡度、路面材质、标志标线	双向四车道、弯道半径200m、沥青路面、虚线车道线
交通	其他车辆、行人、骑行者、动物、障碍物	前方轿车时速60km/h、右侧行人横穿、路边停靠卡车
环境	天气、光照、时间、温度、湿度、遮挡物	雨天、傍晚、能见度200m、逆光、树荫遮挡
自车	自车速度、加速度、航向角、传感器状态、系统模式	自车时速50km/h、ACC激活、前向摄像头正常、GPS信号弱

你想想看，如果只分析“路上有车”和“下雨”，却忘了看自车传感器是不是被泥挡住了，那分析结果能准吗？

场景的三层分类

场景不是只有一种。在SOTIF工程里，我们按抽象程度把场景分成三层。这三层的关系，就像从“概念草图”到“施工图纸”再到“实景照片”。

1. 功能场景（Functional Scenario）

功能场景是最抽象的一层。它只描述“发生了什么”，不关心具体数值。说白了，就是定性描述。

举个例子：

• “自车在高速公路上行驶，前方车辆突然减速。”
• “自车在城市道路右转，有行人从右侧横穿。”

功能场景里没有数字。它只定义场景的“类型”和“行为关系”。这是场景分析的起点，也是和系统工程师、功能安全工程师沟通的通用语言。

2. 逻辑场景（Logical Scenario）

逻辑场景在功能场景的基础上，给每个要素加上了参数范围。它用“参数空间”来描述场景。

还是刚才的例子：

• 自车速度：80~120 km/h
• 前车减速度：-3 ~ -6 m/s²
• 两车初始距离：50~150 m
• 路面摩擦系数：0.4~0.8

逻辑场景的关键是“参数区间”。它告诉我们，这个场景在哪些条件下可能发生。我个人习惯把逻辑场景看作“测试用例的模板”。你只要往参数区间里填具体值，就能生成无数个具体场景。

3. 具体场景（Concrete Scenario）

具体场景是逻辑场景的“实例化”。每个参数都取一个确定值，形成一个唯一的、可执行的场景。

比如：

• 自车速度：100 km/h
• 前车减速度：-4.5 m/s²
• 两车初始距离：80 m
• 路面摩擦系数：0.6
• 天气：小雨
• 光照：白天

这就是一个具体场景。它可以直接放到仿真软件里跑，也可以在测试场里复现。具体场景是测试执行的最小单元，也是我们做SOTIF分析时真正“打交道”的对象。

三层分类的关系

这三层不是孤立的。它们之间是“抽象→具体”的递进关系。

从功能场景到逻辑场景，我们加上了参数范围。从逻辑场景到具体场景，我们把参数范围变成了确定值。一个功能场景，理论上可以生成成千上万个具体场景。这也是为什么SOTIF分析不能只靠实车路测——你根本跑不完所有组合。

为什么这三层分类很重要？

我直接说结论：没有这三层分类，场景分析就是一团乱麻。

• 功能场景帮我们和团队对齐“要测什么”。大家开会时不会鸡同鸭讲。
• 逻辑场景帮我们规划“参数空间有多大”。哪些参数敏感、哪些边界危险，一目了然。
• 具体场景帮我们落地执行。仿真、台架、实车，都能直接跑。

本章小结

咱们今天聊了三个核心点：

1. 场景的定义：道路+交通+环境+自车，四要素缺一不可。
2. 场景的构成要素：每个要素都有具体内容，分析时别漏项。
3. 场景的三层分类：功能场景（定性）→ 逻辑场景（参数区间）→ 具体场景（确定值）。