Google TV Partner Bootcamp 2026 — Retail TV 内容整理

整理人：技术管理部 - 付志福 | 日期：2026-06-10 | Slide Bootcamp 官方原文技术背景补充说明

OS 路线图与关键时间节点 — An14→16→18→20、版本窗口期、升级要求
行动清单 — 按认证与合规 / 产品规划 / 软件设计分模块，快速定位待办
认证体系 — GTS-Root/Interactive、YouTube、TVTS、Vendor Reuse、Matter/Thread、Fast Pair、BAR 流程
政策与合规 — 安全补丁 Phase 3、Settings API、RCU 遥控器、Pointer Remote、TargetSdk、WebView
系统架构与内核 — GKI、硬件最低要求、Subatomic
AI 与 Gemini — Gemini for TV、AppFunctions、Contextual Search、Widevine v20 SVP
媒体与播放 — Tunnel Mode、并发视频、MQF 2.0
性能优化与测试 — Cold Boot、ABFS、Tracer Darts、Memory Score、OS 优化
连接与配件 — Bluetooth/Auracast、Fast Pair
Ref+ 计划 — Ref+ 世代演进、6.0 新特性、Android TV 终止、品牌窗口、Parent SKU、Preload 政策、SoC/ODM 政策、GOTA/OTA、Netflix PQS、FFM、Gemini 部署、内存成本

一、OS 路线图与关键时间节点

核心变化：Android TV 改为双年发布 (偶数版本号)，奇数版本号跳过。

版本	状态	窗口期	升级截止 / Security EOL	最终升级目标	关键要求
Android 14	活跃 → 即将关闭	白名单窗口 2026 年 10 月关闭	升级至 An16 截止 2027-01-31*；之后进入 Security EOL	An18+	定位　Subatomic 低端机基线版本 (1–1.5 GB) 窗口　<3 GB 设备最后一次白名单机会维护　留在 An14 的设备须持续发布安全/内核维护更新
Android 16	上市中	2026-04 起可上市	白名单窗口关闭 2028 年 10 月；升级截止 2029-01-31	An20+	硬件 64-bit GKI 内核强制；2K≥1.5 GB / 4K≥2 GB 软件 TargetSdk ≥ 35；Settings Slices API 连接 Fast Pair 强制（含 Audio Output Switcher）认证 GTS-Root + GTS-Interactive 强制 (08-01 起)
Android 18	规划中	预计 2028	TBD	An22+	音频 A2DP Source/Sink 双向蓝牙音频音频 Auracast 一对多蓝牙广播 (BT 5.3+) 视频 Concurrent Video 新 API (Codec/Audio/Resource)
Android 20	远期	预计 2030	TBD	An24+	待定

2024 Q3

An14 设备上市

2026-04

An16 白名单窗口开启

06-30

SPL Phase 3 强制

TADA 终止 / ATV 停产

07-10

TVTS 2.18 Settings 检查 (IR/LR)

08-01

GTS-Root / Interactive 强制

Ref+ 6.0 品牌授权开始

2026-10-31

An14 白名单窗口关闭

2027-01

RCU GTV branding (推荐)

2027 Q1

DreamX Override 移除

2028

Android 18

已完成即将生效远期规划

升级要求 Slide

每台设备必须支持 至少 2 次 OS 升级（除非获得明确豁免）。An12/An14 设备升级策略按 RAM 和内核架构分类：

设备类型	升级要求	说明
≥3GB RAM（不论 32/64-bit 内核）	MUST 升级至 An16 + 64-bit 内核	包括 An12 和 An14 设备；升级后可使用 64-bit TV GKI 或 64-bit vendor kernel
<3GB RAM + 64-bit 内核	强烈推荐升级至 An16	非强制，但 Google 强烈推荐升级
<3GB RAM + 32-bit 内核（含 Subatomic）	SHOULD 留在 An14	An16 强制 64-bit GKI，升级不可行；留在 An14 的设备必须持续发布维护更新（内核/安全/Bug 修复）

二、行动清单

A. 认证与合规

#	行动项	截止时间	优先级
A1	安全补丁 Phase 3 合规 — 每个白名单设备须满足：Tier 1 — SPL 在 270 天以内的设备占比 ≥5%；Tier 2 — SPL 在 300 天以内的设备占比 ≥30%。违规将阻止新 IR build 白名单审批	2026-06-30	P0 紧急
A2	TVTS 2.18 Settings tree 自动检查 — IR / LR 构建须确保 Settings 结构合规	2026-07-10	P0 紧急
A3	GTS-Root & GTS-Interactive 测试 — An16+ 所有 TV 设备（含 ATV）新增强制测试；需支持 Debug Ramdisk 运行 GTS-Root (~15min) 和 GTS-Interactive (~30min)，纳入标准认证流程	2026-08-01	P1 强制
A4	YouTube Device Series 注册 — 18 个月内计划上市的设备尽早创建 Device Series 并提交	尽快	P2 建议
A5	An14 白名单窗口 — 最后提交截止	2026-10-31	P1 窗口
A6	Matter/Thread 认证 — 加入 CSA，通过 UIC2 program 完成 Matter ($2,500/SKU) 和 Thread ($4,500/family) 认证	按产品计划	P2 建议
A6b	Thread Group Implementer 会员 — 做 Thread 认证的前提条件，OEM 和 SoC 厂商均必须加入（$10,000/年）；仅在计划做 Thread 认证时需要	认证前	P2 前置
A7	Vendor Reuse (Vendor 分区复用) — 当 vendor/odm/boot 分区与已认证 build digest 一致时，可跳过 VTS、CTS-on-GSI 并精简 CTS/CTS-verifier，预计节省约 50% 认证周期	持续	P3 效率

B. 产品规划（硬件、遥控器、产品路线图）

#	行动项	截止时间	优先级
B1	Disney+ 遥控器按钮 — 所有正在认证的设备 (certifying devices) 遥控器必须包含 Disney+ 快捷按钮	2026-05 起	P0 紧急
B2	遥控器 Mic Icon 单色化 — 麦克风图标不允许彩色/渐变	即刻	P0 紧急
B3	One Finger Pairing — 单键配对（推荐 long-press DPAD_RIGHT），因 EAA 欧洲无障碍法案驱动，配对方式全球统一更新	即刻	P0 紧急
B4	An16 硬件规格确认 — 2K>=1.5GB / 4K>=2GB，64-bit GKI kernel 强制	An16 上市前	P1 强制
B5	Fast Pair 硬件支持 — An16+ 所有 GTV 设备必须支持 Fast Pair 且必须支持音频输出切换器 (audio output switcher)	An16 上市前	P1 强制
B6	RCU App 快捷按钮标准化 — 必须按 Google 指定列表配置，使用 `KEYCODE_VIDEO_APP_1~8` 和 LauncherX intent handler；上限 6 个 (日本 10 个)；列表外按钮须获 Google 书面批准	2025-07 起已生效	P0 紧急
B7	Google TV 遥控器品牌标识 — 强烈推荐在遥控器正面印单色 Google TV branding（或 co-branding），尺寸 ≥ 遥控器上其他文字/Logo	2027-01-01 起生效	P2 建议
B8	Subatomic 产品规划 — 固定 An14 不升级 An16，路线图至 2028 年	持续	P3 规划
B9	Pointer Remote 关注 — Google TV Bootcamp 2026 介绍了触控遥控器方向（触摸板 + D-pad + 指针），关注 GTV 参考遥控器设计进展，评估后续产品是否跟进	持续跟踪	P3 关注
B10	Pointer Remote App 适配（如有自研 TV App）— 需在 Manifest 声明 `android.software.leanback.supports_touch`，支持 hover/scroll/click 事件，Leanback 库更新至 1.3.0-alpha01+。Google 正面向 TV App 开发者征集 2 个合作伙伴在 2026-10 前完成适配（联系 Google 客户经理或 PM Josh Wentz）；OEM 侧关注适配节奏即可	2026-10	P2 建议

