CN117041913A

CN117041913A - Method and device for generating train information

Info

Publication number: CN117041913A
Application number: CN202311245932.8A
Authority: CN
Inventors: 高彬; 罗检来; 李文倩
Original assignee: Beijing Zhongzhi Runbang Technology Co ltd
Current assignee: Beijing Zhongzhi Runbang Technology Co ltd
Priority date: 2023-09-26
Filing date: 2023-09-26
Publication date: 2023-11-10
Anticipated expiration: 2043-09-26
Also published as: CN117041913B

Abstract

The application provides a method and a device for generating train information, and relates to the technical field of railway network communication. The method comprises the following steps: collecting data packets transmitted among a plurality of network elements, screening the data packets transmitted among the plurality of network elements, and storing the plurality of data packets transmitted among preset network elements in the plurality of network elements; combining information carried in a plurality of data packets, and generating first information based on a combination result, wherein the first information comprises a dispatching command of a train and response information of the train to the dispatching command; and transmitting at least part of the first information to the terminal. By implementing the technical scheme provided by the application, the data processing speed can be improved.

Description

Method and device for generating train information

Technical Field

The embodiment of the application relates to the technical field of railway network communication, in particular to a method and a device for generating train information.

Background

With the development of railway networks, more and more trains join the railway networks to provide convenience for people. Along with the increase of trains in a railway network, real-time and accurate monitoring of the trains becomes an important problem.

In the prior art, a GSM-R (Global System for Mobile Communications-Railway, railway mobile communication system standard) is generally adopted for train management. In a GSM-R based communication network, a plurality of network elements are generally provided, and data transmitted by the plurality of network elements is processed to generate train information so as to monitor and schedule each train. In the prior art, since data transmitted by a plurality of network elements need to be collected, the amount of data required to be collected is extremely large. For example, in some cases, the amount of data to be collected may reach 1000 pieces/s, which may cause that more time is required to process the data, and the processing time of the data is too long, which may cause that the time delay of the parsed data is serious, and the real-time performance of the data cannot be ensured.

Therefore, how to increase the data processing speed to ensure the real-time performance and accuracy of train data becomes a problem to be solved.

Disclosure of Invention

The method and the device for generating the train information provided by the embodiment of the application can improve the data processing speed.

In a first aspect, an embodiment of the present application provides a method for generating train information, including: collecting data packets transmitted among a plurality of network elements, screening the data packets transmitted among the plurality of network elements, and storing the plurality of data packets transmitted among preset network elements in the plurality of network elements; combining information carried in a plurality of data packets, and generating first information based on a combination result, wherein the first information comprises a dispatching command of a train and response information of the train to the dispatching command; and transmitting at least part of the first information to the terminal.

According to the embodiment of the application, the data packets among the plurality of network elements are collected, the collected data packets among the plurality of network elements are screened, and the running condition and the train state of the train can be analyzed only by reserving the data packets transmitted among the preset network elements. Therefore, compared with the prior art that the data transmitted among all network element ports are stored and analyzed, the embodiment of the application can realize the management and monitoring of the train by analyzing less data, can reduce the number of data processing, reduce the data time delay and improve the real-time property of the data.

In an optional implementation manner of the embodiment of the application, the first information further includes the number of times of sending the scheduling command to the train; and transmitting at least part of the first information to the terminal, including: receiving an inquiry request sent by a terminal, wherein the inquiry request is used for indicating the abnormal information of an inquired train, and the abnormal information comprises at least one of the following items: the train does not automatically answer the scheduling command information, and the times of sending the scheduling command to the train are multiple times; and based on the query request, part of the information in the first information is sent to the terminal.

By receiving the query request sent by the terminal and sending the abnormal information to the terminal based on the query request, the flexibility of data query can be improved.

In an alternative implementation manner of the embodiment of the present application, the scheduling command includes at least one of the following: road tickets, green licenses, red licenses, outbound tracking shunting notices, train route forecast information, shunting operation notices and shunting request confirmation.

In an optional implementation manner of the embodiment of the present application, the plurality of data packets includes a first data packet and a second data packet; the first data packet is sent to locomotive integrated wireless communication equipment of the train by the centralized scheduling system through a preset network element and is used for bearing scheduling command information; the second data packet is locomotive integrated wireless communication equipment of the train, and is sent to the centralized dispatching system through a preset network element, and the second data packet is used for bearing a response to the dispatching command; the first information is generated based on information carried by the first data packet and the second data packet.

In an alternative implementation manner of the embodiment of the present application, the first data packet includes a locomotive number and a scheduling command number; and merging information carried in the plurality of data packets, generating first information based on the merging result, including: when the analyzed data packet in the plurality of data packets is a first data packet, inquiring whether a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is recorded in a preset first data table; when the first data table records a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet, adding one to the retransmission times corresponding to the locomotive number and the scheduling command number in the first data table; when the scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is not recorded in the first data table, adding the scheduling command, the locomotive number and the scheduling command number in the first data packet into the first data table; the first information is generated based on the updated first data table of the number of retransmissions or the first data table of the re-addition scheduling command.

In an alternative implementation manner of the embodiment of the present application, the second data packet includes a scheduling command number; and merging information carried in the plurality of data packets, generating first information based on the merging result, including: when the parsed data packet in the plurality of data packets is the second data packet, setting a scheduling command in the first data table, which is the same as the scheduling command number in the second data packet, to be answered; and generating the first information based on the updated first data table of the response information.

In an optional implementation manner of the embodiment of the present application, merging information carried in a plurality of data packets, generating first information based on a merging result includes: combining information carried in a plurality of data packets, and generating first information and second information based on a combination result; wherein the second information includes cell information occupied by a locomotive integrated wireless communication device of the train.

In an optional implementation manner of the embodiment of the present application, the plurality of data packets include a third data packet, where the third data packet is a locomotive integrated wireless communication device of the train, and is periodically sent to the centralized scheduling system through a preset network element, and the third data packet is used to carry at least one of the following information of the train: activity detection information, train number checking information and train start-stop information; and the second information is generated based on information carried by the third data packet.

In an optional implementation manner of the embodiment of the present application, the method further includes: and sending the second information to the terminal.

In an optional implementation manner of the embodiment of the present application, generating the second information includes: when the analyzed data packet in the plurality of data packets is a third data packet, inquiring whether train information with the same number as that of a locomotive in the third data packet is recorded in a preset second data table; when the train information which is the same as the locomotive number in the third data packet is recorded in the second data table, updating the train information which is the same as the locomotive number in the third data packet in the second data table; when the train information which is the same as the locomotive number in the third data packet is not recorded in the second data table, adding the locomotive number and the train information in the third data packet into the second data table; and generating second information based on the updated second data table.

