整车层功能安全目标拆解:FTTI、SafeState、EOTI等关键概念解读"

admin 2026-10-24 10:25:51 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

整车层功能安全目标拆解:FTTI、Safe State、EOTI 等关键概念解读

谈思实验室

2026年10月20日 17:52
上海

去阅读

点击上方蓝字谈思实验室

获取更多汽车网络安全资讯

ISO 26262指出,Safety Goal本质上是最高层级(整车层)的功能安全需求。它是为了确保在各种运行模式下,系统都能满足安全需求而设定的目标。

比如,对于自动驾驶车辆,当系统出现故障时,Safety Goal可能会要求及时切换到冗余系统,以保障行车安全;而对于非自动驾驶系统,可能会要求系统退出并报警提醒驾驶员。

Safety Goal还涉及到故障容错时间间隔(FTTI)、安全状态(safe state)、紧急操作时间间隔(EOTI)和功能冗余等方面。这些概念都是为了在系统出现故障时,能够最大程度地保障人员和环境的安全。

这些概念在 ISO 26262 -2011 8.4.2.3章节被定义,规范里总结了一条功能安全需求可能需要考虑的几个方面(即功能安全需求的属性):

01

运行模式(Operating modes)

指的是系统的不同运行状态或配置,,在这些特定的模式下,系统的行为或性能可能有所差异。需明确系统在不同运行模式(如启动、运行、休眠、故障模式等)下应如何行为。也就是说,安全目标可能需要根据这些不同的操作模式进行特定的定义,确保在所有预定的操作状态下,系统都能满足安全需求。

例如:在故障模式下,系统应进入安全状态或降级运行。

02

容错时间间隔(Fault tolerant time interval)

FTTI可以说是功能安全最重要的概念之一。指的是在没有安全机制的情况下,从相关项出现故障到危害事件发生的最小时间间隔。不那么拗口的说就是,系统在发生故障后仍能维持安全状态的最长时间。这个时间间隔是基于风险评估来确定的。

在此时间内,系统必须检测、处理故障并转入安全状态。

我们在汽车功能安全 Functional Safety ISO 26262 测试之一中提到过,在危害分析和风险评估过程中,应对不含内部安全机制的相关项进行评估,即在危害分析和风险评估过程中不应考虑将要实施或已经在前代相关项中实施的安全机制。

而safety goal是基于危害分析和风险评估得到的,换句话说,确定safety goal的过程中不考虑任何安全机制。也就是说,FTTI是 safety goal 的一个属性。如果把safety goal看作是整车层的功能安全需求,那么FTTI也应该在整车层定义。

03

安全状态(Safe states)

当系统因故障或设计限制而无法继续安全地执行其预期功能时,应该进入的状态,以保障人员和环境的安全。需明确定义什么是系统的安全状态(如关闭、限功率运行、默认模式等)。定义safe state需要判断产品是否用在自动驾驶车辆当中:

  • 对于自动驾驶,此时,整车层的safe state的定义方向为:及时切换到冗余系统。
  • 对于非自动驾驶系统,此时,整车层的safe state的定义方向为:系统退出并报警提醒驾驶员。

例如,电动汽车的电池管理系统 在检测到电池异常温升时,可能会限制功率输出或断开电池连接,以确保安全。

主要注意的是,讨论safe state的前提是考虑了安全措施(safety mechanism)。因为当相关项的故障发生后,只有正确且及时地执行了安全措施,危害才有可能避免。

04

紧急运行时间间隔(Emergency operation interval)

EOTI是指,系统在故障发生后仍可继续运行(如降级运行)的时间长度,以便驾驶员或系统采取应对措施。这里主要强调的是发生严重或影响系统正常功能的事件,同时,这个时间间隔应足够长,以便采取进一步的措施,比如驾驶者可以安全地停车。EOTI提供了一个临时的解决方案,允许系统在部分功能受限但仍然保持控制的状态下运行。

例如:电动汽车在检测到电池故障后仍可继续行驶一段时间以便安全停车。

05

功能冗余(Functional redundancies)

指出是否需要通过冗余设计(如双路传感器、备份控制器 )来实现容错。,以确保在主要功能发生故障时能够继续安全运行。这种冗余设计能够保证系统在关键组件失效时,仍然能够维持基本操作或安全要求。冗余可以是同构的(使用相同类型的备份),也可以是异构的(采用不同机制实现相同功能)。功能冗余是提高系统可靠性和鲁棒性的常用策略。

例如:制动系统中的冗余电路确保主系统失效时备份系统仍可工作。

以上这些属性共同帮助定义和实现一个综合的安全目标策略,共同强调了功能安全需求不应是孤立的,而应系统性地考虑运行情境、时间要求、状态管理、冗余策略等多个维度,以确保安全需求覆盖所有可能的风险场景,从而保障系统在多种操作条件和可能的故障情况下保持安全运行。

