交通控制室——铁路运营中心、空中交通管制、港口 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 实战手册。