3. 车载音频系统概述

车载音频系统并不是“把功放和喇叭装进车里”这么简单。它是一套横跨声学、电子、嵌入式软件与整车网络的复杂系统，既要保证音乐、导航、通话、提示音等基础体验，又要满足主动降噪、车内声场分区、语音交互等新需求。理解它的组成、演进、需求与法规，是后续在 QNX 上做音频集成的前提。

一、车载音频系统的组成

从信号链角度看，车载音频系统可以划分为“源—处理—传输—放大—发声—反馈”六个环节。音源包括蓝牙音乐、USB、在线流媒体、TTS 语音、导航提示、雷达/ADAS 警示音、麦克风输入等；处理环节由音频 DSP、SoC 内的音频子系统或独立音效芯片完成混音、均衡、延时、动态范围控制；传输环节依赖 I2S/TDM、A2B、MOST、AVB 等车载音频总线；放大环节由 Class-D 功放完成；发声环节是分布在座舱各处的扬声器；反馈环节则通过麦克风采集车内噪声，用于主动降噪与回声消除。

在软件层面，QNX 作为安全实时操作系统，通常承担音频服务、路由管理、策略控制与故障恢复。它需要与 Android 信息娱乐域、ADAS 域、车身域协同，形成“多域音频”的格局。下图给出典型车载音频系统的信号链与模块关系。

二、发展历程：从收音机到智能声场

车载音频的演进大致经历四个阶段。第一阶段是模拟收音机时代，功能单一，扬声器数量少，音质以“能听清”为目标。第二阶段进入 CD 与数字功放时代，出现多声道与基础均衡，线束复杂但音质明显提升。第三阶段是车联网与智能座舱时代，蓝牙、USB、在线音乐普及，音频源多样化，A2B 等总线大幅简化布线，主动降噪与语音交互开始上车。第四阶段则是“软件定义声场”，音频与座舱域控制器深度融合，通过 OTA 升级音效算法，支持分区声场、独立音区、沉浸式 3D 音频。

这一演进对 QNX 集成提出更高要求：早期只需驱动功放，如今要管理多路并发音频流、动态优先级、低延迟通路以及安全相关提示音的确定性播放。

三、功能需求与典型场景

车载音频的功能需求可归纳为“听、说、警、静、享”五类。听，指音乐与媒体播放；说，指语音通话与语音助手；警，指 ADAS 警示音、倒车雷达、安全带提示；静，指主动降噪与车内静谧性；享，指分区声场与沉浸式体验。不同场景对时延、可靠性和音质的要求差异很大。

四、法规标准与主流技术趋势

法规方面，ISO 26262 关注功能安全，要求安全相关音频通路具备失效可听、故障检测与降级策略；AUTOSAR 定义了音频软件组件与接口规范；ISO 11452 与 CISPR 25 约束电磁兼容，避免音频线束引入干扰；各国对倒车提示音、电动车低速提示音（AVAS）也有强制要求。此外，A2B、AVB 等总线标准决定了传输层的兼容性。

主流技术趋势包括：软件定义音频，通过 OTA 更新音效与声场算法；区域化电子电气架构，音频功能向区域控制器集中；AI 音频处理，用于语音增强、声源分离与个性化音效；以及沉浸式 3D 音频与车内独立音区。对 QNX 工程师而言，这意味着需要更深入地掌握音频服务架构、实时调度与多域协同。

# 典型音频优先级参考（数值越小优先级越高）
PRIORITY_ADAS_WARNING   = 1   # ADAS 警示音，不可被抢占
PRIORITY_PHONE_CALL     = 2   # 通话，可短暂压低媒体
PRIORITY_NAV_PROMPT     = 3   # 导航提示，可混音
PRIORITY_MEDIA          = 4   # 媒体播放，可被抢占
PRIORITY_AMBIENT        = 5   # 氛围音效，最低优先级

综上，车载音频系统是“声学+电子+软件+整车网络”的交叉体。掌握其组成、演进、需求与法规，才能在 QNX 平台上做出既好听又安全可靠的音频集成方案。