Trackside ap anomaly detection method, device, and storage medium

Abstract

Embodiments of the present application provide a trackside AP anomaly detection method, device and storage medium. In the embodiments of the present application, the adjacent relationship between a plurality of trackside APs can be determined according to the neighbor information reported by each trackside AP, and in combination with the correspondence relationship between the transceiving antennas of the plurality of trackside APs in the neighbor information, the abnormal AP with the connection error of the transceiving antennas and the reason for the connection error of the transceiving antennas can be determined. Furthermore, for the trackside AP with the correct connection of the transceiving antennas, the trackside AP can be divided into a normal AP pair according to the adjacent relationship, and the working state abnormal feeder of each trackside AP can be determined according to the detection result of the working state of each feeder by the two trackside APs in each normal AP pair, which is helpful to quickly determine the specific abnormal reason.

Description

Technical Field

[0001] This application relates to the field of rail transit communication technology, and in particular to a method, device and storage medium for detecting anomalies in a trackside AP. Background Technology

[0002] In urban rail transit systems, vehicle-to-ground network systems are increasingly choosing to use Wireless Local Area Network (WLAN) technology for communication. Typically, multiple trackside wireless access points (APs) are deployed at intervals in the tunnels of the tracks to ensure signal coverage. During train operation, the onboard APs on the train sequentially switch bridges to various trackside APs, completing vehicle-to-ground data transmission through bridging links.

[0003] During the installation and deployment of trackside access points (APs), improper human error may lead to incorrect feeder deployment, or the feeder interfaces may become loose or detached over prolonged use. These issues can result in weak, unstable, or even non-existent signal transmission and reception from the trackside APs. To pinpoint the cause of these problems, construction personnel typically inspect the feeder deployment of the trackside APs within the tunnel. However, due to the long tunnel lengths and the large number and complexity of the trackside AP feeders, this inspection is extremely difficult, making it challenging to quickly and accurately locate abnormally deployed feeders. Summary of the Invention

[0004] This application provides a method, device, and storage medium for detecting trackside AP anomalies, enabling rapid and accurate location of the cause of trackside AP anomalies.

[0005] This application provides a method for detecting anomalies in trackside APs, applicable to wireless control devices. The method includes: sending neighbor detection commands to multiple trackside APs to enable them to perform neighbor detection; identifying normal AP pairs with correct neighbor relationships among the multiple trackside APs based on their respective neighbor information returned by the multiple trackside APs, each normal AP pair including two adjacent trackside APs; for each normal AP pair, sequentially sending detection commands to the two trackside APs in the pair to enable them to detect the working status of each feeder of their transceiver antennas and report the detection results; and determining the abnormal feeders and their corresponding trackside APs in the normal AP pair based on the detection results reported by the two trackside APs, wherein the detection results include the identifier of each trackside AP, the identifier of the transceiver antenna, and the identifier and working status of each feeder.

[0006] This application embodiment also provides a method for detecting anomalies in a trackside AP, applicable to a first trackside AP. The method includes: receiving a neighbor detection command sent by a wireless control device; performing neighbor detection according to the neighbor detection command; and reporting the detected neighbor information to the wireless control device so that the wireless control device can identify normal AP pairs with correct neighbor relationships from multiple trackside APs; if the first trackside AP is one of the trackside APs in a normal AP pair, receiving a detection command sent by the wireless control device; according to the detection command, sequentially using each feeder in the transceiver antenna to transmit and receive wireless signals with another trackside AP in the normal AP pair to detect the working status of each feeder; generating detection result information based on the wireless signal transmission and reception results of each feeder, the detection result information including the working status of each feeder in the transceiver antenna of the first trackside AP; and reporting the detection result information to the wireless control device so that the wireless control device can identify abnormal feeders and their corresponding trackside APs in the normal AP pair.

[0007] This application embodiment also provides a wireless control device, including a processor and a memory storing a computer program; the processor is configured to execute the computer program for: sending neighbor detection commands to a plurality of wireless access devices, so that the plurality of wireless access devices can perform neighbor detection; identifying normal wireless access device pairs with correct neighbor relationships among the plurality of wireless access devices based on the neighbor information returned by the plurality of wireless access devices, each normal wireless access device pair including two adjacent wireless access devices; for each normal wireless access device pair, sequentially issuing detection commands to the two wireless access devices in the pair, so that the two wireless access devices can detect the working status of each feeder of their transceiver antennas and report the detection result information; and determining abnormal feeders and their corresponding wireless access devices in the normal wireless access device pair based on the detection result information reported by the two wireless access devices, the detection result information including the working status of each feeder in the transceiver antenna of each wireless access device.

[0008] This application embodiment also provides a wireless access device, including a processor and a memory storing a computer program; receiving a neighbor detection command sent by a wireless control device, performing neighbor detection according to the neighbor detection command, and reporting the detected neighbor information to the wireless control device, so that the wireless control device can identify normal wireless access device pairs with correct neighbor relationships from multiple wireless access devices; if the first wireless access device is one of the wireless access devices in the normal wireless access device pair, receiving a detection command sent by the wireless control device, and sequentially using each feeder in the transceiver antenna to transmit and receive wireless signals with the other wireless access device in the normal wireless access device pair according to the detection command, so as to detect the working status of each feeder; generating detection result information based on the wireless signal transmission and reception results of each feeder, the detection result information including the working status of each feeder in the transceiver antenna of the first wireless access device; and reporting the detection result information to the wireless control device, so that the wireless control device can identify abnormal feeders and their corresponding wireless access devices in the normal wireless access device pair.

[0009] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps in the method.

[0010] In this embodiment, based on the neighbor information reported by each trackside AP, the adjacency relationship between multiple trackside APs can be determined. Combining the correspondence between the transceiver antennas of multiple trackside APs in the neighbor information, the abnormal AP with incorrect transceiver antenna connection and the cause of the connection error can be identified. Furthermore, for trackside APs with correct transceiver antenna connection, the trackside APs can be divided into normal AP pairs according to the adjacency relationship. Based on the detection results of the working status of each feeder by the two trackside APs in each normal AP pair, the feeder with abnormal working status in each trackside AP can be identified, which helps to quickly determine the specific cause of the abnormality. Attached Figure Description

