软件和整车电子架构正重新定义汽车行业

随着智能互联、自动驾驶、电动汽车及共享出行的发展，软件、计算能力和先进传感器正逐渐取代发动机的统治地位。与此同时，这些电子系统的复杂性也在提高。以当今汽车包含的软件代码行数（SLOC）为例，2010 年，主流车型的 SLOC 约为 1000 万行；到 2016 年达到 1.5 亿行左右。复杂性正如滚雪球般越来越高，不可避免地导致了与软件相关的若干严重质量问题：这在近期若干起大规模车辆召回事件中屡有耳闻。

解决迫在眉睫的行业隐忧

当前，软件在 D 级车（或大型乘用车）的整车价值中占 10% 左右，预计将以每年 11% 的速度增长，到 2030 年将占整车内容的 30%。数字化汽车价值链上的所有企业均在尝试从软件和电子技术带来的创新中获利（见图 1）。软件公司和其他数字技术企业正从目前的二、三级供应商逐步成为整车企业的一级供应商。他们超越了功能和应用程序（APP）的范围，进一步涉足操作系统，加深在汽车「技术栈」中的参与度。同时，传统的汽车电子系统一级供应商正在大胆进入IT巨头所在的功能与应用程序领域。豪华品牌车企则正进入操作系统、硬件简化、信号处理等更底层的技术领域，以期从根本上确保其技术优势和独特性。

这些战略举措的结果之一是车辆架构将变为以通用运算平台为基础的，面向服务的架构（SOA）。开发者将得以添加新的智能互联解决方案、APP、人工智能元素、高级分析工具和操作系统等。差异化（或独特性）将不再仅仅停留于传统的车辆硬件方面，而更多地通过由软件和先进电子技术赋能的用户交互界面和体验层面来体现。

未来的汽车将成为搭载全新差异化元素的平台（见图 2）。这些差异化元素可能包括最新的车载娱乐系统、自动驾驶和智能安全等以「高容错性」为根本的功能。软件将通过智能传感器与硬件整合，进一步深入数字堆栈。堆栈之间将完成水平整合，并添加新层，从而将整体结构转化为 SOA。

最终，全新的软件和电子架构将催生多个改变游戏规则的趋势，提升复杂性和相互依赖程度。例如，新的智能传感器和应用将驱动车辆数据「爆发式增长」；相关产业链上下游企业若想维持竞争力，就必须高效处理和分析这些数据。模块化的 SOA 和 OTA 更新对大型复杂软件的维护至关重要，并催生可满足车主最新需求的商业模式。

由于第三方 APP 开发者将越来越多，车载娱乐系统将越来越应用程序化，甚至高级驾驶辅助系统（ADAS）也会在一定程度上 APP 化。对数据安全的关注将逐渐从纯粹的权限控制策略转变为综合性安全概念，以达到预测、避免、检测和防御网络攻击的目的。

汽车电子电气架构未来走向的十大假设

通向未来技术和商业模式之路远未明晰，我们就此提出了十大假设。

汽车行业将转为整合的 ECU 架构，这在高级辅助驾驶系统（ADAS）和高度自动驾驶（HAD）功能上尤为必要，而其他车辆功能则仍可能保持较高程度的去中心化。

随着自动驾驶的发展，软件功能虚拟化和硬件简化的重要意义将进一步提升，而这可能以几种形式成为现实。一是将硬件整合到针对不同时延性和可靠性要求的堆栈中；二是一个冗余的「超级计算机」将取代 ECU 的地位；三是彻底放弃控制单元的概念，转而采用智能节点计算网络。

下列四个堆栈会成为今后五到十年内新一代汽车的基础：

时间驱动栈。控制器直接与传感器或执行器相连，而系统则需要支持严格的实时要求和低延迟时间；资源调度将基于时间。该堆栈包括达到最高汽车安全完整性等级的系统，例如经典的汽车开放系统架构（AUTOSAR）。

事件-时间驱动堆栈。这一混合堆栈能将诸多高性能安全应用结合在一起，例如 ADAS 及 HAD。操作系统将应用程序和外设分隔；应用程序则根据时间进行调用。在应用程序内部，资源调度可以根据时间或优先等级决定。运行环境将确保关键的安全应用与车内其他应用程序分隔并独立运行。目前这一概念的示例是自适应 AUTOSAR。

事件驱动堆栈。该堆栈以对安全等级要求较低的资讯娱乐系统为中心。这些应用程序与外设清晰地分隔开来，资源调度将遵循最优化原则或基于事件。该堆栈包含允许用户与车辆交互的常用可视功能，如安卓、汽车等级 Linux、GENIVI 和 QNX。

