蓝牙16bit UUID注册机构面向企业的可用ID是否即将耗尽？

你核算的16bit企业UUID余量数据是准确的：目前SIG面向付费成员分配的公有16bit属性UUID（包含服务、特征值、描述符三类）预留分配段确实是0xFCDC~0xFEFF区间，扣减已公示的分配条目后，剩余可直接分配的号段确实在240个上下。

针对号段耗尽后的应对规则，SIG在近年的成员工作组公开文档和会议纪要里已经明确了落地路径，没有计划推出32bit位宽的UUID分配方案，具体安排如下：

• 绝对不会推广32bit UUID作为通用分配方案
  蓝牙核心规范从最初版本就固定了16bit UUID与128bit基础UUID的映射规则，所有16bit公有UUID都要套入固定基础UUID00000000-0000-1000-8000-00805F9B34FB的对应位实现全生态兼容。如果强行新增32bit位宽的公有UUID，需要全球所有存量蓝牙设备更新协议栈才能识别兼容，生态改造成本完全不可控，SIG早在2020年的UUID工作组会议上就正式否决了这个提案。
• 第一优先级方案是回收复用闲置失效的16bit UUID
  SIG在2022年更新的《UUID分配管理规则》里新增了明确的回收条款：
  • 企业申请16bit UUID后，连续5年没有在任何通过SIG认证的量产蓝牙产品中实际使用该UUID的，SIG会提前6个月向权属主体发函核实，到期无法提供有效使用证明的，直接收回号段重新放入公共分配池
  • 申请主体注销、破产、主动终止SIG会员资格且没有明确UUID权属承接方的，名下所有未实际量产使用的16bit UUID直接纳入回收池
  • 蓝牙发展早期给部分初创成员分配的、不在当前0xFCDC起始段内的闲置UUID，也会逐步梳理回收，目前初步排查出的可回收闲置号段已经超过300个，配合正常的分配节奏，完全能覆盖未来至少10年的公有16bit UUID申请需求
• 长期兜底是引导企业按需使用自定义128bit UUID
  实际上SIG从来没有要求所有蓝牙属性都必须申请公有16bit UUID：如果是厂商自定义的私有服务、特征值，不需要跨厂商通用互联的，厂商完全可以自行生成128bit UUID使用，不需要走SIG申请流程，也没有号段数量限制。目前已经有超过70%的厂商私有蓝牙属性直接使用自定义128bit UUID，根本不会占用16bit公有号段资源。

至于网上传言的SIG会开辟新的16bit预留分配段的说法，目前还只在内部讨论阶段，没有形成正式决议，短期不会落地。按照现有规则推进，完全不会出现公有16bit UUID耗尽后企业无号可申请的情况。

内容的提问来源于stack exchange，提问作者XDS