5.2 入网流程与网络生命周期：从扫描到离网的完整时序

5.2 入网时序与网络生命周期

本节摘要：把设备入网的完整时序走一遍——扫描选择、关联请求、安全认证与密钥下发、地址分配，再讲孤儿扫描重连、老化与主动离网。本节是网络层排障的时序地图，也是第六章安全流程与第八章统一配网的公共前置。

一、先看完整时序

一台新设备（以路由器或终端设备身份）加入安全网络的完整过程分两大阶段：先建立链路关联（网络层的事），再完成安全认证（信任中心的事）。两阶段各自独立成败——"关联成功但认证被拒"是完全合法的状态，也是排障时必须区分的两类故障。

逐步解读。扫描选择：设备在候选信道上收集在网网络的标识与能力信息，按策略（信号强度、是否开放入网、是否匹配预期网络）挑选目标。关联请求：设备向选中的父节点出示六十四位长地址与能力描述（设备类型、是否常电），父节点检查容量后接纳并给出临时关联状态——此时链路通了，但设备还没有网络密钥，等于站在大堂没有门卡。认证与密钥下发：信任中心（协调器）得知新成员后与其交互认证，认证通过后用两者共享的链路密钥加密下发网络密钥——拿到网络密钥才算真正入网，此后全网加密通信对它敞开。地址分配：入网过程中设备获得十六位短地址（随机分配加冲突检测，见第三章）。

⚠️ 常见坑：把"关联成功"当"入网成功"。工程表象是设备出现在父节点的关联表里，但不上报数据或命令无响应——去信任中心查认证记录，多半是密钥协商失败（预装链路密钥不匹配、或认证超时）。

二、休眠终端的特殊入网细节

休眠终端走同样的流程，但有两个额外约束。其一，认证与密钥下发的交互要按轮询节奏走，信任中心发的密钥帧会在父节点缓存里等它来取，整段时序被拉长到数个轮询周期——网关侧的入网超时必须为电池设备放宽。其二，终端入网时宣告自己的轮询偏好（接收窗口时长），父节点据此决定为其缓存帧的等待上限。这两个参数是"入网慢"类工单的头号嫌疑：设备侧轮询偏好设得太短，父节点等不及就丢缓存帧，认证交互反复失败。

图：入网两阶段的故障分界线

三、掉线之后：孤儿扫描与重连

设备与父节点失联（换位置、父节点断电重启、信道环境突变）后，不会立刻重新入网——那会换新地址、丢绑定关系，代价大。规范提供孤儿扫描：设备在原信道发孤儿通知，原父节点（若还在且仍认得它）回应，父子关系恢复，地址与所有配置原样保留。只有孤儿扫描失败才走全新入网。工程上"设备频繁掉线又自愈"的日志，多半就是反复孤儿扫描——要查的是信号边际或父节点稳定性，而不是设备本身。

四、网络的老化与人口治理

网络运行期的人口治理有三道闸。父节点对子设备的老化：超过设定时长没有轮询就移除关联，腾出缓存与表项。信任中心的设备表治理：对可疑或退役设备主动移除，被移除者的下一次密钥请求会被拒绝。地址回收：离网设备的短地址经一段时间后可被复用（随机分配体系下地址冲突检测兜底）。三道闸共同维持人口表的清洁——第一章说"自愈"是三条硬约束之一，但自愈不只是路由绕行，还包括人口表的自我清理。长期运行的网络"越用越慢"，查完路由查人口，僵尸设备条目往往就是答案。

💡 关键直觉：把网络当人口系统来运维。入网是落户，孤儿扫描是寻亲，老化是注销户口，绑定是亲属关系。人口表干净的网络才谈得上健康，这个视角比"重启大法"有效得多。

本节要点回顾

• 两阶段入网：链路关联与安全认证独立成败，"进了关联表但不上报"要查认证与密钥，不是信号；
• 休眠拖长：密钥帧经父节点缓存等轮询，入网超时与轮询偏好是电池设备入网问题的首选旋钮；
• 孤儿重连：先孤儿扫描保地址保配置，失败才重新入网；频繁自愈日志指向信号边际；
• 三道治理闸：老化移除、信任中心移除、地址回收，对抗僵尸条目这个慢性病；
• 本节坐标：时序里的认证与密钥几步被虚写，第六章现在补齐安全全貌。

延伸：一次完整的新网开荒流程

把本章与前几章串成一次开荒实操，顺序是：选址（第二章的能量扫描避干扰，挑缝隙信道）；上电次序（先协调器建网，再放路由器铺骨架，最后唤醒终端入网）；分批入网（不要全场设备同时上电——同时扫描同时关联会制造入网风暴，分批之间留出稳定时间）；验证（发现服务全网扫一遍，比对设备清单与预期）；配置（关键本地回路先绑好，再接入上层系统）。开荒质量决定网络的前几个月体验，这五步里任何一步偷懒，都会在扩张期加倍偿还。

常见问题

设备换电池后要重新入网吗？

正常不需要。设备保留网络与地址配置，上电后发孤儿通知找回父节点即可续用。需要重新入网的信号是设备反复孤儿扫描失败——查信号与父节点，而不是急着恢复出厂。

速查：入网排障决策卡

补 rejoin 风暴的成因与治理。rejoin 风暴是 Zigbee 现场最著名的群体事件：网关重启（断电恢复、固件升级）后，数百个电池终端各自醒来发现网络"不见了"（它们的父节点状态丢失），同时发起 rejoin 请求——瞬时流量洪峰让本就刚恢复的网关雪上加霜，部分设备 rejoin 失败进入更长的重试周期，恢复时间从分钟拖到小时。治理手段三层：网关侧，恢复后延迟开启入网窗口并分批放行（不要瞬间满血接受全部 rejoin）；设备侧，rejoin 的退避随机化（各设备按随机延迟错峰发起，协议栈参数可调）；架构侧，关键的 mains 设备先恢复（路由器骨架先立起来，终端的 rejoin 才有父可寻）。风暴的预防思路与治理思路都指向同一个设计哲学：把"同时"变成"错峰"——分布式系统的恢复调度，在百元级的智能家庭网关里同样是必修课。