[0011] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0012] Figure 1a This application provides a schematic diagram of the structure of a vehicle-to-ground network system.

[0013] Figure 1b A schematic diagram illustrating a trackside AP installation method provided in an embodiment of this application;

[0014] Figure 1cA schematic diagram illustrating another trackside AP installation method provided in this application embodiment;

[0015] Figure 1d A schematic diagram illustrating yet another trackside AP installation method provided in this application embodiment;

[0016] Figure 1e A schematic diagram illustrating another trackside AP installation method provided in an embodiment of this application;

[0017] Figure 1f This is a schematic diagram of another vehicle-to-ground network system provided in an embodiment of this application;

[0018] Figure 1g This is a schematic diagram of another vehicle-to-ground network system provided in an embodiment of the present application;

[0019] Figure 2a A flowchart of a trackside AP anomaly detection method provided in this application embodiment;

[0020] Figure 2b A flowchart illustrating another trackside AP anomaly detection method provided in this application embodiment;

[0021] Figure 3 This is a schematic diagram of a wireless control device provided in an embodiment of this application. Detailed Implementation

[0022] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0023] In urban rail transit systems, to achieve wireless signal coverage in tunnels and ensure normal train communication while traveling through tunnels, multiple wireless access points (APs) are typically deployed on one or both sides of the tunnel tracks. These APs are controlled by a wireless access point controller (AC) to transmit and receive wireless signals. The wireless access points deployed in the tunnel are generally called trackside APs, and the wireless control device that controls multiple trackside APs is called the AC controller.

[0024] Figure 1a This is a schematic diagram of the structure of a vehicle-to-ground network system provided in an embodiment of this application, such as... Figure 1aAs shown, the vehicle-to-ground network system includes an AC controller 10 and multiple trackside access points (APs). The multiple trackside APs can establish connections with the remote AC controller 10 via a wireless network and obtain wireless network configuration information from the AC controller 10 to propagate wireless signals into the tunnel. During train operation, the onboard APs can sequentially switch bridges to various trackside APs, establishing connections with each AP and completing vehicle-to-ground data transmission through the bridging links.

[0025] Typically, each trackside access point (AP) communicates wirelessly with other wireless devices via transmitting and receiving antennas. Figure 1b This diagram illustrates a normal deployment of a trackside access point (AP). The transmitting and receiving antennas are represented by Radio1 and Radio2, respectively. The AP is connected to Radio1 and Radio2 via multiple feeders for transmitting and receiving wireless signals. Under correct deployment, the AP is connected to Radio1 and Radio2 via multiple feeders as follows: Figure 1b As shown, in order to ensure the strength of the wireless signal transmission and reception of the trackside AP, Radio1 and Radio2 are usually parallel to the tunnel in the horizontal direction.

[0026] However, during the installation and deployment of trackside APs, improper human error may cause errors in the deployment of the AP's feeder or transceiver antennas, such as reversed feeder connections (e.g., ...). Figure 1c As shown), the feeder lines are crossed and misconnected (e.g. Figure 1d (as shown) or the transmit and receive antennas are not facing correctly (e.g. Figure 1e As shown in the image, issues such as loose or detached feeder interfaces also frequently occur during prolonged use. These problems can cause abnormal signal transmission and reception by the trackside AP, such as weak, unstable, or even complete failure to transmit or receive signals. Therefore, to ensure normal communication for the trackside APs, anomaly detection can be performed on the trackside APs in the tunnel to determine the cause of communication abnormalities.

[0027] In practical applications, multiple trackside APs in the tunnel can establish a connection with the AC controller 10 through the Control and Provisioning of Wireless Access Points Protocol Specification (CAPWAP). If the connection is successfully established, the APs can obtain the configuration information of the Wireless Local Area Network (WLAN) from the AC controller 10. Based on this, the AC controller 10 can control the multiple trackside APs to communicate wirelessly with the train.

[0028] In this embodiment of the application, in order to detect whether each trackside AP can communicate normally, this embodiment of the application provides another method such as... Figure 1f The diagram shows the structure of a vehicle-to-ground network system. Figure 1f As shown, when multiple trackside APs in the tunnel successfully establish a connection with the AC controller 10, the AC controller 10 can send a neighbor detection command to each trackside AP, instructing each trackside AP to detect signals from its neighboring APs on its left and right sides to determine whether each trackside AP can normally receive the wireless signals transmitted by its neighboring APs. Upon receiving the neighbor detection command from the AC controller 10, each trackside AP can perform neighbor detection according to the command and report the detected neighbor information to the AC controller 10.

[0029] In this embodiment, neighbor detection by a trackside AP refers to the process by which each trackside AP transmits a wireless signal and receives wireless signals transmitted by neighboring APs. Typically, multiple trackside APs in a tunnel are deployed almost equidistantly. To ensure that each trackside AP can successfully receive the wireless signals transmitted by its nearest left and right neighbor APs and filter the wireless signals transmitted by other trackside APs, in this embodiment, before transmitting a wireless signal, each trackside AP can adjust its transmission power to a specified power. This ensures that when each trackside AP transmits a wireless signal at its specified power, the transmitted wireless signal can propagate to its nearest left and right neighbor APs.

[0030] Further optionally, each trackside AP, when transmitting a wireless signal at a specified power, can reach its nearest left and right neighbor APs, but not another neighbor AP of its left and right neighbor APs, to ensure that the wireless signal received by each trackside AP is the same as the wireless signal transmitted by its neighbor AP. Of course, this is not a limitation; if each trackside AP can receive wireless signals transmitted by both its nearest left and right neighbor APs and another neighbor AP of its left and right neighbor APs, the wireless signal transmitted by the nearest left and right neighbor AP can be determined based on the strength of the different wireless signals.