In a second aspect, the present application provides an apparatus for generating train information, the apparatus comprising: the acquisition module is used for acquiring data packets transmitted among the network elements, screening the data packets transmitted among the network elements and storing the data packets transmitted among preset network elements in the network elements; the generation module is used for merging information carried in the data packets, and generating first information based on the merging result, wherein the first information comprises a dispatching command of a train and response information of the train to the dispatching command; and the first sending module is used for sending at least part of the first information to the terminal.

In an optional implementation manner of the embodiment of the present application, the first information further includes the number of times of sending the scheduling command to the train, and the first sending module is specifically configured to: receiving an inquiry request sent by a terminal, wherein the inquiry request is used for indicating the abnormal information of an inquired train, and the abnormal information comprises at least one of the following items: the train does not automatically answer the scheduling command information, and the times of sending the scheduling command to the train are multiple times; and based on the query request, part of the information in the first information is sent to the terminal.

In an alternative implementation manner of the embodiment of the present application, the first data packet includes a locomotive number and a scheduling command number; the generation module is specifically configured to: when the analyzed data packet in the plurality of data packets is a first data packet, inquiring whether a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is recorded in a preset first data table; when the first data table records a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet, adding one to the retransmission times corresponding to the locomotive number and the scheduling command number in the first data table; when the scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is not recorded in the first data table, adding the scheduling command, the locomotive number and the scheduling command number in the first data packet into the first data table; the first information is generated based on the updated first data table of the number of retransmissions or the first data table of the re-addition scheduling command.

In an alternative implementation manner of the embodiment of the present application, the second data packet includes a scheduling command number; the generation module is also used for: when the parsed data packet in the plurality of data packets is the second data packet, setting a scheduling command in the first data table, which is the same as the scheduling command number in the second data packet, to be answered; and generating the first information based on the updated first data table of the response information.

In an optional implementation manner of the embodiment of the present application, the generating module further includes: the generation sub-module is used for merging information carried in the data packets and generating first information and second information based on a merging result; wherein the second information includes cell information occupied by a locomotive integrated wireless communication device of the train.

In an optional implementation manner of the embodiment of the present application, the apparatus for generating train information further includes: and the second sending module is used for sending the second information to the terminal.

In an optional implementation manner of the embodiment of the present application, the generating submodule is specifically configured to: when the analyzed data packet in the plurality of data packets is a third data packet, inquiring whether train information with the same number as that of a locomotive in the third data packet is recorded in a preset second data table; when the train information which is the same as the locomotive number in the third data packet is recorded in the second data table, updating the train information which is the same as the locomotive number in the third data packet in the second data table; when the train information which is the same as the locomotive number in the third data packet is not recorded in the second data table, adding the locomotive number and the train information in the third data packet into the second data table; and generating second information based on the updated second data table.

In a third aspect, an embodiment of the present application provides an electronic device, including a processor, a memory, and an interface; a memory for storing instructions; an interface for communicating with other devices; a processor for executing instructions stored in a memory to cause an electronic device to perform the method as described in the first aspect.

In a fourth aspect, embodiments of the present application provide a readable storage medium comprising computer instructions which, when run on a computer, cause the computer to perform the method according to the first aspect.

It can be appreciated that the technical solutions of the second to fourth aspects of the present application are consistent with the technical solutions of the first aspect of the present application, and the beneficial effects obtained by each aspect and the corresponding possible embodiments are similar, and are not repeated.

Drawings

Fig. 1 is a schematic diagram of a networking architecture in a railway mobile communication system according to an embodiment of the present application;

FIG. 2 is a flow chart of a method for generating train information provided by an embodiment of the present application;

fig. 3 is a schematic view of an application scenario provided in an embodiment of the present application;

FIG. 4 is yet another flow chart of a method for generating train information provided by an embodiment of the present application;

FIG. 5 is a flow chart for generating first information and second information provided by an embodiment of the present application;

fig. 6 is a schematic structural view of an apparatus for generating train information according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In order that those skilled in the art will better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments.

In describing embodiments of the present application, words such as "for example" or "for example" are used to mean serving as examples, illustrations, or descriptions. Any embodiment or design described herein as "such as" or "for example" in embodiments of the application should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "or" for example "is intended to present related concepts in a concrete fashion.

In the description of embodiments of the application, the term "plurality" means two or more. For example, a plurality of network elements refers to two or more network elements. Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating an indicated technical feature. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

The GRPS referred to in the embodiments of the present application are (General Packet Radio Service ).

The method for generating train information provided by the embodiment of the application can be applied to a railway mobile communication system. Referring to fig. 1, fig. 1 is a schematic diagram of a networking architecture 100 of a railway mobile communication system according to an embodiment of the present application. As shown in fig. 1, the railway mobile communication system includes a plurality of network elements including, for example, a centralized scheduling system (CTC, centralized Traffic Control System) 101, a GPRS Interface Server (GRIS, GPRS Interface Server) 102, a GPRS gateway support node (GGSN, gateway GPRS Support Node) 103, a GPRS service support node (SGSN, serving GPRS Support Node) 104, a base station subsystem (BBS, base Station Subsystem) 105, a locomotive integrated wireless communication device (CIR, cab Integrated Radio Communication Equipment) 106, a domain name Server (DNS, domain Name Server) 107, and a GPRS Home Server (GROS, GPRS Home Server) 108. It will be appreciated that in the railway mobile communication system, more network elements may be further included, for example, an authentication server (Radius, remote Authentication Dial In User Service) and a home location register (HLR, home Location Register) may be further included, which is not specifically limited in the embodiment of the present application.

