WO2024011617A1

WO2024011617A1 - 一种升级方法及装置

Info

Publication number: WO2024011617A1
Application number: PCT/CN2022/106074
Authority: WO
Inventors: 马涛; 涂伯颜; 周铮
Original assignee: 华为技术有限公司
Priority date: 2022-07-15
Filing date: 2022-07-15
Publication date: 2024-01-18

Abstract

一种升级方法及装置，该方法包括：服务器向车辆发送升级指示信息，升级指示信息用于指示车辆的第一电子执行单元ECU在车辆的行驶过程中执行空中OTA升级，响应于升级指示信息，车辆的第一ECU在车辆的行驶过程中执行OTA升级。实施本申请，使得车辆能及时执行OTA升级，不仅提高了升级效率，还为车辆的用户提供了良好的用车体验，有利于增加车辆的用户的升级意愿。

Description

一种升级方法及装置

技术领域

本申请涉及空中(over-the-air technology，OTA)领域，尤其涉及一种升级方法及装置。

背景技术

OTA是指通过移动通信的空中接口实现对移动终端的远程管理。

OTA升级对智能汽车具有重要意义，可以实现对车辆中的软件和/或固件的升级。车辆OTA升级可以涉及车辆的人机交互、自动驾驶、动力、电池系统、智能座舱的娱乐系统等多重方面。OTA升级具有及时、便捷、低成本等优势，同时具备快速修复汽车软件缺陷以及新功能导入的能力，可以实现车辆功能的迭代升级，提高用户的用车体验。

当前车辆采用的OTA升级方式，驾驶员的用车体验感差，无法满足未来智能驾驶对及时性的要求。

发明内容

本申请公开了一种升级方法和装置，使得车辆能及时执行OTA升级，提高了升级效率，为车辆的用户提供了良好的用车体验。

第一方面，本申请提供了一种升级方法，所述方法包括：获取升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；发送所述升级指示信息。

该方法可以应用于网络侧设备，网络侧设备可以是部署在网络侧的服务器(例如OTA服务器)，或者为该服务器中的组件，例如芯片、线卡或集成电路等。网络侧设备可以部署在云环境，即云服务器，或者网络侧设备也可以部署在边缘环境中，即边缘服务器。网络侧设备可以是集成的一个设备，也可以是分布式的多个设备，本申请实施例不做具体限定。

其中，车辆中涉及行驶安全的ECU包括：发动机管理系统(engine management system，EMS)、变速箱控制单元(transmission control unit，TCU)、电子稳定程序(electronic stability program，ESP)、电池管理系统(battery management system，BMS)、电机控制单元(motor control unit，MCU)、整车控制单元(vehicle control unit，VCU)、防抱死制动系统(anti-lock brake system，ABS)、辅助驾驶控制单元和车身控制模块(body control module，BCM)等中的至少一项。

车辆中非涉及行驶安全的ECU包括：座椅ECU、后备箱ECU、娱乐影音车机等中的至少一项。

这里，第一ECU还可以是车辆内的控制单元，在此不作具体限定。

示例性地，发送升级指示信息具体可以是向该车辆发送升级指示信息，也可以是向与该车辆关联的外部设备发送升级指示信息，其中，外部设备例如可以是便携移动设备(例如，手机、平板等)、智能穿戴设备(例如，运动手环、手表等)等终端设备中的至少一个。这里，与该车辆关联的外部设备可以是车主的终端设备，也可以是该车辆当前的驾驶员的终端设备，还可以是可以使用该车辆的人员的终端设备，还可以是位于该车辆内的终端设备，在此不作具体限定。

上述方法中，能够实现车辆边行驶边执行OTA升级，有利于提高车辆的OTA升级的升级效率，为车辆的用户提供了良好的用车体验，有利于增加车辆的用户的升级意愿。

可选地，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述车辆的所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。

热升级是指车辆可以在行驶状态执行OTA升级的一种升级方式。

实施上述实现方式，通过类型标识可以知晓OTA升级的类型为热升级，即车辆可以在行驶状态执行OTA升级。

可选地，在所述第一ECU在所述车辆的行驶过程中执行所述OTA升级时，所述车辆的第一功能处于可用状态。

一种实现方式中，所述升级指示信息不包括功能禁用信息，所述功能禁用信息用于指示所述第一ECU执行所述OTA升级的过程中禁用第一功能。

其中，第一功能可以理解为在非热升级状态下，例如现有车辆的ECU执行OTA升级时需禁用的车辆功能。示例性地，第一功能可以是与车辆行驶相关的功能，例如，启停功能、启动功能(针对于新能源车辆)、变速器、车辆电源、影响车辆电源消耗的功能(例如，空调、娱乐影音等)等中的一项或多项。

实施上述实现方式，车辆执行热升级类型的OTA升级时，车辆功能不受OTA升级的影响，故车辆可以在行驶过程中执行OTA升级，实现边驾驶边升级，为驾驶员提供了较好的用车体验。

可选地，所述升级指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。

示例性地，第一时间信息指示的时长包括在非热升级状态下，例如现有车辆的ECU执行OTA升级时从目标存储空间擦除旧代码段消耗的时长、ECU将升级包中的新代码段写入目标存储空间消耗的时长和升级包中的新代码段写入目标存储空间后ECU重启消耗的时长等中的一项或多项。

示例性地，第一时间信息指示的时长也可以理解为在非热升级状态下，例如现有ECU执行OTA升级时车辆需停车的时长。

实施上述实现方式，相较于现有OTA升级方式，本申请的车辆执行OTA升级时所需消耗的时长短的多，车辆可以很快完成OTA升级，故升级指示信息可以不包括第一时间信息，如此，有效减少了升级指示信息中的内容，节省了用于资源传输的空口的消耗，以及提高升级指示信息的传输速率。

可选地，所述方法还包括：发送与所述OTA升级对应的升级包，所述升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段，且所述第一代码段对应跳转标记，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。

也就是说，本申请提供的OTA升级方式中，原有的第二代码段未被擦除，而是通过插入跳转标记使得第二代码段不被执行而执行第一代码段，从而实现升级包的安装，由此车辆的ECU完成OTA升级。如此，车辆在OTA升级中的过程中不影响车辆功能，可以实现边驾驶边升级，还节省了原有擦除旧代码段消耗的时间以及升级包中的代码段成功写入后重启消耗的时间，提高了ECU执行OTA升级的效率。

一种实现方式中，与所述OTA升级对应的升级包也可以包含于所述升级指示信息中。

可选地，所述升级指示信息还包括下述内容中的至少一项：第二时间信息，所述第二时间信息用于指示所述第一ECU开始执行所述OTA升级的预设时间；升级顺序信息，所述升级顺序信息用于指示升级包的数量为多个时各个所述升级包的安装顺序，所述升级包为与所述OTA升级对应的升级包。

第二时间信息指示的预设时间可以是一个时间点，也可以是一个时间段，时间段的时长可以以秒s、分钟min或者其他量级单位表示，在此不作具体限定。可以看出，第二时间信息提供了建议第一ECU执行OTA升级的时间，可供用户参考。

基于升级顺序信息执行OTA升级，可以有效提高车辆执行OTA升级的效率。

第二方面，本申请提供了一种升级方法，所述方法包括：接收升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；向所述第一ECU发送第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级。

该方法可以应用于空中OTA管理节点(OTA Manager)、或者OTA管理节点内的组件，例如芯片、线卡或集成电路等。示例性地，OTA Manager也可以称为主ECU。

其中，有关第一ECU、车辆中涉及行驶安全的ECU以及车辆中非涉及行驶安全的ECU可以分别参考上述第一方面的相应内容的叙述，在此不再赘述。

这里，第一指示信息与升级指示信息相关联。

示例性地，第一指示信息与升级指示信息相关联可以理解为：第一指示信息中的内容与升级指示信息中的内容相关联，例如，第一指示信息可以包括升级指示信息中的类型标识、第二时间信息和升级顺序信息中的至少一项。

示例性地，第一指示信息与升级指示信息相关联也可以理解为：第一指示信息为OTA Manager基于接收到的升级指示信息发送给第一ECU的。例如，OTA manager接收到来自网络侧设备的升级指示信息后，获悉第一ECU需要执行所述OTA升级，此时OTA manager可以发送第一指示信息，用于指示第一ECU执行所述OTA升级。

上述方法中，能够实现车辆边行驶边执行OTA升级，不仅有利于提高车辆的OTA升级的升级效率，还有利于增加车辆的用户的升级意愿，为车辆的用户提供了良好的用车体验。

可选地，所述方法还包括：接收与所述OTA升级对应的升级包；向所述第一ECU发送所述升级包。也就是说，升级包可以独立于升级指示信息，有利于减小升级指示信息的数据量。

示例性地，接收与OTA升级对应的升级包可以是从网络侧设备(例如，服务器)接收与OTA升级对应的升级包，也可以是从终端设备接收与OTA升级对应的升级包，终端设备例如可以是便携移动设备(例如，手机、平板等)、智能穿戴设备(例如，运动手环、手表等)等中的至少一个。这里，终端设备与该车辆有关联关系，例如，终端设备位于车辆内，或者终端设备是该车辆的车主的用户设备，也可以是该车辆当前的驾驶员的用户设备，还可以是可使用该车辆的人员的用户设备，在此不作具体限定。

可选地，与所述OTA升级对应的升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段，且所述第一代码段对应跳转标记，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。

可以看出，原有的第二代码段未被擦除，本申请通过插入跳转标记使得第二代码段不被执行而执行第一代码段，从而实现升级包的安装，由此车辆的ECU完成OTA升级。如此，车辆在OTA升级中的过程中不影响车辆功能，可以实现边驾驶边升级，还节省了原有擦除旧代码段消耗的时间以及升级包中的代码段成功写入后重启消耗的时间，提高了ECU执行OTA升级的效率。

一种实现方式中，所述升级包可以包含于所述升级指示信息中。如此，可以直接从升级指示信息中获取升级包，再将获取到的升级包发送给第一ECU。