[0031] In this embodiment, the method for determining the specified power is not limited. Optionally, the loss of the wireless signal from transmission to reception between two trackside APs can be calculated based on Fresnel zone theory and information such as the length, width, and height of the tunnel, in order to determine the power at which the wireless signal can be transmitted to meet the requirements for neighbor detection in the above embodiments. For example, if the trackside access point (AP) transmitting a wireless signal is 300m away from the trackside AP receiving the wireless signal, and the tunnel is 4.2m long and wide, the power loss of the wireless signal is calculated to be 98dB based on this and the Fresnel zone theory. Assuming the gain of the transmitting antenna and the receiving antenna are 12dbi and 11dbi respectively, if the transmitting AP transmits a wireless signal at a power of 27dbi, the power of the wireless signal received by the receiving AP can be determined to be 27dbi + 12dbi + 11dbi - 98dbi = -48dbi. If the wireless signal with a power of -48dbi can be recognized by the trackside AP, then 27dbi can be used as the specified power. If the wireless signal with a power of -48dbi cannot be recognized by the trackside AP, then the transmitting power can be adjusted to obtain a suitable specified power value.

[0032] In practical applications, the loss of wireless signals varies depending on the environment. For example, the degree of loss differs between tunnels and open-air environments. Optionally, when determining the specified power, the actual degree of loss during wireless signal propagation can be tested based on the deployment environment of the trackside APs, and the test results can be compared with theoretical calculations to determine the appropriate specified power. For example, assuming the transmitter also transmits a wireless signal at 27 dBm, and the degree of loss during wireless signal propagation tested in the actual tunnel environment is shown in Table 1, the signal strength received by the trackside AP varies depending on the distance between the transmitter and receiver. Of course, different tunnel environments and the deployment of trackside APs may differ, leading to different test results; this is merely an illustrative example.

[0033] Based on the test data in Table 1, and considering that the actual deployment interval of trackside APs is usually between 160m and 200m, the test results in Table 1 show that trackside APs at a distance of 160m to 200m can identify wireless signals transmitted at 27dBm. Therefore, 27dBm can be used as the specified power, and the effective signal strength range between neighboring trackside APs is [-48dBm, -55dBm].

[0034] Table 1

[0035] distance Received signal strength (dBm) Can it be recognized? 100m -48 able 200m -53 able 250m -55 able 300m -59 no 400m -64 no 600m -75 no

[0036] In this embodiment, when each trackside AP performs neighbor detection according to the neighbor detection command, it can transmit wireless signals to the outside world at a specified power and receive wireless signals transmitted by surrounding trackside APs at a specified power. Optionally, before transmitting and receiving wireless signals at the specified power, each trackside AP can also adjust the channels of its transmitting and receiving antennas to a specified channel, such as channel-36, so as to transmit and receive wireless signals through the specified channel.

[0037] Based on this, when each trackside AP receives wireless signals transmitted by surrounding trackside APs, it can identify the target wireless signal within the effective signal strength range from the received wireless signals based on the strength of the received wireless signals, and determine the trackside AP transmitting the target wireless signal as a neighboring trackside AP. Furthermore, it can also identify the identifiers of neighboring trackside APs and their transmitting antennas from the target wireless signals, and generate neighbor information based on its own identifier and the identifier of its receiving antenna (e.g., Radio1), and the identifiers of neighboring trackside APs and their transmitting antennas (e.g., Radio2), and report this information to the AC controller 10.

[0038] Furthermore, when the AC controller 10 receives neighbor information reported by multiple trackside APs, it can identify normal AP pairs with correct neighbor relationships among the multiple trackside APs based on the neighbor information reported by the multiple trackside APs; wherein each normal AP pair includes two adjacent trackside APs. In this embodiment, the neighbor information of each trackside AP includes at least the identifier of the trackside AP, the identifier of the neighboring trackside AP, and the correspondence between the transceiver antennas of the trackside AP and its neighboring trackside AP. When the AC controller 10 identifies normal AP pairs with correct neighbor relationships among the multiple trackside APs based on the neighbor information returned by the multiple trackside APs, it can determine the adjacency relationship of the multiple trackside APs and the correct transceiver antenna correspondence between adjacent trackside APs based on the AP identifiers included in the neighbor information of the multiple trackside APs. For example, if the neighboring trackside APs reported by trackside APi include trackside APi-1 and trackside APi+1, the neighboring trackside APs reported by trackside APi-1 include trackside APi-2 and trackside APi, and the neighboring trackside APs reported by trackside APi+1 include trackside APi and trackside APi+2, then the AC controller 10 can determine that trackside APi must be adjacent to trackside APi-1 and trackside APi+1 respectively.

[0039] Furthermore, when determining the adjacency relationship of multiple trackside APs, the AC controller 10 can determine that the correct correspondence between the transceiver antennas of the multiple trackside APs should be as shown in Table 2. Table 2 shows the correspondence between the transceiver antennas of some trackside APs. Local-BSSID represents the identifier of the trackside AP itself, Neighbor-BSSID represents the identifier of its neighboring trackside AP, and Radio1 and Radio2 represent the identifiers of the transceiver antennas of each trackside AP, respectively.

[0040] As shown in Table 2, when multiple trackside APs are correctly deployed, the correspondence between the transmit and receive antennas of each trackside AP and its left and right neighboring trackside APs is as shown in the gray area of ​​Table 2. That is, the identifier Radio1 of the transmit antenna of each trackside AP should correspond to the identifier Radio2 of the receive antenna of one of its neighboring trackside APs, and the identifier Radio2 of the receive antenna should correspond to the identifier Radio1 of the transmit antenna of another trackside AP. Based on this, the AC controller 10 can determine normal AP pairs and abnormal APs with correct neighbor relationships by combining the transmit and receive antenna correspondence contained in the neighbor information of multiple trackside APs and the correct transmit and receive antenna correspondence between adjacent trackside APs. Among them, abnormal APs refer to trackside APs with incorrect transmit and receive antenna correspondence with adjacent trackside APs.

[0041] Table 2

[0042]

[0043]

