模型
蓝牙 Mesh在 BLE 物理层之上定义泛洪与可控中继，使用发布/订阅与模型（Model）描述灯、传感器等行为。配网（Provisioning）通过设备密钥与应用密钥分层；大规模网络需规划中继节点密度与延迟。
网关
蜂窝网关作为 Mesh 与云端桥梁，应缓存离线指令并做协议转换；出口带宽通常远大于 Mesh 侧，注意突发上报。
对比 Thread
二者均为近场 mesh，选型看生态、芯片供应与互操作需求。
规模、延迟与可靠性
Mesh 网络泛洪与受控中继在节点数上升时，控制面与数据面延迟都会增加，需通过中继布局、子网划分与 TTL 限制避免广播风暴。关键指令应使用可靠消息模型并确认重传；照明类应用可容忍更高延迟，安防与工业控制需更严格上限。配网密钥分发与撤销流程要可审计，防止离职维护人员仍持有设备密钥。大规模部署时，需规划固件与密钥的批量更新窗口，避免同时唤醒导致空中拥塞。
蜂窝网关与边缘计算
网关作为 Mesh 与云之间的桥梁，应实现本地规则引擎：在蜂窝中断时仍能执行场景联动与告警。出口侧需协议转换、压缩与批量上报，减轻 MQTT 或 HTTP 连接数压力。对跨省项目，可就近接入边缘节点降低时延。与模组侧协同，要监控网关 CPU、内存与 Mesh 侧丢包率，提前扩容或调整中继节点。
工程实践补充
从「蓝牙 Mesh」出发，现场常见问题往往集中在「指标在实验室达标、外场复现困难」。除射频与协议外，还应排查电源地弹、连接器接触与固件竞态。蜂窝侧建议采集 RSRP/SINR、小区重选与 PDP 重建记录；应用侧对重试、幂等与队列持久化要有明确策略。涉及数据安全与合规时，把采集范围、存储位置、保留期限与第三方共享写进隐私与合同附件，避免上线后补洞成本过高。