A method and apparatus for monitoring alarm and status signals of a remote optical module

Abstract

The present application relates to a kind of remote optical module alarm and the monitoring method and device of state signal.The method part mainly includes: the MCU of local optical module monitors hardware alarm and state signal, and sets hardware mark to be used to switch the hardware pin signal operating mode of optical module;When hardware mark value is A, the hardware pin signal operating mode of optical module is switched to local mode, and local device detects the hardware signal of self optical module;When hardware mark value is B, the hardware pin signal operating mode of optical module is switched to remote mode, and local device detects the hardware signal mirrored by remote optical module.The present application can reduce the link passed in state and alarm signal transmission, to reduce processing delay, enhance real-time, increase the rapid fault processing and recovery ability of network.

Description

Technical Field

[0001] This invention relates to the field of optical communication technology, and in particular to a method and apparatus for monitoring alarm and status signals of remote optical modules. Background Technology

[0002] 5G fronthaul networks require end-to-end management and maintenance to improve the reliability and availability of the entire network. Commercial 5G applications demand high real-time performance and low latency, thus placing even higher demands on network alarm handling and recovery.

[0003] When a conventional antenna-side remote optical module generates a hardware signal alarm, the alarm information of the antenna optical module is encapsulated in a data packet and transmitted to the central office equipment along with the service data. The central office equipment extracts the alarm data packet of the antenna-side remote optical module and, after analysis, finds that an alarm has occurred on the antenna side.

[0004] In 5G fronthaul, traditional methods for monitoring alarms and status signals of the remote optical module on the antenna side, such as... Figure 1 As shown, firstly, the remote optical module triggers the remote main processor to process the alarm via an electrical signal. The remote host then reports the remote alarm to the central office equipment's main processor through the network management interface and related network connections. The central office equipment's host processes the alarm information in the network management system and sends an alarm instruction to the maintenance personnel. This state and alarm transmission method involves multiple steps (…). Figure 1 The path indicated by the dashed arrow in the middle leads to a large processing delay, low real-time performance, and reduces the network's ability to quickly handle and recover from faults.

[0005] In view of the above, how to overcome the shortcomings of existing technologies and solve the problem of too many links in the status and alarm transmission methods is a problem to be solved in this technical field. Summary of the Invention

[0006] To address the aforementioned deficiencies or improvement needs of existing technologies, this invention provides a method and apparatus for monitoring alarm and status signals of remote optical modules. It mirrors the hardware status and alarm signals of the remote optical module onto the hardware pins of the central office optical module, allowing the central office equipment to obtain the hardware signal status of the remote optical module using its existing management methods, significantly reducing the need for hardware and software modifications to the central office equipment. Deploying new remote management functions is also simpler and real-time performance is improved.

[0007] The embodiments of the present invention adopt the following technical solutions:

[0008] Firstly, on the local optical module side, the present invention provides a method for monitoring alarm and status signals of a remote optical module, comprising:

[0009] The MCU of the central office optical module monitors hardware alarms and status signals, and sets hardware flags to switch the operating mode of the optical module's hardware pin signals.

[0010] When the hardware flag value is A, the working mode of the optical module's hardware pin signal switches to the central office mode, and the central office equipment detects the hardware signal of its own optical module.

[0011] When the hardware flag value is B, the operating mode of the optical module's hardware pin signal is switched to remote mode, and the central office equipment detects the hardware signal mirrored from the remote optical module.

[0012] Furthermore, the central office mode specifically includes:

[0013] The central office optical module shuts down the hardware monitoring signal transmission unit and connects its own hardware signal to the optical module's electrical pins to upload its hardware signal to the central office equipment's main processor.

[0014] Furthermore, the remote mode specifically includes:

[0015] The central office optical module activates the hardware monitoring signal transmission unit, parses and stores the remote mirror data packets sent from the remote optical module;

[0016] The central office optical module disconnects its own hardware signals from the logical connection of the optical module's electrical pins;