In fig. 1, CTC101 is used for centralized control of railway signals in a certain section and command and management of trains in a certain section. CTC101 communicates with CIR106 through GRIS102, GGSN103, SGSN104, and BBS105 to send train schedule information and control information to CIR106, and to receive response information and request information from CIR 106. The GRIS102 is used to support the CTC101 to implement data reception and transmission. That is, GRIS102 interfaces CTC101 to send data to CIR106 and receive data from CIR 106. If CTC101 needs to send a scheduling command to CIR106, the source address is usually the address of GRIS102, and the destination address is the address of CIR 106; similarly, if the CIR106 needs to send a scheduling command to the CTC101, the source address is typically the address of the CIR106 and the destination address is the address of the GRIS 102. GGSN103 is a gateway or router for supporting interconnection between a plurality of GPRS general packet radio services; the SGSN104 is used to manage roaming, registration, handover, authentication, etc. of data, and the GGSN103 and the SGSN104 together complete routing of data. In a specific scenario, GRIS102 communicates with GGSN103 via Gi port, and GGSN104 communicates with SGSN105 via Gn port. It should be noted that, in the networking architecture 100, one GRIS102 may communicate with multiple CIRs 106, and likewise, one GGSN103 may communicate with multiple CIRs 106; thus, when the CIR106 is accessed and activated in the railway mobile communication system, it is necessary to determine the GRIS102 and the GGSN103 to which it belongs. In addition, DNS107 shown in fig. 1 is configured to convert, when CIR106 performs PDP activation, the access point name domain name in the PDP activation command into the IP address of the GGSN to which CIR106 belongs. The GROS108 shown in FIG. 1 is configured to store a mapping relationship between an IP address and a location area number of the GRIS, and the GROS108 determines the GRIS to which the CIR106 belongs based on the LAC CI of the CIR106 after the PDP activation successfully obtains the IP address. In this embodiment of the present application, CTC101 may communicate with multiple CIRs in a certain section to monitor, schedule and manage multiple trains in the section. Hereinafter, CTC101 is described as communicating with one CIR 106.

With continued reference to fig. 1, fig. 1 includes an electronic device 109 in addition to the network elements described above, where the electronic device 109 may be, for example, a data processing server. In one possible implementation, electronic device 109 is provided separately, in other scenarios, electronic device 109 may be provided with CTC 101. Typically, the electronic device 109 may have a TAP (tunneling traffic access point, tunnel access point) interface running therein, where the TAP interface is configured to collect data packets transmitted between multiple network elements to analyze the status of each CIR, so as to monitor and manage the CIR106, and to timely process when the CIR106 is in a situation. In the conventional art, in order to monitor and manage the CIR106, it is generally required to obtain data packets transmitted between all network elements in the railway mobile communication system, and then manually screen and analyze the data packets to manage and control the train. However, with the increase of CIR in the railway network and the increase of the data volume transmitted between CTC101 and CIR106, when the conventional technology is adopted, more time is required to process the data, and the processing time of the data is too long, so that the analyzed data has serious time delay, and the real-time performance of the data cannot be ensured.

As described above, CTC101 transmits scheduling command information to CIR106 and receives response information and request information from CIR106, and the transmission of data packets is realized through GRIS102, GGSN103 and SGSN104, and DNS107 and GROS108 are only used to determine the IP address of CIR106 and the affiliated GRIS when CIR106 is activated. Therefore, in the embodiment of the present application, the TAP interface running in CTC101 only retains the data packets transmitted between GRIS102 and GGSN103 and between GGSN103 and SGSN104, filters out the data packets transmitted by other network elements, so as to analyze the state of CIR106, and thus, perform real-time scheduling and monitoring on CIR106, so that the duration of data processing can be reduced, and the data transmission delay can be reduced.

Referring to fig. 2, fig. 2 is a flowchart 200 of a method for generating train information according to an embodiment of the present application. The method for generating train information is applied to the electronic device 109 shown in fig. 1. The method for generating train information will be described in detail with reference to the application scenario shown in fig. 1. The process 200 includes the following steps.

Step 201, collecting data packets transmitted between a plurality of network elements, and reserving a plurality of data packets transmitted between preset network elements.

In this embodiment, the TAP interface running in the electronic device 109 shown in fig. 1 may collect data packets transmitted between multiple network elements. For example, packets transmitted between GRIS102 and GGSN103, between GGSN103 and SGSN104, between SGSN104 and DNS107, and between GGSN103 and GROS108 may be collected. After collecting the data packets transmitted between the network elements, the electronic device 109 may clean the collected data packets, and only retain the data packets transmitted between the GRIS102 and the GGSN103 and between the GGSN103 and the SGSN 104.

The electronic device 109 may perform data cleansing based on the network element identification or the port identification. In a specific scenario, as the GRIS102 and the GGSN103 are transmitted through the Gi port, the GGSN103 and the SGSN104 are transmitted through the Gn port, the CTC101 may only reserve the data packet transmitted through the Gi port and the data packet transmitted through the Gn port, and remove the data packets transmitted through other ports. The data packets stored in the electronic device 109 are data packets transmitted in both directions between network elements. Taking data transmission between the GRIS102 and the GGSN103 as an example, when the CTC101 sends a data packet to the CIR106, the GRIS102 transmits the data packet to the GGSN103 through the Gi port, and the electronic device 109 may collect and retain the data packet; also, when the CIR106 sends a data packet to the CTC101, the GGSN103 transmits the data packet to the GRIS102 through the Gi port, and the electronic device 109 may collect and retain the data packet.

In the embodiment of the present application, since CTC101 transmits a data packet carrying train scheduling command information to CIR106 through GRIS102, GGSN103 and SGSN104 via an air interface of BBS 105; the CIR106 transmits at least one of response information indicating a train scheduling command and train status information to the BBS105 through an air interface of the BBS105, and transmits the information to the CTC101 through the SGSN104, the GGSN103 and the GRIS 102. Therefore, only the data packet transmitted between the GRIS102 and the GGSN103 and the data packet transmitted between the GGSN103 and the SGSN104 are collected, and the running condition and the train state of the train can be analyzed. Therefore, compared with the prior art that the data transmitted among all network element ports are stored and analyzed, the embodiment of the application can realize the management and monitoring of the train by analyzing less data, can reduce the number of data processing, reduce the data time delay and improve the real-time property of the data.

Step 202, merging information carried in a plurality of data packets, and generating first information based on a merging result.

The electronic device 109 shown in fig. 1 may parse the stored multiple data packets based on a preset frame format to obtain information carried by each data packet. Specifically, the plurality of data packets may include a first data packet sent by CTC101. The first data packet carries scheduling command information of the train. In one possible implementation, the scheduling command information may include, but is not limited to, a ticket, a green license, a red license, an outbound tracking shunting notice, train route advance notice information, a shunting job notice, a shunting request confirmation, and the like. Specifically, for a message, it may be encapsulated in a data packet, where the data packet is used to indicate a data. Please refer to table one, which is a frame format of the first data packet.

List one

Sequence number	Fields	Number of bytes	Remarks
				1	Frame initiation	2	1002H
2	Information length	2
				3	Source port code	1	23H
4	Source communication address length	1	04H
				5	Source communication address	4	IP address of GRIS
6	Destination port code	1	01H
				7	Destination communication address length	1	04H
8	Destination communication address	4	IP address of CIR
				9	Service type	1	06H
10	Command	1	20H
				11	Function code	1	01H: scheduling command 02H: road ticket 03H: green license 04H: red license 05H: outbound tracking shunting device Book 07H: train route forecast information 11H: shunting operation notice 12H: shunting request acknowledgement 18-1FH: other information 20H: warehouse-in and warehouse-out detection
