接触汽车后市场的人经常问我一件事：Android Auto认证到底按什么标准来判定过还是没过？很多人以为就是谷歌自己说了算，或者以为是随便找个实验室跑一遍兼容性就完事了。实际AA认证背后有一套极其严密的技术标准体系，涵盖谷歌自主标准和国际通用标准两大类，每一类都有严格的版本号和判定门槛。
Android Auto认证本质上是一种合规性判定，目标不是"测到多少分及格"，而是"逐条对照标准文档里的每一条强制要求，全部满足才算过"。谷歌在这个体系里的角色是标准制定者和终端审批者，第三方实验室是执行者和数据提供者，车机厂商是被考核对象。这三者之间的标准传递链条非常清晰。
二、谷歌自家定制的核心标准
1.首当其冲的就是CTS-Auto兼容性测试套件。
这个CTS-Auto不是随便写的，它是谷歌从Android兼容性定义文档（CDD，Compatibility Definition Document）里把与车机投屏相关的所有强制条款抽取出来，变成可自动化执行的测试用例。
·CTS-Auto覆盖的范围
包括投屏握手协议、音视频数据通道建立、触控反向控制坐标规范、多手机型号兼容矩阵、屏幕分辨率和宽高比自适应、夜间模式切换、多语言键盘映射等等。
每一版CTS-Auto都会跟着安卓主版本和AA协议版本同步发布，谷歌不接受用旧版CTS-Auto的测试结果去申请新版认证。2026年最新适用的CTS-Auto版本已经匹配到了安卓15的兼容性基线，所有送测样机必须跑最新版并通过全部强制用例。
2.AAP协议栈规范是另一个谷歌核心标准。
AAP全称Android Auto Protocol，定义了手机和车机之间USB和Wi-Fi Direct两种物理通道之上的应用层通信协议。AAP协议里规定了哪些数据类型可以从手机传输到车机、每种数据的帧格式和同步时序、触控事件从车机回传到手机的坐标换算规则、音频通道优先级切换策略。
刚才说的音频优先级，通话语音最高、导航提示音次之、多媒体音乐最低，是写在AAP协议规范里的硬性条款，测试时逐条验收。AAP协议版本也在持续演进，2.0体系要求适配新版AAP协议栈，旧版1.0的协议栈实现不能直接拿来用。
3.USB-C规范这块比较容易被忽略。
但2.0体系把它提到了一个非常严苛的级别。谷歌引用的不是普通的USB-C电缆规格，而是USB-IF的USB Type-C规范以及USB Power Delivery规范，重点考核车机端USB-C接口的供电角色协商、数据角色切换、DisplayPort Alt Mode共存兼容性。
什么意思？
就是车机的USB-C口既要做Host给手机供电，又要当Device接收手机的数据流，还要在插拔瞬间正确完成角色切换不能死机。有线AA走的是AOAP协议，底层物理通道是USB-C，如果USB-C本身在PD充电、OTG数据角色、Alt Mode并存的场景下出了问题，上层的AA连接直接崩掉。
实验室测试这块的时候不是看"能不能充电"，是按USB-IF规范逐项跑角色切换压力测试。
4.无线AA的底层标准则完全不同。
不走AOAP，不走USB-C，走的是Wi-Fi Direct和经典蓝牙配对双通道。
Wi-Fi Direct这块谷歌没有自己改标准，直接引用了Wi-Fi Alliance的Wi-Fi Direct规范，要求车机端的Wi-Fi模块必须支持Wi-Fi Direct的Group Owner协商、WPS一键配网、5GHz频段优选等强制特性。
蓝牙方面引用了经典蓝牙的SPP串口仿真规范和BLE的GATT通用属性规范，用于手机和车机之间的初始配对发现和Wi-Fi Direct参数交换。
·说白了，无线AA的建立流程就是：
蓝牙先发现彼此、交换Wi-Fi Direct的连接参数、然后切换到Wi-Fi Direct建立高带宽数据通道。这个双通道切换逻辑在谷歌的无线AA协议规范里有详细的时序要求和超时阈值，任何一个环节超时或握手失败都会被判定为不合格。
5.驾驶安全交互规范是另一个容易被忽视但极其严格的标准板块。
这部分谷歌没有完全自己造轮子，而是对齐了多个国际驾驶安全标准。美国这边引用了AAM（Alliance of Automobile Manufacturers）的驾驶分心指南和NHTSA（美国国家公路交通安全管理局）的驾驶员分心视觉手册，日本引用了JAMA（日本汽车工业协会）的车载显示器指南。
·这些安全标准提炼成AA认证里的硬性规定，包括但不限于：
行驶中触控按钮最小尺寸、单页最大信息行数限制、文字滚动禁用、视频播放锁定、键盘输入行驶中禁用、语音交互为操作主通道。实验室测试时会接入模拟车速信号，在"行驶中"和"静止"两套工况下分别跑交互限制用例。
6.然后就是各国政府强制认证标准与AA认证标准的关系。
这里有一个原则性区分，理解了这个就不会把两套体系搞混。谷歌AA认证标准管的是"跟AA投屏功能直接相关的兼容性和安全交互"，它不管Wi-Fi模块的射频发射功率是否超标，不管蓝牙的带外杂散是否合规，不管整机EMC是否满足辐射限值。这些全部属于各国无线电和电磁兼容强制认证标准的管辖范围。
·出口欧洲的，车机里的Wi-Fi和蓝牙模块要满足CE-RED对应的EN 300 328（2.4GHz宽带传输设备）和EN 301 893（5GHz频段）射频标准，EMC要过EN 301 4***17（宽带数据传输设备电磁兼容），安全要过EN 62368-1。
·出口英国走独立的UKCA体系，标准号一样但认证文件独立。
·出口澳洲走RCM体系，射频方面引用AS/NZS 4268，EMC引用AS/NZS CISPR 32。
·出口美国走FCC Part 15C有意辐射设备认证。这些标准跟CTS-Auto毫无关系，但因为车机必然搭载Wi-Fi和蓝牙，所以实际项目中必须两套标准同步覆盖。CA
另外Performance性能板块，谷歌在2.0体系里公开了最低硬件配置基线。
CPU算力基准上要求多核主控至少满足安卓CDD定义的中端设备性能门槛，内存基准有明确的最低容量要求，GPU必须支持OpenGL ES 3.0及以上的图形渲染API并达到指定的帧率基准。
蓝牙测试这块，无线AA要求蓝牙芯片支持经典蓝牙4.2以上版本和BLE 5.0以上，两个射频标准必须同时满足，不是只支持其中一个就行。
二、车机谷歌AA认证还有个很重要但常被搞混的东西：
标准的版本锁定。你送测时用的是哪个版本的CTS-Auto、哪个版本的谷歌AAP协议、哪个版本的CDD兼容性基线，认证通过之后这个标准版本就被锁定了。
未来如果谷歌发布了新版标准，只要你的硬件和底层固件没有大改，已经拿到的认证ID继续有效，不需要按新标准复测。这一点跟欧盟CE-RED的逻辑一样，标准更新不追诉存量证书。但如果哪天你改了主控芯片、换了Wi-Fi方案、动了底层通信固件，变更触发复测的时候就得用当时最新的标准版本来跑，不能继续用旧版。
声明：本文基于截至2026年6月谷歌Android Auto 2.0认证体系的公开标准文档和行业实操经验撰写，标准版本可能随谷歌政策更新而调整，具体以谷歌官方最新发布为准。蓝亚技术检测认证机构顾问：13632500972（Benson）
本文由蓝亚检测原创，转载请注明出处。
