1. 蓝牙Mesh网络基础：协议栈架构、节点与中继、消息发布与订阅

各位好，我是老周。做蓝牙Mesh也有七八年了，踩过不少坑，也积累了一些实战经验。今天咱们先打好地基——把蓝牙Mesh的网络基础捋一遍。你可能会问：信号弱化跟基础架构有什么关系？关系大了。很多信号问题，根源就在你对网络机制的理解不够深。

1.1 蓝牙Mesh协议栈架构

蓝牙Mesh的协议栈，说白了就是一套分层结构。每一层各司其职，像流水线一样把数据从应用送到空中。

我个人习惯把协议栈分成四层来看：

• 承载层（Bearer Layer）——最底层，负责把数据包变成无线电波发出去。目前主要用BLE Advertising Bearer，也就是广播承载。
• 网络层（Network Layer）——负责消息的转发和中继。这一层决定了你的消息能跳多远。
• 传输层（Transport Layer）——负责消息的分段重组、加密解密。嗯，这里要注意，Mesh的安全机制主要在这一层实现。
• 模型层（Model Layer）——最上层，定义了设备的行为。比如开关灯、调色温，都是模型在干活。

我记得刚接触Mesh时，总觉得协议栈很复杂。后来发现，你只要抓住一个关键点就行：每一层都在做“封装”和“解封装”。应用数据从模型层往下走，每经过一层就加一个头部；到了接收端，再从下往上逐层剥开。

为什么会这样设计？说白了，就是为了解耦。你改模型层的逻辑，不用动网络层；你优化中继策略，也不影响应用层。做项目时，这种分层结构帮了大忙。

1.2 节点与中继

蓝牙Mesh网络里，每个设备都是一个“节点”。但节点和节点不一样，它们有不同的角色。

节点类型	功能	典型设备
中继节点	接收并转发消息，扩展网络覆盖	智能灯泡、插座
低功耗节点	大部分时间休眠，定期唤醒收发消息	传感器、门锁
朋友节点	为低功耗节点缓存消息	常供电的网关或灯
代理节点	让不支持Mesh的手机通过GATT接入网络	网关、手机

这里我想重点聊聊中继节点。中继是Mesh网络的“传声筒”。一个消息从A节点发出，经过若干个中继节点一跳一跳地传下去，最终到达Z节点。这个过程叫“多跳中继”。

我曾经在一个工厂项目里遇到过一个问题：车间面积很大，部署了上百个灯。结果发现，离网关稍远一点的灯，响应延迟特别高。排查下来，问题出在中继节点分布不均匀——有些区域中继太多，消息反复转发造成拥塞；有些区域中继太少，信号跳不过去。

你想想看，如果中继节点之间距离太远，信号弱化就会很明显。蓝牙Mesh的物理层用的是GFSK调制，穿透能力有限。遇到墙壁、金属货架，信号衰减更厉害。所以，中继节点的位置规划，直接决定了网络的信号质量。

1.3 消息发布与订阅机制

蓝牙Mesh的消息传递，用的是“发布/订阅”模式。这个机制很有意思，它不像传统网络那样点对点发消息，而是基于“主题”来通信。

具体来说：

• 每个节点可以发布消息到一个“组地址”或“虚拟地址”。
• 其他节点可以订阅这些地址。
• 当有人发布消息时，所有订阅了该地址的节点都会收到。

举个例子：你有一个开关（发布者）和三个灯（订阅者）。开关发布“开灯”消息到组地址0xC001，三个灯都订阅了这个地址，于是同时亮起。

为什么会这样？因为蓝牙Mesh的洪泛机制决定了：一条消息会被所有中继节点转发。如果订阅关系太宽泛，消息就会在网络里反复传播，占用大量信道时间。

我的建议是：合理划分组地址。比如按区域分：客厅一组、卧室一组；按功能分：灯光一组、窗帘一组。不要把所有设备塞进一个组里。

1.4 核心知识体系一览

为了让你更直观地理解，我画了一张图。这张图把蓝牙Mesh的核心要素串在了一起：

从这张图你能看到，蓝牙Mesh的三大核心要素是协议栈、节点角色、发布订阅。它们环环相扣：协议栈是地基，节点角色决定了网络拓扑，发布订阅则定义了消息的流动方式。

信号弱化的问题，往往就出在这些环节的衔接处。比如：中继节点部署不合理，导致消息跳数过多；订阅关系设计太粗放，造成信道拥塞；协议栈参数配置不当，影响转发效率。这些我们后面会逐一展开。

1.5 本章小结

好了，第一课就讲到这里。我帮你把重点拎一下：

• 协议栈四层架构：承载层→网络层→传输层→模型层，每层各司其职。
• 四种节点角色：中继、低功耗、朋友、代理，其中中继节点对信号覆盖影响最大。
• 发布/订阅机制：基于组地址的灵活通信，但设计不当会引发消息风暴。

下一课，我们会深入分析信号弱化的具体原因。到时候我会拿几个真实项目案例出来，跟你聊聊那些年我踩过的坑。咱们下节课见。