定义
Connection Status（连接状态）展示设备 Online（在线）、Offline（离线）、Inactive（未激活）等状态。支持离线时长统计、批量离线告警，可配置离线阈值自动告警。
状态类型与判定
常见状态包括：Online（在线）—设备已建立连接且心跳正常；Offline（离线）—超过心跳超时阈值未收到消息；Inactive（未激活）—设备已注册但从未成功连接；Disconnected（断开）—连接异常断开。判定逻辑通常基于 MQTT 的 Last Will、心跳间隔或平台侧超时配置，需结合网络波动、设备休眠策略合理设置阈值，避免误报。
监控与告警
平台支持按产品、分组、区域统计在线率，展示离线设备列表及离线时长。通过 Rule Engine 规则引擎可配置「离线超过 N 分钟」或「批量离线超过 M 台」触发告警，推送至运维人员或 ITSM 工单系统。支持离线历史趋势分析，辅助识别网络故障、设备批量异常等场景。
与设备监控结合
连接状态是 Device Monitoring 设备监控的核心指标之一，与设备健康评分、遥测数据、告警统计共同构成运维仪表盘。对于关键设备，可设置更细的在线状态（如活跃/空闲），并与其他业务指标联动分析。
在线与离线靠什么信号判定
连接状态的技术含义，是平台根据会话是否还活着，给设备标上在线、离线或尚未激活，而不是根据业务数据好不好。在线通常表示传输会话存在，并且在约定时间内看到了心跳、报文或保活；离线表示超过超时仍没有这些信号，或收到了遗嘱一类的断开声明；尚未激活表示档案已建立，但这台设备从来没有完成过认证后的连接。这三项不能互相推算。没有会话时，平台不应把影子里的旧上报值继续显示成“当前在线”。
使用前要按产品分别设置心跳间隔和离线超时，超时应明显大于正常上报周期，并留出网络往返和重连时间。一直供电、长连接的设备和定时醒来的设备不能共用一个阈值。遗嘱消息只有在连接建立时注册成功才有意义，设备若从未连上，就不会有遗嘱。状态变化要记录发生时间，供遥测中断时对照：先断连还是先停止上报，结论不同。批量离线告警还应看这些设备是否集中在同一网关或同一运营商接入点，避免把区域网络故障拆成成千上万条单机告警。
休眠终端被算成故障
最常见的误判是把省电睡眠当成离线故障。设备按设计每数小时醒来一次，超时若按常电设备的几分钟来设，系统会整夜告警。另一种是把“认证失败”显示成普通离线，维修人员去查天线，实际是凭证已被吊销。网络地址变化、负载均衡把会话切到另一节点，若会话状态没有同步，也会出现设备仍在发报文、控制台却显示离线的短暂不一致。未激活和已激活后长期离线若合成一个筛选条件，产线上还没出厂的设备会混进故障列表。
恢复上线时不要把离线期间的空窗自动补成“一直正常”。设备影子里的期望配置可以在上线后继续下发，但连接状态本身应反映这次会话，而不是沿用离线前的最后一次成功。时钟不准的设备如果用设备本地时间覆盖平台观察到的断开时间，时间线会错位。判定规则变更后，应说明新规则从何时生效，否则历史在线统计和当前列表对不上，会被误认为设备大批掉线。
会话还在但报文已经停了
连接状态若只看传输会话是否还挂在接入节点上，会把“通道还在、业务已经停了”显示成健康在线。有的设备保持心跳，传感器任务却已退出；有的中间设备记住了一条早已没有对端的会话，平台要等到自己的超时才改判离线。因此除了会话标志，还要看这类设备承诺的业务报文是否在自己的周期内出现。两种信号不一致时，应显示成在线但无数据，而不是简单标成正常。超时的计时起点是平台最后一次真正收到该设备的报文，不是设备自己上报的本地时间，因为本地时钟可能停滞或跳变。
批量掉线还要先看共同路径。同一网关下的子设备一起消失，应先呈现网关或这段链路的问题，再允许人展开看子设备，否则值班人员会从成百条单机告警里找原因。未激活、已激活后离线和认证被拒绝，筛选条件必须分开，产线上尚未出厂的档案不该进入故障队列。状态从离线恢复时，空窗仍然是空窗，不能回填成一直在线。规则调整了超时之后，新旧判定要注明分界时间，否则历史曲线会在规则生效的那一天出现一次无法解释的台阶。