一种连挂列车通信全过程的建立方法、设备及储存介质与流程

文档序号:39926277发布日期:2024-11-12 13:31阅读:14来源:国知局
一种连挂列车通信全过程的建立方法、设备及储存介质与流程

本发明涉及列车信号控制系统,尤其是涉及一种连挂列车通信全过程的建立方法、设备及储存介质。


背景技术:

1、现城市轨道交通多存在高峰期与平峰期客流量相差较大的情况,列车在高峰期表现运力不足,采用灵活编组可根据高峰期与平峰期统计客流进行列车的连挂解编,降低线路运行压力,其中连挂列车在休眠、唤醒等一些运行场景下需要获取连挂车端vobc的状态进行相关逻辑的判断与处理,因此如何建立连挂列车通信全过程是其技术关键。

2、经过检索中国专利公开号cn116215609a公开了一种适用于全自动联挂的信号车辆网络融合方法、设备及介质,具体公开了,方法首先构建tcms网络与信号系统网络共享物理通道,然后通过vlan技术实现信号与车辆的业务隔离,最后利用全局ip实现列车联挂后vobc的跨车通信。但是该现有专利并未建立连挂列车的通信全过程,由于车辆无法将本tu与rtu对应的红蓝网全局ip发送给车载cc,因此车载cc如何通过协商得到本tu及rtu所在编组的本地通信号和红蓝网的全局ip,从而建立连挂列车间的通信,成为需要解决的技术问题。


技术实现思路

1、本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种连挂列车通信全过程的建立方法、设备及储存介质。

2、本发明的目的可以通过以下技术方案来实现:

3、根据本发明的第一方面,提供了一种连挂列车通信全过程的建立方法,该方法车载控制器通过协商得到本tu及rtu所在编组的本地通信号和全局ip,从而建立连挂列车间的通信,所述本地通信号和全局ip的协商过程具体包括:

4、步骤s1,根据连挂列车数量及目标通信列车设备是否首尾冗余,配置tu通信信息列表;

5、步骤s2,根据连挂列车id,判断通信号协商方法,若使用确认法执行步骤s3,否则执行步骤s4;

6、步骤s3,使用确认法协商rtu通信号及全局ip,并执行步骤s5;

7、步骤s4,使用排除法协商rtu通信号及全局ip,并执行步骤s5;

8、步骤s5,根据协商出的本地通信号及全局ip,将跨tu通信报文转发给另一个tu,完成跨tu列车通信建立的全过程。

9、作为优选的技术方案,所述步骤s1中的tu通信信息列表包括comm_number、red/blue_ip、red/blue_port、red/blue_gateway和tu_comm_equipment;

10、其中comm_number为tu的通信号,作为列车通信配置的标识;

11、red/blue_ip、red/blue_port、red/blue_gateway为各个通信号列车对应的红蓝网ip、端口号和网关;

12、tu_comm_equipment为该通信号列车对应的通信设备端,根据目标通信列车cc设备是否冗余,配置为vobc1或vobc2。

13、作为优选的技术方案,所述步骤s1中,如果目标通信列车的车载控制器cc是首尾冗余的,即其列车两端的vobc设备具有相同的id,则配置文件中每个本地通信号配置一组红蓝网全局ip即可,其对应的通信设备端可配置为vobc1;

14、若为首尾非冗余,即其列车两端的vobc设备可视为相互独立的存在,则配置文件中每个本地通信号配置两组红蓝网全局ip,分别对应通信设备端vobc1与vobc2。

15、作为优选的技术方案,所述步骤s2中,根据tcms发送的“与本车连挂的vobc的id”,以及目标通信列车信号设备厂商,来确定通信号协商方法使用确认法还是排除法。

16、作为优选的技术方案,若目标通信列车cc设备首尾冗余且具备协商接口消息,使用确认法进行通信号协商,采用配置文件中vobc1端对应的全局ip进行协商。

17、作为优选的技术方案,若目标通信列车cc设备首尾非冗余,则采用排除法进行协商,采用配置文件中配置vobc1端与vobc2端对应的全局ip,此方法仅适用于两车连挂。

18、作为优选的技术方案,跨车通信的目标ip通过vobc-tcms接口协议中“sgcouplingtuid低字节”中的bit1和bit0来判断所需通信的端。

19、作为优选的技术方案,所述步骤s3具体包括:

20、步骤s31、两个tu均添加配置文件中所有全局ip的静态路由;

21、步骤s32、连挂列车两tu检测到tcms发送的tu_count发生变化,则发起通信号协商会话;

22、步骤s33、本tu需要周期性向其他tu发送协商请求消息;

23、步骤s34、监听协商报文对应的通信端口收到的udp消息。

24、作为优选的技术方案,所述步骤s34具体包括:

25、步骤s341、如果收到rtu发送的协商请求消息,则检查消息中的ssid字段和本tu的ssid是否相同:

26、步骤s3411、如果相同,说明收到自己发送的协商请求消息,需要丢弃;

27、步骤s3412、如果不相同,则根据协商消息内容确认本tu的通信号,然后尝试向同设备端的另一通信号对应的红蓝网ip回复协商确认消息;

28、步骤s342、如果收到rtu的协商确认消息,则标志协商成功,本tu和rtu的通信号均已确认,在配置文件中根据通信号找到rtu对应的通信红蓝网ip,作为后续tu消息发送的目的ip。

29、作为优选的技术方案,所述步骤s4具体包括:

30、步骤s41、两个tu分别添加发送给对应设备端全局ip的静态路由;

31、步骤s42、连挂列车两tu检测到tcms发送的tu_count发生变化,则发起通信号协商会话;

32、步骤s43、本tu分别向本地通信号1和本地通信号2对应的全局ip发送ping命令;

33、步骤s44、当本tu可以ping通某个红网或蓝网全局ip时,确认与本车连挂的另一列车单元的红网或蓝网本地通信号;

34、步骤s45、通过排除法确定本车的红网或蓝网本地通信号。

35、根据本发明的第二方面,提供了一种电子设备,包括存储器和处理器,所述存储器上存储有计算机程序,所述处理器执行所述程序时实现所述的方法。

36、根据本发明的第三方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现所述的方法。

37、与现有技术相比,本发明具有以下优点:

38、1)本发明在列车连挂后实现跨列车通信,根据连挂列车的ssid判断rtu通信协商方法,得到连挂后内部通信号及ip,建立连挂列车通信全过程;

39、2)本发明可支持与不同信号设备厂商混合连挂时进行通信号及ip协商,不局限于单一信号厂商设备,更具适配性;

40、3)本发明分别考虑了列车两端设备是否冗余情况,支持用户根据现场实际情况配置列车通信端、全局ip及通信端口号;只需修改配置文件,有较好的通用性,灵活性更好;

41、4)本发明给出了两种通信号及ip协商方法,对于未配置tu协商消息接口的车载设备,可采用排除法进行通信号及ip的协商,增加用户可选择性;

42、5)本发明在cc和远端cc之间通过冗余管理消息同步各自网络的通信号协商结果,如果任意一端cc发生故障,对端cc都可以使用冗余管理消息同步的通信号协商结果来与相应的rcc继续进行跨tu通信,增加跨tu通信的可靠性。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1