可选地，所述方法还包括：向所述车辆的用户提示所述OTA升级为可以在所述车辆的行驶过程中执行的升级。

示例性地，车辆的用户可以包括该车辆的车主、该车辆当前的驾驶员以及可使用该车辆的人员等中的至少一种。

例如，以语音播报的方式提示或者在显示界面上以弹窗的方式进行文字提示。如此，用户可以知晓该次OTA升级不影响自身车辆的正常驾驶，即可以边驾驶边执行OTA升级，有利于增加用户选择执行OTA升级的意愿。

可选地，所述方法还包括：比较与所述OTA升级对应的升级包的大小与所述第一ECU上的第一存储空间的大小，所述第一存储空间用于存储和所述OTA升级对应的升级包；所述向所述第一ECU发送第一指示信息，包括：在所述第一存储空间的大小不小于与所述OTA升级对应的升级包的大小时，向所述第一ECU发送所述第一指示信息。

其中，第一存储空间为供热升级类型的OTA升级使用的存储空间，也可以理解为热升级存储空间。第一存储空间用于存储热升级类型的OTA升级对应的升级包中的代码段。

可选地，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述车辆的所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。类型标识的说明具体可参考第一方面中关于类型标识的相关叙述，在此不再赘述。

可选地，在所述第一ECU在所述车辆的行驶过程中执行所述OTA升级时，所述车辆的第一功能处于可用状态。有关第一功能的说明具体可参考第一方面中对第一功能的相关叙述。

一种实现方式中，所述升级指示信息不包括功能禁用信息，所述功能禁用信息用于指示所述第一ECU执行所述OTA升级的过程中禁用第一功能。功能禁用信息的说明具体可参考第一方面中关于功能禁用信息的相关叙述，在此不再赘述。

可选地，所述升级指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。第一时间信息的说明具体可参考第一方面中关于第一时间信息的相关叙述，在此不再赘述。

可选地，所述升级指示信息还包括下述内容中的至少一项：第二时间信息，所述第二时间信息用于指示所述第一ECU开始执行所述OTA升级的预设时间；升级顺序信息，所述升级顺序信息用于指示升级包的数量为多个时各个所述升级包的安装顺序，所述升级包为与所述OTA升级对应的升级包。第二时间信息以及升级顺序信息的说明具体可参考第一方面中相应内容的相关叙述，在此不再赘述。

可选地，该方法还包括：向车辆的用户请求是否在车辆的行驶过程中执行OTA升级；所述向所述第一ECU发送第一指示信息，包括：接收确认信息，所述确认信息指示所述用户确认执行所述OTA升级；响应于所述确认信息，向所述第一ECU发送所述第一指示信息。

这里，车辆的用户例如包括该车辆的车主、该车辆当前的驾驶员以及可使用该车辆的人员等中的至少一种。

实施上述实现方式，增加了人车交互流程，充分考虑了车辆的用户对OTA升级的执行意愿，在车辆的用户确认执行OTA升级的情况下，才触发第一指示信息的发送，使得服务更加友好、人性化。

第三方面，本申请提供了一种升级方法，所述方法包括：接收升级包；在所述车辆处于行驶过程中，根据所述升级包执行空中OTA升级。

该方法应用于车辆中的第一ECU、或者第一ECU内的组件，例如芯片、线卡或集成电路等。可以理解，第一ECU为车辆中待升级的ECU。

其中，接收升级包，包括：接收服务器或者OTA Manager发送的升级包。

上述方式中，车辆的ECU可以在行驶状态下执行OTA升级，实现了及时执行OTA升级，为车辆的用户提供了良好的用车体验，有利于增加车辆的用户的升级意愿。

另外，对于紧急版本的升级包，可以满足其及时执行安装升级的需求，有利于提高车辆的安全性。

可选地，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项。这里，第一ECU也可以是车辆内的控制单元。车辆中涉及行驶安全的ECU以及车辆中非涉及行驶安全的ECU可以分别参考上述第一方面的相应内容的叙述，在此不再赘述。

可选地，所述升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段；所述根据所述升级包执行OTA升级，包括：根据跳转标记运行所述第一代码段，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。

可选地，所述第一代码段存储于第一存储空间，所述第二代码段存储于第二存储空间，所述第一存储空间对应的存储资源与所述第二存储空间对应的存储资源不重叠。

其中，第一存储空间为供热升级类型的OTA升级使用的存储空间，也可以理解为热升级存储空间，而第二存储空间不属于热升级存储空间。

以一个具体例子说明第一存储空间对应的存储资源与第二存储空间对应的存储资源不重叠：假设第一存储空间对应的存储资源为地址1至地址2的一段连续的存储空间，第二存储空间对应的存储资源为地址3至地址4的一段连续的存储空间，其中，地址1小于地址2，地址3小于地址4，第一存储空间对应的存储资源与第二存储空间对应的存储资源不重叠是指：地址2小于地址3或者地址4小于地址1。

实施上述实现方式，将升级包中的代码段(即第一代码段)存储于与旧代码段(即第二代码段)所在的第二存储空间不同的第一存储空间，如此，ECU执行至跳转标记处时可以绕过旧代码段而跳转至第一存储空间所在的存储地址执行升级包中的代码段。

可选地，所述方法还包括：比较所述升级包的大小和所述第一存储空间的大小；所述根据所述升级包执行OTA升级，包括：在所述第一存储空间的大小不小于所述升级包的大小时，根据所述升级包执行所述OTA升级。

也就是说，ECU在执行OTA升级前还可以检查用于存储升级包的存储空间的大小是否足够，在用于存储升级包的存储空间的大小不小于升级包的大小时，再执行OTA升级。

例如，以语音播报的方式提示或者在显示界面上以弹窗的方式进行文字提示。如此，用户可以知晓该次OTA升级不影响自身车辆的正常驾驶，即可以边驾驶边执行OTA升级，有利于增加用户选择执行OTA升级的机率。

可选地，所述方法还包括：从OTA管理节点接收第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级；所述根据所述升级包执行OTA升级，包括：响应于所述第一指示信息，根据所述升级包执行所述OTA升级。

其中，升级包可以包含于第一指示信息中，也可以独立于第一指示信息由OTA管理节点另外发送，在此不作具体限定。

也就是说，ECU执行OTA升级可以是OTA管理节点发送的第一指示信息触发的。

一种实现方式中，所述第一指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述第一指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。

实施上述实现方式，第一ECU基于第一指示信息中的类型标识可以知晓OTA升级的类型为热升级，即车辆可以在行驶状态执行OTA升级。

一种实现方式中，所述第一指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。如此，有利于减小第一指示信息的数据量，提高传输效率。有关第一时间信息的说明具体可参考第一方面对第一时间信息的叙述，在此不再赘述。

可选地，所述方法还包括：从服务器接收升级指示信息，所述升级指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA升级；所述根据所述升级包执行OTA升级，包括：响应于所述升级指示信息，根据所述升级包执行所述OTA升级。

其中，升级包可以包含于升级指示信息中，也可以独立于升级指示信息由服务器另外发送，在此不作具体限定。

也就是说，ECU可以直接与服务器进行交互，基于服务器发送的升级指示信息执行OTA升级，无需OTA管理节点的参与。

可选地，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA 升级。类型标识的说明具体可参考第一方面中关于类型标识的相关叙述，在此不再赘述。

可选地，在所述第一ECU在所述车辆处于行驶过程中执行所述OTA升级时，所述车辆的第一功能处于可用状态。有关第一功能的说明具体可参考第一方面对第一功能的叙述。

也就是说，车辆的第一功能不受第一ECU执行OTA升级的影响，为驾驶员提供了较好的用车体验。

一种实现方式中，所述升级指示信息不包括功能禁用信息，所述功能禁用信息用于指示所述第一ECU执行所述OTA升级的过程中禁用第一功能。有关第一功能的说明具体可参考第一方面对第一功能的叙述，在此不再赘述。

实施上述实现方式，相较于现有OTA升级方式，节省了原有擦除旧代码段所需消耗的时长以及写入新代码段后ECU重启所需消耗的时长，故本申请的车辆执行OTA升级时所需消耗的时长短的多，提高了ECU执行OTA升级的升级效率。另外，升级指示信息可以不包括第一时间信息，有效减少了升级指示信息中的内容，节省了用于资源传输的空口的消耗，以及提高升级指示信息的传输速率。

一种实现方式中，所述升级指示信息还包括下述内容中的至少一项：第二时间信息，所述第二时间信息用于指示所述第一ECU开始执行所述OTA升级的预设时间；升级顺序信息，所述升级顺序信息用于指示升级包的数量为多个时各个所述升级包的安装顺序，所述升级包为与所述OTA升级对应的升级包。第二时间信息以及升级顺序信息的说明具体可参考第一方面中相应内容的相关叙述，在此不再赘述。

一种实现方式中，该方法还包括：向车辆的用户请求是否在车辆的行驶过程中执行OTA升级；所述根据所述升级包执行空中OTA升级，包括：接收确认信息，所述确认信息指示所述用户确认执行所述OTA升级；响应于所述确认信息，根据所述升级包执行所述OTA升级。

实施上述实现方式，增加了人车交互流程，充分考虑了车辆的用户对OTA升级的执行意愿，在车辆的用户确认执行OTA升级的情况下，才触发OTA升级的执行，使得服务更加友好、人性化。

第四方面，本申请提供了一种用于升级的装置，该装置包括处理单元和发送单元，其中，

所述处理单元用于获取升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；所述发送单元用于发送所述升级指示信息。

可选地，所述发送单元还用于发送与所述OTA升级对应的升级包，所述升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段，且所述第一代码段对应跳转标记，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。

一种实现方式中，与所述OTA升级对应的升级包可以包含于所述升级指示信息中。

一种实现方式中，所述升级指示信息还包括下述内容中的至少一项：第二时间信息，所述第二时间信息用于指示所述第一ECU开始执行所述OTA升级的预设时间；升级顺序信息，所述升级顺序信息用于指示升级包的数量为多个时各个所述升级包的安装顺序，所述升级包为与所述OTA升级对应的升级包。

第五方面，本申请提供了一种用于升级的装置，该装置包括接收单元和发送单元，其中，所述接收单元用于接收升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；所述发送单元用于向所述第一ECU发送第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级。

可选地，所述接收单元还用于：接收与所述OTA升级对应的升级包；所述发送单元还用于向所述第一ECU发送所述升级包。

一种实现方式中，所述升级包包含于所述升级指示信息中。

可选地，所述装置还包括处理单元，所述处理单元用于：向所述车辆的用户提示所述OTA升级为可以在所述车辆的行驶过程中执行的升级。

可选地，所述处理单元还用于：比较与所述OTA升级对应的升级包的大小和所述第一ECU上的第一存储空间的大小，所述第一存储空间用于存储与所述OTA升级对应的升级包；所述发送单元，具体用于：在所述第一存储空间的大小不小于与所述OTA升级对应的升级包的大小时，向所述第一ECU发送所述第一指示信息。

一种实现方式中，所述处理单元还用于：向车辆的用户请求是否在所述车辆的行驶过程中执行OTA升级；所述接收单元还用于接收确认信息，所述确认信息指示所述用户确认执行所述OTA升级；所述发送单元具体用于：响应于所述确认信息，向所述第一ECU发送所述第一指示信息。

第六方面，本申请提供了一种用于升级的装置，该装置可以是车辆的第一ECU。该装置包括接收单元和处理单元，其中，所述接收单元用于接收升级包；所述处理单元用于：在所述车辆处于行驶过程中，根据所述升级包执行空中OTA升级。

可选地，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项。

可选地，所述升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段；所述处理单元，具体用于：根据跳转标记运行所述第一代码段，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。

可选地，所述处理单元，还用于：比较所述升级包的大小与所述第一存储空间的大小；所述处理单元具体用于：在所述第一存储空间的大小不小于所述升级包的大小时，根据所述升级包执行所述OTA升级。

可选地，所述处理单元还用于：向所述车辆的用户提示所述OTA升级为可以在所述车辆的行驶过程中执行的升级。

可选地，所述接收单元还用于：从OTA管理节点接收第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级；所述处理单元具体用于：响应于所述第一指示信息，根据所述升级包执行所述OTA升级。

一种实现方式中，所述第一指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。可选地，所述接收单元还用于：从服务器接收升级指示信息，所述升级指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA升级；所述处理单元具体用于：响应于所述升级指示信息，根据所述升级包执行所述OTA升级。

可选地，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。

可选地，所述升级指示信息不包括功能禁用信息，所述功能禁用信息用于指示所述第一ECU执行所述OTA升级的过程中禁用第一功能。

可选地，所述升级指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一 ECU执行所述OTA升级所需消耗的时长。

一种实现方式中，所述处理单元还用于：向车辆的用户请求是否在所述车辆的行驶过程中执行OTA升级；所述接收单元还用于：接收确认信息，所述确认信息指示所述用户确认执行所述OTA升级；所述处理单元具体用于：响应于所述确认信息，根据所述升级包执行所述OTA升级。

第七方面，本申请提供了一种计算机可读存储介质，包括计算机指令，当所述计算机指令在被处理器运行时，实现上述第一方面或者第一方面的任一可能的实现方式中的方法，或者实现上述第二方面或者第二方面的任一可能的实现方式中的方法，或者实现上述第三方面或者第三方面的任一可能的实现方式中的方法。

第八方面，本申请提供了一种计算机程序产品，当该计算机程序产品被处理器执行时，可以实现上述第一方面或者第一方面的任一可能的实施例中的所述方法，或者实现上述第二方面或者第二方面的任一可能的实现方式中的方法，或者实现上述第三方面或者第三方面的任一可能的实现方式中的方法。

示例性地，该计算机程序产品可以为一个软件安装包。

第九方面，本申请提供了一种芯片，该芯片包含至少一个处理器以及通信接口，所述通信接口用于为所述至少一个处理器提供信息输入和/或输出。该芯片用于实现第一方面或者第一方面任一可能的实施例中的所述方法，或者该芯片用于实现第二方面或者第二方面任一可能的实施例中的所述方法，或者该芯片用于实现第三方面或者第三方面任一可能的实施例中的所述方法。

第十方面，本申请提供了一种服务器，该终端用于实现上述第一方面或者第一方面任一可能的实施例中的所述方法。

第十一方面，本申请提供了一种电子控制单元，该电子控制单元包括第一装置或第二装置，其中，第一装置用于实现上述第二方面或者第二方面任一可能的实施例中的所述方法，第二装置用于实现上述第三方面或者第三方面任一可能的实施例中的所述方法。

进一步地，第一装置可以是上述第五方面或者第五方面任一可能的实现方式的装置或者第九方面的芯片；第二装置可以是第六方面或者第六方面任一可能的实现方式的装置或者第九方面的芯片。

第十二方面，本申请提供了一种系统，该系统包括第一装置和第二装置，或者该系统包括第二装置和第三装置，或者该系统包括第一装置、第二装置和第三装置，其中，第一装置用于实现上述第二方面或者第二方面任一可能的实施例中的所述方法，第二装置用于实现上述第三方面或者第三方面任一可能的实施例中的所述方法，第三装置用于实现上述第一方面或者第一方面任一可能的实施例中的所述方法。

进一步地，第一装置可以是上述第五方面或者第五方面任一可能的实现方式的装置，也可是上述第九方面的芯片或者第十一方面的电子控制单元；第二装置可以是上述第六方面或者第六方面任一可能的实现方式的装置，也可是上述第九方面的芯片或者第十一方面的电子控制单元；第三装置可以是上述第四方面或者第四方面任一可能的实现方式的装置，第三装置也可以是上述第九方面的芯片或者第十方面的服务器。

第十三方面，本申请提供了一种车辆，该车辆包括上述第十一方面的电子控制单元，或者包括上述第五方面或者第五方面任一可能的实现方式的装置和第六方面或者第六方面任一可能的实现方式的装置中的一项或多项。

附图说明

图1是本申请实施例提供的一种应用场景的示意图；

图2是本申请实施例提供的一种系统架构的示意图；

图3是本申请实施例提供的一种车辆的框架示意图；

图4是本申请实施例提供的一种升级方法的流程示意图；

图5是本申请实施例提供的又一种升级方法的流程示意图；

图6是本申请实施例提供的又一种升级方法的流程示意图；

图7是本申请实施例提供的一种装置的结构示意图；

图8是本申请实施例提供的一种装置的结构示意图；

图9是本申请实施例提供的一种装置的结构示意图；

图10是本申请实施例提供的一种通信设备的结构示意图。

具体实施方式

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。本申请实施例中的说明书和权利要求书中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

需要说明的是，本申请中采用诸如“第一”、“第二”的前缀词，仅仅为了区分不同的描述对象，对被描述对象的位置、顺序、优先级、数量或内容等没有任何限定作用。例如，被描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，被描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，被描述对象的数量并不受前缀词的限制，可以是一个或者多个，以“第一设备”为例，其中“设备”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，被描述对象为“设备”，则“第一设备”和“第二设备”可以是同一个设备、相同类型的设备或者不同类型的设备；再如，被描述对象为“信息”，则“第一信息”和“第二信息”可以是相同内容的信息或者不同内容的信息。总之，本申请实施例中对用于区分描述对象的前缀词的使用不构成对所描述对象的限制，对所描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用这种前缀词而构成多余的限制。

需要说明的是，本申请实施例中采用诸如“a1、a2、……和an中的至少一项(或至少一个)”等的描述方式，包括了a1、a2、……和an中任意一个单独存在的情况，也包括了a1、a2、……和an中任意多个的任意组合情况，每种情况可以单独存在。例如，“a、b和c中的至少一项”的描述方式，包括了单独a、单独b、单独c、a和b组合、a和c组合、b和c组合，或abc三者组合的情况。

参见图1，图1是本申请实施例提供的一种车辆执行OTA升级的场景示意图。

一般地，车辆从云端的OTA服务器获取升级包并在本地进行安装、重启以实现OTA升级。但往往升级包涉及车辆中与行驶安全相关的电子控制单元(electronic control unit，ECU)的更新，例如，车辆的ECU通过将升级包中的代码段覆盖旧的代码段实现自身的OTA升级，导致车辆执行OTA升级时车辆功能需要停用，因此车辆选择靠边停车后执行OTA升级或者在不使用车的时间段再执行OTA升级。

例如，在图1中，车辆处于行驶状态，车辆在位置1处接收到OTA服务器发送的升级包后确定要执行OTA升级，则车辆执行减速靠边停车至位置2处执行OTA升级，且升级包安装和重启的过程中消耗的时间长，用户需要一直等待，严重影响了用户的用车体验。尤其在升级包为用于修复软件重大缺陷的紧急版本时，更是要求车辆能及时执行OTA升级以减少行车过程中的安全隐患。

针对上述问题，本申请实施例提出一种升级方法，能够实现即使处于行驶状态也能及时执行OTA升级，提高了用户的用户体验。

下面将结合附图，对本申请中的技术方案进行描述。

参见图2，图2示例性地给出了一种系统架构图。该系统用于实现车辆的OTA升级。如图2所示，该系统包括网络侧设备和车辆，其中，网络侧设备和车辆通过无线连接的方式进行通信。

网络侧设备例如可以是部署在网络侧的服务器(例如OTA服务器)，或者为该服务器中的组件，例如芯片、线卡或集成电路等。网络侧设备可以部署在云环境，即云服务器，或者网络侧设备也可以部署在边缘环境中，即边缘服务器。网络侧设备可以是集成的一个设备，也可以是分布式的多个设备，本申请实施例不做具体限定。