12	Year, month and day	3	BCD codes, sequentially transmitted. Command issue time
				13	Time, minutes, seconds	3	BCD codes, sequentially transmitted. Command issue time
14	Time, minutes, seconds	3	BCD codes, sequentially transmitted. Command transmission time
				15	Train number	7	ASCII code, sequentially transmitted.
16	Locomotive number	8	ASCII code, sequentially transmitted. Locomotive type code 3 bits, locomotive number 5 bits
				17	Number of issuing department	1
18	Scheduling command information numbering	6	ASCII code, sequentially transmitted
				19	Dispatcher name	8	Zone code
20	Total number of packets	1	Indicating the number of packets for which a complete scheduling command message is split
				21	Number of packets	1	Indicating the sequence number of the packet in the total packet
22	Scheduling command information body	N
				23	CRC check	2	CRC1、CRC2
24	End of frame	2	1003H

As can be seen from table one, when it is required to send a road ticket and a shunting operation notification ticket to the CIR106, two first data packets, namely, a data packet 11 and a data packet 12, may be sent to the CIR106, where the data packet 11 and the data packet 12 are encapsulated in a frame format shown in table one, and in addition, a functional code field in the data packet 11 is recorded as 02H, and a functional code field in the data packet 12 is recorded as 11H.

In the embodiment of the present application, after the CIR106 receives the first data packet, it is required to send response information indicating that the first data packet is received to the CTC101, and the response information may be divided into two types, one type is automatically confirmed by the CIR106, and the other type is manually signed by a train operator. In addition, when a roll-over is required, CIR106 also needs to send a roll-over request to CTC 101. The plurality of data packets may further include a second data packet transmitted from the CIR106 to the CTC101, where the second data packet carries response information indicating a train schedule command. In other possible implementations, the information carried by the second data packet may also be, for example, shunting request information. The different information needs to be set in a different second packet to be transmitted. For example, when the CIR106 needs to transmit both pieces of information of the shunting request information and the response information indicating the train scheduling command, the CIR106 needs to transmit the two second data packets through the data packet 21 and the data packet 22. Wherein the data packet 21 carries response information indicating a train dispatching command, and the data packet 22 carries shunting request information. In the embodiment of the present application, the response information and the shunting request information indicating the dispatching command may use the same frame format to encapsulate data, specifically refer to the second table, where the second table is the frame format of the response information and the shunting request information indicating the dispatching command of the train.

Watch II

Sequence number	Content (C)	Number of bytes	Description of the content
				1	Frame initiation	2	1002H
2	Data length	2
				3	Source port code	1	01H
4	Source communication address length	1	04H
				5	Source communication address	4	IP address for CIR
6	Destination port code	1	23H
				7	Destination communication address length	1	04H
8	Destination communication address	4	IP address for GRIS
				9	Service type	1	06H
10	Command	1	51H: automatic answer/manual answer 53H: shunting request
				11	Information name	1	81H: automatic response 82H to the scheduling command information: manual response to the scheduling command information 91H: transmitting shunting request information to CTC
12	Year, month and day	3	BCD code, sequential transmission
				13	Time, minutes, seconds	3	BCD code, sequential transmission
14	Train number	7	ASCII code, sequentially transmitted
				15	Locomotive number	8	ASCII code, sequentially transmitted
16	Number of issuing department	1
				17	Scheduling command information numbering	6	ASCII code, sequentially transmitted
18	Sign-in place kilometer sign	3	BCD code, unit hundred meters
				19	Sign-in place satellite positioning system longitude	5	BCD code, the lower three bytes representing "minutes"; two bytes higherRepresenting "degree"
20	Latitude of satellite positioning system at signing place	4	BCD code, the lower three bytes representing "minutes"; one byte higher indicates "degree",
				21	bag number	1	Automatic confirmation of the present package number and manual sign of the total package number
22	CRC check	2	CRC1、CRC2
				23	End of frame	2	1003H

The frame format for carrying the train dispatching command information shown in the first table, the frame format for carrying the response information and the shunting request information of the train dispatching command shown in the second table are all schematic, and each frame format may further include more or less contents, which is not particularly limited in the embodiment of the present application.

As can be seen from table one and table two, assuming that CTC101 uses the frame format shown in table one and transmits the route ticket information to CIR106 through GRIS102, in the frame format shown in table one, the source port code is the port code of GRIS102, the source communication address is the IP address of GRIS102, the destination port code is the port code of CIR106, the destination port address is the IP address of CIR106, and the train number both indicate the train where CIR106 is located. In addition, when the CIR106 transmits response information to the GRIS102 in the frame format shown in table two based on the ticket information transmitted from the CTC101, in the frame format shown in table two, the source port code is the port code of the CIR106, the source communication address is the IP address of the CIR106, the destination port code is the port code of the GRIS102, the destination port address is the IP address of the GRIS102, and the train number each indicate the train in which the CIR106 is located. Thus, the embodiment of the present application may combine the command information and the response information, thereby generating the first information including the scheduling command information and the response information of CTC 106. The first information includes a scheduling command sent to the CIR106, and a response of the CIR106 to the scheduling command. In one possible implementation, the first information may also include the number of times the same scheduling command is sent to the CIR 106. Further, the first information may also include, but is not limited to: the port number and IP address of the GRIS102, the port number and IP address of the CIR106, the train number, command place number, scheduling command information number, scheduling command transmission time, and longitude and latitude of the train in which the CIR106 is located. The following is a more detailed description of specific examples. Specifically, the content reference table III included in the combined first information.

Watch III

Chinese name	Example	Description of the application
			Scheduling command type	Train route forecast information	Differentiating service types
Train number	C6892	Record the number of train number
			Locomotive number	31004071	Recorder vehicle number
Number of issuing department	3D	Record the number of the issuing place
			Scheduling command information numbering	HLZ846	Recording scheduling command information number
Command transmission time	2018/7/25 18:12:00	Serving to distinguish between repetition signaling and retransmission signaling
			Automatic response flag bit	1	"1" is a response and "0" is an unanswered response
Manual response zone bit	0	"1" is a response and "0" is an unanswered response
			Number of retransmissions	2	Scheduling command retransmission times
Kilometer sign	4726673	Kilometer sign
			Longitude and latitude	112.9329	Longitude and latitude
Latitude of latitude	23.09152	Latitude of latitude
			Source IP	10.14.57.161	Recording transmitting end IP
Source port number	2155	Recording port number of transmitting end
			Target IP	10.14.57.2	Recording receiving end IP
