6LoWPAN：无线嵌入式物联网提升【2.7】

5. 4. 4 服务发现

服务发现在无线嵌入式互联网应用中是一个重要的问题， 在这些应用中的设备是自主的， 而且其应用也必须是自动配置的。 服务发现用于发现提供哪些服务、 它们使用哪些应用协议设置以及它们位于哪个 IP 地址。 嵌入式设备中用于服务发现的典型协议包括服务定位协议 （SLP）、 通用即插即用 （ UPnP） 和用于 Web 服务的设备配置文件 （DPWS）。 一些应用协议， 如 ZigBee CAP 或 MQTT - S， 都有自己的内置发现功能。如 OGC 或 SENSEI 这样的框架也有内置的服务发现和描述机制。

服务定位协议是用于 IP 网络中一般的服务发现 [ RFC2608]。 因为典型消息的大小， 为了有效地应用于 6LoWPAN， SLP 需要被优化。 一个关于简单服务定位协议 （SSLP） 的提议 [ID - 6LoWPAN - sslp]， 为 6LoWPAN 网络提供一个简单的、 轻量级的服务发现协议。 通过位于一个边缘路由器上的 SSLP 转换代理， 这个协议可以很容易地与运行在 IP 网络上的 SLP 相互关联———这样就可以在 LoWPAN 之外发现 6LoWPAN 服务，并且反之亦然。 SSLP 支持 SLP 的大多数特性， 包括目录代理的可选使用。 SSLP 的报头格式包含一个 4B 的基本头部， 随后是特定消息字段。 在 SLP 中， 服务类型、 范围和URL 是以字符串进行携带的。 像 SSLP 这样方案所使用的字符串应该越短越好。

UPnP 协议旨在按 [UPnP] 中规定， 使家庭设备可以被自动识别并且可控制。 UPnP 使用三个协议： 发现设备的简单服务发现协议 （ SSDP）、 事件通知的通用事件通知架构 （GENA） 和控制设备的 SOAP。 设备描述被存储为 XML， 而且在使用 SSDP 进行初始化发现后用 HTTP 进行检索。 UPnP 并不直接用于 6LoWPAN 设备， 因为 UPnP 依赖于广播以及 XML 和基于 HTTP 的描述和协议。 因为 SSDP 和 SSLP 相似， 可以直接适用于 6LoWPAN。 也可能在 6LoWPAN 上使用 UPnP 或它的一个子集， 它将 Web 服务压缩和绑定应用到 UPnP 描述和协议。 然而， 这将要求一个 UPnP 的特殊版本， 以用于6LoWPAN 和类似的网络。

Web 服务的设备配置文件 （DPWS） 描述了一组基本的功能， 以使嵌入式 IP 设备实现基于 Web 服务的发现、 设备描述、 消息和事件 [ DPWS]。 DPWS 的目标类似于UPnP， 但 DPWS 使用纯粹的 Web 服务方法。 DPWS 最近一直在由 OASIS 进行标准化。由于 DPWS 使用 XML 进行描述并且所有消息都基于 XML / HTTP / TCP， 为了在6LoWPAN 中使用， 需要 Web 服务压缩和绑定以及简化。 DPWS 已经越来越流行于企业和工业系统， 这是因为基于 Web 服务， 使用 DPWS 的设备可以自动被集成到后端系统。

5. 4. 5 简单网络管理协议

网络管理是任何网络部署的一个重要特征， 并且一定程度的管理对自治无线嵌入式设备 甚 至 是 必 要 的。 有 几 种 方 法 对 IP 网 络 进 行 管 理， 如 简 单 网 络 管 理 协 议（SNMP）、 Web 服务或专有协议。 对于 IP 网络中的网络基础设施和设备的管理来说， SNMP 是一个标准。 它包括一个应用协议、 一个数据库