云堆栈。该堆栈协调车辆外界对车辆数据及功能的访问，并负责通信、安全、以及应用程序认证。该堆栈还须建立一个预定义的车辆界面，包括远程诊断。

随着车辆逐渐演变成移动运算平台，中间件（middleware）将实现车辆重新配置，以及相关软件的安装和升级。当前 ECU 内部的中间件只是负责跨 ECU 间的通信。新一代车辆则与此不同，中间件将是域控制器与功能访问之间的连接。中间层在 ECU 硬件之上运作，并推动抽象化和虚拟化、SOA 以及分布式运算。

在今后两到三代汽车产品上，整车企业将安装多个具备相似功能的传感器，来确保车辆具有充足的安全冗余。长期看来，行业将开发更完善的传感器解决方案来减少传感器数量和成本。

长远来看，对于车辆传感器数量，可能会出现不同的发展情景——增加、稳定不变或是下降。哪个情景最终会发生将取决于监管政策、技术成熟度以及在不同用途下使用多个传感器的能力。举例来说，监管部门可能要求更加密切地监控司机身体状况，从而增加传感器的应用。然而，一味增加，或者数量维持不变，都不利于成本控制。所以减少传感器数量的动力将会较为充足。未来的高级算法与机器学习可增强传感器性能和可靠程度，再辅之更加强大的传感器技术，传感器冗余将有望减少。

集成化的智能传感器将被用来管理 HAD 所需的大量数据。传感器融合和 3D 定位等高级功能将在中心化运算平台上进行，预处理、筛选和快速反应则很可能直接在传感器内完成。据估算，一辆自动驾驶汽车每小时产生的数据量将达 4TB，因此，传感器将需要完成部分传统由 ECU 完成的工作。为确保正确运转，新一代传感器清洁系统，例如除冰除尘等，将尤为必要。

对可靠性要求较高的安全类关键应用，将利用整个冗余圈来完成所有对安全行驶至关重要的工作，如数据传输和电力供应等。电动汽车、中央计算机和高耗能分散式计算网络都会需要具备冗余性的新型能源管理网络。线控转向和其他 HAD 功能所需的高容错性同样需要冗余系统设计。这一切尚难以在目前的故障保护监控应用架构上完成，仍有待进一步突破。

数据量的提升、HAD 的冗余要求、互联环境下的安全保障，以及跨行业标准协议的需求很有可能催生汽车以太网，并使其成为冗余中央数据总线的关键助推因素。以太网解决方案可以实现跨域通信，并通过添加以太网扩展，例如音-视频桥接（AVB）和时间敏感网络（TSN）等，来满足实时性要求。

本地互联网络、控制器区域网络等传统网络将继续在车辆上运用，但仅用于封闭式的低级网络，如传感器和执行器等。FlexRay 和 MOST 等技术有可能被汽车以太网及其扩展（如 AVB、TSN 等）取代。

发送与接收安全关键数据的中央互联网关将始终直接且仅连接到整车企业的后台，第三方会被允许进行数据访问（被监管法规排除的场景除外）。然而，在车辆 APP 化的推动下，资讯娱乐系统的新兴开放接口将允许内容和应用程序供应商加载内容，而整车企业将尽可能严格地保持各自的标准。

目前的车载诊断端口将被互联通讯方案取代。通过接入整车物理端口来读取车辆数据不再必要，登陆车企后台即可。车企将在其后台开放若干数据接口，以满足若干特定场景的需求，如失窃车辆轨迹追踪或个性化保险等。

虽然非车企以外的企业参与程度仍取决于监管法规，非敏感数据（即非隐私或安全相关数据）仍然有望更多地在云端进行处理。随着数据量的增长，大数据分析将被越来越多地应用于数据处理，并将基于数据处理结果制定相应的行动方案。基于数据的自动驾驶的应用及其他各项数字化创新将依赖于不同企业之间的数据共享。当然现在仍然不清楚不同企业间的数据共享将如何实现、由谁实现，但主要的传统供应商和技术企业已经开始建立有能力处理此种海量数据的集成化平台。

通过车载测试系统，汽车可以实现自动检查功能和集成更新，从而推动生命周期管理，以及增强或解锁产品的售后功能。所有 ECU 都会与传感器和执行器交换数据，并检索数据包来支持创新性用例，如基于车辆参数的路线计算。

OTA 更新是 HAD 的前提条件，它还将有助于开发新功能、确保网络安全，并使车企得以更快部署功能与软件。事实上，正是 OTA 推动了本文提及的多项整车架构上的重大变革。