Target port	2152	Recording port number of receiving end

As can be seen from the third table, the information shown in the third table is the first information of the train route forecast information corresponding to the train with the train number of C6892. The first information includes train approach forecast information corresponding to the train of the train number C6892, whether the train of the train number C6892 responds to the scheduling command, and the number of times of transmitting the train approach forecast information to the train of the train number C6892. In other implementations, the first information may not include the number of times of transmitting the train route forecast information to the train of the train number C6892, and may include only the train approach forecast information corresponding to the train of the train number C6892 and the response information of the train number C6892 to the scheduling command. In addition, as shown in table three, the first information may include, in addition to the above information, a network element port number and an IP address for transmitting the scheduling command, a network element port number and an IP address for receiving the scheduling command, a locomotive number corresponding to the train number C6982, a number of a place of departure, a number of scheduling command information, a command transmission time, and a longitude and latitude where the train is located. It will be appreciated that the first information may also include more or less information, and embodiments of the present application are not particularly limited. For example, the first information may further include cell location information in which the CIR corresponding to the train number C6892 is located.

The response information to the scheduling command included in the first information is represented by an automatic response flag bit and a manual response flag bit as shown in table three. If the CIR106 automatically responds (i.e., automatically acknowledges) to the scheduling command, the auto-answer flag bit shown in Table three is "1", and if the CIR106 does not automatically sign for the scheduling command, the auto-answer flag bit shown in Table three is "0". In addition, when the train operator on the train manually signs the dispatch command, the manual answer flag bit shown in table three is "1", and when the train operator on the train does not manually sign the dispatch command, the manual answer flag bit shown in table three is "0".

Note that, in the third table, only one kind of scheduling command, i.e., the scheduling command is the train route forecast information, and in a practical scenario, more scheduling commands may be included, and when more scheduling commands are included, for example, when CTC101 simultaneously transmits the train route forecast information and the shunting job ticket to CIR106 through GRIS102, the number of times of the shunting job ticket, whether to respond to the scheduling command, and transmitting the shunting job ticket, needs to be recorded in the third table. In addition, the first information shown in the embodiment of the present application may include scheduling command information of a plurality of trains. For example, when the plurality of data packets obtained in step 201 further include scheduling command information of another train, the scheduling command information of the other train may also be generated, where the content included in the scheduling command information of the other train is shown in table three.

And step 203, transmitting at least part of the first information to the terminal.

In the embodiment of the present application, after the electronic device 109 shown in fig. 1 generates the first information, all or part of the information in the first information may be sent to the terminal, so as to present the first information in the terminal. Thus, the staff can monitor the running condition of the train based on the first information. More specifically, the electronic device may periodically send the first information to the terminal based on a preset time interval.

According to the embodiment of the application, through adopting the steps 201-203, the management and the monitoring of the train can be realized by analyzing less data, the number of data processing can be reduced, the data delay is reduced, and the real-time performance of the data is improved; in addition, in the conventional technology, the data is usually screened and integrated manually, and the embodiment of the application can also reduce the labor cost and improve the working efficiency by adopting the electronic equipment 101 shown in fig. 1 to screen and combine the data.

In one possible implementation manner of the embodiment of the present application, the information sent by the electronic device 101 to the terminal is sent based on the query request sent by the terminal. The query request is used to indicate abnormal information of the query train. In the actual scene, as in the information shown in the table three, the situations that the automatic response zone bit and the manual response zone bit are both 0 are likely to occur, and the situations that the automatic response zone bit is 0 and the manual response zone bit is 1 are also likely to occur, and in the situations, the abnormal response of the train to the dispatching command is illustrated; in the information shown in table three, when the number of retransmissions of the scheduling command is a plurality of times (that is, 2 times or more), it is considered that the response of the train to the scheduling command is abnormal. That is, when at least one of the following is present: the train does not automatically answer the dispatching command information, the same dispatching command is sent to the train for a plurality of times, and the train can be considered to answer the dispatching command abnormally. Thus, the electronic device 101 may transmit the abnormality information of the train for which the response to the scheduling command is abnormal to the terminal to be presented at the terminal. The terminal may query the anomaly information of all trains, target trains, or train number of the train to be checked (the train number includes the train number of "DJ").

More specifically, the terminal may perform screening query of the abnormal information based on a preset condition. The preset conditions may include, for example, but are not limited to, at least one of: time period, number of cars, number of locomotives, number of dispatch orders, number of places where orders are issued, and date. The period of time may be, for example, a few days, a day, or a period of time within a day. The electronic equipment screens out abnormal information of the train under corresponding conditions based on the first information generated in advance and sends the abnormal information to the terminal. The following is a description of a specific scenario. Suppose that the terminal sent query 00:00:00-23:59:59, a request for a train having an abnormality in the schedule command with respect to "train route advance notice information". Referring to fig. 3, fig. 3 (a) is at 00:00:00-23:59:59, receiving all train numbers of the scheduling command of the train route forecast information; as can be seen from fig. 3 (a), the train with the train number D1876 does not automatically respond to the scheduling command of the "train route forecast information"; the number of times of the scheduling command to which the train number C7030 is transmitted "train route advance notice information" is 2. Thus, the train with the train number D1876 and the train with the train number C7030 are trains having abnormality information. Thus, based on the query request of the terminal, the query result obtained by screening is shown in (B) of fig. 3, and the query result shown in (B) of fig. 3 can be transmitted to the terminal. As can be seen from fig. 3, the anomaly information transmitted to the terminal may include, in addition to the schedule command, the number of times of train, the number of times of automatic response, and the number of times of transmitting the schedule command to the train, the number of times of transmitting the last schedule command, the cell name where the CIR of the train is located, and the cell ID where the CIR of the train is located. In addition, the information sent to the terminal may further include more or less information, and embodiments of the present application are not limited in detail.

Typically, electronic devices acquire a large number of data packets, i.e., a large amount of data. In one possible implementation, the electronic device may divide the obtained data into two parts, the data of the day and the history data. The electronic device may transfer the data of the current day to the history database for saving at 24 points. The electronic equipment can screen the data of the current day or the historical data based on the query condition in the query request sent by the terminal, and sends the screened data to the terminal; in addition, the electronic device can also screen the data of the current day or the historical data, combine the screened data, and send the combined data to the terminal.

The method for generating train information provided by the embodiment of the application is described above through the steps shown in fig. 2 and the application scenario shown in fig. 3. With continued reference to fig. 4, fig. 4 is a further flowchart 400 of a method for generating train information provided by an embodiment of the present application, which differs from the flowchart 200 shown in fig. 2 in that the flowchart 400 shown in fig. 4 further includes a step of generating second data, and a step of transmitting the second data to a terminal. The flow 400 illustrated in fig. 4 is described below in connection with the networking architecture 100 illustrated in fig. 1. The process 400 includes the steps of:

