3. ZC软件架构与配置数据总览

区域控制器（ZC）是CBTC系统中承担移动授权计算、列车位置管理、进路与道岔联锁逻辑的核心地面设备。要理解ZC的配置与维护，首先必须建立两个基本认识：一是ZC软件本身是分层的，不同层对配置数据的依赖方式不同；二是ZC的配置数据并非一堆散乱的参数文件，而是按对象类型分类、按加载关系组织起来的整体。本节围绕这两条主线，建立ZC配置对象的全景认识。

一、ZC软件的分层结构

从工程维护视角看，ZC软件通常可划分为四个层次，自下而上依次为：

• 操作系统与平台层：包括实时操作系统、板级支持包、驱动与通信中间件。该层一般由设备厂商固化，现场维护人员通常只关注其版本号与健康状态，不直接修改。
• 通用服务层：提供日志、时钟同步、冗余管理、安全校验、文件管理等公共服务。配置上主要涉及冗余切换参数、日志级别、NTP/时钟源等少量参数。
• 应用逻辑层：这是ZC的核心，包含列车位置管理、移动授权计算、进路处理、道岔控制、区域封锁、临时限速处理等功能模块。该层高度依赖线路数据与列车参数，是配置数据的主要消费者。
• 接口与通信层：负责与ATP（列车自动防护）、联锁、ATS（列车自动监控）、相邻ZC等外部系统的通信，涉及通信配置、协议参数、端口与地址等。

分层的意义在于：当现场出现问题时，可以先判断问题属于哪一层，再决定是查配置、查通信还是查应用逻辑。例如移动授权计算异常，通常先核对线路数据与列车参数；而通信中断，则应先检查接口层的通信配置。

二、配置数据的分类

ZC的配置数据按对象类型大致可分为以下几类：

• 线路数据：描述线路的静态几何与拓扑，包括轨道区段（Track Section）、道岔、信号机、应答器（Balise）、停车点、坡度、限速区等。它是移动授权计算的物理基础。
• 列车参数：描述列车的动力学与安全特性，如车长、最大速度、制动率、安全余量、定位天线偏移等。不同车型对应不同参数集。
• 通信配置：包括ZC与各外部系统的接口地址、端口、协议版本、周期、超时与重试参数，以及冗余通道配置。
• 系统与安全参数：如区域边界、冗余切换阈值、安全完整性相关参数、日志与维护参数等。

这四类数据在变更频率、责任方和风险等级上差异明显：线路数据随土建改造而变，变更影响面最大；列车参数随车辆引入而变；通信配置多在系统集成阶段确定；系统参数则相对稳定。

三、配置对象的加载关系

配置数据不是孤立存在的，而是按“线路拓扑—设备对象—参数引用”的关系组织。线路数据先建立轨道区段与道岔的拓扑连接，信号机、应答器、停车点再挂接到具体区段上；列车参数独立成集，由应用逻辑在计算移动授权时按车型引用；通信配置则把上述对象与外部系统的消息通道对应起来。下图给出ZC配置对象的全景关系。

四、配置加载的实际过程与判断依据

以某站ZC上线前的配置加载为例（以下参数为教学示例，非实测数据）：维护人员先将线路数据文件导入ZC配置工具，工具会检查区段编号是否唯一、道岔连接是否成对、应答器是否挂在有效区段上；随后导入列车参数集，检查车型编号与线路数据中引用的车型是否一致；再导入通信配置，核对与ATP、联锁的IP地址与端口是否与设计文件一致。全部导入后执行一致性校验，若存在悬空引用（如某信号机挂接到不存在的区段），工具会报错并阻止生成可加载配置包。

加载到ZC后，应通过维护界面确认三件事：配置版本号与预期一致；各应用模块启动无配置相关告警；与外部系统的通信链路建立正常。只有这三项均满足，才能判定配置加载成功。若出现移动授权计算异常，应优先回查线路数据中的区段连接与停车点定义；若出现通信超时，则应回查通信配置中的周期与超时参数。

建立配置对象全景认识的价值在于：面对ZC的任一异常，维护人员能够快速定位应检查哪一类配置、位于哪一层、与哪些对象存在引用关系，从而把排障从“翻文件”变为“按关系查”。