兼容CBTC和市域（郊）铁路的仿真测试平台及方法与流程

兼容cbtc和市域(郊)铁路的仿真测试平台及方法
技术领域
1.本公开涉及轨道交通测试技术领域，尤其提供一种兼容cbtc和市域 (郊)铁路的仿真测试平台及方法。


背景技术：

2.当前，我国市域铁路高速发展，成为城市公共交通发展不可分割的一 部分。市域(郊)铁路是城市中心城区联接周边城镇组团及其城镇组团之间的 勤化、快速化、大运量的轨道交通系统，为了实现日益增长的交通需求，需 要当前cbtc列车满足市域(郊)列车的切换需求，即要能满足cbtc和 c2+ato车载设备的不停车切换和停车切换，这样对于测试平台也有了新 的需求。
3.传统cbtc列车测试系统和市域铁路c2+ato列车测试系统是两个不 同的系统，无法用一套仿真测试平台满足对兼容性车载产品的测试需求， 导致效率低下，步骤繁琐，测试成本增加。


技术实现要素：

4.本公开提供了一种兼容cbtc和市域(郊)铁路的仿真测试平台及方 法。
5.根据本公开的第一方面，提供了一种兼容cbtc和市域(郊)铁路的 仿真测试平台，仿真测试平台包括模拟cbtc线路和模拟市域(郊)铁路； 模拟cbtc线路和模拟市域(郊)铁路设置有共管区；
6.模拟生成列车位置信息，并分别发送给模拟cbtc线路和模拟市域(郊) 铁路的轨旁设备；以便模拟cbtc线路和模拟市域(郊)铁路的轨旁设备 将列车位置信息发送给兼容车载设备，进行列车模式切换测试；兼容车载 设备包括cbtc和c2+ato。
7.在第一方面的一些实现方式中，还包括三个应答器组，
8.其中，第一应答器组、第二应答器组分别设置在共管区两端，用于向 cbtc发送预告应答器报文，以便cbtc与c2+ato修改状态；
9.第三应答器组设置在共管区内部，用于分别向cbtc与c2+ato发送 切换应答器报文，以便cbtc和c2+ato切换。
10.根据本公开的第二方面，提供了一种基于本公开第一方面的兼容 cbtc和市域(郊)铁路的仿真测试平台的测试方法，包括如下步骤：
11.当列车车头驶入共管区时，向cbtc发送预告应答器报文，以便cbtc 将状态修改为申请切换状态，c2+ato将状态修改为允许切换状态；
12.当列车车头到达共管区的内部时，分别向cbtc与c2+ato发送切换 应答器报文，使cbtc与c2+ato进行切换条件判断，若满足切换条件则 进行cbtc和c2+ato切换。
13.在第二方面的一些实现方式中，cbtc将状态修改为申请切换状态， c2+ato将状态修改为允许切换状态包括：
14.cbtc判断cbtc与c2+ato条件是否满足自动切换前提条件，若满 足，则将cbtc状态
改为申请切换状态，并将cbtc实时状态发送给 c2+ato；
15.c2+ato判断c2+ato是否满足切换列车控制权的条件，若满足，则 将状态修改为允许切换状态。
16.在第二方面的一些实现方式中，方法还包括：
17.cbtc判断cbtc与c2+ato条件是否满足自动切换前提条件，若不 满足，则cbtc保持初始状态，直至满足自动切换前提条件；
18.c2+ato判断c2+ato是否满足切换列车控制权的条件，若不满足， 则c2+ato保持初始状态，直至满足切换列车控制权的条件。
19.在第二方面的一些实现方式中，使cbtc与c2+ato判断是否满足切 换条件包括：
20.使cbtc根据cbtc的状态判断是否满足切换条件；
21.使c2+ato根据c2+ato的状态判断是否满足切换条件。
22.在第二方面的一些实现方式中，若切换为c2+ato向cbtc切换，则 cbtc将状态修改为申请切换状态之前，还包括：
23.当cbtc收到预告应答器报文完成定位后，与zc建链通信。
24.在第二方面的一些实现方式中，方法还包括，若满足切换条件，则测 试成功；若不满足切换条件，则测试失败，修改测试参数，直至测试成功。
25.根据本公开的第三方面，提供了一种电子设备。该电子设备包括：存 储器和处理器，存储器上存储有计算机程序，处理器执行程序时实现如本 公开第二方面的方法。
26.根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计 算机程序，程序被处理器执行时实现如根据本公开的第二方面的方法。
27.本公开提供了一种兼容cbtc和市域铁路的测试平台及方法，兼容车载 设备接收列车位置信息，当列车驶入共管区时，可以满足兼容车载设备在两种 模式切换的测试，且列车位置信息来自于模拟cbtc线路和模拟市域(郊)铁 路的轨旁设备，可以满足对cbtc列车和市域c2列车切换时反应速度及灵敏 度的测试，使得只需使用一套仿真测试平台，既能满足对cbtc列车和市域 c2列车的测试，也可以满足兼容车载两种模式切换的测试，极大地降低了测 试平台的人工成本和设备成本。
28.应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的 关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下 的描述变得容易理解。
附图说明
29.结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、 优点及方面将变得更加明显。附图用于更好地理解本方案，不构成对本公 开的限定。在附图中，相同或相似的附图标记表示相同或相似的元素，其 中：
30.图1是本公开实施例提供的一种兼容cbtc和市域(郊)铁路的仿真 测试平台示意图；
31.图2是本公开实施例提供的基于兼容cbtc和市域(郊)铁路的仿真 测试平台的测试方法流程图；
32.图3是本公开实施例提供的cbtc向c2+ato切换示意图；
33.图4是本公开实施例提供的c2+ato向cbtc切换示意图；
34.图5是本公开实施例提供的一种基于兼容cbtc和市域(郊)铁路的 仿真测试平台的测试方法的电子设备的框图。
具体实施方式
35.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公 开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述， 显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于 本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获 得的全部其他实施例，都属于本公开保护的范围。
36.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示 可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a 和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对 象是一种“或”的关系。
37.当前，我国市域铁路高速发展，成为城市公共交通发展不可分割的一 部分。市域(郊)铁路是城市中心城区联接周边城镇组团及其城镇组团之间的 勤化、快速化、大运量的轨道交通系统，为了实现日益增长的交通需求，需 要当前cbtc列车满足市域(郊)列车的切换需求，即cbtc系统的列车可 以从市域(郊)列车上接送乘客，为此，需要满足cbtc和c2+ato车载的 不停车切换和停车切换，这样对于测试平台也有了新的需求。
38.传统cbtc列车测试系统和市域铁路c2+ato列车测试系统是两个不 同的系统，无法使用一套仿真测试平台满足对兼容性车载产品的测试需求， 导致效率低下，步骤繁琐，测试成本增加。
39.为此，本公开中，提供一种兼容cbtc和市域(郊)铁路的仿真测试 平台及对应的测试方法，该平台及测试方法可以满足对cbtc列车和市域 c2列车的切换测试需求。
40.图1是本公开实施例提供的一种兼容cbtc和市域(郊)铁路的仿真 测试平台示意图。
41.如图1所示，本公开提供了一种兼容cbtc和市域(郊)铁路的仿真 测试平台，仿真测试平台包括模拟cbtc线路和模拟市域(郊)铁路；模 拟cbtc线路和模拟市域(郊)铁路设置有共管区；
42.模拟生成列车位置信息，并分别发送给模拟cbtc线路和模拟市域(郊) 铁路的轨旁设备；以便模拟cbtc线路和模拟市域(郊)铁路的轨旁设备 将列车位置信息发送给兼容车载设备，进行列车模式切换测试；兼容车载 设备包括cbtc和c2+ato。
43.在实际场景中，cbtc线路中的列车通常为地铁列车；市域(郊)铁路 中的列车通常为火车，由于我国轨道型号一致，因此地铁列车与火车均可 以在轨道上行驶，且cbtc线路与市域(郊)铁路的轨旁均设置轨旁设备， 因此共管区也设置轨旁设备。本公开中的列车，其含义为在实际场景中可 以在轨道上行驶的列车，在测试环境中则只需要是一种能安装兼容车载设 备的模型即可，兼容车载设备中有两种模式，即分别为cbtc和c2+ato 模式。
44.可以理解的是，本公开仿真测试平台的目的主要是为了测试兼容车载 设备，即兼容车载设备能否顺利的在两种模式中切换，因此，无需在真实 场景下测试，只需模拟出兼容车载设备切换所需的条件即可。如图1所示， 考虑到线路数据的拆分，用于区分cbtc线路和市域线路，且线路存在共 管区域，本公开采用两个轨旁仿真系统、一个驾驶台系统、一个
动力学系 统、一个io和leu系统进行搭建，满足了对cbtc列车和市域c2列车 的测试需求。为满足列车不停车切换需求，需要列车在行驶过程中判断是 否满足切换条件并进行切换，为此列车需要有一段切换路程，因此设置共 管区以供列车进行模式切换。
45.其中，zc的核心功能包括列车追踪、移动授权计算、停车保证、接近 预告列车属性等。zc与所有外部子系统都采用以太网通信，zc通过与联 锁、相邻zc、ats、车载atp设备连接，获得进路信息、计轴区段占用信 息、临时限速信息、列车位置报告信息，给管辖范围内的cbtc等级列车 生成移动授权，通过无线通信系统实时传送给车载atp设备，保证行车安 全，提高运行效率。可以理解的是，若cbtc想要正常运行，则必然与zc 建链通信。
46.另外，本公开的仿真测试平台可以于实验室中搭建，在实际场景中， 轨旁设备接收来自兼容车载设备的信号，以判断列车实时位置，但在仿真 模拟平台中，只需模拟列车位置信息发送给轨旁设备即可。
47.所述车载设备需要判断cbtc和c2+ato的切换时机，因此需要轨旁 设备向兼容车载设备发送信号，以告知兼容车载设备此时应当进入切换准 备或切换。
48.在一些实施例中，还包括三个应答器组，
49.其中，第一应答器组、第二应答器组分别设置在共管区两端，用于向 cbtc发送预告应答器报文，以便cbtc与c2+ato修改状态；
50.第三应答器组设置在共管区内部，用于分别向cbtc与c2+ato发送 切换应答器报文，以便cbtc和c2+ato切换。
51.可以理解的是，cbtc和/或c2+ato接收到预告应答器报文，意味着 进行切换准备，接收到切换应答器报文，则意味着开始切换。
52.第三应答器组在共管区内部的设置规则为，使cbtc与c2+ato在转 换后能够满足适应时间需求，如，若cbtc适应时间长于c2+ato，则第 三应答器组的位置靠近c2+ato线路。在一些实施方式中，第三应答器组 设置于共管区中心，仅通过调整列车速度满足适应时间需求。
53.根据本公开的实施例，设置预告应答器报文对应的应答器组和切换应 答器报文对应的应答器组，使兼容车载在切换前可以进行状态交换，满足 不停车切换测试需求。将第一应答器组和第二应答器组设置于共管区两端， 使列车进入共管区时即进行状态切换准备，第三应答器组设置在共管区内 部，使列车在共管区内部位置进行切换，使转换后有充分的新模式适应时 间。
54.图2是本公开实施例提供的基于兼容cbtc和市域(郊)铁路的仿真 测试平台的测试方法200流程图。
55.如图2所示，本公开提供了一种基于本公开兼容cbtc和市 域(郊)铁路的仿真测试平台的测试方法，包括如下步骤：
56.s201：当列车车头驶入共管区时，向cbtc发送预告应答器报文，以 便cbtc将状态修改为申请切换状态，c2+ato将状态修改为允许切换状 态；
57.s202：当列车车头到达共管区的内部时，分别向cbtc与c2+ato发 送切换应答器报文，使cbtc与c2+ato进行切换条件判断，若满足切换 条件则进行cbtc和c2+ato切换。
58.可以理解的是，由于cbtc灵活性强，且信号覆盖广、信息传输量大， 传播速度快，为此，从cbtc列车向市域(郊)铁路列车上接送乘客，因 此，只需向cbtc发送预告应答器报
文即可。当cbtc向c2+ato切换时， 对应场景为cbtc列车向市域(郊)铁路列车上送乘客；当c2+ato向 cbtc切换时，对应场景为cbtc列车从市域(郊)铁路列车上接乘客。
59.在s201中，cbtc将状态修改为申请切换状态，c2+ato将状态修改 为允许切换状态包括：
60.cbtc判断cbtc与c2+ato条件是否满足自动切换前提条件，若满 足，则将cbtc状态改为申请切换状态，并将cbtc实时状态发送给 c2+ato；
61.c2+ato判断c2+ato是否满足切换列车控制权的条件，若满足，则 将状态修改为允许切换状态。
62.图3是本公开实施例提供的cbtc向c2+ato切换示意图。
63.如图3所示，以cbtc向c2+ato切换为例，列车车头驶入共管 区，轨旁设备向cbtc发送预告应答器报文，cbtc收到后，根据与 c2+ato持续交互的信息，cbtc判断己方与c2+ato的条件是否满足自 动切换的前提条件，若满足，则将切换状态修改为申请切换状态， c2+ato收到此状态信息后，判断己方是否满足切换列车控制权的条件， 若满足，将状态修改为允许切换状态；当列车行驶至共管区内部时，轨旁 设备向cbtc和c2+ato发送切换应答器报文，cbtc和c2+ato收到 后进行切换条件判断，是否满足切换条件进行列车车载切换。
64.在一些实施例中，当cbtc向c2+ato切换时，zc使cbtc调整限 速曲线。
65.根据本公开的实施例，由cbtc先判断cbtc与c2+ato条件是否满 足自动切换前提条件，再修改状态并发送给c2+ato，即由cbtc发起状 态修改，其原因在于，由地铁列车向市域(郊)铁路接送乘客，cbtc作为 主动方发起状态修改，便于地铁线路其他各端口进行快速的响应。
66.在一些实施例中，方法还包括：
67.cbtc判断cbtc与c2+ato条件是否满足自动切换前提条件，若不 满足，则cbtc保持初始状态，直至满足自动切换前提条件；
68.c2+ato判断c2+ato是否满足切换列车控制权的条件，若不满足， 则c2+ato保持初始状态，直至满足切换列车控制权的条件。
69.如图3、4所示，在一些实施方式中，cbtc在接收到预告应答器报文 后，持续与cbtc与c2+ato进行互动，cbtc持续向c2+ato查询状 态，并接收来自c2+ato的回复。在此过程中，当cbtc判断cbtc与 c2+ato条件不满足自动切换前提条件时，则cbtc保持初始状态；当 c2+ato判断c2+ato不满足切换列车控制权的条件时，则c2+ato保持 初始状态，cbtc查询到c2+ato保持初始状态时，若已经修改为申请切 换状态，则可以改回初始状态，直至二者均分别保持申请切换状态及允许 切换状态。
70.根据本公开的实施例，由于列车在不停车切换过程中，cbtc从接收 到预告应答器报文到接收到切换应答器报文的过程中，由于列车持续行驶， cbtc与c2+ato的状态持续变化，cbtc与c2+ato均可以保持初始状 态，使cbtc与c2+ato得知二者状态不适合切换，并进行自调整，满足 列车不停车切换需求。
71.在一些实施例中，使cbtc与c2+ato判断是否满足切换条件包括：
72.使cbtc根据cbtc的状态判断是否满足切换条件；
73.使c2+ato根据c2+ato的状态判断是否满足切换条件。
74.当到达共管区内部时，cbtc和c2+ato接收到切换应答器报文，则 触发切换。可以
理解的是，当到达共管区内部时，对于cbtc，当cbtc的 状态处于申请切换状态时，则满足切换条件，反之，则不满足切换条件；同 样的，对于c2+ato，当c2+ato的状态处于允许切换状态时，则满足切 换条件，反之，则不满足切换条件。
75.在一些实施方式中，当cbtc和/或c2+ato不满足切换条件时，则列 车降级行驶。
76.根据本公开的实施例，由于cbtc和c2+ato在接收到切换应答器报 文时已经到达共管区内部，且已经获知了二者状态，因此可以直接根据状 态判断是否满足切换条件，满足cbtc与c2+ato不停车切换需求。
77.在一些实施例中，若切换为c2+ato向cbtc切换，则cbtc将状态 修改为申请切换状态之前，还包括：
78.当cbtc收到预告应答器报文完成定位后，与zc建链通信。
79.可以理解的是，当cbtc向c2+ato切换时，显然cbtc是与zc正 常建链通信的，但是当c2+ato向cbtc切换时，在切换之前，由c2+ato 控制，因此，此时cbtc与zc还未建链通信。
80.图4是本公开实施例提供的c2+ato向cbtc切换示意图。
81.如图4所示，当c2+ato向cbtc切换时，列车车头驶入自动切换 区，仿真测试平台向cbtc发送预告应答器组，cbtc收到预告应答器组 完成定位后，与zc正常建链通信，根据与c2+ato持续交互的信息， cbtc判断己方与c2+ato的条件是否满足自动切换的前提条件，若满 足，则将切换状态修改为申请切换状态，c2+ato收到此状态信息后，判 断己方是否满足切换列车控制权的条件，若满足，将状态修改为允许切换 状态，并持续保持控车状态；
82.仿真测试平台向cbtc和c2+ato车载设备发送切换应答器报文， cbtc和c2+ato车载设备收到切换应答器报文后，cbtc和c2+ato车 载设备收到后进行切换条件判断，是否满足切换条件进行列车车载切换。
83.在一些实施方式中，当c2+ato向cbtc切换时，zc使c2+ato调 整限速曲线。
84.根据本公开的实施例，在cbtc收到预告应答器报文完成定位后即与 zc建链通信，保证c2+ato向cbtc切换后可以正常运行，满足二者不 停车切换需求。
85.在一些实施例中，方法还包括，若满足切换条件，则测试成功；若不 满足切换条件，则测试失败，修改测试参数，直至测试成功。
86.所述测试参数包括共管区长度，列车运行速度，cbtc与c2+ato互 动频率等。
87.根据本公开的实施例，可以反复测试修改参数，直至测试成功，则对 应的参数可以应用于实际场景中，避免在实际场景中测试成本较高，安全 性较低。
88.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表 述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描 述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同 时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属 于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。
89.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储 介质和一种计算机程序产品。
90.图5示出了可以用来实施本公开的实施例的电子设备500的示意性框 图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式 计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和 其它适合的计算机。电子设备还可以表示各
种形式的移动装置，诸如，个 人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本 文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且 不意在限制本文中描述的和/或者要求的本公开的实现。
91.设备500包括计算单元501，其可以根据存储在只读存储器(rom) 502中的计算机程序或者从存储单元508加载到随机访问存储器(ram) 503中的计算机程序，来执行各种适当的动作和处理。在ram 503中，还 可存储设备500操作所需的各种程序和数据。计算单元501、rom 502以 及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至 总线504。
92.设备500中的多个部件连接至i/o接口505，包括：输入单元506，例 如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储 单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、 无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机 网络和/或各种电信网络与其他设备交换信息/数据。
93.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组 件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处 理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习 模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、 控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理， 例如方法200。例如，在一些实施例中，方法200可被实现为计算机软件程 序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中， 计算机程序的部分或者全部可以经由rom 502和/或通信单元509而被载 入和/或安装到设备500上。当计算机程序加载到ram 503并由计算单元501执行时，可以执行上文描述的方法200的一个或多个步骤。备选地，在 其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助 于固件)而被配置为执行方法200。
94.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系 统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、 专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设 备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各 种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多 个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或 解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系 统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数 据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装 置。
95.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任 何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他 可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制 器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完 全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上 执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
96.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含 或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设 备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读 储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁 的、红外的、或半导体系统、装置或设备，或者上述内容的
任何合适组合。 机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便 携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、 可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘 只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何 合适组合。
97.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术， 该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管) 或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或 者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。 其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈 可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)； 并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自 用户的输入。
98.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如， 作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、 或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器 的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处 描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部 件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质 的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的 示例包括：局域网(lan)、广域网(wan)和互联网。
99.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此 并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具 有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器 可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的 服务器。
100.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或 删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执 行也可以不同的次序执行，只要能够实现本公开的技术方案所期望的结果， 本文在此不进行限制。
101.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术 人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、 子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和 改进等，均应包含在本公开保护范围之内。

