行业应用

用于交通控制室的视频墙：铁路、ATC、港口、高速公路、地铁——软件适合何处、不适合何处

交通控制室——铁路 OCC、ATC 塔台与区域管制、港口 VTS、高速公路交通管理、地铁运营、机场 AOCC——共用一面墙，却解决着大不相同的问题。本文客观梳理软件墙归属于可视化堆栈的哪一层、SIL 评级与 EN 50128 / EN 50129 系统在何处仍主导整条链路，以及哪些既有厂商（Frequentis、Indra、Thales、Siemens、Alstom、Saab、Hitachi）与这面墙并肩而立。

Craft Wall 编辑部最后更新 12 分钟阅读

The diagnostics scene: test patterns, geometry check and the recovery of sources on the stand's wall.
7×24 可靠性 · The diagnostics scene: test patterns, geometry check and the recovery of sources on the stand's wall.

简而言之

交通控制室——铁路运营中心、空中交通管制、港口 VTS、高速公路交通管理、地铁 OCC、机场运营——与电信 NOC 及广播 MCR 共享同一种物理墙形态，但工程与采购问题大不相同。人身安全在考量范围之内、长达数十年的操作员连续性至关重要、既有集成商（Frequentis、Indra、Thales、Siemens、Alstom、Hitachi、Saab）供给的是这面墙不得不与之共存的端到端链路，而监管框架（EN 50128 / 50129、EUROCONTROL、IMO 性能标准）规定了哪些组件可以处于哪一层。本文梳理这些子垂直领域，划出经认证的一级系统与软件二级可视化之间的界线，并阐明软件定义墙在何处适用——以及在何处不适用。

「交通控制室」究竟涵盖什么

这个短语至少涵盖七种截然不同的运营环境。把它们混为一谈，会产出对其中任何一种都不合适的招标用语。

  • 铁路运营中心（OCC）。 在一张铁路或地铁网络上管理列车运行、信号状态、牵引供电、车站 CCTV 与事件响应。操作员的连续性长达数十年；信号系统按 EN 50128 / EN 50129 认证；集成商技术栈视地域通常为 Hitachi（原 Ansaldo STS）、Alstom（原 Bombardier）、Siemens Mobility 或 CRRC。
  • 空中交通管制（ATC）塔台。 机场管制——地面活动、使用中的跑道、气象、灯光状态。Frequentis VCS 是常见的语音通信骨干；机场 CCTV、METAR/TAF 与场面活动雷达填满墙面。
  • 区域管制中心（ACC）。 跨空域扇区的航路管制。墙渲染扇区负荷仪表盘、气象危害、MET 简报、FIR 间协调——一级雷达与飞行进程单系统位于各管制员的控制台上，而非墙上。
  • 机场运营控制中心（AOCC）。 地面运营与过站协调——登机口分配、行李系统状态、地面交通、安保事件、气象对运营的影响。墙面较宽，由多个专业领域的管制员共享。
  • 港口船舶交通服务（VTS）。 岸基海事交通协调——雷达加 AIS 叠加、CCTV、气象、潮汐与海流、船舶舱单。Saab（现为 Hexagon）、Kongsberg、Indra 与 Frequentis 供给经认证的 VTS 链路。
  • 高速公路 / 交通管理中心（TMC）。 实时交通流、可变信息标志状态、CCTV 拼接画面、事件响应、季节性气象叠加。在较小的部署中常与公共安全调度共用。
  • 地铁 / 城市轨道交通 OCC。 在一张较小的封闭网络上进行列车追踪、车站 CCTV、检票闸机状态、乘客信息系统健康度。常是综合性轨道 + 公交运营中心的一部分。

为上述任何一种采购一面墙，都始于明确它服务于哪种环境。为铁路 OCC 选型的墙，不是为 ATC 塔台选型的墙。

认证层级——以及软件墙所处之位

交通监管以纵向层级运作。墙是众多必须清楚自身所处层级的组件之一。

一级安全层（经认证）。 信号联锁（铁路用 EN 50128 / 50129）、ATC 雷达处理与电子飞行进程单系统（EUROCONTROL 规范）、船舶驾驶台上 ECDIS 式的导航显示（IMO 性能标准）、SCADA 一级 HMI（适用情况下的 IEC 61508 功能安全）。软件墙在 2026 年并不占据这一层，也并非为此而设计。

运营可视化层（未认证，但对任务重要）。 共用作战图、CCTV 墙、气象叠加层、事件响应仪表盘、社交与公共信息频道、集成商厂商的 HMI（这些本身在上游已经过认证，但在墙上通过标准浏览器渲染）。这正是软件墙所归属的层，也正是 IP 视频转型使其变得可行的地方。

信息层（仅供参考性质）。 公共信息屏、乘客信息、调度员参考资料、培训模式、事后复盘。软件墙能从容应对，且多年来一直如此。