[0044] In this embodiment, based on the transceiver antenna correspondence contained in the neighbor information of multiple trackside APs, and combined with the correct transceiver antenna correspondence between adjacent trackside APs, the type of transceiver antenna installation anomaly corresponding to the abnormal AP can be analyzed. Optionally, based on the transmit antenna identifier corresponding to the receive antenna and the receive antenna identifier corresponding to the transmit antenna of the abnormal AP, it can be analyzed whether the transceiver antenna of the abnormal AP is reversed, whether the feeder is cross-connected, whether the angle of the transceiver antenna is abnormal, and whether the feeder interface is loose or detached.

[0045] For example, if the correspondence of some transceiver antennas in the neighbor information of multiple trackside APs is as shown in Table 3, according to the correspondence of transceiver antennas in the gray area of ​​Table 3, it can be seen that the identifier Radio2 of the receiving antenna of trackside APi corresponds to the identifier Radio2 of the receiving antenna of its left neighbor, trackside APi-1; while the identifier Radio1 of the transmitting antenna corresponds to the transmitting antenna Radio1 of its right neighbor, trackside APi+1. The fact that trackside APi has a corresponding transceiver antenna with both its left and right neighboring trackside APs indicates that they can transmit and receive wireless signals normally. However, the correspondence between the transceiver antennas of trackside APi and its left and right neighboring trackside APs is reversed. Therefore, it can be determined that the feeder and transceiver antenna of trackside APi are connected in reverse. In this case, the trackside APi can be redeployed by adjusting the connection relationship between the feeder and the transceiver antenna.

[0046] Table 3

[0047]

[0048] For example, if the correspondence of some transceiver antennas in the neighbor information of multiple trackside APs is as shown in Table 4, according to the correspondence of transceiver antennas in the gray part of Table 4, it can be seen that the radio identifier (Radio1) of the transceiver antenna of trackside APi corresponds to the radio identifier (Radio2) of the receiving antenna of its left neighbor, trackside APi-1, and also corresponds to the radio identifier (Radio1) of the transceiver antenna of its right neighbor, trackside APi+1; similarly, the radio identifier (Radio2) of the receiving antenna corresponds to the radio identifier (Radio2) of the receiving antenna of its left neighbor, trackside APi-1, and also corresponds to the radio identifier (Radio1) of the transceiver antenna of its right neighbor, trackside APi+1. The fact that trackside APi has corresponding transceiver antennas with both its left and right neighboring trackside APs indicates that they can transmit and receive wireless signals normally. However, there are overlapping corresponding transceiver antennas between trackside APi and its left and right neighboring trackside APs. This indicates that the feeder of trackside APi is incorrectly connected, and the trackside AP can be redeployed by adjusting the connection relationship between the feeder and the transceiver antenna.

[0049] Table 4

[0050]

[0051] For example, if the correspondence of some transmit and receive antennas in the neighbor information of multiple trackside APs is as shown in Table 5, and there is no correspondence between the transmit antenna Radio1 of trackside APi and the receive transmit antenna Radio2 of its left neighbor trackside APi-1, it means that trackside APi and trackside APi-1 cannot transmit or receive wireless signals. In this case, it is impossible to determine whether the transmit antenna of trackside APi or the receive antenna of trackside APi-1 is abnormal. Therefore, the transmit antenna of trackside APi and the receive antenna of trackside APi-1 can be checked to determine the reason why trackside APi and trackside APi-1 cannot transmit or receive signals. If the receiving antenna Radio2 of the trackside APi does not correspond to its right neighbor, trackside APi+1, while the transmitting antenna Radio1 of its right neighbor, trackside APi+1, corresponds to the receiving antenna Radio2 of the trackside APi, this indicates that trackside APi+1 can successfully transmit wireless signals to the trackside APi, but the trackside APi cannot receive wireless signals. This indicates that there is an abnormality in the receiving antenna of the APi. Therefore, the receiving and transmitting antennas of the trackside APi should be inspected to determine if there are any problems such as abnormal receiving antenna angle, loose or detached feeder interface.

[0052] Table 5

[0053]

[0054] In the above embodiments, by analyzing the correspondence between the transceiver antennas of the trackside APs, it can be determined whether the feeders corresponding to the transceiver antennas of multiple trackside APs are reversed, cross-connected, or whether the feeder interfaces are loose or disconnected. However, even if the connection between the feeder and the transceiver antenna is correct, abnormalities in some feeders may still cause the trackside AP to transmit or receive wireless signals weakly, unstablely, or even fail to transmit or receive wireless signals. For example, each transceiver antenna of a trackside AP has 5 feeders. If 3 feeders of the transmitting antenna have abnormalities such as loose interfaces, disconnections, or cable damage, these 3 feeders will not work properly. Although the remaining 2 feeders can ensure that the transmitting antenna transmits wireless signals, compared to 5 feeders working simultaneously, the number of spatial streams transmitted per unit time is reduced, which may cause the negotiation rate at both ends of the bridge to be low.

[0055] In actual use, some feeder abnormalities occur from time to time. To further determine whether there are abnormal feeders in a normal AP pair with correct transmit and receive antenna correspondence, such as... Figure 1g As shown, the AC controller 10 can also send detection commands to the two trackside APs in each normal AP pair in sequence, so that the two trackside APs can detect the working status of each feeder of their transceiver antennas and report the detection results.

[0056] In this embodiment, the method by which the AC controller 10 sequentially issues detection commands to the two trackside APs in each normal AP pair is not limited. Optionally, a detection command may be issued to one trackside AP first, and upon receiving the detection result information reported by that trackside AP, a detection command may be issued to the other trackside AP in the normal AP pair. Alternatively, a detection command may be issued to the other trackside AP in the normal AP pair after a preset time interval following the issuance of a detection command to one trackside AP. Or, when issuing a detection command to one trackside AP in the normal AP pair, the trackside AP may be instructed to notify the other trackside AP in its normal AP pair to begin detection after the detection is completed. The method by which the AC controller sequentially issues detection commands to the two trackside APs in the normal AP pair can be determined according to actual needs and is not limited here.