车辆例如可以是自动驾驶车辆、新能源车辆或传统车辆等，其中，传统车辆是指燃油类车辆，例如可以是汽油车辆、柴油车辆等，新能源车辆例如可以是电动车辆(electric vehicle，EV)、混合动力车辆(hybrid electric vehicle，HEV)、增程式电动车辆(range extended EV)、插电式混合动力车辆(Plug-in HEV)、燃料电池车辆或其他新能源车辆，在此不作具体限定。

示例性地，网络侧设备向车辆发送升级指示信息，升级指示信息用于指示车辆的第一ECU在车辆处于行驶状态下执行OTA升级；车辆接收网络侧设备发送的升级指示信息，并根据升级指示信息执行OTA升级。

在图2所示系统，网络侧设备与车辆之间的通信可使用蜂窝通信技术，例如2G蜂窝通信，例如全球移动通信系统(global system for mobile communication，GSM)、通用分组无线业务(general packet radio service，GPRS)；或者3G蜂窝通信，例如宽带码分多址(wideband code division multiple access，WCDMA)、时分同步码分多址接入(time division-synchronous code division multiple access，TS-SCDMA)、码分多址接入(code division multiple access，CDMA)，或者4G蜂窝通信，例如长期演进(long term evolution，LTE)、LTE-车联网无线通信技术(vehicle to everything，V2X)，PC5通信，或者5G蜂窝通信，例如新空口(new radio，NR)-V2X PC5通信，或者其他演进的蜂窝通信技术。无线通信系统也可利用非蜂窝通信技术，如Wi-Fi与无线局域网(wireless local area network，WLAN)通信，在此不作具体限定。

为了叙述方便，下述网络侧设备以服务器为例进行方案的示例性阐述，但本申请实施例并不限定网络侧设备仅为服务器。

需要说明的是，图2仅为示例性架构图，但不限定图2所示系统包括的网元的数量。虽然图2未示出，但除图2所示的功能实体外，图2还可以包括其他功能实体。另外，本申请实施例提供的方法可以应用于图2所示的通信系统，当然本申请实施例提供的方法也可以适用其他通信系统，本申请实施例对此不予限制。

参见图3，图3是本申请实施例提供的一种车辆的框架示意图。在图3中，车辆至少包括至少一个电子控制单元(electronic control unit，ECU)。例如，至少一个ECU包括图3的ECU ₁、ECU ₂、…、ECU _n，其中，n为大于等于1的正整数。

在一些可能的实施例中，车辆还包括OTA管理节点(OTA Manager)，OTA Manager和各个ECU可以通过无线或有线的方式进行通信。OTA Manager通过与车辆内各个链路的ECU的通信可获取各ECU的软件、固件以及硬件信息中的一项或多项信息，OTA Manager还可以接收各ECU向其返回的信息。

车辆的OTA升级可以理解为车辆通过OTA Manager实现对车辆内至少一个ECU的OTA升级。

ECU也可以称为车载电脑、行车电脑等，ECU用于控制车辆的状态以及实现各种功能。依据功能的不同，车辆内的ECU包括但不限于：发动机管理系统(engine management system，EMS)、变速箱控制单元(transmission control unit，TCU)、电子稳定程序(electronic stability program，ESP)、电池管理系统(battery management system，BMS)、电机控制单元(motor control unit，MCU)、整车控制单元(vehicle control unit，VCU)、防抱死制动系统(anti-lock brake system，ABS)、辅助驾驶控制单元、车身控制模块(body control module，BCM)、座椅ECU、后备箱ECU、娱乐影音车机等中的至少一项。

其中，EMS应用于汽油机、柴油机或混合动力系统等中的至少一项，主要控制发动机的喷油、点火、扭矩分配等功能。

TCU常用于自动变速器(例如，手自一体变速箱(automatic and manual transmission，AMT)、传统自动变速箱(automatic transmission，AT)、双离合变速箱(dual-clutch transmission，DCT)、无级变速箱(continuously variable transmission，CVT)等)中，可以根据车辆的驾驶状态采用不同的档位策略。

ESP可以使车辆在各种状况下保持车辆的稳定性，在转向过度或转向不足的情形下效果更加明显。根据厂商的不同，ESP也可以称作车辆动力控制器(vehicle dynamic control，VDC)、车辆稳定控制器(vehicle stability control，VSC)、车辆稳定性协助控制器(vehicle stability assist control，VSA)、动力稳定控制器(dynamic stability control，DSC)等。

BMS是针对配备有动力电池的电动车或者混合动力车辆准备的，用于提高电池的利用率，防止电池出现过度充电和过度放电，延长电池的使用寿命，监控电池的状态。

VCU用于混合动力/纯电动汽车动力系统，负责协调发动机、驱动电机、变速箱、动力电池等各部件的工作，提高新能源汽车的经济性、动力性、安全性并降低排放污染。

BCM可以用于天窗、车窗、车门锁、车内灯光、座椅、电动尾门、车灯、雨刮、无钥匙进入及启动(passive entry passive start，PEPS)等中至少一项功能的控制。

需要说明的是，图3只是本申请实施例提供的一种车辆的框图的示例，并不限定车辆的框图仅为图3所示形式。在一些可能的实施例中，车辆也可以包括比图3所示更多或者更少的器件，在此不作具体限定。

参见图4，图4是本申请实施例提供的一种升级方法的流程图。示例性地，该方法应用于服务器和车辆组成的系统，其中，服务器为上述图1中网络侧设备的一种示例，车辆可以是图1中的车辆。该方法包括但不限于以下步骤：

S401：服务器获取升级指示信息。

一种实现方式中，服务器获取升级指示信息可以是：服务器生成升级指示信息。

其中，升级指示信息用于指示车辆的第一ECU在车辆的行驶过程中执行OTA升级。可以理解，第一ECU为车辆中待升级的ECU。

这里，第一ECU可以是车辆内待升级的控制单元。

第一ECU包括车辆中涉及行驶安全的ECU和车辆中非涉及行驶安全的ECU中的至少一项。其中，车辆中涉及行驶安全的ECU包括EMS、TCU、ESP、BMS、VCU、ABS、BCM、MCU和辅助驾驶控制单元中的至少一项，车辆中非涉及行驶安全的ECU包括但不限于座椅ECU、后备箱ECU、娱乐影音车机等。有关EMS、TCU、ESP、BMS、VCU、ABS、BCM、MCU和辅助驾驶控制单元的说明具体可参考上述图3相应ECU的相关叙述，为了说明书的简洁，在此不再赘述。

也就是说，本申请实施例既适用于车辆中涉及行驶安全的ECU的OTA升级，同样也适用于车辆中与行驶安全不相关的ECU的OTA升级。

在一些可能的实施例中，升级指示信息包括类型标识，在类型标识指示OTA升级的类型为热升级的情况下，升级指示信息用于指示车辆的第一ECU在车辆的行驶过程中执行OTA升级。

热升级是指车辆可以在行驶状态执行OTA升级的一种升级方式。在OTA升级的类型为热升级的情况下，车辆执行OTA升级的过程中无需禁用车辆功能。

示例性地，类型标识可以通过比特映射、二进制取值或其他方式来指示OTA升级的类型。类型标识也可以是一个或多个字符的组合，其中，字符可以是数字，字母以及其他符号中的一种或多种，例如一个或多个数字的组合，或者一个或多个数据和字母的组合。例如，在类型标识取第一值的情况下，类型标识指示OTA升级的类型为热升级。又例如，在类型标识为“R”的情况下，指示OTA升级的类型为热升级。

在一些可能的实施例中，升级指示信息还包括与该OTA升级对应的升级包，其中，升级包包括第一代码段，第一代码段用于替换第一ECU原先执行的第二代码段，且第一代码段对应跳转标记，跳转标记用于指示第一ECU不运行第二代码段且运行第一代码段。在一些可能的实施例中，与OTA升级对应的升级包也可以不包含于升级指示信息中，即由服务器单独发送，在此不作具体限定。

示例性地，上述类型标识可以独立于升级包设置，类型标识也可以设置在升级包上，在此不作具体限定。

在一些可能的实施例中，第一ECU在车辆的行驶过程中执行OTA升级时，车辆的第一功能处于可用状态。又或者，示例性地，升级指示信息不包括功能禁用信息，功能禁用信息用于指示车辆的第一ECU执行OTA升级的过程中禁用第一功能。

也就是说，在OTA升级的类型为热升级的情况下，车辆功能无需禁用，即车辆的第一功能不受OTA升级的影响。由于车辆功能不受OTA升级的影响，故车辆可以在行驶过程中执行OTA升级，实现边驾驶边升级，为驾驶员提供了较好的用车体验。

在本申请实施例中，升级指示信息不包括第一时间信息，第一时间信息用于指示车辆的第一ECU执行OTA升级所需消耗的时长。

示例性地，第一时间信息指示的时长包括在非热升级状态下，例如现有车辆的ECU执行OTA升级时从目标存储空间擦除旧代码段消耗的时长、ECU将升级包中的新代码段写入目标存储空间消耗的时长和升级包中的新代码段写入目标存储空间后ECU重启消耗的时长等中的至少一项。示例性地，第一时间信息指示的时长也可以理解为在非热升级状态下，例如现有ECU执行OTA升级时车辆需停车的时长。

例如，第一时间信息指示的时长可以是30分钟min、60min、75min、120min或其他时长，在此不作具体限定。

也就是说，若采用现有的车辆OTA升级方式，即将升级包中的新代码段覆盖原有的旧代码段，意味着先擦除原存储空间存储的旧代码段后再刷入新代码段最后重启运行，故现有的车辆OTA升级消耗的时长长，需通过第一时间信息提示用户。而在OTA升级的类型为热升级的情况下，本申请提供的OTA升级消耗的时长短，一般为秒级，车辆可以很快完成OTA升级，故升级指示信息可以不包括第一时间信息，如此，可以节省用于资源传输的空口的消耗，以及提高升级指示信息的传输速率。

在一些可能的实施例中，升级指示信息还包括提示信息，提示信息用于提示车辆的用户OTA升级为可以在车辆的行驶过程中执行的升级。这里，车辆的用户例如包括该车辆的车主、该车辆当前的驾驶员以及可使用该车辆的人员等中的至少一种。

