WO2014205656A1 - Method and apparatus of processing for alarm clearing - Google Patents
Method and apparatus of processing for alarm clearing Download PDFInfo
- Publication number
- WO2014205656A1 WO2014205656A1 PCT/CN2013/077914 CN2013077914W WO2014205656A1 WO 2014205656 A1 WO2014205656 A1 WO 2014205656A1 CN 2013077914 W CN2013077914 W CN 2013077914W WO 2014205656 A1 WO2014205656 A1 WO 2014205656A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- alarm
- parameter
- threshold value
- cpu
- transceiver
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/07—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
- H04B10/075—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal
- H04B10/079—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal using measurements of the data signal
- H04B10/0795—Performance monitoring; Measurement of transmission parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/07—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
- H04B10/075—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal
- H04B10/079—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal using measurements of the data signal
- H04B10/0793—Network aspects, e.g. central monitoring of transmission parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0627—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time by acting on the notification or alarm source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Definitions
- the present inventions relate generally to a method and an apparatus of processing for alarm clearing and, more particularly, to a method and an apparatus of processing for alarm clearing for optical network units.
- GPON Gigabit Passive Optical Network
- FIG. 1 shows a schematic configuration of a passive optical network.
- an optical line terminator (OLT) 102 is connected to an upper optical network and is also connected to optical network units (ONU) 104 or optical network terminals (hereinafter "ONU") at subscribers' side via an optical line 106.
- OLT optical line terminator
- ONU optical network units
- ONU optical network terminals
- the ONU 104 is connected to a terminal 108 (for example, a personal computer, set top box, etc.) of the subscribers.
- a terminal 108 for example, a personal computer, set top box, etc.
- Such configuration enables the terminals 108 of the subscribers to communicate with terminals of other subscribers via upper optical networks.
- ITU-T G984.4 and G988 defines that the ONU 104 shall report alarms and alarm clearings occurred in it to the OLT 102.
- the alarm is occurred when a value for one of parameters of a diagnostic monitoring program for a transceiver in the ONU 104 exceeds a predetermined threshold value.
- the alarm clearing is that the alarm is cleared when a real-time value of the parameter turns back to a normal value (for example, when a real-time value becomes lower than high threshold value).
- the parameters of the diagnostic monitoring program are temperature, supply voltage, received signal strength indication (RSSI) of received optical signal, etc. of the transceiver.
- the transceiver for the ONU is designed so that an interrupt request
- IRQ hardware interrupt request
- the transceiver is not designed so that an interrupt request for alarm clearing is sent to the processor because
- An object of the present inventions is to provide a novel and useful method and apparatus of processing for alarm clearing.
- a method of processing for alarm clearing for alarm occurred in an apparatus including the steps of: (a) sending a hardware interrupt request for an alarm occurring to a processor; (b) determining a parameter for the alarm; (c) obtaining a current value for the parameter by periodic software polling; (d) obtaining a threshold value for the parameter; (e) determining whether the current value is within the threshold value; and (f) processing for alarm clearing of the alarm if the current value is within the threshold value.
- the current value for the parameter of the alarm is obtained by periodic software polling. Therefore, since the hardware interrupt request is not needed for the alarm clearing, processing performance can be saved for it.
- the combination of the hardware interrupt request for the alarm and the software polling for the alarm clearing is used. Accordingly, resources of the processor can be saved.
- an apparatus including: a CPU; means for sending a hardware interrupt request for an alarm occurring to the CPU; means for determining a parameter for the alarm; means for obtaining a current value for the parameter by periodic software polling; means for obtaining a threshold value for the parameter by periodic software polling; means for determining whether the current value is within the threshold value; and means for processing for alarm clearing of the alarm if the current value is within the threshold value.
- the current value for the parameter of the alarm is obtained by periodic software polling. Therefore, since the hardware interrupt request is not needed for the alarm clearing, processing performance can be saved for it. In addition, the combination of the hardware interrupt request for the alarm and the software polling for the alarm clearing is used. Accordingly, resources of the processor can be saved.
- FIG. 1 is a block diagram of a schematic configuration of a passive optical network
- FIG. 2 is a block diagram of showing hardware configurations of an optical network unit according to an embodiment of the present invention
- FIG. 3 describes processes for alarm and alarm clearing according to the embodiment of the present invention
- FIG. 4 is a flowchart of a process for alarm clearing according to the embodiment of the present invention.
- FIGs. 5A to 5C are flowcharts of a process for alarm clearing according to another embodiment of the present invention.
- FIG. 2 is a block diagram of showing hardware configurations of an optical network unit according to an embodiment of the present invention. Referring to FIG.
- an optical network unit (ONU) 200 is provided with an processor (CPU) 202, a
- ROM 204 a RAM 206
- transceiver 210 an input/output interface 220
- I 2 C interface 222 an I 2 C interface 222
- bus 230 connecting these elements.
- the I 2 C interface 222 is connected to the transceiver 210.
- the CPU 202 executes programs, applications, and routines stored in the ROM 204 and RAM 206, and performs processes for alarm and alarm clearing.
- the CPU 202 starts a predetermined routine corresponding to a hardware interrupt request when the CPU 202 receives the hardware interrupt request.
- the ROM 204 and RAM 206 store programs, applications, routines, and data for executing processes for alarm and alarm clearing by CPU.
- the input/output interface 220 is, for example, EthernetTM, USB, or HDMITM and is not limited to these interfaces.
- the input/output interface 220 connects ONU 200 to an external device 250 such as a personal computer or set top box.
- the ONU 200 can exchange data, video, and audio with the external device 250 via the input/output interface 220.
- the data is received by ONU 200 from an optical line terminator (OLT) 240 and from the external device 250
- the transceiver 210 is provided with a receiver 212, a transmitter 214 , a micro controller unit (MCU) 216, and a memory 218.
- MCU micro controller unit
- the transceiver 210 is coupled to an optical line and communicates with external devices such as an OLT 240 by using the receiver and transmitter.
- the transceiver 210 sends received data to the input/output interface 220 through the bus 230.
- the transceiver 210 receives data to be transmitted from the input/output interface 220 through the bus 230.
- the transceiver 210 measures and obtains current values (for example, realtime values) for predetermined parameters by using a diagnostic monitoring program running on the MCU 216.
- the predetermined parameters of the diagnostic monitoring program are for example temperature, supply voltage, received signal strength indication (RSSI) of received optical signal (wave length: 1490 nm, 1555 nm, etc.) etc. of the transceiver.
- the obtained current values are stored in the memory 218.
- the memory 218 also stores predetermined threshold values for the parameters at predetermined addresses, respectively.
- the diagnostic monitoring program raises an alarm or a warning when the current value for the parameter exceeds the
- a bit at the predetermined address for the parameter in the memory 218 is turned on when the alarm or warning is raised.
- the transceiver 210 send a hardware interrupt request for the alarm or warning to the CPU 202.
- the hardware interrupt request is performed by sending a predetermined signal to the CPU202.
- the memory 218 is a writable and readable memory, for example Electrically Erasable Programmable Read-Only Memory (EEPROM).
- EEPROM Electrically Erasable Programmable Read-Only Memory
- the memory 218 has addresses of Oh to 127 h.
- the warning information is stored at addresses of 70h and 71h and the alarm information is stored at addresses of 74h and 75h.
- One of the bits at the addresses of 70h, 71h, 74h, and 75h is turned on, that is, becomes 'T'when the alarm or warning is raised.
- the alarm and warning is hereinafter simply referred to as the "alarm".
- the threshold value for each of the predetermined parameters of the diagnostic monitoring program can have both a high threshold value and low threshold value.
- the status for the parameter is normal when the current value is between the low threshold value and the high threshold value.
- the parameter of the transceiver 210 is temperature as an example.
- the high threshold value is the threshold value of the high temperature side, for example 60 degrees Celsius.
- the alarm for the high temperature is generated when the temperature exceeds the high threshold value, for example, when the temperature is 61 degrees Celsius which exceeds 60 degrees Celsius.
- the bit at the predetermined address of the memory 218 is set "1" from "0"and this indicates abnormal status of the temperature at high temperature side.
- the low threshold value is the threshold value of the low
- the alarm for the low temperature is generated when the temperature exceeds the low threshold value, for example, when the temperature is -26 degrees Celsius which exceeds -25 degrees Celsius. Then, the bit at the predetermined address of the memory 218 is set "1" from “0"and this indicates abnormal status of the temperature at low temperature side. It is noted that the threshold can be only the high threshold value or the low threshold value.
- the CPU 202 reads the current values and the threshold values for the above mentioned parameters via the I C interface 222.
- the CPU 202 reads the current values and the threshold values for the parameters by software polling periodically (for example, at every 5 seconds).
- FIG. 3 describes processes for alarm and alarm clearing according to the embodiment of the present invention. First, it is described with the processes when the alarm is raised.
- the transceiver send the hardware interrupt request (for example, General Purpose Input/Output (GPIO) Interruput request) associated with the alarm to the CPU 202.
- the CPU 202 executes, in kernel, an interrupt service routine (ISR) (for example, called "Transceiver ISR") in response to the hardware interrupt request to determine alarm information (for example, name of the alarm), that is, parameter information (for example, name of the parameter).
- ISR interrupt service routine
- the ISR reads data from the addresses of 70h, 71h, 74h, and 75h of the memory of the transceiver.
- a Transceiver Daemon in user space receives the alarm information (the parameter information) via Netlink from kernel.
- the Transceiver Daemon generates an alarm message based on the alarm information and sends it to an ONU Management and Control Interface (OMCI) Daemon via a socket.
- OMCI Daemon encodes the received alarm message and sends the encoded alarm message to the OLT 240. Accordingly, the OLT can know the alarm occurring and the name of the alarm raised at the ONU 200.
- the CPU obtains a current value for the parameter for the alarm raised by software polling periodically.
- the Transceiver Daemon in the user space obtains the current value and the threshold value for the parameter for the alarm stored in the memory 218 of the transceiver 210.
- the obtaining of the value is performed by a
- the Transceiver Daemon compares the current value with the threshold value. When the current value turns back to a normal value (that is, the current value becomes within the threshold value), the Transceiver Daemon generates an alarm clearing message and sends to the OMCI Daemon.
- the OMCI Daemon encodes the received alarm clearing message and sends the encoded alarm clearing message to the OLT 240. Accordingly, the OLT can know the alarm clearing and the name of the alarm for the alarm clearing at the ONU 200.
- FIG. 4 is a flowchart of the process for alarm clearing according to the embodiment of the present invention. It is assumed that the ONU 200 (shown in FIG. 2) is running in the process according to the embodiment of the present invention.
- step S402 the CPU 202 detects the alarm occurring upon the receipt of the hardware interrupt request from the transceiver 210. For example, as described in FIG. 3, this detection can be performed by the Transceiver Damon receiving the alarm information. [0024]
- step S404 the CPU 202 determines the detected parameter for the alarm. For example, as described in FIG. 3, the Transceiver Daemon determines it from the alarm message.
- step S406 the CPU 202 starts a periodic timer for executing steps S408 to S412 periodically.
- step S408 the CPU 202 obtains a current value for the determined parameter in step S404 from the memory 218 of the transceiver by software polling via the I C interface 222. Specifically, the CPU 202 specifies the address of the memory for the current value of the parameter and reads the current value stored in the address.
- step S410 the CPU 202 obtains a threshold value for the determined parameter in step S404 from the memory 218 of the transceiver by software polling via the I C interface 222. Specifically, the CPU 202 specifies the address of the memory for the threshold value for the parameter and reads the threshold value stored in the address.
- step S412 the CPU 202 determines whether the current value is within the threshold value. That is, the CPU 202 determines whether the current value have turned back to the normal value. If this determination is "No”, the process goes to step S414, and if this determination is "Yes”, the process goes to step S416.
- step S414 the CPU 202 waits by the next timing of the periodic timer. Since the CPU 202 wait for the period of the periodic timer, this prevents from frequent access to the memory 214 of the transceiver 210. At the next timing, the process goes to step S408 and steps S408 to S412 are performed as explained above.
- step S416 the CPU 202 processes for the alarm clearing. This step may include the steps of generating an alarm clearing message, encoding the generated alarm clearing message, and sending the encoded alarm clearing message to OLT 240.
- step S4108 the CPU deletes the timer. Then, the process is ended.
- the CPU202 obtains the current value for the parameter of the alarm by periodic software polling.
- the MCU 216 of the transceiver 210 can be saved for it. As the result, the cost of the transceiver can be saved.
- the combination of the hardware interrupt request for the alarm and the software polling for the alarm clearing is used. Accordingly, the resources of the CPU 202 can be saved.
- the CPU 202 accesses the memory 218 of the transceiver 210 for the process of the alarm clearing, whereas the CPU 202 does not access the memory 218 for the process of the alarm occurring. Accordingly, this can reduce frequency of accessing the memory 218. This can prevent from aging of a chipset including the memory 218 of the transceiver 210.
- FIGs. 5A to 5C are flowcharts of a process for alarm clearing according to another embodiment of the present invention. It is assumed that the ONU 200 (shown in FIG. 2) is running in the process according to the embodiment of the present invention. It is noted that this embodiment will be described using FIGs 5A to 5C in addition to FIGs. 2 and 3. [0034]
- step S502 the CPU 202 detects the alarm occurring upon the receipt of the hardware interrupt request from the transceiver 210. For example, as described in FIG. 3, this detection can be performed by the Transceiver Damon receiving the alarm information.
- step S504 the CPU 202 determines the detected parameter for the alarm. For example, as described in FIG. 3, the Transceiver Daemon determines it from the alarm message.
- step S508 the CPU 202 starts a periodic timer for executing steps S510 and the following steps periodically.
- step S504 the CPU determines whether the flag of the parameter Pn is "1". If this determination is "Yes”, the process goes to step S514 (in FIG. 5B), and if this determination is "No", the process goes to step S526 (in FIG. 5C).
- step S514 the CPU 202 obtains a current value for the parameter Pn from the memory 218 of the transceiver by software polling via the
- I C interface 222 the CPU 202 specifies the address of the memory for the current value of the parameter Pn and reads the current value stored in the address.
- step S5166 the CPU 202 obtains a threshold value for the parameter
- the CPU 202 specifies the address of the memory for the threshold value for the parameter Pn and reads the threshold value stored in the address. If there are a high threshold value and low threshold value, the CPU 202 obtains the both.
- step S5128 the CPU 202 determines which the alarm is for the high threshold value or the low threshold value. If this determination is "the low threshold value”, the process goes to step S520, and if this determination is "the high threshold value", the process goes to step S522.
- step S520 the CPU 202 determines whether the current value is higher than the low threshold value for the parameter Pn. That is, the CPU 202 determines whether the current value have turned back to the normal value. If this determination is "Yes”, the process goes to step S524, and if this determination is "No", the process goes to step S526 (in FIG. 5C).
- step S522 the CPU 202 determines whether the current value is lower than the high threshold value for the parameter Pn. That is, the CPU 202 determines whether the current value have turned back to the normal value. If this determination is "Yes”, the process goes to step S524, and if this determination is "No”, the process goes to step S526 (in FIG. 5C). [0045]
- step S526 the CPU 202 processes for the alarm clearing for the parameter Pn.
- This step may include the steps of generating an alarm clearing message, encoding the generated alarm clearing message, and sending the encoded alarm clearing message to OLT 240.
- step S526 the CPU 202 determines whether "n" is less than the total number of the parameters Pn. If this determination is "Yes”, the process goes to step S528, and if this determination is "No", the process goes to step S532. Accordingly, the process of steps S512 to S526 is performed depending on the determination steps for all the parameters.
- step S532 the CPU 202 determines whether all the flags for the parameters are "0". If this determination is "Yes”, the process is ended, and if this determination is "No", the process goes to step S530 shown in FIG. 5A.
- step S530 the CPU 202 waits by the next timing of the periodic timer. Since the CPU 202 wait for the period of the periodic timer, this prevents from frequent access to the memory 214 of the transceiver 210. At the next timing, the process goes to step S512. Accordingly, if there is a parameter for which the alarm is not cleared, the CPU 202 can process for the alarm clearing for such parameter by software polling periodically.
- the embodiment of the present invention there is a plurality of parameters of the diagnostic monitoring program and the CPU 202 uses the flags for the parameters for indicating the alarm occurring. Accordingly, the CPU 202 can easily determine the parameters whose alarm is occurring. Moreover this can reduce frequency of the access to the memory 218 by the CPU 202. This can prevent from aging of a chipset including the memory 218 of the transceiver 210.
- the embodiment has the works and the effects described in the previous embodiment.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
There is provided a method of processing for alarm clearing for alarm occurred in an apparatus, the method including the steps of: (a) sending a hardware interrupt request for an alarm occurring to a processor; (b) determining a parameter for the alarm; (c) obtaining a current value for the parameter by periodic software polling; (d) obtaining a threshold value for the parameter; (e) determining whether the current value is within the threshold value; and (f) processing for alarm clearing of the alarm if the current value is within the threshold value.
Description
METHOD AND APPARATUS OF PROCESSING FOR ALARM CLEARING
[TECHNICAL FIELD] [0001]
The present inventions relate generally to a method and an apparatus of processing for alarm clearing and, more particularly, to a method and an apparatus of processing for alarm clearing for optical network units.
[BACKGROUND ART]
[0002]
As for a passive optical network, Gigabit Passive Optical Network (GPON) was standardized by International Telecommunication Union, Telecommunication
Sector (ITU-T). FIG. 1 shows a schematic configuration of a passive optical network.
Referring to FIG. 1, an optical line terminator (OLT) 102 is connected to an upper optical network and is also connected to optical network units (ONU) 104 or optical network terminals (hereinafter "ONU") at subscribers' side via an optical line 106.
The ONU 104 is connected to a terminal 108 (for example, a personal computer, set top box, etc.) of the subscribers. Such configuration enables the terminals 108 of the subscribers to communicate with terminals of other subscribers via upper optical networks.
[0003]
ITU-T G984.4 and G988 defines that the ONU 104 shall report alarms and alarm clearings occurred in it to the OLT 102. The alarm is occurred when a value for one of parameters of a diagnostic monitoring program for a transceiver in the ONU 104 exceeds a predetermined threshold value. The alarm clearing is that the alarm is cleared when a real-time value of the parameter turns back to a normal value (for example, when a real-time value becomes lower than high threshold value). The parameters of the diagnostic monitoring program are temperature, supply voltage,
received signal strength indication (RSSI) of received optical signal, etc. of the transceiver.
[SUMMARY OF INVENTION]
[0004]
The transceiver for the ONU is designed so that an interrupt request
(hardware interrupt request (IRQ)) for alarm occurrence is sent to a processor which controls entire ONU.
However, the transceiver is not designed so that an interrupt request for alarm clearing is sent to the processor because
(i) memory size for the diagnostic monitoring parameters due to cost reduction is limited,
(ii) processing performance of a micro controller unit (MCU)in the transceiver due to cost reduction is limited, and
(iii) registers are reserved for customizing transceiver.
[0005]
An object of the present inventions is to provide a novel and useful method and apparatus of processing for alarm clearing.
[0006]
According to an aspect of the present invention, there is provided a method of processing for alarm clearing for alarm occurred in an apparatus, the method including the steps of: (a) sending a hardware interrupt request for an alarm occurring to a processor; (b) determining a parameter for the alarm; (c) obtaining a current value for the parameter by periodic software polling; (d) obtaining a threshold value for the parameter; (e) determining whether the current value is within the threshold value; and (f) processing for alarm clearing of the alarm if the current value is within the threshold value.
[0007]
According to the present invention, the current value for the parameter of the alarm is obtained by periodic software polling. Therefore, since the hardware interrupt request is not needed for the alarm clearing, processing performance can be saved for it. In addition, the combination of the hardware interrupt request for the alarm and the software polling for the alarm clearing is used. Accordingly, resources of the processor can be saved.
[0008]
According to an aspect of the present invention, there is provided an apparatus including: a CPU; means for sending a hardware interrupt request for an alarm occurring to the CPU; means for determining a parameter for the alarm; means for obtaining a current value for the parameter by periodic software polling; means for obtaining a threshold value for the parameter by periodic software polling; means for determining whether the current value is within the threshold value; and means for processing for alarm clearing of the alarm if the current value is within the threshold value.
[0009]
According to the present invention, the current value for the parameter of the alarm is obtained by periodic software polling. Therefore, since the hardware interrupt request is not needed for the alarm clearing, processing performance can be saved for it. In addition, the combination of the hardware interrupt request for the alarm and the software polling for the alarm clearing is used. Accordingly, resources of the processor can be saved. [BRIEF DESCRIPTION OF DRAWINGS]
[0010]
These and other aspects, features and advantages of the present invention will become apparent from the following description in connection with the accompanying
drawings in which:
FIG. 1 is a block diagram of a schematic configuration of a passive optical network;
FIG. 2 is a block diagram of showing hardware configurations of an optical network unit according to an embodiment of the present invention;
FIG. 3 describes processes for alarm and alarm clearing according to the embodiment of the present invention;
FIG. 4 is a flowchart of a process for alarm clearing according to the embodiment of the present invention; and
FIGs. 5A to 5C are flowcharts of a process for alarm clearing according to another embodiment of the present invention.
[DETAILED DESCRIPTION OF THE INVENTION]
[0011]
Hereinafter, preferred embodiments of the present invention will be described referring to the drawings.
[0012]
FIG. 2 is a block diagram of showing hardware configurations of an optical network unit according to an embodiment of the present invention. Referring to FIG.
2, an optical network unit (ONU) 200 is provided with an processor (CPU) 202, a
ROM 204 , a RAM 206, a transceiver 210, an input/output interface 220, an I2C interface 222, and an bus 230 connecting these elements. The I2C interface 222 is connected to the transceiver 210.
[0013]
The CPU 202 executes programs, applications, and routines stored in the ROM 204 and RAM 206, and performs processes for alarm and alarm clearing. The
CPU 202 starts a predetermined routine corresponding to a hardware interrupt request when the CPU 202 receives the hardware interrupt request. The ROM 204 and RAM 206 store programs, applications, routines, and data for executing processes for alarm and alarm clearing by CPU.
[0014]
The input/output interface 220 is, for example, Ethernet™, USB, or HDMI™ and is not limited to these interfaces. The input/output interface 220 connects ONU 200 to an external device 250 such as a personal computer or set top box. The ONU 200 can exchange data, video, and audio with the external device 250 via the input/output interface 220. The data is received by ONU 200 from an optical line terminator (OLT) 240 and from the external device 250
[0015]
The transceiver 210 is provided with a receiver 212, a transmitter 214 , a micro controller unit (MCU) 216, and a memory 218.
The transceiver 210 is coupled to an optical line and communicates with external devices such as an OLT 240 by using the receiver and transmitter. The transceiver 210 sends received data to the input/output interface 220 through the bus 230. The transceiver 210 receives data to be transmitted from the input/output interface 220 through the bus 230.
[0016]
The transceiver 210 measures and obtains current values (for example, realtime values) for predetermined parameters by using a diagnostic monitoring program running on the MCU 216. The predetermined parameters of the diagnostic monitoring program are for example temperature, supply voltage, received signal strength indication (RSSI) of received optical signal (wave length: 1490 nm, 1555 nm, etc.) etc. of the transceiver. The obtained current values are stored in the memory 218. The memory 218 also stores predetermined threshold values for the parameters at
predetermined addresses, respectively. The diagnostic monitoring program raises an alarm or a warning when the current value for the parameter exceeds the
corresponding threshold values. A bit at the predetermined address for the parameter in the memory 218 is turned on when the alarm or warning is raised. The transceiver 210 send a hardware interrupt request for the alarm or warning to the CPU 202. The hardware interrupt request is performed by sending a predetermined signal to the CPU202.
[0017]
The memory 218 is a writable and readable memory, for example Electrically Erasable Programmable Read-Only Memory (EEPROM). The memory 218 has addresses of Oh to 127 h.
The warning information is stored at addresses of 70h and 71h and the alarm information is stored at addresses of 74h and 75h. One of the bits at the addresses of 70h, 71h, 74h, and 75h is turned on, that is, becomes 'T'when the alarm or warning is raised. The alarm and warning is hereinafter simply referred to as the "alarm".
[0018]
The threshold value for each of the predetermined parameters of the diagnostic monitoring program can have both a high threshold value and low threshold value.
The status for the parameter is normal when the current value is between the low threshold value and the high threshold value. The following is that the parameter of the transceiver 210 is temperature as an example. The high threshold value is the threshold value of the high temperature side, for example 60 degrees Celsius. The alarm for the high temperature is generated when the temperature exceeds the high threshold value, for example, when the temperature is 61 degrees Celsius which exceeds 60 degrees Celsius. Then, the bit at the predetermined address of the memory 218 is set "1" from "0"and this indicates abnormal status of the temperature at high
temperature side. The low threshold value is the threshold value of the low
temperature side, for example -25 degrees Celsius. The alarm for the low temperature is generated when the temperature exceeds the low threshold value, for example, when the temperature is -26 degrees Celsius which exceeds -25 degrees Celsius. Then, the bit at the predetermined address of the memory 218 is set "1" from "0"and this indicates abnormal status of the temperature at low temperature side. It is noted that the threshold can be only the high threshold value or the low threshold value.
[0019]
The CPU 202 reads the current values and the threshold values for the above mentioned parameters via the I C interface 222. The CPU 202 reads the current values and the threshold values for the parameters by software polling periodically (for example, at every 5 seconds).
[0020]
FIG. 3 describes processes for alarm and alarm clearing according to the embodiment of the present invention. First, it is described with the processes when the alarm is raised. Referring to FIG. 3 together with FIG. 2, when the diagnostic monitoring program in the transceiver 210 raises the alarm for one of the parameters, the transceiver send the hardware interrupt request (for example, General Purpose Input/Output (GPIO) Interruput request) associated with the alarm to the CPU 202. The CPU 202 executes, in kernel, an interrupt service routine (ISR) (for example, called "Transceiver ISR") in response to the hardware interrupt request to determine alarm information (for example, name of the alarm), that is, parameter information (for example, name of the parameter). For example, in order to determine the information, the ISR reads data from the addresses of 70h, 71h, 74h, and 75h of the memory of the transceiver. A Transceiver Daemon in user space receives the alarm information (the parameter information) via Netlink from kernel. The Transceiver Daemon generates an alarm message based on the alarm information and sends it to an
ONU Management and Control Interface (OMCI) Daemon via a socket. The OMCI Daemon encodes the received alarm message and sends the encoded alarm message to the OLT 240. Accordingly, the OLT can know the alarm occurring and the name of the alarm raised at the ONU 200.
[0021]
Next, it is described with the processes for the alarm clearing. First, the CPU obtains a current value for the parameter for the alarm raised by software polling periodically. Specifically, the Transceiver Daemon in the user space obtains the current value and the threshold value for the parameter for the alarm stored in the memory 218 of the transceiver 210. The obtaining of the value is performed by a
Transceiver Driver and I2C driver via the I2C interface 222. Second, the Transceiver Daemon compares the current value with the threshold value. When the current value turns back to a normal value (that is, the current value becomes within the threshold value), the Transceiver Daemon generates an alarm clearing message and sends to the OMCI Daemon. The OMCI Daemon encodes the received alarm clearing message and sends the encoded alarm clearing message to the OLT 240. Accordingly, the OLT can know the alarm clearing and the name of the alarm for the alarm clearing at the ONU 200.
[0022]
FIG. 4 is a flowchart of the process for alarm clearing according to the embodiment of the present invention. It is assumed that the ONU 200 (shown in FIG. 2) is running in the process according to the embodiment of the present invention.
[0023]
Referring to FIG. 4 together with FIGs. 2 and 3, in step S402, the CPU 202 detects the alarm occurring upon the receipt of the hardware interrupt request from the transceiver 210. For example, as described in FIG. 3, this detection can be performed by the Transceiver Damon receiving the alarm information.
[0024]
Next, in step S404, the CPU 202 determines the detected parameter for the alarm. For example, as described in FIG. 3, the Transceiver Daemon determines it from the alarm message.
[0025]
Next, in step S406, the CPU 202 starts a periodic timer for executing steps S408 to S412 periodically.
[0026]
Next, in step S408, the CPU 202 obtains a current value for the determined parameter in step S404 from the memory 218 of the transceiver by software polling via the I C interface 222. Specifically, the CPU 202 specifies the address of the memory for the current value of the parameter and reads the current value stored in the address.
[0027]
Next, in step S410, the CPU 202 obtains a threshold value for the determined parameter in step S404 from the memory 218 of the transceiver by software polling via the I C interface 222. Specifically, the CPU 202 specifies the address of the memory for the threshold value for the parameter and reads the threshold value stored in the address.
[0028]
Next, in step S412, the CPU 202 determines whether the current value is within the threshold value. That is, the CPU 202 determines whether the current value have turned back to the normal value. If this determination is "No", the process goes to step S414, and if this determination is "Yes", the process goes to step S416.
[0029]
In step S414, the CPU 202 waits by the next timing of the periodic timer. Since the CPU 202 wait for the period of the periodic timer, this prevents from
frequent access to the memory 214 of the transceiver 210. At the next timing, the process goes to step S408 and steps S408 to S412 are performed as explained above.
[0030]
In step S416, the CPU 202 processes for the alarm clearing. This step may include the steps of generating an alarm clearing message, encoding the generated alarm clearing message, and sending the encoded alarm clearing message to OLT 240.
[0031]
Next, in step S418, the CPU deletes the timer. Then, the process is ended.
[0032]
According to the embodiment of the present invention, the CPU202 obtains the current value for the parameter of the alarm by periodic software polling.
Accordingly, since the transceiver does not use the scheme of the hardware interrupt request for the alarm clearing, the MCU 216 of the transceiver 210 can be saved for it. As the result, the cost of the transceiver can be saved. In addition, the combination of the hardware interrupt request for the alarm and the software polling for the alarm clearing is used. Accordingly, the resources of the CPU 202 can be saved. Moreover, the CPU 202 accesses the memory 218 of the transceiver 210 for the process of the alarm clearing, whereas the CPU 202 does not access the memory 218 for the process of the alarm occurring. Accordingly, this can reduce frequency of accessing the memory 218. This can prevent from aging of a chipset including the memory 218 of the transceiver 210.
[0033]
FIGs. 5A to 5C are flowcharts of a process for alarm clearing according to another embodiment of the present invention. It is assumed that the ONU 200 (shown in FIG. 2) is running in the process according to the embodiment of the present invention. It is noted that this embodiment will be described using FIGs 5A to 5C in addition to FIGs. 2 and 3.
[0034]
Referring to FIG. 5A, in step S502, the CPU 202 detects the alarm occurring upon the receipt of the hardware interrupt request from the transceiver 210. For example, as described in FIG. 3, this detection can be performed by the Transceiver Damon receiving the alarm information.
[0035]
Next, in step S504, the CPU 202 determines the detected parameter for the alarm. For example, as described in FIG. 3, the Transceiver Daemon determines it from the alarm message.
[0036]
Next, in step S506, the CPU 202 set a flag for the determined parameter Pn for "1". For example, if the total number of the parameters for diagnostic monitoring program is 8 (that is, n= 1 to 8), there are PI to P8 as the parameters. The flag for each of the parameters is set for "1" when the alarm occurring and "0" when no alarm occurring. The above steps from steps S502 to S506 are always performed while the ONU 200 is running. When at least one flag is set for "1", the process goes to step S508.
[0037]
Next, in step S508, the CPU 202 starts a periodic timer for executing steps S510 and the following steps periodically.
[0038]
Next, in step S510, the CPU sets n for 1 (that is, n=l).
[0039]
Next, in step S504, the CPU determines whether the flag of the parameter Pn is "1". If this determination is "Yes", the process goes to step S514 (in FIG. 5B), and if this determination is "No", the process goes to step S526 (in FIG. 5C).
[0040]
Referring to FIG. 5B, in step S514, the CPU 202 obtains a current value for the parameter Pn from the memory 218 of the transceiver by software polling via the
I C interface 222. Specifically, the CPU 202 specifies the address of the memory for the current value of the parameter Pn and reads the current value stored in the address.
[0041]
Next, in step S516, the CPU 202 obtains a threshold value for the parameter
Pn from the memory 218 of the transceiver via the I C interface 222. Specifically, the CPU 202 specifies the address of the memory for the threshold value for the parameter Pn and reads the threshold value stored in the address. If there are a high threshold value and low threshold value, the CPU 202 obtains the both.
[0042]
Next, in step S518, the CPU 202 determines which the alarm is for the high threshold value or the low threshold value. If this determination is "the low threshold value", the process goes to step S520, and if this determination is "the high threshold value", the process goes to step S522.
[0043]
In step S520, the CPU 202 determines whether the current value is higher than the low threshold value for the parameter Pn. That is, the CPU 202 determines whether the current value have turned back to the normal value. If this determination is "Yes", the process goes to step S524, and if this determination is "No", the process goes to step S526 (in FIG. 5C).
[0044]
In step S522, the CPU 202 determines whether the current value is lower than the high threshold value for the parameter Pn. That is, the CPU 202 determines whether the current value have turned back to the normal value. If this determination is "Yes", the process goes to step S524, and if this determination is "No", the process goes to step S526 (in FIG. 5C).
[0045]
In step S526, the CPU 202 processes for the alarm clearing for the parameter Pn. This step may include the steps of generating an alarm clearing message, encoding the generated alarm clearing message, and sending the encoded alarm clearing message to OLT 240.
[0046]
Referring to FIG. 5C, next, in step S526, the CPU 202 determines whether "n" is less than the total number of the parameters Pn. If this determination is "Yes", the process goes to step S528, and if this determination is "No", the process goes to step S532. Accordingly, the process of steps S512 to S526 is performed depending on the determination steps for all the parameters.
[0047]
In step S528, the CPU 202 add "1" to "n" (that is, n=n+l). The process goes to Step 512 (in FIG. 5 A) and repeat steps S512 to S526 until "n" reaches the total number of the parameters Pn.
[0048]
In step S532, the CPU 202 determines whether all the flags for the parameters are "0". If this determination is "Yes", the process is ended, and if this determination is "No", the process goes to step S530 shown in FIG. 5A.
[0049]
Retuning to FIG. 5A, in step S530, the CPU 202 waits by the next timing of the periodic timer. Since the CPU 202 wait for the period of the periodic timer, this prevents from frequent access to the memory 214 of the transceiver 210. At the next timing, the process goes to step S512. Accordingly, if there is a parameter for which the alarm is not cleared, the CPU 202 can process for the alarm clearing for such parameter by software polling periodically.
[0050]
According to the embodiment of the present invention, there is a plurality of parameters of the diagnostic monitoring program and the CPU 202 uses the flags for the parameters for indicating the alarm occurring. Accordingly, the CPU 202 can easily determine the parameters whose alarm is occurring. Moreover this can reduce frequency of the access to the memory 218 by the CPU 202. This can prevent from aging of a chipset including the memory 218 of the transceiver 210. In addition, the embodiment has the works and the effects described in the previous embodiment.
[0051]
It is to be understood that numerous modifications may be made to the illustrative embodiments and that other arrangements may be devised without departing from the spirit and scope of the present invention as defined by the appended claims.
Claims
1. A method of processing for alarm clearing for alarm occurred in an apparatus, comprising the steps of:
(a) sending a hardware interrupt request for an alarm occurring to a processor (S402, S502);
(b) determining a parameter for the alarm (S404, S504);
(c) obtaining a current value for the parameter by periodic software polling (S408, S514);
(d) obtaining a threshold value for the parameter (S410, S516);
(e) determining whether the current value is within the threshold value (S412, S520, S522); and
(f) processing for alarm clearing of the alarm if the current value is within the threshold value (S416, S524).
2. The method according to Claim 1, further comprising the steps of:
(bl) setting a flag to a predetermined value for the determined parameter (S506); and
(b2) determining alarm occurring based on a value of the flag (S512).
3. The method according to Claim 1, wherein the steps (c) to (e) are performed at every predetermined period until the alarm clearing is performed.
4. The method according to Claim 1, wherein
the apparatus is an optical network unit and the alarm is for a transceiver, and wherein
the step (f) includes the step of generating a message of an alarm clearing and sending the message to an optical line terminator coupled with an optical line.
5. An apparatus comprising:
a CPU (202);
means (210) for sending a hardware interrupt request for an alarm occurring to the CPU ;
means (202) for determining a parameter for the alarm;
means (202) for obtaining a current value for the parameter by periodic software polling;
means (202) for obtaining a threshold value for the parameter by periodic software polling;
means (202) for determining whether the current value is within the threshold value; and
means (202) for processing for alarm clearing of the alarm if the current value is within the threshold value.
6. The apparatus according to Claim 5, further comprising:
means (202) for setting a flag to a predetermined value for the determined parameter; and
means (202) for determining alarm occurring based on a value of the flag.
7. The apparatus according to Claim 1, wherein
the apparatus is an optical network unit, and
the apparatus further comprising a transceiver, the alarm is for the transceiver, and wherein the means for processing for alarm clearing includes means for generating a message of an alarm clearing and means for sending the message to an optical line terminator coupled with an optical line.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/077914 WO2014205656A1 (en) | 2013-06-25 | 2013-06-25 | Method and apparatus of processing for alarm clearing |
EP13887998.6A EP3014497B1 (en) | 2013-06-25 | 2013-06-25 | Method and apparatus of processing for alarm clearing |
US14/392,342 US20160204857A1 (en) | 2013-06-25 | 2013-06-25 | Method and apparatus for processing for alarm clearing |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/077914 WO2014205656A1 (en) | 2013-06-25 | 2013-06-25 | Method and apparatus of processing for alarm clearing |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014205656A1 true WO2014205656A1 (en) | 2014-12-31 |
Family
ID=52140776
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2013/077914 WO2014205656A1 (en) | 2013-06-25 | 2013-06-25 | Method and apparatus of processing for alarm clearing |
Country Status (3)
Country | Link |
---|---|
US (1) | US20160204857A1 (en) |
EP (1) | EP3014497B1 (en) |
WO (1) | WO2014205656A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108370326A (en) * | 2015-12-10 | 2018-08-03 | 汤姆逊许可公司 | The method and apparatus interrupted is removed for generating alarm and alarm |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3697102B1 (en) * | 2019-02-14 | 2021-10-13 | Nokia Solutions and Networks Oy | Loop detection in a passive optical lan network |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1384942A (en) * | 1999-09-20 | 2002-12-11 | 捷迅无线公司 | Communications bridge for circuit switched data transfer simulation |
CN101541021A (en) * | 2008-03-18 | 2009-09-23 | 中国移动通信集团天津有限公司 | Method for automatically generating capacity-warning reports |
CN102760274A (en) * | 2012-07-24 | 2012-10-31 | 深圳市中电电力技术股份有限公司 | Building energy management and energy consumption data evaluation system and method thereof |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3945308B2 (en) * | 2002-05-09 | 2007-07-18 | 住友電気工業株式会社 | Optical transmitter |
US7475299B1 (en) * | 2004-02-06 | 2009-01-06 | Cisco Technology Inc. | Method and system for real-time bit error ratio determination |
US20070116466A1 (en) * | 2005-11-18 | 2007-05-24 | Broadlight Ltd. | Optical network unit (ONU) circuit |
JP2010141774A (en) * | 2008-12-15 | 2010-06-24 | Mitsubishi Electric Corp | Optical transceiver |
US9246590B2 (en) * | 2009-02-22 | 2016-01-26 | Finisar Corporation | Smart optical transceiver having integrated optical dying gasp function |
US9025490B2 (en) * | 2011-01-17 | 2015-05-05 | Shahram Davari | Network device |
US8682158B2 (en) * | 2011-08-24 | 2014-03-25 | Ciena Corporation | Systems and methods for detecting line flapping in optical networks |
KR101383370B1 (en) * | 2012-07-03 | 2014-04-10 | (주)유비쿼스 | transmitting system using of dying gasp |
-
2013
- 2013-06-25 EP EP13887998.6A patent/EP3014497B1/en not_active Not-in-force
- 2013-06-25 US US14/392,342 patent/US20160204857A1/en not_active Abandoned
- 2013-06-25 WO PCT/CN2013/077914 patent/WO2014205656A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1384942A (en) * | 1999-09-20 | 2002-12-11 | 捷迅无线公司 | Communications bridge for circuit switched data transfer simulation |
CN101541021A (en) * | 2008-03-18 | 2009-09-23 | 中国移动通信集团天津有限公司 | Method for automatically generating capacity-warning reports |
CN102760274A (en) * | 2012-07-24 | 2012-10-31 | 深圳市中电电力技术股份有限公司 | Building energy management and energy consumption data evaluation system and method thereof |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108370326A (en) * | 2015-12-10 | 2018-08-03 | 汤姆逊许可公司 | The method and apparatus interrupted is removed for generating alarm and alarm |
EP3387792A4 (en) * | 2015-12-10 | 2019-05-08 | InterDigital CE Patent Holdings | Method and device for generating alarm and alarm clearing interruption |
Also Published As
Publication number | Publication date |
---|---|
EP3014497A1 (en) | 2016-05-04 |
EP3014497A4 (en) | 2016-12-21 |
US20160204857A1 (en) | 2016-07-14 |
EP3014497B1 (en) | 2018-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2019139252A (en) | METHOD, USER EQUIPMENT AND NETWORK DEVICE FOR DISTRIBUTION OF RESOURCES | |
CN110944220B (en) | Video screen projection playing method, device, equipment and system | |
CN108683681A (en) | A kind of smart home intrusion detection method and device based on traffic policy | |
CN105072670A (en) | Sharing method for WiFi hotspot and electronic equipment | |
EP3014497B1 (en) | Method and apparatus of processing for alarm clearing | |
CN105262792A (en) | Vehicle abnormality processing method and vehicle-mounted terminal | |
US20130191064A1 (en) | Apparatus and method for controlling water quality sensor faults using sensor data | |
JP2019515595A (en) | Data transmission method, apparatus and system | |
CN110545444A (en) | tamper-proof monitoring method and system for IP video | |
US20180367369A1 (en) | Method and device for generating alarm and alarm clearing interruption | |
CN103096038A (en) | Fusing video monitoring system with multi-protocol video monitoring device inserted in and monitoring method | |
CN205610341U (en) | Bus duct monitored control system | |
JP2017508391A (en) | Method for matching data and event gap transmitted / received in network using different communication technologies | |
US10567400B2 (en) | Attack detection device, attack detection method, and non-transitory computer-readable recording medium | |
US10869088B2 (en) | Video quality assessment method and device | |
US10172021B2 (en) | Communication method, non-transitory computer-readable recording medium, and communication system | |
KR101062396B1 (en) | Method for managing pc on network, and web-server used therein | |
CN103647659A (en) | Monitoring method and system | |
CN105208630A (en) | Method for connecting terminal to wireless access point equipment, wireless access point equipment and terminal | |
KR101192443B1 (en) | Sensor data collecting apparatus, sensor middleware apparatus and method for processing sensor data | |
CN115988358B (en) | Meter reading method and device, ammeter and storage medium | |
CN112422313B (en) | Pairing method based on upper computer and related device | |
JP2013005024A (en) | Information acquisition method and information management device | |
CN110753057B (en) | Communication method, device and equipment of fault indicator | |
WO2018165652A1 (en) | Method for fault escalation in nfv environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13887998 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2013887998 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14392342 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |