Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29182-4 — 传感器网络：SNRA — 第4部分：实体模型
传感器网络架构设计的分层实体模型框架
理解 SNRA 中的实体模型
ISO/IEC 29182-4 定义了构成传感器网络架构结构基础的实体模型。在 SNRA 的语境中，实体是物理或逻辑组件的抽象，它在传感器网络中执行特定角色。该标准定义了一套全面的实体类型，按层组织：传感层、网络层、服务层和应用层。这种分层遵循关注点分离原则，允许各层独立演进。
在架构设计过程中，将第4部分的实体模型用作检查清单。对于每一层，确认已识别出必要的实体，并且它们的交互已明确指定。某一层缺失的实体往往会在项目后期表现为集成缺口。
传感层实体包括直接与物理环境交互的传感器节点、执行器和网关。网络层实体负责管理通信、路由和拓扑控制。服务层实体提供中间件功能，如数据存储、事件检测和服务发现。应用层实体实现领域特定逻辑，消费传感器数据并生成可执行的洞察。
详细实体规范
模型中的每种实体类型都通过一组属性、行为、接口和关系来规范。例如，”传感器节点”实体具有属性（节点ID、位置、电池电量、传感能力）、行为（传感、处理、发送、休眠）、接口（传感器接口、网络接口、管理接口）和关系（属于某个簇、与网关通信、由网络管理器管理）。
| 层 | 实体类型 | 主要功能 | 示例实例 |
|---|---|---|---|
| 传感层 | 传感器节点、执行器节点、网关、汇聚节点 | 物理现象检测和执行 | 温度传感器节点、智能阀门执行器、边缘网关 |
| 网络层 | 路由器、协调器、基站、中继节点 | 数据路由、拓扑管理、QoS执行 | 网状路由器、PAN协调器、LTE基站 |
| 服务层 | 服务注册中心、数据存储库、事件管理器、安全管理器 | 中间件功能、数据存储、事件处理 | 传感器数据平台、告警关联引擎、身份提供商 |
| 应用层 | 应用代理、可视化组件、决策支持引擎 | 领域逻辑、用户界面、分析 | 仪表盘应用、预测性维护引擎、移动应用 |
实体模型不应与物理设备类型混淆。单个物理设备可以实现多个实体。例如，智能工业网关可能同时充当汇聚节点（传感层）、路由器（网络层）和服务注册中心（服务层）。实体模型分离的是逻辑关注点，而非物理盒子。
实体关系与组合模式
该标准定义了多种组合模式，指导如何将实体组合成完整系统。”集中器模式”通过网关聚合来自多个传感器节点的数据。”分层模式”将实体组织成具有分层处理的树状结构。”点对点模式”使传感器节点之间能够直接通信，无需中央协调器。每种模式对可扩展性、延迟和容错性具有不同的影响。
集中器模式特别适用于环境监测，因为数据量适中且主要目标是数据聚合。相比之下，点对点模式适用于实时控制应用，其中低延迟和高可用性至关重要，例如工业自动化回路。
实体模型还引入了”虚拟实体”概念——为管理和交互目的而代表物理实体的软件抽象。例如，虚拟传感器可以聚合多个物理传感器的读数，以提供更可靠或更全面的观测。虚拟实体对于实现冗余、数据融合和传感器抽象层至关重要。
过度抽象是一个真实风险。创建过多的虚拟实体层会引入延迟和复杂性。一个好的经验法则是将虚拟化限制在两层：一层用于物理到逻辑映射，一层用于逻辑到服务映射。超过这个限度，性能开销通常超过灵活性带来的好处。
实体模型还支持跨层映射的概念。同一物理设备中的不同实体可以相互协作实现复杂功能。例如，一个智能工业网关可能同时充当传感层的汇聚节点、网络层的路由器和应用层的本地决策引擎。这种多角色映射能力使得 SNRA 实体模型能够灵活适应各种部署场景和资源约束条件，而不需要为每种场景定义全新的实体类型。这也是 SNRA 区别于其他固定分层架构的重要特点之一。
常见问题
问：实体模型是否可以映射到特定的实现技术？
答：可以。实体模型设计为与实现无关，但可以映射到特定技术。例如，传感层实体可以实现为受限 MQTT 设备，服务层实体实现为 RESTful 微服务，应用层实体实现为基于 Web 的仪表盘。
答：可以。实体模型设计为与实现无关，但可以映射到特定技术。例如，传感层实体可以实现为受限 MQTT 设备，服务层实体实现为 RESTful 微服务，应用层实体实现为基于 Web 的仪表盘。
问：实体模型如何处理移动性？
答：移动实体（例如，无人机或可穿戴设备上的传感器）通过”动态关联”概念来处理。移动传感器节点在移动过程中与不同的网关关联，实体模型通过服务层中的位置服务实体跟踪其位置。
答：移动实体（例如，无人机或可穿戴设备上的传感器）通过”动态关联”概念来处理。移动传感器节点在移动过程中与不同的网关关联，实体模型通过服务层中的位置服务实体跟踪其位置。
问：第4部分中的实体与 OOP 设计中的对象有何关系？
答：实体模型的抽象级别高于 OOP 对象。SNRA 实体可以实现为对象集合、微服务甚至专用硬件模块。实体模型关注的是架构角色和职责，而非实现细节。
答：实体模型的抽象级别高于 OOP 对象。SNRA 实体可以实现为对象集合、微服务甚至专用硬件模块。实体模型关注的是架构角色和职责，而非实现细节。
问：如何确定一个系统需要哪些实体类型？
答：建议采用需求驱动的实体识别方法。首先分析系统功能需求，确定必须支持的服务和操作；然后将这些需求映射到各层的实体类型；最后根据非功能性需求（如可靠性、延迟、安全性）调整实体配置。标准提供了一个实体选择矩阵，将常见功能模式映射到推荐的实体组合。
答：建议采用需求驱动的实体识别方法。首先分析系统功能需求，确定必须支持的服务和操作；然后将这些需求映射到各层的实体类型；最后根据非功能性需求（如可靠性、延迟、安全性）调整实体配置。标准提供了一个实体选择矩阵，将常见功能模式映射到推荐的实体组合。