[0057] Furthermore, for each trackside AP in a normal AP pair that receives a detection command, it can sequentially use each feeder in its transceiver antenna to transmit and receive wireless signals with the other trackside AP in the normal AP pair, according to the detection command, to detect the operating status of each feeder. For example... Figure 1g As shown, when the working status of each feeder is determined, the trackside AP can report the detection result information to the AC controller 10 so that the AC controller 10 can identify the abnormal feeder and its corresponding trackside AP in the normal AP pair; wherein, the detection result information includes at least the identifier of the trackside AP, the identifier of the transceiver antenna, and the identifier of the feeder.

[0058] In this embodiment of the application, the method by which each normal AP reports the detection result information to the AC controller 10 is not limited. Optionally, the trackside AP may report the detection result information corresponding to each feeder to the AC controller when it obtains the working status of each feeder, or it may report the detection result information corresponding to all feeders to the AC controller 10 together when it obtains the working status of all feeders.

[0059] In this embodiment, to ensure the accuracy of the detection results, when the first railside AP in each normal AP pair sequentially starts and detects each feeder of its transceiver antenna, all feeders in the transceiver antenna of the second railside AP in the normal AP pair are set to the start state. Correspondingly, when the first railside AP finishes detecting all feeders in its transceiver antenna and obtains the detection result information, all feeders in the transceiver antenna of the first railside AP can be set to the open state, and wireless signal transmission and reception can be carried out in conjunction with each feeder in the transceiver antenna of the second railside AP in the normal AP pair, so that the second railside AP can detect the working status of each feeder in its transceiver antenna.

[0060] For example, if trackside APi and trackside APi-1 belong to the same normal AP pair, when trackside APi detects the operational status of each feeder in its transmitting antenna, all feeders in the receiving antenna of trackside APi-1 are set to the active state. Correspondingly, if trackside APi and trackside APi+1 belong to another normal AP pair, when trackside APi detects the operational status of each feeder in its receiving antenna, all feeders in the transmitting antenna of trackside APi+1 are set to the active state. The detection between each normal AP pair does not interfere with each other.

[0061] Based on the above, when the AC controller 10 receives the detection result information reported by the two trackside APs in each normal AP pair, it can determine the abnormal feeder and its corresponding trackside AP in the normal AP pair according to the detection result information reported by the two trackside APs. The detection result information includes at least the identifier of each trackside AP, the identifier of its transceiver antenna, and the identifier and operating status of each feeder. Assuming that each trackside AP's transceiver antenna includes 3 feeders, and that each feeder is operating normally, the partial detection result information received by the AC controller 10 should be as shown in Table 6, i.e., each feeder in the transmitting antenna of trackside APi+1 corresponds to the receiving antenna of trackside APi, and each feeder in the receiving antenna of trackside APi corresponds to the transmitting antenna of trackside APi+1; where trackside APi and trackside APi+1 belong to the same normal AP pair, and AntennaID is the identifier of each feeder.

[0062] Table 6

[0063] AntennaID Local-BSSID Neighbor-BSSID ...... ...... 1 APi+1 Radio1 APi Radio2 2 APi+1 Radio1 APi Radio2 3 APi+1 Radio1 APi Radio2 1 APi Radio2 APi+1 Radio1 2 APi Radio2 APi+1 Radio1 3 APi Radio2 APi+1 Radio1 ...... ......

[0064] In this embodiment, if the detection result information received by the AC controller 10 is as shown in Table 7, according to the gray part in Table 7, the second feeder in the transmitting antenna Radio1 of APi+1 cannot transmit wireless signals, and the second and third feeders in the receiving antenna Radio2 of the trackside APi cannot receive wireless signals. Therefore, it can be determined that the second feeder in the transmitting antenna Radio1 of the trackside APi+1 and the second and third feeders in the receiving antenna Radio2 of the trackside APi are abnormal. The cause of the abnormality may be a loose or detached feeder interface or damage to the feeder cable. Specific troubleshooting and repair can then be carried out on the feeders of the trackside APi and trackside APi+1.

[0065] Table 7

[0066]

[0067]

[0068] It should be noted that the embodiments of this application do not limit the time for anomaly detection of trackside APs. Optionally, anomaly detection can be performed on multiple trackside APs in the tunnel before they are officially put into use, provided that all trackside APs in the tunnel have been deployed. Further, alternatively, anomaly detection can be performed periodically, for example, once a day, week, or month. Correspondingly, the embodiments of this application do not limit the time for detecting trackside APs. Optionally, anomaly detection can be performed on trackside APs during non-train operating hours. For example, if the train's operating hours are from 5:00 AM to 11:00 PM, anomaly detection can be performed on trackside APs every other day, week, or month during the period from 11:00 PM to 5:00 AM the following morning to avoid affecting the communication effect during train operation.

[0069] In this embodiment, based on the neighbor information reported by each trackside AP, the adjacency relationship between multiple trackside APs can be determined. Combining the correspondence between the transceiver antennas of multiple trackside APs in the neighbor information, the abnormal AP with incorrect transceiver antenna connection and the cause of the incorrect transceiver antenna connection can be identified. Furthermore, for trackside APs with correct transceiver antenna connection, the trackside APs can be divided into normal AP pairs according to the adjacency relationship. Based on the detection results of the working status of each feeder by the two trackside APs in each normal AP pair, the feeder with abnormal working status in each trackside AP can be identified to determine the specific cause of the abnormality.

[0070] This method can automatically identify abnormal access points (APs) and analyze the causes of the abnormalities, helping maintenance personnel to quickly locate problems, improve maintenance efficiency, and reduce the difficulty of repair work for implementation personnel.

[0071] It should be noted that for the trackside APs at both ends of the tunnel, since they can only receive neighbor information from one side even when both trackside APs are functioning normally, this embodiment does not limit the processing method for the trackside APs at both ends of the tunnel in this case. Optionally, when identifying abnormal APs based on the neighbor information reported by each trackside AP, the judgment of the trackside APs at both ends of the tunnel can be directly filtered out, or they can be identified as faulty APs, and the implementation personnel can conduct offline inspections and confirm whether they are abnormal.

