咨询客服
OpenSCENARIO (.xosc)（交通仿真场景描述格式）
2026年06月23日 18:35
GISBox是一站式三维 GIS 数据编辑、转换、发布平台，支持 OSGB/GEOTIFF/RVT 等多种 GIS 格式编辑，转换为 3DTiles/Terrain 等并发布。
简介
OpenSCENARIO (.xosc)是由ASAM组织维护的标准化XML格式，专门用于描述交通仿真中的动态场景，聚焦车辆、行人等交通参与者的行为交互，可引用OpenDRIVE等静态路网文件，通过分层的故事板结构定义事件触发条件与动作序列，是自动驾驶虚拟测试领域实现场景可复用、跨工具互操作的核心通用标准。
文件结构
OpenSCENARIO的.xosc文件基于XML格式构建，整体采用分层结构化设计，核心组成部分如下：
- 文件头（FileHeader）：记录文件的版本号、创建日期、场景描述、作者信息，用于标识文件遵循的OpenSCENARIO标准规范。
- 参数声明（ParameterDeclarations）：集中定义场景中可复用的参数变量，支持通过参数名直接引用数值，方便后续批量修改和扩展场景配置。
- 目录集（Catalog）：存放各类可复用的场景元素模板，包含车辆、行人、机动动作、轨迹、控制器等分类目录，大幅提升场景开发的模块化程度。
- 路网模块（RoadNetwork）：描述场景依托的静态道路环境，通常关联引用OpenDRIVE格式的路网文件，同时可定义场景内的交通信号灯状态等配套元素。
- 实体模块（Entities）：定义场景内所有参与对象，包括测试车辆、交通车、行人、静态障碍物等，每个实体可关联目录中定义的类型模板，配置专属的尺寸、性能等属性。
- 故事板（Storyboard）：是文件的核心部分，先通过Init节点设定所有实体和环境的初始状态，再以“Story-Act-Maneuver-Event-Action”的层级结构，结合触发器定义不同条件下的动态行为，完整编排多参与者的同步交互逻辑。
优点
- 标准化跨平台兼容：作为ASAM OpenX系列标准之一，它是行业通用的动态场景描述语言，编写的场景文件可在不同仿真平台、实车测试轨道间直接复用，无需重复适配，彻底解决了不同工具间场景不互通的“平台绑定”问题。
- 机器易解析与编辑：基于成熟的XML标准构建，支持各类仿真工具、场景编辑器直接完成文件的校验、导入、导出与修改，结构化的层级设计也便于自动化测试流程批量处理场景文件。
- 场景覆盖与复用性强：支持通过目录（Catalog）机制封装可复用的车辆、机动动作、轨迹等元素，还支持参数化配置，仅修改参数即可批量生成大量衍生测试用例，高效覆盖各类复杂的多交通参与者交互场景。
- 生态协同性好：可与同系列的OpenDRIVE（静态路网）、OpenCRG（路面属性）标准无缝配合，三者结合就能完整覆盖自动驾驶仿真场景的静态+动态全要素描述，是当前行业公认的仿真测试基石标准。
- 扩展性优异：标准预留了灵活的扩展机制，可轻松适配新类型的交通参与者、自定义行为属性，2.X版本还进一步支持抽象场景描述、内置KPI指标统计，适配更广泛的测试需求。
缺点
- 场景复现一致性不足：标准仅定义动态行为的描述规则，不约束仿真引擎的底层行为模型实现，同一份.xosc文件在不同仿真器中运行时，最终的仿真结果可能存在偏差，无法保证完全一致的复现效果。
- 标准覆盖范围有限：它仅负责描述场景的动态内容，不包含道路网络、车辆动力学、被测系统等信息，无法单独构成完整的仿真测试用例，必须额外搭配其他配套文件才能搭建完整的仿真环境。
- 生态适配尚未完全普及：部分小众仿真工具对该标准的支持度不完善，同时1.X和2.X两个并行版本之间的兼容性、精确重现性仍存在实现层面的差异，部分概念定义尚未完全成熟清晰。
- 上手门槛较高：原生XML格式的标签体系复杂，手动编写完整场景的学习成本高，非专业用户很难直接通过纯文本快速构建复杂场景，必须依赖配套的可视化场景编辑器才能提升开发效率。
应用场景
OpenSCENARIO (.xosc)主要落地于ADAS及自动驾驶功能的虚拟闭环验证环节，工程师可通过它精准定义高速超车、城市路口交互等各类常规场景，也能高效覆盖交通拥堵、突发横穿等难以在实车中复现的极端边缘工况，搭配AI辅助工具还能批量生成海量测试用例，同时依托跨平台兼容特性，实现不同仿真工具、实车测试场之间的场景无缝迁移与共享，大幅降低自动驾驶测试的重复开发成本，也支撑智能交通领域的交通流模型校准、多车协同场景仿真等相关工作。
示例图
1. OpenSCENARIO实例分析。
2. ASAM OpenSCENARIO场景泛化。
文件打开方式
1. Carla中打开运行OpenSCENARIO场景。
