3. Thread协议栈架构与nRF54实现

Thread并不是一套全新的无线协议，而是把已经成熟的IEEE 802.15.4与IPv6两套体系“粘合”起来，并在其上叠加Mesh路由与网络管理能力。理解Thread协议栈，关键是看清每一层由谁负责、数据包在层与层之间如何被封装与解封装，以及这些层在nRF54系列芯片上分别由硬件、驱动、协议库还是应用代码承担。只有把“协议分层”与“芯片资源映射”对应起来，后续的抓包分析、功耗调优和故障定位才有落脚点。

一、Thread协议栈的分层结构

从下往上，Thread协议栈可划分为五个关键层次。最底层是IEEE 802.15.4 PHY，工作在2.4 GHz频段，共16个信道（信道11～26），采用O-QPSK调制与DSSS扩频，每个信道带宽2 MHz，标称速率250 kbps。PHY层负责比特流的调制解调、信道能量检测（ED）和链路质量指示（LQI）。其上是IEEE 802.15.4 MAC，负责CSMA/CA信道接入、帧确认（ACK）、重传以及16位短地址或64位扩展地址的寻址。Thread对标准MAC做了裁剪：不使用802.15.4的星型协调器信标（Beacon）机制，而是采用非信标（non-beacon）模式，由上层Mesh转发来扩展覆盖。

MAC之上是6LoWPAN适配层。IPv6的最小MTU为1280字节，而802.15.4单帧有效载荷最多约102字节（考虑安全开销后更少），二者差距巨大。6LoWPAN通过报头压缩（IPHC）、分片与重组（Fragmentation）以及Mesh寻址头（Mesh Header）来弥合这一鸿沟。典型情况下，一个IPv6/UDP报头可从48字节压缩到6字节左右，这是Thread能在低功耗链路上跑IPv6的前提。

再往上是IPv6与UDP层。Thread网络中的每个节点都拥有至少一个全球唯一的IPv6地址（基于EUI-64或随机接口标识生成），因此Thread网络天然是IPv6网络，可与外部IP网络直接互通，无需应用层网关。传输层主要使用UDP，因为UDP无连接、开销小，适合低功耗设备；CoAP、DTLS、MLE等Thread核心协议都构建在UDP之上。

最上层是Thread应用与网络层，包括Mesh Link Establishment（MLE）、Address Resolution（基于CoAP的地址解析）、路由管理（基于RIPng的Mesh路由）、网络数据（Network Data）分发，以及应用侧的CoAP、MQTT-SN等。MLE负责邻居发现、链路建立、角色协商和网络参数同步，是Thread“自组织”能力的核心。

二、数据包在层间的封装与解封装

以一台nRF54节点向另一节点发送CoAP请求为例，数据自上而下逐层封装。应用层生成CoAP报文（例如GET /temp），交给UDP层加上8字节UDP报头，再交给IPv6层加上40字节IPv6报头（源地址、目的地址、跳数限制等）。进入6LoWPAN层后，IPHC压缩把IPv6报头压缩到约6字节，UDP报头压缩到约4字节；若报文超过单帧容量，则插入分片头，把载荷切成多个802.15.4帧。MAC层加上帧控制字段、序列号、地址字段和FCS，PHY层再完成调制并发射。接收端则反向逐层剥离，最终把CoAP报文交给应用。

这里有一个容易忽略的细节：Mesh Header。当源节点与目的节点不在彼此射频范围内时，6LoWPAN层会插入Mesh Header，携带源和最终目的地址，中间Router据此转发。这与IP层的路由不同——Mesh Header工作在链路层之上、IP层之下，是Thread Mesh转发的关键机制之一。

三、nRF54上的实现映射

nRF54系列（如nRF54L15、nRF54H20）在硬件上集成了2.4 GHz RADIO外设，支持IEEE 802.15.4 PHY的调制解调、CRC校验、自动ACK和RSSI/LQI测量。PHY与MAC的底层时序由硬件和驱动共同完成，OpenThread协议库则运行在应用处理器上，负责6LoWPAN、IPv6、MLE和路由。Nordic提供的nRF Connect SDK中，OpenThread以库的形式集成，开发者通过ot前缀的API或Zephyr的ieee802154驱动接口进行配置。

一个典型的初始化流程如下（示例参数，非实测）：

// 1. 初始化OpenThread实例
otInstance *instance = otInstanceInitSingle();

// 2. 设置网络参数
otOperationalDataset dataset;
otDatasetCreateNewNetwork(instance, &dataset);
dataset.mChannel = 15;              // 信道15
dataset.mPanId = 0x1234;            // PAN ID
dataset.mNetworkKey.m8[0] = 0x01;   // 网络密钥（示例）
otDatasetSetActive(instance, &dataset);

// 3. 启动Thread协议栈
otIp6SetEnabled(instance, true);
otThreadSetEnabled(instance, true);

// 4. 等待角色确定
otDeviceRole role = otThreadGetDeviceRole(instance);
// 可能返回 OT_DEVICE_ROLE_CHILD / ROUTER / LEADER

启动后，节点首先进入Detached状态，通过MLE发现邻居并尝试附着。若附近有Router，则成为Child（终端）；若满足Router升级条件（如邻居数、链路质量），REED可升级为Router；网络中的Leader由Router选举产生，负责分配Router ID和下发Network Data。对于电池供电的SED（Sleepy End Device），可配置轮询周期（如otLinkSetPollPeriod(instance, 3000)表示3秒轮询一次），以在功耗与下行可达性之间折中。

四、角色与地址的对应关系

Thread定义了五种角色：Leader、Router、REED、End Device（MED/SED）和Border Router。在nRF54上，这些角色并非由不同硬件决定，而是由OpenThread根据网络状态动态协商。每个节点拥有一个64位扩展地址（EUI-64，出厂固化）和一个16位短地址（由Leader分配，用于Mesh内寻址）。IPv6地址则基于扩展地址或随机接口标识生成，包括链路本地地址（fe80::/10）和全球单播地址（由Border Router前缀+接口标识构成）。

五、关键参数与观察点

在nRF54上调试Thread时，以下参数最值得关注：信道（11–26，需与网络一致）、PAN ID（16位，同一网络必须相同）、网络密钥（128位，决定能否入网）、Poll Period（SED轮询周期，影响功耗与下行延迟）、Router升级阈值（默认邻居数≥2且链路质量达标）。观察点包括：RSSI/LQI反映链路质量，MAC重传次数反映信道拥塞，MLE邻居表反映拓扑稳定性。若RSSI低于-90 dBm，通常意味着链路边缘，需考虑增加Router或调整部署位置。

把协议栈分层与nRF54资源映射对齐之后，后续无论是分析6LoWPAN分片异常、排查MLE附着失败，还是优化SED功耗，都能快速定位到具体层次和具体代码位置，而不是在“Thread不工作”这样的模糊描述里打转。