Step 401, collecting data packets transmitted between a plurality of network elements, and storing a plurality of data packets transmitted between preset network elements.

The specific implementation of step 401 and the beneficial effects thereof are the same as those of step 201 shown in fig. 2, and the detailed description thereof is omitted.

Step 402, merging information carried in a plurality of data packets, and generating first information and second information based on the merging result.

The first information and the manner of generating the first information in step 402 are the same as the first information and the manner of generating the first information in step 202 shown in fig. 2, and are not described in detail. In the embodiment of the present application, the CIR106 needs to send, in addition to the response information based on the scheduling command, train status information to the CTC101 periodically, where the train status information includes, but is not limited to: activity detection information, train number checking information, and train start and stop information. Thus, the plurality of data packets further includes a third data packet sent by the CIR106 for indicating a train status. The electronic device shown in fig. 1 may parse the third data packet to generate second information of the train. In the train state information, different train states can use different frame formats to package data. Referring to a fourth table and a fifth table respectively, wherein the fourth table is a frame format for carrying activity detection information, and the fifth table is a frame format for carrying train number checking information.

Table four

Sequence number	Content (C)	Number of bytes	Description of the content
				1	Frame initiation	2	1002H
2	Data length	2
				3	Source port code	1	01H
4	Source communication address length	1	04H
				5	Source communication address	4	Is the IP address of the CIR.
6	Destination port code	1	23H
				7	Destination communication address length	1	04H
8	Destination communication address	4	Is the IP address of the GRIS.
				9	Transmission direction	2
10	Sequence number	2
				11	Train number	3
12	Locomotive number	3
				13	Cell location	2
14	Cell identification	2
				15	Check bit	2
16	End bit	2	1003H

TABLE five

Sequence number	Content (C)	Number of bytes	Description of the content
				1	Frame initiation	2	1002H
2	Data length	2
				3	Source port code	1	01H
4	Source communication address length	1	04H
				5	Source communication address	4	Is the IP address of the CIR.
6	Destination port code	1	23H
				7	Destination communication address length	1	04H
8	Destination communication address	4	Is the IP address of the GRIS.
				9	Service type	1	05H
10	Command	1	21H (check number of train)
				11	Location area ID	2	Hexadecimal system
12	Cell ID	2	Hexadecimal system
				13	Longitude of current position of train	5
14	Latitude of current position of train	4
				15	Current time of	6	Time, month, day, and second
16	CRC check	2	CRC1、CRC2
				17	End of frame	2	1003H

It will be appreciated that the frame format for carrying the activity detection information shown in table four and the frame format for indicating the train number checking information shown in table five are both schematic, and each frame format may further include more or less content, which is not particularly limited in the embodiment of the present application. In addition, the embodiment of the present application may further include more or fewer frame formats, for example, the embodiment of the present application may further include a frame format for carrying train start and stop information, where the content included in the frame format for carrying train start and stop information may be similar to the frame format for carrying train number checking information shown in table five, the service type in table five becomes a type indicating train start and stop information (for example, indicated by 07H), the command in table five becomes a command indicating train start or stop (for example, 02H indicates train stop, 03H indicates train start), and the rest of the frame format for carrying train start and stop information is the same as the rest of the content shown in table five, which is not repeated.

In the embodiment of the present application, the electronic device shown in fig. 1 may generate, based on the train status information sent by the CIR106, second information, where the second information is used to indicate real-time dynamics of the train. The current operating conditions of the train and the cell on the train where the CIR106 is currently located can be determined through the train state information. The generated second information is shown in table six.

TABLE six

Chinese name	Example	Description of the application
			Locomotive number	31004071	Recorder vehicle number
Train number	C6892	Record the number of train number
			Location area	5716
Cell number	665E
			Cell name	HuangLiu
Update time	3/9/2018 19:19:10

As can be seen from table six, the second information may include cell information currently occupied by the CIR 106. More specifically, the second information may include a car number, a number of cars, a location area of a cell occupied by the CIR106, a cell number of the cell occupied by the CIR106, a cell name of the cell occupied by the CIR106, and a last update time. The position of the train can be determined by the position area, the cell number and the cell name. The update time is updated based on any status information that was most recently transmitted by the CIR 106. For example, if the CIR of the train with the train number of C6892 has sent the train number checking information last time and the sending time is 2018/9/3:23:26:45, the corresponding time of the train with the train number of C6892 in the second information is updated to 2018/9/3:23:26:45.

And step 403, transmitting at least part of the first information and the second information to the terminal.

In the embodiment of the application, the second information can be included in addition to at least part of the first information sent to the terminal. The content of the first information sent to the terminal is the same as the content of the first information described in step 203, and will not be described again. The second information transmitted to the terminal may be information obtained by combining status information of a plurality of trains. The status information of each train can be shown in a sixth table. For example, the second information transmitted to the terminal may be the content as shown in table seven. Table seven schematically shows real-time status information of six trains. Therefore, the terminal can monitor the abnormal state of each train through the first information, grasp the real-time position and state of each train through the second information, and realize real-time positioning of the train.

Watch seven

Locomotive number	Train number	Location area	Cell number	Cell name	Update time
						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

In the embodiment of the application, the step of merging the information carried by the data packets to generate the first information and the second information is further provided. The first information is generated based on a preset first list, and the second information is generated based on a preset second list. With continued reference to fig. 5, fig. 5 is a flowchart 500 of combining information carried by a plurality of data packets to generate first information and second information, where the flowchart 500 includes the following steps:

In step 501, a target packet is read from an unresolved packet. Typically, the plurality of data packets described above are parsed one by one. The target packet may be any packet among the above-described unresolved packets.

Step 502, parse the target data packet, detect whether the target data packet is the first data packet. In an actual scenario, whether the target data packet is the first data packet may be determined by querying a source address and a destination address in the target data packet, and based on the source address and the destination address. The first data packet is sent to the CIR by the CRIS, and the first data packet carries scheduling command information. When the target packet is the first packet, step 503 is executed; when the target packet is not the first packet, step 505 is performed.

Step 503, inquiring whether the scheduling command with the same number as the locomotive number and the scheduling command number in the target data packet is recorded in the preset first data table. When the first data table has the same scheduling command as the locomotive number and the scheduling command number in the first data packet recorded therein, step 504 is executed, and when the first data table has no scheduling command as the locomotive number and the scheduling command number in the first data packet recorded therein, step 505 is executed.

