CN117041913A - 用于生成列车信息的方法和装置 - Google Patents

Abstract

本申请提供的一种用于生成列车信息的方法和装置，涉及铁路网通信技术领域。该方法包括：采集多个网元之间传输的数据包，对多个网元之间传输的数据包进行筛选，以及保存多个网元中预设网元之间传输的多个数据包；对多个数据包中承载的信息合并，基于合并结果，生成第一信息，第一信息包括列车的调度命令和列车对调度命令的应答信息；将第一信息中的至少部分信息发送至终端。实施本申请提供的技术方案，可以提高数据处理速度。

Description

用于生成列车信息的方法和装置

技术领域

本申请实施例涉及铁路网通信技术领域，具体涉及一种用于生成列车信息的方法和装置。

背景技术

随着铁路网络的发展，越来越多的列车加入铁路网以为民众提供便捷的出行。随着铁路网中列车的增多，对列车实时、准确的监控成为重要问题。

现有技术中，通常采用GSM-R（Global System for Mobile Communications –Railway，铁路移动通信***标准）对列车进行管理。基于GSM-R的通信网络中，通常设置有多个网元，对多个网元传输的数据进行处理，生成列车信息，以对各列车进行监控和调度。现有技术中，由于需要对多个网元传输的数据进行采集，这就导致需要采集的数据量极大。例如，在某些情况下，所要采集的数据量可达1000条/s，这就导致需要花费更多的时间对数据进行处理，对数据处理的时间过长，将会导致解析出的数据时延严重，无法保证数据的实时性。

由此，如何提高数据处理速度以保证列车数据的实时性和准确性，成为需要解决的问题。

发明内容

本申请实施例提供的用于生成列车信息的方法和装置，可以提高数据处理速度。

第一方面，本申请实施例提供了一种用于生成列车信息的方法，包括：采集多个网元之间传输的数据包，对多个网元之间传输的数据包进行筛选，以及保存多个网元中预设网元之间传输的多个数据包；对多个数据包中承载的信息合并，基于合并结果，生成第一信息，第一信息包括列车的调度命令和列车对调度命令的应答信息；将第一信息中的至少部分信息发送至终端。

本申请实施例通过采集多个网元之间的数据包，对所采集的多个网元之间的数据包进行筛选，仅保留预设网元之间所传输的数据包，即可分析出列车的运行情况以及列车状态。从而，与现有技术中通过对所有网元端口之间所传输的数据进行保存和分析相比，本申请实施例通过分析较少的数据即可实现对列车的管理和监控，可以减少数据处理的数量，降低数据时延，提高数据的实时性。

本申请实施例可选的实现方式中，第一信息还包括向列车发送调度命令的次数；以及将第一信息中的至少部分信息发送至终端，包括：接收终端发送的查询请求，查询请求用于指示查询列车的异常信息，异常信息包括以下至少一项：列车对调度命令信息未自动应答，向列车发送调度命令的次数为多次；基于查询请求，将第一信息中的部分信息发送至终端。

通过接收终端发送的查询请求，基于查询请求向终端发送异常信息，可以提高数据查询的灵活性。

本申请实施例可选的实现方式中，调度命令包括以下至少一项：路票、绿色许可证、红色许可证、出站跟踪调车通知书、列车进路预告信息、调车作业通知单和调车请求确认。

本申请实施例可选的实现方式中，多个数据包包括第一数据包和第二数据包；第一数据包是集中调度***通过预设网元，向列车的机车综合无线通信设备发送的，第一数据包用于承载调度命令信息；第二数据包是列车的机车综合无线通信设备，通过预设网元，向集中调度***发送的，第二数据包用于承载对调度命令的应答；第一信息是基于第一数据包和第二数据包所承载的信息生成的。

本申请实施例可选的实现方式中，第一数据包包括机车号和调度命令号；以及对多个数据包中承载的信息合并，基于合并结果，生成第一信息，包括：当多个数据包中被解析的数据包为第一数据包时，查询预设的第一数据表中，是否记录有与第一数据包中的机车号以及调度命令号相同的调度命令；当第一数据表中记录有与第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据表中相应机车号和调度命令号对应的重发次数加一；当第一数据表中未记录与第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据包中的调度命令、机车号以及调度命令号添加至第一数据表中；基于重发次数更新后的第一数据表或者重新添加调度命令的第一数据表，生成第一信息。

本申请实施例可选的实现方式中，第二数据包包括调度命令号；以及对多个数据包中承载的信息合并，基于合并结果，生成第一信息，包括：当多个数据包中被解析出的数据包为第二数据包时，将第一数据表中、与第二数据包中的调度命令号相同的调度命令，设置成已应答；基于应答信息更新后的第一数据表，生成第一信息。

本申请实施例可选的实现方式中，对多个数据包中承载的信息合并，基于合并结果，生成第一信息，包括：对多个数据包中承载的信息合并，基于合并结果，生成第一信息和第二信息；其中，第二信息包括列车的机车综合无线通信设备所占用的小区信息。

本申请实施例可选的实现方式中，多个数据包包括第三数据包，第三数据包是列车的机车综合无线通信设备，通过预设网元向集中调度***周期性发送的，第三数据包用于承载列车的以下至少一项信息：活动性检测信息、车次号校核信息和列车启停信息；以及第二信息是基于第三数据包所承载的信息生成的。

本申请实施例可选的实现方式中，方法还包括：将第二信息发送至终端。

本申请实施例可选的实现方式中，生成第二信息，包括：当多个数据包中被解析出的数据包为第三数据包时，查询预设的第二数据表中，是否记录有与第三数据包中的机车号相同的列车信息；当第二数据表中记录有与第三数据包中的机车号相同的列车信息时，更新第二数据表中、与第三数据包中的机车号相同的列车信息；当第二数据表中未记录与第三数据包中的机车号相同的列车信息时，将第三数据包中的机车号和列车信息添加至第二数据表中；基于更新后的第二数据表，生成第二信息。

第二方面，本申请提供了一种用于生成列车信息的装置，该装置包括：采集模块，用于采集多个网元之间传输的数据包，对多个网元之间传输的数据包进行筛选，以及保存多个网元中预设网元之间传输的多个数据包；生成模块，用于对多个数据包中承载的信息合并，基于合并结果，生成第一信息，第一信息包括列车的调度命令和列车对调度命令的应答信息；第一发送模块，用于将第一信息中的至少部分信息发送至终端。

