CN110177008B - Railway service call fault detection method and device - Google Patents
Railway service call fault detection method and device Download PDFInfo
- Publication number
- CN110177008B CN110177008B CN201910353930.8A CN201910353930A CN110177008B CN 110177008 B CN110177008 B CN 110177008B CN 201910353930 A CN201910353930 A CN 201910353930A CN 110177008 B CN110177008 B CN 110177008B
- Authority
- CN
- China
- Prior art keywords
- interface
- monitoring data
- data
- fault
- pri
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/42—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for mass transport vehicles, e.g. buses, trains or aircraft
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Aviation & Aerospace Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the invention discloses a method and a device for detecting a railway service call fault, wherein the method comprises the following steps: acquiring relevant monitoring data of the operation of a train control system; selecting monitoring data corresponding to one or more train interfaces related to a preset fault type from the monitoring data as target monitoring data; detecting whether the content displayed by the target monitoring data accords with the preset fault data content; and when the content displayed by the target monitoring data conforms to the content of the fault data, judging that the current service call has a fault corresponding to the preset fault type. According to the embodiment, the big data is introduced into the field of railway communication signals, the current railway maintenance level is improved from the level of manually finding faults and manually analyzing the faults to the level of automatically finding the faults and automatically analyzing the faults, the purpose of preventing the faults in the bud is achieved, and the fault processing efficiency is improved.
Description
Technical Field
The embodiment of the invention relates to a train control technology, in particular to a method and a device for detecting a railway service call fault.
Background
With the rapid development of big data technology and artificial intelligence technology, more and more related applications are fully applied in the internet field, but are limited by some factors, and in the traditional technical field, the advanced technologies are not fully utilized. For example, the current railway maintenance level is still at the level of manually discovering faults and manually analyzing the faults, so that most faults cannot be discovered and processed in time, and the aims of predicting the faults in advance and preventing the faults in advance are more difficult to achieve.
Therefore, it is urgently needed to introduce advanced technology into the field of railway fault processing, improve the maintenance level of railway communication signals and achieve the purpose of preventing accidents in the bud.
Disclosure of Invention
The embodiment of the invention provides a method and a device for detecting a railway service call fault, which can introduce big data into the field of railway communication signals, and improve the current railway maintenance level from the level of manually finding the fault and manually analyzing the fault to the level of automatically finding the fault and automatically analyzing the fault, thereby achieving the aim of preventing the fault in the bud and improving the fault processing efficiency.
In order to achieve the purpose of the embodiment of the present invention, the embodiment of the present invention provides a method for detecting a fault of a railway service call, where the method may include:
acquiring relevant monitoring data of the operation of a train control system;
selecting monitoring data corresponding to one or more train interfaces related to a preset fault type from the monitoring data as target monitoring data;
detecting whether the content displayed by the target monitoring data accords with the preset fault data content;
and when the content displayed by the target monitoring data conforms to the content of the fault data, judging that the current service call has a fault corresponding to the preset fault type.
In an exemplary embodiment of the present invention, in a chinese train operation control system level 3C 3 service call:
the train interface may comprise any one or more of: an Igsm-r interface, a Um interface, an Abis interface, an A interface and a PRI interface;
the fault types may include: a first railway integrated digital mobile communication system GSM-R network fault, a radio block center RBC fault and a vehicle-mounted fault;
in a power distribution multi-machine wireless reconnection synchronous control technology LOCOTROL service call:
the train interface may comprise any one or more of: an Abis interface, an A interface and a PRI interface;
the fault types may include: a second GSM-R network failure and an onboard communication unit OCU failure.
In an exemplary embodiment of the present invention, the first GSM-R network failure may include: data loopback, circuit switching data connection CSD link abnormity, base station transceiver BTS abnormity, network coverage problem and interference problem;
the RBC failure may include: the RBC does not send an application protocol data unit APDU and does not respond to the retransmission frame;
the vehicle-mounted fault may include: the MT performance of the mobile terminal is abnormal, the MT software is abnormal, and the ATP software is abnormal;
the second GSM-R network failure may include: uplink interference problems and frequent handover problems;
the OCU failure may include: control commands are not retransmitted and mode switching problems.
In an exemplary embodiment of the present invention, the train interface related to the data loop-back and the CSD link anomaly may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet the following contents for judging whether the data loopback fault exists:
before the service call is released, the monitoring data on the PRI interface displays that the data sent from the vehicle-mounted side is completely consistent with the data sent by the RBC; and the monitoring data on the Igsmr interface displays that the data sent from the RBC side is completely consistent with the data sent on the vehicle; the data of other interfaces except the Igsm-r interface and the PRI interface in the train interface are not abnormal;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet the following content for judging whether the CSD link is abnormal or not:
before service call is released, no abnormity is found in signaling of each train interface, monitoring data on the PRI interface shows that uplink data cannot be received, and monitoring data on the Igsmr interface shows that downlink data cannot be received.
In an exemplary embodiment of the present invention, the train interface associated with the BTS anomaly may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether the abnormal fault of the BTS exists or not:
before service call release, the monitoring data on the Um interface displays no downlink system message, the quality level of a downlink measurement report sent by the MT is lower than a preset threshold value, and the system message on the broadcast control channel BCCH is analyzed normally; monitoring data on the Igsmr interface shows that the ATP side does not receive the data of the RBC side within a first preset time; monitoring data on the PRI interface shows that ATP side data are not received within a second preset time length; the monitoring data on the interface A shows that the BSC sends a clear request, and the clear cause is radio interface failure; and the monitoring data on the Abis interface shows that the BTS sends connection failure indication, because the radio link failure is caused by radio connection failure, and a measurement report shows that no effective downlink measurement report exists before the call is released.
In an exemplary embodiment of the present invention, the train interface related to the RBC not sending APDU may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet one or more of the following contents for judging whether a fault that the RBC does not send APDU exists:
before the service call is released, the monitoring data on the PRI interface shows that RBC has a transmission I frame and no APDU message; and the monitoring data display on the Igsmr interface is consistent with the monitoring data display on the PRI interface.
In an exemplary embodiment of the present invention, the train interface related to the RBC unresponsive retransmit frame may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether a fault that the RBC does not respond to a retransmission frame exists:
before service call release, the monitoring data on the Igsmr interface shows that the serial number of the receiving sequence of the ATP side is unchanged all the time, a selective rejection SREJ is sent, the RBC side is not retransmitted all the time, I frames are not continuous, the monitoring data on the Um interface, the Abis interface and the A interface shows no abnormity, and the monitoring data on the PRI interface shows that the SREJ of the ATP side is received, and the RBC does not respond.
In an exemplary embodiment of the present invention, the train interface related to the MT performance abnormality may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether the MT performance abnormal fault exists:
before the service call is released, the monitoring data on the Um interface displays that the quality of a downlink measurement report is reduced to 7 levels, the measurement report is not sent any more, and uplink data or downlink data is not forwarded, or the uplink data and the downlink data are not forwarded; monitoring data on the Igsmr interface shows that the serial numbers of the ATP-side receiving sequence are unchanged all the time; the monitoring data on the Abis interface shows that the measurement report is abnormal and has a message of connection failure, the A interface sends clear request to clear the call by a base station controller BSC, and the PRI interface releases the call by a mobile switching center MSC.
In an exemplary embodiment of the present invention, the train interface related to the uplink interference problem may include: the Abis interface and the A interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Abis interface and the A interface meet one or more of the following contents for judging whether the fault of the uplink interference problem exists:
before the service call is released, the monitoring data on the Abis interface shows that the OCU is switched over due to poor communication quality, the monitoring data on the A interface shows that the corresponding switching reason is switching caused by uplink quality, and the call is interrupted because the communication quality is not improved after the switching.
The embodiment of the present invention further provides a device for detecting a call fault of a railway service, which may include a processor and a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the instructions are executed by the processor, the method for detecting a call fault of a railway service may be implemented.
The embodiment of the invention can comprise the following steps: acquiring relevant monitoring data of the operation of a train control system; selecting monitoring data corresponding to one or more train interfaces related to a preset fault type from the monitoring data as target monitoring data; detecting whether the content displayed by the target monitoring data accords with the preset fault data content; and when the content displayed by the target monitoring data conforms to the content of the fault data, judging that the current service call has a fault corresponding to the preset fault type. According to the embodiment, the big data is introduced into the field of railway communication signals, the current railway maintenance level is improved from the level of manually finding faults and manually analyzing the faults to the level of automatically finding the faults and automatically analyzing the faults, the purpose of preventing the faults in the bud is achieved, and the fault processing efficiency is improved.
Additional features and advantages of embodiments of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Drawings
The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the example serve to explain the principles of the invention and not to limit the invention.
Fig. 1 is a flow chart of a method for detecting a fault of a railway service call according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a railway service call fault detection apparatus according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments and features of the embodiments in the present application may be arbitrarily combined with each other without conflict.
The steps illustrated in the flow charts of the figures may be performed in a computer system such as a set of computer-executable instructions. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.
To achieve the object of the embodiment of the present invention, an embodiment of the present invention provides a method for detecting a call fault of a railway service, as shown in fig. 1, where the method may include S101 to S104:
and S101, acquiring related monitoring data of the operation of the train control system.
In the exemplary embodiment of the present invention, the scheme of the embodiment of the present invention may be applied to a C3 (namely, CTCS-3, abbreviated as C3, level 3 of the chinese train operation control system)) service call, and may also be applied to a LOCOTROL (dynamic distribution multi-machine wireless reconnection synchronization control technology) service call.
In an exemplary embodiment of the present invention, the C3 service call is a wireless call initiated by an ATP (Automatic Train Protection) on a high-speed rail vehicle, a Radio Blocking Center (RBC) to which a current line belongs is called through a GSM-R (global system for mobile communications) network, control information of the current Train is obtained after authentication, and meanwhile, status information of the vehicle is reported, and a generally occurring fault, which is referred to as a Radio timeout in the industry, is controlled by the RBC to operate safely by the current vehicle, but is not only related to a wireless network, but also related to all service call participants.
In AN exemplary embodiment of the present invention, a LOCOTROL service call is a wireless call initiated by AN On-board Communication Unit (OCU) of a heavy haul train, AN (Application Node ground Application Node) Node On the ground is called through a GSM-R network, a connection is established after authentication, a synchronous control instruction issued by the AN Node is obtained, and a service call fault is related to all service call participants.
In an exemplary embodiment of the present invention, in the C3 service call, the train interface may include any one or more of the following: an Igsm-r interface, a Um interface, an Abis interface, an A interface and a PRI interface;
wherein, the Igsm-r interface: refers to a physical interface between an MT (Mobile Terminal) and a vehicle-mounted control device (STU-V or GCD or RIM);
a Um interface: refers to the air wireless interface from MT to BTS (Base Transceiver Station);
abis interface: the system is a physical interface between a BSS (Base Station subsystem) system BTS and a BSC (Base Station Controller) of a GSM-R (railway integrated digital mobile communication system) network;
interface A: refers to the physical interface between the GSM-R network MSC (Mobile Switch Center) and the BSS system;
PRI (Primary Rate Interface base group Rate Interface) Interface: refers to the physical interface between the GSM-R network MSC and the RBC (Radio Blocking Center) or AN system.
In an exemplary embodiment of the invention, the monitoring data of the above one or more train interfaces may be obtained for train fault detection.
And S102, selecting monitoring data corresponding to one or more train interfaces related to a preset fault type from the monitoring data as target monitoring data.
In an exemplary embodiment of the present invention, in the C3 service call, the failure type may include: a first GSM-R network failure, an RBC failure and a vehicle-mounted failure;
wherein the first GSM-R network failure may include: data loopback, CSD (Circuit-Switched Data link) link abnormity, BTS abnormity, network coverage problem and interference problem;
the RBC failure may include: the RBC does not send APDUs (application protocol data units) and RBC does not respond to the retransmission frame;
the vehicle-mounted fault may include: MT performance exception, MT software exception, and ATP software exception.
In an exemplary embodiment of the present invention, the train interface related to the data loop-back and the CSD link anomaly may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting two faults, namely, the data loopback and the CSD link abnormality.
In an exemplary embodiment of the present invention, the train interface associated with the BTS anomaly may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the a interface and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting the fault that the BTS is abnormal.
In an exemplary embodiment of the present invention, the train interface related to the network coverage problem may include: the Igsm-r interface, the Um interface, the Abis interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface, the Um interface, the Abis interface and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting the fault of the network coverage problem.
In an exemplary embodiment of the present invention, the train interface related to the interference problem may include: the Um interface, the Abis interface, the a interface, and the PRI interface. In the fault detection, the monitoring data of the Um interface, the Abis interface, the a interface, and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting the fault of the interference problem.
In an exemplary embodiment of the present invention, the train interface related to the RBC not sending APDU may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface and the PRI interface may be used as target monitoring data, and the target monitoring data is used as a basis for detecting that the RBC does not send the APDU.
In an exemplary embodiment of the present invention, the train interface related to the RBC unresponsive retransmit frame may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the a interface, and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting a fault that the RBC does not respond to the retransmission frame.
In an exemplary embodiment of the present invention, the train interface related to the MT performance abnormality may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the a interface and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting the fault that the MT performance is abnormal.
In an exemplary embodiment of the present invention, the train interface related to the MT software exception may include: the Igsm-r interface, the Um interface, the Abis interface, the A interface, the PRI interface and the like. In the fault detection, the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the a interface, the PRI interface, and the like may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting the fault that the MT software is abnormal.
In an exemplary embodiment of the present invention, the train interface associated with the ATP software exception may include: the Igsm-r interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface and the PRI interface can be used as target monitoring data, and the target monitoring data can be used as a basis for detecting the fault of the ATP software abnormity.
In an exemplary embodiment of the present invention, the train interface associated with the ATP software exception may include: the Igsm-r interface and the PRI interface. In the fault detection, the monitoring data of the Igsm-r interface and the PRI interface can be used as target monitoring data, and the target monitoring data can be used as a basis for detecting the fault of the ATP software abnormity.
In an exemplary embodiment of the present invention, in a LOCOTROL service call, the train interface may include any one or more of the following: an Abis interface, an A interface and a PRI interface;
the fault types may include: a second GSM-R network failure and an OCU failure;
the second GSM-R network failure may include: uplink interference problems and frequent handover problems;
the OCU failure may include: control commands are not retransmitted and mode switching problems.
In an exemplary embodiment of the present invention, the train interface related to the uplink interference problem may include: the Abis interface and the A interface. In the fault detection, the monitoring data of the Abis interface and the a interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting the fault of the uplink interference problem.
In an exemplary embodiment of the present invention, the train interface associated with the frequent handover problem may include: the Abis interface. In the fault detection, the monitoring data of the Abis interface can be used as target monitoring data, and the target monitoring data can be used as a basis for detecting the fault of the frequent handover problem.
In an exemplary embodiment of the present invention, the train interface related to the non-retransmission of the control command may include: the Abis interface and the PRI interface. In the fault detection, the monitoring data of the Abis interface and the PRI interface may be used as target monitoring data, and the target monitoring data may be used as a basis for detecting that the control command is not retransmitted.
S103, detecting whether the content displayed by the target monitoring data accords with the preset fault data content.
And S104, when the content displayed by the target monitoring data accords with the fault data content, judging that the current service call has a fault corresponding to the preset fault type.
In the exemplary embodiment of the present invention, the C3 service call failure analysis is taken as an example to illustrate the solution of the embodiment of the present invention, and the solution may utilize data collected by an Igsm-R interface, a Um interface, an Abis interface, an a interface, and a PRI interface to automatically and comprehensively analyze a C3 radio timeout failure, where each subclass of three major failure types corresponding to a vehicle-mounted ATP problem (including MT), a GSM-R network problem, and an RBC problem has a corresponding failure detection method, and the detection method of each class of failure is as follows by combining with the corresponding C3 service call feature.
In an exemplary embodiment of the present invention, when the train interface related to the data loopback may include the Igsm-r interface and the PRI interface, the detecting whether the content of the target monitoring data display conforms to a preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet the following contents for judging whether the fault of the data loopback exists or not:
before the service call is released, the monitoring data on the PRI interface displays that the data sent from the vehicle-mounted side is completely consistent with the data sent by the RBC; and the monitoring data on the Igsmr interface displays that the data sent from the RBC side is completely consistent with the data sent on the vehicle; and other interface data except the Igsm-r interface and the PRI interface in the train interface are not abnormal.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the data loopback fault may include: before the service call is released, the monitoring data on the PRI interface displays that the data sent from the vehicle-mounted side is completely consistent with the data sent by the RBC; and the monitoring data on the Igsmr interface displays that the data sent from the RBC side is completely consistent with the data sent on the vehicle; and other interface data except the Igsm-r interface and the PRI interface in the train interface are not abnormal. When the content displayed by the monitoring data of the Igsm-r interface and the PRI interface accords with the content, the fault of data loop back can be judged.
In an exemplary embodiment of the present invention, when the train interface related to the CSD link abnormality may include the Igsm-r interface and the PRI interface, the detecting whether the content of the target monitoring data display conforms to a preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet the following contents for judging whether the fault of the CSD link abnormity exists or not:
before service call is released, no abnormity is found in signaling of each train interface, monitoring data on the PRI interface shows that uplink data cannot be received, and monitoring data on the Igsmr interface shows that downlink data cannot be received.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault of the CSD link abnormality may include: before service call is released, no abnormity is found in signaling of each train interface, monitoring data on the PRI interface shows that uplink data cannot be received, and monitoring data on the Igsmr interface shows that downlink data cannot be received. When the contents displayed by the monitoring data of the Igsm-r interface and the PRI interface are consistent with the contents, the fault of CSD link abnormity can be judged.
In an exemplary embodiment of the present invention, when the train interface associated with the BTS abnormality may include: when the Igsm-r interface, the Um interface, the Abis interface, the a interface, and the PRI interface are used, the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether the abnormal fault of the BTS exists or not:
before the service call is released, the monitoring data on the Um interface displays that no downlink system message exists, the quality level of a downlink measurement report (namely, the MT transmitting power) sent by the MT is lower than a preset threshold value, and the system message on the broadcast control channel BCCH is analyzed normally; monitoring data on the Igsmr interface shows that the ATP side does not receive the data of the RBC side within a first preset time; monitoring data on the PRI interface shows that ATP side data are not received within a second preset time length; the monitoring data on the interface A shows that the BSC sends a clear request, and the clear cause is radio interface failure; and the monitoring data on the Abis interface shows that the BTS sends connection failure indication, the reason is radio link failure caused by radio connection failure, and a measurement report shows that no effective downlink measurement report exists before call release.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault that the BTS is abnormal may include: before service call release, the monitoring data on the Um interface displays no downlink system message, the quality level of a downlink measurement report sent by the MT is lower than a preset threshold value, and the system message on the broadcast control channel BCCH is analyzed normally; monitoring data on the Igsmr interface shows that the ATP side does not receive data of the RBC side within a first preset time; monitoring data on the PRI interface shows that ATP side data are not received within a second preset time length; the monitoring data on the interface A shows that the BSC sends a clear request, and the clear cause is radio interface failure; and the monitoring data on the Abis interface shows that the BTS sends connection failure indication, because the radio link failure is caused by radio connection failure, and a measurement report shows that no effective downlink measurement report exists before the call is released. When the content displayed by the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface conforms to the content, the fault that the BTS is abnormal can be judged.
In an exemplary embodiment of the present invention, when the train interface related to the network coverage problem may include: when the Igsm-r interface, the Um interface, the Abis interface, and the PRI interface are used, the detecting whether the content displayed by the target monitoring data matches the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface, the Um interface, the Abis interface and the PRI interface meet one or more of the following contents for judging whether a network coverage problem exists:
before service call release, monitor data in the Um interface and the Abis interface can both show that the MT has a back-cut phenomenon, and then the Um interface has no downlink system message, and the downlink level in the measurement report is lower than a preset level threshold, the monitor data on the Igsmr interface shows that the valid I frame on the RBC side cannot be received, and there are a large number of CRC (cyclic redundancy check) erroneous data packets, and the monitor data on the PRI interface shows that the valid I frame on the ATP side cannot be received.
In an exemplary embodiment of the present invention, namely, the fault data content corresponding to the fault of the network coverage problem may include: before service call release, monitor data in the Um interface and the Abis interface can both show that the MT has a back-cut phenomenon, and then the Um interface has no downlink system message, and the downlink level in the measurement report is lower than a preset level threshold, the monitor data on the Igsmr interface shows that the valid I frame on the RBC side cannot be received, and there are a large number of CRC (cyclic redundancy check) erroneous data packets, and the monitor data on the PRI interface shows that the valid I frame on the ATP side cannot be received. When the content displayed by the monitoring data of the Igsm-r interface, the Um interface, the Abis interface and the PRI interface conforms to the content, the network coverage problem can be judged to exist.
In an exemplary embodiment of the present invention, when the train interface related to the interference problem may include: when the Um interface, the Abis interface, the a interface, and the PRI interface are used, the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether the monitoring data of the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether an interference problem exists or not:
before service call release, a large number of CRC error packets are displayed on the Um interface, part of downlink system messages are lost, and the quality in a downlink measurement report is 7 grades; the quality of the monitoring data on the Abis interface shows that the quality of an uplink measurement report or a downlink measurement report is lower than 6 grade, the BTS reports a connection failure indication signaling, the monitoring data on the A interface shows that the BSC sends clear request clear call, and the monitoring data on the PRI interface shows that the uplink data has a large number of CRC error packets.
In an exemplary embodiment of the present invention, namely, the fault data content corresponding to the fault of the interference problem may include: before service call release, a large number of CRC error packets are displayed on the Um interface, part of downlink system messages are lost, and the quality in a downlink measurement report is 7 grades; the quality of the monitoring data on the Abis interface shows that the quality of an uplink measurement report or a downlink measurement report is lower than 6 grade, the BTS reports a connection failure indication signaling, the monitoring data on the A interface shows that the BSC sends clear request clear call, and the monitoring data on the PRI interface shows that the uplink data has a large number of CRC error packets. When the content displayed by the monitoring data of the Um interface, the Abis interface, the a interface and the PRI interface conforms to the content, it can be determined that the interference problem exists.
In an exemplary embodiment of the present invention, when the train interface related to the RBC not sending the APDU may include: when the Igsm-r interface and the PRI interface are used, the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet one or more of the following contents for judging whether a fault that the RBC does not send APDU exists:
before the service call is released, the monitoring data on the PRI interface shows that RBC has a transmission I frame and no APDU message; and the monitoring data display on the Igsmr interface is consistent with the monitoring data display on the PRI interface.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault that the RBC does not send the APDU may include: before the service call is released, the monitoring data on the PRI interface shows that RBC has a transmission I frame and no APDU message; and the monitoring data display on the Igsmr interface is consistent with the monitoring data display on the PRI interface. When the contents displayed by the monitoring data of the Igsm-r interface and the PRI interface conform to the contents, it can be determined that a fault that the RBC does not send APDUs exists.
In an exemplary embodiment of the present invention, when the train interface associated with the RBC not responding to the retransmitted frame may include: when the Igsm-r interface, the Um interface, the Abis interface, the a interface, and the PRI interface are used, the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether a fault that the RBC does not respond to a retransmission frame exists:
before service call release, the monitoring data on the Igsmr interface shows that the serial number of the receiving sequence of the ATP side is unchanged all the time, a selective rejection SREJ is sent, the RBC side is not retransmitted all the time, I frames are not continuous, the monitoring data on the Um interface, the Abis interface and the A interface shows no abnormity, and the monitoring data on the PRI interface shows that the SREJ of the ATP side is received, and the RBC does not respond.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault that the RBC does not respond to the retransmitted frame may include: before service call release, the monitoring data on the Igsmr interface shows that the serial number of the receiving sequence of the ATP side is unchanged all the time, a selective rejection SREJ is sent, the RBC side is not retransmitted all the time, I frames are not continuous, the monitoring data on the Um interface, the Abis interface and the A interface shows no abnormity, and the monitoring data on the PRI interface shows that the SREJ of the ATP side is received, and the RBC does not respond. When the content displayed by the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the a interface and the PRI interface conforms to the content, it may be determined that there is a failure that the RBC does not respond to the retransmission frame.
In an exemplary embodiment of the present invention, when the train interface related to the MT performance abnormality may include: when the Igsm-r interface, the Um interface, the Abis interface, the a interface, and the PRI interface are used, the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more contents of the following contents for judging whether a fault that the MT has abnormal performance exists or not:
before the service call is released, the monitoring data on the Um interface displays that the quality of a downlink measurement report is reduced to 7 levels, the measurement report is not sent any more, and uplink data or downlink data is not forwarded, or the uplink data and the downlink data are not forwarded; monitoring data on the Igsmr interface shows that the serial numbers of the ATP-side receiving sequence are unchanged all the time; the monitoring data on the Abis interface shows that the measurement report is abnormal and has a message of connection failure, the A interface sends clear request to clear the call by a base station controller BSC, and the PRI interface releases the call by a mobile switching center MSC.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault that the MT performance is abnormal may include: before releasing the service call, the monitoring data on the Um interface displays that the quality of a downlink measurement report is reduced to 7 levels, the measurement report is not sent any more, and uplink data or downlink data is not forwarded, or the uplink data and the downlink data are not forwarded; monitoring data on the Igsmr interface shows that the serial numbers of the ATP-side receiving sequence are unchanged all the time; the monitoring data on the Abis interface shows that the measurement report is abnormal and has a message of connection failure, the A interface sends clear request to clear the call by a base station controller BSC, and the PRI interface releases the call by a mobile switching center MSC. When the content displayed by the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface conforms to the content, the fault that MT performance is abnormal can be judged to exist.
In an exemplary embodiment of the present invention, when the train interface related to the MT software exception may include: when the Igsm-r interface, the Um interface, the Abis interface, the a interface, and the PRI interface are equal, the detecting whether the content displayed by the target monitoring data matches a preset fault data content may include: detecting a train interface associated with the MT software exception may include: whether the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface, the PRI interface and the like meet one or more of the following contents is used for judging whether the MT software is abnormal or not:
before service call release, signaling and data of each interface, such as the Igsm-r interface, the Um interface, the Abis interface, the A interface, the PRI interface and the like, are normal, and the MT suddenly sends disconnect release call to the network and also sends ERROR (ERROR) state to the ATP.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault of the MT software abnormality may include: before service call release, signaling and data of each interface, such as the Igsm-r interface, the Um interface, the Abis interface, the A interface, the PRI interface and the like, are normal, and the MT suddenly sends disconnect release call to the network and also sends ERROR (ERROR) state to the ATP. When the content displayed by the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface, the PRI interface and the like conforms to the content, the fault that MT software is abnormal can be judged to exist.
In an exemplary embodiment of the present invention, when the train interface related to the ATP software exception may include: when the Igsm-r interface and the PRI interface are used, the detecting whether the content displayed by the target monitoring data meets the preset fault data content may include: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet one or more of the following contents for judging whether the fault of the ATP software abnormity exists or not:
before service call release, the Igsm-r interface displays that data NR sent by an ATP side is unchanged all the time, but a timer is not overtime yet, the ATP suddenly sends SABME abnormally, call interruption is caused, monitoring data of the PRI interface is consistent with monitoring data of the Igsm-r interface in phenomenon, and other train interfaces except the Igsm-r interface and the PRI interface are not obviously abnormal; alternatively, the first and second electrodes may be,
before service call release, the monitoring data of the Igsm-r interface shows that an ATP side sends TPDU-DR and HDLC-DISC frame release calls, the data phenomenon displayed by the monitoring data of the PRI interface is consistent with that of the monitoring data of the Igsm-r interface, and other train interfaces except the Igsm-r interface and the PRI interface have no obvious abnormality.
In an exemplary embodiment of the present invention, an embodiment of C3 service call failure analysis is given below in tabular form, as shown in table 1.
TABLE 1
In the exemplary embodiment of the present invention, the LOCOTROL service call failure detection method is taken as an example to describe the solution of the embodiment of the present invention, and the solution can utilize data acquired by an Abis interface, an a interface and a PRI interface and a master/slave control OCU log to automatically and comprehensively analyze LOCOTROL service call failure, each subclass of two major failure types corresponding to a vehicle-mounted OCU problem and a GSM-R network problem has its corresponding failure detection method, and the detection method of each class of failure is as described below by combining the corresponding LOCOTROL service call characteristics.
In an exemplary embodiment of the present invention, when the train interface related to the uplink interference problem may include the Abis interface and the a interface, the detecting whether the content displayed by the target monitoring data conforms to the preset fault data content may include: detecting whether the monitoring data of the Abis interface and the A interface meet one or more of the following contents for judging whether the fault of the uplink interference problem exists:
before the service call is released, the monitoring data on the Abis interface shows that the OCU is switched over due to poor communication quality, the monitoring data on the A interface shows that the corresponding switching reason is switching caused by uplink quality, and the call is interrupted because the communication quality is not improved after the switching.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault of the uplink interference problem may include: before the service call is released, the monitoring data on the Abis interface shows that the OCU is switched over due to poor communication quality, the monitoring data on the A interface shows that the corresponding switching reason is switching caused by uplink quality, and the call is interrupted because the communication quality is not improved after the switching. When the content displayed by the monitoring data of the Abis interface and the A interface meets the content, the fault that the uplink interference problem exists can be judged.
In an exemplary embodiment of the present invention, when the train interface related to the frequent handover problem may include the Abis interface, the detecting whether the content of the target monitoring data display conforms to the preset fault data content may include: detecting whether the monitoring data of the Abis interface meets one or more of the following contents for judging whether the fault of the frequent handover problem exists:
monitoring data on the Abis interface is displayed in a preset time length (short time), the OCU is subjected to multiple times of handover, LOCOTROL control data transmission is influenced during the handover, although a call is not interrupted, services are influenced, and parking is caused.
In an exemplary embodiment of the present invention, that is, the fault data content corresponding to the fault of the frequent handover problem may include: monitoring data on the Abis interface shows that in a preset time length (in a short time), the OCU is subjected to multiple times of handover, LOCOTROL control data transmission is influenced during the handover, and although a call is not interrupted, services are influenced, so that parking is caused. When the content displayed by the monitoring data of the Abis interface meets the content, the fault that frequent handover exists can be judged.
In an exemplary embodiment of the present invention, when the train interface related to the unremission of the control command may include the Abis interface and the PRI interface, the detecting whether the content of the target monitoring data display conforms to a preset fault data content may include: detecting whether the monitoring data of the Abis interface and the PRI interface meet one or more of the following contents for judging whether the control command unremission failure exists:
monitoring data on the Abis interface and the PRI interface show that in the handover process, AN AN node of AN instruction sent by the master OCU is normally forwarded, but AN instruction record forwarded by the AN node cannot be found in a slave OCU log, so that the slave OCU does not respond AN acknowledgement message to the master OCU, and the master OCU does not retransmit a control instruction when not receiving the acknowledgement message.
In an exemplary embodiment of the present invention, that is, the failure data content corresponding to the failure that the control instruction does not retransmit may include: monitoring data on the Abis interface and the PRI interface show that in the process of handover, AN AN node of AN instruction sent by the master OCU is normally forwarded, but AN instruction record forwarded by the AN node cannot be found in a slave OCU log, the slave OCU does not respond AN acknowledgement message to the master OCU, and the master OCU does not retransmit the control instruction when the acknowledgement message is not received. When the content displayed by the monitoring data of the Abis interface and the PRI interface conforms to the content, it can be determined that there is a failure that the control command is not retransmitted.
In an exemplary embodiment of the present invention, the failure data content corresponding to the failure of the mode switching problem may include: the OCU log shows that the OCU is normally registered in the GSM-R network, but always works in an 800M radio station mode and cannot be switched back to the GSM-R network to work. When the content displayed by the OCU log matches the above content, it can be determined that there is a failure of the mode switching problem.
In an exemplary embodiment of the present invention, an embodiment of C3 service call failure analysis is given below in tabular form, as shown in table 2.
TABLE 2
An embodiment of the present invention further provides a railway service call fault detection apparatus 1, as shown in fig. 2, which may include a processor 11 and a computer-readable storage medium 12, where the computer-readable storage medium 12 stores instructions, and when the instructions are executed by the processor 11, the railway service call fault detection method may be implemented.
It will be understood by those of ordinary skill in the art that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.
Claims (5)
1. A method for detecting a railway service call fault is characterized by comprising the following steps:
acquiring relevant monitoring data of the operation of a train control system;
selecting monitoring data corresponding to one or more train interfaces related to a preset fault type from the monitoring data as target monitoring data;
detecting whether the content displayed by the target monitoring data accords with the preset fault data content;
when the content displayed by the target monitoring data accords with the fault data content, judging that the current service call has a fault corresponding to the preset fault type;
in the 3 rd level C3 service call of the Chinese train operation control system:
the train interface comprises any one or more of: an Igsm-r interface, a Um interface, an Abis interface, an A interface and a PRI interface;
the fault types include: a first railway integrated digital mobile communication system GSM-R network fault, a radio block center RBC fault and a vehicle-mounted fault;
the first GSM-R network failure comprises: data loopback and circuit switching data connection CSD link are abnormal;
the RBC failure comprises: the RBC does not send an application protocol data unit APDU and does not respond to the retransmission frame;
the vehicle-mounted fault includes: the MT performance of the mobile terminal is abnormal, the MT software is abnormal, and the ATP software is abnormal;
the train interface associated with the data loopback and the CSD link anomaly comprises: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content comprises: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet the following contents for judging whether the data loopback fault exists:
before service call release, the monitoring data on the PRI interface displays that the data sent from the vehicle-mounted side is completely consistent with the data sent by the RBC; and the monitoring data on the Igsm-r interface shows that the data sent from the RBC side is completely consistent with the data sent on the vehicle; the data of other interfaces except the Igsm-r interface and the PRI interface in the train interface are not abnormal;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content comprises: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet the following contents for judging whether the fault of the CSD link abnormity exists or not:
before service call is released, no abnormity is found in signaling of each train interface, monitoring data on the PRI interface shows that uplink data cannot be received, and monitoring data on the Igsm-r interface shows that downlink data cannot be received;
in the dynamic distribution multi-machine wireless reconnection synchronous control technology L OCOTROL service call:
the train interface comprises any one or more of: an Abis interface, an A interface and a PRI interface;
the fault types include: an OCU fault of the vehicle-mounted communication unit;
the OCU fault includes: control commands are not retransmitted and mode switching problems.
2. The method for detecting railway service call failure according to claim 1, wherein the train interface related to the RBC not sending APDU comprises: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content comprises: detecting whether the monitoring data of the Igsm-r interface and the PRI interface meet one or more of the following contents for judging whether a fault that the RBC does not send APDU exists:
before service call release, the monitoring data on the PRI interface shows that RBC has transmission I frame without APDU message; and the monitoring data display on the Igsm-r interface is consistent with the monitoring data display on the PRI interface.
3. The method of claim 1, wherein the train interface associated with the RBC not responding to the retransmitted frame comprises: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content comprises: detecting whether monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether a fault that the RBC does not respond to a retransmission frame exists:
before service call release, the monitoring data on the Igsm-r interface shows that the serial number of the receiving sequence of the ATP side is unchanged all the time, a selective rejection SREJ is sent, the RBC side is not retransmitted all the time, I frames are discontinuous, the monitoring data on the Um interface, the Abis interface and the A interface show no abnormity, the monitoring data on the PRI interface show that the SREJ of the ATP side is received, and the RBC does not respond.
4. The method according to claim 1, wherein the train interface related to the MT performance abnormality comprises: the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface;
the detecting whether the content displayed by the target monitoring data meets the preset fault data content comprises: detecting whether the monitoring data of the Igsm-r interface, the Um interface, the Abis interface, the A interface and the PRI interface meet one or more of the following contents for judging whether the MT performance abnormal fault exists:
before the service call is released, the monitoring data on the Um interface displays that the quality of a downlink measurement report is reduced to 7 levels, the measurement report is not sent any more, and uplink data or downlink data is not forwarded, or the uplink data and the downlink data are not forwarded; monitoring data on the Igsm-r interface shows that the serial numbers of the ATP-side receiving sequence are unchanged all the time; the monitoring data on the Abis interface shows that the measurement report is abnormal and has a message of connection failure, the A interface sends clear request to clear the call by a base station controller BSC, and the PRI interface releases the call by a mobile switching center MSC.
5. A railroad service call fault detection device comprising a processor and a computer readable storage medium having instructions stored therein, wherein the instructions, when executed by the processor, implement a railroad service call fault detection method as claimed in any one of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910353930.8A CN110177008B (en) | 2019-04-29 | 2019-04-29 | Railway service call fault detection method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910353930.8A CN110177008B (en) | 2019-04-29 | 2019-04-29 | Railway service call fault detection method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110177008A CN110177008A (en) | 2019-08-27 |
| CN110177008B true CN110177008B (en) | 2022-09-16 |
Family
ID=67690241
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910353930.8A Active CN110177008B (en) | 2019-04-29 | 2019-04-29 | Railway service call fault detection method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110177008B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111447328B (en) * | 2020-03-25 | 2021-09-10 | 中国—东盟信息港股份有限公司 | Privacy number system fault warning system and method |
| CN112333667B (en) * | 2020-10-30 | 2024-02-02 | 北京六捷科技有限公司 | Method, device, computer storage medium and terminal for realizing early warning processing |
| CN112601248A (en) * | 2020-12-08 | 2021-04-02 | 北京中科智汇科技有限公司 | C3 wireless communication overtime comprehensive detection system and method |
| CN113938373A (en) * | 2021-12-08 | 2022-01-14 | 北京鼎兴达信息科技股份有限公司 | Intelligent diagnosis system for railway dispatching command service fault |
| CN113946913B (en) * | 2021-12-20 | 2022-04-15 | 中国铁道科学研究院集团有限公司电子计算技术研究所 | Railway running fault detection method and device, electronic equipment and storage medium |
| CN114338454B (en) * | 2022-01-04 | 2023-10-13 | 中车株洲电力机车有限公司 | Network communication quality detection method, system, train display screen and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107787000A (en) * | 2017-10-16 | 2018-03-09 | 北京全路通信信号研究设计院集团有限公司 | A kind of full interface traffic data monitoring system in GSM R lattice networks domain |
| CN108773394A (en) * | 2018-06-04 | 2018-11-09 | 中国铁路总公司 | CTCS-3 grades of train control systems wirelessly overtime automatic detection analysis system and determination method |
| CN109413614A (en) * | 2018-09-27 | 2019-03-01 | 北京全路通信信号研究设计院集团有限公司 | A kind of vehicle ground integrated synthesis analysis platform |
-
2019
- 2019-04-29 CN CN201910353930.8A patent/CN110177008B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107787000A (en) * | 2017-10-16 | 2018-03-09 | 北京全路通信信号研究设计院集团有限公司 | A kind of full interface traffic data monitoring system in GSM R lattice networks domain |
| CN108773394A (en) * | 2018-06-04 | 2018-11-09 | 中国铁路总公司 | CTCS-3 grades of train control systems wirelessly overtime automatic detection analysis system and determination method |
| CN109413614A (en) * | 2018-09-27 | 2019-03-01 | 北京全路通信信号研究设计院集团有限公司 | A kind of vehicle ground integrated synthesis analysis platform |
Non-Patent Citations (1)
| Title |
|---|
| "GSM_R网络规划及关键技术";吴江;《中国优秀硕士学位论文全文数据库信息科技辑》;20111215;正文第7章 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110177008A (en) | 2019-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110177008B (en) | Railway service call fault detection method and device | |
| US10111126B2 (en) | Enhanced network performance monitoring | |
| US10917896B2 (en) | User equipment, communication system, and method of controlling a user equipment | |
| US8095075B2 (en) | System and method of detecting a sleeping cell and remedying detected conditions in a telecommunication network | |
| KR20130093654A (en) | Method, terminal device and base station for reporting radio link failure information | |
| US20210006457A1 (en) | Data transmission method and device | |
| US20190074916A1 (en) | Method and device for detecting signal strength | |
| CN113873598B (en) | Network switching method, device, network equipment and storage medium | |
| CN114845320A (en) | Processing method, processing system and base station system for changing failure of conditional primary and secondary cells | |
| RU2656710C2 (en) | Data transmission method and device | |
| CN109039768B (en) | CBTC signal warning method in LTE-M communication network | |
| CN112135315B (en) | Method and system for detecting transmission interference rate | |
| US20240205262A1 (en) | Preventing delivery of service attacks on a communication network | |
| CN113507699B (en) | Information collecting method and vehicle-mounted antenna | |
| CN104094636B (en) | A kind of method and apparatus of data transfer | |
| CN113676551A (en) | Method for realizing multi-service access of vehicle-mounted communication equipment | |
| CN111148062B (en) | Resource allocation method, device and network equipment | |
| US8472943B1 (en) | Method and system for using multiple channel elements | |
| KR101380125B1 (en) | Method for managing link in mobile communication system basestation and processor thereof | |
| CN114900808A (en) | GSM-R radio station wireless timeout fault analysis method and system | |
| CN112929824A (en) | Method and system for acquiring network communication quality | |
| CN117376090A (en) | C3 wireless communication timeout analysis method and system | |
| CN118215138A (en) | HARQ-based BWP switching detection and anomaly protection method and system | |
| CN103124441B (en) | A kind of processing method of too long link delay of satellite site and device | |
| CN101677453A (en) | Method and system for transmitting and broadcasting system information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |