标签# 工控开发 #地铁ISCS #云边协同 #智慧城轨 #边缘计算 #国产化改造摘要本系列承接上一套《GoA4 全自动无人驾驶 ISCS 全链路实战》完整工程方案针对当前新建、改造地铁线路强制推行的云边协同综合监控架构展开全流程落地改造实战。本文作为新专题开篇深度拆解前文搭建的集中式 ISCS 在长线网、断网场景、带宽、算力、运维成本层面的生产级痛点解读《城市轨道交通边缘计算服务技术规范》等行业标准对车站边缘自治、分层算力、国产化的硬性要求完整输出端-边-云三层改造总架构总图明确云端 OCC、车站边缘节点、现场设备三层业务切割边界同时放出本专题全套 12 篇连载完整目录说明整套改造方案复用原有 Spring Boot 微服务、TDengine、Kafka、双机热备技术栈全部方案适配国产统信 / 麒麟工控机离线部署可直接用于老旧线路升级、新线智慧 ISCS 设计、工控毕业设计、集成商改造投标方案编写。一、前言在上一套专栏中我们从零搭建一套成熟的集中式 OCC 中心架构 ISCS 综合监控平台七大微服务全部部署于控制中心机房所有 OPC 采集、消息消费、联动逻辑、时序存储、可视化业务集中处理完整覆盖采集、消息、告警、权限、日志、集群部署全流程可满足单条短线路无人驾驶基础运营需求。随着国内城轨行业智慧化升级推进《中国城市轨道交通智慧城轨发展纲要》《城市轨道交通边缘计算服务技术规范》明确提出新一代综合监控必须采用云边分层架构传统全集中式架构在长线网、多车站、网络不稳定场景暴露出大量无法通过简单扩容解决的硬缺陷多地新建线路、既有线改造项目已不再审批纯集中式 ISCS 方案。大量从事轨交开发、集成、运维的读者在项目落地时普遍面临改造难题原有集中式代码全部运行在 OCC不支持车站断网本地自控不符合无人驾驶边缘自治验收标准全线百万级测点、视频数据全部回传中心主干带宽成本高、高峰期消息延迟超标联动指令时延不满足 GoA4 要求中心服务器承载全部计算、存储压力线网扩容只能堆叠高性能服务器硬件与运维成本持续上涨中心单点集群故障会导致全线所有车站监控、环控、站台门联动全部瘫痪容错能力不足老旧线路改造无法大规模更换中心机房硬件只能通过算力下沉实现低成本升级不清楚如何复用现有成熟 Spring Boot、TDengine、Kafka 业务代码完成云边分层改造不愿完全推翻原有开发成果。本专题全套 12 篇实战内容不重新搭建全新 Demo 系统基于前序 19 篇成熟工程做渐进式分层改造保留原有业务逻辑、数据库设计、运维脚本仅做业务分层、边缘轻量化、云边通信、离线自治能力拓展兼顾改造经济性、兼容性、行业合规性。本篇先完成三大核心内容传统集中式架构全维度痛点拆解、云边协同行业强制标准解读、端边云三层整体改造架构设计同时放出全套专题连载规划让读者建立完整改造全局认知。二、传统 OCC 集中式 ISCS 核心生产痛点2.1 行车可靠性痛点完全依赖中心断网即丧失车站自控能力整套集中式架构所有联动判断、设备控制指令下发逻辑全部部署在 OCC 联动引擎服务。一旦车站与控制中心主干光纤中断BAS 环控、PSD 站台门、给排水、照明自动化联动逻辑完全失效仅保留本地就地手动操作车站故障告警无法本地收敛变位 SOE 数据丢失断网期间无任何事故追溯依据不符合行业规范中 “车站边缘离线自治” 硬性条款安监、业主验收直接扣分。2.2 实时性与带宽痛点海量数据全量上行中心算力、网络双重瓶颈所有车站 OPC 测点、故障变位、设备实时值、视频流全部不间断推送至中心 Kafka长线网全线测点可达 40 万60 万点高峰期消息吞吐峰值巨大中心 Kafka 频繁出现消费堆积联动指令时延突破 500ms不满足自动驾驶低时延约束车站至 OCC 主干通信带宽需求高每条线路每年专线租赁成本高昂中心 TDengine 统一承载全线路时序数据单库压力巨大历史曲线查询缓慢72 小时拷机易出现数据库连接池耗尽。2.3 扩容与成本痛点线网扩展只能堆叠中心硬件资源利用率极低传统架构扩容方式单一仅能通过增加中心服务器、扩容存储集群承载增量业务中心服务器常年高负载CPU、内存资源利用率波动极大平峰期资源闲置高峰期算力不足硬件投入浪费严重每条新开通线路都需要扩建 OCC 机房机柜、新增中间件集群多线网统一管控时机房扩容空间受限中心整套双机热备、三节点 Kafka、主从 MySQL 硬件采购、维保成本居高不下。2.4 故障容错痛点中心故障全线瘫痪无分层隔离自愈能力集中式所有核心业务单点依赖中心机房中心服务器、中心交换机、中心 Kafka 任一集群故障全线所有车站监控失效故障恢复时间长需要运维人员抵达 OCC 机房重启集群、重放堆积消息故障窗口期存在行车安全隐患单车站设备风暴、瞬时海量变位会冲击中心消息队列引发全线路消息延迟无站点流量隔离机制。2.5 改造落地痛点老旧线路无法大规模替换中心硬件兼容改造难度大既有线路升级场景约束极强业主不允许长时间停运、大规模更换 OCC机房服务器改造窗口极短原有业务代码、数据库、运维脚本已稳定上线多年完全重构新系统工期、成本无法接受老旧车站仅能部署低配置国产边缘工控盒无法完整运行原中心全套七大微服务。三、智慧地铁云边协同 ISCS 行业强制标准解读3.1 顶层政策文件约束《中国城市轨道交通智慧城轨发展纲要》明确要求综合监控系统实现算力分层下沉构建云边协同一体化平台提升系统可靠性、降低中心算力压力国产化软硬件占比不低于 70%。3.2 团体标准核心硬性要求T/CAMET 边缘计算服务规范三层分层架构强制要求系统分为现场终端层、车站边缘节点层、线网中心云层业务按实时性分层承载边缘自治硬性条款车站边缘节点具备完整离线运行能力中心网络中断后本地联动、告警、时序存储、故障记录不受影响网络恢复后自动同步增量数据至云端算力分层划分规则◦ 边缘层承载毫秒级实时控制、站点本地联动、测点预处理、本地时序缓存、站点告警收敛◦ 云层承载全线跨站调度、长期历史数据归档、全局 AI 分析、线网统一可视化、运维配置下发安全合规要求云、边两级独立权限审计边缘本地操作日志独立留存跨云边操作双向同步审计记录满足等保三级规范部署硬件要求边缘节点适配国产统信、麒麟嵌入式工控设备支持轻量化打包、离线无外网运行。3.3 改造项目验收核心加分项新建/改造线路评审时云边分层架构可获得专项加分纯集中式架构不再作为推荐方案评审重点核查四点断网车站本地联动、自控功能完整可用测点预处理下沉主干上行带宽削减比例云边数据断点续传、自动对齐机制边缘轻量化服务资源占用指标内存、CPU占用上限。四、云边协同 ISCS 端-边-云三层整体改造总架构说明整套架构完全复用上一套集中式业务组件仅做分层切割与双向通信改造三层边界清晰、职责完全隔离。4.1 第一层端侧现场设备层无改动复用原有 OPC 设备包含 BAS、PSCADA、FAS、PSD、信号 ATS、AFC 各专业 PLC、网关设备仅新增 OPC 报文本地预处理逻辑不更换现场硬件。数据流设备原始测点、故障变位 → 车站本地 OPC 网关 → 边缘采集轻量化服务。4.2 第二层车站边缘计算层本次改造核心新增分层部署于各车站国产边缘工控机原有七大微服务轻量化裁剪拆分仅保留站点刚需业务轻量化边缘采集服务测点降噪、工程换算、脏数据过滤只向上游云端推送汇总异常数据减少上行带宽边缘本地联动引擎全站环控、站台门、照明、给排水本地联锁逻辑断网独立执行边缘轻量 TDengine存储本站短期实时时序数据支撑本站大屏曲线查询边缘本地告警服务本站告警收敛、分级弹窗、本地 SOE 日志留存边缘本地权限 日志模块车站运维账号、本站操作审计日志独立存储不依赖云端边缘本地消息队列独立小型 Kafka / 轻量消息组件断网缓存站内所有消息恢复后批量同步云端。边缘核心能力离线自治、本地自控、数据缓存、站点流量隔离单车站故障不会冲击中心。4.3 第三层OCC 线网中心云层原有集中式架构精简改造保留原有中心机房集群卸载全部单站实时计算业务仅承载全局统筹类业务全局跨站联动调度跨供电分区、跨车站应急联动火灾全线通风联动等全局长周期时序归档接收各边缘节点同步的归档数据存储 13 年全线路历史曲线线网统一数字孪生大屏OCC 调度大厅全线总览跨站数据聚合展示全局 RBAC 超级权限、线网统一操作审计、全线路日志检索全局 AI 运维分析、报表统计、设备故障预测模型训练统一配置下发联动脚本、测点参数、告警规则批量下发至各车站边缘节点。4.4 云-边双向通信机制改造新增核心链路上行链路边缘→云端站点汇总告警、归档时序数据、操作审计记录、设备异常事件实时原始测点仅本站本地存储不持续上行下行链路云端→边缘全局调度指令、配置更新、跨站联动触发信号、AI 下发推理模型断网缓存同步机制边缘本地消息队列持久化缓存网络恢复后增量同步无数据丢失、无重复推送。五、本专题全套 12 篇完整连载目录第 1 篇本篇专题开篇传统集中式 ISCS 痛点拆解、云边协同行业标准、整体改造架构总图第 2 篇新旧架构对标原 19 篇单体微服务架构拆解、云 / 边 / 端三层架构拆分、车站边缘节点 OCC 中心云业务切割方案第 3 篇边缘轻量化改造原有 7 大 SpringBoot 服务裁剪、剔除冗余依赖、边缘端低内存适配、国产边缘工控机适配优化第 4 篇断网自愈核心方案车站离线自治机制、无外网本地消息缓存、断网联动自保、恢复后云边数据自动对齐第 5 篇边缘 OPC 采集重构边缘端就近接入网关、测点本地降噪、边缘预处理减负中心服务器、带宽降本方案第 6 篇云边消息中台改造舍弃全局单一 Kafka、云边双消息队列、分级 Topic、上行测点 下行指令双向异步通信第 7 篇时序库分层存储边缘本地轻量 TDengine 中心云端大库、冷热数据分离、测点下沉、云端聚合复盘方案第 8 篇联动引擎下沉改造实时联锁、环控、站台门联动下放车站边缘、云端只做全局调度毫秒级本地自控第 9 篇云边权限 审计分家边缘本地运维权限、云端线网总权限、跨域操作审计同步、安监合规改造第 10 篇边缘双机热备 边缘集群车站边缘盒体双备、边缘服务自愈、离线故障切换、脱离 OCC 独立容灾第 11 篇国产化边缘离线部署边缘镜像打包、统信 / 麒麟边缘工控机部署、一键投产、批量车站扩容脚本第 12 篇专题收官全项目改造验收文档、性能压测报告、新旧架构对比、全套交付资料 下一个专题预告六、本篇小结本篇作为云边协同新专题开篇梳理了传统纯集中式 ISCS 在行车可靠性、带宽算力、扩容成本、故障容错、老旧线路改造五大维度的硬痛点结合国家与行业团体标准明确云边分层、边缘自治、算力下沉的强制性验收要求输出端 - 边 - 云三层完整改造架构清晰划分车站边缘与 OCC 云端业务边界同时放出全套 12 篇连载目录确定本系列基于原有成熟代码渐进改造、不重复造轮子的核心写作思路。下一篇《新旧架构对标原集中式微服务拆解、云边业务精准切割方案》我们将逐条拆分原有七大微服务明确哪些业务下沉边缘、哪些保留中心云端输出详细业务拆分对照表为后续轻量化改造奠定基础。专栏连载尾注上一套 GoA4 无人驾驶集中式 ISCS 119 篇完整连载已完结全新进阶专题《Spring Boot 云边协同智慧地铁 ISCS 改造实战》正式开启全套 12 篇聚焦既有线升级、新线智慧城轨分层架构落地全部代码适配国产统信 / 麒麟工控离线部署。下一篇预告新旧架构对标原集中式微服务拆解、云边业务精准切割方案。