CTC系统站场界面实景显示和操作自动化测试平台研究

Automatic Test Platform for Interface Realistic Display and Operation of CTC System Station

摘要

为解决CTC系统站场界面实景显示和操作测试过程中，人工测试方式工作量繁重且主观性强易出现错漏的问题，采用集中控制与分布执行结合的机制，设计CTC系统站场界面实景显示和操作自动化测试平台；在对联锁对象状态自动识别的基础上，实现联锁与CTC执行结果的联合比对；构建基于模态输入的联锁测试条件自动模拟方式，将人工对外部系统的操作转变为自动化操作，并支撑测试环境自启动与复位功能的实现；通过业务流程抽象的固态模型、场景优先级匹配准则与经验库映射关系匹配准则自动生成测试序列；在自动测试模式的基础上增设人工测试模式，以提高平台的泛化能力。平台支持多制式联锁与站型，可实现24小时托管以提高测试效率，在保证测试准确性的同时具有较高的自动化覆盖率，并有效避免平台异常退出后既有测试数据的丢失。

Abstract

During the interface realistic display and operation test of CTC system stations, manual test methods usually involve a heavy workload and strong subjectivity and can easily make mistakes. To address this issue, a mechanism combining centralized control and distributed execution was adopted to design an automatic test platform for interface realistic display and operation of CTC system stations. On the basis of automatic recognition of interlocking objects' status, a joint comparison of interlocking results and CTC execution results was achieved. An automatic simulation method for interlocking test conditions based on modal input was constructed, transforming the manual operation of external systems into automated operation and supporting the self-starting and reset of the test environment. Test sequences were generated automatically through solid-state models abstracted from business processes, scene priority matching criteria, and experience-database mapping relationship matching criteria. A manual test mode was added on the basis of an automatic test mode to improve the platform's generalization ability. The platform supports multi-standard interlocking and station types and can achieve 24-hour hosting to improve test efficiency. It ensures test accuracy with high automation coverage and effectively avoids the loss of existing test data after abnormal platform exit.

Graphical abstract

关键词

CTC系统 / 自动测试 / 界面实景显示和操作 / 联锁系统 / 测试管理终端

Key words

CTC System / Automatic Test / Interface Realistic Display and Operation / Interlocking System / Test Management Terminal

0　引言

调度集中系统(CTC)是实现铁路运输调度自动化控制的关键系统^[1-2]，通过与联锁、临时限速、列控、无线闭塞中心(RBC)、铁路专用全球数字移动通信系统(GSM-R)等系统进行信息交互^[3]，实现了行车调度工作的计算机化、网络化、自动化，极大地提高了行车调度指挥水平和铁路运输效率^[4-5]。CTC系统的站场显示和界面操作是CTC系统各项核心功能的基础^[6]，所涉流程包括通过与联锁系统接口，接收联锁站场表示信息，形成站场显示界面，实现对车站信号设备状态的实时监控^[7-8]；通过对站场界面的操作，向联锁下达各类控制命令，实现对车站的自律控制；通过结合实时站场显示与列车运行计划，实现进路指令自动按图触发以及排路条件检查不通过时各类报警信息的即时发送^[9]。

所有启用FZy-CTC型分散自律调度集中系统功能的车站在开通前都需验证FZy-CTC系统站场显示和界面操作是否正常，其准确性、可靠性是调度员、车站值班员等车务人员能够实施集中指挥、按计划自动选排进路、提高运输效率和接发列车安全的重要保障。CTC系统站场界面实景显示和操作的测试项主要包括3类：操作命令验证测试、显示一致性验证测试，以及进路排列遍历测试^[10]。测试时，测试人员首先搭建试验环境，包括联锁仿真、CTC自律机、CTC站场显示和操作终端(以下简称“CTC终端”)，其中CTC自律机实现与联锁系统的接口通信，以及CTC与联锁两个系统间表示和命令的转换。之后测试人员通过与CTC终端进行交互完成控制命令的下发，通过人工点击鼠标或进行键盘输入与联锁系统交互模拟测试时所需的联锁条件，最后以联锁系统结果为依据，通过同时比对联锁与CTC终端的命令执行状态判断测试结果。

近年来随着高速铁路网逐渐扩大和运输调度的稳步发展^[11-12]，CTC系统在全路大面积推广并使用^[13-14]，车站年开通量激增，使得测试工作量越来越大。同时，对于大型CTC车站而言单站测试工作量亦十分繁重。以巩义站为例，进路共计826条，测试项高达3 374项。此外，人工测试的测试完备性和结果判别准确度依赖测试人员自身专业知识和经验，主观性强，容易出现错漏。目前相关CTC系统自动化测试的研究主要面向CTC系统本身及其与外部系统的接口。Xu等^[15]提出了一种场景驱动的CTC系统并行测试方法，在加快CTC系统测试过程的同时确保全面的测试覆盖。角远韬等^[16]结合模糊文本聚类方法与命名实体识别任务，提出了一种CTC系统服务器软件的文本日志接口智能化自动测试方法。臧志丹等^[17]提出了一种CTC系统进路数据的测试方法，但其并未实现CTC执行结果与联锁执行结果的同步比对，以及对联锁仿真的自动操作。基于此，CTC系统站场界面实景显示和操作的自动化测试研究仍是现阶段的迫切需求。

1　平台总体架构

1.1　平台信息交互流程

平台由主程序和代理程序构成，采用主程序集中控制，代理程序分布执行机制。代理程序负责测试环境自启动与复位、联锁对象状态识别、联锁条件自动模拟等。主程序负责测试序列生成、测试序列执行、测试结果判断、测试管理等。平台信息交互流程如图1所示。主程序与代理程序之间、主程序与自律机之间通过TCP/IP协议通信。主程序与自律机的交互信息均按照CTC系统内部通信协议生成。自律机与联锁之间通过标准化串口通信。平台自动测试全过程的信息流由测试指令执行流和指令执行反馈流组成。

1.1.1　测试指令执行流

测试指令执行流如下。

（1）自动测试开始后，依据选定的测试范围自动生成测试序列，判断当前测试序列的发送方，向自律机发送CTC协议格式的界面操作命令，或者向代理程序发送需要模拟的联锁仿真条件，即一系列的鼠标键盘操作命令。

（2）自律机接收到来自主程序发送的界面操作命令后，判断操作命令合法后将操作命令转换为与联锁通信协议中的控制命令信息帧并发给联锁。

（3）联锁仿真收到来自CTC的控制命令信息帧，根据自身逻辑判断是否执行。

（4）代理程序接收鼠标键盘操作后，将命令转换为模态输入指令，完成对联锁的操作。

1.1.2　测试指令反馈流

指令执行反馈流如下。

（1）联锁被代理程序直接操作后，或者执行来自CTC的控制命令信息帧后，界面对象状态将发生变化。

（2）代理程序识别联锁对象显示状态，将识别结果反馈给主程序。同时联锁通过标准化串口向CTC发送大排队表示信息或变化表示信息。

（3）CTC自律机收到来自联锁的表示信息或变化表示信息后，根据接口转换数据将其转换为CTC站场界面显示信息并反馈给主程序。

（4）主程序收到自律机反馈的CTC站场界面显示信息和代理程序反馈的联锁界面显示信息，对比二者一致性以及二者与预期结果的一致性，以此生成测试结果。

在测试过程中，当某项测试未通过时，主程序会向代理程序发送重置命令，代理程序重启测试环境，避免当前测试故障(如白光带残留)对后续其他测试造成影响。

1.2　平台部署方式

平台部署方式如图2所示。主程序部署在1台可与自律机通信的主机上，代理程序部署在联锁系统所在主机上。代理程序分为操作、识别、操作与识别3种模式，以适配不同联锁制式下各联锁软件的部署特点。对于K5B和ILOCK制式联锁，操表机、仿真机、站联/列控仿真集成在同一软件内，测试时只部署1个和操表机同主机的代理程序，其模式设置为“操作与识别”，表示代理程序既执行联锁仿真条件模拟的一系列鼠标键盘操作又识别联锁对象状态。对于ADX和EI32制式联锁，操表机与仿真机为2个独立的软件，分别部署在2台主机上。测试时2台主机各部署1个代理程序，与操表机同主机的代理程序模式设置为“识别”，表示联锁对象的识别功能由本代理程序执行，与仿真机同主机的代理程序模式设置为“操作”，表示代理程序执行鼠标键盘操作但不进行联锁对象识别。ADX制式联锁中，站联/列控仿真与操表机位于同一台主机，对站联/列控仿真软件的控制由识别模式下的代理程序完成。EI32制式联锁中，站联/列控仿真与仿真机位于同一台主机，对站联/列控仿真软件的控制由操作模式下的代理程序完成。

2　平台关键功能及技术

自动测试平台的主程序和代理程序均包含数据层、业务层和交互层3层，平台架构如图3所示。数据层存储业务相关数据，业务层负责自动测试过程中的命令执行与逻辑判断，交互层实现测试人员与系统之间的人机交互功能。

2.1　代理程序关键功能及技术

代理程序数据层基于FTP文件系统存储需要识别的联锁站场界面对象的截图。交互层提供代理管理终端人机交互界面供测试人员调试使用。

2.1.1　联锁对象状态识别

当需要识别特定对象的状态时，代理程序基于该对象的坐标位置，从整个界面中截取一个包含该对象及其周围环境的感兴趣区域(Region of Interest，ROI)，并基于文件系统存储于特定文件夹内以便进行后续处理和识别。ROI区域的范围由代理程序综合识别对象的类型、对象状态特征、当前联锁制式后决定。后续的对象状态识别算法将围绕所截取的ROI区域展开，以提高处理速度和准确性。

针对对象的静态状态识别，代理程序在对ROI区域进行边缘模糊图像增强和干扰RGB颜色剔除后，判断是否存在符合预期状态的像素点颜色特征，或计数多个像素点颜色特征后判断是否超过设定的特征阈值，利用OCR技术识别ROI区域内的文字报警信息和延时信息。具体为：根据道岔名称的RGB颜色判断道岔的定反位状态。当挤岔为文字报警信息时采用OCR文字识别操表机报警信息中的道岔名称和报警原因。截取道岔单锁红色圆圈直径范围内的区域，增强边缘模糊像素点和剔除非红色像素点后，计数图片四周边缘的中心点附近红色像素点个数以判断是否超过设定的单锁特征的阈值。截取道岔名称所在范围的基础上向外扩展红色矩形框线段宽度的区域，并计数图片边缘处水平和垂直方向上固定位置的红色像素点个数以判断是否超过设定的单封特征阈值。在道岔岔前线段或无岔、股道的某段线段上取一定数量的像素点，通过判断是否存在目标RGB颜色获取轨道区段状态。在每个信号机灯内或表示灯内循环间隔固定时长取一定数量的像素点，根据一次时间间隔内的RGB颜色特征值判断信号灯或表示灯状态。每种制式下按钮钮封状态存在差异，按钮加封标志为按钮内存在红色叉或按钮变为红色时识别按钮内是否存在红色RGB颜色，按钮加封标志为信号机外存在红色或黄色矩形边框时识别方式与道岔单封识别类似，按钮加封标志为按钮名称变为红色时识别方式与道岔定反位识别方式类似。

对象动态状态识别主要包括挤岔、信号机和表示灯闪烁状态。当道岔名称为红色时，进一步在固定频率范围内识别该道岔定反位线段上的像素点是否存在红黑交替显示的现象，以区分道岔处于挤岔状态还是四开状态。在信号灯或表示灯颜色变化周期内，某次所取的像素点颜色都为背景色，则认为信号灯存在闪烁状态。

2.1.2　联锁条件自动模拟

