1. 蓝牙Mesh网络概述：Mesh网络架构、节点类型、消息传递机制

各位同学，咱们今天正式开讲蓝牙Mesh。说实话，我第一次接触Mesh的时候，脑子里全是问号——蓝牙不就是手机连耳机、连音箱吗？怎么还能组网？后来踩了不少坑才明白，蓝牙Mesh跟经典蓝牙完全是两码事。

咱们这门课叫《蓝牙Mesh网络抓包与性能调优实战》，第一讲先把地基打牢。你想想看，如果连节点类型都分不清，后面抓包分析的时候，你连哪个设备在发消息都看不明白。所以这一章，咱们把Mesh的架构、节点、消息机制彻底捋清楚。

蓝牙Mesh，说白了就是让蓝牙设备能互相通信、能组网、能覆盖大面积的一种网络技术。它不是点对点，也不是一对多广播，而是多对多。

我举个例子你就明白了。一个智能楼宇项目，每层楼有50个灯控器、30个传感器、10个开关面板。如果用经典蓝牙，你得给每个设备配一个网关，成本直接爆炸。但用Mesh，设备之间互相转发消息，一个网关就能覆盖整栋楼。

核心特点：

我记得第一次在实验室搭Mesh网络，放了20个节点，心想这玩意儿肯定乱成一锅粥。结果上电之后，不到30秒，所有节点自动组网完成。那一刻我确实被惊艳到了。

蓝牙Mesh的架构，我习惯把它分成三层来看：

咱们先看一张整体架构图，后面再逐层拆解。

这张图我建议你保存下来。后面咱们讲抓包分析的时候，每一层都会对应到实际的报文结构。

蓝牙Mesh定义了四种节点角色。我在项目里经常看到有人把角色搞混，导致网络性能出问题。咱们一个一个说清楚。

节点类型	功能	是否必须	典型功耗
中继节点（Relay）	接收并转发Mesh消息，扩展网络覆盖范围	可选	较高（持续监听）
低功耗节点（LPN）	大部分时间休眠，定期唤醒与朋友节点通信	可选	极低（μA级）
朋友节点（Friend）	为LPN缓存消息，在LPN唤醒时转发	可选	中等
代理节点（Proxy）	让不支持Mesh的BLE设备（如手机）通过GATT接入Mesh	可选	中等

实战经验：一个节点可以同时扮演多个角色。比如一个设备既可以做中继，也可以做朋友节点。但要注意，角色越多，功耗越高。我在一个智能照明项目里，把所有灯都配成了中继+朋友，结果电池供电的传感器节点反而连不上网了——因为朋友节点缓存太多，响应超时。

你可能会问：那节点怎么知道自己是什么角色？答案是：配网时由配置者（Provisioner）指定。配网完成后，节点会广播自己的角色信息，其他节点就知道了。

Mesh的消息传递，跟咱们平时用的TCP/IP完全不一样。它基于发布/订阅（Publish/Subscribe）模型。说白了，就是节点不关心消息发给谁，只关心消息发到哪个主题（Topic）。

具体来说：

举个例子。一个开关面板按下，它发布一条"开灯"消息到组地址0xC001。所有订阅了0xC001的灯控器都会收到这条消息，然后执行开灯动作。中间如果有中继节点，消息会一跳一跳地传过去。

消息传递的关键参数：

我记得有一次客户反馈，说灯控响应特别慢，有时候按了开关要等两三秒灯才亮。我抓包一看，TTL设成了127，消息在网络里绕了十几跳才到目标。后来把TTL改成5，响应时间降到200毫秒以内。这就是调优的价值。

Mesh消息分为两种：

你可能会想，那什么时候用可靠？什么时候用不可靠？我个人的经验是：

消息的底层格式，咱们后面抓包章节会详细拆解。这里先记住一个核心概念：Mesh消息的最小单位是PDU（Protocol Data Unit）。一个应用层消息可能被拆成多个PDU传输，接收方再重组。

注意：分段消息如果丢了一个PDU，整个消息都会重传。我在一个项目中遇到过，网络里有个节点信号不好，导致大量分段消息重传，网络吞吐量直接腰斩。后来把那个节点换成中继节点才解决。

这一章咱们把Mesh的骨架搭起来了。你至少应该记住：