[0072] Based on the above, this application provides a method for detecting anomalies in a trackside access point (AP), which is applicable to wireless control devices. Figure 2a A flowchart illustrating the trackside AP anomaly detection method provided in this application embodiment. Figure 2a As shown, the method includes:

[0073] S1a. Send neighbor detection commands to multiple trackside APs so that multiple trackside APs can perform neighbor detection;

[0074] S2a. Based on the neighbor information returned by multiple trackside APs, identify normal AP pairs with correct neighbor relationships among the multiple trackside APs. Each normal AP pair includes two adjacent trackside APs.

[0075] S3a. For each normal AP pair, send detection commands to the two trackside APs in the AP pair in sequence, so that the two trackside APs can detect the working status of each feeder of their transceiver antenna and report the detection results.

[0076] S4a. Based on the detection results reported by the two trackside APs, identify the abnormal feeders and their corresponding trackside APs in the normal AP pair. The detection results include the identifier of each trackside AP, the identifier of the transceiver antenna, and the identifier and working status of each feeder.

[0077] In one optional embodiment, the neighbor information of each trackside AP includes the identifier of the trackside AP, the identifier of the neighboring trackside AP, and the correspondence between the transceiver antennas of the trackside AP and its neighboring trackside AP. Then, when identifying normal AP pairs with correct neighbor relationships among multiple trackside APs based on their neighbor information returned by multiple trackside APs, the adjacency relationship of the multiple trackside APs and the correct transceiver antenna correspondence between adjacent trackside APs can be determined based on the AP identifiers contained in the neighbor information of the multiple trackside APs. Furthermore, based on the transceiver antenna correspondence contained in the neighbor information of the multiple trackside APs, and combined with the correct transceiver antenna correspondence between adjacent trackside APs, normal AP pairs with correct neighbor relationships and abnormal APs can be determined. Here, an abnormal AP refers to a trackside AP with an incorrect transceiver antenna correspondence with its neighboring trackside APs.

[0078] In an optional embodiment, the type of transceiver antenna installation anomaly corresponding to an abnormal AP can also be analyzed based on the transceiver antenna correspondence contained in the neighbor information of multiple trackside APs and the correct transceiver antenna correspondence between adjacent trackside APs.

[0079] Optionally, when analyzing the abnormal type of the transceiver antenna installation of the abnormal AP, the abnormal AP's transceiver antenna can be analyzed based on the transceiver antenna identifier corresponding to its receiving antenna and the receiving antenna identifier corresponding to its transmitting antenna. This analysis can be used to determine whether the transceiver antenna of the abnormal AP is reversed, whether the feeder is cross-connected, whether the angle of the transceiver antenna is abnormal, and whether the interface of the transceiver antenna is loose or detached.

[0080] Accordingly, embodiments of this application provide a method for detecting anomalies in trackside APs, which is applicable to trackside APs. Figure 2b A flowchart illustrating the trackside AP anomaly detection method provided in this application embodiment. Figure 2b As shown, the method includes:

[0081] S1b: Receive the neighbor detection command sent by the wireless control device, perform neighbor detection according to the neighbor detection command, and report the detected neighbor information to the wireless control device so that the wireless control device can identify the normal AP pair with the correct neighbor relationship from multiple trackside APs.

[0082] S2b. If the first trackside AP is one of the trackside APs in a normal AP pair, then receive the detection command sent by the wireless control device, and according to the detection command, use each feeder in the transceiver antenna to transmit and receive wireless signals with the other trackside AP in the normal AP pair in turn to detect the working status of each feeder.

[0083] S3b. Based on the wireless signal transmission and reception results of each feeder, generate detection result information, which includes the identifier of the first trackside AP, the identifier of the transceiver antenna, and the identifier and working status of each feeder.

[0084] S4b. Report the detection results to the wireless control equipment so that the wireless control equipment can identify the abnormal feeder and its corresponding trackside AP in the normal AP pair.

[0085] In an optional embodiment, when performing neighbor detection according to the neighbor detection instruction, a wireless signal can be transmitted to the outside at a specified power according to the neighbor detection instruction, and wireless signals transmitted by surrounding trackside APs at a specified power can be received. Based on the strength of the received wireless signal, the neighbor trackside AP can be identified from the surrounding trackside APs. The identifier of the neighbor trackside AP and the identifier of the transmitting antenna can be identified from the wireless signals transmitted by the neighbor trackside AP. Then, neighbor information is generated based on the identifier of the first trackside AP and the identifier of the receiving antenna, the identifier of the neighbor trackside AP and the identifier of the transmitting antenna.

[0086] In an optional embodiment, before transmitting and receiving wireless signals at a specified power, the channels of the transmitting and receiving antennas of the multiple trackside APs can be adjusted to a specified channel so as to transmit and receive wireless signals through the specified channel.

[0087] In an optional embodiment, after obtaining the detection result information, all feeders in the transceiver antenna of the first railside AP can be set to the on state, and wireless signals can be transmitted and received in conjunction with the normal AP to each feeder in the transceiver antenna of the other railside AP, so that the other railside AP can detect the working status of each feeder in its transceiver antenna.

[0088] It should be noted that the execution subject of each step of the method provided in the above embodiments can be the same device, or the method can be executed by different devices. For example, the execution subject of steps S1b to S4b can be device A; or the execution subject of step S1b can be device A, and the execution subject of steps S2b to S4b can be device B; and so on.

[0089] Furthermore, in some processes described in the above embodiments and accompanying drawings, multiple operations appear in a specific order. However, it should be clearly understood that these operations may not be executed in the order they appear herein, or they may be executed in parallel. The operation numbers, such as S1a, S2a, etc., are merely used to distinguish different operations and do not represent any execution order. Additionally, these processes may include more or fewer operations, and these operations may be executed sequentially or in parallel. It should be noted that the descriptions such as "first" and "second" in this document are used to distinguish different messages, devices, modules, etc., and do not represent a sequential order, nor do they limit "first" and "second" to different types.