代理程序采用非入侵的方式，基于模态输入自动执行联锁条件模拟时的鼠标键盘操作，将设备占用、出清、挤岔、断丝仿真模拟、继电器点击、仿列控和仿站联条件模拟等传统的人工外部系统操作转变为自动化操作。代理程序调用Windows API接口，基于设备位置和联锁各类界面相对固定的布局方式，移动鼠标至预期位置后模拟点击以调出所需操作的菜单。以菜单句柄为调用索引，获取菜单个数、菜单内容、列表可视行数量等，并模拟滚动条点击操作以定位至要操作的行列。利用目标检测、OCR识别、RGB颜色获取技术，识别某一区域范围内的内容与目标操作内容是否一致。以仿列控操作为例，首先调用MoveWindow通过句柄模拟鼠标操作标题栏实现窗体显示的最大化，之后根据句柄获取需要操作的表格控件以及其在界面中的位置，调用GetTextSendMessage获取页面内列表的可视行数量，调用SendMessage模拟滚动条点击操作以定位至要操作的行列。利用目标检测、OCR技术识别表格单元内的图标或文字信息与预期是否一致，并根据文字的RGB颜色判断所控设备的状态。除上述所涉及的接口外，其他操作中代理程序所调用的接口及其功能还包括：SetCursorPos，鼠标光标移动；mouse_event，鼠标点击操作；GetMenuItemCount、GetMenuString和GetSubMenu，菜单项个数与内容获取；ReadProcessMemory，继电器操作列表内容获取；keybd_event，键盘按键按下抬起操作；SendMessage，Tab页切换以及设置输入框的文本消息。

2.1.3　自启动与复位

自启动与复位功能负责测试初始状态下的测试环境自启动，并在测试过程中遇到无法解除的测试故障时自动复位测试环境。代理程序根据预先配置的XML格式参数自启动或复位测试环境，被启动程序的主要设置参数包括：程序所在文件路径；延时多长时间后启动；程序启动后的界面显示状态，包括最小化、最大化等；是否将程序界面置于最顶端；复位时是否重启。一般将操表机或仿真机启动后的界面显示状态设置为最大化且置于最顶端，其他程序启动后的界面显示状态设置为最小化，以避免其他程序界面干扰代理程序的对象识别。

2.2　主程序关键功能与技术

主程序数据层以CTC进路文件、CAD站图、联锁对象位置信息为系统基础数据，并存储测试对象、测试步骤、测试结果等试验数据。业务层负责具体的测试执行与结果判断等。交互层提供自动测试管理终端，包括测试设置、测试选择、测试结果查看与导出等。测试设置主要包括联锁制式的选择、复示信号机设置、CTC与联锁对象名称不一致时的对应关系配置、特殊区段与继电器关系设置等。测试管理终端界面如图4所示，测试前主程序根据进路文件和站图自动生成测试表格，测试时实时更新对应测试项的测试结果，当鼠标悬浮到对应测试项所在的结果表格时，显示具体的测试步骤，每个测试步骤同样实时显示其执行结果。

2.2.1　测试序列自动生成

（1）基于业务流程固态模型抽象的测试序列生成。对于同一个测试项而言，不同的被测对象之间具有相同的测试步骤，仅步骤的操作对象和监控对象存在差异。此外，不同的测试项间也可能存在相同的测试步骤。为提升测试平台的泛化能力并简化系统开发方式，对业务流程进行分析与挖掘，形成描述测试过程关键行为和状态的固态模型。首先抽象出每个测试项的业务流程，由前置条件、操作步骤、每个操作步骤对应的前置条件、每个操作步骤对应的验证步骤组成，并以XML文件格式存储。其中前置条件描述了各个测试项之间的依赖关系和结果传递关系，在确保测试的完整性和准确性的同时避免冗余测试。之后进一步以由操作目标、操作对象、操作类型、监控目标和预期结果组成的固态模型描述某一个具体的业务流程，以形成可执行的测试序列。

（2）测试序列被控对象生成准则。在测试序列的固态模型基础上，针对不同的被测对象，同一个测试步骤下被控对象仍存在差异。本研究主要依据2种准则生成被控对象。①场景优先级匹配准则。依托历史测试站型与数据，提取常见典型场景的抽象特征，包括进路走势特征、站内对象与站外区间联锁关系特征。平台以进路文件与站图作为基础信息，通过进路类型与进路衔接关系描述进路走势特征，通过进路对象描述进路锁闭特征，通过进路所至端口类型描述站内对象与站外区间的联锁关系特征。测试时将从高优先级场景至低优先级场景进行匹配，在被测车站中寻找符合场景进路走势特征与所至端口类型的进路，根据所建具体进路的进路对象与端口外区间模拟对应的联锁条件。②经验库映射关系匹配准则。被测对象可分为常规被测对象和非常规被测对象。常规被测对象在被测车站中频繁出现，对应的名称与联锁仿真操作相对固定。针对这些对象，基于历史经验并结合专家知识，构建对象名称特征关键字、对象显示特征、继电器名称特征关键字与继电器操作状态之间的映射关系库。根据被测对象的名称匹配对象名称特征关键字，若存在匹配项，则根据映射关系对应的继电器名称特征关键字生成需操作的继电器对象，根据映射关系的继电器操作状态模拟继电器吸起或落下，根据映射关系的对象显示特征判断联锁和CTC是否符合预期结果且一致。针对非常规被测对象，平台进行无匹配项提示，并提供人工测试模式。

2.2.2　可切换的双测试模式下测试执行与结果判断

考虑到自动测试无法兼容全部的测试场景，尤其是对于特殊站型而言，在自动模式的基础上额外增加人工模式。自动模式下，主程序将生成的测试序列依据CTC内部通信协议转为自律机可识别的TCP/IP信息，同时将需执行的联锁仿真操作转为TCP/IP消息发送给代理程序。主程序根据当前测试的预期结果以及自律机反馈的CTC表示信息及代理反馈的联锁对象状态判断执行结果。人工模式下，测试管理终端不生成也不执行测试序列，仅作为一种辅助记录的工具，管理终端自动实时获取并解析CTC侧表示信息的变化情况，并自动记录CTC侧的显示类测试的测试结果，联锁的结果由人工确认。同一个测试站下，自动模式和人工模式可随时按需切换。

测试管理终端基于预制规则叠加显示2种模式的测试结果并使用不同的表格底色和符号表示进行区分，鼠标悬浮到对应结果所在的表格时，可显示自动测试的结果。测试人员在不切换模式的情况下可同时查看2种模式的测试结果，以方便测试人员依据自动测试结果在人工测试的基础上补充测试。自动模式与人工模式叠加显示结果如图5所示。

2.2.3　测试环境搭建与试验管理

主程序支持根据测试环境文件目录以及当前联锁制式，自动获取主程序所需的配置文件，同时生成代理程序自启动与复位时使用的XML格式参数文件。测试时，测试管理终端以“任务”的概念来管理多轮测试。基于多任务的测试数据管理如图6所示，测试人员可以建立多个测试任务，每个测试任务下可以建立多个测试，每个测试之间记录的测试结果互相独立。同一个测试任务下的多个测试的测试结果可以单独导出报告，也可以合并导出一份测试报告。

3　平台应用情况分析

平台目前支持K5B，EI32，ILOCK，ADX制式联锁以及多种站型，应用车站特征及结果如表1所示，且具有较高的自动化覆盖率。平台在测试中根据测试项需求对道岔、轨道区段、按钮、信号机、表示灯等对象状态进行识别。无法自动化的测试项包括对象识别错误导致的测试失败项、场景不兼容时测试序列生成错误或未生成而导致的测试失败项和未测到项。自动化覆盖率的统计中包含这些情况，且测试人员需在自动测试结束后对这些情况再次人工复核。平台通过测试全流程的自动化执行和测试失败后的环境自动复位机制，实现了24 h的全程托管，测试过程中无需人工干预，有效减轻了测试人员的工作强度，进一步提高了测试效率。对于简单站，以74条进路的青白江东站为例，自动测试平台完成725项测试项共需约4 h，而人工完成这些测试项约需一天(以一天工作8 h计算)。对于复杂站，以826条进路的巩义站为例，自动测试平台完成3 374项测试项共需约25 h，人工完成这些测试约需4 d，且由于自动测试可完全托管，测试亦可在晚间进行，测试人员只需等待约1 d时间便可获得测试结果。

