Method, device and equipment for checking hidden danger of optical line of wireless equipment and storage medium

Abstract

The invention discloses a method, a device and equipment for checking hidden dangers of an optical line of wireless equipment and a storage medium, and relates to the technical field of optical line power detection. The method comprises the following steps: acquiring optical line data of wireless equipment; under the condition that the optical line data meets a preset hidden danger alarm condition, acquiring the equipment type of the wireless equipment; acquiring a wireless device port state corresponding to the device type and a connection device port state of the wireless device; under the condition that the wireless equipment port state and the connection equipment port state are occupied states, updating a port abnormal count; and under the condition that the port abnormal count exceeds a set threshold value, generating an on-site hidden danger troubleshooting instruction. According to the embodiment of the invention, the port abnormity counting is carried out on the equipment meeting the hidden danger alarm condition, and the troubleshooting instruction is generated, so that the hidden danger detection of the critical state is realized, and the accuracy of hidden danger detection influencing the power stability of the optical line of the wireless equipment is improved.

Description

Technical Field

[0001] This application belongs to the field of optical line power detection technology, and in particular relates to a method, apparatus, equipment and storage medium for troubleshooting potential problems in the optical lines of wireless devices. Background Technology

[0002] In wireless communication networks, remote radio frequency modules connect to wireless devices via optical lines. The power stability of the optical lines directly affects the transmission performance of the wireless devices and the network quality. Therefore, the requirements for maintaining the power stability of the optical lines are becoming increasingly stringent.

[0003] Current technologies for optical line fault detection periodically measure the optical power value in the optical line and compare it with a preset power threshold. When the optical power consistently exceeds or falls below the preset threshold for a certain period, a fault is considered to have occurred in the optical line, and an alarm is triggered. However, existing methods can only identify optical lines that have already experienced faults. They cannot identify critical fault states that do not appear to be faulty but actually affect the performance of wireless devices. As a result, the accuracy of existing fault detection methods in detecting faults affecting the power stability of optical lines is relatively low. Summary of the Invention

[0004] This application provides a method, apparatus, device, and storage medium for troubleshooting potential problems in the optical lines of wireless devices, in order to solve the problem that existing fault detection methods have low accuracy in detecting faults affecting the power stability of optical lines.

[0005] In a first aspect, embodiments of this application provide a method for troubleshooting potential optical line hazards in wireless devices, the method comprising: Acquire optical line data from wireless devices; If the optical line data meets the preset potential alarm conditions, obtain the device type of the wireless device; Get the wireless device port status and the connected device port status of the wireless device corresponding to this device type; Update the port anomaly count if the wireless device port status and the connected device port status are in an occupied state. If the port anomaly count exceeds the set threshold, an on-site hazard investigation command will be generated.

[0006] Secondly, embodiments of this application provide an apparatus for troubleshooting potential optical line hazards in wireless devices, the apparatus comprising: The acquisition module is used to acquire optical line data from wireless devices. The acquisition module is also used to acquire the device type of the wireless device when the optical line data meets the preset hidden danger alarm conditions; The acquisition module is also used to acquire the wireless device port status and the wireless device connection device port status corresponding to the device type. The update module is used to update the port anomaly count when the wireless device port status and the connected device port status are in an occupied state. The generation module is used to generate on-site hazard investigation instructions when the port anomaly count exceeds a set threshold.

[0007] Thirdly, embodiments of this application provide a terminal device, which includes: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, it implements the method for investigating potential optical line hazards in wireless devices as described in the first aspect.

[0008] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer program instructions, which, when executed by a processor, implement the method for troubleshooting potential optical circuit hazards in wireless devices as described in the first aspect.

[0009] Fifthly, embodiments of this application provide a computer program product in which instructions, when executed by a processor of an electronic device, cause the electronic device to perform a method for troubleshooting potential optical circuit defects in wireless devices as described in the first aspect.

[0010] This application provides a method, apparatus, device, and storage medium for troubleshooting potential optical line hazards in wireless devices. The method first acquires the optical line data of the wireless device. If the optical line data meets preset hazard alarm conditions, the device type of the wireless device is obtained. By filtering according to the preset hazard alarm conditions, normal situations without anomalies are excluded, reducing invalid troubleshooting. Simultaneously, the device type is specifically acquired to provide direction for subsequent matching of corresponding connected devices and port status checks. The port status of the wireless device corresponding to this device type and the port status of the connected devices are acquired. If the port status of the wireless device and the connected devices is occupied, the port anomaly count is updated. The associated ports are accurately located by combining the device type, and by checking whether the ports are occupied, it is ensured that subsequent anomaly counting only applies to ports actually carrying services, improving the effectiveness of the counting. If the port anomaly count exceeds a set threshold, an on-site hazard investigation command is generated. Setting a threshold avoids false alarms. Therefore, this application, by performing port anomaly counting on devices that meet the hazard alarm conditions and generating investigation commands, achieves hazard detection in critical states, thereby improving the accuracy of hazard detection affecting the power stability of wireless device optical lines. Attached Figure Description