[0090] This application also provides a wireless control device. Figure 3 This is a schematic diagram of the structure of a wireless control device according to an embodiment of this application. Figure 3 As shown, the wireless control device includes a processor 31 and a memory 32 storing a computer program; wherein the processor 31 and the memory 32 may be one or more.

[0091] Memory 32 is primarily used to store computer programs that can be executed by processor 31, causing processor 31 to control the wireless control device to perform corresponding functions, actions, or tasks. In addition to storing computer programs, memory 32 can also be configured to store various other data to support operation on the wireless control device. Examples of this data include instructions for any application or method used to operate on the wireless control device.

[0092] The memory 32 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0093] In this embodiment, the implementation of processor 31 is not limited; it may be, for example, but not limited to, a CPU, GPU, or MCU. Processor 31 can be considered as the control system of the wireless control device, and can be used to execute the computer program stored in memory 32 to control the wireless control device to perform corresponding functions, actions, or tasks. It is worth noting that, depending on the implementation of the wireless control device and the scenario it is in, the required functions, actions, or tasks will differ; correspondingly, the computer program stored in memory 32 will also differ, and processor 31 can execute different computer programs to control the wireless control device to perform different functions and complete different actions or tasks.

[0094] In some alternative embodiments, such as Figure 3 As shown, the wireless control device may also include other components such as a display 33, a power supply component 34, and a communication component 35. Figure 3 The diagram only shows some components and does not mean that the wireless control device includes only these components. Figure 3 The components shown are optional. For different application needs, the wireless control device may also include other components, such as those required for audio output / input. Figure 3 As shown, the wireless control device may also include an audio component 36. The specific components that may be included in the wireless control device depend on the product form of the wireless control device and are not limited here.

[0095] In this embodiment of the application, when the processor 31 executes the computer program in the memory 32, it is used to perform the above-mentioned... Figure 2a The steps in the trackside AP anomaly detection method are shown.

[0096] Accordingly, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed, can perform the steps that can be executed by a wireless control device in the above method embodiments.

[0097] This application also provides a wireless access device, which has a structure similar to a wireless control device; for details, please refer to [link to specific details]. Figure 3 The diagram shows a structural schematic. In this embodiment, the wireless access device includes a processor and a memory storing a computer program; wherein the processor and the memory can be one or more.

[0098] Memory is primarily used to store computer programs, which can be executed by a processor, causing the processor to control the wireless access device to perform corresponding functions, actions, or tasks. In addition to storing computer programs, memory can also be configured to store various other data to support operation on the wireless access device. Examples of this data include instructions for any application or method used to operate on the wireless access device.

[0099] Memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0100] In this embodiment, the implementation of the processor is not limited; it can be, for example, but not limited to, a CPU, GPU, or MCU. The processor can be viewed as the control system of the wireless access device, capable of executing computer programs stored in the memory to control the wireless access device to perform corresponding functions, actions, or tasks. It is worth noting that, depending on the implementation of the wireless access device and the specific scenario, the required functions, actions, or tasks will differ; correspondingly, the computer programs stored in the memory will also differ, and the processor executing different computer programs can control the wireless access device to perform different functions and complete different actions or tasks.

[0101] In some alternative embodiments, the wireless access device may further include a power supply component and a communication component, such as a wireless transceiver component. Of course, these are only some of the components shown as illustrations and do not imply that the wireless access device only includes these components. Depending on different application requirements, the wireless access device may also include other components. The specific components that a wireless access device may include depend on the product form of the wireless access device and are not limited here.

[0102] In this embodiment of the application, when the processor executes a computer program in memory, it is used to perform the above-mentioned... Figure 2b The steps in the trackside AP anomaly detection method are shown.

[0103] Accordingly, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed, can perform the steps that can be executed by a wireless access device in the above method embodiments.

[0104] The communication component in the above embodiment is configured to facilitate wired or wireless communication between the device containing the communication component and other devices. The device containing the communication component can access wireless networks based on communication standards, such as WiFi, 2G, 3G, 4G / LTE, 5G, or combinations thereof. In one exemplary embodiment, the communication component receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication component further includes a Near Field Communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID), Infrared Data Association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0105] The display in the above embodiments includes a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touchscreen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors can sense not only the boundaries of the touch or swipe action, but also the duration and pressure associated with the touch or swipe operation.

[0106] The power supply component in the above embodiments provides power to various components of the device in which the power supply component is located. The power supply component may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device in which the power supply component is located.

[0107] The audio component in the above embodiments can be configured to output and / or input audio signals. For example, the audio component includes a microphone (MIC) configured to receive external audio signals when the device containing the audio component is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals can be further stored in memory or transmitted via a communication component. In some embodiments, the audio component also includes a speaker for outputting audio signals.

[0108] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0109] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in one or more flowchart illustrations and / or one or more block diagrams.

[0110] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means that implement the functions specified in one or more flowcharts and / or one or more block diagrams.

[0111] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

[0112] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0113] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0114] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0115] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0116] The above description is merely an embodiment of this application and is not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. A method for detecting anomalies in trackside access points (APs), characterized in that, The method, applicable to wireless control devices, includes: Send neighbor detection commands to multiple trackside APs so that the multiple trackside APs can perform neighbor detection; Based on the neighbor information returned by the multiple trackside APs, identify normal AP pairs with correct neighbor relationships among the multiple trackside APs. Each normal AP pair includes two adjacent trackside APs. For each normal AP pair, detection commands are sequentially sent to the two trackside APs in the pair, so that the two trackside APs can detect the operational status of each feeder of their transceiver antennas and report the detection results; wherein, the detection command is used to instruct the trackside AP receiving the detection command to use each feeder of its transceiver antenna to transmit and receive wireless signals with the other trackside AP in the normal AP pair; and Based on the detection results reported by the two trackside APs, the abnormal feeders and their corresponding trackside APs in the normal AP pair are identified. The detection results include the identifier of each trackside AP, the identifier of the transceiver antenna, and the identifier and operating status of each feeder.