本申请实施例可选的实现方式中，第一信息还包括向列车发送调度命令的次数，第一发送模块具体用于：接收终端发送的查询请求，查询请求用于指示查询列车的异常信息，异常信息包括以下至少一项：列车对调度命令信息未自动应答，向列车发送调度命令的次数为多次；基于查询请求，将第一信息中的部分信息发送至终端。

本申请实施例可选的实现方式中，调度命令包括以下至少一项：路票、绿色许可证、红色许可证、出站跟踪调车通知书、列车进路预告信息、调车作业通知单和调车请求确认。

本申请实施例可选的实现方式中，多个数据包包括第一数据包和第二数据包；第一数据包是集中调度***通过预设网元，向列车的机车综合无线通信设备发送的，第一数据包用于承载调度命令信息；第二数据包是列车的机车综合无线通信设备，通过预设网元，向集中调度***发送的，第二数据包用于承载对调度命令的应答；第一信息是基于第一数据包和第二数据包所承载的信息生成的。

本申请实施例可选的实现方式中，第一数据包包括机车号和调度命令号；以及生成模块具体用于：当多个数据包中被解析的数据包为第一数据包时，查询预设的第一数据表中，是否记录有与第一数据包中的机车号以及调度命令号相同的调度命令；当第一数据表中记录有与第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据表中相应机车号和调度命令号对应的重发次数加一；当第一数据表中未记录与第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据包中的调度命令、机车号以及调度命令号添加至第一数据表中；基于重发次数更新后的第一数据表或者重新添加调度命令的第一数据表，生成第一信息。

本申请实施例可选的实现方式中，第二数据包包括调度命令号；以及生成模块还用于：当多个数据包中被解析出的数据包为第二数据包时，将第一数据表中、与第二数据包中的调度命令号相同的调度命令，设置成已应答；基于应答信息更新后的第一数据表，生成第一信息。

本申请实施例可选的实现方式中，生成模块还包括：生成子模块，用于对多个数据包中承载的信息合并，基于合并结果，生成第一信息和第二信息；其中，第二信息包括列车的机车综合无线通信设备所占用的小区信息。

本申请实施例可选的实现方式中，多个数据包包括第三数据包，第三数据包是列车的机车综合无线通信设备，通过预设网元向集中调度***周期性发送的，第三数据包用于承载列车的以下至少一项信息：活动性检测信息、车次号校核信息和列车启停信息；以及第二信息是基于第三数据包所承载的信息生成的。

本申请实施例可选的实现方式中，用于生成列车信息的装置还包括：第二发送模块，用于将第二信息发送至终端。

本申请实施例可选的实现方式中，生成子模块具体用于：当多个数据包中被解析出的数据包为第三数据包时，查询预设的第二数据表中，是否记录有与第三数据包中的机车号相同的列车信息；当第二数据表中记录有与第三数据包中的机车号相同的列车信息时，更新第二数据表中、与第三数据包中的机车号相同的列车信息；当第二数据表中未记录与第三数据包中的机车号相同的列车信息时，将第三数据包中的机车号和列车信息添加至第二数据表中；基于更新后的第二数据表，生成第二信息。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器和接口；存储器，用于存储指令；接口，用于与其他设备通信；处理器，用于执行存储器中存储的指令，以使电子设备执行如第一方面所述的方法。

第四方面，本申请实施例提供了一种可读存储介质，该可读存储介质包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行如第一方面所述的方法。

可以理解的是，本申请第二至第四方面的技术方案与本申请的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1是本申请实施例提供的铁路移动通信***中一个组网架构示意图；

图2是本申请实施例提供的用于生成列车信息的方法的一个流程图；

图3是本申请实施例提供的一个应用场景示意图；

图4是本申请实施例提供的用于生成列车信息的方法的又一个流程图；

图5是本申请实施例提供的用于生成第一信息和第二信息的一个流程图；

图6是本申请实施例提供的用于生成列车信息的装置的一个结构示意图；

图7是本申请实施例的提供的电子设备的一个结构示意图。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个网元是指两个或两个以上的网元。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例中涉及的GRPS，均为（General Packet Radio Service，通用分组无线服务）。

本申请实施例提供的用于生成列车信息的方法，可以应用于铁路移动通信***中。请参考图1，图1是本申请实施例提供的铁路移动通信***的一个组网架构100示意图。如图1所示，铁路移动通信***包括多个网元，该多个网元例如包括集中调度***（CTC，Centralized Traffic Control System）101、GPRS接口服务器（GRIS，GPRS InterfaceServer）102、GPRS网关支持节点（GGSN，Gateway GPRS Support Node）103、GPRS服务支持节点（SGSN，Serving GPRS Support Node）104、基站子***（BBS，Base Station Subsystem）105、机车综合无线通信设备（CIR，Cab Integrated Radio Communication Equipment）106、域名服务器（DNS，Domain Name Server）107和GPRS归属服务器（GROS，GPRS HomeServer）108。可以理解的是，铁路移动通信***中，还可以包括更多个网元，例如还可以包括鉴权服务器（Radius，Remote Authentication Dial In User Service）和归属位置寄存器（HLR，Home Location Register）等，本申请实施例不做具体限定。

