3. OPC UA 通信模型：客户端/服务器架构、发布/订阅模式(PubSub)、会话(Session)与通道(Channel)
OPC UA 通信模型是工业物联网数据交互的核心骨架。本章深入剖析其两大通信范式——客户端/服务器（C/S）与发布/订阅（PubSub），以及保障通信可靠性的会话（Session）与安全通道（SecureChannel）机制。理解这些模型是配置边缘计算网关、实现跨平台数据解析的基础。
3.1 客户端/服务器架构（Client-Server）
客户端/服务器是 OPC UA 最经典的通信模式，适用于点对点、请求-响应的场景，如 PLC 与 SCADA 之间的数据采集。
- 客户端（Client）：主动发起连接请求，执行读、写、订阅、调用方法等操作。
- 服务器（Server）：提供地址空间（AddressSpace），暴露变量、对象、方法等节点，响应客户端请求。
关键特征： 同步/异步调用、连接导向、状态保持、适用于局域网或低延迟网络。
3.2 发布/订阅模式（PubSub）
PubSub 是 OPC UA 针对工业物联网和边缘计算场景引入的松耦合通信模式。发布者与订阅者无需直接建立连接，通过消息中间件（Broker）或消息网络（如 MQTT、AMQP）进行数据分发。
| 特性 | 客户端/服务器 | 发布/订阅（PubSub） |
|---|---|---|
| 耦合方式 | 紧耦合，点对点 | 松耦合，一对多 |
| 通信方向 | 双向请求-响应 | 单向数据流 |
| 适用网络 | 局域网，低延迟 | 广域网，云边协同 |
| 状态保持 | 需要会话状态 | 无状态或轻量状态 |
| 典型协议 | OPC UA 二进制 | MQTT、AMQP、UDP |
边缘计算提示： PubSub 模式天然适合边缘网关场景——网关作为订阅者从多个 PLC 服务器拉取数据，再作为发布者将数据转发到云端，实现数据汇聚与协议转换。
3.3 会话（Session）与安全通道（SecureChannel）
在 OPC UA 通信中，会话（Session） 和 安全通道（SecureChannel） 是两个独立但协同的抽象层，共同保障通信的可靠性与安全性。
3.3.1 安全通道（SecureChannel）
- 作用：在客户端与服务器之间建立加密、签名、认证的安全传输层。
- 生命周期：通过 OpenSecureChannel / CloseSecureChannel 服务管理。
- 安全模式：None（无安全）、Sign（签名）、SignAndEncrypt（签名并加密）。
3.3.2 会话（Session）
- 作用：在安全通道之上，维护应用层的逻辑连接状态，包括身份认证、权限控制、订阅管理等。
- 生命周期：通过 CreateSession / ActivateSession / CloseSession 服务管理。
- 身份令牌：支持匿名、用户名/密码、X.509 证书等多种认证方式。
常见误区： 安全通道与会话不是一一对应关系。一个安全通道可以承载多个会话，但一个会话只能属于一个安全通道。在边缘网关配置时，务必先建立安全通道，再创建会话。
3.3.3 会话与安全通道对比
| 维度 | 安全通道（SecureChannel） | 会话（Session） |
|---|---|---|
| 层级 | 通信层（传输安全） | 应用层（逻辑状态） |
| 主要职责 | 加密、签名、消息完整性 | 身份认证、权限、订阅管理 |
| 生命周期 | Open → Close | Create → Activate → Close |
| 复用关系 | 1 个通道可承载 N 个会话 | 1 个会话绑定 1 个通道 |
| 超时机制 | 通道超时（默认 30 秒） | 会话超时（可配置，通常更长） |
3.4 通信模型在边缘计算中的选型建议
在边缘计算环境中，通信模型的选择直接影响数据采集的实时性、可靠性和资源消耗。以下为典型场景的选型参考：
- 本地实时控制：优先使用客户端/服务器模式，低延迟、状态保持，适合 PLC ↔ 边缘控制器。
- 云边数据上送：推荐 PubSub + MQTT，松耦合、断线续传，适合边缘网关 → 云平台。
- 多源数据汇聚：边缘网关同时作为客户端（采集多个 PLC）和发布者（转发到云端），混合使用两种模式。
- 安全合规场景：必须启用安全通道的 SignAndEncrypt 模式，并使用 X.509 证书进行会话认证。
实战要点： 在配置 OPC UA 边缘网关时，建议先使用客户端/服务器模式完成本地调试，再切换到 PubSub 模式进行云端对接。会话超时时间应根据网络稳定性调整，避免频繁重连导致资源浪费。