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

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

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

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

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

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