轨道交通设施通信：将运营网络与安全关键系统分离

本文目录

轨道交通设施可能包含乘客信息系统、视频监控、办公服务、维护接入和运营子系统。这些系统的网络需求应分别识别。未经适用的系统工程和认证证据，不得将通用以太网设计作为合格的列车控制或安全信号解决方案来呈现。

定义系统边界

列出项目包含的服务以及明确排除的系统。识别责任方、接口和经批准的通信路径。将设施数据网络与车载、信号或其他安全关键通信区分开来。

运营技术需要关注可用性、时序、安全性和受控维护。NIST 的 OT 指南提供的是通用安全与运营框架，而非轨道交通专用认证。R34

记录摄像头和录像系统、乘客信息终端、维护系统和管理服务。识别每条路径中断的影响以及可接受的恢复流程。

不要仅凭产品描述中出现“工业”一词就推断其适用性。环境和法规要求必须由相关专业人员针对具体设备和安装条件来确定。

在适合采用以太网环网的场景中，定义其成员、协议角色以及与其他网络域的连接。G.8032 描述了以太网环网保护，但其存在并不能证明应用恢复时间或符合轨道交通系统的要求。R38

识别共用的电源、电缆路由和设备间。环网图纸可能掩盖物理依赖关系，从而使预期的保护失效。

限制管理路径并记录经授权的远程访问。保留配置备份以及不完全依赖受影响生产网络的恢复方法。

与子系统责任方协调测试。未经批准的范围和保护措施，不得对运营系统进行破坏性负载、重启或故障测试。安全变更必须评估其运营影响以及预期的限制效果。R34

验证代表性子系统事务、流量行为、监控以及经批准的故障恢复。记录实际中断和恢复操作。接口故障切换成功不应被报告为所有应用均持续不间断运行的证据。

交付成果是一份边界清晰的设施网络设计，具有可追溯的需求和证据。对于项目范围界定，应提供子系统接口、环境要求、物理路由以及适用的审批流程。安全关键功能仍受其自身合格工程和验收制度的约束。

以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。

OT（运营技术）operational technology: 用于监控和控制物理设备、工业流程及基础设施的计算与通信系统。本文中用于说明轨道交通设施网络需关注可用性、时序、安全与受控维护，并引用 NIST 的 OT 指南作为通用框架。
G.8032（以太网环网保护）Ethernet ring protection: ITU-T 定义的以太网环网保护倒换标准，规定环网成员、协议角色和故障恢复机制。本文强调其存在不能证明应用恢复时间或符合轨道交通系统要求，需另行验证。
NIST OT 指南NIST's OT guidance: 美国国家标准与技术研究院发布的运营技术安全与运营框架，提供通用指导而非轨道交通专用认证。本文引用其说明 OT 环境需关注可用性、时序、安全与受控维护。
安全关键通信safety-critical communications: 涉及人身安全、必须满足特定工程与认证要求的通信系统，如列车控制或安全信号。本文要求将其与设施数据网络明确区分，并受各自合格工程和验收制度约束。
故障期间必须维持的业务流量surviving service behavior: 网络发生故障时仍需保持运行的服务及其行为表现。本文在可用性需求中要求记录受保护的故障表现和故障期间必须维持的业务流量，而非仅关注接口切换。

资料核对：2026-09-17

参数、兼容性与操作步骤应结合文中引用资料、完整型号及实际软件版本核对。配图为工程示意。