一种车载融合集群调度通信的实现方法及通信系统与流程

专利检索2025-07-15  11


本发明属于轨道通信,特别涉及一种车载融合集群调度通信的实现方法及通信系统。


背景技术:

1、城市轨道交通无线集群调度通信系统是为了保证城市轨道交通能够安全、高密度、高效运营,而建设的一个安全、可靠、有效的通信系统,通常依托无线通信系统,为城市轨道交通控制中心、车辆段/停车场调度员、车站值班员、列车司机、防灾人员、维修人员等之间提供调度语音及视频通话,正常情况下为行车安全、提高运输效率和管理水平、改善服务质量提供了重要保证;同时,在城市轨道交通运营出现异常情况和有线通信出现故障时,亦能迅速提供防灾救援和事故处理等指挥所需要的无线通信手段。目前城市轨道交通中常用的无线集群调度制式主要有tetra和b-trunc两种,随着5g无线通信技术发展,mcx作为一种新兴的调度系统,也逐步在轨道交通线路中进行应用。

2、其中,tetra制式是一种专业的窄带数字无线通信系统集群制式,通常采用时隙多址技术(tdma)和频率分配技术,支持组呼、单呼、呼叫等方式,可以实现车辆集群之间协同、单个车辆的智能调度和运行协调等功能,保证城市轨道交通车辆和调度中心之间的信息传输和信息共享。

3、b-trunc制式是一种基于lte技术的宽带集群通信(b-trunc)系统是一种功能强大、性能优良的宽带集群通信集群制式,应用了第四代移动通信技术(4glte)和tetra集群调度技术,用于提高城市地铁交通系统的通信质量和效率,具有更高的资源分配效率、更高的可靠性、更高的安全性和扩展性,满足城市地铁交通系统在通信管理和调度控制方面的需求。

4、mcx制式是一种基于5g公专网的集群制式,作为下一代的宽带集群通信技术,mcx制式支持语音、视频、数据、定位等多种宽带业务,可提供端到端的qos和安全机制,以及可实现与tetra、b-trunc等多种系统的互联互通。mcx制式实现mcptt、mcvideo、mcdata等mc业务。

5、城市轨道交通车载集群调度通信系统,主要用于列车司机与调度员及其他无线用户之间的话音、短消息、状态消息及视频、大文件等的通信,以及列车广播。现有使用的车载集群调度通信系统或设备存在以下缺点:

6、(1)只支持特定的集群调度协议,不同的无线制式下需要配置不同的车载集群调度系统,这分散了设备使用和管理的成本,限制了车载通信的发展;

7、(2)可拓展性不足,单一集群调度协议的车载系统在未来的技术发展和增加新的功能上具有局限性,无法适应不同车载通信应用场景及不断进步的集群调度发展趋势;

8、(3)既有车载集群调度通信系统或设备因无线制式及频率受限,功能较为单一,例如,有的车载系统或设备只支持语音通话、短消息及紧急文本的传送,有的车载系统或设备可支持有限的视频通话和文件传输,并与网络绑定,应用场景扩展性不足。

9、(4)目前城市轨道交通区间隧道内已逐渐完成5g网络覆盖,区间存在多种无线通信制式。单一制式的车载集群调度通信系统或设备只能选择其中一种无线制式,无法从集群制式上形成备份或补充,降低了集群调度的可靠性。

10、(5)已运营线路的延伸线路在集群调度通信系统的选择上易受既有调度制式的捆绑,多数情况下只能选择原有调度制式及车载集群调度通信系统,不利于招标成本控制及技术的革新升级。

11、(6)在未来地铁线路互联互通、车辆混跑等场景下,既有集群调度无法实现不同调度制式之间的无缝切换,不利于提高通信效率和服务质量。

12、综上所述,集群调度通信系统的车载集群调度通信系统与集群调度制式是强相关的,不同制式的集群调度通信系统需配置不同的车载集群调度系统,只支持特定的集群调度协议,配合特定的无线通信制式,实现相应集群调度功能。而城市轨道交通作为城市公共交通的重要组成部分,运营规模和密度将会越来越大,传统的单一集群调度通信系统往往不能满足需求。尤其是在早期开通运营的使用的集群调度通信系统的线路中,视频呼叫、大文件传输等相关功能是无法实现的,融合其他集群调度通信系统进行补充是一种必然的趋势。