混淆这些层级的采购，会产出一面对第三层过度工程化、对第一层工程化不足、对哪一层都不合适的墙。正确的框定方式是分别为各层设定规格，然后再追问：同一面物理墙是否可同时承载运营层与信息层，而一级安全层则渲染在房间内别处（或管制员自己的控制台上）的认证设备上。

既有集成商格局

交通在采购结构上有别于电信 NOC。电信 NOC 墙通常是一项全新建设的决策；交通墙几乎总是与某个领域集成商共存——有时甚至由其打包提供。了解这一格局，可避免忽视集成商博弈关系的采购决策。

  • 铁路： Hitachi Rail（信号、OCC 平台）、Alstom（信号、干线 ETCS）、Siemens Mobility（信号、地铁 ATC）、Thales（信号）、CAF Signalling、CRRC（中国）、Frequentis（跨运营商的语音与运营通信）。
  • ATC / ATM： Frequentis（语音与运营通信——存在于大多数欧洲与亚太空管机构）、Indra（雷达与 ATM 平台）、Thales TopSky、Leonardo SELEX（雷达）、Lockheed Martin（美国 ERAM）、Raytheon（STARS）。
  • 港口 VTS / VTM： Saab（现为 Hexagon Maritime）、Kongsberg Maritime、Indra Maritime、Frequentis MarineComms、Wärtsilä Voyage。
  • 高速公路 / 道路 TMC： Swarco、Cubic Transportation Systems、Kapsch TrafficCom、HARRIS / L3（美国）、Indra Tráfico（西班牙 / 拉美）。
  • 地铁 / 城市轨道交通： Hitachi Rail STS（原 Ansaldo）、Thales Urban Rail Signalling、Alstom Urbalis、Siemens Trainguard。

这些厂商大多会把墙作为其投标的一部分一并报价。在运营与商业上更明智之举，往往是解耦——将经认证的集成商链路与可视化墙分开采购，从而让墙可按普通商用周期（5-7 年）刷新，而集成商链路则保持其自身的（10-15 年）周期。把二者打包，会将刷新节奏锁定在一起并抬高 TCO。

各子垂直领域的典型信号源组合

驱动墙选型的是信号源组合，而非显示器数量。每个子垂直领域的形态各不相同。

  • 铁路 OCC（16-32 块显示器）： 来自车站与车辆段的 CCTV 拼接画面（RTSP，40-200 路摄像机在墙上轮换）、来自集成商 HMI 的列车追踪（浏览器渲染）、信号概览（浏览器渲染）、气象危害图、事件响应面板，以及用于态势感知的社交与新闻信号。CCTV 主导信号源数量；集成商 HMI 主导决策时长。
  • ATC 塔台（8-16 块显示器）： 机场 CCTV（多个 PTZ 视角）、场面活动雷达输出（渲染至墙上，原始数据在管制员控制台）、METAR/TAF、灯光状态、使用中跑道概览。信号源较少，每块画面承载的信息更密集。
  • AOCC（12-20 块显示器）： 来自机场运营平台的运营仪表盘（浏览器渲染）、 机场航站楼视频墙 状态、行李系统状态、登机口分配板、地面交通状态、气象影响叠加层、安保事件频道、扰动事件期间的社交 / 媒体信号。
  • 港口 VTS（8-12 块显示器）： 来自认证链路的 VTS 画面（作为置信画面渲染）、AIS 叠加、码头与航道进口的 CCTV、气象 + 潮汐 + 海流、船舶舱单与引航状态。
  • 高速公路 TMC（16-32 块显示器）： 来自门架与桥梁摄像机的 CCTV 拼接画面（常有 100+ 路摄像机轮换）、VMS 状态图、拥堵热力图、气象与路面状态、事件工单队列。
  • 地铁 / 轨道交通 OCC（12-24 块显示器）： 来自信号 HMI 的实时列车追踪（浏览器）、车站 CCTV、检票闸机与客流状态、PIS（乘客信息系统）健康度、电梯 / 扶梯状态。

有两条规律贯穿其中：CCTV 是信号源数量的主导者（以 RTSP 为主的接入，常有 30-200 路摄像机在墙面上轮换），而集成商 HMI 是决策时长的主导者（浏览器渲染、尺寸放大、被持续注视）。仅按其中之一设定规格的墙，会遗漏另一者。

2026 年正在发生的变化

