Thread网络：为何要设置Full End Device（FED）？

• 适配硬件复用与开发简化
  不少物联网设备的硬件是按Full Thread Device（FTD）标准设计的，但实际场景里完全不需要它承担路由转发任务。做成FED的话，不用改动硬件，仅在软件层面禁用路由功能即可，既能复用现有硬件方案，又不用为适配MTD大幅裁剪协议栈，省去了重新设计和开发的成本。

• 满足低延迟实时交互需求
  像SED、SSED这类休眠型MTD，需要定时唤醒或同步才能收发消息，延迟较高。而FED的射频始终处于开启状态，能随时响应网络指令、传输数据，完美适配对实时性要求高的场景——比如工业现场的实时数据采集、智能家居里的即时控制反馈，无需等待设备唤醒，数据可即时传输。

• 提供持续稳定的在线能力
  MTD常会因休眠出现断连、重连情况，而FED全程在线，网络连接状态更稳定。对于安防报警终端、环境监测节点这类不能断连的设备来说，FED的持续在线特性比休眠类MTD更可靠，不会因休眠错过关键数据或指令。

• 支撑协议栈功能测试
  在Thread网络的测试环节，FED可作为搭载完整协议栈的终端节点，用来验证全协议栈的交互逻辑，同时又不会承担路由转发负载，方便测试人员单独测试终端功能，不会干扰整个网络的路由拓扑。

内容的提问来源于stack exchange，提问作者Thais Midorikawa