C. 软件设计与系统集成

#	行动项	截止时间	优先级
C1	TargetSdk >= 35 — TVOS 16 launch 设备的预装 APK 必须满足	An16 上市前	P1 强制
C2	Settings Slices API 适配 — An16+ OEM Settings 必须实现	An16 上市前	P1 强制
C3	Dashboard one-panel 迁移 — An16+ 设备必须完成	An16 上市前	P1 强制
C4	Gemini Boot Animation — 支持 Gemini 的设备必须使用新版开机动画	上市前	P1 强制
C5	Gemini Feature Flag — 配置 `com.google.android.feature.GEMINI_TV_EXPERIENCE`（有 fallback path，Gemini 不可用时回退至 Assistant）	上市前	P2 建议
C6	TriChrome → Standalone WebView 兼容性验证 — 确认自有 App 兼容	An16 上市前	P2 建议
C7	Boot Time 优化回移 — An16: `ueventd.rc` 添加 `parallel_ueventd_main_loop enabled`	An16 设备	P2 建议
C8	音量长按批量处理回移 — An14/16: overlay `config.xml` 配置 `config_tvLongPressVolumeKeysPerAdjustment=3` 和 `config_tvLongPressVolumeAdjustmentScaleFactor=3.0`	An14/16 设备	P2 建议
C9	SCREEN_OFF_TIMEOUT 合规 — TVTS 检查范围 5~10 分钟；Google 推荐默认值 10 分钟	TVTS 2.18	P2 建议
C10	DreamX Override 移除适配 — 不再允许覆盖系统 timeout	Q1 2027	P3 规划

D. Ref+ 专项

#	行动项	截止时间	优先级
D1	Android TV (ATV) 停产 — TADA 协议于 2026-06-30 终止，不得再生产新 ATV 设备；如需售罄库存须提前 30 天书面通知 Google 申请 2 年 Sell-Off Right	2026-06-30	P0 紧急
D2	GOTA 自动模式 — 所有 GTV OTA 必须使用 Automatic Mode (静默推送)，且 OTA 开始后 40 天内达到 100% offered；违规将不予 onboard 新项目	即刻	P0 紧急
D3	Preload / PAI 政策合规 — 禁止修改 Pre-loads 和 Placement，禁止预装第三方 App	即刻	P0 紧急
D4	Ref+ 6.0 品牌授权 — 品牌 sublicensing 自 2026-08-01 开始	2026-08-01 起	P1 窗口
D5	Netflix PQS 达标 — 关注月度 PQS 报告，持续低于基准均值可能导致后续白名单被阻止	持续	P1 持续
D6	Ref+ 5.0 非 Subatomic 品牌授权到期 — 最后期限	2027-05-31	P3 窗口

三、认证体系

3.1 GTS-Root & GTS-Interactive NEW MUST

2026 年新增两大强制测试计划，2026-08-01 起对 Android 16+ 设备强制执行。

测试计划	范围	触发时机	内容
GTS-Root	Android 16+ 所有 TV 设备（含 ATV）	每次提交认证	Deep System Integrity Verification — 使用 Debug Ramdisk 在 user build 上做 root 级系统安全验证 (Kernel, KeyMint, 签名权限)；约 15 分钟
GTS-Interactive	Android 16+ 所有 TV 设备（含 ATV）	每次提交认证	Semi-Automated UX Validation（原 GTS-Verifier）— 需人工操作，覆盖 USB host、Type C、WiFi Direct；约 30 分钟

测试实操细节 Slide

项目	详情
GTS-Root 原理	使用 Debug Ramdisk（与 VTS/GSI 测试相同）在生产等效的 user build 上进行 root 级别测试，验证系统内核配置和敏感签名级 API
GTS-Root 覆盖	系统安全验证 (Kernel & KeyMint)、受限签名权限检查
GTS-Root 模块	`GtsRootPermissionTestCases`、`GtsKernelLogDeviceTestCases`、`GtsIntentFirewallTestCases`、`GtsRootRecoverySystemHostTestCases`、`GtsKeyMintAttestationTestCases` (An17+)
GTS-Root 耗时	约 15 分钟
GTS-Interactive 原理	半自动化测试（原名 GTS-Verifier），需人工操作（如按键、外设检查）
GTS-Interactive 覆盖	USB host mode 配置、Type C 连接、UsbDataSignal API、WiFi Direct
GTS-Interactive 模块	`GtsInteractiveUsbTestCases`、`GtsUsbDataSignalInteractiveTestCases`、`GtsInteractiveWifiDirectTestCases`
GTS-Interactive 耗时	约 30 分钟（多数测试对 TV 跳过，仅执行相关子集）
Partner Action	SOC、OEM、3PL 团队须支持使用 Debug Ramdisk 运行 GTS-Root，并将 GTS-Root 和 GTS-Interactive 纳入标准认证流程

关键时间节点：2026-08-01 起强制（GTS 版本 26.8.1+）。SOC、OEM、3PL 团队须支持使用 Debug Ramdisk 运行 GTS-Root，并将两项测试纳入标准认证流程。

3.2 YouTube Certification Program

独立于 GTVS 的 YouTube 专属认证体系，2025 ATV Summit 宣布后已全面启动。

项目	详情
认证入口	`https://devicecertification.youtube/` — 管理 Device Series、提交测试结果、申请 Waiver
文档 & FAQ	`https://developers.google.com/youtube/devices/living-room/atv/landing-page`
PAT 硬件采购	直接从 `tempomanufacturing.com` 购买任意数量
统一联系窗口	`youtube-devices@google.com` — 所有 ATV 合作伙伴的统一 Q&A 窗口
Q1 2026 进度	已发出首批认证，超过 140 个 Device Series 已提交

YouTube 全球认证实验室

地点	状态
Mountain View, US	运营中
Beijing, CN / Chengdu, CN	运营中
Seoul, KR / Tokyo, JP / Taipei, TW	运营中
Bangalore, IN	运营中
Budapest, HU	2026 Q4 开放

大部分 ATV 设备仍应寄送至 ATV 3PL（成都/北京/台北）。如需直接使用 YouTube Lab，需通过 Buganizer 或 Portal 申请。

Netflix 认证备注：如需将 Skyworth 派生品牌加入 Netflix 认证证书，可发邮件给 Netflix 联系人单独申请。

Ref+6 SOC 认证状态

芯片	分辨率	厂商	状态
S905X5M	4K	Amlogic	Certified
T966D5	4K	Amlogic	Certified
S905X5	4K	Amlogic	Certified
MT9676	4K, 2K	MediaTek	Certified
MT9691	4K	MediaTek	Certified
RTD2865P	4K	RealTek	Certified
RTD1325	4K	RealTek	Certified

YouTube Multimedia Tunnel Mode 计划 (2026)

Tunnel Mode 让视频解码后直通硬件显示，跳过软件 buffer 层 — 大幅降低内存占用和延迟（技术原理详见 7.1 Tunnel Mode）。

Q1 — Tunnel mode 在 CoAT (Cobalt on Android TV) 中准备好实验

Q2 — 合作伙伴可开始用 CoAT 测试 tunnel mode。测试指南：developers.google.com/youtube/devices/living-room/atv/tunnel-mode

Q3+ — 新版 CoAT 发布；Tunnel mode 在 APK 中就绪并开始上线。

在售设备：需通过 tunnel mode YTS 才能启用该功能
新白名单项目：如支持 tunnel mode，必须通过 YTS

ODM 认证流程 Slide

ODM 提醒 (Ref+5 & Ref+6)：所有 2026 年上市的 ODM 项目必须依次完成：1) 在 Portal 注册为独立 Device Series；2) 设置 cert-scope 属性；3) 接受 acknowledgements 后方可上市。

3.3 TVTS (TV Test Suite) 更新

~40%

