基于架构设计的车载网联系统验证体系研究与开发测试.docxVIP

0引言

近年来，基于典型的V字形开发流程[1]，车载网联系统的设计侧在持续发展。

在网联应用维度，内容和服务的丰富度不断提升，生活、娱乐和出行等第三方生态持续导入；在人机交互维度，语音、视觉、手势甚至生理特征等新方式持续加入，逐步迈向多模态的人机交互时代；在零部件技术维度，芯片架构不断优化，算力不断增长，虚拟化等技术催生一芯多屏、AR-HUD等座舱域的发展，多核异构、SOA等技术持续提升系统功能集成度、软硬件复杂度以及计算类型的多样性；在通信技术维度，GPS、蜂窝网络（4G/5G）、短距通讯（Wi-Fi、蓝牙、NFC、UWB和Zigbee）以及LTE-V等无线通讯技术持续引入，车内有线通信技术也从原有的LIN、CAN、CAN-FD、FlexRay和MOST等向更大带宽的车载以太网进化；在整车E/E架构维度，逐步从分布式、域集中向Zone+计算平台的中央集中方向演进；从法律法规维度，国家及行业层面陆续发布了关于设计规范、数据安全、功能安全、网络安全和OTA升级要求等相关规定。

但在验证侧，对应的验证手段存在一定程度的滞后和缺失，并面临着诸多系统性的挑战。本文着重从技术架构角度，针对现存问题及挑战，建立了一套系统性的验证方法，以应对不断发展的用户需求和技术进步。

1研究目的

1.1应对场景泛化及交互复杂度提升的挑战

车载网联系统的产品竞争力集中体现在网联服务、应用场景以及交互体验等方面。为提升用户体验，目前系统的功能和服务生态愈加丰富，应用场景逐步由车内向车外拓展，交互体验也从单模向多模态发展。这些对于系统的验证方案、方法和评价都提出了更高的要求。尤其是如何从传统的关注系统性能参数、可靠性、耐候性及电磁兼容性（EMC）等偏客观测试项，拓展到与用户使用的实际感受相关的考察项，需要测试团队结合更多的跨学科技术以及更多的测试技术创新。

1.2应对技术持续发展的挑战

车载网联系统是多技术融合应用的产物，包括高算力芯片、操作系统、人工智能、大数据、云计算、导航定位、音视频编解码、计算机视觉以及4G/5G和车载以太网等通讯技术，涉及到汽车电子、互联网、ICT、消费电子和芯片等众多产业领域。除汽车领域本身以外，不同的领域具有不同的设计标准和验证方法，这对网联系统验证体系提出了更多的跨行业要求。尤其是如何既保证符合法律法规及准入要求，又能在成本和质量方面进行控制，需要开发及测试团队在设计和验收上制定合理的标准。

1.3应对设计方法及理念进步的挑战

近年来，网联系统的概念和范畴在不断扩大，软件上从信息娱乐、远程控制到互联网生态再到智慧出行和智能交通；硬件上从分布式的娱乐主机、组合仪表到座舱域控再到舱泊一体甚至舱行泊一体。此外，研发理念从以产品为中心向以用户为中心过渡，与之对应的软件定义汽车、用户共创、SOA（以服务为中心的设计概念）、千人千面和常用常新等设计理念被引入到网联系统开发体系。这些均倒逼测试理念需要与时俱进，建立与之对应的全面验证流程和标准体系。

2研究目标及思路

2.1目标

架构设计在设计流程上处于前期阶段，是系统效用和表现的重要基础。业内通常从2个维度进行该系统的设计。

首先，该系统从技术维度可分解为三纵六横的技术架构[2]。纵向可分为车舱平台、云平台和拓展设备，其中车载平台包括网联系统主机、屏幕和T-BOX（车载网联通讯终端）等车端设备；云平台包括远程控制平台、OTA（远程升级）平台、内容和服务平台、数字钥匙平台以及远程诊断平台等；拓展设备包括即插即用的硬件生态设备，如记录仪、香氛和K歌设备等。横向则可分为人机交互关键技术、系统与零部件关键技术以及基础支撑关键技术（图1）。

图1网联系统的三纵六横技术架构

其次，该系统从系统拓扑维度可分解为“云-管-端”框架。其中，云侧包括车厂自建云、第三方生态云及云控平台等；端侧包括车内的网联系统计算平台以及车载通讯终端等，也包括用户手持设备（如智能手机、智能手表和NFC卡等），同时也涵盖RSU路侧设备以及智能外设等。管侧有车外无线管道和车内有线管道，其中车外无线管道包括远距通信的蜂窝网络、中距通信（如LTE-V/5G-NR）以及短距通信（Wi-Fi、蓝牙、UWB和NFC等）；车内有线管道包括CAN、USB、LVDS、车载以太网甚至光纤等（图2）。

图2网联系统的云-管-端拓扑架构

综上所述，网联系统架构复杂，表现出功能模块多、通信链路长、接口开放度高、技术跨域且难度大等特点。如何构建起对应的验证测试体系是行业的当务之急。本文研究的目标为化繁为简地建立起以产品性能和用户体验为核心的测试验证体系，并能够横向覆盖全功能场景，纵向覆盖各专业领域。该体系表现为：首先，结合用户需求及研发效率，从系统设计、产品表现及用户体验角度对系统架构特性进行抽象（表1）；其