[0017] The central office optical module connects the hardware signals of the remote mirror to the optical module's electrical pins to upload the hardware signals of the remote mirror to the central office equipment's main processor.

[0018] Secondly, on the remote optical module side, the present invention provides a method for monitoring alarm and status signals of the remote optical module, including:

[0019] The MCU of the remote optical module monitors hardware alarms and status signals, and sets hardware flags to switch the working mode of the optical module.

[0020] When the hardware flag value is A, the optical module switches to the local end mode and the remote device shuts down the hardware monitoring signal transmission unit.

[0021] When the hardware flag value is B, the optical module switches to remote mode. The remote device activates the hardware monitoring signal transmission unit and sends the remote mirror data packet to the central office optical module.

[0022] Furthermore, the remote mode specifically includes:

[0023] The remote optical module activates the hardware monitoring signal transmission unit.

[0024] The hardware monitoring signal transmission unit encapsulates the hardware signals of the remote optical module into remote mirror data packets;

[0025] The remote mirror data packet is superimposed onto the laser and sent to the central office optical module.

[0026] Furthermore, the hardware flag is controlled by one or more of registers, bits, and hardware levels.

[0027] Furthermore, the hardware signal is represented using one or more of the following: multiple bits, one byte, or multiple bytes.

[0028] Furthermore, the hardware tag values ​​A and B are different from each other.

[0029] Furthermore, the central office optical module also encapsulates its own hardware signals into a central office mirror data packet and sends it to the remote optical module for reception.

[0030] Thirdly, the present invention provides a monitoring device for remote optical module alarm and status signals, specifically comprising: at least one processor and a memory, wherein the at least one processor and the memory are connected via a data bus, the memory stores instructions that can be executed by the at least one processor, and the instructions, after being executed by the processor, are used to complete the monitoring methods for remote optical module alarm and status signals in the first aspect and the second aspect.

[0031] Compared with existing technologies, the advantages of this invention are as follows: Only a hardware flag for switching between central office and remote modes needs to be added to the software of the central office equipment to achieve the acquisition and configuration of hardware signals from the remote optical module. This has minimal impact on existing equipment and is easy to deploy. Furthermore, the hardware flag transmits data through the underlying data channel, eliminating the need for the remote main processor to participate. This reduces the number of steps involved in transmitting status and alarm signals, thereby reducing processing latency, enhancing real-time performance, and increasing the network's ability to quickly handle and recover from faults. Attached Figure Description

[0032] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings used in the embodiments of the present invention will be briefly described below. Obviously, the drawings described below are merely some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without any creative effort.

[0033] Figure 1 This is a schematic diagram of a traditional method for monitoring alarm and status signals of a remote optical module on the antenna side, as described in the background section of this invention.

[0034] Figure 2A flowchart illustrating a method for monitoring alarm and status signals of a remote optical module on the central office side, as provided in Embodiment 1 of the present invention.

[0035] Figure 3 This is a schematic diagram of the workflow of the central office optical module receiving mirror data provided in Embodiment 1 of the present invention;

[0036] Figure 4 This is a flowchart illustrating a method for monitoring alarm and status signals of a remote optical module on the remote side, as provided in Embodiment 2 of the present invention.

[0037] Figure 5 This is a schematic diagram of the workflow for the remote optical module to send mirror data according to Embodiment 2 of the present invention;

[0038] Figure 6 This is a schematic diagram defining the electrical interface of the SFP+ optical module provided in Embodiment 3 of the present invention;

[0039] Figure 7 This is a schematic diagram of an optical module with remote hardware signal mirroring function provided in Embodiment 3 of the present invention;

[0040] Figure 8 This is a schematic diagram of the transmission path of hardware signal alarm or status information of the remote antenna side optical module provided in Embodiment 3 of the present invention.

[0041] Figure 9 This is a schematic diagram of a complete data packet provided in Embodiment 3 of the present invention;

[0042] Figure 10 This is a schematic diagram of the master / slave mode mirror transmission provided in Embodiment 3 of the present invention;

[0043] Figure 11 This is a schematic diagram of the peer-to-peer mirror transmission method provided in Embodiment 3 of the present invention;