[0011] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 This is a schematic diagram of the cascaded scheme of the fronthaul optical line provided in the embodiments of this application; Figure 2 This is a schematic diagram of the parallel scheme of the fronthaul optical line provided in the embodiments of this application; Figure 3 This is a schematic diagram of the structure of the back-transmission optical circuit provided in the embodiment of this application; Figure 4 This is a flowchart illustrating the method for troubleshooting potential optical line hazards in wireless devices provided in this application embodiment; Figure 5 This is a flowchart illustrating the method for determining the wireless device type provided in an embodiment of this application; Figure 6 This is a flowchart illustrating a specific method for investigating potential hazards in wireless optical lines provided in an embodiment of this application; Figure 7 This is a schematic diagram of the device for detecting potential optical line defects in wireless devices provided in this application embodiment; Figure 8 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. Detailed Implementation

[0013] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0014] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, 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 limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element.

[0015] In existing technologies, troubleshooting optical line power faults primarily relies on periodically monitoring the optical power values ​​within the optical line. Faults are identified by generating alarms based on whether these values ​​exceed or fall below a preset threshold. Specifically, the core logic of this approach is to set a fixed power threshold range, using whether the optical power falls outside this range as a direct indicator of a fault, and alerting the optical line to a power failure. In practical applications, this method effectively identifies and responds to faults that are clearly outside the normal range and persist, providing maintenance personnel with a relatively direct basis for fault location and, to a certain extent, ensuring the basic operational monitoring needs of optical lines.

[0016] However, as integrated sites are gradually transformed into distributed sites, the remote radio frequency modules connect to the wireless master equipment via remote optical lines. The performance of the remote equipment is greatly affected by the stability of the optical lines. The existing technology for troubleshooting optical line power faults in distributed sites is too simplistic and limited, relying solely on threshold values ​​for fault diagnosis. It fails to consider factors such as the characteristics of the optical module equipment (e.g., differences in power tolerance between different models of optical modules, the impact of equipment aging on power performance), the critical state of optical power approaching the threshold (i.e., power at around 90% of the threshold but not exceeding it), the frequency of critical states, the phenomenon of automatic recovery after a period of time, and whether critical states occur multiple times in a short period. This makes the monitoring of optical line status relatively singular and one-sided, thus failing to effectively identify and warn of potential optical line power hazards, and consequently making it difficult to ensure the stable operation of the wireless network. Specifically, existing methods do not consider the differences in the characteristics of optical module devices. Optical modules of different models, production batches, or service lives have significantly different normal operating power ranges and stability performance. A uniform threshold standard may lead to inaccurate judgment of abnormal states of some optical modules. For example, an optical module of a certain model may show obvious performance degradation when approaching the threshold, but according to the fixed threshold of existing technology, it may not be able to identify the potential problem because it is not out of range. Secondly, there is a lack of detection for situations where optical power is close to the threshold. Although these optical lines in a critical state have not reached the fault alarm standard, they have actually had a hidden impact on the performance of back-end wireless equipment, such as causing a decrease in signal transmission stability and an increase in data processing latency. Because existing technology does not include such situations in its monitoring scope, these potential problems are ignored, and long-term accumulation may lead to more serious network problems. Finally, existing technologies lack dynamic information such as the frequency, duration, and short-term occurrence of critical states. This information reflects the stability trend of optical lines. For example, if an optical line experiences multiple critical states within a short period, with each instance lasting longer, this is often a precursor to an impending fault. However, existing technologies cannot capture these trend changes and provide early warnings, leading to missed opportunities for intervention by maintenance personnel. Furthermore, due to the lack of these factors, existing technologies are highly susceptible to wireless network instability, resulting in decreased wireless resource utilization, degraded wireless communication quality, and negatively impacting user experience and overall network efficiency. Therefore, existing technologies struggle to detect critical states that, while not causing actual faults, significantly affect wireless device performance, resulting in low accuracy in detecting faults affecting optical line power stability.

[0017] To address the problems of existing technologies, this application discloses a method, apparatus, device, and storage medium for troubleshooting potential hazards in the optical lines of wireless devices. The method first acquires the optical line data of the wireless device. If the optical line data meets preset hazard alarm conditions, the device type of the wireless device is obtained. By filtering according to the preset hazard alarm conditions, normal situations without anomalies are excluded, reducing invalid troubleshooting. Simultaneously, the device type is specifically acquired to provide direction for subsequent matching of corresponding connected devices and port status checks. The port status of the wireless device corresponding to this device type and the port status of the connected devices are acquired. If the port status of the wireless device and the connected devices is occupied, the port anomaly count is updated. By combining the device type, associated ports are accurately located, and by checking whether the ports are occupied, it is ensured that subsequent anomaly counts only apply to ports actually carrying services, improving the effectiveness of the count. If the port anomaly count exceeds a set threshold, an on-site hazard investigation command is generated. Setting a threshold avoids false alarms. Therefore, this application embodiment achieves hazard detection in critical states, thereby improving the accuracy of hazard detection affecting the power stability of the optical lines of wireless devices.

[0018] The following section will first introduce the optical line types of wireless devices.

