蓝牙BQB认证哪些产品必须做?2026年规则下的判定与认证路径

2026-06-16   •   orange

有人觉得只有蓝牙耳机音响才要BQB认证,有人觉得用了已认证模组就啥都不用管,有人觉得产品在国内卖不用管,对BQB认证的产品适用范围,市场上的理解偏差一直不小。

这篇文章从头把判定逻辑、申报分类、认证路径、豁免边界几个维度拆开说清楚。所有内容基于2026年全球现行生效的QPRDv2规则和Qualification Workspace线上系统操作。

一、判定你的产品要不要做BQB,看这两条,但顺序有先后

BQB认证的强制义务,不看你在哪里卖,不看用的是什么芯片品牌,只看两条,而且两条的触发优先级不一样。

1.更高的优先级,你的产品有没有在任何地方使用Bluetooth文字商标或蓝牙图形标识。任何地方包括产品外壳丝印、包装彩盒、说明书、产品页面、系统设置界面、App连接界面。只要用了,不管你的硬件到底有没有蓝牙芯片、蓝牙功能实际上开没开,BQB认证的强制义务就触发了。

SIG通过商标授权制度执行的这条规则,逻辑很直接,你标注了Bluetooth商标,就等于向社会公开声明你的产品符合蓝牙技术标准,SIG要求你拿出认证记录来证明。

2.优先级次之,你的产品硬件是不是搭载了蓝牙射频芯片、在2.4GHz频段使用了蓝牙技术规范定义的无线通信协议。如果硬件确实搭载了蓝牙,但产品全程不使用任何Bluetooth商标,不打标、不写进说明书、不对外宣称蓝牙功能,在QPRDv2现行规则下,不存在强制BQB义务。

注意这两条的逻辑优先级,只要用了Bluetooth商标,BQB就跑不掉,不管硬件有没有蓝牙。很多人的直觉是「有蓝牙硬件才要认证」,实际规则反过来的,商标才是第一触发条件。

BLE低功耗蓝牙和经典蓝牙在判定义务这件事上没有任何差别。不存在「BLE就可以豁免」这种说法,也不存在「低功耗就可以不做」。豁免看的是商标用没用,不是看蓝牙类型。

中国国内市场销售的产品跟出口产品在BQB义务上没有差别,认证是全球统一的。国内产品BQB认证之外还要叠加SRRC型号核准,两套体系互不替代。做了SRRC没做BQB,商标侵权风险照常存在。

  二、现行规则下产品怎么申报,不按「终端/组件/子系统」分类了

这里有一个行业信息差需要先纠正。

很多人接触到的BQB认证资料,包括几年前的市场文章,都在讲SIG把蓝牙产品分成三类,终端产品End Product、组件Component、子系统Subsystem。这套分类在旧版Launch Studio平台时代确实是SIG的官方框架。

但从2024年7月起、到当前2026年全面运转的Qualification Workspace线上系统中,SIG已经取消了这套旧的产品类型分类。现行申报不再要求你勾选「我是终端」「我是组件」「我是子系统」,而是按核心配置层来划分,BR/EDR Core Layer也就是传统经典蓝牙核心配置、LE Core Layer也就是低功耗蓝牙核心配置,以及两者组合的双模混合配置。产品在系统里走哪条配置路径,由实际实现的蓝牙能力决定,不是由「你是终端还是组件」这个标签决定。

那旧分类里的概念是不是完全没用了?实际业务沟通中「模组认证」「终端认证」这些词还在用,因为它们描述的是认证链路角色,你是做模组的供应商还是做整机的终端厂,而不是认证类型本身。这篇文章下面继续用终端产品、模组这些说法,但你要清楚它们是业务角色不是系统申报分类。

终端厂商面对的实操问题是,我做的是一个完整产品,要把它做成BQB合规,面前有几条路可以走。

  三、终端产品走BQB认证的两条路,边界条件一条一条说清楚

终端产品拿BQB认证,核心只有两条路,EPL简化列名,或者全新全套认证。但每条路都有边界条件,踩错了项目推进会卡住。

第一条路,EPL简化列名,全称End Product Listing using existing design。

外购已经拿到BQB认证的蓝牙模组,引用模组的认证记录完成自己终端产品的列名。不用送实验室做测试,材料齐了审核几个工作日,从启动到拿DN号一到两周。

但EPL不是无条件的「买了认证模组就自动搞定」。有一个公认的关键边界,你的整机产品实际启用的蓝牙功能配置,必须完全匹配模组原生认证时的ICS配置。

反过来,模组出厂就只认证了BLE单模,你整机也只启用BLE,功能配置完全一致,这才是EPL的理想场景。功能配置一致,不是「看着差不多」,是ICS逐项一致。

第二条路,全新全套认证。

你的蓝牙方案是从芯片选型到天线匹配电路从头设计的,或者用了一颗没有BQB认证记录的新芯片,那就必须走全套测试流程,射频RF一致性、PTS协议栈一致性、Profile应用层场景验证,三轮全部要过。测试完成后提交全套报告走审核。

全套周期的基础线,普通双模消费电子产品只做传统A2DP、HFP、SPP,不涉及LE Audio和Channel Sounding,从实验室开案到拿到DN,两个月是正常节奏。如果测试过程中协议栈需要整改,三到四个月也常见。

但如果你的产品叠加了LE Audio功能,LC3、BIS、Auracast这些,基础周期直接加四到六周。再加Channel Sounding测距功能,再加四到六周。功能越多周期越长,这个变量在做项目排期的时候不能忽略。

  四、按产品品类看,不同场景的认证注意事项

不按旧的产品分类框架讲,直接按实际出货的品类来看,每类产品做BQB认证需要注意什么。另外提一个配套验证项,IOP互操作性测试。这不是SIG强制审核项,不在BQB认证的正式判定依据里,不生成官方审核报告。

·消费音频类。 蓝牙耳机TWS、头戴、颈挂全算,蓝牙音响、蓝牙Soundbar、蓝牙发射器接收器。这个品类出货量最大、品牌最多,SIG抽检覆盖率也最高,合规上别抱侥幸心理。如果做了LE Audio功能,LC3编解码、Auracast,测试项目比传统A2DP多一整套。

·可穿戴类。 智能手表、智能手环、智能眼镜等带蓝牙连接的穿戴设备。多数是BLE单模方案,测试范围相对窄,但GATT层的Profile交互逻辑复杂,通知、读、写、指示多种操作,协议栈一致性测试中GATT是最高频的故障模块。

·智能**和IoT类。 智能门锁、智能灯泡、智能插座、智能传感器、蓝牙Mesh灯控设备这些。这个品类绝大部分是BLE方案,认证路径和可穿戴类类似。批量出货的IoT品类SIG抽检比例在逐年增加。

·车载类。 车载信息娱乐系统也就是车机、OBD车载诊断蓝牙适配器、蓝牙数字车钥匙、车载蓝牙免提系统。车载产品有个常见的认知误区需要纠正,很多车机同时做BQB和Android Auto认证,但谷歌Android Auto 2.0认证并没有把BQB DN作为强制前置审核门槛,只要求蓝牙交互功能符合蓝牙规范、具备完整测试数据。

不是「没有BQB就完全不能启动AA测试」。真正把BQB作为强制前置的是华为HiCar和部分前装车载互联规范,不要把这个条件泛化套用到所有车载认证场景。当然,从实操来说先把BQB做了再走其他认证,蓝牙合规数据就现成可用,流程更顺。

·电脑外设类。 蓝牙键盘、鼠标、触控板、游戏手柄。多数走BLE HID Profile,测试项集中,认证路径相对成熟。

·健康和医疗类。 蓝牙血压计、血糖仪、体脂秤、心率带、带蓝牙的助听器。医疗产品除了BQB认证,通常还需要医疗器械注册认证。两套体系的测试数据和报告格式不完全对齐,启动认证前提前和实验室说明医疗注册的需求,避免后面补数据走回头路。

·多射频复合产品。 产品同时带WiFi、NFC等多个无线功能。BQB认证只管蓝牙部分,不会因为多了WiFi就多测东西。但BQB认证的蓝牙RF报告在FCC、CE-RED、SRRC等其他射频合规认证中,仅基础射频指标可参考复用,不能完全免除复测,因为各国法规的测试设备、限值要求、杂散频段覆盖不完全等同。

  五、家族认证Family Listing,多个SKU共用一套DN的硬性条件

同系列产品能不能归到一个Family下面共用一套DN?SIG允许,但有硬性前提。

蓝牙芯片型号、射频匹配电路、底层协议栈固件这三样必须完全一致。在这个前提下,外壳材质不同、配色不同、屏幕尺寸不同、存储容量不同、无源辅料不同,这些非蓝牙核心参数的差异不触发独立认证,可以归入同一个Family。

但有一条容易忽略的约束:

哪怕蓝牙芯片、射频、协议栈三样全都没变,如果你在这个Family里新增或删减了Profile功能,比如原来只做了A2DP和SPP,新款加了HFP,或者新增了LE Audio、Channel Sounding等特色功能,不能归入原有Family,需要额外增加差异测试项。

这个机制对有大量SKU但蓝牙方案统一的品牌商来说省的是真金白银。一年出十几款SKU,蓝牙核心方案只有一套且Profile配置不**扣不变,那测试费只用一次,DN申请费也只有一笔。


蓝牙BQB认证哪些产品必须做?联系蓝亚技术检测认证机构顾问:13632500972(Benson)

<script> var _hmt = _hmt || []; (function() { var hm = document.createElement("script"); hm.src = "https://hm.baidu.com/hm.js?6844225bf949cff65b89ec7139b9ad0f"; var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(hm, s); })(); </script>