我们将整车OTA升级的全生命周期划分成研发阶段、库存阶段以及售后阶段等不同阶段。现在大家知道比较多的是售后阶段，也就是每个消费者使用时的阶段。其实在每个阶段下升级的策略，升级的方式，升级时间，升级目的等都不太相同。因此，在整车OTA不同应用场景下我们需要注意不同的问题。
研发场景下的自动化升级
在研发场景下，通常不需要人车交互，直接通过云端下发升级指令，车端自动下载升级包，自动安装升级包，此过程无需人工干预，全自动化实现。
具体过程为：云端下发升级指令，通常需要借助TSP平台将指令推送给车端。车端接收到TSP的推送指令，如果车辆处在休眠状态，通常会唤醒车辆，采集整车信息后进行检测，自动下载升级包。升级包下载完成后，自动触发安装。这种情况下云端配置的车辆升级条件范围通常较小，仅需车辆满足基本的电量档位等条件即可，自动化、轻量化的完成升级。
库存场景下的静默升级
库存场景是指车辆生产完成，等待被销售出去的阶段。
OTA服务器会针对大范围工厂车辆、库存车辆下发静默升级任务，推送指定升级内容，完成自动化升级。库存场景下的OTA升级通常需要考虑集中性，云端的负载能力。升级检测的触发通常是来自云端推送，唤起车辆前往检测。车端检测发起后，收到检测结果，如果有最新的升级包，将自动下载升级包，自动安装升级包无需人工参与。车辆在休眠状态下也需要唤醒车辆，车辆自动切换高低电压，自动抑制异常发生，比如不允许娱乐系统大屏点亮，不允许车灯开启，不允许报警，不允许门锁自动打开等。升级完成后，车辆退出功能屏蔽状态再自动下电、休眠。
售后场景下的车主多样化选择升级
售后场景通常是车辆已经销售出去，在用户的手上。这时候OTA升级就需要有严格的要求。通常OTA升级需要用户参与，需要考虑安全，考虑法律风险。
升级检测触发支持车辆自动检测或者云端触发检测。检测完成后，通过娱乐系统通知给用户有最新的版本，主要由用户去决定是否触发下载；下载完成后，由用户触发是否安装升级包。控制权在用户手中。
用户触发安装升级包，这个时候需要提示用户风险，升级的时间，以及需要车辆满足的升级前置条件。经过用户确认后，正式进入安装环节。安装过程中，应该禁止动力，不允许用户去开动车辆。同时通过指令保持大灯，门锁，报警等ECU的状态保持部分功能的屏蔽状态。升级进度通过娱乐系统反馈给用户，整个OTA的升级过程是用户可见的。
在售后场景下，我们有立即升级、自动升级、预约升级以及手机APP控制升级等四种方式供车主选择。
立即升级
车主点击车机屏幕的OTA应用，进行新版本的检测和下载，选择立即安装，完成车辆升级。
预约升级
在软件包下载就绪后，车主选择预约不使用车辆的时间如夜晚02：00，车辆将在时间到达后自动升级。
自动升级
车主在OTA应用选择开启“自动更新”功能后，车辆将在OTA服务器发布新任务后，自动下载软件包，并在夜间（02：00）完成自动更新。
手机APP远程升级
车主通过手机OTA应用，远程启动车辆进行检测、下载和新版本的安装，并在手机上实时查看升级进度和状态。
