OTA更新的车载网络要求

无线 （OTA） 技术在当今的汽车中变得越来越普遍。通过与云中的服务器进行双向无线连接，它可以处理更新和数据收集。

但是，当然，车辆不仅仅是一种设备。为了将它们连接到中央服务器，我们需要端到端网络来定义车内所有ECU和传感器之间的数据路径。

构建这样的数据路径所提供的价值是显而易见的。召回成本、生命周期车辆健康管理、诊断、预测分析、效率或自动驾驶都随着互联性而提高。客户保留、通过售后升级和按需功能创造的新收入是额外的好处。

车载网络（IVN）是互联汽车的核心。独立的技术领域将被限制在历史中 - 未来是与每个设备进行通信链路的途径。

然而，车载网络的确切拓扑结构和技术是一个备受争议的话题。我们完成了MOST吗？汽车中有多少将使用以太网？以太网 AVB 是否有一席之地，或者我们是否需要 TSN？伟莱的地方在哪里？林？将来会扩张还是后退？如果我们从整个行业的角度来考虑这个问题，我们的答案必须是“以上所有”，至少在未来几年是这样。在整个行业中，我们应该寻找将混合IVN环境和多种网络技术集成到功能性汽车系统中的方法。

随着网络技术的选择不断发展，当今市场也在不断发展，我们必须将混合IVN环境与多种网络标准集成在一起。挑战在于创建单个OTA管道，即使我们还不能就通用网络或操作系统达成一致。

一种常见的 OTA 消息传递协议

答案在于一种架构方法，该方法消除了当今汽车中存在的各种网络，总线，操作系统甚至设备的独特差异。为了标准化OTA管道，我们必须实现一个位于网络或总线接口级别之上的通用消息协议，同时具有必要的组件来传达在云中的服务器之间完成交易所需的信息，以及具有客户端的车载架构来掌握OTA流程，以及抽象ECU的代理， 传感器或其他边缘设备。

图 1：eSync OTA 数据管道标准化了车载客户端代理架构。

自动化 IVN OTA 集成

这种标准化桥接了异构IVN环境，为许多跨平台集成功能创建了一条途径，例如跨所有连接设备的设备映射（或拓扑树）。它用自动询问方法取代了困难的手动树映射过程，适用于所有具有通用方法的设备。

添加和删除功能，甚至设备，成为一个直接且易于完成的消息传递过程，无需进行重要的集成工程 - 在开发期间，部署时和交付后。这可以通过安全和完整的资产库存管理实现更快的部署和设备包功能增强。

分配 OTA 工作负载

标准化客户端-代理体系结构产生的另一个机会是并行任务。大部分OTA任务工作可以由代理完成，分布在整个汽车中，而不是在单个OTA主设备中。由于服务器拥有有关每个代理的OTA功能的所有信息，因此可以为每个设备报告的重建资源构建增量文件。客户端可以将这些增量通过 IVN 推送给代理，代理并行执行其重建和重新刷新。这缩短了多ECU更新的车辆停机时间。在服务器上拥有所有信息的相同概念也允许加密到达边缘设备以增强安全性。

IVN集成得到改进，通过使用通用消息传递协议的分布式客户端代理架构，提高了对车辆拓扑和资产修订管理的认识。所有设备、网络和操作系统在服务器中显示为一组统一的代理。

人们越来越认识到，OTA必须覆盖汽车中的所有可编程设备。但今天，专有OTA方法的激增令人眼花缭乱。现在是时候让业界探索如何构建从云到汽车终端设备的通用数据管道了。这是eSync联盟的基本原则，eSync联盟是由植根于汽车行业的公司组成的开放贸易协会。

审核编辑：郭婷