通过提示信息，用户可以知晓该次OTA升级不影响自身车辆的正常驾驶，即可以边驾驶边执行OTA升级，有利于增加用户选择执行OTA升级的意愿。

示例性地，提示信息可以是“该OTA升级可以边行驶边执行”、“执行OTA升级无需靠边停车”、“执行OTA升级不影响车辆正常驾驶”等信息。

其中，提示信息可以在车辆的显示装置的显示界面上呈现，也可以通过语音的方式提示用户。显示装置例如可以是车机平板、车载显示器或抬头显示(head up display，HUD)系统等，在此不作具体限定。

在本申请实施例中，升级指示信息还包括下述内容中的至少一项：

第二时间信息，第二时间信息用于指示第一ECU开始执行OTA升级的预设时间；

升级顺序信息，升级顺序信息用于指示升级包的数量为多个时各个升级包的安装顺序，升级包为与OTA升级对应的升级包。

一种实现方式中，第二时间信息是升级指示信息中的一种可选信息。第二时间信息指示的预设时间可以是一个时间点，也可以是一个时间段，时间段的时长可以以秒s、分钟min 或者其他量级单位表示，在此不作具体限定。第二时间信息指示的预设时间可以是服务器默认设置的，也可以是服务器基于升级包的紧急程度设置的，在此不作具体限定。

例如，第二时间信息指示一个时间点“10:00AM”，即表示建议车辆的第一ECU在10:00AM执行OTA升级。又例如，第二时间信息指示一个时间段“14:02-14:07”，即表示建议车辆的第一ECU在时间段14:02-14:06内的任意时刻执行OTA升级均可。由此，第二时间信息提供了建议第一ECU执行OTA升级的时间，可供用户参考。

一种实现方式中，升级顺序信息是升级指示信息中的一种可选信息。示例性地，在升级包的数量为多个时，意味着车辆中需要执行OTA升级的第一ECU的数量也为多个，不同的升级包对应不同的ECU，在此情况下，升级顺序信息用于指示各个升级包的安装顺序。如此，基于升级顺序信息，可以有效提高车辆执行OTA升级的效率。

在一些可能的实施例中，升级指示信息还包括升级条件信息，升级条件信息用于指示车辆的第一ECU执行OTA升级所需满足的升级条件。升级条件例如可以是车辆的车载诊断系统(on-board diagnostic，OBD)当前未执行诊断任务、第一ECU上用于存储热升级类型对应升级包的存储空间的不小于该升级包的大小等中的至少一项，在此不作具体限定。

一种实现方式中，升级条件信息是升级指示信息中的一种可选信息。在一些可能的实施例中，升级指示信息也可以不包括升级条件信息，在此情况下，车辆执行OTA升级前也可以不做与上述升级条件信息相关的条件判断。

S402：服务器向车辆发送升级指示信息。

相应地，车辆接收服务器发送的升级指示信息。

一种实现方式中，车辆接收服务器发送的升级指示信息，包括：车辆的OTA Manager接收服务器发送的升级指示信息。

另一种实现方式中，车辆接收服务器发送的升级指示信息，包括：车辆的第一ECU接收服务器发送的升级指示信息。

在一种实现方式中，服务器向车辆发送升级指示信息，包括：服务器向与该车辆关联的外部设备发送升级指示信息，其中，外部设备例如可以是便携移动设备(例如，手机、平板等)、智能穿戴设备(例如，运动手环、手表等)等终端设备中的至少一个。这里，与该车辆关联的外部设备是指：该外部设备是车主的终端设备，也可以是该车辆当前的驾驶员的终端设备，还可以是可以使用该车辆的人员的终端设备，还可以是位于该车辆内的终端设备，在此不作具体限定。在此情况下，相应地，与该车辆关联的外部设备接收服务器发送的升级指示信息。

在一些可能的实施例中，服务器向车辆发送升级指示信息，包括：服务器接收车辆发送的升级请求；响应于该升级请求，向车辆发送升级指示信息。在一些可能的实施例中，升级请求也可以是服务器从与该车辆关联的外部设备接收，升级请求也可以是服务器从第一ECU处接收。其中，有关外部设备的说明可参考上述对外部设备的叙述，在此不再赘述。

在一些可能的实施例中，服务器也可以自主地向车辆发送升级指示信息。例如，服务器检测到本地新生成了用于车辆执行OTA升级的升级包，服务器向车辆发送升级指示信息。

示例性地，服务器可以以单播或组播的方式向车辆发送升级指示信息。在服务器以组播的方式向车辆发送升级指示信息的情况下，可以理解为该车辆包括同一批次的多辆车或者同一型号的多辆车。

S403：在行驶过程中，车辆根据升级指示信息执行OTA升级。

在一些可能的实施例中，升级指示信息包括升级包，车辆根据升级指示信息执行OTA升级，包括：车辆根据升级包执行OTA升级。

可以理解，车辆执行OTA升级可以包括车辆内的第一ECU执行OTA升级。

进一步地，升级包包括第一代码段，第一代码段用于替换第一ECU原先执行的第二代码段，车辆根据升级包执行OTA升级，包括：第一ECU根据跳转标记运行第一代码段，其中，跳转标记用于指示第一ECU不运行第二代码段且运行第一代码。

一种实现方式中，跳转标记可以由第一ECU添加，例如，第一ECU将跳转标记添加至第二代码段的执行语句之前，或者将跳转标记添加至第二代码段的首个函数名之前，使得第一ECU运行程序至跳转标记处时绕过第二代码段去执行第一代码段。

一种实现方式中，跳转标记可以由网络侧设备(例如，服务器)或者OTA Manager添加，且服务器或者OTA Manager将该跳转标记发送给第一ECU，其中，跳转标记可以包含于与OTA升级对应的升级包中，或者，跳转标记可以包含于升级指示信息中但独立于升级包，也可以独立于升级包并由服务器或者OTA Manager单独发送给第一ECU，在此不作具体限定。

其中，第一代码段存储于第一存储空间，第二代码段存储于第二存储空间，第一存储空间对应的存储资源与第二存储空间对应的存储资源不重叠。也就是说，第一存储空间对应的存储地址与第二存储空间对应的存储地址均不相同。

例如，第一存储空间为地址1至地址2的一段连续的存储空间，第二存储空间为地址3至地址4的一段连续的存储空间，其中，地址1小于地址2，地址3小于地址4，第一存储空间与第二存储空间不重叠是指：地址2小于地址3或者地址4小于地址1。

一种实现方式中，第一存储空间为用于热升级类型的OTA升级的存储空间，也可以理解为热升级存储空间。第一存储空间用于存储热升级类型的OTA升级对应的升级包中的代码段。第二存储空间不属于上述热升级存储空间。

也就是说，升级包中的第一代码段存储于与将被替换的第二代码段所属的存储空间不同的另一存储空间，即原有的第二代码段未被擦除，而是通过插入跳转标记实现使得第二代码段不被执行而执行第一代码段，从而实现升级包的安装，由此车辆的ECU完成OTA升级。

可以看出，相较于现有通过将升级包中的代码段覆盖旧的代码段实现OTA升级这种方式，基于本申请实施例提供的OTA升级方式，车辆在OTA升级中的过程中不影响车辆功能，可以实现边驾驶边升级，提高了用户的用车体验感，还节省了原有擦除旧代码段消耗的时间以及升级包中的代码段成功写入后重启消耗的时间，提高了车辆执行OTA升级的效率。

在一些可能的实施例中，在第一ECU根据升级包执行OTA升级之前，第一ECU还可以比较升级包的大小与第一存储空间的大小，在第一存储空间的大小不小于升级包的大小时，第一ECU可以根据升级包执行OTA升级。在一些可能的实施例中，在第一存储空间的大小小于升级包的大小的情况下，第一ECU可以删除第一存储空间历史存储的升级包以增加第一存储空间的可用空间的大小，或者，第一ECU也可以另外请求分配一个存储空间作为第一存储空间，如此，使得第一存储空间的大小大于等于该次接收到的升级包的大小。

在一些可能的实施例中，第一ECU还可以向车辆的用户提示OTA升级为可以在车辆的行驶过程中执行的升级。这里，车辆的用户例如包括该车辆的车主、该车辆当前的驾驶员以及可使用该车辆的人员等中的至少一种。

例如，以语音播报的方式提示或者在显示界面上以文字的方式提示。通过提示信息，用户可以知晓该次OTA升级不影响自身车辆的正常驾驶，即可以边驾驶边执行OTA升级，有利于增加用户选择执行OTA升级的意愿。

在一些可能的实施例中，升级指示信息还包括第二时间信息，第二时间信息用于指示车辆的第一ECU开始执行OTA升级的预设时间，第一ECU根据升级包执行OTA升级，包括：到达第二时间信息指示的预设时间时，第一ECU根据升级包执行OTA升级。

例如，预设时间为时间点时，则第一ECU在该时间点执行OTA升级。又例如，预设时间为时间段时，则第一ECU可以在该时间段内的任意一个时刻执行OTA升级。

在一些可能的实施例中，升级指示信息还包括升级顺序信息，升级顺序信息用于指示升级包的数量为多个时各个升级包的安装顺序，其中，升级包为与OTA升级对应的升级包，则第一ECU根据升级包执行OTA升级，可以是：第一ECU根据升级顺序信息和升级包执行OTA升级。

在一些可能的实施例中，升级指示信息还包括升级条件信息，升级条件信息用于指示第一ECU执行OTA升级所需满足的升级条件，升级条件例如可以是车辆的OBD当未执行诊断任务，在此情况下，第一ECU执行OTA升级前，第一ECU可以先检查OBD当前是否在执行诊断任务，在第一ECU确定OBD当前未执行诊断任务的情况下，第一ECU可以执行OTA升级。可以理解，在一些可能的实施例中，若升级指示信息不包括升级条件信息，第一ECU也可以不做上述与升级条件信息相关的条件判断。