此外，平台主程序数据层支持MySql数据库和SQLite数据库，测试管理终端启动后自动建库建表，测试过程中将所有测试结果、测试步骤、测试对象等测试数据存储于数据库中，以便测试管理终端退出后再重新启动时仍可读取数据库中存储的既有测试数据并将其通过前端界面展示给测试人员，同时也可避免测试管理终端异常退出后既有测试数据的丢失。

与实施类似操作的其他系统相比，文献[18]针对动车段(所)控制集中系统(CCS)以操作按钮为例展开自动化测试研究，CCS系统通过与CTC系统接口，完成计划接收，联锁站场表示信息采集、进路控制等功能，但此文献所提方法并不涉及对外部系统的操作和判别，而本平台有效模拟了测试过程中只能在联锁上操作的测试条件，实现了内部外部系统的联合操作，并同时对比被测系统与外部作为结果判断依据的系统，更好地保证了测试准确性。同时，通过本平台所提出的测试序列自动生成方法，除可进行操作按钮测试外，还可对信号机、表示灯、轨道区段、道岔、进路等其他对象进行测试，有效覆盖更多的测试项。

4　结束语

随着CTC系统车站年开通量的增加，站场界面实景显示和操作测试的工作量越来越大，需开展相关自动化测试研究以替代传统人工测试方式。本研究设计了CTC系统站场界面实景显示和操作自动化测试平台，该平台集对象识别、状态模拟、序列生成、命令下达、结果判断于一体，实现了多系统多软件的联合操作，保证了测试全过程的自动化并提高了测试效率。但研究仍存在不足之处，测试序列的生成主要依赖于既有测试站型与经验，新站型的测试序列准确生成仍欠缺有效的策略和方法，未来将探索基于强化学习在测试序列生成中的应用，以使得平台兼容更多站型的测试。此外，平台目前仅兼容Windows联锁系统，对于DOS系统联锁的兼容性尚未解决，今后将研究如何通过虚拟化技术或兼容模式来提高平台在不同操作系统的兼容性。

参考文献

[1] 钱晓凌.我国铁路CTC系统的应用现状[J].铁路通信信号工程技术，2020，17(4)：33-35.

[2] QIAN Xiaoling.Application Status of Railway CTC System in China[J].Railway Signalling & Communication，2020，17(4)：33-35

[3] 张芸鹏，朱志强，王子维.高速铁路行车调度作业风险管控信息系统设计研究[J].铁道运输与经济，2022，44(3)：47-52，59.

[4] ZHANG Yunpeng， ZHU Zhiqiang， WANG Ziwei.Design of Risk Management and Control Information System for High Speed Railway Traffic Control Operation[J].Railway Transport and Economy，2022，44(3)：47-52，59.

[5] 国家铁路局. 调度集中系统技术条件：TB/T 3471—2016 [S].北京：中国铁道出版社，2016：14-15.

[6] 蒋耀东，冯振国，李华荣.调度集中系统云计算平台应用方案研究[J].铁道通信信号，2024，60(5)：31-37.

[7] JIANG Yaodong， FENG Zhenguo， LI Huarong.Research on Cloud Computing Platform Application Solution for Centralized Traffic Control System[J].Railway Signalling & Communication，2024，60(5)：31-37.

[8] 游 政，赵全赏，姚大鹏，等.CTC/TDCS调度命令内容安全卡控技术研究[J].铁道通信信号，2024，60(4)：42-48.

[9] YOU Zheng， ZHAO Quanshang， YAO Dapeng，et al.Research on Security Control Technology of Content of Dispatching Command in CTC/TDCS System[J].Railway Signalling & Communication，2024，60(4)：42-48.

[10] 赵如月，苗建瑞.面向管控一体化的普速铁路CTC系统功能定位探讨[J].铁道运输与经济，2022，44(5)：131-137.

[11] ZHAO Yueru， MIAO Jianrui.Discussion on Function Orientation of CTC System for Scheduling-Controlling Integration of Conventional Railway[J].Railway Transport and Economy，2022，44(5)：131-137.

[12] 国家铁路局. 调度集中与计算机联锁接口规范：TB/T 3496—2017 [S].北京：中国铁道出版社，2017：7-8.

[13] 中国铁路总公司. 调度集中操作显示规范：TJ/DW 207—2018 [S].北京：中国铁道出版社，2018：11-27.

[14] 赵宏涛，齐 威，王振东，等.CTC系统残留光带监控方案研究[J].铁道通信信号，2023，59(12)：89-95.

[15] ZHAO Hongtao， QI Wei， WANG Zhendong，et al.Research on Residual Light Strip Monitoring Scheme for CTC System[J].Railway Signalling & Communication，2023，59(12)：89-95.

[16] 段晓磊，高 峰，李 伟.一种基于人机交互的CTC进路数据生成方法[J].铁道通信信号，2019，55(3)：5-9.

[17] DUAN Xiaolei， GAO Feng， LI Wei.A Route Data Generation Approach Based on Human-Machine Interaction[J].Railway Signalling & Communication，2019，55(3)：5-9.

[18] 方兴军，方立海.铁路运输调度施工组织优化研究[J].铁道货运，2022，40(10)：6-11.

[19] FANG Xingjun， FANG Lihai.Research on Optimization of Railway Transportation Scheduling Construction Organization[J].Railway Freight Transport，2022，40(10)：6-11.

[20] 宋蔚峰，冯小芳.铁路局集团公司运输调度安全管理关键技术及应用研究[J].铁道货运，2024，42(9)：27-36.

[21] SONG Weifeng， FENG Xiaofang.Key Technologies and Applications of Transportation Dispatching Safety Management of Railway Group Corporation[J].Railway Freight Transport，2024，42(9)：27-36.

[22] 李华荣.基于CTC3.0系统的列调一体化实现方案[J].铁路技术创新，2021(S)：12-16.

[23] LI Huarong.Implementation Scheme of Traffic Control Integration Based on CTC3.0 System[J].Railway Technical Innovation，2021(S)：12-16.

[24] 李 胜，王维.普速铁路CTC中心站集中控制技术的研究与应用[J].铁道通信信号，2021，57(12)：12-15.

[25] LI Sheng， WANG Wei.Research and Application of Centralized Control Technology for CTC’s Central Station in General Speed Railway[J].Railway Signalling & Communication，2021，57(12)：12-15.

[26] XU Wei， DAI Xingyuan， ZHAO Chen，et al.Parallel Testing for Centralized Traffic Control Systems of Intelligent Railways[J].IEEE Transactions on Intelligent Vehicles，2023，8(9)：1146-1160.

[27] 角远韬，李润梅，王 剑.基于模糊自然语言处理的铁路CTC接口文本智能测试方法[J].智能科学与技术学报，2024，6(2)：201-209.

[28] JIAO Yuantao， LI Runmei， WANG Jian.Intelligent Testing Method for Railway CTC Interface Data Based on Fuzzy Natural Language Processing[J].Chinese Journal of Intelligent Science and Technology，2024，6(2)：201-209.

[29] 臧志丹，张 羽，秘慧杰.一种高铁CTC进路数据自动测试方法的设计与实现[J].铁路通信信号工程技术，2020，17(3)：44-48.

[30] ZANG Zhidan， ZHANG Yu， BEI Huijie.Design and Implementation of Automatic Test Method for High Speed Railway CTC Route Data[J].Railway Signalling & Communication Engineering，2020，17(3)：44-48.

[31] 林炳跃.动车段(所)控制集中系统数据自动化测试技术[J].中国铁路，2018(9)：70-74.

[32] LIN Bingyue. Data Automatic Test Technology of Centralized Control System of EMU Depot (Workshop)[J]. China Railway，2018(9)：70-74.

基金资助

中国国家铁路集团有限公司科技研究开发计划课题(N2023X027)

中国铁道科学研究院集团有限公司科研项目(2022YJ326)

北京华铁信息技术有限公司科研项目(2023HT09)