[0044] Figure 12 This is a schematic diagram of a monitoring device for remote optical module alarm and status signals provided in Embodiment 4 of the present invention. Detailed Implementation

[0045] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0046] Furthermore, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0047] Example 1:

[0048] like Figure 2 As shown, Embodiment 1 of the present invention provides a method for monitoring alarm and status signals of a remote optical module. The invention is described from the perspective of the central office optical module. The method includes the following steps:

[0049] Step 101: The MCU (Microcontroller Unit) of the central office optical module monitors hardware alarms and status signals, and sets hardware flags to switch the operating modes of the optical module's hardware pin signals. This step sets a local hardware flag (Local) in the optical module, which can be implemented through a register or bit in software, or through hardware levels in the hardware circuit. Furthermore, the hardware alarms and status signals, which are the subsequent hardware signals, are represented using one or more of the following methods: multiple bits, one byte, or multiple bytes.

[0050] Step 102: When the hardware flag value is A, the optical module's hardware pin signal operating mode switches to the central office mode, and the central office equipment detects its own optical module's hardware signal. Specifically, the central office mode in this step includes: the central office optical module shutting down the hardware monitoring signal transmission unit and connecting its own hardware signal to the optical module's electrical pins to upload its own hardware signal to the central office equipment's main processor. Generally, for example, when the hardware flag value A is 1, that is, when the hardware flag Local = 1, it indicates that the optical module's pin hardware signal is the central office's own.

[0051] Step 103: When the hardware flag value is B, the optical module's hardware pin signal operating mode switches to remote mode, and the central office equipment detects the hardware signal mirrored from the remote optical module. The remote mode in this step specifically includes: the central office optical module activating its hardware monitoring signal transmission unit, parsing and storing the remote mirrored data packet sent from the remote optical module; the central office optical module disconnecting its own hardware signal from the optical module's electrical pins; and the central office optical module connecting the remote mirrored hardware signal to the optical module's electrical pins to upload the remote mirrored hardware signal to the central office equipment's main processor. Generally, for example, when the hardware flag value B is 0, that is, when the hardware flag Local = 0, it indicates that the optical module's pin signal is mirrored from the remote end. During optical module initialization and power-on, Local can be set to 1 or 0 by default.

[0052] Through the above steps, the central office equipment host can obtain the hardware status or alarm signals of its own or remote optical modules by reading or rewriting the Local tag. The central office equipment host can also record and store the Local tag and hardware signal information together for easy retrieval or differentiation of the information source later.

[0053] In this embodiment, the workflow of the central office optical module receiving mirror data is as follows: Figure 3 As shown, the specific process includes the following steps.

[0054] Step 10: Power on and start the MCU of the central office optical module.

[0055] Step 11: The MCU of the central office optical module monitors the hardware signal status or alarms.

[0056] Step 12: Determine if the hardware flag Local is equal to 1. If yes, proceed to step 13; otherwise, proceed to step 15.

[0057] Step 13: Shut down the hardware monitoring signal transmission unit at the central office.