[0019] Wireless equipment optical line types include fronthaul optical lines and backhaul optical lines. Fronthaul optical lines, in particular, refer to the optical lines connecting centrally deployed core wireless equipment (such as baseband processing equipment) and distributed remote transmitting equipment (such as remote radio frequency terminals) in the fronthaul structure of wireless equipment. Their main function is to enable signal transmission between the core wireless equipment and the remote transmitting equipment, including transmitting the baseband signal processed by the core wireless equipment to the remote transmitting equipment, and converting the radio frequency signal received and preliminarily processed by the remote transmitting equipment into a baseband signal and transmitting it back to the core wireless equipment. In this type of optical line, it is crucial to monitor the received optical power and transmitted optical power of the optical transmission interfaces of both the wireless equipment and the remote transmitting equipment. Backhaul optical lines refer to the optical lines connecting wireless devices and related equipment on the core network side in the backhaul structure of wireless devices. They are responsible for transmitting user service data and control signaling processed by the wireless devices to the core network, and transmitting control commands and downlink data from the core network back to the wireless devices. This type of optical line involves the interface between optical transmission equipment and wireless devices. The indicators that need to be monitored include average bandwidth utilization, bit error rate from the Packet Transport Network (PTN) to the Baseband Unit (BBU), and the received optical power and transmitted optical power of the interface. As a key connection between the wireless access network and the core network, the transmission performance of the backhaul optical line directly affects the data interaction efficiency and reliability between the entire wireless network and the core network. It is an important guarantee to ensure that user communication services can be successfully accessed by the core network and achieve cross-network transmission.

[0020] The Cloud-Radio Access Network (CRAN) architecture is the core fronthaul architecture involved in this application. Its core feature is the optical line connection between centrally deployed wireless equipment and distributed remote radio frequency (RTF) equipment. The wireless equipment is typically housed in a dedicated equipment room or centralized site, forming a unified signal processing center capable of simultaneously handling the signal needs of multiple RTF devices. The RTF terminals are distributed across different geographical areas, responsible for converting the baseband signal from the core wireless equipment into a radio frequency (RF) signal that can be propagated through wireless channels and transmitting it. Simultaneously, it receives RF signals sent by user terminals, converts them back into baseband signals, and transmits them back to the core wireless equipment. This achieves centralized processing and distributed coverage of wireless signals, improving resource utilization while also placing extremely high demands on the stability of optical line power.

[0021] The types of fronthaul optical lines in the cloud wireless access network architecture include Figure 1 The shown Common Public Radio Interface (CPRI) cascading scheme and Figure 2 The parallel connection scheme is shown. For example... Figure 1 As shown, the CPRI cascade scheme is a wireless communication network in which the baseband board, as a key component responsible for baseband signal processing in the wireless device 101, transmits signals sequentially to each remote radio terminal 102 via the backbone fiber optic cable 103. Multiple remote radio terminals 102 can be connected to the wireless device 101. Figure 1 Only three remote radio terminals 102 are shown as an example. After receiving and processing the signal from the baseband board, each remote radio terminal continues to pass the subsequent signal to the next remote radio terminal, forming a chain-like cascaded structure. The signal passes through each cascaded remote radio terminal sequentially, which may lead to signal attenuation accumulation during the cascading process. This is because the signal may suffer some loss after passing through each remote radio terminal, especially in long-distance cascaded transmission or when there are many remote radio terminals, this attenuation accumulation will be more significant, thus affecting signal quality and transmission stability. Furthermore, since multiple remote radio terminals are cascaded on the same fiber optic link, when one remote radio terminal or a section of fiber in the cascaded link fails, it may affect the normal operation of all subsequent remote radio terminals, causing the scope of the fault to expand.

[0022] like Figure 2As shown, the color-coded optical fiber scheme is a technical architecture that utilizes wavelength division multiplexing (WDM) technology to connect the baseband board of a wireless device 201 with multiple remote radio units 202 via a single-core backbone optical fiber 203. It uses optical signals of different wavelengths to simultaneously transmit communication signals between the baseband board of the wireless device 201 and multiple remote radio terminals 202 within a single-core optical fiber. This significantly improves the utilization rate of optical fiber resources and has significant advantages in high-density deployment and high-capacity transmission scenarios in modern wireless communication networks. The baseband board of the wireless device 201 is equipped with optical modules (multiplexers and demultiplexers) capable of transmitting and receiving optical signals of different wavelengths. These different wavelength optical signals correspond to communication channels with different remote radio terminals 202. The baseband board of wireless device 201 modulates the baseband signals to be transmitted to each remote radio terminal 202 onto optical signals of different wavelengths. The three lines connecting wireless device 201 and multiplexer 204 are the transmission paths for these different wavelength optical signals. These different wavelength optical signals are then combined by multiplexer 204 into the backbone fiber 203 for transmission. Demultiplexer 205 separates the combined multi-wavelength optical signals and transmits them separately to the corresponding remote radio terminals 202. The three lines connecting demultiplexer 205 and remote radio terminals 202 are the transmission paths for these different wavelength optical signals. This method allows a single-core fiber to carry signals from multiple communication channels simultaneously, significantly saving fiber resources compared to traditional multi-core fiber connections. Furthermore, since the signal transmission of each remote radio terminal 202 is based on an independent wavelength channel, interference between signals is effectively reduced.