13、上述现有技术中的车载集群调度通信系统,存在集群制式单一、兼容性和扩展性不足、多媒体集群调度功能支持不全面等问题,亟需有效的技术方案来解决。


技术实现思路

1、针对上述问题,本发明提供了一种车载融合集群调度通信的实现方法,应用于车载融合集群调度通信系统,所述系统包括主控模块,所述方法包括:

2、开机自检,操作显示界面初始化;

3、根据线路的规划,进行一个或多个集群调度制式的参数和策略配置;

4、根据配置信息注册至与所述集群调度制式对应的地面集群调度通信系统;

5、基于融合多种集群制式的车载集群调度系统,开展多媒体集群调度业务。

6、优先地,所述开机自检,操作显示界面初始化,包括:

7、所述车载融合集群调度通信系统设备上电,所述操作显示界面初始化;

8、所述车载融合集群调度通信系统进行自检,确认内部的通信链路运行状态正常。

9、优先地,所述根据线路的规划,进行一个或多个集群调度制式的参数和策略配置,包括:

10、根据线路的规划,从线路的集群调度制式中确定目标集群制式;所述目标集群制式包括tetra制式、mcx制式和b-trunc制式中的一种、两种或三种;

11、从所述目标集群制式中确定主用制式和备用制式,或,主用制式和辅用制式。

12、优先地,根据配置信息注册至与所述集群调度制式对应的地面集群调度通信系统,包括:

13、将所述配置信息下发至对应的通信模块;

14、各通信模块根据所述配置信息,检测对应的所述地面集群调度通信系统的网络状态,并向对应的所述地面集群调度通信系统进行注册;

15、构建所述通信模块与对应的所述地面集群调度通信系统之间的无线传输链路。

16、优先地,构建所述通信模块与对应所述地面集群调度通信系统之间的无线传输链路之后,包括:

17、所述通信模块反馈入网状态及集群业务注册的信息;

18、所述主控模块根据收到的入网状态及注册信息,将已注册的所述集群调度制式中的所述目标集群制式的状态设置为可用,将未进行配置或未收到入网信息的所述集群调度制式中的非目标集群制式的状态设置为不可用。

19、优先地,所述多媒体集群调度业务包括语音业务、短数据/紧急文本业务和视频/大文件业务。

20、优先地,所述目标集群制式为所述tetra制式和所述mcx制式时:

21、所述tetra制式为所述主用制式,所述mcx制式为所述备用制式或所述辅用制式。

22、优先地,开展所述语音业务,包括:

23、用户通过所述车载融合集群调度通信系统发起呼叫请求;

24、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为语音后,读取所述配置策略,并根据主控模块所存的网络状态信息,确定所述tetra制式和所述mcx制式及对应的无线网络状态;

25、若所述tetra制式的无线网络状态为可用,则将所述呼叫请求经tetra无线网络转发给tetra地面集群业务,开展语音业务;

26、若所述tetra制式的无线网络状态为不可用,但所述mcx制式的无线网络状态为可用,则将所述呼叫请求经5g公专网无线网络转发给mcx地面集群业务,开展语音业务;

27、若所述tetra制式和所述mcx的无线网络状态均为不可用,则无法建立语音业务。

28、优先地,开展所述短数据/紧急文本业务,包括:

29、用户通过所述车载融合集群调度通信系统发起短数据/紧急文本业务的呼叫请求;

30、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为短数据/紧急文本后,读取所述配置策略,并根据主控模块所存的网络状态信息,确定所述tetra制式和所述mcx制式及对应的无线网络状态;

31、若所述tetra制式的无线网络状态为可用,则将所述呼叫请求经tetra无线网络转发给tetra集群业务,开展短数据/紧急文本业务;

32、若所述tetra制式的无线网络状态为不可用,但所述mcx的无线网络状态为可用,则将所述呼叫请求经5g公专网无线网络转发给mcx集群业务,开展短数据/紧急文本业务;

33、若所述tetra制式和所述mcx的无线网络状态均为不可用,则无法执行短数据/紧急文本业务。

34、优先地,开展所述视频/大文件业务,包括:

35、用户通过所述车载融合集群调度通信系统发起视频/大文件业务的传送请求;