基于上述图3实施例所示的车辆框图，可以知晓车辆包括第一ECU，在一些可能的实施例中，车辆还包括OTAManager，在车辆具有不同部件的场景下，车辆执行OTA升级时车辆内各部件的交互过程也可能不同。

一种应用场景中，车辆包括OTAManager和第一ECU，在此情况下，升级指示信息为OTA Manager从服务器接收的，车辆根据升级指示信息执行OTA升级的过程进一步可以分为下述两种场景：

场景1：

OTAManager从服务器接收升级指示信息，升级指示信息包含升级包，如此，第一ECU从OTAManager接收升级指示信息后，获取升级指示信息中的升级包并根据该升级包执行OTA升级。

在一些可能的实施例中，升级包也可以不包含于升级指示信息中，即升级指示信息和升级包为OTAManager分别从服务器获取的，在此情况下，OTAManager除了向第一ECU发送从服务器处接收的升级指示信息外，OTAManager还可以向第一ECU发送从服务器处接收到的升级包。其中，OTAManager与第一ECU之间的交互流程具体可参考下述图5实施例的相关叙述，在此不再赘述。

进一步地，在升级包的数量为多个的情况下，升级指示信息还包括上述升级顺序信息，则OTA Manager向第一ECU发送升级包，还可以是：OTA Manager基于升级顺序信息将升级包发送给相应的第一ECU。

在一些可能的实施例中，升级包也可以不包含于升级指示信息中，OTAManager仅从服务器获取升级指示信息，则第一ECU可以从OTAManager获取升级指示信息，第一ECU从服务器获取升级包。

在一些可能的实施例中，升级包也可以不包含于升级指示信息中，OTAManager仅从服务器获取升级包，则第一ECU可以从OTAManager获取升级包，第一ECU从服务器获取升级指示信息。

场景2：

OTAManager从服务器接收升级指示信息，并基于接收到的升级指示信息向第一ECU发送第一指示信息，其中，第一指示信息用于指示第一ECU执行OTA升级；响应于第一指示信息，第一ECU根据升级包执行OTA升级，其中，升级包可以是第一ECU从服务器或OTAManager获取的。场景2中OTAManager与第一ECU之间的交互流程具体可参考下述图6实施例的相关叙述，在此不再赘述。

另一种应用场景中，车辆为第一ECU，在此情况下，第一ECU也可以直接从服务器接收升级指示信息，车辆根据升级指示信息执行OTA升级，具体包括：车辆的第一ECU从升级指示信息中获取升级包，并根据升级包执行OTA升级。在一些可能的实施例中，升级包也可以不包含于升级指示信息中，升级包和升级指示信息可以是第一ECU分别从服务器获取的。该场景下，第一ECU执行OTA升级的过程具体参考上述S403中的相关叙述，在此不再赘述。

可以看到，实施本申请实施例，提供了一种新的OTA升级方式，即通过跳转标记绕过旧代码段以执行与旧代码段所在存储空间不同的另一存储空间内的新代码段，使得车辆执行OTA升级的过程中不影响车辆功能的使用，即车辆可以在行驶状态执行OTA升级，从而实现边驾驶边升级，不仅提高了车辆执行OTA升级的效率，该有利于增加车辆的用户的升级意愿，提供了良好的用车体验。

参见图5，图5是本申请实施例提供的又一种升级方法的流程示意图。相较于图4实施例，图5实施例应用于车辆，且基于上述图3所示的框图具体叙述车辆执行OTA升级时车辆内的OTA Manager和第一ECU之间的交互过程。该方法包括但不限于以下步骤：

S501：OTA Manager接收服务器发送的升级指示信息。

其中，升级指示信息用于指示车辆的第一ECU可以在车辆的行驶过程中执行OTA升级。有关升级指示信息中的各个内容具体可参考上述图4实施例中S401中有关升级指示信息的相关叙述，为了说明书的简洁，在此不再赘述。

可选地，在一些可能的实施例中，还可以执行下述S502。

S502：OTA Manager基于升级指示信息执行OTA升级条件检查。

具体地，升级指示信息包括升级条件信息，其中，升级条件信息用于指示第一ECU执行OTA升级所需满足的升级条件，OTA Manager根据升级指示信息中的升级条件信息执行OTA升级条件检查。

例如，升级条件例如可以是车辆的车载诊断系统(on-board diagnostic，OBD)当前未执行诊断任务、第一ECU上用于存储热升级类型对应升级包的存储空间的不小于该升级包的大小等中的至少一项。

示例性地，OTA Manager接收到升级指示信息后，可先执行下述至少一项升级条件检查：车辆的OBD当前是否未执行诊断任务；和第一ECU上的第一存储空间的大小是否不小于升级包的大小。在OTA Manager确定OTA升级条件检查各项均符合的情况下，执行S503。

S503：OTA Manager向第一ECU发送升级包。

相应地，第一ECU接收升级包。

一种实现方式中，升级指示信息包括升级包，OTA Manager向第一ECU发送升级包，可以是：OTA Manager从升级指示信息中获取升级包，并将升级包发送给第一ECU。

另一种实现方式中，升级包也可以不包含于升级指示信息中，OTA Manager向第一ECU发送升级包，可以是：OTA Manager从服务器接收升级包，并将接收到的升级包发送给第一ECU。

在一些可能的实施例中，OTA Manager还可以向车辆的用户提示OTA升级为可以在车辆的行驶过程中执行的升级。

在一些可能的实施例中，OTA Manager还可以向车辆的用户请求是否在车辆的行驶过程中执行OTA升级，则OTA Manager向第一ECU发送升级包，可以是：OTA Manager接收确认信息，确认信息这是车辆的用户确认执行OTA升级；响应于确认信息，OTA Manager向第一ECU发送升级包。

示例性地，OTA Manager可以以语音的方式向车辆的用户请求是否在车辆的行驶过程中执行OTA升级，也可以在车辆的显示装置上呈现用于请求用户是否在车辆的行驶过程中执行OTA升级的信息，在此不作具体限定。

示例性地，用户的确认信息可以以语音、姿态、手势或者触控的方式生成。例如，用户可以语音答复“确认执行”，如此，车辆可以通过语音识别技术分析采集到的用户的语音信号以获取确认信息。又例如，用户可以通过点头、侧头、耸肩、或其他姿态以表示确认执行OTA升级，如此，车辆可以通过姿态识别技术分析用户的姿态以获取确认信息。又例如，用户可以通过画勾、画线、画圈或其他手势表示确认执行OTA升级，如此，车辆可以通过手势识别技术分析用户的手势以获取确认信息。可以看出，通过语音、姿态或手势来表示用户的确认答复，避免对用户正常驾驶的干扰，改善了人车交互体验，实现在OTA升级的过程中尽可能让用户专注驾驶本身，提高了驾驶的安全性。

又例如，用户还可以在车辆的显示装置的显示界面上点击、滑动或拖动相应的确认键，以表示自身的确认答复。

有关OTA Manager与车辆的用户之间的交互过程的实现具体可参考下述图6实施例中相关内容的详细叙述，在此不再赘述。

如此，增加人车交互流程，即OTA Manager在接收到来自车辆的用户的确认信息后才触发向第一ECU发送升级包，充分考虑了车辆的用户对于执行OTA升级的意愿，使得服务更加人性化。

S504：第一ECU根据升级包执行OTA升级。此步骤具体参考图4实施例中S403的相关叙述，为了说明书的简洁，在此不再赘述。

可以看到，实施本申请实施例，提供了一种新的OTA升级方式，使得车辆执行OTA升级的过程中不影响车辆功能的使用，即车辆可以在行驶状态执行OTA升级，从而实现边驾驶边升级，不仅提高了车辆执行OTA升级的效率，该有利于增加车辆的用户的升级意愿，提供了良好的用车体验。

参见图6，图6是本申请实施例提供的又一种升级方法的流程示意图，该方法应用于车辆。相较于图5实施例，图6实施例具体叙述车辆执行OTA升级时车辆内的OTA Manager、第一ECU和人机界面HMI之间的交互过程。该方法包括但不限于以下步骤：

S601：OTA Manager接收服务器发送的升级指示信息。此步骤具体可参考图5中S501的相关叙述，在此不再赘述。

可选地，在一些可能的实施例中，还可以执行下述S502。

S602：OTA Manager基于升级指示信息执行OTA升级条件检查。此步骤具体可参考图5中S502的相关叙述，在此不再赘述。

在OTA Manager确定OTA升级条件检查的各项均满足的情况下，可以执行下述S605。

可选地，在一些可能的实施例中，还可以执行下述S603和S604：

S603：OTA Manager通过人机界面HMI向车辆的用户请求是否在行驶过程中执行OTA升级。

其中，车辆的用户例如可以是车辆的驾驶员、车辆的车主等。

在本申请实施例中，OTAManager接收到升级指示信息后，可以通过车辆的人机界面(human machine interface，HMI)向车辆的用户请求确认是否在车辆的行驶过程中执行OTA升级。

示例性地，OTA Manager可以指示HMI以语音的方式提示驾驶员确认是否在车辆的行驶过程中执行OTA升级，如此可以使得驾驶员专注于驾驶本身，尽可能保证车辆行驶过程中的安全性。

示例性地，OTA Manager也可以指示HMI在显示界面上以弹窗的方式显示“确认是否执行OTA升级”的提示信息，以请求驾驶员确认是否执行OTA升级。

S604：HMI向OTA Manager发送确认信息。

相应地，OTA Manager接收HMI发送的确认信息。

一种实现方式中，确认信息为HMI通过语音识别驾驶员的语音反馈信息获得，其中，语音反馈信息例如可以是“确认执行”、“执行本次OTA升级”、“确定执行”、“现在执行”或其他语言内容的确认回复，在此不作具体限定。

另一种实现方式中，确认信息为HMI基于车辆内的图像采集设备采集的驾驶员的姿态识别获取的，其中，识别到的驾驶员的姿态为预先约定的表示“确认”的姿态，例如可以是点头一下、左侧头一下、右侧头一下、左耸肩一下、右耸肩一下或其他任意不妨碍驾驶的姿态，在此不作具体限定。在一些可能的实施例中，也可以是车辆内的图像采集设备采集驾驶员的姿态并识别以获得确认信息，再将确认信息发送给HMI。