[0023] The type of backhaul optical path in this application is as follows: Figure 3As shown, wireless device 301 is a key device in the wireless access network, responsible for wireless communication with optical transmission device 302, receiving and transmitting wireless signals. When data needs to be transmitted, the wireless device first sends the data to access / aggregation layer device 303. The access layer device 303 is mainly used to collect service data and control signaling from multiple wireless devices, while the aggregation layer device 303 aggregates and performs preliminary processing on this data, such as classifying it according to service type and destination address. Core layer device 304 is responsible for high-speed forwarding and further processing of the large amount of data from access / aggregation layer device 303. Core layer device 304 transmits the processed data to optical transmission device 302, which undertakes data transmission and related functions, thereby ultimately realizing communication between the wireless access network and subsequent network links. The connection between access / aggregation layer device and core layer device involves both series and parallel connections. In a serial transmission path, data passes sequentially through access layer devices, aggregation layer devices, and then to core layer devices. This serial approach ensures that data undergoes orderly processing and forwarding during transmission, guaranteeing data accuracy. In a parallel transmission path, there are multiple transmission paths from access and aggregation layer devices to core layer devices. This design has significant advantages. When one path fails or becomes congested, data can be transmitted through other parallel paths, greatly improving network reliability and flexibility, avoiding communication interruptions caused by single-path problems, and also achieving load balancing by dynamically allocating data traffic according to the load of each path, thus improving overall transmission efficiency.

[0024] The method for troubleshooting potential optical line hazards in wireless devices provided in this application embodiment is described below.

[0025] Figure 4 This illustration shows a flowchart of a method for troubleshooting potential optical line defects in a wireless device according to an embodiment of this application. Figure 4 As shown, the method may include the following steps: S401 to S405.

[0026] S401, acquire optical line data from the wireless device.

[0027] Wireless devices refer to those that perform functions such as signal processing and wireless access in wireless communication networks. Optical line data refers to the data generated when wireless devices are transmitted to other devices, such as optical transmission equipment and remote radio frequency equipment, via optical lines.

[0028] In some embodiments, the wireless device may include a baseband unit (BBU), a base station, a remote radio unit (RRU), etc.

[0029] In some embodiments, optical line data may include received optical power, transmitted optical power, optical signal attenuation, bit error rate (such as the bit error rate from PTN to BBU), optical line bandwidth utilization, etc.

[0030] In some embodiments, acquiring optical line data of a wireless device includes: collecting relevant data of the wireless device's optical line in real time or periodically through a network management system, such as an Operation and Maintenance Center (OMS) and an Element Management System (EMS), or a monitoring interface built into the device.

[0031] In some embodiments, when collecting optical line data from wireless devices, data collection can be achieved through protocols such as Simple Network Management Protocol (SNMP), NetFlow, and device-specific protocols.

[0032] In some embodiments, the acquisition frequency of optical line data can be adjusted according to the importance of the optical line. For example, the core optical line can be set to be acquired once per minute, and the ordinary optical line can be set to be acquired once every five minutes.

[0033] Core optical lines typically carry critical services, and high-frequency data collection ensures rapid detection of anomalies, helping maintenance personnel quickly locate problems in the initial stages of a fault. In contrast, ordinary optical lines carry services with lower priority, and reducing the collection frequency can reduce the resource consumption for data transmission, storage, and processing, avoiding waste of computing power, bandwidth, and storage resources. This allows for lower overall maintenance costs while ensuring the quality of core service monitoring.

[0034] S402: If the optical line data meets the preset hidden danger alarm conditions, obtain the device type of the wireless device.

[0035] Among them, the preset hidden danger alarm conditions are pre-set thresholds or rules used to determine whether there are potential hidden dangers in the optical line.

[0036] In some embodiments, the device type of a wireless device may include a front-end device and a back-end device.

[0037] Different types of wireless devices have different working principles and key points for troubleshooting their optical line interfaces. By obtaining the type of wireless device, the corresponding preset alarm conditions for potential hazards can be determined, thereby improving the targeting of hazard alarms.

[0038] S403, obtain the wireless device port status and the wireless device connection port status corresponding to this device type.

[0039] Among them, the wireless device port status refers to the working status of the optical interface on the wireless device; the connection device port refers to the optical interface status of the peer device connected to the optical port of the wireless device.

[0040] In some embodiments, port status may include occupied status (transmitting data), idle status (not connected or not transmitting data), fault status (physical damage or logical error), alarm status (performance abnormality exists but transmission is not interrupted), etc. Specifically, occupied status indicates data is being transmitted, idle status indicates no connection or no data transmission, fault status indicates physical damage or logical error of the interface, and alarm status indicates performance abnormality exists but transmission is not interrupted.

[0041] In some embodiments, the port status of a wireless device can be retrieved through a port monitoring system, and the corresponding port status of its connected devices can be queried through the link topology.

[0042] S404 Update the port anomaly count when the wireless device port status and the connected device port status are in an occupied state.

[0043] Among them, the port anomaly count is the cumulative value of anomalies that meet the conditions for potential hazards occurring on the same port.

[0044] In some embodiments, updating the port anomaly count when the wireless device port status and the connected device port status are in an occupied state may include: If the wireless device port status and the connected device port status are in an occupied state, the port anomaly count is incremented by one; otherwise, the port anomaly count is not updated.

[0045] By counting port anomalies, we can distinguish between occasional fluctuations and persistent hidden dangers, avoid unnecessary on-site investigations triggered by a single anomaly, and reduce false alarms caused by occasional anomalies.

[0046] S405 generates an on-site hazard investigation command when the port anomaly count exceeds a set threshold.

[0047] Among them, the set threshold is a pre-set critical value for port anomaly counting used to trigger on-site inspections; the on-site hidden danger inspection instruction is a task generated by the system to guide operation and maintenance personnel to conduct on-site inspections.

[0048] In some embodiments, different port anomaly types can correspond to different set thresholds for port anomaly counts.

[0049] Since different types of anomalies have different impacts on services, this application embodiment distinguishes the setting thresholds for port anomaly counts for different anomaly types. For high-impact types, a lower threshold can be set to ensure that urgent issues are responded to quickly; for low-impact types, a higher threshold can be set to avoid unnecessary alarm interference.

[0050] When the port anomaly count exceeds the threshold, it indicates that there is a persistent high-risk vulnerability in the optical line. Therefore, it is necessary to generate instructions to conduct on-site investigations to ensure that the vulnerability is dealt with in a timely manner and to avoid service interruption.

[0051] This method first acquires the optical line data of the wireless device. If the optical line data meets preset hidden danger alarm conditions, the device type of the wireless device is obtained. By filtering according to the preset hidden danger alarm conditions, normal situations without anomalies are excluded first, reducing invalid investigations. Simultaneously, the device type is specifically acquired to provide direction for subsequent matching of corresponding connected devices and port status checks. The port status of the wireless device corresponding to this device type and the port status of the connected devices are acquired. If the port status of the wireless device and the connected devices is occupied, the port anomaly count is updated. By combining the device type, associated ports are accurately located, and by checking whether the port is occupied, it is ensured that subsequent anomaly counts only apply to ports actually carrying services, improving the effectiveness of the count. If the port anomaly count exceeds a set threshold, an on-site hidden danger investigation command is generated. Setting a threshold avoids false alarms. Therefore, this embodiment of the application achieves hidden danger detection in critical states, thereby improving the accuracy of hidden danger detection affecting the stability of the optical line power of wireless devices.

[0052] In some embodiments, the optical line data includes optical line port data and optical line device power characteristic data. Before obtaining the device type of the wireless device when the optical line data meets preset potential alarm conditions, the method may further include: Compare the power characteristic data of the optical line equipment with the preset threshold values ​​of the power characteristic data of the optical line port corresponding to the optical line equipment; wherein, the preset threshold values ​​corresponding to the optical line port data are different normal ranges of power characteristic data pre-set for different optical line ports, including upper and lower limits.

[0053] If the power characteristic data of the optical line equipment exceeds the upper limit of the corresponding preset threshold or falls below the lower limit of the preset threshold, the optical line data is determined to meet the alarm conditions.

[0054] This application embodiment decomposes optical line data into optical line port data and optical line equipment power characteristic data. By comparing the optical line equipment power characteristic data with the corresponding preset threshold, the quantitative standard for alarm triggering is clarified, so that alarm judgment is converted into accurate values, reducing subjective errors. At the same time, focusing on the core indicator of power characteristics improves the accuracy of alarms.

[0055] In some embodiments, the preset threshold corresponding to the optical line port data can be formulated based on the device hardware specifications and network operation and maintenance experience.

[0056] Since different ports have different power characteristics, different preset thresholds are used for different ports to achieve differentiated judgment of preset hidden danger alarm conditions for different ports, thus avoiding false alarms caused by uniform judgment rules.

[0057] In some embodiments, such as Figure 5 As shown, when the optical line data meets the preset hidden danger alarm conditions, the device type of the wireless device can be obtained, which may include S501 and S502.

[0058] S501 acquires the association parameters between the wireless device hardware and the cell when the optical line data meets the preset alarm conditions.

[0059] In this context, wireless device hardware refers to the physical devices that constitute a wireless communication network, serving as the hardware carrier for wireless signal processing and transmission. A cell is a specific geographical area within a communication network covered by one or more wireless devices; the association parameter is a parameter used to describe the correspondence between the wireless device hardware and the cells it serves.

[0060] In some embodiments, the associated parameters may include the mapping relationship binding value between hardware and cells, the role identifier code of hardware in cells, the number of cells carried by hardware, and the association coefficient between cell coverage and hardware. For example, the mapping relationship binding value can be a string bound to the cell identifier, and the role identifier code can be 1 (primary device), 2 (secondary device), etc.

[0061] S502 determines the device type of the wireless device based on the associated parameters.

[0062] The type of wireless device is determined not only by its hardware model but also by the characteristics of the cell it serves. Judging the device type solely by its hardware model can be inaccurate, as the same model of device can be configured for different functional types. Therefore, it is necessary to combine the correlation parameters between the wireless device's hardware and the cell to more accurately determine the device type, avoiding misclassification due to identical hardware models but different application scenarios.

[0063] The embodiments of this application determine the device type by obtaining the association parameters between the wireless device hardware and the cell, avoiding misjudgment of the wireless device type based solely on data such as the device model, thus achieving more accurate device type identification. This provides a foundation for matching the corresponding connection device according to different device types and improves the pertinence of subsequent steps in troubleshooting.

[0064] In some embodiments, the device type is a fronthaul device and the connection device is a remote radio frequency terminal device.

[0065] Fronthaul equipment is a critical node in the CRAN architecture, connecting centralized baseband processing and distributed radio frequency coverage. Its failure can lead to signal interruptions from multiple remote radio terminal devices, affecting large-area cell coverage, while failures of remote radio terminal devices typically only affect localized areas. By accurately identifying the device type as fronthaul equipment and the connected device as a remote radio terminal device through correlation parameters, different troubleshooting methods can be applied based on the different failure modes of the fronthaul equipment and remote radio terminal devices, thereby improving operational efficiency.

