蓝牙BQB认证标准体系,从Core规范到QPRD资格认证怎么衔接

2026-06-16   •   orange

做蓝牙产品的人经常搞混一件事:蓝牙有技术标准,有认证规则,这两层是什么关系?

简单讲,蓝牙SIG发布的技术规范(Bluetooth Core Specification、各种Profile规范),定义了蓝牙应该怎么做。SIG的资格认证程序(QPRD,Qualification Program Reference Document),定义了你怎么证明你的蓝牙确实按规范做了。前者是教科书,后者是考场规则。两套东**立演进,但认证的时候必须对得上。

一、QPRDv2,资格认证的现行执行规则

BQB认证怎么执行、产品怎么分类、测试怎么选、材料怎么交,这些全部由QPRD(蓝牙资格认证程序参考文件)定义。想搞清楚BQB认证,先把QPRD版本号记住。

当前全球现行生效的是QPRDv2。QPRDv3在草案征求意见阶段,还没有正式发布落地,市面上有些文章把它当成现行规则在写,这是在传播错误信息。如果你的BQB认证项目正在推进或者准备启动,一切申报、材料审核、ICS填报都以QPRDv2为准,别拿草案内容来规划。

QPRDv2下的产品配置体系分三类:

·BR/EDR核心配置(对应传统经典蓝牙)、

·LE核心配置(对应低功耗蓝牙BLE)、

·BR/EDR和LE混合核心配置(双模方案)。

产品走哪条配置路线,由你硬件实现了哪些蓝牙能力决定——只做经典蓝牙的走BR/EDR配置,只做低功耗的走LE配置,两个都做的走混合配置。

有个实际操作中容易踩的误区:

这三类配置仅用于Qualification Workspace线上申报分类,跟你蓝牙Core规范版本、硬件芯片型号没有强制绑定关系。

·同一款双模芯片,如果你在软件层面屏蔽了其中一类蓝牙能力——比如出厂只启用BLE,经典蓝牙功能关掉了——可以按单模LE配置申报,不用强制走混合配置。

·反过来,你用的芯片标着BLE单模,但你在主板上额外加了一颗经典蓝牙收发器,那就要走混合配置了。申报配置看的是产品实际启用的蓝牙能力,不是看芯片规格书的印刷参数。

用QPRDv2这套配置体系申报,和你走CE还是FCC用了什么模组没有直接关系。蓝牙认证是独立体系,QPRD只管蓝牙合规性。

  二、Core Specification,蓝牙的核心技术规范

SIG发布的Bluetooth Core Specification(蓝牙核心规范),是所有蓝牙产品必须遵循的底层技术标准。它不叫BQB标准——BQB是认证执行机构的缩写,不是标准本身的名称。准确的说法是:产品遵循SIG Core规范,通过QPRD资格认证程序,拿到BQB认证。

Core Specification本身是个大部头,里面分了好几个卷。和认证测试关系最大的几块:

·射频层(Radio Layer),定义蓝牙无线信号的物理特性,包括工作频段(2.4GHz ISM)、调制方式(GFSK和PSK系列)、发射功率等级、接收灵敏度要求。射频层是认证测试的基础,不管你产品跑什么蓝牙版本,RF测试都绕不开。

·基带和链路管理层(Baseband、Link Manager),定义蓝牙设备之间怎么建立连接、怎么切换主从角色、怎么跳频避干扰。基带参数直接影响互操作性和连接稳定性。

·L2CAP和HCI(Host Controller Inte***ce),L2CAP管数据的分段重组和服务多路复用,HCI定义主机和控制器之间的标准通信接口。这两层的实现一致性是协议栈一致性测试的核心检查对象。

·GAP和GATT,通用访问配置文件(GAP)定义蓝牙设备的基础角色和发现、连接流程,通用属性配置文件(GATT)是BLE应用层数据交换的基础框架。GATT直接决定了你的产品和手机App之间能不能正常通信,是BLE认证测试中出错率最高的协议层。

  三、Profile规范,应用层的场景标准

Core规范管底层协议栈,Profile规范管怎么用。每一个蓝牙Profile,说到底就是一个特定应用场景的标准接口定义。

·A2DP(Advanced Audio Distribution Profile),管立体声音频传输,车载蓝牙音乐、蓝牙耳机听歌走的就是这套协议。

·HFP(Hands-Free Profile),管免提通话,车载蓝牙打电话的底层就是HFP在干活。

·*RCP(Audio/Video Remote Control Profile),管远端控制,你在车机上切歌、调音量,背后是*RCP在传输控制指令。

·SPP(Serial Port Profile),串口仿真,车机和OBD诊断设备之间传数据靠它。

·HID(Human Inte***ce Device Profile),蓝牙键盘、鼠标、游戏手柄这些输入设备走的都是HID。

你的产品实现了哪些Profile,BQB认证的时候就得申报哪些,申报了的就要做对应的一致性测试,不能漏也不能多。

ICS填报有一条很多人容易搞混的边界:QPRDv2的规则是如实申报硬件原生固化支持的协议和Profile功能——硬件做了什么就申报什么,不要刻意隐瞒来规避测试项,也别自己加戏把测试范围拉得比实际规则高。

  四、蓝牙版本号和认证标准的关系

这是被问得最多的问题之一:蓝牙5.4的标准和蓝牙5.0的标准在认证上到底有什么区别?

**是:SIG的认证测试不按Core版本号一刀切,而是按功能特性来。你的产品如果是经典蓝牙做A2DP和HFP,不管底层芯片标的是5.0、5.1还是5.4,只要硬件没做LE Audio功能,测试项目就是传统那套,不会因为芯片标的版本号高了就要多测东西。

再说Channel Sounding。Core 6.0最核心的新特性就是信道探测,基于相位测量做到厘米级高精度定位。只有搭载了Channel Sounding功能的产品才需要跑专项测试,普通蓝牙设备——哪怕是用了6.0芯片但没开测距功能的——不需要多此一举。2026年起各BQTF实验室全面开放Channel Sounding商用认证受理。

  五、测试标准怎么从规范里拆出来的

认证实验室在测试你的产品时,不是靠工程师凭经验自己判断过没过。有标准化的测试用例(Test Case),从Core规范和Profile规范里逐条拆出来的。

1.射频测试标准参考SIG发布的射频测试规范(RF Test Specification),对应Core规范射频层的要求,测试参数包括发射功率、频率偏移、调制精度、接收灵敏度、杂散发射等。

2.协议栈一致性测试统一使用SIG官方的PTS(Protocol Test Suite)自动化测试套件,覆盖L2CAP、HCI、GATT、ATT等核心协议层的每一个状态机转换和错误处理路径。

这里一个关键外部记忆点:PTS是SIG统一指定的标准化工具,所有BQTF授权实验室必须用PTS产出合规报告,**测试脚本、内部抓包日志这些不被SIG审核认可。别想着拿调试记录替代PTS报告,审核端一眼能识别。


蓝牙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>