U.S. patent application number 14/252474 was filed with the patent office on 2014-08-14 for method and apparatus for detecting a fault on an optical fiber.
This patent application is currently assigned to Rockstar Consortium US LP. The applicant listed for this patent is Rockstar Consortium US LP. Invention is credited to Gregory Allen Foster, Keshav Kamble, Jagdish S. Patel.
Application Number | 20140226969 14/252474 |
Document ID | / |
Family ID | 38173620 |
Filed Date | 2014-08-14 |
United States Patent
Application |
20140226969 |
Kind Code |
A1 |
Patel; Jagdish S. ; et
al. |
August 14, 2014 |
METHOD AND APPARATUS FOR DETECTING A FAULT ON AN OPTICAL FIBER
Abstract
Mechanisms for operating a network element in an optical network
are disclosed. A network element has a plurality of ports, each
port including a respective receive input for receiving an optical
signal from another network element and a respective transmit
output for transmitting an optical signal to the other network
element. Each port is configured with a respective fault detection
mode of a plurality of fault detection modes. The plurality of
fault detection modes include a first fault detection mode in which
interruption of the optical signal received from the other network
element on the respective receive input is interpreted as
indicating interruption of an optical path from the respective
transmit output to the other network element, and a second fault
detection mode in which detection of a predetermined signal pattern
from the other network element on the respective receive input is
interpreted as indicating interruption of the optical path from the
respective transmit output to the other network element.
Inventors: |
Patel; Jagdish S.; (Santa
Clara, CA) ; Kamble; Keshav; (Fremont, CA) ;
Foster; Gregory Allen; (Gilroy, CA) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
Rockstar Consortium US LP |
Plano |
TX |
US |
|
|
Assignee: |
Rockstar Consortium US LP
Plano
TX
|
Family ID: |
38173620 |
Appl. No.: |
14/252474 |
Filed: |
April 14, 2014 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
11314678 |
Dec 21, 2005 |
8699354 |
|
|
14252474 |
|
|
|
|
Current U.S.
Class: |
398/20 |
Current CPC
Class: |
H04B 10/07955 20130101;
H04B 10/077 20130101; H04L 43/50 20130101; H04B 10/07953 20130101;
H04B 2210/08 20130101; H04B 10/0791 20130101 |
Class at
Publication: |
398/20 |
International
Class: |
H04B 10/079 20060101
H04B010/079 |
Claims
1. A method of operating a network element in an optical network,
the network element having a plurality of ports, each port
comprising a respective receive input for receiving an optical
signal from another network element and a respective transmit
output for transmitting an optical signal to the other network
element, the method comprising configuring each port with a
respective fault detection mode of a plurality of fault detection
modes, the plurality of fault detection modes comprising: a first
fault detection mode in which interruption of the optical signal
received from the other network element on the respective receive
input is interpreted as indicating interruption of an optical path
from the respective transmit output to the other network element;
and a second fault detection mode in which detection of a
predetermined signal pattern from the other network element on the
respective receive input is interpreted as indicating interruption
of the optical path from the respective transmit output to the
other network element.
2. The method of claim 1, wherein the predetermined signal pattern
comprises an interruption of the optical signal from the other
network element at the respective receive input persisting for a
predetermined period of time.
3. The method of claim 1, comprising monitoring a respective
receive input of a respective port for the predetermined signal
pattern when the respective port is operating in the second fault
detection mode.
4. The method of claim 3, comprising: detecting the predetermined
signal pattern at the respective receive input of the respective
port; and responsive to detecting the predetermined signal pattern,
determining a presence of a fault on the optical path from the
respective transmit output of the respective port to the other
network element.
5. The method of claim 3, comprising: detecting the predetermined
signal pattern at the respective receive input of the respective
port; and responsive to detecting the predetermined signal pattern,
interrupting optical transmission on the respective transmit output
of the respective port.
6. The method of claim 5, wherein the predetermined signal pattern
comprises intervals of optical signal interruption of a
predetermined duration at the respective receive input interleaved
with intervals of optical signal reception at the respective
receive input.
7. The method of claim 6, wherein detecting the predetermined
signal pattern comprises detecting at least a predetermined number
of intervals of optical signal interruption of the predetermined
duration.
8. The method of claim 7, wherein the at least a predetermined
number of intervals of optical signal interruption of the
predetermined duration is configurable.
9. The method of claim 1, comprising interrupting optical
transmission from the respective transmit output of a respective
port responsive to fault detection at the respective port.
10. The method of claim 1, comprising transmitting the
predetermined signal pattern from the respective transmit output of
a respective port responsive to fault detection at the respective
port.
11. The method of claim 1, comprising transmitting the
predetermined signal pattern from the respective transmit output of
a respective port responsive to fault detection at the respective
port to signal the other network element that there is a fault in
an optical path from the other network element to the respective
receive input of the respective port.
12. The method of claim 1, wherein: the plurality of ports
comprises a plurality of distinct groups of ports; and configuring
each port with a respective fault detection mode of the plurality
of fault detection modes comprises configuring each group of ports
with a respective fault detection mode of the plurality of fault
detection modes.
13. The method of claim 12, wherein each group of ports is located
on a respective input/output card of the network element wherein
each input/output card of the network element has a respective
fault detection mode.
14. The method of claim 13, wherein the first and second optical
waveguides are optical fibers.
15. The method of claim 1, wherein each respective receive input is
coupled to a first optical waveguide and each respective transmit
output is coupled to a second optical waveguide.
16. The method of claim 1, wherein: a transmit output of a
particular port of the network element is coupled to a receive
input of a particular port of the other network element via a first
optical path; a receive input of the particular port of the network
element is coupled to a transmit output of the particular port of
the other network element via a second optical path; the particular
port of the network element is configured with the first fault
detection mode of the plurality of fault detection modes; and the
particular port of the other network element is also configured
with the first fault detection mode.
17. The method of claim 16, comprising transmitting the
predetermined signal pattern from the respective transmit output of
a respective port responsive to fault detection at the respective
port to signal the other network element that there is a fault in
an optical path from the other network element to the respective
receive input of the respective port.
18. The method of claim 17, comprising: detecting the predetermined
signal pattern at a respective receive input of the particular port
of the other network element; and responsive to detecting the
predetermined signal pattern at the receive input of the particular
port of the other network element, interrupting optical
transmission on the transmit output of the particular port of the
other network element.
19. The method of claim 17, comprising: detecting the predetermined
signal pattern at a respective receive input of the particular port
of the other network element; and responsive to detecting the
particular signal pattern, determining presence of a fault on the
second optical path.
Description
RELATED APPLICATIONS
[0001] This application is a continuation of co-pending U.S. patent
application Ser. No. 11/314,678, filed on Dec. 21, 2005, entitled
METHOD AND APPARATUS FOR DETECTING A FAULT ON AN OPTICAL FIBER,
which is hereby incorporated herein by reference in its
entirety.
BACKGROUND OF THE INVENTION
[0002] 1. Field of the Invention
[0003] The present invention relates to communication networks and,
more particularly, to a method and apparatus for detecting a fault
on an optical fiber.
[0004] 2. Description of the Related Art
[0005] Communication networks may include various routers,
switches, bridges, hubs, and other network devices coupled to and
configured to pass data to one another. These devices will be
referred to herein as "network elements." Data is communicated
through the communication network by passing logical associations
of bits/bytes of data in the form of packets between the network
elements over one or more communication links between the
devices.
[0006] When optical fibers are used to provide communication links
between two devices, they are usually deployed in pairs, with each
fiber in the pair providing a unidirectional path between the two
devices. The optical fibers are connected to the network elements
at communication ports, such that an optical transmitter of one
port is connected to an optical receiver of another port and vice
versa. Since fibers are generally used for unidirectional
communication, when a fiber fails or when a far end receiver fails,
the transmitting device will not naturally know that the data it is
transmitting is not reaching its peer receiver. Accordingly, remote
fault indication mechanisms have been developed to enable the
network element on the opposite end of the optical fiber to notify
the transmitting network element via a second optical fiber that
there is a fault on the other fiber.
[0007] FIG. 1 illustrates an example two fiber bidirectional
communication link 10 that may be used in a communication network.
As shown in FIG. 1, the communication link includes ports 12a, 12b
on either ends of two or more fibers 14. In this example, each
fiber carries data in one direction, either from port 12a to port
12b, or from port 12b to port 12a. Transmit interfaces 16a, 16b are
used to transmit data onto the fibers at port 12a and 12b,
respectively. Receive interfaces 18b, 18a are used to receive data
from the fibers 14a, 14b, respectively. Data to be transmitted over
the ports 12a, 12b, is received from switch fabrics 20a, 20b,
associated with the network elements hosting the ports. In the
absence of any data to be transmitted, the transmit interfaces 16a,
16b will still typically output light at a relatively constant
level. When data is present to be transmitted, the output light
will be modulated to enable the receive interface to extract the
data from the optical signal on the optical fiber 14.
[0008] FIG. 1 shows the normal condition with both ports 12a, 12b
operating and both fibers 14a, 14b intact. FIG. 2 shows an example
of a failure in which a fiber break on one of the fibers 14a
prevents data from being transmitted from transmit interface 16a to
receive interface 18b. Although FIG. 2 shows a fault on the fiber
14a, other faults such as a fault in the transmit interface 16a or
a fault in the receive interface 18b may occur as well and would,
in practice, be indistinguishable from a fault on the fiber 14a. As
shown in FIG. 2, the network element associated with the port 12a
may not be aware of the fault on the fiber 14a, and thus continue
to transmit data over the port 12a. To enable this fault to be
communicated back to port 12a, port 12b or the network element
associated with the port 12b will need to sense the fault on the
fiber, shut down the receiver 18b, and then communicate the fault
over the remaining available fiber 14b so that port 12a is able to
cease transmission of data on transmit interface 16a.
[0009] Generally, link failure detection is performed in hardware
using Far End Fault Indication (FEFI) or Remote Fault Indication
(RFI), both of which are industry standards for detecting link
failure using pre-configured hardware circuits. Where hardware
detection of a failure is not available or is cost prohibitive to
implement, a software method may be used.
[0010] There are currently two ways in which software has been
implemented in optical networking equipment to detect a failure on
a link. In both of these methods, when a port, such as port 12b,
detects a failure on a fiber, it will turn its transmit laser off
and on at a specified frequency and duty cycle. Specifically, the
port that detects a failure will oscillate power to its transmit
laser off and on so that the transmit laser periodically stops
sending light over the fiber. The frequency and duty cycle of the
transmit laser oscillations may be, for example, one oscillation
every 12 seconds with the signal being off for 4 seconds and on for
8 seconds, as shown in FIG. 3.
[0011] The difference between the two ways of using software to
detect a failure on a link is in how the receiver 18a interprets a
loss of signal on the fiber 14b. In either instance, a loss of
signal on the receive interface 18a will cause the port 12a to
determine that the receive interface 18a is down. However, since
the loss of signal may be an isolated loss of signal or a
periodically generated loss of signal intentionally being generated
by the far end port 20b as an attempt to signal a failure on the
fiber 14a, the loss of signal is monitored by the port so that it
can determine how to operate its transmit interface.
[0012] In one method (immediate mode), a loss of signal on the
receive interface 18a is immediately assumed to be intentionally
generated as part of the oscillating off/on pattern associated with
a failure on fiber 14a, so that the transmit interface 16a is
immediately shut down upon detection of a loss of signal on fiber
14b. Using this method allows the transmit interface 16a to be shut
down quickly in the event of a failure on fiber 14a so that minimal
data will be lost should a failure occur on that fiber. However,
this mode of operation also causes the transmit interface to be
shut down any time a fiber is disconnected for a short period of
time, which may occur for maintenance such as re-routing of cables
and for other common reasons. For example, if fiber 14b were to be
disconnected in FIG. 1, use of immediate mode would cause the other
fiber in the fiber pair 14a to be shut down by causing transmit
interface 16a to cease transmission. Additionally, the transmit
interface 16a may be required to be shut down for a full cycle to
enable the port 12a to determine whether the loss of signal at
receive interface 18a was part of an isolated incident or was part
of an intentionally generated off/on oscillation pattern intended
to signal a fault on fiber 14a.
[0013] In another method (multiple cycle detection mode), a loss of
signal on the receive interface 18a is not assumed to be part of
the off/on pattern associated with a failure on fiber 14a until
five off/on cycles have been received. This method enables a fiber
to be disconnected for a short period of time without causing the
port 12a to unnecessarily disable the peer fiber by shutting down
the transmit interface 16a. However, since it takes five cycles to
recognize the off/on pattern as indicating a fault on fiber 14a, a
significant amount of data may be lost while the port is waiting to
determine if there is a fault on the fiber.
[0014] Conventionally, if a network element included the ability to
detect a fault on a fiber using software, the network element would
be configured to implement only one of these methods. Specifically,
depending on the particular network element, the network element
would be programmed to use either the multiple cycle detection mode
or the immediate mode. Accordingly, it would be advantageous to
provide a way to choose an immediate mode or multiple detection
mode, or in general, any intermediate setting to detect a fault on
a communication link.
SUMMARY OF THE INVENTION
[0015] According to an embodiment of the invention, a network
administrator is provided with the option to switch the mode of
operation for a given port, group of ports, I/O card, or network
element, so that the particular failure detection method is user
selectable and changeable during operation. By making the fault
indication mode user selectable and changeable, the manner in which
a network detects and reacts to failures on an optical fiber may be
selected independent of the network element on which the port is
implemented. By making the fault detection method dynamically
changeable, the mode may be altered to enable the network element
to operate in an optimum manner under different conditions. For
example, the network element mode may be placed into the multiple
cycle detection mode during routine maintenance and may be placed
into immediate mode during normal operation.
BRIEF DESCRIPTION OF THE DRAWINGS
[0016] Aspects of the present invention are pointed out with
particularity in the appended claims. The present invention is
illustrated by way of example in the following drawings in which
like references indicate similar elements. The following drawings
disclose various embodiments of the present invention for purposes
of illustration only and are not intended to limit the scope of the
invention. For purposes of clarity, not every component may be
labeled in every figure. In the figures:
[0017] FIG. 1 is a functional block diagram of an optical link
extending between two ports;
[0018] FIG. 2 is a functional block diagram of an optical link
extending between two ports illustrating a loss of signal on one of
the fiber channels;
[0019] FIG. 3 is a laser modulation pattern that may be used to
detect a fault on an optical fiber;
[0020] FIG. 4 is a functional block diagram of an optical link
employing ports configured according to an embodiment of the
invention;
[0021] FIG. 5 is a functional block diagram of a network element
employing optical ports configured according to an embodiment of
the invention; and
[0022] FIG. 6 is a functional block diagram of an optical port
according to an embodiment of the invention.
DETAILED DESCRIPTION
[0023] The following detailed description sets forth numerous
specific details to provide a thorough understanding of the
invention. However, those skilled in the art will appreciate that
the invention may be practiced without these specific details. In
other instances, well-known methods, procedures, components,
protocols, algorithms, and circuits have not been described in
detail so as not to obscure the invention.
[0024] According to an embodiment of the invention, a mode selector
is provided in a network element to set the mode in which the fiber
fault detection software operates so that one of a plurality of
modes may be used to detect a fault on an associated fiber.
[0025] FIG. 4 shows an embodiment of the invention in which the
ports on either end of a pair of optical fibers are configured to
enable the mode of operation of the software implemented fiber
fault detection to be user selectable. According to an embodiment
of the invention, a mode selector is provided to enable a network
administrator, or other individual with authority to change the
mode of operation of the network element, to change the manner in
which the port interprets a loss of signal or loss of signal
pattern at a receiver. Thus, for example, the mode selector may
enable the network administrator to switch the fiber fault
detection mode from multiple cycle detection mode to immediate
mode. Additionally, in the multiple cycle detection mode, the
network administrator may be allowed to select the number of cycles
that will be required to be detected prior to declaring a fault on
the transmit fiber 14a.
[0026] As described above, when a port 12 detects a loss of signal
at its receiver 18, it will toggle the laser associated with the
transmitter 16 on and off at a specified frequency and duty cycle
whenever the port is not receiving laser light from the far end of
the link. For example the transmitter 16 may turn off its laser for
4 seconds and on for 8 seconds, as shown in FIG. 3.
[0027] The far end of the link receiving the oscillating signal
will detect and identify the oscillations as being generated by the
fiber fault detection application using one of the modes (multiple
cycle detection mode, immediate mode, or another user-defined mode)
selected using the mode selector. When a fault is confirmed on the
fiber, the port will report the fiber as down to its associated
network element, and stop transmitting and receiving until the
oscillations stop. Note that although it is possible for a signal
to be present on a fiber for part of the cycle, and thus may appear
to the far end that the link is up, the far end will not report the
link as "up" to the network element until it is certain that the
oscillations have stopped.
[0028] The multiple cycle detection mode is configured to allow
normal network maintenance operations, such as cable moves, to
occur with little or no impact on the regular link up/down
processing times. Specifically, since the far end must see an
oscillating off/on patter with a particular periodicity and duty
cycle, the fiber may be temporarily disconnected so that work may
be performed on a fiber without causing the other fiber in the
fiber pair to be shut down. Accordingly, the network administrator
may determine that the network element on the far end of a fiber to
be replaced should be set into multiple cycle detection mode during
routine maintenance to prevent other fibers from being affected by
the work on the network.
[0029] In operation, when the port is set to operate in the
multiple cycle detection mode, the port controller 86 (see FIG. 6)
will be notified every time the link goes down or up (e.g., link
down, up, down, up, down, up, down, up, down). Then after the
5.sup.th down cycle (plus a few seconds to allow the network
element to process the link down), the other port will determine
that the appropriate signaling pattern has been detected, shutdown
that port's transmit and receive capabilities, and keep the port
down from the network element's viewpoint as long as the
oscillating signal is present.
[0030] Using the signaling pattern described herein in connection
with FIG. 3, if the oscillating signal is truly present, the
5.sup.th link down will occur after 48 seconds after the 1.sup.st
link down. Adding 2 seconds to this time to allow the network
element to process the 5.sup.th link down brings the total time
required for link down signaling to be detected using this
algorithm to 50 seconds. The code implementing the signaling
detection simply needs to check for 5 link downs in 50 seconds,
with the clock beginning after the 1.sup.st link down is detected.
If 5 link downs are detected in 50 seconds, link down signaling
would be declared as detected, and the actions described earlier
would occur. If 5 link downs are not detected in the 50 second
period the link downs were not caused by link down signaling, so
the software would reset its internal link down timer 87 and then
wait for another link up to down transition before restarting the
50 second timer.
[0031] The mode selector 22 enables multiple cycle detection mode
to be selected as an operational mode for the port. This mode
enables the fiber 14 to be disconnected temporarily without causing
the ports at the ends of the fiber to associate the disconnection
with a failure on another fiber. Accordingly, using this mode the
ports will be able to transmit data on the other fiber in an
uninterrupted manner while allowing normal maintenance to be
performed on the network element. Similarly, where links are not
likely to be intentionally disconnected, the mode selector enables
the immediate mode to be selected as an operational mode for the
port in which any loss of signal will be interpreted as not only a
problem on the optical fiber connected to the receiver but also as
an indication as a fault on the fiber associated with the transmit
interface. In this mode the transmit interface may be shut down
more quickly to minimize the loss of data that may occur where
there is a fault on the fiber.
[0032] FIG. 5 illustrates a network element that may be configured
to implement an embodiment of the invention. As shown in FIG. 5,
the network element includes a data plane 50 and a control plane
52. The data plane includes a plurality of Input/Output (I/O) cards
(I/O cards 1-n) 54 and a switch fabric 20. I/O cards and switch
fabrics are well known components in the telecommunication area
and, accordingly, their function will not be described in greater
detail herein. Other data plane architectures may be used as well
and the invention is not limited to use on a network element
implemented using an architecture that is the same as that shown in
the example of FIG. 5.
[0033] The I/O cards in this embodiment contain the ports 12
configured in accordance with an embodiment of the invention. As
shown in FIG. 1, the I/O cards also may include a mode selector 22
interfaced to each of the ports to enable the mode selected for a
particular port to be individually selected on the network element.
The invention is not limited to the particular manner of
implementing the mode selector on the network element as the mode
selector may be implemented in software and instantiated in a
number of different processors on the network element.
[0034] The network element also includes a control plane 52
configured to control operation of the network element. One aspect
that may be controlled, according to an embodiment of the
invention, is how the individual ports handle loss of signal on
their attached fibers. The control plane may contain a CPU 64
containing control logic 66 configured to implement a network
management interface 68 such as a command line interface or other
user interface that may be used to set the mode for particular
ports. The invention is not limited to the particular manner in
which the network administrator is allowed to input mode selection
information for particular ports on the network element.
[0035] In the embodiment shown in FIG. 5, the mode information set
by the network manager will be provided to the mode selector
software 72 resident on the control plane 52, which will use the
mode selection information to program the data plane 50 to cause
the data plane 50 to operate as intended by the network
administrator. For example, the mode selector software may cause
the appropriate settings to be set in the mode selector 22 in the
I/O cards 54 so that the ports 12 on the I/O cards may be caused to
operate in the intended manner. The mode of operation may be
selected on a per port basis, per port group basis, per I/O card
basis, or per network element basis. The invention is not limited
to this particular implementation as other ways of utilizing the
mode information within the network element may be implemented as
well to enable the particular mode information to be passed to the
components that are able to use the mode information to control
operation of the ports of the network element.
[0036] The network administrator may perform mode selection to
select between multiple cycle detection mode and immediate mode for
individual ports, groups of ports, or for the network element as a
whole. Additionally, the network administrator may be provided with
the option of selecting the number of cycles that should be
received before declaring a fault on the transmit fiber 14a when
the mode selected is the multiple cycle detection mode. Other modes
of operation may be programmed as well, and selected using the mode
selector, and the invention is not limited to an embodiment that
implements only these described modes of operation.
[0037] FIG. 6 illustrates a port 12 configured according to an
embodiment of the invention. As shown in FIG. 6, the port 12
generally includes a transmit interface 16 configured to transmit
optical signals onto a first optical fiber 14a, and receive
interface 18 configured to optical signals from a second optical
fiber 14b. Data 80 received at the port from the switch fabric 20
(see FIG. 4) will be passed to the transmit interface 16 and used
to modulate the output of a transmit laser associated with the
transmit interface 16 to cause the light to be modulated for
transmission over the optical fiber. Light received at the receive
interface 18 over fiber 14b will be converted to electrical signals
and output from the port as data 82 and forwarded to the switch
fabric 20 in a conventional manner.
[0038] The port 12 also includes a loss of signal detector 84
configured to detect when laser light is not being received from
the fiber 14b. If there is a loss of signal on the fiber 14b, as
registered by the receive interface 18, the loss of signal detector
84 will provide an input to a controller 86. The controller 86 is
configured in this embodiment to enable the port to interpret a
loss of signal at the receiver differently depending on the mode
signal or data 88 that has been transmitted to control the manner
in which the port is to operate. The mode signal 88 is transmitted
to the port 12 from the mode selector 22.
[0039] Upon detection of a loss of signal at the detector, the loss
of signal detector 84 will output a loss of signal to the control
86. The control 86 will notify its applications that the receive
link is down. Depending on the mode of operation, the loss of
signal on the receive fiber 14b may be immediately interpreted as a
fault on the transmit fiber 14a, or may instead may be allowed to
continue for a period of time, e.g. a set number of cycles. The
manner in which the loss of signal is interpreted with respect to
fiber 14a will depend on the mode 88 as set by the mode selector 22
(see FIG. 4). Specifically, in the immediate mode, the loss of
signal will immediately be interpreted as a fault on fiber 14a,
whereas in the multiple cycle detection mode a repetitive loss of
signal must be sensed on the fiber 14b before the control 86 will
declare a fault on fiber 14a.
[0040] If the loss of signal detector 84 sees the signal on the
fiber 14b return, the mode in which the port is operating may make
a difference as to how the port operates. Specifically, if the port
12 is in a first mode in which any loss of signal is to be
interpreted as a fault on the transmit fiber 14a, the port will,
immediately upon receipt of a loss of signal at the loss of signal
detector, cause the transmit laser in the transmit interface 16 to
stop transmitting data on the transmit fiber 14a. To verify whether
the loss of signal is transient or part of a pattern intentionally
being transmitted by a port on the other end of the optical fiber
bundle, the control will require the signal on the receive fiber to
be up for more than 8 seconds prior to enabling the transmit laser
to resume transmitting data. An advantage of this mode of operation
is that data may be stopped immediately upon detection of a loss of
signal on the receive fiber so that a minimal amount of data may be
lost on the transmit fiber 14a. A down-side is that the immediate
mode causes the transmit interface to be shut down for several
seconds during normal maintenance on the other fiber 14a.
[0041] If the multiple cycle detection mode is selected, when the
loss of signal detector 84 detects a loss of signal at the receive
interface 18, the controller 86 will wait to determine if the loss
of signal is transient or part of a pattern intentionally being
transmitted by a port on the other end of the optical fiber bundle.
If the control 86 determines that the loss of signal is repeating
with the appropriate frequency and duty cycle for a number of
cycles, the control will interpret the pattern as a fault on the
transmit fiber and cause the transmit interface 16 to be shut
down.
[0042] In the described example, the frequency of the pattern is 12
seconds and the duty cycle is 2/3 with the laser off for 4 seconds
and on for 8 seconds. Other frequencies and duty cycles may be used
as well and the invention is not limited to an embodiment that uses
these particular frequencies and duty cycles. Also, in the multiple
cycle detection mode, the control will look for five cycles before
interpreting the received pattern as a fault on the transmit fiber.
The invention is not limited in this manner as other numbers of
cycles may be used to identify a fault on the transmit fiber.
Although the previous example has focused on a situation in which
the software is used to detect a fault on the fiber 14a, the
invention is not limited in this manner as the software may also be
used to detect a fault on the transmit interface 16a or on the
receive interface 18b.
[0043] It should be understood that all functional statements made
herein describing the functions to be performed by the methods of
the invention may be performed by programmable logic such as
software programs implemented utilizing subroutines and other
programming techniques known to those of ordinary skill in the art.
Where the programmable logic is implemented as software, the
software may be stored as one or more sets of program instructions
that are stored in a computer readable memory 69 within the network
element and executed on one or more processors within the network
element. Programmable logic can be fixed temporarily or permanently
in a tangible medium such as a read-only memory chip, a computer
memory, a disk, or other storage medium. Programmable logic can
also be fixed in a computer data signal embodied in a carrier wave,
allowing the programmable logic to be transmitted over an interface
such as a computer bus or communication network. The invention is
not limited to a software embodiment, however, as the programmable
logic may also be implemented in a Field Programmable Gate Array
(FPGA) or other programmable hardware implementation. All such
embodiments are intended to fall within the scope of the present
invention.
[0044] It should be understood that various changes and
modifications of the embodiments shown in the drawings and
described in the specification may be made within the spirit and
scope of the present invention. Accordingly, it is intended that
all matter contained in the above description and shown in the
accompanying drawings be interpreted in an illustrative and not in
a limiting sense. The invention is limited only as defined in the
following claims and the equivalents thereto.
* * * * *