Step 504, adding one to the retransmission times corresponding to the corresponding locomotive number and the scheduling command number in the first data table.

Step 505, adding the scheduling command, the locomotive number and the scheduling command number in the target data packet to the first data table.

Step 506 determines whether the target packet is a second packet. In an actual scenario, it may be determined whether the target packet is the second packet by querying the command type in the target packet. When the command type in the target data packet indicates the response information of the train to the dispatching command, the target data packet is a second data packet, and step 507 is executed; when the command type in the target packet indicates status information of the train (e.g., activity detection information, train number verification information, or train start and stop information), then the target packet is not the second packet, and step 508 is performed.

In step 507, the scheduling command in the first data table, which is the same as the scheduling command number in the second data packet, is set to be acknowledged.

Step 508, inquiring whether the train state information which is the same as the locomotive number in the target data packet is recorded in the preset second data table. When the second data table records the train status information identical to the locomotive number in the target data packet, step 509 is executed; when no train status information is recorded in the second data table that is the same as the locomotive number in the target data packet, step 510 is performed.

Step 509 updates the train status information in the second data table that is the same as the locomotive number in the target data packet.

Step 510, adding the locomotive number and train status information in the target data packet to the second data table.

Repeating the steps 501-510 until the plurality of data packets are analyzed, and adding the information carried by each data packet to the first data table and the second data table respectively. Thus, the information recorded in the first data table is the first information described above; the information recorded in the second data table is the second information described above.

It will be appreciated that, in order to implement the functions described in fig. 2 to 4, the electronic device shown in fig. 1 includes corresponding hardware and/or software modules for performing the respective functions. The steps of the examples described in connection with the embodiments disclosed herein may be embodied in hardware or a combination of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Those skilled in the art may implement the described functionality using different approaches for each particular application in conjunction with the embodiments, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In this embodiment, the electronic device shown in fig. 1 may be divided into functional modules according to the above method example, for example, each of different functional modules may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated modules described above may be implemented in hardware. It should be noted that, in this embodiment, the division of the modules is schematic, only one logic function is divided, and another division manner may be implemented in actual implementation.

In the case of dividing the respective functional modules by the respective functions, fig. 6 shows a possible schematic diagram of the apparatus 600 for generating train information related to the above embodiment, the apparatus 600 for generating train information corresponding to fig. 6 may be a software apparatus, running on the electronic device 109 shown in fig. 1, or the apparatus 600 for generating train information may be a combination of software and hardware apparatus embedded in the electronic device 109 shown in fig. 1. As shown in fig. 6, the apparatus 600 for generating train information may include: the acquisition module 601 is configured to acquire data packets transmitted between a plurality of network elements, and store a plurality of data packets transmitted between preset network elements; the generating module 602 is configured to combine the information carried in the plurality of data packets, and generate first information based on the combination result, where the first information includes a scheduling command of the train and response information of the train to the scheduling command; the first sending module 603 is configured to send at least part of the first information to the terminal.

In an optional implementation manner of this embodiment of the present application, the first information further includes the number of times of sending the scheduling command to the train, and the first sending module 601 is specifically configured to: receiving an inquiry request sent by a terminal, wherein the inquiry request is used for indicating the abnormal information of an inquired train, and the abnormal information comprises at least one of the following items: the train does not automatically answer the scheduling command information, and the times of sending the scheduling command to the train are multiple times; and based on the query request, part of the information in the first information is sent to the terminal.

In an optional implementation manner of an embodiment of the present application, the plurality of data packets includes a first data packet and a second data packet; the first data packet is sent to locomotive integrated wireless communication equipment of the train by the centralized scheduling system through a preset network element and is used for bearing scheduling command information; the second data packet is locomotive integrated wireless communication equipment of the train, and is sent to the centralized dispatching system through a preset network element, and the second data packet is used for bearing a response to the dispatching command; the first information is generated based on information carried by the first data packet and the second data packet.

In an optional implementation manner of the embodiment of the present application, the first data packet includes a locomotive number and a scheduling command number; the generating module 602 is specifically configured to: when the analyzed data packet in the plurality of data packets is a first data packet, inquiring whether a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is recorded in a preset first data table; when the first data table records a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet, adding one to the retransmission times corresponding to the locomotive number and the scheduling command number in the first data table; when the scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is not recorded in the first data table, adding the scheduling command, the locomotive number and the scheduling command number in the first data packet into the first data table; the first information is generated based on the updated first data table of the number of retransmissions or the first data table of the re-addition scheduling command.

In an alternative implementation manner of the embodiment of the present application, the second data packet includes a scheduling command number; the generating module 602 is further configured to: when the parsed data packet in the plurality of data packets is the second data packet, setting a scheduling command in the first data table, which is the same as the scheduling command number in the second data packet, to be answered; and generating the first information based on the updated first data table of the response information.

In an alternative implementation manner of the embodiment of the present application, the generating module 602 further includes: a generation sub-module (not shown) for merging information carried in the plurality of data packets, and generating first information and second information based on the result of the merging; wherein the second information includes cell information occupied by a locomotive integrated wireless communication device of the train.

In an optional implementation manner of the embodiment of the present application, the apparatus for generating train information further includes: a second transmitting module (not shown in the figure) for transmitting the second information to the terminal.

In an alternative implementation manner of the embodiment of the present application, the generating sub-module (not shown in the figure) is specifically configured to: when the analyzed data packet in the plurality of data packets is a third data packet, inquiring whether train information with the same number as that of a locomotive in the third data packet is recorded in a preset second data table; when the train information which is the same as the locomotive number in the third data packet is recorded in the second data table, updating the train information which is the same as the locomotive number in the third data packet in the second data table; when the train information which is the same as the locomotive number in the third data packet is not recorded in the second data table, adding the locomotive number and the train information in the third data packet into the second data table; and generating second information based on the updated second data table.

It should be noted that: the apparatus 600 for generating train information provided in the above embodiment is only exemplified by the division of the above functional modules when implementing the functions thereof, and in practical application, the above functional allocation may be performed by different functional modules according to needs, i.e. the internal structure of the device is divided into different functional modules to perform all or part of the functions described above. In addition, the embodiments of the apparatus and the method provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the embodiments of the method are detailed in the method embodiments, which are not repeated herein.

The embodiment of the application also discloses electronic equipment. Referring to fig. 7, fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure. The electronic device may be, for example, the electronic device 101 shown in fig. 1. The electronic device may include: at least one processor 701, at least one network interface 704, a user interface 703, a memory 705, at least one communication bus 702.

Wherein the communication bus 702 is used to enable connected communications between these components.