为实现类似智能手机那样的升级性，汽车行业须克服限制性的经销合同、监管要求和安全与隐私问题等诸多挑战。整车企业将与该领域的技术供应商密切合作，在 OTA 平台上实现车队标准化。

车辆将在全寿命周期内获取功能性及安全性升级。监管部门可能强制要求软件维护，来确保车辆设计的安全完整性。更新和维护软件的责任将在车辆维护与运行领域催生新业务模式。

评估汽车软件和电子架构的未来影响

软件和电子架构在未来面临的颠覆性趋势同样不可小觑。诸多战略性举措可能就此催生：车企可以组建行业联盟来实现车辆架构标准化，IT 巨头可以引入车载云平台，出行方案供应商可以开发开源车辆堆栈和软件功能，车企也可引入更加先进的互联车辆和自动驾驶车辆。

对于传统整车企业而言，从以硬件为中心转为以软件为导向，以服务为主导的挑战更为艰巨。我们在此提出五条战略建议：

将车辆与车辆功能的开发周期分离。整车厂和一级供应商须从技术和组织的角度，明确如何在车辆开发周期之外，进行整车功能的开发、供应及部署。考虑到目前的车辆开发周期，整车企业须找到管理软件创新的方式，还 应思考如何为现有车辆制定加装和升级方案（例如计算单元）。

为软件和电子技术开发制定附加值目标。整车企业必须找到自身能建立控制点的差异化功能，因为清晰定义软件和电子技术开发的附加值目标意义重大。同样重要的是，明确哪些领域可能被「同质化」，或者有哪些课题只能由合作伙伴提供。 

为软件贴上清晰的价格标签。软件与硬件的分离意味着整车企业需要重新思考单独购买软件的内部流程和机制。除了传统方法外，还须分析如何将软件开发中的敏捷方法在采购流程中得到充分利用。在这个问题上，供应商（一级、二级和三级）也扮演了关键角色。

围绕新电子架构设计具体的组织结构（包括相关后台）。在改变内部流程来交付和销售高级电子技术和软件之余，企业还应思考如何为与车辆相关的电子技术课题建立相应的组织结构。 分层式的新架构需要打破现有的垂直化体系，引入全新的水平化组织单元。另外，企业还须培养内部软件和电子开发团队的专有能力和技能。

将汽车功能商品化并以此为基础设计商业方案。企业必须分析哪些功能可以为未来架构带来真实收益，从而实现变现，由此可以为软件和电子系统的销售开发新的业务模式，无论其是产品、服务或某种全新概念。

中国的整车行业在过去几年取得了有目共睹的巨大发展。国产汽车行业的进展不仅体现在传统能源汽车的研发及制造上，也同时体现在了诸如汽车电动化、共享化、互联网化、无人驾驶化等所谓「新四化」上。国产汽车软件及电子的发展，也会借此东风，不断取得新发展。

在上文述及的十大趋势中，我们看到在一些中国领先汽车企业身上也有所体现。

趋势 1（ECU整合）：比亚迪近期宣布在最新的 e 平台上实现仪表、空调、音响、智能钥匙等控制模块 10 合 1，使整车控制模块线束大幅减少，降低模块故障率以及提升生产装配效率。

趋势 7（汽车以太网）：上汽集团最近推出了基于全新电子电气架构的电动车平台——Double E 架构，核心亮点之一是采用了支持海量数据极速传输的以太网技术。

趋势 8（整车厂商开放数据接口）：比亚迪于近期上线了汽车智慧开放平台，并通过该平台将车内信号封装为数百个 API。开放的 API 内容涵盖车身、行驶数据、车速、全景、空调、雷达、充电设备等 18 类数据。

趋势 9（云端数据处理）：阿里巴巴推出的 AliOS 智联网汽车解决方案，其一大亮点是充分发挥了阿里云在云计算、大数据和人工智能的优势，借助阿里巴巴的生态能力，赋能合作伙伴更好探索「数据 x 智能」驱动的新型业务模式。

趋势 10（OTA）：上汽与阿里巴巴合作的斑马智行在 2017 年底/2018 年初完成对近 40 万台荣威/MG 品牌乘用车的 OTA 升级，受到了业内极大关注，堪称是智能汽车在华发展的标志性事件之一。

汽车软件和电子系统的新时代已经开启。此前业内奉为圭臬的业务模式、客户需求和竞争格局都将发生剧变。我们对即将产生的产值和利润持乐观态度。但若想从变革中获益，汽车行业的所有参与者均应根据全新的环境，重新思考和谨慎定位（或再定位）自身的价值主张。