36、所述车载融合集群调度通信系统接收传送请求,确定传送请求类型为视频/大文件后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述mcx制式及对应的无线网络状态;

37、若所述mcx制式的无线网络状态为可用,则将所述传送请求经5g公专网无线网络转发给mcx集群业务,开展视频/大文件业务;

38、若所述mcx制式的无线网络状态为不可用,则无法执行视频/大文件业务的传送工作。

39、优先地,所述目标集群制式为所述tetra制式和所述b-trunc制式时:

40、所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式或所述辅用制式;

41、或,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式。

42、优先地,所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式时,开展所述语音业务,包括:

43、用户通过所述车载融合集群调度通信系统发起呼叫请求;

44、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为语音后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述tetra制式和所述tetra制式及对应的无线网络状态;

45、若所述tetra制式的无线网络状态为可用,则将所述呼叫请求经tetra无线网络转发给tetra集群业务,开展所述语音业务;

46、若所述tetra制式的无线网络状态为不可用,但所述b-trunc制式的无线网络状态为可用,则将所述呼叫请求经lte-m公专网无线网络转发给b-trunc集群业务,开展所述语音业务;

47、若所述b-trunc制式和所述tetra制式的无线网络状态均为不可用,则无法建立语音业务。

48、优先地,所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式时,开展所述短数据/紧急文本业务,包括:

49、用户通过所述车载融合集群调度通信系统发起短数据/紧急文本业务的呼叫请求;

50、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为短数据/紧急文本后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述tetra制式和所述b-trunc制式及对应的无线网络状态;

51、若所述tetra制式的无线网络状态为可用,则将所述呼叫请求经tetra无线网络转发给tetra集群业务,开展所述短数据/紧急文本业务;

52、若所述tetra制式的无线网络状态为不可用,但所述b-trunc制式的无线网络状态为可用,则将所述呼叫请求经lte-m公专网无线网络转发给b-trunc集群业务,开展所述短数据/紧急文本业务;

53、若所述tetra制式和所述b-trunc制式的无线网络状态均为不可用,则无法建立短数据/紧急文本业务。

54、优先地,所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式时,开展所述视频/大文件业务,包括:

55、用户通过所述车载融合集群调度通信系统发起视频/大文件业务的传送请求;

56、所述车载融合集群调度通信系统接收传送请求,确定传送请求类型为视频/大文件后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述b-trunc制式及对应的无线网络状态;

57、若所述b-trunc制式的无线网络状态为可用,则将所述传送请求经lte-m无线网络转发给b-trunc集群业务,开展所述视频/大文件业务;

58、若所述b-trunc制式的无线网络状态为不可用,则无法执行视频/大文件业务的传送工作。

59、优先地,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式时,开展所述语音业务,包括:

60、用户通过所述车载融合集群调度通信系统发起呼叫请求;

61、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为语音后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述b-trunc制式和所述tetra制式及对应的无线网络状态;

62、若所述b-trunc制式的无线网络状态为可用,则将所述呼叫请求经lte-m无线网络转发给b-trunc集群业务,开展所述语音业务;

63、若所述b-trunc制式的无线网络状态为不可用,但所述tetra制式的无线网络状态为可用,则将所述呼叫请求经tetra公专网无线网络转发给tetra集群业务,开展所述语音业务;

64、若所述b-trunc制式和所述tetra制式的无线网络状态均为不可用,则无法建立语音业务。

65、优选地,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式时,开展所述短数据/紧急文本业务,包括:

66、用户通过所述车载融合集群调度通信系统发起短数据/紧急文本业务的呼叫请求;

67、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为短数据/紧急文本后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述b-trunc制式和所述tetra制式及对应的无线网络状态;

68、若所述b-trunc制式的无线网络状态为可用,则将所述呼叫请求经lte-m无线网络转发给tetra集群业务,开展所述短数据/紧急文本业务;

69、若所述b-trunc制式的无线网络状态为不可用,但所述tetra制式的无线网络状态为可用,则将所述呼叫请求经tetra公专网无线网络转发给tetra集群业务,开展所述短数据/紧急文本业务;

70、若所述b-trunc制式和所述tetra制式的无线网络状态均为不可用,则无法建立短数据/紧急文本业务。

71、优选地,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式时,开展所述视频/大文件业务,包括:

72、用户通过所述车载融合集群调度通信系统发起视频/大文件业务的传送请求;