The user interface 703 may include an external device interface, which may include, for example, but not limited to, a Display screen (Display), a keyboard, a mouse, or the like.

The network interface 704 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), among others.

Wherein the processor 701 may include one or more processing cores. The processor 701 connects various portions of the overall server using various interfaces and lines, performs various functions of the server and processes data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 705, and invoking data stored in the memory 705. Alternatively, the processor 701 may be implemented in hardware in at least one of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), programmable logic array (Programmable Logic Array, PLA). The processor 701 may integrate one or a combination of several of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), and a modem, etc. The CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for rendering and drawing the content required to be displayed by the display screen; the modem is used to handle wireless communications. It will be appreciated that the modem may not be integrated into the processor 701 and may be implemented by a single chip.

The Memory 705 may include a random access Memory (Random Access Memory, RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 705 includes a non-transitory computer readable medium (non-transitory computer-readable storage medium). Memory 705 may be used to store instructions, programs, code, sets of codes, or instruction sets. The memory 705 may include a stored program area that may store instructions for implementing an operating system, instructions for implementing the various method embodiments described above, and the like, and a stored data area; the storage data area may store data or the like involved in the above respective method embodiments. The memory 705 may also optionally be at least one storage device located remotely from the processor 701. Referring to fig. 7, an operating system, a network communication module, a user interface module, and an application program of a data processing method may be included in the memory 705 as a computer storage medium.

In the electronic device shown in fig. 7, the user interface 703 is mainly used for providing an input interface for a user, and acquiring data input by the user; and processor 701 may be configured to invoke an application program in memory 705 that stores a data processing method that, when executed by one or more processors 701, causes the electronic device to perform the method as described in one or more of the embodiments above. It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of combinations of actions, but it should be understood by those skilled in the art that the embodiments of the present application are not limited by the order of actions described, as some steps may be performed in other order or simultaneously in accordance with the embodiments of the present application. Further, those skilled in the art will also appreciate that the embodiments described in the specification are presently preferred, and that the acts and modules referred to are not necessarily required in connection with the embodiments of the application.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to related descriptions of other embodiments.

In the several implementations provided by the embodiments of the present application, it should be understood that the disclosed apparatus may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, such as a division of units, merely a division of logic functions, and there may be additional divisions in actual implementation, such as multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some service interface, device or unit indirect coupling or communication connection, electrical or otherwise.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed over a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable memory. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a memory, comprising several instructions for causing a computer device (which may be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the methods of the embodiments of the present application. And the aforementioned memory includes: various media capable of storing program codes, such as a U disk, a mobile hard disk, a magnetic disk or an optical disk.

The foregoing is merely exemplary embodiments of the present disclosure and is not intended to limit the scope of the present disclosure. That is, equivalent changes and modifications are contemplated by the teachings of this disclosure, which fall within the scope of the present disclosure. Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure.

This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a scope and spirit of the disclosure being indicated by the claims.

Claims

1. A method for generating train information, comprising:

collecting data packets transmitted among a plurality of network elements, screening the data packets transmitted among the network elements, and storing the data packets transmitted among preset network elements in the network elements;

combining information carried in the data packets, and generating first information based on a combination result, wherein the first information comprises a dispatching command of a train and response information of the train to the dispatching command;

and transmitting at least part of the first information to a terminal.

2. The method of claim 1, wherein the first information further comprises a number of times the dispatch command is sent to the train; and

the sending at least part of the first information to the terminal includes:

Receiving a query request sent by a terminal, wherein the query request is used for indicating and querying abnormal information of the train, and the abnormal information comprises at least one of the following items: the train does not automatically answer to the dispatching command, and the times of sending the dispatching command to the train are multiple times;

and based on the query request, sending part of information in the first information to the terminal.

3. The method of claim 1, wherein the plurality of data packets comprises a first data packet and a second data packet;

the first data packet is sent to locomotive integrated wireless communication equipment of the train by the centralized scheduling system through the preset network element, and the first data packet is used for bearing the scheduling command;

the second data packet is locomotive integrated wireless communication equipment of the train, and is sent to the centralized scheduling system through the preset network element, and the second data packet is used for bearing response information;

the first information is generated based on information carried by the first data packet and the second data packet.

4. The method of claim 3, wherein the first data packet comprises a locomotive number and a dispatch command number; and

Combining the information carried in the data packets, generating first information based on the combination result, including:

inquiring whether a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is recorded in a preset first data table when the analyzed data packet in the plurality of data packets is the first data packet;

when a scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is recorded in the first data table, adding one to the retransmission times corresponding to the locomotive number and the scheduling command number in the first data table;

when the scheduling command which is the same as the locomotive number and the scheduling command number in the first data packet is not recorded in the first data table, adding the scheduling command, the locomotive number and the scheduling command number in the first data packet into the first data table;

and generating the first information based on the updated first data table of the retransmission times or the first data table of the re-addition scheduling command.

5. The method according to claim 3 or 4, wherein the second data packet comprises a scheduling command number; and

When the parsed data packet in the plurality of data packets is the second data packet, setting a scheduling command in a first data table, which is the same as a scheduling command number in the second data packet, to be answered;

and generating the first information based on the updated first data table of the response information.

6. The method of claim 1, wherein the merging of the information carried in the plurality of data packets further generates second information based on a result of the merging; wherein the second information includes cell information occupied by locomotive integrated wireless communication devices of the train.

7. The method of claim 6, wherein the plurality of data packets includes a third data packet, the third data packet being a locomotive integrated wireless communication device of the train, the third data packet being periodically transmitted to a centralized scheduling system via the preset network element, the third data packet being for carrying at least one of the following information of the train: activity detection information, train number checking information and train start-stop information; and

the second information is generated based on information carried by the third data packet.

8. The method of claim 7, wherein the generating the second information comprises:

When the analyzed data packet in the plurality of data packets is the third data packet, inquiring whether train state information with the same number as that of a locomotive in the third data packet is recorded in a preset second data table;

when the train state information which is the same as the locomotive number in the third data packet is recorded in the second data table, updating the train state information which is the same as the locomotive number in the third data packet in the second data table;

when the train state information which is the same as the locomotive number in the third data packet is not recorded in the second data table, adding the locomotive number and the train state information in the third data packet into the second data table;

and generating the second information based on the updated second data table.

9. An electronic device comprising a processor, a memory, a user interface, and a network interface;

the memory is used for storing instructions;

the user interface and the network interface are used for communicating with other devices;

the processor configured to execute instructions stored in the memory to cause the electronic device to perform the method of any one of claims 1-8.

10. A readable storage medium comprising computer instructions which, when run on a computer, cause the computer to perform the method of any of claims 1-8.