在软件定义车辆（SDV）时代，OTA更新解决方案必须具备哪些功能

本集简介

桑杰：欢迎收听《Driving Innovation 》的又一期节目，这是一档探讨助力汽车行业向软件定义车辆转型的技术与解决方案的播客。 我是桑杰·卡特里（Sanjay Khatri），Sonata公司的产品总监。Sonatus 最近发布了一本名为《SDV时代OTA更新解决方案必须具备的功能》的电子书。该电子书探讨了在软件定义车辆这一新时代，OTA更新解决方案必须如何演进。在本期节目中，我将与我的同事海梅·阿尔坎塔拉（Jaime Alcantara）共同探讨这本电子书中的关键议题。

在线旅行社（OTA）行业背景

桑杰：根据SBD Automotive的研究，在美国、中国和欧洲销售的每三辆汽车中，就有两辆支持OTA更新。 这相当于1.8亿辆汽车。到本十年末，这一数字将增长至5亿辆。这意味着OTA更新不仅是一种“锦上添花”，更是必不可少的功能。尤其是随着汽车软件化程度的不断提高，越来越多的功能由数字系统控制，因此可以通过软件进行配置。

汽车行业必须超越仅仅更新导航地图或偶尔修复漏洞的阶段，转而能够对车辆功能进行全面更新和升级，从而创造出全新的驾驶和用户体验。接下来，我们将探讨这对OTA更新解决方案意味着什么。在此，我想请来我的同事、负责Updater产品的资深产品经理Jaime Alcantara。Jaime，欢迎做客本期播客。

JAIME：是的，谢谢你邀请我，桑杰。

桑杰：谢谢。很高兴你又回来了。

JAIME：是啊，能来这里真好。

桑杰：是的。正如我在开场白中提到的，行业格局正在发生变化。汽车的软件功能越来越强大。未来将有更多的更新，甚至可能达到每月或每周一次。而且，我们已经拥有OTA解决方案十多年了。为什么我们还需要另一种OTA解决方案呢？

为何需要对OTA采取新的方法

JAIME：桑杰，你知道的，随着软件定义车辆的出现，我们也引入了以前没有的新型ECU。现在，我们不仅在谈论传统ECU，还在谈论高性能计算机。这些设备搭载了非常复杂且功能丰富的操作系统，从而为新的软件资产提供了接入渠道。 我们不再仅仅讨论固件了。现在，我们讨论的是固件、容器、虚拟机管理程序、应用程序、策略和配置。所有这些都需要进行管理，而且其管理方式与很久以前管理车载信息娱乐系统（IVI）或高级驾驶辅助系统（ADAS）更新时截然不同。

“单一窗口”运营

桑杰：所以现在你们不仅在更新车辆中的几个问题，而是整个车辆。你们引入的是新型软件，而不仅仅是固件。这听起来相当复杂。那么，Updater 是如何帮助管理这种复杂性的呢？

JAIME：你知道，Updater 为用户提供了一个统一管理界面，让他们能够管理这些资产以及未来可能新增的任何资产。因此，通过 Updater，你可以触发经典 IVI 系统的固件更新，同时也可以针对该系统内的容器，或是运行在其他高性能计算机（例如车身或中央网关域）上的虚拟机管理程序中的操作系统进行更新。

端到端可追溯性

SANJAY：好的，也就是说，通过一个统一的界面——一个“单一控制面板”——来管理所有类型的ECU和所有类型的软件资产。Updater还提供了哪些功能来确保更新流程更加简便？

JAIME：是的，这是个好问题。Updater 具备一项非常重要的功能，那就是可追溯性。没错。当 OEM 工程师部署更新时，他们面临的最大挑战之一就是在出现问题时进行故障排查。 因此，通过Updater，我们引入了可追溯性功能，这意味着它会在整个更新过程中生成非常精确的可追溯ID。从云端到车辆，再到各个ECU以及这些ECU中的相关流程，全程都有记录。这样一来，OEM工程师就能使用一套工具来排查和调试任何潜在的瓶颈或故障，从而更快地查明问题根源。

智能增量更新

SANJAY：也就是说，您提到的是一套统一的界面，用于管理涉及多种类型ECU、MCU以及不同类型软件资产的所有车辆更新。我完全能理解这如何降低了复杂性。Updater还提供了哪些功能，能让整个流程变得更加高效和可靠？

JAIME：一开始，你提到OEM厂商可能会开始以每月甚至每周为周期部署更新，对吧？如果将这一点放在车载信息娱乐系统（IVI）或高级驾驶辅助系统（ADAS）电子控制单元（ECU）更新的背景下考虑，涉及的数据量将达到数十吉字节。 甚至可能每周需要部署几十吉字节的数据。显然，没有哪家OEM愿意这样做。蜂窝网络成本将会呈指数级增长。因此，我们必须思考一些智能的方法，帮助OEM降低这些更新的数据占用量。