运行时间缩减
55h → 32h

~75%

结果包体积缩减
400MB → <100MB

11h / 24h

平均运行时间
ATV / GTV

TVTS 认证覆盖范围 (全部为强制项)

类别	测试内容
性能基准	Memory Score V2、Boot Time、App to Launcher Load Time
音视频质量	YTS 子集、UI & Video Jank、EDID (Extended Display Identification Data)
App 专项	Assistant 性能 (含于 Memory Score)、LauncherX 启动延迟、媒体播放延迟、Ambient Mode (新增)
可持续性	能耗模式测试 — 验证省电状态及转换
杂项	4K JPEG 解码、Low RAM flag、64-bit kernel (An16+)、Min App Version、Surround sound (An14+)、Device Attestation

非强制测试 (观测中)

LauncherX jank (多种滚动类型)
App start times、Crashes & Audio Underruns
Concurrent video playback tests
Tracer Dart (An14 Subatomic & An16+) — Combined System CUJs, Post-Boot Responsiveness
GHP Hub runtime tests

TVTS 新增测试模块

模块	说明	状态
`TvtsReferencePlusPreloadsTestCases`	Ref+ 预装应用策略、工厂模式外持久进程限制、明文网络流量检查、不支持 ABI 检查	强制
`GtvComplianceTestCases`	64-bit kernel 检查 (An16+ 设备强制)	强制
Bluetooth A2DP/AVRCP 模块名未公开；Fast Pair flag 检查含于 `TvtsDefaultSettingsTestCases`	A2DP & AVRCP profile 支持验证、Fast Pair 功能检查	强制
`TvtsTracerDartsTestCases`	高级 tracing 收集核心 CUJ 性能数据；整合 LowLevelMetricsTest	强制
`AmbientModeHostTestCases`	Ambient Mode 过渡时间测量；更多原生行为测试计划中	强制

TVTS 模块精简

移除冗余的 legacy Perf CUJ 模块
TvtsAppStartTimesHostTestCases：已被 TracerDart 覆盖的设备上废弃
TvtsAssistant4TestCases、AssistantPluginHandler、AssistantLatencyTestBench：已由 Memory Score 和 TracerDart 覆盖

Memory Score V2 增强

Assistant 查询稳定性提升 — 减少因错误查询响应渲染导致的测试失败
使用重量级 DRM 保护测试视频 (1080p VP9, 4K HEVC) 模拟真实压力
Memory Score V2 现已对所有设备强制
新增 CUJ 过渡：LauncherX → Video Playback → Assistant → Video Playback

已知问题与实验室验证

False Negatives：Assistant 服务器变更通过 fallback queries 缓解
Storage Overflows：完整运行间需重启设备；使用 clear-perfetto-traces:true (TVTS 2.16+) 自动清理
每日实验室测试核心 App (LauncherX, Assistant) 以提前捕获性能回归

TVTS 2.18 & 后续版本路线图

硬件与安全合规

DDR RAM size reporting (An16+)
Production kernel 安全检查
STB/OTT 专属 networking flags

媒体与播放

Variable Speed Playback (0.25x - 2.0x)
竖屏视频支持测试
onFrameRendered callback 精度

灵活性与可靠性

Ref+ debug & library checks
Core OS API Jank test fixes
可配置 boot memory 测量

性能与系统遥测

Tracer Darts post_boot_cuj thresholds
新 Ambient Mode 测试
SettingsV2 crash tests 探索

TVTS 2.18 Settings 自动检查：2026-07-10 起对 IR / LR 构建生效，自动验证 Settings tree 结构合规。

2026 合作伙伴体验改进

改进	详情
单一 TVTS Build	合并 32-bit 和 64-bit 套件为一个包；简化测试流程，减少管理包数量
上传体积再缩减	目标：结果文件再减 20%；更快上传、更少 APFE/APA 失败
自动化 APK Checker	服务端 app freshness policy 强制检查；不再依赖季度发布中的硬编码版本号
简化 Host Setup	创建脚本简化 TVTS 宿主机环境搭建

3.4 GTVS 变更

变更	详情	影响
WebView 切换	TriChrome → Standalone WebView（v146.0+）	An16+ 必须适配
OneTimeInitializer	已移除（需 GMSCore ≥ 25.48.25 方可安全移除）	依赖此组件的流程需更新
Git 更新停止	不再提供 Q/R/S 版本的 git updates（OEM 仍可使用更高版本 branch，只要 minSdk 兼容）。具体终止日期：Q → 2025 年停止；R/S → 2026 年 5 月停止	旧版本不再有安全补丁来源
Sideloading 政策	TV 平台 Sideloading 行为保持现有策略不变，不受 Mobile 平台变更影响	无需行动

TV TTS (文本转语音) NEW Slide

项目	详情
包名	`com.google.android.tts`
定位	TV 专用 TTS 包，取代当前依赖的 Mobile TTS 包（Mobile TTS 仅能通过固件 OTA 更新，无法独立升级）
更新方式	通过 Play Store 独立更新 (Play-updatable)
优势	TV 场景专属优化、不再受制于 Mobile TTS 发布周期
状态	已进入 GTVS Beta

3.5 Vendor Reuse (Vendor 分区复用)

Slide 原文定义 Slide

What is Vendor Reuse?

Allows partners to skip/reduce testing and certification if the vendor image is unchanged from a previously certified build.

Compares cryptographic hashes (digests) of key partitions (/vendor, /boot, /odm) between the current and a trusted (approved) build.

Goal: Reduced cert when hardware specific vendor code is unchanged across builds for a single SKU or multiple SKUs (within a single OEM or across multiple OEMs).

Eligibility: Hardware specific partition digest match: vendor, odm, and boot. Subset of com.android.* features from reference build included in variant build.

适用范围解析技术背景

场景	是否适用	说明
同一 SKU 不同 Build ID	适用	最常见场景 — 仅 system 侧更新（安全补丁、App 升级），vendor/odm/boot 分区未变
同一 OEM 的不同 SKU	适用	多个型号共享同一 vendor image（如同 SoC 平台的不同屏幕尺寸产品线）
跨 OEM 的不同 SKU	适用	典型如同一 ODM 方案出货给多个品牌客户，vendor image 一致

判定条件：新构建的 /vendor、/odm、/boot 三个分区的加密哈希（digest）与已认证构建完全匹配，且 com.android.* feature 集合为已认证构建的子集。

认证节省 Slide

项目	详情
跳过	VTS 和 CTS-on-GSI
精简	CTS → `CTS-system`，CTS-Verifier → `CTS-verifier-system`（仅测试 system 分区相关子集）
预估节省	约 50% 认证测试时间

Vendor Reuse vs Variant Build Approvals 对比 Slide

	Variant Build Approvals (aka "System-Vendor Reuse")	Vendor Reuse
目标	同一 OEM 衍生型号的极度精简认证	硬件 vendor code 不变时的精简认证（单/跨 SKU、单/跨 OEM）
匹配分区	system, system-ext, product, vendor, odm, boot（全部匹配）	vendor, odm, boot（仅硬件相关分区）
附加条件	`com.android.*` features 子集 + priv app 权限子集 + child SKU 性能 ≥ parent SKU	`com.android.*` features 子集
测试节省	仅运行 gts-variant + AFAP（测试时间几乎消除）	跳过 VTS/CTS-on-GSI + 精简 CTS/CTS-verifier（约 50%）

流程变更：Variant Build 验证工具已从 avbtool 切换为 AFAP (Android Firmware Analysis Process)。

APA 已启用：Vendor Reuse 指示已在 APA 上为 TV 构建审批启用。Enabled for mobile device builds since 2024.

未来方向：Google 正在评估切换为预构建 vendor image 模式（每个 SoC/form factor 仅维护一个 vendor image），如果落地将进一步简化 Ref+ 设备的认证和维护流程。

3.6 Matter & Thread 认证

Matter 认证