73、所述车载融合集群调度通信系统接收传送请求,确定传送请求类型为视频/大文件后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述b-trunc制式及对应的无线网络状态;

74、若所述b-trunc制式的无线网络状态为可用,则将所述传送请求经lte-m无线网络转发给b-trunc集群业务,开展所述视频/大文件业务;

75、若所述b-trunc制式的无线网络状态为不可用,则无法执行视频/大文件业务的传送工作。

76、优选地,所述目标集群制式为所述b-trunc制式和所述mcx制式时:

77、所述b-trunc制式为所述主用制式,所述mcx制式为所述备用制式或所述辅用制式。

78、优选地,开展所述语音业务,包括:

79、用户通过所述车载融合集群调度通信系统发起呼叫请求;

80、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为语音后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述b-trunc制式和所述mcx制式及对应的无线网络状态;

81、若所述b-trunc制式的无线网络状态为可用,则将所述呼叫请求经lte-m无线网络转发给b-trunc集群业务,开展所述语音业务;

82、若所述b-trunc制式的无线网络状态为不可用,但所述mcx制式的无线网络状态为可用,则将所述呼叫请求经5g公专网无线网络转发给mcx集群业务,开展所述语音业务;

83、若所述b-trunc制式和所述mcx的无线网络状态均为不可用,则无法建立语音业务。

84、优选地,开展所述短数据/紧急文本业务,包括:

85、用户通过所述车载融合集群调度通信系统发起呼叫请求;

86、所述车载融合集群调度通信系统接收呼叫请求,确定呼叫请求类型为短数据/紧急文本后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述b-trunc制式和所述mcx制式及对应的无线网络状态;

87、若所述b-trunc制式的无线网络状态为可用,则将所述呼叫请求经lte-m无线网络转发给b-trunc集群业务,开展所述短数据/紧急文本业务;

88、若所述b-trunc制式的无线网络状态为不可用,但所述mcx制式的无线网络状态为可用,则将所述呼叫请求经5g公专网无线网络转发给mcx集群业务,开展所述短数据/紧急文本业务;

89、若所述b-trunc制式和所述mcx的无线网络状态均为不可用,则无法建立短数据/紧急文本业务。

90、优选地,开展所述视频/大文件业务,包括:

91、用户通过所述车载融合集群调度通信系统发起视频/大文件业务的传送请求;

92、所述车载融合集群调度通信系统接收传送请求,确定传送请求类型为视频/大文件后,读取所述配置策略,并根据主控模块所存的网络状态信息确定所述mcx、b-trunc制式及对应的无线网络状态,优先选择mcx制式;

93、若所述mcx制式的无线网络状态为可用,则将所述传送请求经5g公专网无线网络转发给mcx集群业务,开展所述视频/大文件业务;

94、若所述mcx制式的无线网络状态为不可用,并判断所述b-trunc制式的无线网络状态可用,则将所述传送请求经lte-m无线网络转发给b-trunc集群业务,开展所述视频/大文件业务,若判断所述b-trunc制式的无线网络状态不可用,则无法执行视频/大文件业务的传送工作。

95、优选地,所述车载融合集群调度通信系统的操作显示终端的界面用于显示当前的所述集群调度制式,所述操作显示终端的界面与所述集群调度制式解耦;

96、开展所述多媒体集群调度业务时,操作界面不参与处理目标集群制式中不同的所述集群调度制式之间的切换过程。

97、本发明还提出一种车载融合集群调度通信系统,用于实现上述任一项所述的车载融合集群调度通信的实现方法,所述系统包括信号传输模块、操作显示终端和主机;

98、所述信号传输模块用于所述主机与地面集群调度通信系统的传输通信;

99、所述操作显示终端用于实现所述车载融合集群调度通信系统的人机交互;

100、所述主机包括主控模块和若干通信模块,不同的所述通信模块对应不同的集群调度制式;所述主控模块用于实现对各模块单元的控制,数据信息的交换、分析及处理,根据预定义的策略和算法进行制式切换的决策,完成无线通信制式的选择及集群调度制式的选择,实现不同调度制式的自动选择、制式共存互补及制式间的无缝切换。

101、优选地,所述信号传输模块包括合路器和以及设置在所述合路器上的车载天线,所述合路器与所述主机相连接。