在图1中，CTC101用于对某一区段内的铁路信号进行集中控制、对某一区段内的列车进行指挥与管理。 CTC101通过GRIS102、GGSN103、SGSN104和BBS105，实现与CIR106之间的通信，以向CIR106发送列车调度信息和控制信息，以及从CIR106接收应答信息和请求信息。GRIS102用于支持CTC101实现数据的接收和发送。也即是说，GRIS102作为CTC101的接口向CIR106发送数据，以及从CIR106接收数据。如果CTC101需要向CIR106发送调度命令时，源地址通常为GRIS102的地址，目的地址为CIR106的地址；同样，如果CIR106需要向CTC101发送调度命令时，源地址通常为CIR106的地址，目的地址为GRIS102的地址。GGSN103为一个网关或者路由器，用于支持多个GPRS通用分组无线服务之间的互联；SGSN104用于对数据的漫游、登记、切换和鉴权等进行管理，GGSN103和SGSN104共同完成数据的路由。具体场景中，GRIS102与GGSN103之间通过Gi口通信，GGSN104与SGSN105之间通过Gn口通信。需要说明的是，在组网架构100中，一个GRIS102可以与多个CIR106通信，同样，一个GGSN103可以与多个CIR106通信；从而，CIR106接入铁路移动通信***中并激活时，需要确定出所属的GRIS102以及GGSN103。另外，图1所示的DNS107，用于在CIR106进行PDP激活时，将PDP激活命令中的接入点名称域名转换为CIR106所归属的GGSN的IP地址。图1中所示的GROS108，用于存储GRIS的IP地址与位置区编号之间的映射关系，GROS108在PDP激活成功获得IP地址之后，基于CIR106的LAC CI，确定出CIR106所归属的GRIS。需要说明的是，本申请实施例中，CTC101可以对某一区段内多个CIR进行通信，以对该区段内的多列列车进行监控、调度和管理。下文中以CTC101与一个CIR106通信进行描述。

继续参考图1，图1中除了如上所述的网元之外，还包括电子设备109，电子设备109例如可以为数据处理服务器。在一种可能的实现方式中，电子设备109独立设置，在其他场景中，电子设备109可以与CTC101设置在一起。通常，电子设备109中可以运行有TAP（tunneling traffic access point，隧道交通接入点）接口，该TAP接口用于采集多个网元之间所传输的数据包以对各CIR的状态进行分析，从而实现对CIR106的监测和管理，以及在CIR106出现状况时及时处理。传统技术中，为了实现对CIR106的监测和管理，通常需要获得铁路移动通信***中所有网元之间传输的数据包，然后人工对数据包进行筛选和分析，以对列车进行管理和控制。然而，随着铁路网中CIR的增多、以及CTC101和CIR106之间所传输的数据量的增多，当采用传统技术时，就会导致需要花费更多的时间对数据进行处理，对数据处理的时长过长，从而导致解析出的数据时延严重，无法保证数据的实时性。

如上文所述，CTC101向CIR106发送调度命令信息、以及从CIR106接收应答信息以及请求信息，均是通过GRIS102、GGSN103和SGSN104来实现数据包的传输的，DNS107和GROS108仅用于在CIR106进行激活时，确定出CIR106的IP地址以及所归属的GRIS。由此，本申请实施例中，CTC101中运行的TAP接口，仅保留GRIS102与GGSN103之间、以及GGSN103与SGSN104之间所传输的数据包，过滤掉其他网元传输的数据包，以对CIR106的状态进行分析，从而对CIR106进行实时调度和监控，可以降低对数据处理时长，降低数据传输时延。

基于图1所示的应用场景，请继续参考图2，图2是本申请实施例提供的用于生成列车信息的方法的一个流程200。该用于生成列车信息的方法应用于图1所示的电子设备109中。下面结合图1所示的应用场景，对用于生成列车信息的方法进行详细描述。该流程200包括如下步骤。

步骤201，采集多个网元之间传输的数据包，以及保留预设网元之间传输的多个数据包。

本实施例中，图1所示的电子设备109中运行的TAP接口，可以采集多个网元之间传输的数据包。例如，可以采集GRIS102与GGSN103之间、GGSN103与SGSN104之间、SGSN104与DNS107之间、以及GGSN103与GROS108之间所传输的数据包。在采集到多个网元之间所传输的数据包之后，电子设备109可以对所采集的数据包进行清洗，仅保留GRIS102与GGSN103之间、以及GGSN103与SGSN104之间所传输的数据包。

电子设备109可以基于网元标识或者端口标识进行数据清洗。具体场景中，由于GRIS102与GGSN103之间通过Gi端口传输，GGSN103与SGSN104之间通过Gn端口传输，CTC101可以仅保留Gi端口传输的数据包和Gn端口传输的数据包，将其他端口所传输的数据包均清除掉。电子设备109所保存的数据包，为网元之间双向传输的数据包。以GRIS102与GGSN103之间的数据传输为例，CTC101向CIR106发送数据包时，GRIS102通过Gi端口向GGSN103传输数据包，电子设备109可以采集并保留该数据包；同样， CIR106向CTC101发送数据包时，GGSN103通过Gi端口向GRIS102传输数据包，电子设备109可以采集并保留该数据包。

本申请实施例中，由于CTC101将承载列车调度命令信息的数据包通过GRIS102、GGSN103以及SGSN104，经由BBS105的空口传输至CIR106；CIR106将指示列车调度命令的应答信息和列车状态信息中的至少一项通过BBS105的空口发送至BBS105，再经过SGSN104、GGSN103以及GRIS102传输至CTC101。从而，仅采集GRIS102与GGSN103之间所传输的数据包、以及GGSN103与SGSN104之间所传输的数据包，即可分析出列车的运行情况以及列车状态。从而，与现有技术中通过对所有网元端口之间所传输的数据进行保存和分析相比，本申请实施例通过分析较少的数据即可实现对列车的管理和监控，可以减少数据处理的数量，降低数据时延，提高数据的实时性。

步骤202，对多个数据包中承载的信息合并，基于合并结果，生成第一信息。

图1所示的电子设备109，可以基于预设的帧格式，对所保存的多个数据包进行解析，获得每一个数据包所承载的信息。具体的，上述多个数据包中可以包括CTC101发送的第一数据包。其中，第一数据包承载列车的调度命令信息。在一种可能的实现方式中，调度命令信息可以包括但不限于路票、绿色许可证、红色许可证、出站跟踪调车通知书、列车进路预告信息、调车作业通知单和调车请求确认等。具体的，针对于一种信息，可以封装于一个数据包中，该一个数据包用于指示一种数据。请参考表一，表一是第一数据包的帧格式。

表一

序号	字段	字节数	备注
				1	帧起始	2	1002H
2	信息长度	2
				3	源端口代码	1	23H
4	源通信地址长度	1	04H
				5	源通信地址	4	GRIS的IP地址
6	目的端口代码	1	01H
				7	目的通信地址长度	1	04H
8	目的通信地址	4	CIR的IP地址
				9	业务类型	1	06H
10	命令	1	20H
				11	功能码	1	01H：调度命令02H：路票03H：绿色许可证04H：红色许可证05H：出站跟踪调车通知书07H：列车进路预告信息11H：调车作业通知单12H：调车请求确认18-1FH：其它信息20H：出入库检测
12	年、月、日	3	BCD码，顺序发送。命令发布时间
				13	时、分、秒	3	BCD码，顺序发送。命令发布时间
14	时、分、秒	3	BCD码，顺序发送。命令发送时间
				15	车次号	7	ASCII码，顺序发送。
16	机车号	8	ASCII码，顺序发送。机车类型代码3位，机车编号5位
				17	发令处所编号	1
18	调度命令信息编号	6	ASCII码，顺序发送
				19	调度员姓名	8	区位码
20	总包数	1	表示一个完整调度命令信息被拆分的包数
				21	本包数	1	表示该包在总包中的序号
22	调度命令信息正文	N
				23	CRC校验	2	CRC1、CRC2
24	帧结束	2	1003H

从表一中可以看出，当需要向CIR106发送路票和调车作业通知单时，可以向CIR106发送数据包11和数据包12该两个第一数据包，其中，数据包11和数据包12均采用表一所示的帧格式进行封装，另外，数据包11中的功能码字段记录为02H，数据包12中的功能码字段记录为11H。

本申请实施例中，CIR106接收到第一数据包之后，需要向CTC101发送指示接收到第一数据包的应答信息，该应答信息又可以分为两种，一种是由CIR106自动确认的，还有一种是由列车员手动签收的。另外，当需要进行调车时，CIR106还需要向CTC101发送调车请求。上述多个数据包还可以包括CIR106向CTC101发送的第二数据包，该第二数据包承载指示列车调度命令的应答信息。在其他可能的实现方式中，第二数据包承载的信息例如还可以为调车请求信息。需要说明的是，不同的信息，需要设置于不同的第二数据包中发送。例如，当CIR106需要发送调车请求信息和指示列车调度命令的应答信息该两条信息时，CIR106需要通过数据包21和数据包22该两个第二数据包发送。其中，数据包21承载指示列车调度命令的应答信息，数据包22承载调车请求信息。本申请实施例中，上述指示调度命令的应答信息和调车请求信息可以采用相同的帧格式对数据进行封装，具体参考表二，其中表二为指示列车调度命令的应答信息和调车请求信息的帧格式。

表二

序号	内 容	字节数	内 容 说 明
				1	帧起始	2	1002H
2	数据长度	2
				3	源端口代码	1	01H
4	源通信地址长度	1	04H
				5	源通信地址	4	为CIR的IP地址
6	目的端口代码	1	23H
				7	目的通信地址长度	1	04H
8	目的通信地址	4	为GRIS的IP地址
				9	业务类型	1	06H
10	命令	1	51H：自动应答/手动应答53H：调车请求
				11	信息名称	1	81H：对调度命令信息的自动应答82H：对调度命令信息的手动应答91H：向CTC发送调车请求信息
12	年、月、日	3	BCD码，顺序发送
				13	时、分、秒	3	BCD码，顺序发送
14	车次号	7	ASCII码，顺序发送
				15	机车号	8	ASCII码，顺序发送
16	发令处所编号	1
				17	调度命令信息编号	6	ASCII码，顺序发送
18	签收地点公里标	3	BCD码，单位百米
				19	签收地点卫星定位***经度	5	BCD码，低三个字节表示“分”；高两个字节表示“度”
20	签收地点卫星定位***纬度	4	BCD码，低三个字节表示“分”；高一个字节表示“度” ，
				21	包号	1	自动确认表示本包号、手动签收时表示总包号
22	CRC校验	2	CRC1、CRC2
				23	帧结束	2	1003H

表一所示的用于承载列车调度命令信息的帧格式、表二所示的用于承载列车调度命令的应答信息和调车请求信息的帧格式均为示意性的，每一个帧格式还可以包括更多或更少的内容，本申请实施例对此不做具体限定。

从表一和表二中可以看出，假设CTC101采用表一所示的帧格式，通过GRIS102向CIR106发送路票信息，则表一所示的帧格式中，源端口代码为GRIS102的端口代码，源通信地址为GRIS102的IP地址，目的端口代码为CIR106的端口代码，目的端口地址为CIR106的IP地址，车次号和机车号均指示CIR106所位于的列车。此外，CIR106基于CTC101发送的路票信息，采用表二所示的帧格式向GRIS102发送应答信息，则表二所示的帧格式中，源端口代码为CIR106的端口代码，源通信地址为CIR106的IP地址，目的端口代码为GRIS102的端口代码，目的端口地址为GRIS102的IP地址，车次号和机车号均指示CIR106所位于的列车。由此，本申请实施例可以将上述命令信息和应答信息合并，从而生成包括CTC106的调度命令信息以及应答信息的第一信息。该第一信息包括向CIR106发送的调度命令、CIR106对调度命令的应答。在一种可能的实现方式中，第一信息还可以包括向CIR106发送同一种调度命令的次数。此外，第一信息还可以包括但不限于：GRIS102的端口号和IP地址、CIR106的端口号和IP地址、CIR106所位于的列车的车次号、机车号、发令处所编号、调度命令信息编号、调度命令发送时间、列车所在的经度和纬度。下面通过具体例子进行更为详细的说明。具体的，该合并后的第一信息所包括的内容参考表三。

表三

中文名称	示例	说明
			调度命令类型	列车进路预告信息	区分业务类型
车次号	C6892	记录车次号
			机车号	31004071	记录机车号
发令处所编号	3D	记录发令处所编号
			调度命令信息编号	HLZ846	记录调度命令信息编号
命令发送时间	2018/7/25 18:12:00	用作区分重复信令还是重发信令
			自动应答标志位	1	“1”为应答、“0”为未应答
手动应答标志位	0	“1”为应答、“0”为未应答
			重发次数	2	调度命令重发次数
公里标	4726673	公里标
			经度	112.9329	经度
纬度	23.09152	纬度
			源IP	10.14.57.161	记录发送端IP
源端口号	2155	记录发送端的端口号
			目标IP	10.14.57.2	记录接收端IP
目标端口	2152	记录接收端的端口号

从表三中可以看出，表三所示的信息是车次号为C6892的列车所对应的列车进路预告信息的第一信息。该第一信息中包括车次号C6892的列车所对应的列车近路预告信息、车次号C6892的列车是否对该调度命令应答、以及向车次号C6892的列车发送列车进路预告信息的次数。在其他实现方式中，第一信息中可以不包括向车次号C6892的列车发送列车进路预告信息的次数，仅包括车次号C6892的列车所对应的列车近路预告信息、和车次号C6892的列车对该调度命令的应答信息。此外，如表三所示，第一信息中除了包括以上所述信息之外，还可以包括发送该调度命令的网元端口号和IP地址、接收该调度命令的网元端口号和IP地址、车次号C6982对应的机车号、发令处所编号、调度命令信息编号、命令发送时间、列车所在的经度和纬度。可以理解的是，第一信息还可以包括更多或更少的信息，本申请实施例不做具体限定。例如，第一信息中还可以包括车次号C6892所对应的CIR所位于的小区位置信息。

需要说明的是，第一信息中所包括的对调度命令的应答信息，通过如表三所示的自动应答标志位和手动应答标志位来体现。如果CIR106对调度命令自动应答（也即自动确认），表三所示的自动应答标志位为“1”，如果CIR106对调度命令没有自动签收，则表三所示的自动应答标志位为“0”。此外，当列车上的列车员对调度命令进行手动签收时，表三所示的手动应答标志位为“1”，当列车上的列车员对调度命令未进行手动签收时，表三所示的手动应答标志位为“0”。

还需要说明的是，表三中仅示出了调度命令为列车进路预告信息该一种调度命令，实际场景中，可以包括更多个调度命令，当包括更多个调度命令时，例如当CTC101通过GRIS102向CIR106同时发送了列车进路预告信息和调车作业通知单时，上述表三中还需要记录有调车作业通知单该条调度命令、是否对该调度命令应答、以及发送调车作业通知单的次数。另外，本申请实施例中所示的第一信息，可以包括多个列车的调度命令信息。例如，当步骤201中所获得多个数据包中还包括其他列车的调度命令信息时，还可以生成其他列车的调度命令信息，该其他列车的调度命令信息所包括的内容如表三所示。

步骤203，将第一信息中的至少部分信息发送至终端。

本申请实施例中，如图1所示的电子设备109生成第一信息之后，可以将第一信息中的全部信息或者部分信息发送至终端，以在终端中呈现该第一信息。从而，工作人员可以基于该第一信息对列车的运行情况进行监测。更为具体的，电子设备可以基于预先设置的时间间隔，周期性的向终端发送第一信息。

本申请实施例通过采用步骤201~步骤203，可以通过分析较少的数据即可实现对列车的管理和监控，可以减少数据处理的数量，降低数据时延，提高数据的实时性；另外，传统技术中，通常是人工对数据进行筛选和整合，本申请实施例通过采用图1所示的电子设备101实现数据的筛选和合并，还可以降低人工成本，提高工作效率。

本申请实施例一种可能的实现方式中，电子设备101向终端所发送的信息，是基于终端发送的查询请求而发送的。该查询请求用于指示查询列车的异常信息。实际场景中，如表三所示的信息中，也可能出现自动应答标志位和手动应答标志位均为“0”的情况，也可能出现自动应答标志位为“0”、手动应答标志位为“1”的情况，在该种情况下，则说明列车对调度命令的应答异常；另外，如表三所示的信息中，当调度命令的重发次数为多次（也即大于等于2次）时，也可以认为列车对调度命令的应答异常。也即是说，当存在以下至少一项：列车对调度命令信息未自动应答、向列车发送同一个调度命令的次数为多次，均可以认为列车对调度命令的应答异常。从而，电子设备101可以将对调度命令的应答异常的列车的异常信息，发送给终端，以在终端呈现。其中，终端可以对全部列车、目标列车或者动检车次（车次号包含“DJ”的车次）的异常信息进行查询。

更为具体的，终端可以基于预设条件进行异常信息的筛选查询。该预设条件例如可以包括但不限于以下至少一项：时间段、车次号、机车号、调度命令号、发令处所号和日期。上述时间段例如可以为几天、一天、或者一天内的某个时段。电子设备基于预先生成的第一信息，筛选出相应条件下列车的异常信息发送至终端。下面通过具体场景进行说明。假设终端发送了查询00：00：00-23：59：59该时间段内、关于“列车进路预告信息”该条调度命令出现异常的列车的请求。参考图3，图3中的（A）是在00：00：00-23：59：59该时间段内，接收到“列车进路预告信息”该条调度命令的全部车次；从图3中的（A）可以看出，车次号为D1876的列车，其对“列车进路预告信息”该条调度命令未自动应答；车次号为C7030的列车，向其发送“列车进路预告信息”该条调度命令的次数为2。由此，车次号为D1876的列车和车次号为C7030的列车，为具有异常信息的列车。从而，基于终端的查询请求，筛选得到的查询结果如图3中的（B）所示，可以将图3中的（B）所示的查询结果发送至终端。从图3中可以看出，发送至终端的异常信息中， 除了包括调度命令、车次号、自动应答次数和向列车发送该调度命令的次数之外，还可以包括机车号、最近一次调度命令发送时间、列车的CIR所位于的小区名称和列车的CIR所位于的小区ID。另外，发送至终端的信息还可以包括更多或更少的信息，本申请实施例不做具体限定。

通常，电子设备所获得的数据包很多，也即所获得的数据量很大。一种可能的实现方式中，电子设备可以将所获得的数据分为当天数据和历史数据两部分。电子设备可以在24点时将当天的数据转至历史数据库中保存。电子设备基于终端所发送的查询请求中的查询条件，可以对当天数据或者历史数据进行筛选，将筛选后的数据发送至终端；此外，电子设备还可以对当天数据或者历史数据进行筛选，将筛选后的数据进行合并，将合并后的数据发送至终端。