SW Component 可继承自 Google 认证
费用：$2,500/SKU (通过 UIC2 program)
大幅降低认证门槛和成本
通过 UIC2 program 继承，无需 ATL (Authorized Test Lab) 测试

Thread Border Router 认证

SOC 厂商获取 parent cert，OEM 可继承
费用：$1,500/SKU 或 $4,500/product family (一次 vendor test 后，后续产品可从属继承)
支持 Thread 1.4 标准（最低版本要求）
如需使用 Thread IP 权利或 Logo，须加入 Thread Group Implementer（$10,000/年）— 也是做 Thread 认证的前置条件
NEW 2027 年因 Android 核心网络变更需重新认证 Thread 1.4+

CSA 认证流程

步骤	说明	费用
1. 加入 CSA	Submit application 成为 CSA Associate 成员	$0（Associate 级别）
2. Matter 认证	通过 UIC2 program，可继承 Google SW component 认证	$2,500/SKU
3. Thread 认证	首次 vendor test；后续产品从属继承	$4,500/family 或 $1,500/SKU
4. 外部测试	CSA 授权测试实验室执行	含在认证费中

3.7 Fast Pair

MUST：Android 16+ 的所有 Google TV 设备必须支持 Fast Pair，且必须支持音频输出切换器 (audio output switcher)。OEM 可使用自有音频输出切换器替代 Google 默认实现。

TVTS 已新增 Fast Pair / Bluetooth 功能验证测试。

3.8 Build Approval Request (BAR) 流程优化 Slide

对 2025 年 2000+ 手动处理的 BAR bug 分析显示，平均每个 BAR bug 需 3.3 次人工接触。2026 年引入自动化改进：

流程步骤	说明
1. 合作伙伴触发	确认自动审批不适用（IR/LR parent build 或需要例外）
2. BAR Bug 提交	由合作伙伴提交 BAR bug
3. 自动检查	脚本自动检查设备历史和当前构建属性（xTS/APA、Smoke、YouTube 测试），添加 Warning/Error 日志
4. TAM 审核	Google TAM 审核报告并采取行动

NEW — 自动回派：如在步骤 4 之前识别出需合作伙伴行动的问题，BAR bug 将自动回派 (auto-assign) 给合作伙伴并附上问题说明和所需行动，合作伙伴自行在线完成。

AFAP 要求：必须上传 完整 OTA 包到 AFAP；BTS 上传包须包含 vbmeta.img。

常见 BAR 错误及所需行动 Slide

错误/警告	所需合作伙伴行动
WARNING: TVTS 有未执行的测试用例	重新运行 TVTS 套件并上传完整报告到 APA
ERROR: Manufacturer 值不匹配	确保 APA 中的 Manufacturer 与 Partner Portal 提交值一致
ERROR: `ro.vendor.youtube.cert_scope` 未定义	在构建配置中添加此强制属性
ERROR: XTS 测试失败	检查 APA 测试失败，提供有效 waiver/exception bug 引用
AUTO-APPROVAL ERROR: TADA 不合规	在 Android Partner Insights 上验证安全合规状态

四、政策与合规

4.1 安全补丁合规策略 — Phase 3

强制执行日期：2026-06-30

Tier	标准	含义	说明
Tier 1	SPL 在 270 天以内的设备 ≥ 5%	每个白名单设备至少 5% 在网设备已更新到近 9 个月内的安全补丁	已有策略
Tier 2 NEW	SPL 在 300 天以内的设备 ≥ 30%	每个白名单设备至少 30% 在网设备已更新到近 10 个月内的安全补丁	2026 年新增；30% 将逐步提升至 50%

"Security Mandatory" 定义：累计激活量 > 75,000 且设备上市 < 4 年的型号（An11 之前的设备为 3 年）。

SPL Backport 支持 Slide

Google 为每个受支持的 OS 版本提供安全补丁回移 (SPL Backport)。例如 Android 14 接收来自 TV 15/16/17/18 的 SPL 回移支持，直至该版本的 Security EOL 为止。

Partner Insights 合规监控指标 Slide

指标	定义
Total Actives	最近 28 天内活跃并签到 Google 服务器的设备数
Tier 1 Patched Level	Total Actives 中 SPL 在 270 天以内的设备占比
Tier 2 Patched Level	Total Actives 中 SPL 在 300 天以内的设备占比
Device Compliance Status	Tier 1 AND Tier 2 状态的逻辑与 — 两项均达标才算合规

违规后果：不合规 OEM 的新 IR build（白名单软件）审批将被阻止，直到所有 Security Mandatory 型号均达标为止。直接影响新产品上市计划。

GKI 安全补丁等级 (SPL) 机制 Slide

概念	说明	强制机制
SPL (Security Patch Level)	设备上最新 Android 安全补丁的日期，格式如 `2026-05-05`	—
Device Declared SPL	由 OEM 通过 `ro.build.version.security_patch` 声明	GTVS 策略要求声明的 SPL 与 GTS 运行日期差距 < 90 天，通过 `gts.SecurityPatchTest#testSecurityPatchDate` 强制
Kernel SPL	由 Google 在 GKI 中定义，即 GKI 内核镜像自身携带的安全补丁级别	必须 ≥ Device Declared SPL（内核补丁不能比设备声明的更旧），通过 STS CVE 测试（如 `StsHostTestCases`）强制

技术背景实际含义：OEM 声明 SPL 时，需确保使用的 GKI release branch 的 Kernel SPL 不低于该日期。如果声明了较新的 SPL 但使用了旧的 GKI 内核，STS 测试会失败。

SPL 合规演进 (Phase 1→3) Slide

	Phase 1 (Q4 2023)	Phase 2 (Q4 2024)	Phase 3 (Q2 2026)
Popular Threshold	100K	75K	75K
Security Mandatory Period	仅 3 年	4 年 (An11+ 设备)	4 年
Tier 1 (5%)	270 天	270 天	270 天
Tier 2	不执行	不执行	30% @ 300 天

注意：Operator Tier 设备目前未纳入 SPL 合规执行范围。

4.2 Settings Slices API & Dashboard 迁移

要求	适用范围	状态
Settings Slices API	Android 16+ OEM Settings	MUST
Dashboard one-panel 迁移	Android 16+ 所有 GTV	REQUIRED
TVTS 2.18 Settings tree 自动检查	IR / LR 构建	2026-07-10 生效

注：IR 和 LR 构建均需执行 Settings tree 检查；同时仍需人工 review Settings tree 结构。

Settings 新功能 NEW Slide

Sleep Timer — Quick Settings / Dashboard 中新增定时关机/休眠设置项。已知问题：timer 后关机失败可能与 CEC power command 集成错误有关
Notifications UX Refresh — 通知中心 UI 刷新。参考：GTV Notification 集成指南
Energy Mode — 允许 OEM 按国家/地区配置节能模式
Katniss 页面 — 26 年夏天起，Setup 中的 Katniss 页面将被移除
Google Photos in TV Boarding — 支持在开机引导中设置 Google Photos 个性化屏保

TV Setup 客制化支持：pair, language, region/country, OEM hook, apps placement, talkback 等步骤均可定制。

4.3 RCU (遥控器) 政策更新重点

政策	要求	生效时间	备注
One Finger Pairing	用户单键即可完成遥控器配对（推荐 long-press DPAD_RIGHT）；旧方式 HOME+BACK 仍可兼容	即刻	源自 EAA 欧洲无障碍法案，但配对方式全球统一更新
Mic Icon	遥控器上的麦克风图标必须为单色	即刻	不允许彩色/渐变
Google TV 品牌	遥控器正面强烈推荐有单色 Google TV branding（或 co-branding），尺寸不小于遥控器上其他文字/Logo	2027-01-01	STRONGLY REC
Disney+ 按钮	所有正在认证的设备 (certifying devices) 遥控器必须包含 Disney+ 快捷按钮	2026-05 起	MUST
App 快捷按钮标准化	必须使用 `KEYCODE_VIDEO_APP_1` ~ `KEYCODE_VIDEO_APP_8`，须通过 LauncherX intent handler 启动 App；Google 按国家/地区发布指定按钮列表，OEM 须按列表顺序配置	2025-07 起已生效	MUST
按钮数量上限	最多 6 个 App 快捷按钮	即刻	日本市场特例：最多 10 个
剩余按钮分配	在指定列表以外额外分配 App 按钮，OEM 必须事先获得 Google 书面批准（邮件即可，联系 Google TV BD 代表）	即刻	MUST 列表每次更新后有 12 个月过渡期

