OTA不仅仅是解决下载的问题。刷写这部分本身就是汽车OTA体系的一部分，对于汽车内部嵌入式ECU的实际运算能力以及空间利用的情况，必须要借助刷写的方式进行实际的固件更新。

对于智能设备之间的升级包的传输一定是需要未来通过以太网或者FLEXRAY这种类型的高速总线来进行传输。同时，在传输的能力基础之上还要定义好上层的软件传输的协议。

主要分成两部分来描述。一部分是车端的难点，主要在于各家车厂的整个架构和汽车的实际的一些设备的能力的组成都不一样，必须要根据实际的汽车的架构和总线的架构进行定制化的设计。而且现在很多车厂设计的目标都是整车升级的目标或者是有非常多的ECU的数量都会作为他的升级的目标。那这样的话，未来整个的这种测试的周期以及投入都是非常大。在云端的难点，主要在于汽车车厂自己内部的信息管理体系这样的一些不同的体系或不同的车厂有不同的体系阶段，那未来对对接和实际的实施都产生了非常多的定制化的工作量。

我们当前实施的项目里面都有，这主要取决于整车的架构。如果当前实施的车辆是一个成熟的车型或一个成熟的平台，如果特定车型的网关仅仅是一个透传类型的网关的话，肯定是由TBOX设备来发起。如果一个新兴的车型采用的是专门针对OTA做了一些刷写优化的方面的网关，就由网关发起。目前我们与国内的一些主流的智能网关的厂商都达成了战略合作。至于TBOX网关之间的协议，我们都会提供一个标准版的协议，未来还可以根据车厂实际诉求来进行具体的定制。

主要取决于车厂的规划，车厂对于OTA的节点会分成不同的阶段来进行实施。从当前这个角度来说，支持OTA的节点主要为智能化的设备以及非关键件ECU.比如说车机，TBOX、空调、PEPS，从长远角度来看，车厂也在规划像PP、底盘等一些关键件ECU的远程能力。