当然,根据定义,并不是每个功能安全需求都需要考虑所有的这5个方面,而是根据是否适用来考量。

来源:CSDN博主「猫耳君」

https://blog.csdn.net/qq\_21649903/article/details/151860191

end

谈思汽车媒体门户

精品活动推荐

AutoSec系列沙龙

专业社群

部分入群专家来自:

新势力车企:

特斯拉、理想、极氪、小米、零跑汽车、阿维塔汽车、智己汽车、小鹏、岚图汽车、蔚来汽车、吉祥汽车、赛力斯......

外资传统主流车企代表:

大众中国、大众酷翼、奥迪汽车、宝马、福特、戴姆勒-奔驰、通用、保时捷、沃尔沃、现代汽车、日产汽车、捷豹路虎、斯堪尼亚......

内资传统主流车企:

吉利汽车、上汽乘用车、长城汽车、上汽大众、长安汽车、北京汽车、东风汽车、广汽、比亚迪、一汽集团、一汽解放、东风商用、上汽商用......

全球领先一级供应商:

博世、大陆集团、联合汽车电子、安波福、采埃孚、科世达、舍弗勒、霍尼韦尔、大疆、日立、哈曼、华为、百度、联想、联发科、普瑞均胜、德赛西威、蜂巢转向、均联智行、武汉光庭、星纪魅族、中车集团、潍柴集团、地平线、紫光同芯、字节跳动、......

二级供应商(500+以上):

中科数测、ETAS、BlackDuck、NXP、上海软件中心、Deloitte、奇安信、为辰信安、云驰未来、信长城、泽鹿安全、纽创信安、复旦微电子、天融信、奇虎360、中汽中心、中国汽研、上海汽检、加特兰微电子、浙江大学......

人员占比

公司类型占比

文章

不要错过哦,这可能是汽车网络安全产业最大的专属社区!

关于涉嫌仿冒AutoSec会议品牌的律师声明

一文带你了解智能汽车车载网络通信安全架构

网络安全:TARA方法、工具与案例

汽车数据安全合规重点分析

浅析汽车芯片信息安全之安全启动

域集中式架构的汽车车载通信安全方案探究

系统安全架构之车辆网络安全架构

车联网中的隐私保护问题

智能网联汽车网络安全技术研究

AUTOSAR 信息安全框架和关键技术分析

AUTOSAR 信息安全机制有哪些?

信息安全的底层机制

汽车网络安全

Autosar硬件安全模块HSM的使用

首发!小米雷军两会上就汽车数据安全问题建言:关于构建完善汽车数据安全管理体系的建议

整车层功能安全目标拆解:FTTI、SafeState、EOTI等关键概念解读" 网络安全文章

整车层功能安全目标拆解:FTTI、SafeState、EOTI等关键概念解读"

本文解读ISO26262标准下整车层功能安全目标拆解,核心概念包括运行模式、容错时间间隔FTTI、安全状态SafeState、紧急运行时间间隔EOTI及功能冗余。SafetyGoal作为最高层级安全需求,需系统性考虑时间要求、状态管理与冗余策略,确保系统故障时保障安全。文档提供概念定义与自动驾驶及非自动驾驶场景示例,强调安全需求覆盖所有风险场景。
OBD与UDS怎么区分?九大诊断模式逐条拆解" 网络安全文章

OBD与UDS怎么区分?九大诊断模式逐条拆解"

本文详解OBD车载诊断系统九大诊断模式,涵盖模式1读取动力系统实时数据、模式2请求冻结帧、模式3读取确认故障码、模式4清除故障信息、模式5氧传感器监测、模式6监控系统测试结果、模式7读取待定故障码、模式8控制组件及模式9读取整车信息,并对比OBD与UDS区别及硬件接口,为汽车诊断技术提供实操参考。
17项标准、6项牵头!渊亭科技持续推进人工智能标准建设" 网络安全文章

17项标准、6项牵头!渊亭科技持续推进人工智能标准建设"

渊亭科技2026年参与编制17项AI标准,含15项行业标准与2项国家标准,覆盖知识计算、智能体、检索增强生成、大模型训练评测等领域,并牵头6项行业标准。公司参与知识计算引擎、智能体能力、RAG系统等标准研制,推动行业知识规范化与智能体应用落地,未来将持续深化技术创新赋能产业升级。
CISSP筑基,CCSP拓界,开启云安全新程" 网络安全文章

CISSP筑基,CCSP拓界,开启云安全新程"

本文为ISC2China发布的宣传文章,介绍CISSP与CCSP认证组合价值,强调CCSP为云安全领域增长最快认证,两认证入选北京市国际职业资格认可目录,获官方政策认可。文章建议CISSP持证人抓住10月8日至11月6日考试窗口期报考CCSP,并提及备考可获CPE学分等优势。
评论:0   参与:  0