注意：遥控器设计需同时满足 Google TV 和内容方（如 Netflix）的品牌及按钮要求，需提前与各方确认规格。

物料	获取方式
Disney+ 按钮设计规范	`partnermarketinghub.withgoogle.com/brands/google-tv/partner-rcu-guidelines/disney-remote-control-button-guidelines/` 仅 Disney+ 已上线的区域才需要预装按钮
RCU Mic Icon / 遥控器要求	`docs.partner.android.com/tv/requirements/remote/android-rcu-req#voice-input`
Google TV Branding 素材	联系 Google TAM 或通过 Partner Marketing Hub 获取
Gemini Boot Animation	随 GTVS 包提供，集成时需联系 Google TAM 确认最新版本

4.4 TargetSdk 要求

Android 16 launch 设备的预装 APK 必须 TargetSdk >= 35。

4.5 SCREEN_OFF_TIMEOUT

项目	详情
TVTS 2.18 检查范围	必须在 5~10 分钟之间（Google 推荐默认值 10 分钟）
DreamX Override 移除	Q1 2027 移除 — 届时不再允许通过 DreamX 覆盖系统 timeout

4.6 Gemini Boot Animation

MUST：支持 Gemini 的设备必须使用新版 Boot Animation。此为 Google 强制要求，不可使用旧版动画。
Boot Animation 必须是设备启动的最后阶段（即开机动画结束后用户即可操作，不得在动画后再出现其他加载画面）。

4.7 WebView 变更 — TriChrome → Standalone Slide

Android 16+ 从 TriChrome WebView 切换到 Standalone WebView（最低版本 v146.0）。An14 设备不受影响，继续使用 TriChrome。

什么是 TriChrome 和 Standalone Slide

	TriChrome (`<v146.0`)	Standalone (`≥v146.0`)
组成	三个组件：Google Android WebView + Google Chrome + TriChrome Library 三件套共享 V8/Chromium 引擎代码	单个组件：Google Android WebView 自包含全部引擎代码
设计初衷	Chrome 与 WebView 共享代码，节省存储空间	WebView 独立运行，不依赖 Chrome
TV 适用性	TV 上无完整 Chrome 浏览器，共享优势不存在，TriChrome Library 白装	更适合 TV — 无冗余依赖，可移除 TriChrome Library 释放系统镜像空间
更新方式	三个包需同步更新	单个 APK 独立更新，更简单
磁盘影响	单 APK 较小但需额外 Library	整体更小 — 移除 TriChrome Library 后净减

影响评估技术背景

方面	影响	程度
上层 App WebView API	接口完全不变，App 层面透明	无影响
使用 WebView 的自有 App	功能不受影响，建议做一轮回归验证	低风险
系统镜像 (BSP)	需替换预装 WebView 包，更新 `config_webview_packages` overlay 指向 Standalone 包名	需改动
GMS 配置	确认 GTVS 配置中 WebView 相关预装 APK 已更新为 Standalone 版本	需验证
OTA 升级场景	如有 An14 → An16 OTA 升级，需测试 TriChrome → Standalone 的切换过程	需测试

4.8 Pointer Remote (触控遥控器) NEW Slide

Google I/O 2026 重磅公布：Google TV 将原生支持 Pointer Remote（触控遥控器），带来类似 Wii 的光标交互体验。10+ 家科技媒体报道（The Verge / 9to5Google / Android Authority 等）。

参考遥控器设计

组件	功能
D-pad	传统方向键导航（保留）
触摸板中心	滑动 = 滚动 (上/下/左/右，单指触控)；点击 = OK (D-pad 模式) 或 BTN_TOUCH (Touch 模式)
Pointer Icon 按钮	手动开关光标（TBD，可能不进入量产）；系统会根据 App 声明自动显示/隐藏光标

Manifest 声明

TV App 必须在 AndroidManifest 中声明触控兼容性：
<meta-data android:name="android.software.leanback.supports_touch" android:value="true|false"/>
.leanback = 支持 D-pad；.supports_touch (新增) = 同时支持 D-pad + Pointer Remote (hover/scroll/fling/click)

Touch Mode 与 D-Pad Navigation 自动切换

场景	行为
进入支持 Pointer 的 App	开启光标和触摸板 → 切换到 Touch Mode；按 D-pad 时自动回切 D-Pad 模式
进入不支持 Pointer 的 App	关闭光标 → 使用 D-Pad Navigation
用户偏好	可在 Settings 中永久选择 D-Pad 模式，或通过 Pointer 按钮 / D-pad / 摇晃遥控器临时切换

Pointer 输入类型

输入	触发方式
Cursor / Hover	光标移动事件；进入/移动/离开 View 边界时触发 hover 事件
Click	用户按下 BTN_TOUCH 按钮
Scroll (拖拽)	按住 BTN_TOUCH 后移动遥控器，或在触摸板上慢速拖拽抬起
Fling (快滑)	在触摸板上快速拖拽抬起

App 适配三步

步骤	内容	说明
1. Manifest	声明 `android.software.leanback.supports_touch`	告知系统 App 支持 Pointer
2. Touch Mode	支持 Touch Mode 与 D-Pad 双模式切换	焦点跟随光标最后坐标
3. 事件处理	处理 click / hover / scroll / fling 事件	参考 GTV Launcher 团队实现

Leanback 库更新 (2026-05-19 发布)

库	版本	说明
`leanback-grid`	1.1.0-alpha01	VerticalGridView / HorizontalGridView 支持双模式，大部分 App 开箱即用
`leanback`	1.3.0-alpha01	AOSP 平台仍绑定 2025-10 快照，平台 App 需手动更新库二进制

参考：developer.android.com/jetpack/androidx/releases/leanback

GTV Launcher 团队建议

Hover：使用 StateListDrawable / StateListAnimator，添加 android:state_hovered="true" 状态
嵌套滚动：内层 GridView 需调用 rv.getParent().requestDisallowInterceptTouchEvent(true) 防止外层拦截触摸事件
D-pad ↔ Pointer 无缝切换：D-pad 按下时从光标最后坐标恢复焦点；无焦点时自动聚焦光标附近行的首个卡片
工程量评估：Small — 如果超过 Small 级别，可能走了弯路（GTV Launcher 团队经验）

合作征集：Google 寻找至少 2 个 TV App 合作伙伴在 2026 年 10 月前支持 hover/scroll/click 或游戏场景。如有兴趣，联系 Google 客户经理或 PM Josh Wentz。

开发阶段可先连接蓝牙触摸板或鼠标到任意 Google TV 设备，模拟 Pointer Remote 体验进行测试。路径：Settings → Remotes & Accessories → Pair

五、系统架构与内核

5.1 Android 16 硬件最低要求

配置	分辨率	RAM	内核
标准 2K	2K (1080p)	>= 1.5 GB	64-bit GKI 强制
标准 4K	4K	>= 2 GB	64-bit GKI 强制

5.2 TV GKI (Generic Kernel Image)

什么是 GKI 技术背景

GKI 是 Google 推行的内核架构改革，核心思想是将 Android 内核拆分为"通用内核"和"厂商模块"两部分，通过稳定的 KMI (Kernel Module Interface) 接口隔离：

	传统 Vendor Kernel	GKI 架构