[0058] Step 14: Connect the central office's own hardware signals to the optical module's electrical interface (i.e., the optical module's electrical pins), and upload the central office's own hardware signals to the central office equipment's main processor. After completing this step, the system will return to Step 11, and the central office optical module MCU will continue to monitor the hardware signal status or alarms.

[0059] Step 15: Enable the hardware monitoring signal transmission unit at the central office.

[0060] Step 16: Parse the remote image data packets separated from the detector, restore the original remote hardware signal level state after judgment, and store it.

[0061] Step 17: The central office MCU disconnects its own hardware signals from the electrical pins of the optical module.

[0062] Step 18: The central office MCU connects the hardware signal status of the remote mirror to the electrical pin of the optical module, and uploads the hardware signal of the remote mirror to the main processor of the central office equipment.

[0063] Optionally, the main processor of the central office equipment can modify the Local flag as needed through the optical module management interface (e.g., I2C), alternately setting Local=1 or Local=0, thereby achieving a balance between its own hardware and the mirrored data.

[0064] In summary, the embodiments of the present invention only require adding a hardware flag to the software of the central office equipment to switch between central office mode and remote mode, which can realize the acquisition and configuration of the hardware signal of the remote optical module. The impact on existing equipment is minimal and easy to deploy.

[0065] Example 2:

[0066] like Figure 4 As shown, Embodiment 1 of the present invention provides a method for monitoring alarm and status signals of a remote optical module. The invention is described from the perspective of the remote optical module. The method includes the following steps:

[0067] Step 201: The MCU of the remote optical module monitors hardware alarms and status signals, and sets a hardware flag to switch the operating mode of the optical module. This step sets a local hardware flag in the optical module, which can be implemented through a register or bit in software, or through hardware levels in the hardware circuit.

[0068] Step 202: When the hardware flag value is A, the optical module's operating mode switches to the central office mode, and the remote device shuts down the hardware monitoring signal transmission unit. Generally speaking, for example, when the hardware flag value A is 1, that is, when the hardware flag Local = 1, it means that the pin hardware signal of the central office optical module is its own. At this time, the central office optical module does not need the hardware signal mirrored from the remote device, so the remote device shuts down the hardware monitoring signal transmission unit and does not perform hardware signal mirroring transmission.

[0069] Step 203: When the hardware flag value is B, the optical module switches to remote mode. The remote device activates the hardware monitoring signal transmission unit and sends the remote mirrored data packet to the central office optical module. Specifically, the remote mode in this step includes: the remote optical module activating the hardware monitoring signal transmission unit; the hardware monitoring signal transmission unit encapsulating the hardware signals of the remote optical module into a remote mirrored data packet; and superimposing the remote mirrored data packet onto the laser and sending it to the central office optical module. Generally, for example, when the hardware flag value B is 0, that is, when the hardware flag Local = 0, it indicates that the pin signals of the central office optical module are mirrored from the remote end. In this case, the central office optical module needs the hardware signals mirrored from the remote device, so the remote device activates the hardware monitoring signal transmission unit to perform hardware signal mirroring transmission.

[0070] Through the above steps, the remote device host can determine whether to mirror its own hardware status or alarm signals to the central office optical module by reading the Local tag. The remote device host can also record and store the Local tag and hardware signal information together for later querying or distinguishing the source of the information.

[0071] In this embodiment, the workflow for the remote optical module to send mirror data is as follows: Figure 5 As shown, the specific process includes the following steps.

[0072] Step 20: Power on and start the MCU of the remote optical module (also known as the antenna-side optical module, which is the antenna side in this embodiment).

[0073] Step 21: The remote optical module MCU monitors the hardware signal status or alarms. This step will also synchronize the information to the remote device's main processor.

[0074] Step 22: Determine if the hardware tag Local is equal to 1. If yes, proceed to step 23; otherwise, proceed to step 24. In this step, the hardware tag is transmitted through the underlying data channel to ensure consistency between the hardware tags at the central office and the remote office.

[0075] Step 23: Shut down the remote hardware monitoring signal transmission unit. After completing this step, the system will return to Step 21, and the remote optical module MCU will continue to monitor the hardware signal status or alarms.

[0076] Step 24: Enable the remote hardware monitoring signal transmission unit.

[0077] Step 25: The remote hardware monitoring information transmission unit encapsulates the data and sends the data packets to the central office optical module according to certain transmission rules.

[0078] Step 26: Superimpose the monitoring information data onto the laser and send it to the central office optical module.

[0079] In summary, the hardware markers in this embodiment of the invention transmit data through the underlying data channel, and the remote main processor does not need to participate in the transmission of hardware signals. This reduces the number of steps involved in the transmission of status and alarm signals, thereby reducing processing latency, enhancing real-time performance, and increasing the network's ability to quickly handle and recover from faults.

[0080] Example 3:

[0081] Based on the methods provided in Embodiments 1 and 2, this Embodiment 3 further illustrates the interactive process of the present invention through a specific implementation example.

[0082] Firstly, existing optical modules employ different packaging forms and electrical interface definitions. However, several hardware signals are specified on the electrical interface to notify the main processor (CPU) of the optical module's operating status. These hardware signals require fast response and high real-time performance. These signals trigger the main processor's response, prompting it to further analyze the specific alarm sources and status information values ​​within the optical module through the optical module's management interface (e.g., I2C). For example, in SFP+ (Small Form-factor Pluggables) optical modules, the electrical interface definition is as follows: Figure 6 As shown. Among them, the two most critical pin status alarm signals, Tx_Fault and Rx_LOS, indicate a serious laser fault and no optical signal at the receiver, respectively. Other status signals RS0 and RS1 indicate the operating rate status. Tx_Disable is used to turn the laser on / off, and Mod_ABS indicates that the optical module has been inserted into the device. These status and alarm signals can be mirrored onto the local optical module as needed, using the methods of Embodiments 1 and 2 of this invention.

[0083] Compared with existing conventional optical modules, Embodiment 3 of the present invention provides an optical module with remote hardware signal mirroring function, such as... Figure 7 As shown, this mainly involves setting up a local / central office mirroring marker (i.e., a hardware marker), a hardware monitoring information transmission unit, and configuring the relevant data packet transmission process in a conventional optical module. This embodiment uses a remote or central office mirroring marker, transmitting data through the underlying data channel. The remote main processor does not need to participate, thus mirroring the hardware signal status of the remote optical module's electrical interface onto the electrical interface hardware signal of the central office optical module. This allows the central office equipment to easily obtain the operating status of the remote optical module.

[0084] based on Figure 7 The optical module shown here has a remote hardware signal mirroring function. In this embodiment, the local / remote mirroring flag (Local) is used to switch the operating mode of the optical module's hardware pin signals. When Local = 1, it indicates that the current optical module's hardware pin signals are from the local end itself, and the local end device detects the hardware signals of its own optical module. When Local = 0, it indicates that the current optical module's hardware pin signals are mirrored from the remote end, and the local end device detects the hardware signals mirrored from the remote antenna side optical module. The local / remote mirroring flag (Local) can be controlled by a register or a specific bit, or by a hardware level (e.g., high level for local end, low level for remote mirroring).

[0085] The MCU inside the optical module is responsible for monitoring all hardware status signals. It can convert the monitored signal status into data frames or data packets according to certain rules (e.g., periodic or condition-triggered), and then superimpose them onto the laser through an optional external matching circuit before sending them out. At the same time, the monitoring information data packets separated from the detector are processed by the matching circuit and sent to the hardware monitoring information transmission unit for parsing, converting them into the original hardware signal level.

[0086] After both the central office and remote antenna sides adopt optical modules with hardware mirroring capabilities, the transmission path of hardware signal alarms or status information of the remote antenna side optical module is as follows: Figure 8 As shown by the dashed arrow, the hardware signal alarms and other statuses of the optical module on the remote antenna side do not require the involvement of the main processor on the antenna side. They can be reported to the main processor at the central office solely through the MCU inside the optical module. This significantly reduces modifications to the hardware and software of the remote antenna side equipment, lowers the maintenance threshold, improves equipment stability, and facilitates rapid deployment of this function. Simultaneously, because the alarm transmission path is significantly shortened, it also improves the real-time performance of fault monitoring and recovery in the 5G fronthaul network.

[0087] In the hardware monitoring information transmission unit of this preferred embodiment, hardware signals can be encapsulated into data packets in a certain way. For example, a hardware signal can be represented by several bits or one byte, and then frame header and frame trailer identifiers are added to these bits or bytes to form a complete data packet for transmission.

[0088] Method 1: Each hardware pin signal is represented by several bits. For example, if each hardware signal is represented by 4 bits, then two signals, totaling 8 bits, can form a byte. Multiple bytes can be combined into a data packet for continuous transmission. Figure 9 The diagram shows a complete data packet. In this method, using multiple bits to represent the state of a hardware signal provides a certain degree of error correction. For example, if 6 bits are used to represent Tx_Fault, a pre-defined decision rule can be set: if four or more bits have the same value, then the value of these four bits is used to determine the Tx_Fault state. For instance, when the optical module is working, Tx_Fault = 1 indicates a laser malfunction, and Tx_Fault = 0 indicates the laser is working normally. Assuming 111111 represents Tx_Fault = 1, if a bit error occurs during transmission causing the receiver to receive 101110, since four bits are equal to 1, then according to the decision rule, the received Tx_Fault is ultimately determined to be 1. This allows the receiver to tolerate a 2-bit error without misjudging the error.

[0089] Method 2: Each hardware pin signal is represented by one or more bytes. Using multiple bytes to represent a hardware signal can provide stronger error correction capabilities. The decision-making process during reception is similar to that of Method 1, so it will not be elaborated further.

[0090] To improve the real-time performance of hardware signal mirroring, corresponding data packets can be periodically assembled and continuously sent. Alternatively, the MCU can detect a change in a hardware signal and trigger the MCU to assemble and promptly send a data packet. The length, frequency, and number of transmissions of the data packets can all be set in the software to meet the real-time requirements of network fault monitoring. Furthermore, to adapt to different application scenarios, a portion of the hardware signals from the optical module's electrical interface can be selectively mirrored, while the remaining hardware signals are not mirrored.

[0091] It should be noted that in the above example of this embodiment, the optical module on the far-end antenna side only transmits mirror data and does not receive mirror data. The central office optical module, however, does not transmit mirror data and only receives it. For example... Figure 10As shown, this is a master / slave transmission method, with the central office optical module as the master device and the remote antenna-side optical module as the slave device. There is only one path: the mirrored data from the slave device is sent to the master device. However, in another embodiment of this invention, to adapt to other usage scenarios, both the central office optical module and the remote antenna-side optical module can both send and receive mirrored data, forming a bidirectional, peer-to-peer transmission method. For example... Figure 11 As shown, in the peer-to-peer transmission method, the software of both the central office optical module and the remote antenna-side optical module needs to simultaneously possess the processing functions of the processes in Embodiments 1 and 2. That is, the hardware monitoring information transmission unit of the central office optical module can both send mirror data to the hardware monitoring information transmission unit of the remote antenna-side optical module and receive mirror data sent by the hardware monitoring information transmission unit of the remote antenna-side optical module; similarly, the hardware monitoring information transmission unit of the remote antenna-side optical module can both send mirror data to the hardware monitoring information transmission unit of the central office optical module and receive mirror data sent by the hardware monitoring information transmission unit of the central office optical module.

[0092] In summary, this embodiment of the invention only requires adding a hardware flag to the software of the central office equipment to switch between central office mode and remote mode, which enables the acquisition and configuration of hardware signals of the remote optical module. The impact on existing equipment is minimal and deployment is easy. Furthermore, the hardware flag transmits data through the underlying data channel, eliminating the need for the remote main processor to participate. This reduces the number of steps involved in transmitting status and alarm signals, thereby reducing processing latency, enhancing real-time performance, and increasing the network's ability to quickly handle and recover from faults.

[0093] Example 4:

[0094] Based on the remote optical module alarm and status signal monitoring methods provided in Embodiments 1 and 2 above, the present invention also provides a remote optical module alarm and status signal monitoring device that can be used to implement the above methods, such as... Figure 12 The diagram shown is a schematic representation of the device architecture according to an embodiment of the present invention. The remote optical module alarm and status signal monitoring device of this embodiment includes one or more processors 21 and a memory 22. Figure 12 Take a processor 21 as an example.

[0095] Processor 21 and memory 22 can be connected via a bus or other means. Figure 12 Taking the example of a connection between China and Israel via a bus.

[0096] The memory 22, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules, such as the remote optical module alarm and status signal monitoring methods in Embodiments 1 and 2. The processor 21 executes various functional applications and data processing of the remote optical module alarm and status signal monitoring device by running the non-volatile software programs, instructions, and modules stored in the memory 22, thereby realizing the remote optical module alarm and status signal monitoring methods in Embodiments 1 and 2.

[0097] Memory 22 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, memory 22 may optionally include memory remotely located relative to processor 21, which can be connected to processor 21 via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0098] The program instructions / modules are stored in memory 22. When executed by one or more processors 21, they perform the monitoring methods for remote optical module alarms and status signals described in embodiments 1 and 2 above, for example, performing the methods described above. Figures 2-5 The steps shown.