以上通过图2所示的步骤以及图3所示的应用场景，介绍了本申请实施例提供的用于生成列车信息的方法。继续参考图4，图4是本申请实施例提供的用于生成列车信息的方法的又一个流程400，与图2所示的流程200不同的是，图4所示的流程400，还包括生成第二数据的步骤，以及将第二数据发送至终端的步骤。下面结合图1所示的组网架构100，对图4所示的流程400进行描述。该流程400包括如下步骤：

步骤401，采集多个网元之间传输的数据包，以及保存预设网元之间传输的多个数据包。

步骤401的具体实现以及所带来的有益效果参考与图2所示的步骤201相同，具体参考相关描述，不再赘述。

步骤402，对多个数据包中承载的信息合并，基于合并结果，生成第一信息和第二信息。

步骤402中的第一信息以及生成第一信息的方式，与图2所示的步骤202中所示的第一信息以及生成第一信息的方式相同，不再赘述。本申请实施例中，CIR106除了需要发送基于调度命令的应答信息之外，还需要周期性的向CTC101发送列车状态信息，该列车状态信息包括但不限于：活动性检测信息、车次号校核信息、以及列车启动和停稳的信息。从而，上述多个数据包中，还包括CIR106发送的用于指示列车状态的第三数据包。图1所示的电子设备可以对第三数据包解析，生成列车的第二信息。上述列车状态信息中，不同的列车状态可以采用不同的帧格式对数据进行封装。具体分别参考表四和表五，表四为承载活动性检测信息的帧格式、表五为承载车次号校核信息的帧格式。

表四

序号	内 容	字节数	内 容 说 明
				1	帧起始	2	1002H
2	数据长度	2
				3	源端口代码	1	01H
4	源通信地址长度	1	04H
				5	源通信地址	4	为CIR的IP地址。
6	目的端口代码	1	23H
				7	目的通信地址长度	1	04H
8	目的通信地址	4	为GRIS的IP地址。
				9	发送方向	2
10	序列号	2
				11	车次号	3
12	机车号	3
				13	小区位置	2
14	小区标识	2
				15	校验位	2
16	结束位	2	1003H

表五

序号	内 容	字节数	内 容 说 明
				1	帧起始	2	1002H
2	数据长度	2
				3	源端口代码	1	01H
4	源通信地址长度	1	04H
				5	源通信地址	4	为CIR的IP地址。
6	目的端口代码	1	23H
				7	目的通信地址长度	1	04H
8	目的通信地址	4	为GRIS的IP地址。
				9	业务类型	1	05H
10	命令	1	21H（车次号校核）
				11	位置区ID	2	十六进制
12	小区ID	2	十六进制
				13	列车当前位置经度	5
14	列车当前位置纬度	4
				15	当前时间	6	年月日时分秒
16	CRC校验	2	CRC1、CRC2
				17	帧结束	2	1003H

可以理解的是，表四所示的用于承载活动性检测信息的帧格式、表五所示的用于指示车次号校核信息的帧格式均为示意性的，每一个帧格式还可以包括更多或更少的内容，本申请实施例对此不做具体限定。此外，本申请实施例还可以包括更多或更少的帧格式，例如，本申请实施例还可以包括用于承载列车启动和停稳信息的帧格式，该用于承载列车启动和停稳信息的帧格式所包括的内容，可以与表五所示的用于承载车次号校核信息的帧格式相类似，表五中的业务类型，变成指示列车启动和停稳信息的类型（例如用07H表示），表五中的命令，变成指示列车启动或列车停稳的命令（例如02H指示列车停稳，03H指示列车启动），用于承载列车启动和停稳信息的帧格式的其余内容与表五所示的其余内容相同，不再赘述。

本申请实施例中，图1所示的电子设备可以基于CIR106所发送的列车状态信息，生成第二信息，该第二信息用于指示列车的实时动态。通过列车状态信息，可以确定出列车当前运行状况、以及列车上的CIR106当前所位于的小区。所生成的第二信息如表六所示。

表六

中文名称	示例	说明
			机车号	31004071	记录机车号
车次号	C6892	记录车次号
			位置区	5716
小区号	665E
			小区名	HuangLiu
更新时间	3/9/2018 19:19:10

从表六中可以看出，该第二信息可以包括CIR106当前所占用的小区信息。更为具体的，第二信息可以包括机车号、车次号、CIR106所占用的小区的位置区域、 CIR106所占用的小区的小区号、CIR106所占用的小区小区名以及最后的更新时间。需要说明的是，通过上述位置区域、小区号和小区名，即可确定出列车的位置。此外，上述更新时间是基于CIR106最近发送的任意状态信息更新的。例如，车次号为C6892的列车的CIR，最近一次发送了车次号校核信息，且发送时间为2018/9/3 23:26:45，则第二信息中，车次号为C6892的列车对应的时间更新为2018/9/3 23:26:45。

步骤403，将第一信息中的至少部分信息和第二信息发送至终端。

本申请实施例中，向终端发送的除了第一信息中的至少部分信息之外，还可以包括第二信息。其中，向终端所发送的第一信息的内容与步骤203中所述的第一信息的内容相同，不再赘述。向终端发送的第二信息，可以是对多列列车的状态信息合并后的信息。其中每一列列车的状态信息均可以如表六所示。 例如，向终端发送的第二信息可以为如表七所示的内容。表七示意性的示出了六列列车的实时状态信息。从而终端除了通过第一信息对各列车进行异常状态的监控之外，还可以通过第二信息掌握各车次的实时位置和状态，实现车次的实时定位。

表七

机车号	车次号	位置区	小区号	小区名	更新时间
						10400733	44929	5703	60FD	GZB-GZN02	2018/9/3 23:24:45
10400735	43222	5712	65B4	FSX-SYQXLS03	2018/9/3 23:21:31
						10402621	0	5709	6184	LongChuan	2018/9/3 23:10:05
10402621	T8370	5709	6184	LongChuan	2018/9/3 19:19:10
						10403023	51002	5718	6611	SH-ZQD01	2018/9/3 23:20:47
10403024	0	5703	60FD	GZB-GZN02	2018/9/3 20:36:54

本申请实施例中，进一步提供了对多个数据包承载的信息合并，以生成第一信息和第二信息的步骤。其中，第一信息是基于预设的第一列表生成的，第二信息是基于预设的第二列表生成的。请继续参考图5，图5是本申请实施例提供的对多个数据包承载的信息合并，生成第一信息和第二信息的流程500，该流程500包括如下步骤：