内核代码	SoC 厂商 fork Linux 内核，自行加入驱动和定制，各家各不同	Google 统一编译通用内核二进制，所有设备运行同一份 kernel image
厂商驱动	与内核代码耦合，修改内核就要改驱动	以可加载模块 (.ko) 形式独立维护，通过 KMI 接口挂载
安全补丁	需每家厂商各自合并，速度慢、容易遗漏	Google 直接推送到 GKI，所有设备统一受益
OS 升级	升级时内核需大改，拖慢升级节奏	内核与 vendor 模块解耦，升级互不影响
一致性	每台设备内核行为可能不同，bug 难复现	统一二进制，跨设备行为一致

TV GKI 与 Mobile GKI 的区别 Slide

	Mobile GKI	TV GKI
目标设备	手机 / 平板	Android TV / Google TV
内存优化	标准配置	额外节省约 50MB（TV 设备 RAM 更紧张）
3GB+ 豁免	3GB+ 设备可选用 vendor kernel	3GB+ 设备可使用 Mobile GKI（非 TV GKI 亦可）
推行起点	Android 12 起手机端推行	Android 16 起 TV 端强制

Slide An16 之前 TV GKI 已存在但非强制（Slide 标题为"TV GKI Recap"）。An16 将 64-bit kernel 和 TV GKI 绑定推行，成为新白名单的硬性门槛。技术背景 Subatomic 因低端 SoC 不支持 64-bit 而无法采用 GKI，只能留在 An14 + vendor kernel。

TV GKI 政策 Slide

项目	详情
强制性	Android 16 新白名单必须使用 TV GKI；An16 升级设备强烈推荐
内核版本	Kernel 6.12 for Android 16
内存节省	TV GKI 优化节省约 50MB 内存
3GB+ 设备	3GB+ 设备可使用 Mobile GKI 替代 TV GKI

GKI 分支结构与生命周期 Slide

层级	示例	说明
Linux LTS 基线	Linux 6.12 LTS	上游长期支持内核
开发分支	`android16-6.12`	Google 维护的 Android 开发主线
Release Branch	`android16-6.12-2025-09`	每季度从开发分支创建；前 6 个月月度更新（含 SPL），后 12 个月按需更新

LTS 2.0 合规要求

条件	要求	强制机制
Major Version	未到 EOL（`android16-6.12` → 2029-07）	STS 测试 `android.security.sts.KernelLtsTest`
Branch 新鲜度	Release branch 创建日期距 Device SPL < 12 个月	STS 测试 `android.security.sts.KernelLtsTest`

合规建议：① 选择最新 release branch + 最新 SPL 以获得最长生命周期；② 跟踪 TV GKI 发布页时间线；③ 提前规划在售设备的安全补丁更新策略。

远期内核优化

方向	内容	收益	时间
AutoFDO 计划中	Automatic Feedback-Directed Optimization — 基于实际指令执行模式优化编译	Mobile 验证：binder ~20% ↑、冷启动 ~5% ↑	2026 H2 TV 平台评估
内存优化计划中	Zygote-Aware Page Table Sharing 等高级机制（GKI + Core Android 团队协作）	进一步降低 TV 设备内存压力	2027 年 Kernel 6.12 落地

5.3 Subatomic (低端设备平台)

配置	规格	Android 版本
2K	1 GB RAM	Android 14 (固定)
4K	1.5 GB RAM	Android 14 (固定)

重要：Subatomic 设备不会升级到 Android 16，因为 An16 强制要求 64-bit kernel，而低端 SoC 不支持。路线图延续到 2028 年，但始终基于 Android 14。

Tunnel Mode 性能提升 (YouTube)

2K / 1GB

指标	提升
YouTube Start Time	69% 更快 (2336→725ms)
Allocation Stalls	42% 减少
Cold Launcher TTID	10% 更快

4K / 1.5GB

指标	提升
YouTube from Netflix	89% 更快 (1040→110ms)
YouTube from Launcher	77% 更快 (1880→430ms)
Netflix from YouTube	49% 更快

Subatomic 现网稳定性数据（Google 监控）

99.7%

日无意外重启率
仅 0.3% 设备/天触发意外重启

93.9%

日无系统崩溃率
system_server / 原生层崩溃

299 天

平均重启间隔 (MTBF)
单台设备两次意外重启的间隔

Slide 以上为 Google 对在网 Subatomic 设备的实际运行监控数据，用于证明极低配置 (1-1.5GB RAM) 下的系统稳定性。

Subatomic 设计指南

最小化额外进程 — 设备持续处于系统级内存压力下
高影响时段 (禁止额外进程)：BOOT_COMPLETED 后 60-90 秒、ZRAM 首次 writeback 前 (开机后 5-10 分钟)、长时间不活动后亮屏、App 启动和播放开始、UI 导航
最小化额外 Memory/CPU 影响

六、AI 与 Gemini

6.1 Gemini for TV

前置条件

要求	详情
Android 版本	>= Android 14
RAM	>= 2 GB
体验层	Google TV Experience (非 ATV)
系统 Feature Flag	`com.google.android.feature.GEMINI_TV_EXPERIENCE`
Boot Animation	MUST 使用新版 Gemini Boot Animation

核心功能

自然语言搜索和交互
多模态理解 (文本 + 屏幕内容)
跨 App 意图理解和执行
与 Assistant 共存但定位不同 (Gemini 偏向生成式 AI 场景)

6.2 AppFunctions (设备能力框架) NEW

项目	详情
Android 版本	Android 16+
定位	类似 MCP (Model Context Protocol) 的设备端框架
功能	将设备能力 (App 功能、系统控制) 暴露给 Gemini，实现 AI 驱动的设备操控
架构	App 声明自身 capabilities → Gemini 发现并调用 → 返回结果
核心 API	`getDeviceStateMetadata`、`getDeviceStateItems`、`setDeviceStateItem`
OEM 职责	实现 AppFunctions Provider，声明设备自有功能；Google 负责框架和 Gemini 集成

这是 Google 在 TV 上实现 "Agentic" AI 的基础设施 — App 开发者可注册功能供 Gemini 调用。

6.3 Contextual Search (情境搜索) 技术预览

功能概述 Slide

在视频播放过程中，Gemini 分析当前屏幕内容提供情境相关的信息和交互。核心价值：用户无需描述屏幕内容，AI 直接"看到"并理解。

自然语言对话式交互，无需指定屏幕内容
Agentic 体验的核心组件 — Gemini 可在屏幕上下文中执行操作
当前为平台能力技术预览，不代表最终 Gemini 体验形态

技术挑战：DRM 保护内容的屏幕捕获 Slide

当前屏幕捕获机制会将 DRM 保护的 secure layer 替换为黑色内容（类似银行 App 截屏保护）。TV 上的挑战：

DRM 内容：如何从安全世界（secure world）触发受保护 buffer 的回读？
Tunnel 播放内容：如何将 tunnel/sideband 内容回读到图形层？

Widevine v20 SVP — 解决方案 Slide

项目	详情
SVP 全称	Secure Video Policy（安全视频策略，非 Path）
核心作用	提供正式框架，管控解密后的 AI 及非 AI 计算行为 — 在内容方授权下允许受保护 buffer 的回读
运作机制	设备/芯片厂商声明硬件能力 → 内容提供商通过 Widevine License 中的 SVP 策略授权允许的交互
为何需要	旧版 DRM 策略未涵盖解密后的新一代计算（如 AI 超分、情境搜索），需要新治理框架

SVP 示例用例 Slide

策略类别	用例
Enhancement（增强）	AI 超分辨率、画质提升 (PQ boosting)、帧率转换
Modification（修改）	动态内容替换、Logo 插入、画幅比例场景扩展
Extraction（提取）	将内容送入 AI 模型做推理、OCR、情绪检测（如 Circle to Search）；面向未来的无障碍功能
Control（控制）	上报 feature 为 `BEST_EFFORT`、`READ_ONLY` 或 `READ_WRITE`