软件定义墙直到最近 2-3 年才在交通领域变得可行。三股汇聚的转变一同跨过了临界点。

  • 集成商 HMI 转向浏览器原生。 Frequentis VCS、Indra MiOCC、Hitachi Rail 信号仪表盘、现代 Alstom 与 Siemens 平台都通过标准浏览器渲染。一面将 Web 信号源作为头等画面渲染的墙，可承载管制员在自己控制台上所见的同一套 HMI。
  • IP 视频抵达交通基础设施。 自 2020 年以来，支持 RTSP 的 IP 摄像机在大多数新建与更新项目中取代了传统的 SDI / 同轴 CCTV。 NDI 出现于运营子系统（OCC 内的培训、会议、简报室）。ST 2110 与 IPMX 在 ATM 雷达管线中处于早期部署阶段。
  • 长周期更新所承受的 TCO 压力。 一面规模可观的交通墙，其矩阵控制器硬件更新（含布线与集成）介于 €800k-€2M。配永久许可软件墙的普通商用 Linux 服务器则要低一个数量级，且采用 5-7 年的普通商用硬件更新周期，而非 10-15 年的专有机箱周期。参见 TCO 拆解 ——同样的测算也适用于交通二级墙。

Craft Wall 在各子垂直领域中的定位

逐一子垂直领域地客观界定范围：

  • 铁路 OCC： 二级 CCTV 墙、共用作战图叠加层、事件响应面板、相邻的培训与简报室。将 Frequentis / Hitachi / Alstom / Siemens 浏览器渲染的 HMI 与 CCTV 拼接画面并列作为头等画面渲染。 不涉及信号链路。
  • ATC 塔台： 机场 CCTV 拼接画面、METAR/TAF Web 信号、灯光与地面活动概览。与经认证的管制员控制台设备搭配，而非取而代之。
  • ACC / AOCC： 共用作战图、气象叠加层、运营仪表盘、地面交通、行李状态。最契合的场景——大多数信号源是浏览器渲染或 RTSP，而经认证的 ATC 雷达 / 飞行进程单系统则留在其本应所属的管制员控制台上。
  • 港口 VTS： 经认证 VTS 画面的置信画面、码头与航道进口的 CCTV、气象与潮汐仪表盘、船舶舱单。与 Saab / Kongsberg / Indra 一级链路并列而立。
  • 高速公路 TMC： 极为契合。CCTV 占信号源数量的大部分，VMS 状态与拥堵热力图是 Web，工单队列也是 Web。墙上没有一级安全链路——该链路在现场设备（门架、传感器）之中。
  • 地铁 OCC： 二级 CCTV、PIS 健康度、电梯与扶梯状态、车站客流监看。信号系统留在经认证的 HMI 上（Hitachi STS、Thales Urban Rail、Alstom Urbalis、Siemens Trainguard）。

物理隔离在交通领域比在电信 NOC 中更为常见——许多关键运营中心是有意与公共互联网断开的。在普通商用 Linux 上、无云遥测的本地部署是一项采购要求，而非可有可无的加分项。

用以正确设定规格的招标用语

在交通招标中能持续产出正确结果的措辞：

  • 「可视化层与经认证的安全链路分离。」 明确解耦。墙不在信号 / 雷达 / ECDIS 链路之内；它在这些链路旁边渲染。
  • 「将浏览器渲染的 HMI 作为一种头等信号源类型。」 迫使墙将集成商的浏览器 HMI（Frequentis、Indra、Hitachi、Alstom、Siemens）作为头等画面处理，而非作为屏幕共享的退路。
  • 「每节点 ≥ 32 路并发的 RTSP 原生 CCTV 接入。」 CCTV 是信号源数量的主导者；应明确设定规格，而非想当然。
  • 「具备物理隔离能力；无强制云控制面；无对外遥测。」 关键基础设施采购用语；排除那些无法在断网下运行的云托管架构。
  • 「可与经认证集成商链路采用各自独立的更新周期。」 将墙的采购与集成商的更新排期解耦——防范打包更新带来的 TCO 膨胀。
  • 「在十年量级部署中保持操作员连续性。」 迫使厂商展示向后兼容的 UI 演进，而非硅谷式的「我们在 v3 把一切都重新设计了一遍」。

关于跨各行业（铁路、ATC、港口、高速公路，外加日益适用的横向网络安全监管）更广泛的合规框架， 合规监管指南 通盘梳理了管辖权地图。

延伸阅读

关于其他垂直领域中的同类 E-用例文章，参见面向电信运营的 NOC 参考架构 与面向 MCR 和 PCR 墙的 广播监看指南——其中大量二级层工程经验可以迁移过来。关于把上述规格用语串联成一套招标流程的采购与 bake-off 实战手册，参见 bake-off 实战手册。

常见问题

软件视频墙能否用于关乎安全的交通控制室？