而这就是增量更新发挥作用的地方。 Delta更新是一种最大限度减少这些二进制文件占用空间的方法。但二进制文件的性质各不相同：有时是完整的操作系统，有时则是容器。因此，我们可以采用许多针对不同类型资产进行优化的Delta算法。而Updater的独特之处在于，它尤其懂得针对每种资产应用何种算法，从而优化整个更新的占用空间。

云原生部署与预演

桑杰：简而言之，我们所说的是一种对更新内容的“智能压缩”（如果可以这么说的话），目的是尽可能减小您要更新的包的大小。无论是在蜂窝网络还是Wi-Fi网络上都是如此。

JAIME：没错。是啊。

SANJAY：我猜想，随着车载软件数量的不断增加，且这些软件会持续更新，你们肯定也希望采用某种从云端到车端的云原生开发和部署管道。Updater在这方面能提供什么支持？

JAIME：没错。因此，我们也在密切关注汽车行业的各种趋势，而当前一个非常重要且引人注目的趋势，就是V周期的“左移”。这意味着，OEM厂商正在尝试在将更新实际部署到车辆之前，对OTA更新流程中的所有工作进行模拟和验证。实现这一目标的一种方式，就是将更新实际部署到我们的虚拟车队中。 Updater 支持这一操作，并能帮助您协调任何缺失的依赖项，标记出可能无法接收该更新的车辆，从而更早地发现问题。不仅如此，Updater 还具备我们称之为“干运行”的功能。这是一个非常酷的功能，因为它实际上允许您预先评估更新在成本、带宽使用以及受影响地区等方面带来的影响，并在实际部署之前为您提供关于该更新活动影响的完整报告。 因此，您可以据此调整营销活动的某些设置。例如，如果您计划通过蜂窝网络部署一次非常大的更新，但看到相关成本后，或许会三思而后行，转而将 Wi-Fi 作为辅助渠道。

预先依赖管理

桑杰：我明白了，我明白了。听起来，当你们在云端进行这种模拟测试时，还能在第一时间预防任何潜在的客户问题，这样客户就不会遇到汽车彻底报废之类的情况了。

JAIME：没错。而且这次预演实际上涉及到了我们的软件依赖管理，这意味着每个构建产物——可能取决于特定的硬件和软件版本——不仅在那个特定的电子控制单元（ECU）中，而且在整辆车上都是如此。

因此，当OEM工程师定义这些依赖关系时，预演的功能就是针对车队中受影响的每一辆车运行仿真，以检查这些依赖关系是否得到满足。

网络安全合规

JAIME：我明白了。现在，我们还没提到一个显而易见却被刻意回避的问题，那就是安全性。显然，随着联网车辆数量的增加以及软件更新的增多，这为恶意行为者、恶意软件、黑客攻击等风险敞开了大门。Updater在这方面采取了哪些措施？

JAIME：因此，我们对此非常清楚。尤其是 OTA 管道，正是需要尽可能防范威胁行为者的关键机制之一。为此，我们也希望支持 OEM 厂商，并协助其遵守 UNECE155 和 UNECE156 等联合国法规。为了实现这一目标，我们严格遵守所有国际标准。 我们遵循Uptane安全框架，并符合ISO 24089和ISO 21434标准，这使我们能够提供OEM厂商为符合这些法规所需的所有证明材料。

总结与收尾

桑杰：明白了。那么，总结一下我们到目前为止讨论的内容：自原始设备制造商（OEM）最初开始进行OTA更新以来，对OTA更新的需求已经发生了巨大变化。 我们现在更频繁地进行更新，涉及的资产类型也更加多样。大家希望更新更具可预测性，也希望成本效益更高。而Updater为此提供了许多相关功能和特性。我想听众们可能会问：为什么我们还需要另一套OTA解决方案？那么，对此该如何回答呢？

JAIME：是的，这是个很好的问题。我认为，市面上确实有很多优秀的解决方案，但它们已经存在了一段时间，需要逐步更新系统才能适应SDV时代的变化。而我们采取了不同的做法。我们实际上是从零开始，从头打造。这使我们能够开发出一款全新的工具，全面满足SDV的需求。

桑杰：我明白了，好的，这么说很贴切。所以，正如这本电子书的标题所示，这可以说是一种专为SDV时代量身打造的解决方案。好吧，谢谢你，海梅。谢谢，这次交流让我收获颇丰。我们期待你能再次做客《Driving Innovation 》节目。

JAIME：谢谢，桑杰。很高兴能来这里。谢谢。

桑杰：本期《Driving Innovation 》播客到此结束。如果您想进一步了解今天讨论的话题，我强烈建议您访问Sonatus.com 下载电子书，并继续关注《Driving Innovation 》的后续节目，我们将继续探讨那些推动行业迈向软件定义车辆的技术与解决方案。