Android OS 侧变更 Slide

LayerReadbackResult — Composer HAL 设置，包含 fence/buffer、错误码和 DRMPolicyMetadata
临时 Virtual Display — 在 SurfaceFlinger 中创建，将回读的 buffer 与其他图层合成
One-shot 捕获方案可扩展为连续捕获（复用 LayerReadbackResult 概念）

合作伙伴行动 Slide

角色	行动
SoC	采用 Widevine 20；集成 `LayerReadbackResult`；启用 HWC Virtual Display 支持
App	停止在图层上使用 `FLAG_SECURE`；定义含 SVP 策略的 License；通过 `AssistData`/`AssistContent` 向 Gemini 分享附加信息

6.4 Widevine MediaDrm — OEMCrypto v20 Slide

详细 SVP 机制见 6.3 Contextual Search。以下为 v20 其他关键更新：

项目	详情
SVP (Secure Video Policy)	管控解密后 AI/非 AI 计算的正式治理框架 — Contextual Search、AI 超分等场景的底层支撑。 Widevine 20 支持 Contextual Search — `FLAG_SECURE` 可在 Layer 级别声明（而非 Window 级别），使 AI 能在不暴露完整帧的前提下读取屏幕上下文
One-Stage Provisioning	不再需要单独的 OEM 证书（Provision 4），设备本地生成单一 DRM 证书，简化设置
Random Bit Generation	全熵 256-bit Unique Device Secrets (UDS)，增强密钥材料和 nonce 的加密强度
License Verification	重构的 License 释放协议，改进使用追踪和时间验证精度
DeCENC Mitigation	新信号机制支持码流认证和受限解码，防御常见攻击向量
合规影响	SoC 需采用 Widevine 20，OEM 需确保 DRM 实现支持 SVP 策略信号

6.5 Agentic Device Controls (AI 驱动的设备控制) 技术预览 / 远期

通过 Gemini 实现的智能设备控制场景（当前为技术预览阶段，非最终产品形态）：

语音控制播放、搜索、系统设置
跨应用的智能意图路由
基于 AppFunctions 框架的第三方 App 能力暴露

七、媒体与播放

7.1 Tunnel Mode

什么是 Tunnel Mode 技术背景

常规视频播放流程中，解码后的帧数据需经过 App 层的 Surface/SurfaceTexture 软件缓冲区，再送至显示合成器输出。Tunnel Mode 则让解码器将帧数据直接通过硬件通路 (hardware tunnel) 输出到显示器，跳过中间的软件 buffer 层：

	常规模式	Tunnel Mode
数据路径	解码器 → App Surface buffer → SurfaceFlinger 合成 → 显示	解码器 → 硬件直通 → 显示
内存占用	需要多帧 buffer 缓存（4K 下每帧约 33MB）	无需软件 buffer，大幅降低内存占用
延迟	经过软件层复制和合成，延迟较高	减少一次数据拷贝，延迟更低
CPU 负载	SurfaceFlinger 合成消耗 CPU	硬件直通，CPU 负载降低
适用场景	需要 overlay / UI 叠加的场景	全屏视频播放，不需叠加 UI 的场景

Slide Tunnel Mode 当前非强制，但如果设备硬件支持且 SoC 实现了 tunnel mode，新白名单项目必须通过 YouTube Test Suite (YTS) 验证；在售设备需通过 YTS 后由 Google 服务端启用。

YouTube Tunnel Mode 时间线和认证流程详见 3.2 YouTube Certification — Tunnel Mode 计划；Subatomic 设备上的性能实测数据详见 5.3 Subatomic。

7.2 并发视频播放 (Concurrent Video Playback)

MUST / CONDITIONAL 要求 Slide

要求	详情
MUST Primary Video	最大分辨率 + 最大帧率，带 DRM 保护
MUST Secondary Video	480p @ 30fps，带 DRM 保护

Android 18 新增 API NEW

Codec Availability API — 查询当前可用编解码器资源
Audio Session ID API — 管理并发音频会话
Codec Resource Policy API — 定义资源分配策略

TVTS 已加入对应测试用例（当前非强制，观测中）。

7.3 Media Quality Framework (MQF 2.0)

定位：消除生态碎片化，为开发者和 OEM 提供统一的画质和音质设置框架（非单纯的评估/上报机制）
涵盖视频帧渲染精度 (onFrameRendered callback)、音画同步、分辨率切换质量
TVTS 2.18+ 计划新增 onFrameRendered callback 精度测试
Variable Speed Playback (0.25x ~ 2.0x) 测试即将加入
竖屏视频 (Vertical Video) 支持测试即将加入

MQF 2.0 核心组件 NEW Slide

组件	说明
Post-Processing Manager	统一管理画质后处理流程（替代各 OEM 分散的自有实现）
Per-Session Sound Profile	基于应用/内容类型自动切换音频配置
Multi-Window Support	多窗口/PiP 场景下的画质协调
Unified Picture Profile	标准化画质预设，跨 OEM 一致的用户体验

八、性能优化与测试

8.1 TV OS Performance 优化

Boot Time 优化

措施	改进	可用性	行动
apexd 优化 (更快 block I/O) + ueventd 并行主循环	减少 1.7 秒 (~4.3% 提升)	An18 默认；已回移至 An16	An16 设备需在 `ueventd.rc` 中添加 `parallel_ueventd_main_loop enabled`

CPU & 输入延迟优化

措施	改进	可用性	行动
音量长按事件批量处理	CPU 使用率从 ~150% 降至 ~90%	An18 默认；已回移至 An14 和 An16	An14/16 设备在 overlay `config.xml` 中配置： `config_tvLongPressVolumeKeysPerAdjustment = 3` `config_tvLongPressVolumeAdjustmentScaleFactor = 3.0`

内存效率优化

回收 ~1.2 MB RAM — AppStartInfoTracker 历史记录从 16 条缩减至 1 条，SettingsProvider feature flag 存储优化
An18 + 回移至 An16

最佳实践

领域	建议
存储健康	减小 APK 体积、积极管理缓存；低存储会导致写放大加剧 I/O 延迟
TV Provider 数据库	实现 EPG 数据去重、及时清理过期数据；数据库膨胀会导致 CPU 开销增加
后台任务	JobScheduler 任务确保有限完成时间、使用指数退避重试、批量化后台任务
Doze Mode	保持默认 TV Doze 参数 (idle_to, min_time_to_alarm)；确保深度 Doze 维护窗口充足
设备重启	避免非必要的计划重启；如必须重启，频率不超过 1-2 个月一次；考虑实际使用时间而非日历时间

重启的代价：清除系统内存缓存、触发 Launcher 和系统组件重新初始化、低频使用用户可能感知设备"变慢"。

8.2 Cold Boot 测试

项目	详情
Tracer Darts Cold Boot 测试	TVTS 2026 H2 新增
`ro.boot.boottime`	设备必须正确上报此属性
Enforced Tests	Boot Time 已纳入 TVTS 强制测试

8.3 ABFS (Android Build File System) NEW Slide

75%

构建时间减少

90%

代码同步时间减少

ABFS 是 Google 推出的新型构建文件系统工具，大幅优化 Android 构建和代码同步效率。

8.4 Tracer Darts 测试框架

测试模块	状态	备注
`combined_core_cuj`	已强制 (TVTS 2.17)	核心 CUJ 组合测试
`post_boot_cuj`	计划 TVTS 2.19 强制	开机后响应性测试
`combined_systems_cuj`	计划 TVTS 2.20 强制	系统级 CUJ 组合测试

Tracer Darts Standalone Tool Slide

OEM 设备豁免：Standalone Tracer Darts 不要求用于已执行 TVTS 2.17 强制测试的 OEM 设备。

