OTA系列小问答：汽车OTA技术架构主要有哪些？域控制器作为OTA master 有什么要求？

汽车OTA技术架构主要有哪些？

汽车OTA的架构离不开整车的电子电器架构。汽车架构类似于人或者建筑的骨架，而OTA是利用了整车架构的一部分要素来实现远程升级的功能。目前应用比较广泛的OTA架构有两种：

分布式架构：车内刷写时诊断工具通过OBD诊断口接入整车网络，一般通过DoIP/DoCAN等协议与整车网关交互，一级级的通过网关形成分布式的架构。这种分布式结构通常通过UDS诊断协议来实现OTA车内数据交互，因为早期车内刷写基本都是基于UDS诊断实现的，很多厂商会在这个基础上兼容OTA升级技术。

SOA架构：OEM全新的打造基于SOA架构的汽车，电子电器架构从分布式朝着域集中式发展，控制器的控制权越来越集中，整车最终的架构可能会变成车云一体，整车的控制计算大量放到云平台上实现，车端则有一个中央控制器（另外可能再规划数个区域控制器），其他的一些节点只做一些传感和执行工作。对于这样的架构就可以利用SOA来实现OTA。比如说，引进SOA的一些协议，例如http，SOME/IP等来进行OTA的设计。

域控制器作为OTA master 有什么要求？

首先，OTA master在OTA升级过程中要充当诊断仪的角色，所以对其的存储功能有一定的要求。因为在并行升级（或者整车多个ECU同步升级）过程中，需要下载并储存大量的升级包，所以要具备较大的存储空间。当然，升级流程的控制和升级包存储也可以放到两个ECU中，需要时负责存储的ECU把升级包传回到OTA master中或者直接传给需要升级的ECU。但是，为了节省时间，提高升级效率，OTA master最好是具备一定的存储空间，简化升级流程。

其次，OTA master需要具备一定的计算能力和计算效率。因为在升级过程中会涉及到对数据包的解码、验签、解密、校验等，所以域控制器的算力需要跟得上。另外，针对一些并行升级的需求，域控制器也需要具备多线程处理的能力，能够并行的控制多个ECU的升级流程。

当然，在升级过程中也可能会涉及到其他的方面功能设计，比如人机交互，与整车其他ECU协同进行安全防盗的管理，能量管理等等，就需要放到实际的应用场景中进行分析讨论。

往期问答：

• OTA系列小问答：什么是汽车OTA？
• OTA系列小问答：为什么汽车OTA会比IT OTA发展要晚呢？汽车OTA与传统OTA有什么区别？FOTA与OTA区别在哪？
• OTA系列小问答：汽车OTA是如何同步各个软件版本的? 汽车OTA的通讯回路有必要独立吗？如果有原因是什么？或者说优势是什么?
• OTA系列小问答：汽车的 OTA 功能，真的能让车“常用常新”吗？目前国内自主和合资品牌汽车OTA技术到达了什么阶段？OTA系统的汽车将会是未来的主流吗?
• OTA系列小问答：智能汽车得以OTA常态化的背后因素是什么？对车厂和车主分别意味着什么？

完整问答视频版：【北汇信息】汽车OTA测试思考与实践：Part2Q&A部分-CSDN直播回放

【北汇信息】汽车OTA测试思考与实践：Part2Q&A部分-CSDN直播回放

OTA直播课：【北汇信息】汽车OTA测试思考与实践：Part1课程部分-CSDN直播回放

【北汇信息】汽车OTA测试思考与实践：Part1课程部分-CSDN直播回放

喜欢本篇文章的话记得评论点赞⭐收藏 ➕更多技术文章直播课程，敬请持续关注北汇信息➕ ⬇️业务咨询请私信北汇信息或在官网留言⬇️