不能作为安全链路的一部分。SIL 评级的调度员控制台、信号联锁、ECDIS 显示、ATC 雷达控制台与 SCADA 一级 HMI 都经过端到端认证（铁路用 EN 50128 / EN 50129、通用功能安全用 IEC 61508、ATC 用 EUROCONTROL 规范、ECDIS 用 IMO 性能标准）。一面通用软件墙归属于相邻的一层——二级态势感知、共用作战图叠加层、事件响应面板、CCTV 墙、气象与交通仪表盘——它与经认证的一级系统并列渲染，而不进入安全链路。采购要问的不是「这面墙是否经过认证」，而是「这面墙是否被正确地定位在安全链路之外」。

Craft Wall 符合 EN 50128 或 EN 50129 吗？

不符合。EN 50128（铁路控制与防护软件）与 EN 50129（安全相关电子系统）认证的是安全链路组件——联锁、信号系统、一级调度员 HMI。一面通用视频墙并不占据那一层，也并非为此而设计。Craft Wall 适用于铁路 OCC 中的二级可视化——CCTV 墙、共用作战图、气象、社交、事件响应仪表盘——与经认证的 Frequentis、Hitachi、Siemens、Alstom 或 Indra 调度系统并列而立，不触及信号链路。

ATC 塔台墙、ACC 墙与 AOCC 墙之间有何区别？

ATC（空中交通管制）塔台负责机场地面与本地空域；其墙通常渲染机场 CCTV 拼接画面、气象（METAR/TAF）、跑道灯光状态以及地面活动雷达。ACC（区域管制中心）负责大范围航路管制；其墙渲染扇区负荷仪表盘、气象危害叠加层、MET 简报以及 FIR 间协调状态——一级雷达加电子飞行进程单系统则在管制员自己的控制台上。AOCC（机场运营控制中心）负责地面运营与过站协调；其墙渲染运营仪表盘、行李系统状态、登机口分配、地面交通、气象与事件叠加层。三面不同的墙、三套不同的信号源组合——运营厂商相同（Frequentis、Indra、Thales），但可视化层往往单独采购。

交通控制墙与电信 NOC 墙有何不同？

三点结构性差异。第一，监管分量：交通承载关乎人身安全的监管（铁路信号、ATC 间隔、港口避碰），电信则没有。第二，操作员的连续性：交通调度员在岗数十年，而电信 NOC 操作员每 2-3 年轮换一次——这面墙必须足够直观，以承载长达十年的肌肉记忆。第三，厂商格局：交通由端到端供货、往往连墙一并提供的集成商（Frequentis、Indra、Thales、Siemens、Alstom、Hitachi、Saab）主导；电信则碎片化于分别采购的 NMS、工单与可观测性工具之间。一笔交通墙采购可能不得不与集成商既有的显示界面共存，而电信 NOC 墙通常是一项全新建设的决策。

那 ECDIS 与港口 VTS 链路呢？

ECDIS（电子海图显示与信息系统）是 IMO 强制要求的船舶一级导航显示；它属于驾驶台，而非岸基 VTS 墙。港口的岸基 VTS 链路——雷达、AIS 叠加、CCTV、气象、潮汐与海流——是岸基管制员的作战图。Saab（现为 Hexagon）、Kongsberg、Indra、Frequentis 等厂商提供经认证的 VTS 系统；软件墙渲染的是围绕一级 VTS 控制台的二级作战图，而非 VTS 控制台本身。这条界线与铁路和 ATC 中相同：经认证的系统为一级，软件墙为二级，二者同在一名操作员的台面上可见。

为何软件墙如今才进入交通领域，而电信 NOC 在数年前就采用了它们？

三个原因在 2025-2026 年汇聚。第一，过去五年间，集成商的技术栈已从专有的 X-Window 调度员控制台转向浏览器渲染的 HMI（Frequentis VCS、Indra MiOCC、Hitachi Rail 系统）——浏览器渲染墙如今是头等公民，而非异物。第二，IP 视频转型（运营子系统中的 NDI、一级雷达信号中带 IPMX 的 ST 2110、IP CCTV 的 RTSP）终于抵达交通基础设施；一面无需专有采集卡即可接入 IP 视频的墙变得可行。第三，长周期交通更新预算上的 TCO 压力，促使采购方考虑以普通商用 Linux + 软件定义方案替代 €1.5M+ 的矩阵控制器更新机箱。这些原因没有一个是突然出现的——它们不断累积，直到临界点被推翻。

继续阅读

「行业应用」全部文章 →

产品资料，随时下载

预约演示前，可先阅读产品规格书或 TCO 计算方法。

下载产品规格书 · PDF · EN ↓阅读 TCO 白皮书 · DOI ↗
希望在索取资料的同时讨论您的项目？

选择下一步

了解产品

30 分钟实时演示台，自行体验：操作员界面加实体视频墙摄像头。

规划项目

提供显示屏布局、信号源及需求。我们将与您讨论配置并准备报价。

与 Craft Wall 合作

面向正在为客户项目评估软件的系统集成商和经销商。