另一种实现方式中，确认信息为HMI基于车辆内的图像采集设备采集的驾驶员的手势识别获取的，其中，识别到的驾驶员的手势为预先约定的表示“确认”的手势，例如可以是在空中画线、画勾、画圈、大拇指翘起或其他手势等。可以理解，驾驶员在做上述任意手势以表示确认执行OTA升级时，可以通过单独翘起的食指或者大拇指完成上述约定的手势，如此驾驶员的双手可以无需离开方向盘，尽可能保证了驾驶的安全性。

另一种实现方式中，确认信息也可以是HMI响应于驾驶员做出的表示确认的触控操作生成的，表示确认的触控操作例如可以是点击显示界面上的确认键，也可以是滑动或拖动显示界面上的确认键至目标位置，在此不作具体限定。

可以看出，S603和S604充分考虑了车辆的用户对于OTA升级的执行意愿，使得OTA升级服务更加人性化。另外，通过语音、姿态或手势来表示驾驶员的确认答复，避免对驾驶员正常驾驶的干扰，改善了人车交互体验，实现在OTA升级的过程中尽可能让驾驶员专注驾驶本身，提高了驾驶的安全性。

S604执行后，可以执行下述S605，也可以执行上述S602，在此不作具体限定。

S605：OTA Manager向第一ECU发送第一指示信息。

其中，第一指示信息用于指示第一ECU执行OTA升级。

第一指示信息与升级指示信息相关联，也可以理解为第一指示信息为OTA Manager基于升级指示信息向第一ECU发送的。

在一些可能的实施例中，第一指示信息也可以包括上述升级指示信息中的类型标识、第二时间信息和升级顺序信息中的至少一项。

一种实现方式中，第一指示信息包括类型标识。类型标识为第一指示信息中的一种可选信息。其中，类型标识指示OTA升级的类型为热升级。在类型标识指示OTA升级的类型为热升级的情况下，第一指示信息进一步可以理解为：第一指示信息用于指示第一ECU可以在车辆的行驶过程中执行OTA升级。有关类型标识的叙述具体可参考上述图4实施例的S401中有关类型标识的相关叙述，在此不再赘述。

一种实现方式中，第一指示信息还包括第二时间信息。第二时间信息为第一指示信息中的一种可选信息。有关第二时间信息的说明具体可参考上述图4实施例的S401中第二时间信息的相关叙述，在此不再赘述。

一种实现方式中，第一指示信息还包括升级顺序信息。升级顺序信息为第一指示信息中的一种可选信息。有关升级顺序信息的说明具体可参考上述图4实施例的S401中升级顺序信息的相关叙述，在此不再赘述。

示例性地，OTA Manager接收到的升级指示信息包括类型标识、第二时间信息和升级顺序信息中的至少一项的情况下，OTA Manager基于升级指示信息发送的第一指示信息中也可以包括相应或相同的内容，在此不作具体限定。

一种实现方式中，OTA Manager向第一ECU发送第一指示信息，可以是：响应于接收到的确认信息，OTA Manager向第一ECU发送第一指示信息。

在一些可能的实施例中，OTA Manager还可以向车辆的用户提示OTA升级为可以在车辆的行驶过程中执行的升级。例如，以语音播报的方式提示或者在显示界面上以弹窗的方式进行文字提示。通过提示信息，用户可以知晓该次OTA升级不影响自身车辆的正常驾驶，即可以边驾驶边执行OTA升级，有利于增加用户选择执行OTA升级的意愿。

S606：第一ECU根据升级包执行OTA升级。

具体地，响应于第一指示信息，第一ECU根据升级包执行OTA升级。

一种实现方式中，升级包可以包含于第一指示信息中，升级包为第一ECU从第一指示信息中获取。

另一种实现方式中，升级包也可以不包含于第一指示信息中，升级包可以是第一ECU接收到第一指示信息后，第一ECU从OTA Manager获取的，即升级包为第一ECU从OTA Manager获取。

另一种实现方式中，升级包也可以不包含于第一指示信息中，升级包可以是第一ECU接收到第一指示信息后，第一ECU从服务器获取的，即升级包为第一ECU从服务器获取。

其中，第一ECU根据升级包执行OTA升级的过程具体可参考图4实施例中S403的相关叙述，为了说明书的简洁，在此不再赘述。

参见图7，图7是本申请实施例提供的一种用于升级的装置的结构示意图，装置30包括处理单元310和发送单元312。该装置30可以通过硬件、软件或者软硬件结合的方式来实现。

其中，处理单元310，用于获取升级指示信息，升级指示信息用于指示车辆的第一电子执行单元ECU在车辆的行驶过程中执行空中OTA升级，第一ECU包括车辆中涉及行驶安全的ECU和车辆中非涉及行驶安全的ECU中的至少一项；发送单元312，用于发送升级指示信息。

该装置30可用于实现图4实施例所描述的方法。在图4实施例中，处理单元310可用于执行S401，发送单元312可用于执行S402。

参见图8，图8是本申请实施例提供的一种装置的结构示意图，装置40包括接收单元410和发送单元412。该装置40可以通过硬件、软件或者软硬件结合的方式来实现。

其中，接收单元410，用于接收升级指示信息，升级指示信息用于指示车辆的第一电子执行单元ECU在车辆的行驶过程中执行空中OTA升级，第一ECU包括车辆中涉及行驶安全的ECU和车辆中非涉及行驶安全的ECU中的至少一项；发送单元412，用于向第一ECU发送第一指示信息，第一指示信息用于指示第一ECU执行OTA升级。

该装置40可用于实现图6实施例所描述的方法。在图6实施例中，接收单元410可用于执行S601，发送单元412可用于执行S605。该装置40还可用于实现图5实施例所描述的OTA Manager侧的方法，为了说明书的简洁，在此不再赘述。

参见图9，图9是本申请实施例提供的一种装置的结构示意图，装置50包括接收单元510和处理单元512。该装置50可以通过硬件、软件或者软硬件结合的方式来实现。

其中，接收单元510，用于接收升级包；处理单元512，用于在车辆处于行驶过程中，根据升级包执行空中OTA升级。

该装置50可用于实现图5实施例所描述的方法。在图5实施例中，接收单元510可用于执行S503，处理单元512可用于执行S504。该装置50还可用于实现图6实施例所描述的第一ECU侧的方法，为了说明书的简洁，在此不再赘述。

需要说明的是，以上图7、图8和图9所示实施例中的各个单元的一个或多个可以软件、硬件、固件或其结合实现。所述软件或固件包括但不限于计算机程序指令或代码，并可以被硬件处理器所执行。有关硬件处理器的说明具体可参考下述有关处理器的叙述，在此不再赘述。

参见图10，图10是本申请实施例提供的一种通信设备的结构示意图。如图10所示，通信设备80包括：处理器801、通信接口802、存储器803和总线804。处理器801、存储器803和通信接口802之间通过总线804通信。

应理解，本申请不限定通信设备80中的处理器、存储器的个数。

一具体实施中，通信设备80可以是上述实施例中网络侧设备，网络侧设备例如可以是部署在网络侧的服务器(例如OTA服务器)，或者为该服务器中的组件，例如芯片、线卡或集成电路等。网络侧设备可以部署在云环境，即云服务器，或者网络侧设备也可以部署在边缘环境中，即边缘服务器。网络侧设备可以是集成的一个设备，也可以是分布式的多个设备，本申请实施例不做具体限定。

一具体实施中，通信设备80可以是上述实施例中的OTA Manager、或者OTA Manager内部的组件，例如芯片、线卡或集成电路等。

一具体实施中，通信设备80可以是上述实施例中的第一ECU、或者第一ECU内部的组件，例如芯片、线卡或集成电路等。

总线804可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。总线804可包括在通信设备80各个部件(例如，存储器803、处理器801、通信接口802)之间传送信息的通路。

