蓝牙核心规范 6.3 的发布日期

蓝牙 SIG 于 2026 年 5 月 5 日正式采纳蓝牙核心规范 6.3，并于 5 月 6 日发布版本概述。如果“发布日期”指规范的正式版本日期，应使用 5 月 5 日；5 月 6 日是公告日期。两个日期都不能证明量产控制器已经支持新特性。

Core 6.3 改了什么

SIG 的发布材料描述了测距精度、接口容量和无线电效率方面的改进。两项重点 Channel Sounding 变更为 Inline PCT Transfer 和特定 PHY 的往返时间精度报告。

Inline PCT Transfer允许Channel Sounding反射器将相位对齐的音调直接传输到硬件。SIG表示这可以减少不必要的报告开销并提高流程效率。特定PHY的RTT精度报告允许设备针对每个PHY分别报告RTT精度，而非跨所有PHY使用一个值。

此版本还包含主机-控制器接口和无线电效率方面的变更。其确切的规范性要求属于核心规范和相关认证材料，而非一篇概述文章。

这些变化对产品意味着什么

Channel Sounding产品的宣传指标必须能由底层无线电能力和实测结果支撑。更准确、更完整的输入有助于改进测距流程，但外壳设计、天线布局、多径、校准方式、具体实现和威胁模型，仍会共同决定产品的实际表现。

特定PHY的精度报告让主机更准确地了解控制器能力，但它不会自动完成系统校准，也不能保证目标环境中的测距精度。内联传输可能影响控制器与主机之间的实现方案，实际收益仍需在所选芯片上测量。

接口容量变更对控制器、主机协议栈和测试工具团队有意义，即使终端用户永远不会看到新的蓝牙特性。主机和控制器版本间的兼容性应保持明确。

蓝牙控制器和主机协议栈厂商需要评估实现和认证变更。使用Channel Sounding的产品团队应审查芯片路线图、安全假设、精度模型和测试计划。不使用受影响能力的设备厂商可能仅需正常的规范和认证跟踪。

测试实验室和认证负责人需要已采纳的规范、变更文档、测试用例引用和适用的程序规则。市场团队不应将核心版本号转化为无支撑的测距声明。

采用前要拿到哪些证据

识别与产品相关的确切6.3特性，而非将版本标签作为目标。询问芯片和协议栈厂商哪些特性已实现、在哪些版本中实现、认证状态如何。将主机、控制器、固件和测试工具的兼容性纳入发布矩阵。

对于Channel Sounding，在最终外壳和部署环境中重复精度和威胁测试。记录PHY、天线配置、校准、环境条件以及控制器报告的精度输入。测试降级和对抗条件而非仅报告干净的实验室结果。

审查新的接口行为是否改变了缓冲区、事件处理、功耗或故障恢复。仅在量产等效硬件上完成测量后才更新产品声明。

不要仅为宣传Core 6.3而更换正常工作的芯片。不要假设现有控制器能通过主机更新获得新特性。不要从规范公告中发布距离精度数值。不要因为变更看似内部就跳过认证或法规审查。

未使用Channel Sounding或相关接口的产品，按常规维护节奏跟踪厂商支持即可，不必为此次更新紧急迁移。

何时重新评估

关注蓝牙SIG认证资源和“自上一版本以来的变更”材料，然后跟踪所选供应商的控制器和协议栈发布说明。对于量产产品，维护一个已实现Core特性矩阵而非单一的“蓝牙6.3”布尔值。当量产芯片、测试覆盖或认证指南改变了决策时重新审视此信号——而非每当营销页面重复版本号时。

版本、日期和概述的特性来自蓝牙SIG的事实。产品影响、风险问题和推荐测试属于IoT 01分析。关于特定芯片组的任何声明需要该厂商的当前文档和产品测量，这些不在本信号范围内。