[0099] Those skilled in the art will understand that all or part of the steps in the various methods of the embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, which may include: read-only memory (ROM), random access memory (RAM), disk or optical disk, etc.

[0100] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention should be included within the scope of protection of the present invention. Contents not described in detail in this specification are prior art known to those skilled in the art.

Claims

1. A method for monitoring alarm and status signals of a remote optical module, characterized in that, include: The MCU of the central office optical module monitors hardware alarms and status signals, and sets hardware flags to switch the operating mode of the optical module's hardware pin signals. When the hardware flag value is A, the working mode of the optical module's hardware pin signal switches to the central office mode, and the central office equipment detects the hardware signal of its own optical module. When the hardware flag value is B, the working mode of the hardware pin signal of the optical module is switched to the remote mode, and the central office equipment detects the hardware signal mirrored from the remote optical module. The remote mode specifically includes: the local optical module activating the hardware monitoring signal transmission unit, parsing and storing the remote mirror data packets sent from the remote optical module; the local optical module disconnecting its own hardware signals from the optical module electrical pins; and the local optical module connecting the hardware signals of the remote mirror to the optical module electrical pins to upload the hardware signals of the remote mirror to the main processor of the local equipment. The hardware marker is implemented through a register or bit in the software, or through the hardware level of the hardware circuit. Furthermore, the length, frequency, and number of times the mirror data packet sent by the remote optical module to the central office optical module are all set in the software.