[0066] This application clarifies the correspondence between the fronthaul device and the remote radio frequency terminal device. For the critical scenario of the fronthaul link, it enables the direct location of the two ends of the fronthaul link during troubleshooting, avoiding blindly searching for related devices in complex networks. At the same time, it allows for targeted attention to unique hidden dangers such as high-frequency switching and signal attenuation of the fronthaul port, improving the accuracy of troubleshooting.

[0067] In one example, the optical line data between the wireless device and the remote radio frequency terminal and the preset potential alarm conditions are shown.

[0068] Table 1. Alarm Conditions for Remote RF Terminals Table 1 shows the key indicators, corresponding monitoring ports, and warning thresholds that need to be monitored in the optical line monitoring between wireless devices and remote radio frequency terminals. The monitoring port is the optical transmission interface between the wireless device and the remote radio frequency terminal, i.e., the connection interface of the fronthaul link. The indicators of the optical transmission interface to be monitored include received optical power and transmitted optical power, with the unit of optical power being 0.01 milliwatt-decibels (mWdB). The warning threshold is the preset normal operating optical power range of the optical transmission interface. When the received optical power and transmitted optical power exceed 90% of the upper and lower limits of this optical power range, although not completely exceeding the normal range, they are close to the critical value, indicating potential hidden dangers such as fiber optic aging or loose interfaces, thus requiring early intervention.

[0069] In one example, suppose the preset parameters of the optical transmission interface of a remote radio frequency terminal device are as follows: Normal range of received optical power: -2000 (-20dBm) ~ -1000 (-10dBm) (unit: 0.01dBm); Normal range of transmitted optical power: -1500 (-15dBm) ~ -500 (-5dBm) (unit: 0.01dBm).

[0070] The warning threshold is calculated as follows: 90% of the upper limit of received optical power: -1000 × 90% = -900 (i.e. -9dBm); 90% of the lower limit of received optical power: -2000 × 90% = -1800 (i.e. -18dBm); 90% of the maximum transmit optical power: -500 × 90% = -450 (i.e. -4.5 dBm); 90% of the lower limit of transmitted optical power: -1500 × 90% = -1350 (i.e. -13.5 dBm).

[0071] If the monitored received optical power is -850 (-8.5dBm), which exceeds 90% of the upper limit of received optical power (-900), a received optical power warning will be triggered; if the monitored transmitted optical power is -1400 (-14dBm), which is lower than 90% of the lower limit of transmitted optical power (-1350), a transmitted optical power warning will be triggered.

[0072] In some embodiments, the device type is a backhaul device, and the connecting device is an optical line terminal equipment (OLTP). Clarifying the correspondence between backhaul devices and OLTPs allows for a focus on core indicators such as bandwidth utilization and bit error rate in backhaul links that undertake backbone transmission functions, have long distances, and many nodes. This avoids confusion with the troubleshooting requirements of fronthaul links and simplifies the complexity of cross-device troubleshooting in complex optical transmission networks.

[0073] In one example, the optical line data of the wireless device and the optical transmission device and the preset potential alarm conditions are shown in Table 2.

[0074] Table 2 Alarm Conditions for Optical Transmission Equipment Table 2 illustrates the monitoring of the optical line between the backhaul wireless equipment and the optical transmission equipment. Multi-dimensional indicators and warning thresholds are used to identify performance degradation risks in the backhaul line. The monitoring endpoints include two types: the wireless device-optical transmission equipment interface and the optical transmission equipment-wireless device interface, covering the bidirectional communication interfaces of the backhaul line. The wireless device-optical transmission equipment interface is the interface through which the wireless device sends / receives signals to the optical transmission equipment; the optical transmission equipment-wireless device interface is the reverse interface through which the optical transmission equipment sends / receives signals to the wireless device. Both together constitute the complete communication path of the backhaul link and need to be monitored separately to pinpoint the direction of the fault.

[0075] In the wireless device-optical transmission device interface, received optical power refers to the intensity of the optical signal received by the wireless device from the optical transmission device. The device has preset upper and lower limits for normal operation. When the received optical power exceeds 90% of the upper and lower limits, it indicates that it is approaching the critical value and there may be a risk of performance degradation. Transmitted optical power is the intensity of the optical signal sent by the wireless device to the optical transmission device. It also has preset upper and lower limits, and exceeding 90% of the upper and lower limits poses a risk. CRC (Cyclic Redundancy Check) is a data verification method. The actual number of received CRC error packets is the number of received data that failed the verification due to interference, bit errors, etc. When the number of error packets exceeds 100 and continues to increase on an hourly basis, it indicates a persistent problem in the link. The ping transmission next-hop IP packet loss rate is the proportion of data packets lost from the wireless device to the next-hop IP detected by the ping command. A rate exceeding 10% indicates a risk.

[0076] In the optical transmission equipment-wireless equipment interface, the average bandwidth utilization rate (%) is the proportion of the actual bandwidth used by the optical transmission equipment to the total bandwidth when transmitting data from the optical transmission equipment to the wireless equipment. A utilization rate exceeding 70% indicates that the bandwidth is close to saturation and may cause congestion. The PTN to BBU bit error rate is the number of erroneous symbols when the PTN (optical transmission equipment) transmits data to the BBU (wireless equipment). A value exceeding 100 and continuously increasing on an hourly basis indicates an anomaly in the link coding / signal. Received optical power is the strength of the optical signal received by the optical transmission equipment from the wireless equipment. A value exceeding 90% of preset upper and lower limits indicates a risk and is used to verify the bidirectional status of the link. Transmitted optical power is the strength of the optical signal transmitted by the optical transmission equipment to the wireless equipment. A value exceeding 90% of upper and lower limits indicates a risk and is used in conjunction with the received optical power of the wireless equipment to troubleshoot problems.

[0077] In some embodiments, when the port anomaly count exceeds a set threshold, an on-site hazard investigation instruction is generated, including: If the port anomaly count exceeds a set threshold, a wireless device on-site hazard investigation command will be generated. If there are no hidden dangers in the wireless equipment, generate an on-site hidden danger investigation command for the optical line.

[0078] Among them, the wireless equipment on-site hidden danger investigation instruction is a task generated by the system to guide maintenance personnel to conduct on-site inspections of wireless equipment; the optical line on-site hidden danger investigation instruction is an on-site investigation task for optical lines.

[0079] Optical ports and modules of wireless devices are high-frequency potential sources of optical line anomalies, and are relatively easy to troubleshoot. Prioritizing the generation of troubleshooting commands for wireless devices can quickly resolve most common issues, avoiding the high costs and inefficiencies of directly troubleshooting the optical lines. When the wireless devices are functioning correctly, the investigation can be extended to the optical lines, ensuring full-link coverage from device to line and preventing the omission of hidden line faults.

[0080] This application embodiment adopts a layered troubleshooting logic that first checks the wireless device itself and then checks the optical line, following the principle of proceeding from near to far and from easy to difficult. This reduces unnecessary on-site operations and distinguishes between troubleshooting instructions for wireless device hazards and optical line hazards, enabling on-site personnel to clearly define the target and carry out their work, thereby improving the speed and accuracy of hazard location.

[0081] In one example, the complete process for troubleshooting potential optical line hazards in wireless devices is as follows: Figure 6 As shown, it includes S601 to S610.

[0082] S601, acquire optical line port data and optical line equipment power characteristic data; S602 determines whether the warning threshold is exceeded based on optical line port data and optical line equipment power characteristic data; S603, when the warning threshold is exceeded, obtains the association parameters between the wireless device hardware and the cell; S604 determines whether a wireless device is a fronthaul device based on the wireless device hardware and the cell's association parameters. S605, when the wireless device is a fronthaul device, check the status of the remote radio terminal; S606, when the wireless device is a back-end device, check the status of the optical line terminal equipment; S607 Updates the port anomaly count when the optical line terminal port status or the remote radio terminal port status is occupied. S608, determine whether the port abnormal count exceeds the set threshold; S609 generates a wireless field investigation command when the port anomaly count exceeds a set threshold. S610 generates a wireless on-site hazard investigation command when there are potential wireless side hazards. S611 generates an on-site inspection of optical lines to identify potential hazards when there are no wireless-side hazards. S612 generates a wireless on-site inspection command for potential hazards if the hazards are not resolved.

[0083] Figure 7 This application illustrates an apparatus 700 for troubleshooting potential optical line hazards in wireless devices, which may include: Acquisition module 701 is used to acquire optical line data of wireless devices; The acquisition module 701 is also used to acquire the device type of the wireless device when the optical line data meets the preset hidden danger alarm conditions; The acquisition module 701 is also used to acquire the wireless device port status and the wireless device connection device port status corresponding to the device type; Update module 702 is used to update the port anomaly count when the wireless device port status and the connected device port status are in an occupied state. The generation module 703 is used to generate on-site hazard investigation instructions when the port anomaly count exceeds a set threshold.

[0084] In some embodiments, the device 700 for detecting potential problems in the optical lines of wireless devices may further include: The comparison module is used to compare the optical line equipment power characteristic data with the preset threshold of the optical line equipment power characteristic data corresponding to the optical line port data; The determination module is used to determine whether the optical line data meets the alarm conditions when the power characteristic data of the optical line equipment exceeds the upper limit of the corresponding preset threshold or falls below the lower limit of the preset threshold.

[0085] In some embodiments, the acquisition module 701 is further configured to acquire the association parameters between the wireless device hardware and the cell when the optical line data meets the preset alarm conditions. The determination module is also used to determine the device type of the wireless device based on the associated parameters.

[0086] In some embodiments, the update module 702 is further configured to update the port anomaly count when the wireless device port status and the connected device port status are in an occupied state; wherein the device type is a fronthaul device and the connected device is a remote radio terminal device.

[0087] In some embodiments, the update module 702 is further configured to update the port anomaly count when the wireless device port status and the connection device port status are in an occupied state; wherein the device type is a backhaul device and the connection device is an optical line terminal equipment.

[0088] In some embodiments, the device 700 for detecting potential problems in the optical lines of wireless devices may further include: The generation module 703 is also used to generate a wireless device on-site hazard investigation command when the port anomaly count exceeds a set threshold. The generation module 703 is also used to generate on-site hazard investigation instructions for optical lines when there are no hidden dangers in the wireless equipment.

[0089] Figure 7 The various modules in the device shown can achieve Figure 4 The various steps involved, and the corresponding technical effects achieved, will not be elaborated upon here for the sake of brevity.