步骤501，从未被解析的数据包中读取目标数据包。通常，上文所述的多个数据包，是逐个被解析的。这里的目标数据包，可以是上述未被解析的数据包中的任意数据包。

步骤502，对目标数据包解析，检测该目标数据包是否为第一数据包。实际场景中，可以通过查询目标数据包中的源地址和目的地址，基于源地址和目的地址，确定出目标数据包是否为第一数据包。第一数据包是CRIS发送给CIR的，第一数据包中承载调度命令信息。当目标数据包是第一数据包时，执行步骤503；当目标数据包不是第一数据包时，执行步骤505。

步骤503，查询预设的第一数据表中，是否记录有与目标数据包中的机车号以及调度命令号相同的调度命令。当第一数据表中记录有与第一数据包中的机车号以及调度命令号相同的调度命令时，执行步骤504，当第一数据表中未记录与第一数据包中的机车号以及调度命令号相同的调度命令时，执行步骤505。

步骤504，将第一数据表中相应机车号和调度命令号对应的重发次数加一。

步骤505，将目标数据包中的调度命令、机车号以及调度命令号添加至第一数据表中。

步骤506，确定目标数据包是否为第二数据包。实际场景中，可以通过查询目标数据包中的命令类型，来确定目标数据包是否为第二数据包。当目标数据包中的命令类型指示列车对调度命令的应答信息时，则目标数据包为第二数据包，执行步骤507；当目标数据包中的命令类型指示列车的状态信息（例如活动性检测信息、车次号校核信息、或者列车启动和停稳的信息）时，则目标数据包不是第二数据包，执行步骤508。

步骤507，将第一数据表中、与第二数据包中的调度命令号相同的调度命令，设置成已应答。

步骤508，查询预设的第二数据表中，是否记录有与目标数据包中的机车号相同的列车状态信息。当第二数据表中记录有与目标数据包中的机车号相同的列车状态信息时，执行步骤509；当第二数据表中未记录与目标数据包中的机车号相同的列车状态信息时，执行步骤510。

步骤509，更新第二数据表中、与目标数据包中的机车号相同的列车状态信息。

步骤510，将目标数据包中的机车号和列车状态信息添加至第二数据表中。

重复执行上述步骤501~步骤510，直至多个数据包均解析完毕，则各数据包承载的信息被分别添加至第一数据表和第二数据表中。从而，第一数据表所记录的信息即为上文中所述的第一信息；第二数据表中记录的信息即为上文中所述的第二信息。

可以理解的是，图1所示的电子设备为了实现图2~图4所述的功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对图1所示的电子设备进行功能模块的划分，例如，可以对应各个功能划分各个不同功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图6示出了上述实施例中涉及的用于生成列车信息的装置600的一种可能的示意图，图6对应的用于生成列车信息的装置600可以是软件装置，运行于图1所示的电子设备109之上，或者用于生成列车信息的装置600可以是一个软件和硬件结合的装置，被嵌入至图1所示的电子设备109中。如图6所示，该用于生成列车信息的装置600可以包括：采集模块601，用于采集多个网元之间传输的数据包，以及保存预设网元之间传输的多个数据包；生成模块602，用于对多个数据包中承载的信息合并，基于合并结果，生成第一信息，第一信息包括列车的调度命令和列车对调度命令的应答信息；第一发送模块603，用于将第一信息中的至少部分信息发送至终端。

本申请实施例一种可选的实现方式中，第一信息还包括向列车发送调度命令的次数，第一发送模块601具体用于：接收终端发送的查询请求，查询请求用于指示查询列车的异常信息，异常信息包括以下至少一项：列车对调度命令信息未自动应答，向列车发送调度命令的次数为多次；基于查询请求，将第一信息中的部分信息发送至终端。

本申请实施例一种可选的实现方式中，调度命令包括以下至少一项：路票、绿色许可证、红色许可证、出站跟踪调车通知书、列车进路预告信息、调车作业通知单和调车请求确认。

本申请实施例一种可选的实现方式中，多个数据包包括第一数据包和第二数据包；第一数据包是集中调度***通过预设网元，向列车的机车综合无线通信设备发送的，第一数据包用于承载调度命令信息；第二数据包是列车的机车综合无线通信设备，通过预设网元，向集中调度***发送的，第二数据包用于承载对调度命令的应答；第一信息是基于第一数据包和第二数据包所承载的信息生成的。

本申请实施例一种可选的实现方式中，第一数据包包括机车号和调度命令号；以及生成模块602具体用于：当多个数据包中被解析的数据包为第一数据包时，查询预设的第一数据表中，是否记录有与第一数据包中的机车号以及调度命令号相同的调度命令；当第一数据表中记录有与第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据表中相应机车号和调度命令号对应的重发次数加一；当第一数据表中未记录与第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据包中的调度命令、机车号以及调度命令号添加至第一数据表中；基于重发次数更新后的第一数据表或者重新添加调度命令的第一数据表，生成第一信息。

本申请实施例一种可选的实现方式中，第二数据包包括调度命令号；以及生成模块602还用于：当多个数据包中被解析出的数据包为第二数据包时，将第一数据表中、与第二数据包中的调度命令号相同的调度命令，设置成已应答；基于应答信息更新后的第一数据表，生成第一信息。

本申请实施例一种可选的实现方式中，生成模块602还包括：生成子模块（未示出），用于对多个数据包中承载的信息合并，基于合并结果，生成第一信息和第二信息；其中，第二信息包括列车的机车综合无线通信设备所占用的小区信息。

本申请实施例一种可选的实现方式中，多个数据包包括第三数据包，第三数据包是列车的机车综合无线通信设备，通过预设网元向集中调度***周期性发送的，第三数据包用于承载列车的以下至少一项信息：活动性检测信息、车次号校核信息和列车启停信息；以及第二信息是基于第三数据包所承载的信息生成的。

本申请实施例一种可选的实现方式中，用于生成列车信息的装置还包括：第二发送模块（图中未示出），用于将第二信息发送至终端。