2. The monitoring method for remote optical module alarm and status signals according to claim 1, characterized in that, The central office mode specifically includes: The central office optical module shuts down the hardware monitoring signal transmission unit and connects its own hardware signal to the optical module's electrical pins to upload its hardware signal to the central office equipment's main processor.

3. A method for monitoring alarm and status signals of a remote optical module, characterized in that, include: The MCU of the remote optical module monitors hardware alarms and status signals, and sets hardware flags to switch the working mode of the optical module. When the hardware flag value is A, the optical module switches to the local end mode and the remote device shuts down the hardware monitoring signal transmission unit. When the hardware flag value is B, the optical module switches to remote mode. The remote device activates the hardware monitoring signal transmission unit and sends the remote mirror data packet to the central office optical module. The remote mode specifically includes: the remote optical module activating the hardware monitoring signal transmission unit; the hardware monitoring signal transmission unit encapsulating the hardware signal of the remote optical module into a remote mirror data packet; and superimposing the remote mirror data packet onto the laser and sending it to the local optical module. The hardware marker is implemented through a register or bit in the software, or through the hardware level of the hardware circuit. Furthermore, the length, frequency, and number of times the mirror data packet sent by the remote optical module to the central office optical module are all set in the software.

4. The monitoring method for remote optical module alarm and status signals according to claim 3, characterized in that, The hardware signal is represented using one or more of the following: multiple bits, one byte, or multiple bytes.

5. The method for monitoring alarm and status signals of remote optical modules according to claim 3, characterized in that, The hardware tag values ​​A and B are different from each other.

6. The monitoring method for remote optical module alarm and status signals according to claim 3, characterized in that, The local optical module also encapsulates its own hardware signals into local mirror data packets and sends them to the remote optical module for reception.

7. A monitoring device for remote optical module alarm and status signals, characterized in that: The device includes at least one processor and a memory, which are connected via a data bus. The memory stores instructions that can be executed by the at least one processor. After being executed by the processor, the instructions are used to complete the monitoring method for remote optical module alarm and status signals as described in any one of claims 1-6.

Images