2. The method according to claim 1, characterized in that, Each trackside AP's neighbor information includes the AP's identifier, the identifiers of neighboring trackside APs, and the correspondence between the transceiver antennas of the trackside AP and its neighboring trackside APs. Based on the neighbor information returned by the multiple trackside APs, the system identifies normal AP pairs with correct neighbor relationships among the multiple trackside APs, including: Based on the AP identifiers contained in the neighbor information of the multiple trackside APs, the adjacency relationship of the multiple trackside APs and the correct correspondence between the transceiver antennas of adjacent trackside APs are determined. Based on the transmit / receive antenna correspondence contained in the neighbor information of the multiple trackside APs, and combined with the correct transmit / receive antenna correspondence between adjacent trackside APs, normal AP pairs and abnormal APs with correct neighbor relationships are determined. The abnormal AP refers to a trackside AP with an incorrect transmit / receive antenna correspondence with its neighboring trackside AP.

3. The method according to claim 2, characterized in that, The method further includes: analyzing the type of abnormal antenna installation of the abnormal AP based on the corresponding relationship of the transceiver antennas contained in the neighbor information of the multiple trackside APs, combined with the correct corresponding relationship of the transceiver antennas between adjacent trackside APs.

4. The method according to claim 3, characterized in that, The analysis of the abnormal AP's corresponding transceiver antenna installation abnormality type includes: Based on the transmit antenna identifier corresponding to the receive antenna of the abnormal AP and the receive antenna identifier corresponding to its transmit antenna, analyze whether the transmit and receive antennas of the abnormal AP are reversed, whether the feeder is cross-connected, whether the angle of the transmit and receive antennas is abnormal, and whether the interface of the transmit and receive antennas is loose or detached.

5. A method for detecting anomalies in trackside access points (APs), characterized in that, Applicable to a first trackside AP, the method includes: The device receives a neighbor detection command sent by a wireless control device, performs neighbor detection according to the neighbor detection command, and reports the detected neighbor information to the wireless control device so that the wireless control device can identify normal AP pairs with correct neighbor relationships from multiple trackside APs. If the first trackside AP is one of the trackside APs in a normal AP pair, then the detection command sent by the wireless control device is received, and according to the detection command, each feeder in the transceiver antenna of the first trackside AP is used to transmit and receive wireless signals with the other trackside AP in the normal AP pair in turn to detect the working status of each feeder. Based on the wireless signal transmission and reception results of each feeder, detection result information is generated, which includes the working status of each feeder in the transceiver antenna of the first trackside AP. The detection results are reported to the wireless control device so that the wireless control device can identify the abnormal feeder and its corresponding trackside AP in the normal AP pair.

6. The method according to claim 5, characterized in that, Performing neighbor detection according to the neighbor detection command includes: According to the neighbor detection command, transmit wireless signals to the outside at a specified power and receive wireless signals transmitted by surrounding trackside APs at a specified power. Based on the strength of the received wireless signal, neighboring trackside APs are identified from the surrounding trackside APs; and Identify the identifier of the neighboring trackside AP and the identifier of its transmitting antenna from the wireless signals emitted by the neighboring trackside AP; The neighbor information is generated based on the identifier of the first trackside AP and the identifier of its receiving antenna, as well as the identifier of the neighboring trackside AP and the identifier of its transmitting antenna.

7. The method according to claim 6, characterized in that, Before transmitting and receiving wireless signals at a specified power, the plurality of trackside APs also include: The channels of the transceiver antennas of the multiple trackside APs are all adjusted to the designated channel so as to transmit and receive wireless signals through the designated channel.

8. The method according to any one of claims 5-7, characterized in that, After obtaining the detection result information, the method further includes: All feeders in the transceiver antenna of the first trackside AP are set to the on state, and the normal AP is used to transmit and receive wireless signals in each feeder of the transceiver antenna of the other trackside AP, so that the other trackside AP can detect the working status of each feeder in its transceiver antenna.

9. A wireless control device, characterized in that, This includes the processor and the memory that stores the computer program; The processor is configured to execute the computer program for: Send neighbor detection commands to multiple trackside wireless access devices so that the multiple trackside wireless access devices can perform neighbor detection; Based on the neighbor information returned by the multiple trackside wireless access devices, identify normal wireless access device pairs with correct neighbor relationships among the multiple trackside wireless access devices. Each normal wireless access device pair includes two adjacent trackside wireless access devices. For each normal wireless access device pair, a detection command is sequentially sent to the two trackside wireless access devices in the pair, so that the two trackside wireless access devices can detect the working status of each feeder of their transceiver antenna and report the detection result information; wherein, the detection command is used to instruct the trackside wireless access device receiving the detection command to use each feeder of the transceiver antenna to transmit and receive wireless signals with the other trackside wireless access device in the normal wireless access device pair. as well as Based on the detection results reported by the two wireless access devices, the abnormal feeders and their corresponding trackside wireless access devices in the normal wireless access device pair are determined. The detection results include the working status of each feeder in the transceiver antenna of each trackside wireless access device.

10. A wireless access device, characterized in that, This includes the processor and the memory that stores the computer program; The device receives a neighbor detection command sent by a wireless control device, performs neighbor detection according to the neighbor detection command, and reports the detected neighbor information to the wireless control device so that the wireless control device can identify normal wireless access device pairs with correct neighbor relationships from multiple wireless access devices. If the first trackside wireless access device is one of the trackside wireless access devices in the normal wireless access device pair, then the detection command sent by the wireless control device is received, and according to the detection command, each feeder in the transceiver antenna of the first trackside wireless access device is used to transmit and receive wireless signals with the other trackside wireless access device in the normal wireless access device pair in turn to detect the working status of each feeder. Based on the wireless signal transmission and reception results of each feeder, detection result information is generated, which includes the working status of each feeder in the transceiver antenna of the first trackside wireless access device. The detection results are reported to the wireless control device so that the wireless control device can identify the abnormal feeder and its corresponding trackside wireless access device in the normal wireless access device pair.

11. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1-8.

Images