技术特征：
1.一种兼容cbtc和市域(郊)铁路的仿真测试平台，其特征在于，所述仿真测试平台包括模拟cbtc线路和模拟市域(郊)铁路；所述模拟cbtc线路和模拟市域(郊)铁路设置有共管区；模拟生成列车位置信息，并分别发送给模拟cbtc线路和模拟市域(郊)铁路的轨旁设备；以便模拟cbtc线路和模拟市域(郊)铁路的轨旁设备将列车位置信息发送给兼容车载设备，进行列车模式切换测试；所述兼容车载设备包括cbtc和c2+ato。2.根据权利要求1所述的仿真测试平台，其特征在于，还包括三个应答器组，其中，第一应答器组、第二应答器组分别设置在共管区两端，用于向cbtc发送预告应答器报文，以便cbtc与c2+ato修改状态；第三应答器组设置在共管区内部用于分别向cbtc与c2+ato发送切换应答器报文，以便cbtc和c2+ato切换。3.一种基于权利要求1或2所述的兼容cbtc和市域(郊)铁路的仿真测试平台的测试方法，其特征在于，包括如下步骤：当列车车头驶入共管区时，向cbtc发送预告应答器报文，以便cbtc将状态修改为申请切换状态，c2+ato将状态修改为允许切换状态；当列车车头到达共管区的内部时，分别向cbtc与c2+ato发送切换应答器报文，使cbtc与c2+ato进行切换条件判断，若满足切换条件则进行cbtc和c2+ato切换。4.根据权利要求3所述的方法，其特征在于，所述cbtc将状态修改为申请切换状态，c2+ato将状态修改为允许切换状态包括：cbtc判断cbtc与c2+ato条件是否满足自动切换前提条件，若满足，则将cbtc状态改为申请切换状态，并将cbtc实时状态发送给c2+ato；c2+ato判断c2+ato是否满足切换列车控制权的条件，若满足，则将状态修改为允许切换状态。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：cbtc判断cbtc与c2+ato条件是否满足自动切换前提条件，若不满足，则cbtc保持初始状态，直至满足自动切换前提条件；c2+ato判断c2+ato是否满足切换列车控制权的条件，若不满足，则c2+ato保持初始状态，直至满足切换列车控制权的条件。6.根据权利要求3所述的方法，其特征在于，所述使cbtc与c2+ato判断是否满足切换条件包括：使cbtc根据cbtc的状态判断是否满足切换条件；使c2+ato根据c2+ato的状态判断是否满足切换条件。7.根据权利要求3所述的方法，其特征在于，若所述切换为c2+ato向cbtc切换，则所述cbtc将状态修改为申请切换状态之前，还包括：当cbtc收到预告应答器报文完成定位后，与zc建链通信。8.根据权利要求3所述的方法，其特征在于，所述方法还包括，若满足切换条件，则测试成功；若不满足切换条件，则测试失败，修改测试参数，直至测试成功。9.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所
述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求3-8中任一项所述的方法。10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求3-8中任一项所述的方法。

技术总结
本公开的实施例提供了一种兼容CBTC和市域(郊)铁路的仿真测试平台及方法。所述仿真测试平台包括模拟CBTC线路和模拟市域(郊)铁路；所述模拟CBTC线路和模拟市域(郊)铁路设置有共管区；模拟生成列车位置信息，并分别发送给模拟CBTC线路和模拟市域(郊)铁路的轨旁设备；以便模拟CBTC线路和模拟市域(郊)铁路的轨旁设备将列车位置信息发送给兼容车载设备，进行列车模式切换测试；所述兼容车载设备包括CBTC和C2+ATO。以此方式，可以满足兼容车载两种模式切换的测试，极大地降低了测试平台的人工成本和设备成本。本和设备成本。本和设备成本。


技术研发人员：朱文举
受保护的技术使用者：交控科技股份有限公司
技术研发日：2022.09.23
技术公布日：2023/1/31