The present invention relates generally to passive optical networks (PONs), and more specifically for generating low rate data patterns that can be utilized for reflection analysis and transmission of such patterns in PONs.
A passive optical network (PON) comprises an optical line terminal (OLT) connected to multiple optical network units (ONUs) in a point-to-multi-point network. New standards have been developed to define different types of PONs, each of which serves a different purpose. For example, the various PON types known in the related art include a Broadband PON (BPON), an Ethernet PON (EPON), a Gigabit PON (GPON), a 10-Gigabit PON (XG-PON), and others.
An exemplary diagram of a typical PON 100 is schematically shown in
In order to provide reliable operation of the PON, there is a need to identify faults that occur on the optical fibers and/or optical components of the PON, for example, detection of breaks or major attenuation, due to a bent fiber or dirty connector. Additionally, in order to allow repairing a faulty optical fiber, there is a need to locate the exact location of the fault for a faster, more efficient network repairs.
Optical faults and their locations in the PON can be detected using optical time-domain reflectometers (OTDRs). The principle of an OTDR includes injecting, at one end of the fiber, a series of optical pulses into the fiber under test and also extracting from the same end of the fiber, light that is scattered (Rayleigh backscatter) or reflected back from points along the fiber. The strength of the return pulses is measured and integrated as a function of time and may be plotted as a function of fiber length. The results may be analyzed to determine the fiber's length, overall attenuation, optical faults, such as breaks, and to measure optical return loss.
OTDR measurements can be performed in the PON using “out-of-band”, “in band” or dedicated wavelength techniques. Out-of-band testing requires stopping the normal operation of the network and verifying the fiber using external OTDR tools. This can be performed using, for example, wavelengths and test pulses that are separate and independent from and different from other wavelengths used to carry customer service traffic.
The in-band testing is performed when the network is operational. However, such a testing requires dedicated OTDR testing signals. The OTDR testing signals utilized in conventional in-band OTDR solutions are either AM modulated or FM modulated. However, such signals can be transmitted only during a test period of the PON, during which data signals are not transmitted to the ONUs. Other OTDR solutions utilize a dedicated upstream wavelength for measuring reflection from the fiber.
It would be therefore advantageous to provide a solution for generating and transmitting signals that can be utilized for testing the reflection in a PON while overcoming the deficiencies of prior art testing techniques.
Certain embodiments include herein include an apparatus for generating a reflection analysis data pattern being utilized for performing a reflection analysis in a passive optical network (PON). The apparatus comprise a data pattern generator for generating a low rate data pattern using a low rate polynomial; a high rate adaptor for increasing a rate of the low rate data pattern to a transmission rate of the PON, the high rate adaptor outputs a high-rate data pattern; a first scrambler polynomial generator for generating a first data sequence according to a scrambler polynomial of the PON; a second scrambler polynomial generator for generating a second data sequence according to the scrambler polynomial of the PON; a pre-scrambler for scrambling the high-rate data pattern with the first data sequence; a scrambler coupled to the pre-scrambler for scrambling the output of the pre-scrambler with a time-shifted signal of the second data sequence to result with the reflection analysis data pattern; and an encapsulator for encapsulating the reflection analysis data pattern output by the scrambler in a plurality of downstream frames transmitted from an optical line terminal (OLT) to optical network units (ONUs) of the PON.
The subject matter that is regarded as the invention is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other features and advantages of the invention will be apparent from the following detailed description taken in conjunction with the accompanying drawings.
It is important to note that the embodiments disclosed are only examples of the many advantageous uses of the innovative teachings herein. In general, statements made in the specification of the present disclosure do not necessarily limit any of the various claimed inventions. Moreover, some statements may apply to some inventive features but not to others. In general, unless otherwise indicated, singular elements may be in plural and vice versa with no loss of generality. In the drawings, like numerals refer to like parts through several views.
The RADP is transmitted in the downstream direction as part of the data frames sent from the OLT to ONUs. Thus, the RADP is fully compliant with the communication standards of the PON. Certain embodiments of the invention include the encapsulation of the RADP in GEM frames and XGEM frames. A GEM frame's structure is defined in the GPON standard ITU-T G.984.3, while the XGEM frame's structure is specified in the XGPON standard ITU-T G.987.3.
The RADP can be utilized for performing reflection analysis between transmitted downstream frames including the RADP and reflected signals respective of the RADP as received at the OLT. The reflection analysis results can be processed by an OTDR processor to, at least, detect faults and their locations in the optical path of PON.
In an embodiment of the invention, the apparatus 200 is implemented in the OLT and includes a data pattern generator 210, a high rate adaptor 220, a consecutive identical digits (CID) prevention logic 225, a first scrambler polynomial generator 230, a second scrambler polynomial generator 240, a pre-scrambler 250, a scrambler 260, and an encapsulator 270. A low rate data pattern is generated by the data pattern generator 210 using a low rate polynomial. In an embodiment of the invention, this polynomial is selected from a group of polynomials designed for generating a pseudorandom binary sequence pattern (PRBS). Then, the high rate adaptor 220 applies a full rate repeating bits function on the generated data pattern. This is performed in order to adapt the low rate (frequency) data pattern to the rate of the PON. For example, if the rate of the pattern output by the generator 210 is 155.52 Mbit/sec, then the rate should be 16 times higher to meet the transmission rate of the GPON. Thus, the high rate adaptor 220 repeats every bit in the low rate pattern 16 times. In XGPON transmission, the high rate adaptor 220 repeats every bit in the low rate pattern 64 times.
The CID prevention logic 225 eliminates the occurrence of consecutive identical bits to meet the CID requirement set by the respective PON standard or may be set to a value determined by the user. In the ITU-T G.984.3 standard, the CID number should be less than 72 bits. Thus, in a non-limiting embodiment, the logic 225 searches for (K-1) identical bits and inverts (i.e., a high logic value to a low logic value, and vice versa) the value of the K-th bit to avoid a CID number exceeding the requirement. The parameter K is set to a value of the maximum allowable or user selected identical bits allowed by the standard (e.g., 72). The output of the CID prevention logic 225 is the RADP.
Each of the first and second scrambler polynomial generators 230 and 240 outputs a data sequence according to the scrambler polynomial defined by the respective PON standard. In an embodiment of the invention, the scrambler polynomial is (X7+X6+1) as utilized by a GPON's OLT. In another embodiment, the scrambler polynomial is (X58+X39+1) as utilized by a XGPON's OLT
The pre-scrambling operation, performed by the pre-scrambler 250, includes a XOR operation between the generated RADP and a data sequence output by the first scrambler polynomial generator 230. The output of the pre-scrambler 250 is scrambled, by means of the scrambler 260, with a shifted-version of a data sequence output by the second scrambler polynomial generator 240. The scrambling of data prior to transmission is a mandatory operation that should be performed by the OLT. The pre-scrambling and scrambling operations cancel each other, thus the RADP is transmitted in the output frames. It should be noted that this process ensures that the generated RADP will be included in the transmitted frames, thus providing a control over the data inserted in the frames.
The data sequence generated by the generator 240 is time shifted to allow the XOR-ing operation (performed by the scrambler 260) to be performed on two aligned patterns. Typically, pre-scrambling and scrambling operations occur at different times due to the pipelining. That is, when the scrambler 260 processes the i-th bit, the pre-scrambler 250 processes bit i+M, where M is a constant number that represents the pipeline delay between the pre-scrambler 250 and scrambler 260. Thus, at each time, the data sequence in the output of the second generator 240 is shifted M bits.
In an embodiment of the invention, when the apparatus 200 is implemented in an OLT operable in a XGPON network, each of the first and second scrambler polynomial generators 230 and 240 generates according to the polynomial (X58+X39+1). In addition, the shifted version of the data sequence output by the generator 240 is initialized with a value which is a function of the current value of the superframe counter. The superframe counter is part of the XG-PON1 physical (PHY) layer frame (see
The encapsulator 270 is utilized to insert the generated RADP, or segments thereof in the frames transmitted in the downstream direction. The various techniques performed by the encapsulator 270 are discussed below with reference to
According to an embodiment of the invention, the GEM frame 300 is adapted to carry the RADP by setting its various fields as follows. The PLI field 310 is set to the number of bytes that can be included in a current frame 300. This number may be any value up to the maximum bytes allowable by the standard. For example, when a downstream forward error correction (FEC) mode is disabled, data fragments up to 4095 bytes are allowed to be transmitted. Thus, the PLI field 310 designates the value 4095 bytes or less. The port ID field 320 usually designates a target ONU for the frame. In this embodiment, the port ID field 320 includes an identifier that is not associated with any of the ONUs in the PON. Thus, none of the ONUs will process the frame 300. The PTI field 330 is set to an appropriate value (e.g., ‘001’ indicating end of fragment of user data). The HEC field 340 includes an error correction code computed based on the values of the fields 310, 320, and 330.
The generated RADP, or segments thereof, is carried in the payload portion 350. As mentioned above, the RADP is a continuous data pattern utilized for reflection analysis. As such, the length of the RADP is typically longer than the length (in bytes) of the payload portion 350. Thus, according to an embodiment of the invention, the RADP generated as described in detail above, is transmitted in a plurality of GEM frames 300. The transmission of the GEM frames carrying the RADP segments may be transmitted in any order and can be interleaved with GEM frames carrying data packets. That is, there is no requirement for consecutive transmissions of GEM frames including segments of the RADP.
According to another embodiment of the invention, the fields of the GEM frame (e.g., frame 300) are set to different values when the FEC is enabled in the downstream direction. The GPON utilizes Reed-Solomon RS(255,239) correction code. The length (size) of a GEM frame is 239 bytes, 5 bytes for the GEM header and 234 bytes for the payload 250. The number of parity bytes of a RS(255, 239) codeword is 16. The parity bytes are not part of the GEM frame, but rather are a trail of the GEM frame. With this FEC codeword, the longest continuous available segment in the payload portion 350 is 234 bytes. Accordingly, in this embodiment of the invention, the value of the PLI field 310 is set to a value of up to 234 bytes. The port ID 320, PTI 330, and the HEC 340 fields are set as described above. In the payload potion 350, a segment of 234 bytes from the generated RADP is inserted.
In an embodiment of the invention, in order to ensure transmission of a continuous segment of the RADP in a GEM frame, a dummy GEM frame is created to fill the data portion of the current FEC codeword and then a RADP segment is inserted starting at the beginning of the payload portion of the next FEC codeword. That is, a non-fragmented RADP segment is included in the next GEM frame. The ONU ID field of the dummy GEM frame is set to the same value as of the GEM frames carrying the RADP segments, so that the dummy GEM frame will not be processed by the ONUs.
The GEM frames carrying the RADP segments may be transmitted in any order and can be interleaved with GEM frames carrying data packets. That is, there is no requirement for consecutive transmissions of GEM frames to include segments of the RADP. However, the dummy GEM frame should precede a GEM frame carrying a RADP segment or a group of consecutive GEM frames.
As illustrated in
According to an embodiment of the invention, the XGEM frame 500 is adapted to carry the RADP by setting its various fields as follows. The PLI field 510 is set to the maximum number of bytes that can be included in a current XGEM frame 500. This number may be any value up to the maximum bytes allowable by the standard. According to the XGPON specification, a downstream forward error correction (FEC) mode is mandatory. Thus, only data fragments up to 208 data bytes are allowed to be transmitted in the frame and the rest of the bytes are error codewords. The key index includes a ‘00’ value, which designates no encryption of the data. The port ID field 520 usually designates a target ONU for the frame. In this embodiment, the port ID field 520 includes an ONU identifier that is not associated with any ONU in the PON or an idle port ID. That is, none of the ONUs will process the XGEM frame 500. The HEC 540 includes an error correction code computed based on the values of the fields 510, 515, 520, 525, and 530.
The generated RADP, or segments thereof, is carried in the payload portion 550. As mentioned above, the RADP is a continuous data pattern utilized for reflection analysis. As such, the length of the RADP is typically longer than the length (in bytes) of the payload portion 500. Thus, according to an embodiment of the invention, the RADP generated as described in detail above, is transmitted in a plurality of GEM frames 500. The XGEM frames carrying the RADP segments may be transmitted in any order and can be interleaved with XGEM frames carrying data packets. However, to ensure a continuous segment having the maximum length (e.g., 208 bytes), one or more idle XGEM frames are transmitted before an XGEM frame carrying a segment of the generated RADP. The idle frame or frames fill the payload portion (a data portion of a FEC codeword) of the current FEC codeword. As mentioned above, this allows including a 208-byte long RADP segment in a payload portion of the payload portion of the next XGEM frame.
According to another embodiment of the invention, the generated RADP is inserted in a number of consecutive XGEM frames of an entire XG-PON1 downstream PHY frame 300. As illustrated in
The XGTC header 620 includes a HLend field 623, which designates the number of BW maps and PLOAMs for the current frame, a predefined number of bandwidth (BW) maps 621 and physical layer operations and maintenance (PLOAM) messages 622. The bandwidth maps 621 and PLOAMs 622 can be optionally paused when transmitting XGEM frames with RADP segments. In this case, the HLend field 623 is set to zero. The XGTC payload 630 includes a plurality of XGEM frames 631, each of which has the structure of the frame illustrated in
At maximum utilization of the downstream PHY frame, 135,356 bytes of RADP at a rate of the XGPON (9.95328 Gbit/sec) can be transmitted. For each XGEM frame 631, the maximum number of bytes that can be transmitted without padding bytes are 16380, thus the PLI value (in the XGEM header) is set to a value of up to 16380 bytes. The rest of the XGEM header fields are set as described above with respect to
The various embodiments disclosed herein can be implemented as hardware, firmware, software, or any combination thereof. Moreover, the software is preferably implemented as an application program tangibly embodied on a program storage unit or computer readable medium. The application program may be uploaded to, and executed by, a machine comprising any suitable architecture. Preferably, the machine is implemented on a computer platform having hardware such as one or more central processing units (“CPUs”), a memory, and input/output interfaces. The computer platform may also include an operating system and microinstruction code. The various processes and functions described herein may be either part of the microinstruction code or part of the application program, or any combination thereof, which may be executed by a CPU, whether or not such computer or processor is explicitly shown. In addition, various other peripheral units may be connected to the computer platform such as an additional data storage unit and a printing unit.
All examples and conditional language recited herein are intended for pedagogical purposes to aid the reader in understanding the principles of the invention and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. Moreover, all statements herein reciting principles, aspects, and embodiments of the invention, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.