SoC RD 必须：Android 16 SoC RD (Reference Design) 项目必须运行完整 Tracer Darts 2.x（使用 Help Center 上的最新版本）。Standalone tool 的重点正在转向 SoC RD。

eMMC AVL Qualification Process

eMMC AVL (Approved Vendor List) 资质流程：TVTS 性能测试通过后再提交 Google review。

九、连接与配件

9.1 Bluetooth / Auracast

功能	Android 版本	说明
A2DP Source / Sink	Android 18	支持 TV 作为蓝牙音频源和接收端
Auracast (LE Audio Broadcast)	Android 18	蓝牙广播音频 — 一对多音频传输，适用于公共场所和无障碍场景；硬件要求 BT 5.3+；Q3 2026 可开始测试
A2DP & AVRCP 验证	当前	TVTS 已新增测试确保正确支持
Fast Pair 验证	当前	TVTS 已新增 Fast Pair 功能检查

十、Ref+ 计划

10.1 Ref+ Panel TV 概览

20M+

2025 年激活量

18 ODMs

合作 ODM 数量

3 SoCs

支持 SoC 平台

Slide Top 激活国家：印度、巴西、印尼、土耳其、阿根廷。

10.2 Ref+ 世代演进 Slide

世代	Android 版本	状态	关键信息
Ref+ 2.0 / 3.0	An11 → An14 升级	EOL (Q3 2025)	已停止 Parent 支持
Ref+ 5.0	Android 14	活跃（即将关闭）	仅 Subatomic 延长支持；非 Subatomic 品牌授权至 2027-05-31；Parent 关闭 Q3 2026
Ref+ 6.0	Android 16	上市中 (Q3 2026)	不支持 Subatomic；64-bit 内核强制；IR 白名单窗口至 EoQ3 2028

Ref+ 6.0 Build Approval 窗口

里程碑	时间
SOC AB 开始	进行中
SoC + OEM 开发	进行中
IR 白名单窗口开启	2026-08-01 (OEM 申请开放)
IR 白名单窗口关闭 (Parent)	EoQ3 2028

Ref+ 6.0 SOC 选项

支持 7 款芯片（Amlogic / MediaTek / RealTek），全部已通过认证。详见 3.2 YouTube Certification — Ref+6 SOC 认证状态。

10.3 Ref+ 6.0 新特性 NEW

功能	状态	说明
Common Live TV	WIP	通用直播电视功能，正在向全球扩展
Gemini	部署中	已开始部署，详见 10.11 Gemini 部署时间表
AirPlay	计划	苹果 AirPlay 支持计划中
Hospitality / B2B	已上线	酒店/商业场景专属模式已上线
UK / Japan 支持	计划	Ref+ 6.0 计划支持英国和日本市场

10.4 Android TV 终止 (TADA 协议) 重要

TADA 协议于 2026-06-30 终止。自此日起，不得再生产任何新的 Android TV (ATV) 设备。

项目	详情
TADA 终止日	2026-06-30
禁止事项	不得制造任何新 Android TV 设备
售罄权 (Sell-Off Right)	向 Google 提交 30 天书面通知后可获得 2 年延长期销售库存
未申请售罄权	TADA 到期后须清除所有 Android TV 库存

行动要求：仍有 Android TV 设备在产线或库存中的 OEM，须在 2026-06-30 前决定是否申请 Sell-Off Right，否则到期后必须清除所有 ATV 库存。

10.5 品牌授权窗口 (Brand Approval) Slide

计划	品牌授权开始	品牌授权结束
Ref+ 6.0	2026-08-01	EoQ3 2028 (Parent)
Ref+ 5.0 非 Subatomic	—	2027-05-31
Ref+ 5.0 Subatomic	—	2028（与 Ref+ 6.0 同期）

10.6 Parent SKU 与认证基础 Slide

Parent SKU 是所有关键认证的基础（xTS、NTS、YouTube 等）。ODM 必须使用自有品牌；Parent 必须支持性能最苛刻的硬件配置下的所有功能。

要求	详情
品牌	ODM 必须使用自有品牌（不可使用 OEM 品牌）
功能覆盖	必须在性能最苛刻的硬件配置下支持所有功能
xTS 失败后果	需重新做 IR (Initial Release) 认证
NTS / YouTube	xTS 之外的认证视具体情况处理 (case-by-case)

10.7 Preload 与 PAI 政策 MUST

严格禁止修改 Pre-loads 和 Placement 元素。不允许任何第三方 App 出现在 Preload 和 PAI 中。

规则	详情
Pre-loads / Placement	不允许任何修改
第三方 App	不允许出现在 Preload 和 PAI 中
额外系统 App 例外条件	须同时满足：① 允许在未登录模式下使用；② 不可通过 Play Store 获取；③ 具有系统级功能

10.8 Multi-SoC 供应商政策 Slide

使用多个 SoC 供应商的激活量门槛（基于前一日历年同芯片组的激活量）：

Tier	使用 3 个 SoC 的激活量门槛	备注
2K	> 400,000	—
4K Entry	> 300,000	—
4K Mid	> 200,000	—
4K High	无限制	高端产品不设激活量门槛

激活量计数基于前一日历年该芯片组 (chipset group) 的实际激活数。

10.9 Multi-ODM 政策 Slide

已有 OEM

须在过去 12 个月有 ≥ 15,000 激活量
激活量 < 50,000 → 选择 1 个 ODM
激活量 > 50,000 → 可增加 1 个（最多 2 个 ODM）

新 OEM

需要 ≥ 20,000 年出货量预测
Google TV 限 1 个 ODM

10.10 GOTA 自动模式 (Silent OTA) MUST

所有 Google TV 设备的 OTA 必须使用 Automatic Mode（静默 OTA）。不允许使用手动/提示模式。

要求	详情
OTA 模式	MUST Automatic Mode（静默推送）
覆盖率要求	MUST OTA 开始后 40 天内达到 100% offered
违规后果	不遵守的项目将不会被 onboard 新的 GOTA 项目
推荐工具	Silent OTA + 提醒对话框 (Reminder Dialogs)，配合 Partner Insights 数据监控

10.11 Gemini 部署时间表 Slide

阶段	时间	市场 / 语言
Phase 1	2026-04	GB / AU / NZ / CA / US (en)
Phase 2	Q2 末	US (es) / MX / FR / ES / IT
Phase 3	Q3 初	IN / BR / JP
Phase 4	Q4	DE / KR
Phase 5	Q1 2027	其余 Google Assistant 支持国家

1M+

Gemini TV 月活用户

+50%

用户参与度提升
对比 Assistant

5 阶段

全球部署计划

前置条件：Android 14+、2GB RAM、Google TV Experience。详见六、AI 与 Gemini。

10.12 Netflix PQS 监控 NEW

Netflix 每月发送 PQS (Performance Quality Score) 报告，识别表现不达标的 Ref+ 设备。ODM 型号若持续低于"基准均值"，可能导致该 ODM 后续设备白名单被阻止。Google TAM 正在与受影响合作伙伴沟通。

10.13 Far Field Voice (FFM) Slide

项目	详情
Ref+ 6.0 所有 Tier	不强制 (NOT enforced)
原因	全球组件持续短缺
推荐	强烈推荐用于 Gemini 体验优化

此前曾考虑对 4K Ref+ 设备强制 FFM，但因组件短缺最终取消强制。

10.14 内存供应与成本 Slide

Tier	内存配置	BOM 占比
Premium TV	3-4GB DDR4/5	~7%
Mid-end TV	2-3GB DDR4/5	~8%
Entry TV	<2GB DDR3	~20%

成本缓解措施

继续支持低内存 Subatomic 至 2028 年
多 SoC 供应商灵活性
引入新内存供应商

基于 Google TV Partner Bootcamp 2026 Day-1 + Day-2 + Ref+ Day 全部 Retail TV 相关 Sessions 整理

Google Proprietary and Confidential | 仅供内部参考 | 所有信息以 Google 官方最终发布为准