1. BLE 多连接场景与边界定义
1.1 常见多连接拓扑
BLE 多连接场景主要围绕中心设备（Central / GATT Client）与多个外围设备（Peripheral / GATT Server）之间的连接管理。根据实际部署形态，可归纳为三种核心拓扑：
| 拓扑类型 | 结构描述 | 典型应用 |
|---|---|---|
| 星型拓扑 | 一个中心设备同时维护多个到外围设备的一对一连接 | 手机连接手表、耳机、传感器集线器 |
| 广播与扫描混合（无连接） | 外围设备通过广播包发布数据，中心设备扫描收集，不建立 ACL 连接 | 信标（Beacon）、低功耗传感器巡检 |
| 网状网络（Mesh） | 节点间通过 BLE 广播中继消息，节点可同时作为中继和终端 | 智能灯光、楼宇自动化、工业监控 |
边界提示： Mesh 网络本身不依赖经典的多连接机制，而是利用广播承载数据传输；其管理边界与星型拓扑的中心—外设模型不同，本教程重点覆盖星型及路由/中继混合场景下的连接状态管理。
1.2 连接数量极限
BLE 5.x 规范下，实际可维护的并发连接数量受多种因素制约：
- Controller 资源限制： Link Layer 数据通道数量有限，常见芯片支持 8–32 个并发连接，高端芯片可达 40+。
- Host 协议栈缓冲区： 每个连接需要独立的 ATT 队列、L2CAP 分段缓冲区，内存占用随连接数线性增长。
- 调度（Scheduling）开销： 蓝牙双模协议栈必须轮询所有连接的连接事件（Connection Events），连接数越多，每个连接可获得的时隙越短。
- RF 共存与干扰： 多个连接在同一频段上跳频，重传率和冲突概率随并发连接数上升。
| 参数 | 典型极限（低端 SoC） | 典型极限（高端 SoC） | 说明 |
|---|---|---|---|
| 最大并发 ACL 连接 | 8–12 | 32–48 | Controller 硬件决定 |
| 最大广播/扫描集 | 16–32 | 64–128 | 仅占用链路层微小状态 |
| 连接间隔最小值 | 7.5 ms | 7.5 ms | 规范下限，过多连接会导致欠时隙 |
| 数据传输吞吐量 | 随连接数下降 | 保持线性或亚线性 | 受调度和 RF 影响 |
1.3 物理层与链路层限制
物理层（PHY）和链路层（Link Layer）是定义多连接边界的底层基础：
- PHY 速率与时隙粒度： BLE 1M PHY（1 Mbps）和 2M PHY（2 Mbps）影响每个连接事件可传输的数据量；长距离编码 PHY（S=2, S=8）降低速率但增加灵敏度，使得多连接场景中时间窗口更紧。
- 跳频机制： 37 个数据通道共享时间域，多连接时，各连接在各自连接事件（每个事件固定时间偏移）内跳频。大型连接数会导致相邻事件冲突，提升重传。
- 连接参数： 连接间隔（Connection Interval）、延迟（Slave Latency）、监控超时（Supervision Timeout）直接影响调度压力和断链风险。短间隔适合低延迟场景，但消耗更多调度资源。
- 多连接调度模型： 蓝牙 Controller 内部使用时间分片机制处理连接事件；超过 Controller 预分配槽位数后，主机必须实现连接事件微调（Connection Event Extension）或分时复用。
物理层与链路层边界清单：
- 每增加一个连接，中心设备需要额外占用 1 个数据通道（FIFO 对）和 1 个连接事件槽。
- 连接间隔 7.5 ms 下，每秒钟最多产生约 133 个连接事件；若每事件分配给多个连接，则每个连接的实际事件次数减少。
- Supervision Timeout 默认 20–30 s，在大量连接场景下，因调度延迟导致的超时断链风险需要单独检测。
1.4 多连接状态的核心风险边界
- 连接风暴（Connection Burst）： 短时间内同时发起或断开大量连接，导致调度队列溢出或内存碎片。
- 状态不一致： 多个连接共享同一个 ATT 缓冲区时，数据包乱序或丢失导致客户端/服务器状态漂移。
- 电源管理冲突： 中心设备唤醒周期随连接数增加而缩短，待机功耗不降反升，尤其在地面供电受限的扫描节点上表现明显。
1.5 场景边界验收标准
| 验收指标 | 边界条件 | 目标值 |
|---|---|---|
| 最大并发连接数 | 连接间隔 20 ms，1M PHY | ≥ 16（SoC 上限的 80%） |
| 连接建立时间 | 从扫描到建立第 1 个连接 | ≤ 30 ms |
| 在最大连接数下吞吐量 | 每个连接单向 200 字节/事件 | ≥ 总吞吐量 90% 的线性扩展 |
| 断链率 | 持续运行 10 分钟以上 | ≤ 2% |