本申请实施例一种可选的实现方式中，生成子模块（图中未示出）具体用于：当多个数据包中被解析出的数据包为第三数据包时，查询预设的第二数据表中，是否记录有与第三数据包中的机车号相同的列车信息；当第二数据表中记录有与第三数据包中的机车号相同的列车信息时，更新第二数据表中、与第三数据包中的机车号相同的列车信息；当第二数据表中未记录与第三数据包中的机车号相同的列车信息时，将第三数据包中的机车号和列车信息添加至第二数据表中；基于更新后的第二数据表，生成第二信息。

需要说明的是：上述实施例提供的用于生成列车信息的装置600在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请实施例还公开一种电子设备。参照图7，图7是本申请实施例的公开的一种电子设备的结构示意图。该电子设备例如可以为图1所示的电子设备101。该电子设备可以包括：至少一个处理器701，至少一个网络接口704，用户接口703，存储器705，至少一个通信总线702。

其中，通信总线702用于实现这些组件之间的连接通信。

其中，用户接口703可以包括外部设备接口，该外部设备例如可以包括但不限于显示屏（Display）、键盘或者鼠标等。

其中，网络接口704可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器701可以包括一个或者多个处理核心。处理器701利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器705内的指令、程序、代码集或指令集，以及调用存储在存储器705内的数据，执行服务器的各种功能和处理数据。可选的，处理器701可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器701可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器701中，单独通过一块芯片进行实现。

其中，存储器705可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器705包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器705可用于存储指令、程序、代码、代码集或指令集。存储器705可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。参照图7，作为一种计算机存储介质的存储器705中可以包括操作***、网络通信模块、用户接口模块以及一种数据处理方法的应用程序。

在图7所示的电子设备中，用户接口703主要用于为用户提供输入的接口，获取用户输入的数据；而处理器701可以用于调用存储器705中存储一种数据处理方法的应用程序，当由一个或多个处理器701执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请实施例所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请实施例所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种用于生成列车信息的方法，其特征在于，包括：

采集多个网元之间传输的数据包，对所述多个网元之间传输的数据包进行筛选，以及保存所述多个网元中预设网元之间传输的多个数据包；

对所述多个数据包中承载的信息合并，基于合并结果，生成第一信息，所述第一信息包括列车的调度命令和所述列车对所述调度命令的应答信息；

将所述第一信息中的至少部分信息发送至终端。

2.根据权利要求1所述的方法，其特征在于，所述第一信息还包括向所述列车发送所述调度命令的次数；以及

所述将所述第一信息中的至少部分信息发送至终端，包括：

接收终端发送的查询请求，所述查询请求用于指示查询所述列车的异常信息，所述异常信息包括以下至少一项：所述列车对所述调度命令未自动应答，向所述列车发送所述调度命令的次数为多次；

基于所述查询请求，将所述第一信息中的部分信息发送至所述终端。

3.根据权利要求1所述的方法，其特征在于，所述多个数据包包括第一数据包和第二数据包；

所述第一数据包是集中调度***通过所述预设网元，向所述列车的机车综合无线通信设备发送的，所述第一数据包用于承载所述调度命令；

所述第二数据包是所述列车的机车综合无线通信设备，通过所述预设网元，向所述集中调度***发送的，所述第二数据包用于承载对所述应答信息；

所述第一信息是基于所述第一数据包和所述第二数据包所承载的信息生成的。

4.根据权利要求3所述的方法，其特征在于，所述第一数据包包括机车号和调度命令号；以及

所述对所述多个数据包中承载的信息合并，基于合并结果，生成第一信息，包括：

当所述多个数据包中被解析的数据包为所述第一数据包时，查询预设的第一数据表中，是否记录有与所述第一数据包中的机车号以及调度命令号相同的调度命令；

当第一数据表中记录有与所述第一数据包中的机车号以及调度命令号相同的调度命令时，将第一数据表中相应机车号和调度命令号对应的重发次数加一；

当第一数据表中未记录与所述第一数据包中的机车号以及调度命令号相同的调度命令时，将所述第一数据包中的调度命令、机车号以及调度命令号添加至第一数据表中；

基于重发次数更新后的第一数据表或者重新添加调度命令的第一数据表，生成所述第一信息。

5.根据权利要求3或4所述的方法，其特征在于，所述第二数据包包括调度命令号；以及

所述对所述多个数据包中承载的信息合并，基于合并结果，生成第一信息，包括：

当所述多个数据包中被解析出的数据包为所述第二数据包时，将第一数据表中、与所述第二数据包中的调度命令号相同的调度命令，设置成已应答；

基于应答信息更新后的第一数据表，生成所述第一信息。

6.根据权利要求1所述的方法，其特征在于，所述对所述多个数据包中承载的信息合并，基于合并结果，还生成第二信息； 其中，所述第二信息包括所述列车的机车综合无线通信设备所占用的小区信息。

7.根据权利要求6所述的方法，其特征在于，所述多个数据包包括第三数据包，所述第三数据包是所述列车的机车综合无线通信设备，通过所述预设网元向集中调度***周期性发送的，所述第三数据包用于承载所述列车的以下至少一项信息：活动性检测信息、车次号校核信息和列车启停信息；以及

所述第二信息是基于所述第三数据包所承载的信息生成的。

8.根据权利要求7所述的方法，其特征在于，所述生成所述第二信息，包括：

当所述多个数据包中被解析出的数据包为所述第三数据包时，查询预设的第二数据表中，是否记录有与所述第三数据包中的机车号相同的列车状态信息；

当第二数据表中记录有与所述第三数据包中的机车号相同的列车状态信息时，更新第二数据表中、与所述第三数据包中的机车号相同的列车状态信息；

当第二数据表中未记录与所述第三数据包中的机车号相同的列车状态信息时，将所述第三数据包中的机车号和列车状态信息添加至第二数据表中；

基于更新后的第二数据表，生成所述第二信息。

9.一种电子设备，其特征在于，包括处理器、存储器、用户接口和网络接口；

所述存储器，用于存储指令；

所述用户接口和网络接口，用于与其他设备通信；

所述处理器，用于执行所述存储器中存储的指令，以使所述电子设备执行如权利要求1-8任一项所述的方法。

10.一种可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1-8中任一项所述的方法。