[0090] Figure 8 A schematic diagram of the hardware structure of the terminal device provided in an embodiment of this application is shown.

[0091] The terminal device may include a processor 801 and a memory 802 storing computer program instructions.

[0092] Specifically, the processor 801 may include a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0093] Memory 802 may include mass storage for data or instructions. For example, and not limitingly, memory 802 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. In one instance, memory 802 may include removable or non-removable (or fixed) media, or memory 802 may be non-volatile solid-state memory. Memory 802 may be internal or external to the integrated gateway disaster recovery device.

[0094] In one instance, memory 802 may include read-only memory (ROM), random access memory (RAM), disk storage media device, optical storage media device, flash memory device, electrical, optical, or other physical / tangible memory storage device. Thus, typically, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method for troubleshooting optical circuit vulnerabilities in wireless devices according to this disclosure.

[0095] The processor 801 reads and executes computer program instructions stored in the memory 802 to achieve... Figure 1 The method for troubleshooting potential problems in the optical lines of wireless devices in the illustrated embodiment.

[0096] In one example, the terminal device may also include a communication interface 803 and a bus 804. Wherein, for example... Figure 8 As shown, the processor 801, memory 802, and communication interface 803 are connected through bus 804 and complete communication with each other.

[0097] The communication interface 803 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0098] Bus 804 includes hardware, software, or both, that couples components of an end device together. For example, and not as a limitation, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 804 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, this application contemplates any suitable bus or interconnect.

[0099] Furthermore, in conjunction with the method for troubleshooting potential optical line hazards in wireless devices described in the above embodiments, this application embodiment can provide a computer storage medium for implementation. This computer storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the methods for troubleshooting potential optical line hazards in wireless devices described in the above embodiments.

[0100] This application also provides a computer program product, including a computer program, which, when executed, implements any of the methods for troubleshooting potential optical line hazards in wireless devices described in the above embodiments.

[0101] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0102] The functional blocks shown in the above block diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or text segments used to perform the required tasks. Programs or text segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, read-only memory (ROM), flash memory, erasable read-only memory (EROM), floppy disks, compact disc read-only memory (CD-ROM), optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Text segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0103] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0104] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in 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, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0105] The above are merely specific embodiments of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A method for troubleshooting potential problems in the optical circuitry of wireless devices, characterized in that, include: Acquire optical line data from wireless devices; If the optical line data meets the preset hidden danger alarm conditions, the device type of the wireless device is obtained; Obtain the wireless device port status and the connected device port status of the wireless device corresponding to the device type; If the wireless device port status and the connected device port status are in an occupied state, update the port anomaly count; If the port anomaly count exceeds a set threshold, an on-site hazard investigation command is generated.

2. The method for investigating potential hazards in the optical lines of wireless devices according to claim 1, characterized in that, The optical line data includes optical line port data and optical line device power characteristic data. Before obtaining the device type of the wireless device when the optical line data meets preset potential alarm conditions, the method further includes: Compare the power characteristic data of the optical line equipment with a preset threshold value of the power characteristic data of the optical line equipment corresponding to the optical line port data; If the power characteristic data of the optical line device exceeds the upper limit of the corresponding preset threshold or falls below the lower limit of the preset threshold, the optical line data is determined to meet the alarm conditions.

3. The method for investigating potential hazards in the optical lines of wireless devices according to claim 1, characterized in that, When the optical line data meets preset potential hazard alarm conditions, the device type of the wireless device is obtained, including: If the optical line data meets the preset alarm conditions, obtain the association parameters between the wireless device hardware and the cell. The device type of the wireless device is determined based on the associated parameters.

4. The method for investigating potential hazards in the optical lines of wireless devices according to claim 1, characterized in that, The device type is a fronthaul device, and the connection device is a remote radio frequency terminal device.

5. The method for investigating potential hazards in the optical lines of wireless devices according to claim 1, characterized in that, The device type is a backhaul device, and the connection device is an optical line terminal equipment.

6. The method for investigating potential hazards in the optical lines of wireless devices according to claim 1, characterized in that, When the port anomaly count exceeds a set threshold, a site hazard investigation instruction is generated, including: If the port anomaly count exceeds a set threshold, a wireless device on-site hazard investigation command will be generated. If there are no hidden dangers in the wireless equipment, generate an on-site hidden danger investigation command for the optical line.

7. A device for detecting potential problems in the optical circuitry of wireless equipment, characterized in that, The device includes: The acquisition module is used to acquire optical line data from wireless devices. The acquisition module is also used to acquire the device type of the wireless device when the optical line data meets the preset hidden danger alarm conditions; The acquisition module is also used to acquire the wireless device port status and the wireless device connection device port status corresponding to the device type. The update module is used to update the port anomaly count when the wireless device port status and the connected device port status are in an occupied state. The generation module is used to generate on-site hazard investigation instructions when the port anomaly count exceeds a set threshold.

8. A terminal device, characterized in that, The device includes: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, it implements the method for investigating potential optical line hazards in wireless devices as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer program instructions, which, when executed by a processor, implement the method for investigating potential optical line hazards in wireless devices as described in any one of claims 1-6.

10. A computer program product, characterized in that, When the instructions in the computer program product are executed by the processor of the electronic device, the electronic device performs the method for investigating potential problems in the optical lines of wireless devices as described in any one of claims 1-6.

Images