102、优选地,所述操作显示终端包括显示界面、交互显示区、功能键盘和操作键盘;

103、其中,所述显示界面位于所述操作显示终端的上部,所述交互显示区和所述功能键盘位于所述操作显示终端的中部,所述操作键盘位于所述操作显示终端的下部。

104、优选地,所述通信模块包括tetra模块、b-trunc模块和mcx模块。

105、优选地,所述主控模块包括主用模块和备用模块,其中,所述备用模块用于在所述主用模块发生故障时接续工作任务并发送故障告警信息。

106、优选地,所述主机还包括交换模块,所述交换模块用于实现所述车载融合集群调度通信系统内部的数据信息转发和交换。

107、优选地,所述主机还包括电源模块,所述电源模块用于实现对所述主机内部的其他模块供电。

108、优选地,所述主机还包括录音模块;所述录音模块用于保存或播放所述车载融合集群调度通信系统中的音频数据。

109、优选地,所述主机还包括接口模块,所述接口模块用于连接所述主控模块与操作显示终端、所述录音模块。

110、本发明具有以下有益效果:

111、本发明提供了一种车载融合集群调度通信的实现方法,应用于上述车载融合集群调度通信系统,该方法包括以下步骤:车载融合集群调度通信系统开机自检,操作显示界面初始化;根据线路的规划,进行一个或多个集群调度制式的参数和策略配置;根据配置信息,车载融合集群调度系统注册至对应的地面集群调度通信系统;基于融合多种集群制式的车载集群调度通信系统,开展语音、短数据/紧急文本、视频/大文件等多媒体集群调度业务。

112、本发明还提供了一种车载融合集群调度通信系统(tids),可根据不同的集群调度制式对系统进行灵活的配置,适应不同制式的通信规范如tetra、b-trunc、mcx等,提高设备的兼容性和更新能力;在地铁线路存在多种无线制式的情况下,车载tids可承载在多个无线网络上面,形成部分或全部集群调度功能的主备用,以及调度功能的主辅用和互补,在任意一种无线制式存在故障或宕机的情况下,车载tids能够通过自适应算法优化调度制式的选择和切换,能够自动选择最合适的调度制式,满足城市轨道交通在应对突发情况、紧急故障时的快速反应需求,从而提高了调度管理的效率和安全性。该系统能够统一用户操作界面及各种业务的接口,便于用户的使用及业务的对接。

113、综上,通过上述方法和系统,能够根据不同的地铁线路或区间的地面集群调度通信系统来选择对应的集群制式,实现多种集群制式的融合,从而满足不同的需求,解决了现有的相关技术中存在的车载集群调度通信系统中集群制式单一、兼容性不足,现有部分集群制式调度功能不全面、系统可扩展性不足的问题。

114、本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书以及附图中所指出的结构来实现和获得。


技术特征:

1.一种车载融合集群调度通信的实现方法,应用于车载融合集群调度通信系统,所述系统包括主控模块,其特征在于,所述方法包括:

2.根据权利要求1所述的车载融合集群调度通信的实现方法,其特征在于,所述开机自检,操作显示界面初始化,包括:

3.根据权利要求1所述的车载融合集群调度通信的实现方法,其特征在于,所述根据线路的规划,进行一个或多个集群调度制式的参数和策略配置,包括:

4.根据权利要求3所述的车载融合集群调度通信的实现方法,其特征在于,根据配置信息注册至与所述集群调度制式对应的地面集群调度通信系统,包括:

5.根据权利要求4所述的车载融合集群调度通信的实现方法,其特征在于,构建所述通信模块与对应所述地面集群调度通信系统之间的无线传输链路之后,包括:

6.根据权利要求3所述的车载融合集群调度通信的实现方法,其特征在于,所述多媒体集群调度业务包括语音业务、短数据/紧急文本业务和视频/大文件业务。

7.根据权利要求3所述的车载融合集群调度通信的实现方法,其特征在于,所述目标集群制式为所述tetra制式和所述mcx制式时:

8.根据权利要求6所述的车载融合集群调度通信的实现方法,其特征在于,开展所述语音业务,包括:

9.根据权利要求6所述的车载融合集群调度通信的实现方法,其特征在于,开展所述短数据/紧急文本业务,包括:

10.根据权利要求6所述的车载融合集群调度通信的实现方法,其特征在于,开展所述视频/大文件业务,包括:

11.根据权利要求6所述的车载融合集群调度通信的实现方法,其特征在于,所述目标集群制式为所述tetra制式和所述b-trunc制式时:

12.根据权利要求11所述的车载融合集群调度通信的实现方法,其特征在于,所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式时,开展所述语音业务,包括:

13.根据权利要求11所述的车载融合集群调度通信的实现方法,其特征在于,所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式时,开展所述短数据/紧急文本业务,包括:

14.根据权利要求11所述的车载融合集群调度通信的实现方法,其特征在于,所述tetra制式为所述主用制式,所述b-trunc制式为所述备用制式时,开展所述视频/大文件业务,包括:

15.根据权利要求11所述的车载融合集群调度通信的实现方法,其特征在于,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式时,开展所述语音业务,包括:

16.根据权利要求11所述的车载融合集群调度通信的实现方法,其特征在于,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式时,开展所述短数据/紧急文本业务,包括:

17.根据权利要求11所述的车载融合集群调度通信的实现方法,其特征在于,所述b-trunc制式为所述主用制式,所述tetra制式为所述备用制式时,开展所述视频/大文件业务,包括:

18.根据权利要求6所述的车载融合集群调度通信的实现方法,其特征在于,所述目标集群制式为所述b-trunc制式和所述mcx制式时:

19.根据权利要求18所述的车载融合集群调度通信的实现方法,其特征在于,开展所述语音业务,包括:

20.根据权利要求18所述的车载融合集群调度通信的实现方法,其特征在于,开展所述短数据/紧急文本业务,包括:

21.根据权利要求18所述的车载融合集群调度通信的实现方法,其特征在于,开展所述视频/大文件业务,包括:

22.根据权利要求3所述的车载融合集群调度通信的实现方法,其特征在于,所述车载融合集群调度通信系统的操作显示终端的界面用于显示当前的所述集群调度制式,所述操作显示终端的界面与所述集群调度制式解耦;

23.一种车载融合集群调度通信系统,其特征在于,用于实现权利要求1-22任一项所述的车载融合集群调度通信的实现方法,所述系统包括信号传输模块、操作显示终端和主机;

24.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述信号传输模块包括合路器和设置在所述合路器上的车载天线,所述合路器与所述主机相连接。

25.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述操作显示终端包括显示界面、交互显示区、功能键盘和操作键盘;

26.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述通信模块包括tetra模块、b-trunc模块和mcx模块。

27.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述主控模块包括主用模块和备用模块,其中,所述备用模块用于在所述主用模块发生故障时接续工作任务并发送故障告警信息。

28.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述主机还包括交换模块,所述交换模块用于实现所述车载融合集群调度通信系统内部的数据信息转发和交换。

29.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述主机还包括电源模块,所述电源模块用于实现对所述主机内部的其他模块供电。

30.根据权利要求23所述的车载融合集群调度通信系统,其特征在于,所述主机还包括录音模块;所述录音模块用于保存或播放所述车载融合集群调度通信系统中的音频数据。

31.根据权利要求30所述的车载融合集群调度通信系统,其特征在于,所述主机还包括接口模块,所述接口模块用于连接所述主控模块与操作显示终端、所述录音模块。


技术总结
本发明属于轨道通信技术领域,特别涉及一种车载融合集群调度通信的实现方法及通信系统。所述方法包括:开机自检,操作显示界面初始化;根据线路的规划,进行一个或多个集群调度制式的参数和策略配置;根据配置信息注册至与所述集群调度制式对应的地面集群调度通信系统;基于融合多种集群制式的车载集群调度系统,开展多媒体集群调度业务。本发明能够根据不同的地铁线路或区间的地面集群调度通信系统来选择对应的集群制式,实现多种集群制式的融合,从而满足不同的需求,解决了现有的相关技术中存在的车载集群调度通信系统中集群制式单一、兼容性不足,现有部分集群制式调度功能不全面、系统可扩展性不足的问题。

技术研发人员:殷卫海,王国华,陈林宝,张亦然,崇昊旻,张田,吴可
受保护的技术使用者:北京全路通信信号研究设计院集团有限公司
技术研发日:
技术公布日:2024/5/29
转载请注明原文地址:https://win.8miu.com/read-1156376.html

最新回复(0)