处理器801可以包括中央处理器(central processing unit，CPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。

存储器803用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器803可以是随机存取存储器(random access memory，RAM)、可擦除可编程只读存储器(erasable programmable read only memory，EPROM)、只读存储器(read-only memory，ROM)，或便携式只读存储器(compact disc read memory，CD-ROM)等中的一种或者多种的组合。存储器803可以单独存在，也可以集成于处理器801内部。

通信接口802可用于为处理器801提供信息输入或输出。或者可替换的，该通信接口802可用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(如Wi-Fi、蓝牙、通用无线传输等)接口。或者可替换的，通信接口802还可以包括与接口耦合的发射器(如射频发射器、天线等)，或者接收器等。

该通信设备80中的处理器801用于读取存储器803中存储的计算机程序，用于执行前述的方法，例如图4、图5或图6所描述的方法。

在一种可能的设计方式中，通信设备80可为执行图4所示方法的服务器中的一个或多个模块，该处理器801可用于读取存储器中存储的一个或多个计算机程序，用于执行以下操作：

获取升级指示信息，升级指示信息用于指示车辆的第一电子执行单元ECU在车辆的行驶过程中执行空中OTA升级，第一ECU包括车辆中涉及行驶安全的ECU和车辆中非涉及行驶安全的ECU中的至少一项；

通过发送单元312发送升级指示信息。

在一种可能的设计方式中，通信设备80可为执行图5或图6所示方法的OTA Manager中的一个或多个模块，该处理器801可用于读取存储器中存储的一个或多个计算机程序，用于执行以下操作：

通过接收单元410接收升级指示信息，升级指示信息用于指示车辆的第一电子执行单元ECU在车辆的行驶过程中执行空中OTA升级，第一ECU包括所述车辆中涉及行驶安全的ECU和车辆中非涉及行驶安全的ECU中的至少一项；

通过发送单元412向第一ECU发送第一指示信息，第一指示信息用于指示第一ECU执行OTA升级。

在一种可能的设计方式中，通信设备80可为执行图5或图6所示方法的第一ECU中的一个或多个模块，该处理器801可用于读取存储器中存储的一个或多个计算机程序，用于执行以下操作：

通过接收单元510接收升级包；

在车辆处于行驶过程中，根据升级包执行OTA升级。

应理解，以上装置(例如，图7、图8或图9所示装置)中各单元的划分仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元可以以处理器调用软件的形式实现；例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一种方法或实现该装置各单元的功能，其中处理器例如为通用处理器，例如中央处理单元(central processing unit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元的功能，该硬件电路可以理解为一个或多个处理器；例如，在一种实现中，该硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元的功能；再如，在另一种实现中，该硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(field programmable gate array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元的功能。以上装置的所有单元可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本申请实施例中，处理器是一种具有信号的处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(centralprocessing unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为一种微处理器)、或数字信号处理器(digital singnal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，该硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路，例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为一种ASIC，例如神经网络处理单元(neural network processing unit，NPU)张量处理单元(tensor processing unit，TPU)、深度学习处理单元(deep learning processing unit，DPU)等。

可见，以上装置中的各单元可以是被配置成实施以上方法的一个或多个处理器(或处理电路)，例如：CPU、GPU、NPU、TPU、DPU、微处理器、DSP、ASIC、FPGA，或这些处理器形式中至少两种的组合。

此外，以上装置中的各单元可以全部或部分可以集成在一起，或者可以独立实现。在一种实现中，这些单元集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。该SOC中可以包括至少一个处理器，用于实现以上任一种方法或实现该装置各单元的功能，该至少一个处理器的种类可以不同，例如包括CPU和FPGA，CPU和人工智能处理器，CPU和GPU等。

本申请实施例还提供了一种通信系统，该通信系统包括第一装置和第二装置，其中，第一装置可以是图8所示的装置或者图10所示的作为OTA Manager的通信设备80，第二装置可以是图9所述的装置或者图10所示的作为第一ECU的通信设备80。该系统可用于执行上述图5或图6所述的方法。

本申请实施例还提供了一种通信系统，该通信系统包括第一装置、第二装置和第三装置，其中，第一装置可以是图8所示的装置40或者图10所示的作为OTA Manager的通信设备80，第二装置可以是图9所述的装置50或者图10所示的作为第一ECU的通信设备80，第三装置可以是图7所示的装置30或者图10所示的作为网络侧设备(例如，服务器)的通信设备80。该系统可用于执行上述图4、图5或图6所述的方法。

本申请实施例还提供了一种通信系统，该通信系统包括第二装置和第三装置，其中，第二装置可以是图9所述的装置50或者图10所示的作为第一ECU的通信设备80，第三装置可以是图7所示的装置30或者图10所示的作为网络侧设备(例如，服务器)的通信设备80。该系统可用于执行上述图4所述的方法。

在本文上述的实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。另外，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，各个实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

需要说明的是，本领域普通技术人员可以看到上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(read-only memory，ROM)、随机存储器(random access memory，RAM)、可编程只读存储器(programmable read-only memory，PROM)、可擦除可编程只读存储器(erasable programmable read only memory，EPROM)、一次可编程只读存储器(one-time programmable read-only memory，OTPROM)、电子抹除式可复写只读存储(electrically-erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory， CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

本申请的技术方案本质上或者说做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机程序产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是个人计算机，服务器，或者网络设备、机器人、单片机、芯片、机器人等)执行本申请各个实施例所述方法的全部或部分步骤。

Claims

一种升级方法，其特征在于，所述方法包括：

获取升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；

发送所述升级指示信息。
根据权利要求1所述的方法，其特征在于，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述车辆的所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。
根据权利要求1或2所述的方法，其特征在于，在所述第一ECU在所述车辆的行驶过程中执行所述OTA升级时，所述车辆的第一功能处于可用状态。
根据权利要求1-3任一项所述的方法，其特征在于，所述升级指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。
根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

发送与所述OTA升级对应的升级包，所述升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段，且所述第一代码段对应跳转标记，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。
一种升级方法，其特征在于，应用于空中OTA管理节点，所述方法包括：

接收升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；

向所述第一ECU发送第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级。
根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收与所述OTA升级对应的升级包；

向所述第一ECU发送所述升级包。
根据权利要求6或7所述的方法，其特征在于，与所述OTA升级对应的升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段，且所述第一代码段对应跳转标记，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。
根据权利要求6-8任一项所述的方法，其特征在于，所述方法还包括：

向所述车辆的用户提示所述OTA升级为可以在所述车辆的行驶过程中执行的升级。
根据权利要求6-9任一项所述的方法，其特征在于，所述方法还包括：

比较与所述OTA升级对应的升级包的大小和所述第一ECU上的第一存储空间的大小，所述第一存储空间用于存储与所述OTA升级对应的升级包；

所述向所述第一ECU发送第一指示信息，包括：

在所述第一存储空间的大小不小于与所述OTA升级对应的升级包的大小时，向所述第一ECU发送所述第一指示信息。
根据权利要求6-10任一项所述的方法，其特征在于，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述车辆的所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。
根据权利要求6-11任一项所述的方法，其特征在于，在所述第一ECU在所述车辆的行驶过程中执行所述OTA升级时，所述车辆的第一功能处于可用状态。
根据权利要求6-12任一项所述的方法，其特征在于，所述升级指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。
一种升级方法，其特征在于，应用于车辆中的第一电子执行单元ECU，所述方法包括：

接收升级包；

在所述车辆处于行驶过程中，根据所述升级包执行空中OTA升级。
根据权利要求14所述的方法，其特征在于，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项。
根据权利要求14或15所述的方法，其特征在于，所述升级包包括第一代码段，所述第一代码段用于替换所述第一ECU原先执行的第二代码段；

所述根据所述升级包执行OTA升级，包括：

根据跳转标记运行所述第一代码段，所述跳转标记用于指示所述第一ECU不运行所述第二代码段且运行所述第一代码段。
根据权利要求16所述的方法，其特征在于，所述第一代码段存储于第一存储空间，所述第二代码段存储于第二存储空间，所述第一存储空间对应的存储资源与所述第二存储空间对应的存储资源不重叠。
根据权利要求17所述的方法，其特征在于，所述方法还包括：

比较所述升级包的大小与所述第一存储空间的大小；

所述根据所述升级包执行OTA升级，包括：

在所述第一存储空间的大小不小于所述升级包的大小时，根据所述升级包执行所述OTA升级。
根据权利要求14-18任一项所述的方法，其特征在于，所述方法还包括：

向所述车辆的用户提示所述OTA升级为可以在车辆的行驶过程中执行的升级。
根据权利要求14-19任一项所述的方法，其特征在于，所述方法还包括：

从OTA管理节点接收第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级；

所述根据所述升级包执行OTA升级，包括：

响应于所述第一指示信息，根据所述升级包执行所述OTA升级。
根据权利要求14-19任一项所述的方法，其特征在于，所述方法还包括：

从服务器接收升级指示信息，所述升级指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA升级；

所述根据所述升级包执行OTA升级，包括：

响应于所述升级指示信息，根据所述升级包执行所述OTA升级。
根据权利要求21所述的方法，其特征在于，所述升级指示信息包括类型标识，在所述类型标识指示所述OTA升级的类型为热升级时，所述升级指示信息用于指示所述第一ECU在所述车辆的行驶过程中执行所述OTA升级。
根据权利要求14至22任一项所述的方法，其特征在于，在所述第一ECU在所述车辆处于行驶过程中执行所述OTA升级时，所述车辆的第一功能处于可用状态。
根据权利要求21-23任一项所述的方法，其特征在于，所述升级指示信息不包括第一时间信息，所述第一时间信息用于指示所述第一ECU执行所述OTA升级所需消耗的时长。
一种用于升级的装置，其特征在于，所述装置包括处理单元和发送单元，其中，

所述处理单元用于获取升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；

所述发送单元用于发送所述升级指示信息。
一种用于升级的装置，其特征在于，所述装置包括接收单元和发送单元，其中，

所述接收单元用于接收升级指示信息，所述升级指示信息用于指示车辆的第一电子执行单元ECU在所述车辆的行驶过程中执行空中OTA升级，所述第一ECU包括所述车辆中涉及行驶安全的ECU和所述车辆中非涉及行驶安全的ECU中的至少一项；

所述发送单元用于向所述第一ECU发送第一指示信息，所述第一指示信息用于指示所述第一ECU执行所述OTA升级。
一种用于升级的装置，其特征在于，所述装置包括接收单元和处理单元，其中，

所述接收单元用于接收升级包；

所述处理单元用于在车辆处于行驶过程中，根据所述升级包执行空中OTA升级。
一种系统，其特征在于，所述系统包括第一装置和第二装置，或者所述系统包括第二装置和第三装置，或者所述系统包括第一装置、第二装置和第三装置，其中，所述第一装置用于实现权利要求6-13任一项所述的方法，所述第二装置用于实现权利要求14-24任一项所述的方法，所述第三装置用于实现权利要求1-5任一项所述的方法。
一种电子控制单元，其特征在于，所述电子控制单元包括第一装置或第二装置，其中，所述第一装置用于实现权利要求6-13任一项所述的方法，所述第二装置用于实现权利要求14-24任一项所述的方法。
一种车辆，其特征在于，所述车辆包括如权利要求26所述的装置和如权利要求27所述的装置中的至少一项，或者，所述车辆包括如权利要求29所述的电子控制单元。
一种芯片，其特征在于，所述芯片包括至少一个处理器和通信接口；

所述通信接口用于接收和/或发送数据，和/或，所述通信接口用于为所述处理器提供输入和/或输出；

所述至少一个处理器用于实现权利要求1-5任一项所述的方法，或者用于实现权利要求6-13任一项所述的方法，或者用于实现权利要求14-24任一项所述的方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现如权利要求1-5任一项所述的方法，或者实现如权利要求6-13任一项所述的方法，或者实现如权利要求14-24任一项所述的方法。