EP3216192B1 - Adding operations, administration, and maintenance (oam) information in 66-bit code - Google Patents
Adding operations, administration, and maintenance (oam) information in 66-bit code Download PDFInfo
- Publication number
- EP3216192B1 EP3216192B1 EP15859832.6A EP15859832A EP3216192B1 EP 3216192 B1 EP3216192 B1 EP 3216192B1 EP 15859832 A EP15859832 A EP 15859832A EP 3216192 B1 EP3216192 B1 EP 3216192B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- sync
- header
- bit
- fec
- binary
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012423 maintenance Methods 0.000 title claims description 6
- 238000000034 method Methods 0.000 claims description 46
- 230000000295 complement effect Effects 0.000 claims description 12
- 238000012937 correction Methods 0.000 claims description 5
- 239000000284 extract Substances 0.000 claims description 3
- 230000003287 optical effect Effects 0.000 description 14
- 230000007246 mechanism Effects 0.000 description 10
- 239000013307 optical fiber Substances 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000010287 polarization Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000002310 reflectometry Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0041—Arrangements at the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
- H04J14/0254—Optical medium access
- H04J14/0272—Transmission of OAMP information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/04—Speed or phase control by synchronisation signals
- H04L7/041—Speed or phase control by synchronisation signals using special codes as synchronising signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/04—Speed or phase control by synchronisation signals
- H04L7/041—Speed or phase control by synchronisation signals using special codes as synchronising signal
- H04L2007/045—Fill bit or bits, idle words
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/38—Synchronous or start-stop systems, e.g. for Baudot code
- H04L25/40—Transmitting circuits; Receiving circuits
- H04L25/49—Transmitting circuits; Receiving circuits using code conversion at the transmitter; using predistortion; using insertion of idle bits for obtaining a desired frequency spectrum; using three or more amplitude levels ; Baseband coding techniques specific to data transmission systems
- H04L25/4906—Transmitting circuits; Receiving circuits using code conversion at the transmitter; using predistortion; using insertion of idle bits for obtaining a desired frequency spectrum; using three or more amplitude levels ; Baseband coding techniques specific to data transmission systems using binary codes
- H04L25/4908—Transmitting circuits; Receiving circuits using code conversion at the transmitter; using predistortion; using insertion of idle bits for obtaining a desired frequency spectrum; using three or more amplitude levels ; Baseband coding techniques specific to data transmission systems using binary codes using mBnB codes
Definitions
- a passive optical network is one system for providing network access over the last mile, which is the final portion of a telecommunications network that delivers communication to customers.
- a PON is a point-to-multipoint (P2MP) network comprised of an optical line terminal (OLT) at a central office (CO), an optical distribution network (ODN), and optical network units (ONUs) at the user premises.
- PONs may also comprise remote nodes (RNs) located between the OLTs and the ONUs, for instance at the end of a road where multiple customers reside.
- time-division multiplexing (TDM) PONs such as gigabit-capable PONs (GPONs) and Ethernet PONs (EPONs) have been deployed worldwide for multimedia applications.
- GPONs gigabit-capable PONs
- EPONs Ethernet PONs
- EP2159919A1 discloses a method of information block coding and synchronization detecting used to reduce the probability of incorrect synchronization.
- FEC forward error correction
- 64b/66b line coding mechanism adds a 2-bit synchronization character to the 64-bit information to serve as a information synchronization header.
- the 2-bit synchronization character may be only "01" or "10".
- the synchronization character of "01” indicates that the 64-bit information is all data
- the synchronization character of "10" indicates that the 64-bit information contains control information with or without data information.
- each check information block contains 66-bit and is formed by a 2-bit check synchronization header and a unit of 64-bit check information. While the two bits of the information synchronization header are always different, the two bits of the check synchronization header are always the same. So that the receiving end can determine the start and end positions of an FEC codeword.
- US20050149822A1 discloses a method of controlling FEC in EPON.
- a FEC frame is designed to comprise a FEC frame identifier indicating whether FEC should be performed. According to the method, the operation of FEC is controlled effectively and is used only if necessary.
- the disclosure includes an apparatus comprising a 64b66b encoder configured to determine one bit of OAM information; form FEC parity sync-headers based on the one bit of the OAM information, wherein the FEC parity sync-headers include one of two pre-determined bit patterns and wherein the bit pattern included in the parity sync headers is determined based on the one bit of the OAM information; and form an FEC codeword with the FEC parity sync-headers and parity blocks, so that the OAM information is carried in the FEC codeword, wherein the parity blocks are calculated using the one bit of the OAM information; and a transmitter coupled to the 64b66b encoder and configured to transmit the FEC codeword.
- the FEC parity sync-headers comprise a first sync-header, a second sync-header, a third sync-header, and a fourth sync-header.
- the 64b66b encoder is further configured to the FEC parity sync-headers comprise a first sync-header, a second sync-header, a third sync-header, and a fourth sync-header, and/or when the OAM information is a binary 1 bit, form the first sync-header with binary 11 bits, form the second sync-header with binary 00 bits; form the third sync-header with binary 00 bits, and form the fourth sync-header with binary 11 bits, and/or when the OAM information is a binary 0 bit, the 64b66b encoder is further configured to form a first pattern with the FEC parity sync-headers, and/or when the OAM information is a binary 1 bit, the 64b66b encoder is further
- the OAM information comprises one bit so that an OAM rate is about 5 megabits per second (Mb/s).
- the 64b66b encoder is further configured to form 27 data blocks, form 4 parity blocks comprising the FEC parity sync-headers, and further form the FEC codeword with the 27 data blocks and the 4 parity blocks so that the OAM information is carried in the FEC codeword of 31 blocks of data.
- the disclosure includes a method comprising determining one bit of OAM information; forming FEC parity sync-headers based on the one bit of the OAM information, wherein the FEC parity sync-headers include one of two pre-determined bit patterns and wherein the bit pattern included in the parity sync-headers is determined based on the one bit of the OAM information; forming an FEC codeword with the FEC parity sync-headers and parity blocks, so that the OAM information is carried in the FEC codeword, wherein the parity blocks are calculated using the one bit of the OAM information; and transmitting the FEC codeword.
- the FEC parity sync-headers comprise a first sync-header, a second sync-header, a third sync-header, and a fourth sync-header.
- the method when the OAM information is a binary 0 bit, the method further comprises forming the first sync-header with binary 00 bits, forming the second sync-header with binary 11 bits, forming the third sync-header with binary 11 bits, and forming the fourth sync-header with binary 00 bit, and/or when the OAM information is a binary 1 bit, the method further comprises forming the first sync-header with binary 11 bits, forming the second sync-header with binary 00 bits, forming the third sync-header with binary 00 bits, and forming the fourth sync-header with binary 11 bits.
- the method when the OAM information is a binary 0 bit, the method further comprises forming a first pattern with the FEC parity sync-headers, and/or when the OAM information is a binary 1 bit, the method further comprises forming a second pattern with the FEC parity sync-headers, wherein the second pattern is a complement of the first pattern.
- the OAM information comprises one bit so that an OAM rate is about 5 Mb/s.
- the method further comprises forming 27 data blocks, forming 4 parity blocks comprising the FEC parity sync-headers, and further forming the FEC codeword with the 27 data blocks and the 4 parity blocks so that the OAM information is carried in the FEC codeword of 31 blocks of data.
- the disclosure includes a method comprising: receiving an FEC codeword; extracting FEC parity sync-headers and parity blocks from the FEC codeword; determining a bit pattern of the FEC parity sync-headers, wherein the FEC parity sync-headers include one of two pre-determined bit patterns; and determining one bit of OAM information based on the bit pattern, wherein the one bit of OAM information is used to calculate the parity blocks.
- the disclosure includes an apparatus comprising a receiver configured to receive an FEC codeword; and a 64b66b decoder coupled to the receiver and configured to: extract FEC parity sync-headers and parity blocks from the FEC codeword; determine a bit pattern of the FEC parity sync-headers, wherein the FEC parity sync-headers include one of two pre-determined bit patterns; and determine one bit of OAM information based on the bit pattern, wherein the one bit of OAM information is used to calculate the parity blocks.
- the 64b66b decoder is further configured to determine that the OAM information is a binary 0 bit when the OAM information is a binary 0 bit when the first sync-header comprises binary 00 bits, the second sync-header comprises binary 11 bits, the third sync-header comprises binary 11 bits, and the fourth sync-header comprises binary 00 bits; and/or determine that the OAM information is a binary 1 bit when the first sync-header comprises binary 11 bits, the second sync-header comprises binary 00 bits, the third sync-header comprises binary 00 bits, and the fourth sync-header comprises binary 11 bits.
- FIG. 1 is a schematic diagram of a PON 100.
- the PON 100 may be suitable for implementing the disclosed embodiments.
- the PON 100 may comprise an OLT 120 located in a CO 110, ONUs 1- n 180 1- n located at the customers' premises, and an ODN 170 that couples the OLT 120 to the ONUs 1- n 180 1- n .
- N may be any positive integer.
- the PON 100 may provide wavelength-division multiplexing (WDM) capability by associating a downstream wavelength and an upstream wavelength with each OLT port 1- n 130 1- n so that a plurality of wavelengths is present, then combining those wavelengths into a single optical fiber cable 150 via a wavelength multiplexer/demultiplexer (WM) 140 and distributing the wavelengths to the ONUs 1- n 180 1- n through an RN 160.
- WDM wavelength-division multiplexing
- the PON 100 may be a communications network that does not require any active components to distribute data between the OLT 120 and the ONUs 1- n 180 1- n . Instead, the PON 100 may use passive optical components in the ODN 170 to distribute data between the OLT 120 and the ONUs 1- n 180 1- n .
- the PON 100 may adhere to any standard related to multiple-wavelength PONs.
- the CO 110 may be a physical building and may comprise servers and other backbone equipment designed to service a geographical area with data transfer capability.
- the CO 110 may comprise the OLT 120, as well as additional OLTs. If multiple OLTs are present, then any suitable access scheme may be used among them.
- the OLT 120 may comprise the OLT ports 1- n 130 1- n and the WM 140.
- the OLT 120 may be any device suitable for communicating with the ONUs 1- n 180 1- n and another network. Specifically, the OLT 120 may act as an intermediary between the other network and the ONUs 1- n 180 1- n . For instance, the OLT 120 may forward data received from the network to the ONUs 1- n 180 1- n and may forward data received from the ONUs 1- n 180 1- n to the other network.
- the OLT 120 may comprise a converter that converts the network protocol to the PON protocol. The OLT 120 converter may also convert the PON protocol into the network protocol. Though the OLT 120 is shown as being located at the CO 110, the OLT 130 may be located at other locations as well.
- the OLT ports 1- n 130 1- n may be any ports suitable for transmitting waves to and receiving waves from the WM 140.
- the OLT ports 1- n 130 1- n may comprise laser transmitters to transmit waves and photodiodes to receive waves, or the OLT ports 1- n 130 1- n may be connected to such transmitters and photodiodes.
- the OLT ports 1- n 130 1- n may transmit and receive waves in any suitable wavelength bands.
- the WM 140 may be any suitable wavelength multiplexer/demultiplexer such as an arrayed waveguide grating (AWG).
- the WM 140 may multiplex the waves received from the OLT ports 1- n 130 1- n , then forward the combined waves to the RN 160 via the optical fiber cable 150.
- the WM 140 may also demultiplex the waves received from the RN 160 via the optical fiber cable 150.
- the RN 160 may be any component positioned within the ODN 170 that provides partial reflectivity, polarization rotation, and WDM capability.
- the RN 160 may comprise a WM similar to the WM 140.
- the RN 160 may exist closer to the ONUs 1- n 180 1- n than to the CO 110, for instance at the end of a road where multiple customers reside, but the RN 160 may also exist at any suitable point in the ODN 170 between the ONUs 1- n 180 1- n and the CO 110.
- the ODN 170 may be any suitable data distribution network, which may comprise optical fiber cables such as the optical fiber cable 150, couplers, splitters, distributors, or other equipment.
- the optical fiber cables, couplers, splitters, distributors, or other equipment may be passive optical components and therefore not require any power to distribute data signals between the OLT 120 and the ONUs 1- n 180 1- n .
- the ODN 170 may comprise one or more active components such as optical amplifiers or a splitter.
- the ODN 170 may typically extend from the OLT 120 to the ONUs 1- n 180 1- n in a branching configuration as shown, but the ODN 170 may be configured in any suitable P2MP configuration.
- the ONUs 1- n 180 1- n may comprise laser transmitters to transmit waves and photodiodes to receive waves.
- the ONUs 1- n 180 1- n may be any devices suitable for communicating with the OLT 120 and customers. Specifically, the ONUs 1- n 180 1- n may act as intermediaries between the OLT 120 and the customers. For instance, the ONUs 1- n 180 1- n may forward data received from the OLT 120 to the customers and forward data received from the customers to the OLT 120.
- the ONUs 1- n 180 1- n may be similar to optical network terminals (ONTs), so the terms may be used interchangeably.
- the ONUs 1- n 180 1- n may typically be located at distributed locations such as the customer premises, but may be located at other suitable locations as well.
- An EPON is an emerging access network that provides low-cost methods of deploying optical access lines between a CO and customers' premises. EPONs seek to bring forth a full-service access network that delivers data, video, and voice over a single optical access system.
- Optional FEC methods are used to improve communication reliability in error-prone environments like EPONs.
- an EPON frame may be encapsulated into an FEC frame carrying parity and other FEC bits. Use of FEC results in an increased link budget, which enables higher bit rates, longer optical terminal to optical network unit distances, and higher split ratios for a single PON.
- 64B/66B is a line code that transforms 64-bit data to 66-bit line code to provide enough state changes to allow reasonable clock recovery and facilitate alignment of a data stream at a receiver.
- 64B/66B provides for the transmission of Ethernet frames using 66-bit blocks. Each block contains a 64-bit payload and a 2-bit sync header.
- Gb/s gigabit/second
- Ethernet-formatted data requires additional features that are not provided in the basic format. Two such features are the inclusion of FEC and low-level OAM information.
- the first method adds a small amount of error tolerance and is described in clause 74 of IEEE 802.3-2012, Section Five.
- the second method adds a large amount of error tolerance and is described in clause 76 of IEEE 802.3-2012, Section Five, as well as U.S. Patent Nos. 8,171,370 ; 8,281,228 ; 8,270,832 ; 8,245,095 ; 8,208,809 ; 8,880,975 ; and 8,122,325 .
- the second method is the most relevant FEC method for optical transmission systems.
- US 2014/181616 A1 discloses a method for implementing multiple FEC encoding profiles, and further indicating which FEC encoding profile is being used by different FEC encoding information, for example different burst delimiter (BD) values.
- the definition of each FEC encoding profile and the associated BD values may be configured to each ONU by the OLT via higher layer protocols such as operations, administration, and maintenance (OAM). But, neither the application requirement nor the possibility of adding OAM information to 64B/66B data is raised or discussed in US 2014/181616 A1 .
- FIG. 2 is an illustration of a mechanism 200 for providing FEC with 64b/66b data which may be used in conjunction with the inclusion of OAM information as described further below.
- the mechanism 200 shows how the second method described above adds FEC through the generation of parity blocks and the insertion of the parity blocks into a codeword 202 including both the payload data and the parity blocks. Specifically, for every 27 payload blocks 203, 4 parity blocks are added, as described further below.
- Each of the 27 payload blocks comprises a 64-bit payload and a two-bit payload block sync header loaded into each payload block.
- the first payload block 204 of the 27 payload blocks 203 comprises a 64-bit payload 212 and a two-bit payload block sync header 210, having the value "01" by way of example.
- the second payload block 206 includes a 64-bit payload 216 and a two-bit payload block sync header 214 containing the value "10" by way of example, and the twenty-seventh payload block 208 comprises a 64-bit payload 220 and a payload block sync header 218 containing the value "01".
- the values of the payload block sync headers are examples, and may change depending on the type of the payload in the corresponding payload block.
- the FEC is based on a Reed-Solomon code comprising 32 parity bytes, and 223 data bytes.
- This Reed-Solomon code is referred to as an RS(255, 223) code.
- the 27 payload blocks 203 are mapped onto a codeword payload 221 comprising 27 65-bit blocks.
- Each of the 65-bit blocks may comprise a 1-bit header derived from a corresponding payload block sync header and the 64-bit payload.
- the first 65-bit block 222 comprises a 64-bit payload 212 and a header 230 containing the value "1" corresponding to the least significant bit (LSB) of the payload block sync header 210
- the second 65-bit block 224 may comprise a 64-bit payload 216 and a header 234 containing the value "0" corresponding to the LSB of payload block sync header 214
- the 27 th 65-bit block 226 comprises a 64-bit payload 220 and a 1-bit header 238 containing the value "1" corresponding to the payload block sync header 218.
- the values contained in the 1-bit headers are examples and may change with changes in values of the payload block sync headers, such as payload block sync headers 210, 214, 218.
- the twenty-seven 65-bit blocks encompass a total of 1755 bits, leaving 29 padding bits 240 to pad out a total of 223 bytes.
- the padding bits 240 in codeword payload 221 may be padded stuffed with zeros for example.
- the padding bits 240 may be used to encode OAM data as described further below in conjunction with FIG. 3 .
- the twenty-seven 65-bit blocks 203 and the 29 padding bits 240 are input to a RS(255, 223) encoder 223 as indicated by the path 242.
- the RS(255, 223) encoder 223 outputs four 64-bit parity blocks 246, 248, 250, and 252.
- the four parity blocks 246, 248, 250, 252 are calculated based on the twenty-seven 65-bit blocks 203 and the 29 padding bits 240.
- the group of 31 blocks 225 then is mapped to a FEC codeword 202 which includes the group of 31 blocks 225 and four parity sync headers 254, 256, 258, and 260. To decode the codeword, a receiver needs to find the start and end of the codeword.
- parity sync headers 254, 256, 258, 260 comprise two bits, and are different from the payload block sync headers 210, 214, 218 because the parity sync headers 254, 256, 258, 260 have a specific pattern, namely 00, 11, 11, 00. This distinction makes it simple for the receiver to determine the codeword alignment and decode the data.
- the padding bits 240 are not transmitted over the link. Thus, if one or more of these bits were used to transmit OAM data, the receiver would have an incomplete codeword, which would contain the 27 payload blocks 203 and the 4 parity blocks 246, 248, 250, 252, but not the OAM data. This OAM data can be considered an "erasure" of the channel - that is, data that is known to be lost. The receiver can use the FEC algorithm to deduce the OAM data that is missing. However, doing so takes away from some of the error correcting capacity of the system. Thus, there remains a need for carrying OAM information in 66-bit systems that does not diminish the error correcting capacity of the system.
- the disclosed embodiments are described in the context of the FEC mechanism described in clause 76, but the disclosed embodiments apply to any coded systems with sync-header patterns.
- the amount of OAM information transmitted in a single codeword may be minimized.
- the smallest amount of OAM information would be 1 bit per FEC codeword.
- the sync headers may be adapted for sending the OAM information, thus preserving the actively used payload bits and parity bits.
- the sync headers have a fixed bit pattern.
- the encoding rule for the parity sync headers may be changed to include two predetermined bit patterns.
- the 1 bit of OAM information can be used to determine which of the two bit patterns should be transmitted.
- One of the bit patterns is the existing pattern, 00, 11, 11, 00, and the other bit pattern is the complement, 11, 00, 00, 11.
- the bit patterns may thus each have 8 bits.
- FIG. 3 is an illustration of a mechanism 300 for adapting an FEC codeword like the codeword 202 to include OAM information according to an embodiment of the disclosure.
- the mechanism may be implemented, for example, by a network device as shown in FIG. 5 described below.
- each of the 27 payload blocks 203 comprises a 64-bit payload block 204, 216, 208 and a two-bit payload block sync header 210, 214, 218 loaded into each block.
- the FEC is based on a Reed-Solomon code comprising 32 parity bytes and 223 data bytes. This Reed-Solomon code is referred to as an RS(255, 223) code.
- each of the 65-bit blocks comprises a 1-bit header derived from a corresponding payload block sync header and the 64-bit payload.
- the first 65-bit block 222 comprises a 64-bit payload 212 and a header 230 containing the value "1" corresponding to the LSB of the payload block sync header 210
- the second 65-bit block 224 comprises a 64-bit payload 216 and a header 234 containing the value "0" corresponding to the LSB of the payload block sync header 214
- the twenty-seventh 65-bit block 226 comprises a 64-bit payload 220 and a 1-bit header 238 containing the value "1" corresponding to the LSB of the payload block sync header 218.
- the values contained in the 1-bit headers are examples and may change with changes in values of the payload block sync headers.
- the twenty-seven 65-bit blocks encompass a total of 1755 bits, leaving the 29 padding bits 240 to pad out a total of 223 bytes.
- the 29 padding bits 240 comprise a 28-bit padding 304 and a 1-bit OAM datum 306.
- the OAM datum 306 may contain either a "0" or "1".
- the twenty-seven 65-bit blocks 325 and the 28-bit padding 304, and the OAM datum 306 are input to an RS(255, 223) encoder 311 as indicated by the path 307.
- the RS(255, 223) encoder 311 generates, four 64-bit parity blocks 312, 314, 316 and 318.
- the four parity blocks 312, 314, 316, 318 are calculated based on the twenty-seven 65-bit blocks 222, 224, 226, the 28 padding bits 304, and the 1-bit OAM datum 306. Consequently, the values of the parity bits reflect not only the twenty-seven payload blocks 203, but also the OAM datum 306.
- the group of 31 blocks and four parity sync headers that delimit the parity blocks 312, 314, 316 and 318 constitute an FEC codeword 331.
- the four parity blocks 312, 314, 316 and 318 each comprise two bits and together form a pattern. Rather than a fixed pattern comprising alternating pairs of complementary values, the pattern comprises one of two alternating complementary values based on the value of the 1-bit OAM datum 306.
- the symbol "XX" in parity sync headers 324, 330 of a sync header-pattern denotes a pair of bits having either the value "00" or "11.”
- the symbol the " XX " in sync headers 326, 328 denotes the complement of the pair of bits in the parity sync headers 324, 330.
- the receiver can determine which OAM bit was contained in the 1-bit OAM datum 306. For example, a "0" in the 1-bit OAM datum 306 corresponds to the pattern 00 11 11 00 contained in the parity sync headers 324, 326, 328 and 330, respectively. Conversely, a "1" in the OAM datum 306 corresponds to the complementary pattern 11 00 00 11 contained in parity sync headers 324, 326, 328 and 330, respectively.
- a "0" in the OAM datum 306 corresponds to the pattern 11 00 00 11 contained in the parity sync headers 324, 326, 328 and 330, respectively
- a "1" in the OAM datum 306 corresponds to the pattern 00 11 11 00 contained in the parity sync headers 324, 326, 328 and 330, respectively.
- the receiver On receiving the codeword 331, the receiver calculates its own parity blocks to verify the error-free receipt of the payload and corrects the payload data if there are errors. As previously described, the 29 bits comprising the 28 padding bits 304 and the 1-bit OAM datum 306 are not transmitted down the link. However, by detecting the sync-header pattern, the receiver can infer the value of the OAM data as either "0" or "1" and regenerate the value and use it along with the received payload to calculate its four 64-bit parity blocks. If the parity blocks compare, the receiver knows there is no error in the payload data. If the parity blocks do not compare, then the receiver may use the difference between the received and calculated parity blocks to correct the received payload data.
- OAM information is reflected in the mechanism 300 in three ways.
- the symbol “X” denotes a bit which may take a binary value “0” or “1.”
- the values "0” and “1” represent complementary logical values taken by a parameter in an embodiment of the codeword 331 and do not necessarily correspond to values of the physical embodiment of the parameter.
- the symbol “XX" in sync header-pattern denotes a pair of bits having either the value "00” or "11".
- the symbol " XX denotes a pair of bits having the complementary value.
- the FEC algorithm used in 64b66b code format is RS (255, 223), and this algorithm actually has a small number of unused payload bits. These unused bits are filled with zero before the parity is calculated.
- PtP Point-to-Point
- FIG. 3 shows a way of sending 1-bit OAM information per FEC codeword.
- the 1 bit of OAM information determines which of the two bit patterns should be transmitted in the parity sync-headers. For example, as shown in FIG. 3 , when the PtP WDM OAM bit is 0, the FEC parity sync-header pattern is the existing pattern (00, 11, 11, 00). When the PtP WDM OAM bit is 1, the FEC parity sync-header pattern is the complement, in other word, (11, 00, 00, 11).
- OAM information is carried in each codeword of 31 blocks of data. Because this format is used for 10 Gb/s data links, the data rate is approximately 5 megabits per second (Mb/s), which is fast enough for the OAM application.
- the OAM information can also be carried via the FEC payload block sync-header patterns.
- FIG. 4 is schematic diagram of a network device 400 according to an embodiment of the disclosure.
- the network device 400 is suitable for implementing the disclosed embodiments.
- the network device 400 comprises ingress ports 410 and receiver units (Rx) 420 for receiving data; a processor, logic unit, or central processing unit (CPU) 430 to process the data; transmitter units (Tx) 440 and egress ports 450 for transmitting the data; and a memory 460 for storing the data.
- the network device 400 may also comprise optical-to-electrical (OE) components and electrical-to-optical (EO) components coupled to the ingress ports 410, the receiver units 420, the transmitter units 440, and the egress ports 450 for egress or ingress of optical or electrical signals.
- OE optical-to-electrical
- EO electrical-to-optical
- the processor 430 is implemented by hardware and software.
- the processor 430 may be implemented as one or more CPU chips, cores (e.g., as a multi-core processor), field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), and digital signal processors (DSPs).
- the processor 430 is coupled to and in communication with the ingress ports 410, receiver units 420, transmitter units 440, egress ports 450, and memory 460.
- the processor 430 comprises a 64b66b encoder/decoder 470.
- the 64b66b encoder/decoder 470 assists in implementing the disclosed embodiments.
- the inclusion of the 64b66b encoder/decoder 470 therefore provides a substantial improvement to the functionality of the network device 400 and effects a transformation of the network device 400 to a different state.
- the 64b66b encoder/decoder 470 is implemented as instructions stored in the memory 460 and executed by the processor 430.
- the memory 460 comprises one or more disks, tape drives, and solid-state drives and may be used as an over-flow data storage device, to store programs when such programs are selected for execution, and to store instructions and data that are read during program execution.
- the memory 460 may be volatile and non-volatile and may be read-only memory (ROM), random-access memory (RAM), ternary content-addressable memory (TCAM), and static random-access memory (SRAM).
- FIG. 5 is a flowchart of a method 500 for receiving an FEC codeword according to an embodiment of the disclosure.
- an FEC codeword is received.
- the receiver 420 of the network device 400 receives the FEC codeword 331.
- FEC parity sync-headers are extracted from the FEC codeword.
- the 64b66b encoder/decoder 470 extracts the parity sync headers 324, 326, 328, 330 from the FEC codeword 331.
- a bit pattern is determined from the FEC parity sync-headers.
- the 64b66b encoder/decoder 470 determines whether the parity sync headers 324, 326, 328, 330 have a (00, 11, 11, 00) pattern or a (11, 00, 00, 11) pattern. Finally, at step 508, OAM information is determined based on the bit pattern. For instance, the 64b66b encoder/decoder 470 determines that the OAM information is a binary 0 if the bit pattern is (00, 11, 11, 00) or a binary 1 if the bit pattern is (11, 00, 00, 11).
- FIG. 6 is a flowchart of a method 600 for transmitting an FEC codeword according to an embodiment of the disclosure.
- OAM information is processed.
- the 64b66b encoder/decoder 470 in the network device 400 processes the 1-bit OAM datum 306.
- a bit pattern is determined based on the OAM information.
- the 64b66b encoder/decoder 470 determines that a bit pattern is (00, 11, 11, 00) if the 1-bit OAM datum 306 is a binary 0 or (11, 00, 00, 11) if the 1-bit OAM datum 306 is a binary 1.
- FEC parity sync-headers are formed based on the bit pattern.
- the 64b66b encoder/decoder 470 forms the parity sync headers 324, 326, 328, 330 based on the bit pattern.
- an FEC codeword is formed with the FEC parity sync-headers.
- the 64b66b encoder/decoder 470 forms the FEC codeword 331 with the parity sync headers 324, 326, 328, 330.
- the FEC codeword is transmitted. For instance, the transmitter 440 of the network device 400 transmits the FEC codeword 331.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Synchronisation In Digital Transmission Systems (AREA)
Description
- A passive optical network (PON) is one system for providing network access over the last mile, which is the final portion of a telecommunications network that delivers communication to customers. A PON is a point-to-multipoint (P2MP) network comprised of an optical line terminal (OLT) at a central office (CO), an optical distribution network (ODN), and optical network units (ONUs) at the user premises. PONs may also comprise remote nodes (RNs) located between the OLTs and the ONUs, for instance at the end of a road where multiple customers reside. In recent years, time-division multiplexing (TDM) PONs such as gigabit-capable PONs (GPONs) and Ethernet PONs (EPONs) have been deployed worldwide for multimedia applications.
EP2159919A1 discloses a method of information block coding and synchronization detecting used to reduce the probability of incorrect synchronization. In the background part of the specification, some basic knowledge of forward error correction (FEC) is introduced. In the PON or EPON system, 64b/66b line coding mechanism adds a 2-bit synchronization character to the 64-bit information to serve as a information synchronization header. And normally the 2-bit synchronization character may be only "01" or "10". The synchronization character of "01" indicates that the 64-bit information is all data, and the synchronization character of "10" indicates that the 64-bit information contains control information with or without data information. When the FEC coding is performed, check information blocks are generated, where each check information block contains 66-bit and is formed by a 2-bit check synchronization header and a unit of 64-bit check information. While the two bits of the information synchronization header are always different, the two bits of the check synchronization header are always the same. So that the receiving end can determine the start and end positions of an FEC codeword.
US20050149822A1 discloses a method of controlling FEC in EPON. A FEC frame is designed to comprise a FEC frame identifier indicating whether FEC should be performed. According to the method, the operation of FEC is controlled effectively and is used only if necessary. - In one embodiment, the disclosure includes an apparatus comprising a 64b66b encoder configured to determine one bit of OAM information; form FEC parity sync-headers based on the one bit of the OAM information, wherein the FEC parity sync-headers include one of two pre-determined bit patterns and wherein the bit pattern included in the parity sync headers is determined based on the one bit of the OAM information; and form an FEC codeword with the FEC parity sync-headers and parity blocks, so that the OAM information is carried in the FEC codeword, wherein the parity blocks are calculated using the one bit of the OAM information; and a transmitter coupled to the 64b66b encoder and configured to transmit the FEC codeword. In some embodiments, the FEC parity sync-headers comprise a first sync-header, a second sync-header, a third sync-header, and a fourth sync-header. In some embodiments, the 64b66b encoder is further configured to the FEC parity sync-headers comprise a first sync-header, a second sync-header, a third sync-header, and a fourth sync-header, and/or when the OAM information is a binary 1 bit, form the first sync-header with binary 11 bits, form the second sync-header with binary 00 bits; form the third sync-header with binary 00 bits, and form the fourth sync-header with binary 11 bits, and/or when the OAM information is a binary 0 bit, the 64b66b encoder is further configured to form a first pattern with the FEC parity sync-headers, and/or when the OAM information is a binary 1 bit, the 64b66b encoder is further configured to form a second pattern with the FEC parity sync-headers, wherein the second pattern is a complement of the first pattern. In some embodiments, the OAM information comprises one bit so that an OAM rate is about 5 megabits per second (Mb/s). In some embodiments, the 64b66b encoder is further configured to form 27 data blocks,
form 4 parity blocks comprising the FEC parity sync-headers, and further form the FEC codeword with the 27 data blocks and the 4 parity blocks so that the OAM information is carried in the FEC codeword of 31 blocks of data. - In another embodiment, the disclosure includes a method comprising determining one bit of OAM information; forming FEC parity sync-headers based on the one bit of the OAM information, wherein the FEC parity sync-headers include one of two pre-determined bit patterns and wherein the bit pattern included in the parity sync-headers is determined based on the one bit of the OAM information; forming an FEC codeword with the FEC parity sync-headers and parity blocks, so that the OAM information is carried in the FEC codeword, wherein the parity blocks are calculated using the one bit of the OAM information; and transmitting the FEC codeword. In some embodiments, the FEC parity sync-headers comprise a first sync-header, a second sync-header, a third sync-header, and a fourth sync-header. In some embodiments, when the OAM information is a binary 0 bit, the method further comprises forming the first sync-header with binary 00 bits, forming the second sync-header with binary 11 bits, forming the third sync-header with binary 11 bits, and forming the fourth sync-header with binary 00 bit, and/or when the OAM information is a binary 1 bit, the method further comprises forming the first sync-header with binary 11 bits, forming the second sync-header with binary 00 bits, forming the third sync-header with binary 00 bits, and forming the fourth sync-header with binary 11 bits. In some embodiments, when the OAM information is a binary 0 bit, the method further comprises forming a first pattern with the FEC parity sync-headers, and/or when the OAM information is a binary 1 bit, the method further comprises forming a second pattern with the FEC parity sync-headers, wherein the second pattern is a complement of the first pattern. In some embodiments, the OAM information comprises one bit so that an OAM rate is about 5 Mb/s. In some embodiments, the method further comprises forming 27 data blocks, forming 4 parity blocks comprising the FEC parity sync-headers, and further forming the FEC codeword with the 27 data blocks and the 4 parity blocks so that the OAM information is carried in the FEC codeword of 31 blocks of data.
- In another embodiment, the disclosure includes a method comprising: receiving an FEC codeword; extracting FEC parity sync-headers and parity blocks from the FEC codeword; determining a bit pattern of the FEC parity sync-headers, wherein the FEC parity sync-headers include one of two pre-determined bit patterns; and determining one bit of OAM information based on the bit pattern, wherein the one bit of OAM information is used to calculate the parity blocks.
- In yet another embodiment, the disclosure includes an apparatus comprising a receiver configured to receive an FEC codeword; and a 64b66b decoder coupled to the receiver and configured to: extract FEC parity sync-headers and parity blocks from the FEC codeword; determine a bit pattern of the FEC parity sync-headers, wherein the FEC parity sync-headers include one of two pre-determined bit patterns; and determine one bit of OAM information based on the bit pattern, wherein the one bit of OAM information is used to calculate the parity blocks. In some embodiments, the 64b66b decoder is further configured to determine that the OAM information is a binary 0 bit when the OAM information is a binary 0 bit when the first sync-header comprises binary 00 bits, the second sync-header comprises binary 11 bits, the third sync-header comprises binary 11 bits, and the fourth sync-header comprises binary 00 bits; and/or determine that the OAM information is a binary 1 bit when the first sync-header comprises binary 11 bits, the second sync-header comprises binary 00 bits, the third sync-header comprises binary 00 bits, and the fourth sync-header comprises binary 11 bits.
- These and other features will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings and claims.
- For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.
-
FIG. 1 is a schematic diagram of an embodiment of a PON. -
FIG. 2 is an illustration of an embodiment of a mechanism for adding FEC. -
FIG. 3 is an illustration of an embodiment of a mechanism for adding FEC with OAM information according to an embodiment of the disclosure. -
FIG. 4 is a schematic diagram of a network device according to an embodiment of the disclosure. -
FIG. 5 is a flowchart of a method for receiving an FEC codeword according to an embodiment of the disclosure. -
FIG. 6 is a flowchart of a method for transmitting an FEC codeword according to an embodiment of the disclosure. - It should be understood at the outset that, although illustrative implementations of one or more embodiments are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.
-
FIG. 1 is a schematic diagram of aPON 100. The PON 100 may be suitable for implementing the disclosed embodiments. ThePON 100 may comprise an OLT 120 located in aCO 110, ONUs1-n 1801-n located at the customers' premises, and an ODN 170 that couples the OLT 120 to the ONUs1-n 1801-n . N may be any positive integer. ThePON 100 may provide wavelength-division multiplexing (WDM) capability by associating a downstream wavelength and an upstream wavelength with each OLT port1-n 1301-n so that a plurality of wavelengths is present, then combining those wavelengths into a singleoptical fiber cable 150 via a wavelength multiplexer/demultiplexer (WM) 140 and distributing the wavelengths to the ONUs1-n 1801-n through anRN 160. The PON 100 may provide TDM as well. - The
PON 100 may be a communications network that does not require any active components to distribute data between the OLT 120 and the ONUs1-n 1801-n . Instead, thePON 100 may use passive optical components in the ODN 170 to distribute data between theOLT 120 and the ONUs1-n 1801-n . ThePON 100 may adhere to any standard related to multiple-wavelength PONs. - The CO 110 may be a physical building and may comprise servers and other backbone equipment designed to service a geographical area with data transfer capability. The
CO 110 may comprise theOLT 120, as well as additional OLTs. If multiple OLTs are present, then any suitable access scheme may be used among them. - The OLT 120 may comprise the OLT ports1-n 1301-n and the WM 140. The OLT 120 may be any device suitable for communicating with the ONUs1-n 1801-n and another network. Specifically, the OLT 120 may act as an intermediary between the other network and the ONUs1-n 1801-n . For instance, the OLT 120 may forward data received from the network to the ONUs1-n 1801-n and may forward data received from the ONUs1-n 1801-n to the other network. When the other network uses a network protocol that differs from the PON protocol used in the
PON 100, the OLT 120 may comprise a converter that converts the network protocol to the PON protocol. The OLT 120 converter may also convert the PON protocol into the network protocol. Though the OLT 120 is shown as being located at theCO 110, the OLT 130 may be located at other locations as well. - The OLT ports1-n 1301-n may be any ports suitable for transmitting waves to and receiving waves from the WM 140. For instance, the OLT ports1-n 1301-n may comprise laser transmitters to transmit waves and photodiodes to receive waves, or the OLT ports1-n 1301-n may be connected to such transmitters and photodiodes. The OLT ports1-n 1301-n may transmit and receive waves in any suitable wavelength bands.
- The
WM 140 may be any suitable wavelength multiplexer/demultiplexer such as an arrayed waveguide grating (AWG). TheWM 140 may multiplex the waves received from the OLT ports1-n 1301-n , then forward the combined waves to theRN 160 via theoptical fiber cable 150. TheWM 140 may also demultiplex the waves received from theRN 160 via theoptical fiber cable 150. - The
RN 160 may be any component positioned within theODN 170 that provides partial reflectivity, polarization rotation, and WDM capability. For example, theRN 160 may comprise a WM similar to theWM 140. TheRN 160 may exist closer to the ONUs1-n 1801-n than to theCO 110, for instance at the end of a road where multiple customers reside, but theRN 160 may also exist at any suitable point in theODN 170 between the ONUs1-n 1801-n and theCO 110. - The
ODN 170 may be any suitable data distribution network, which may comprise optical fiber cables such as theoptical fiber cable 150, couplers, splitters, distributors, or other equipment. The optical fiber cables, couplers, splitters, distributors, or other equipment may be passive optical components and therefore not require any power to distribute data signals between theOLT 120 and the ONUs1-n 1801-n . Alternatively, theODN 170 may comprise one or more active components such as optical amplifiers or a splitter. TheODN 170 may typically extend from theOLT 120 to the ONUs1-n 1801-n in a branching configuration as shown, but theODN 170 may be configured in any suitable P2MP configuration. - The ONUs1-n 1801-n may comprise laser transmitters to transmit waves and photodiodes to receive waves. The ONUs1-n 1801-n may be any devices suitable for communicating with the
OLT 120 and customers. Specifically, the ONUs1-n 1801-n may act as intermediaries between theOLT 120 and the customers. For instance, the ONUs1-n 1801-n may forward data received from theOLT 120 to the customers and forward data received from the customers to theOLT 120. The ONUs1-n 1801-n may be similar to optical network terminals (ONTs), so the terms may be used interchangeably. The ONUs1-n 1801-n may typically be located at distributed locations such as the customer premises, but may be located at other suitable locations as well. - An EPON is an emerging access network that provides low-cost methods of deploying optical access lines between a CO and customers' premises. EPONs seek to bring forth a full-service access network that delivers data, video, and voice over a single optical access system. Optional FEC methods are used to improve communication reliability in error-prone environments like EPONs. In an FEC process, an EPON frame may be encapsulated into an FEC frame carrying parity and other FEC bits. Use of FEC results in an increased link budget, which enables higher bit rates, longer optical terminal to optical network unit distances, and higher split ratios for a single PON.
- Institute of Electrical and Electronics Engineers (IEEE) 802.3-2012, Section Four, discusses 64B/66B in clause 49. 64B/66B is a line code that transforms 64-bit data to 66-bit line code to provide enough state changes to allow reasonable clock recovery and facilitate alignment of a data stream at a receiver. 64B/66B provides for the transmission of Ethernet frames using 66-bit blocks. Each block contains a 64-bit payload and a 2-bit sync header. For some applications, the transmission of 10 gigabit/second (Gb/s) Ethernet-formatted data requires additional features that are not provided in the basic format. Two such features are the inclusion of FEC and low-level OAM information.
- There are two standardized methods to add FEC to 64B/66B data. The first method adds a small amount of error tolerance and is described in clause 74 of IEEE 802.3-2012, Section Five. The second method adds a large amount of error tolerance and is described in clause 76 of IEEE 802.3-2012, Section Five, as well as
U.S. Patent Nos. 8,171,370 ;8,281,228 ;8,270,832 ;8,245,095 ;8,208,809 ;8,880,975 ; and8,122,325 . The second method is the most relevant FEC method for optical transmission systems.
US 2014/181616 A1 discloses a method for implementing multiple FEC encoding profiles, and further indicating which FEC encoding profile is being used by different FEC encoding information, for example different burst delimiter (BD) values. The definition of each FEC encoding profile and the associated BD values may be configured to each ONU by the OLT via higher layer protocols such as operations, administration, and maintenance (OAM). But, neither the application requirement nor the possibility of adding OAM information to 64B/66B data is raised or discussed inUS 2014/181616 A1 . -
FIG. 2 is an illustration of amechanism 200 for providing FEC with 64b/66b data which may be used in conjunction with the inclusion of OAM information as described further below. Themechanism 200 shows how the second method described above adds FEC through the generation of parity blocks and the insertion of the parity blocks into acodeword 202 including both the payload data and the parity blocks. Specifically, for every 27 payload blocks 203, 4 parity blocks are added, as described further below. Each of the 27 payload blocks comprises a 64-bit payload and a two-bit payload block sync header loaded into each payload block. Thus, thefirst payload block 204 of the 27 payload blocks 203 comprises a 64-bit payload 212 and a two-bit payloadblock sync header 210, having the value "01" by way of example. Similarly, thesecond payload block 206 includes a 64-bit payload 216 and a two-bit payloadblock sync header 214 containing the value "10" by way of example, and the twenty-seventh payload block 208 comprises a 64-bit payload 220 and a payloadblock sync header 218 containing the value "01". The values of the payload block sync headers are examples, and may change depending on the type of the payload in the corresponding payload block. - The FEC is based on a Reed-Solomon code comprising 32 parity bytes, and 223 data bytes. This Reed-Solomon code is referred to as an RS(255, 223) code. Thus, to provide the 223 data bytes to a Reed-Solomon encoder, the 27
payload blocks 203 are mapped onto acodeword payload 221 comprising 27 65-bit blocks. Each of the 65-bit blocks may comprise a 1-bit header derived from a corresponding payload block sync header and the 64-bit payload. For example, the first 65-bit block 222 comprises a 64-bit payload 212 and aheader 230 containing the value "1" corresponding to the least significant bit (LSB) of the payloadblock sync header 210, the second 65-bit block 224 may comprise a 64-bit payload 216 and aheader 234 containing the value "0" corresponding to the LSB of payloadblock sync header 214, and the 27th 65-bit block 226 comprises a 64-bit payload 220 and a 1-bit header 238 containing the value "1" corresponding to the payloadblock sync header 218. The values contained in the 1-bit headers are examples and may change with changes in values of the payload block sync headers, such as payloadblock sync headers padding bits 240 to pad out a total of 223 bytes. Thepadding bits 240 incodeword payload 221 may be padded stuffed with zeros for example. Alternatively, thepadding bits 240 may be used to encode OAM data as described further below in conjunction withFIG. 3 . - The twenty-seven 65-
bit blocks 203 and the 29padding bits 240 are input to a RS(255, 223)encoder 223 as indicated by thepath 242. The RS(255, 223)encoder 223 outputs four 64-bit parity blocks 246, 248, 250, and 252. Thus, the four parity blocks 246, 248, 250, 252 are calculated based on the twenty-seven 65-bit blocks 203 and the 29padding bits 240. The group of 31blocks 225 then is mapped to aFEC codeword 202 which includes the group of 31blocks 225 and fourparity sync headers parity sync headers parity sync headers block sync headers parity sync headers - The
padding bits 240 are not transmitted over the link. Thus, if one or more of these bits were used to transmit OAM data, the receiver would have an incomplete codeword, which would contain the 27payload blocks 203 and the 4 parity blocks 246, 248, 250, 252, but not the OAM data. This OAM data can be considered an "erasure" of the channel - that is, data that is known to be lost. The receiver can use the FEC algorithm to deduce the OAM data that is missing. However, doing so takes away from some of the error correcting capacity of the system. Thus, there remains a need for carrying OAM information in 66-bit systems that does not diminish the error correcting capacity of the system. - Disclosed herein are embodiments for carrying OAM information in 66-bit systems. Specifically, a single OAM bit is sent in every FEC codeword. The OAM bit may be used to determine the FEC block sync-header patterns. The disclosed embodiments are described in the context of the FEC mechanism described in clause 76, but the disclosed embodiments apply to any coded systems with sync-header patterns.
- When sending OAM information, it may be desirable to keep the code format as close as practicable to the standardized format. Thus, in at least some embodiments, the amount of OAM information transmitted in a single codeword may be minimized. The smallest amount of OAM information would be 1 bit per FEC codeword. The sync headers may be adapted for sending the OAM information, thus preserving the actively used payload bits and parity bits. In particular, as described above, in the FEC codeword, the sync headers have a fixed bit pattern. To incorporate OAM information, the encoding rule for the parity sync headers may be changed to include two predetermined bit patterns. The 1 bit of OAM information can be used to determine which of the two bit patterns should be transmitted. One of the bit patterns is the existing pattern, 00, 11, 11, 00, and the other bit pattern is the complement, 11, 00, 00, 11. The bit patterns may thus each have 8 bits.
- Using two bit patterns roughly doubles the chances of seeing a false sync-header pattern. However, the functioning of the receiver synchronization state machine already results in a very low probability of false alignment. The mean time to false lock is measured in millions of years. This small impact is therefore tolerable.
-
FIG. 3 is an illustration of amechanism 300 for adapting an FEC codeword like thecodeword 202 to include OAM information according to an embodiment of the disclosure. The mechanism may be implemented, for example, by a network device as shown inFIG. 5 described below. As inFIG. 2 , each of the 27 payload blocks 203 comprises a 64-bit payload block block sync header Solomon encoder 311, the 27payload blocks 203 are mapped onto acodeword payload 302 comprising 27 65-bit blocks. Similarly toFIG. 2 , each of the 65-bit blocks comprises a 1-bit header derived from a corresponding payload block sync header and the 64-bit payload. For example, the first 65-bit block 222 comprises a 64-bit payload 212 and aheader 230 containing the value "1" corresponding to the LSB of the payloadblock sync header 210, the second 65-bit block 224 comprises a 64-bit payload 216 and aheader 234 containing the value "0" corresponding to the LSB of the payloadblock sync header 214, and the twenty-seventh 65-bit block 226 comprises a 64-bit payload 220 and a 1-bit header 238 containing the value "1" corresponding to the LSB of the payloadblock sync header 218. The values contained in the 1-bit headers are examples and may change with changes in values of the payload block sync headers. Again the twenty-seven 65-bit blocks encompass a total of 1755 bits, leaving the 29padding bits 240 to pad out a total of 223 bytes. In themechanism 300, the 29padding bits 240 comprise a 28-bit padding 304 and a 1-bit OAM datum 306. TheOAM datum 306 may contain either a "0" or "1". - The twenty-seven 65-
bit blocks 325 and the 28-bit padding 304, and theOAM datum 306 are input to an RS(255, 223)encoder 311 as indicated by thepath 307. The RS(255, 223)encoder 311 generates, four 64-bit parity blocks 312, 314, 316 and 318. Thus, the four parity blocks 312, 314, 316, 318 are calculated based on the twenty-seven 65-bit blocks padding bits 304, and the 1-bit OAM datum 306. Consequently, the values of the parity bits reflect not only the twenty-sevenpayload blocks 203, but also theOAM datum 306. The group of 31 blocks and four parity sync headers that delimit the parity blocks 312, 314, 316 and 318 constitute anFEC codeword 331. - In the
FEC codeword 331, the four parity blocks 312, 314, 316 and 318 each comprise two bits and together form a pattern. Rather than a fixed pattern comprising alternating pairs of complementary values, the pattern comprises one of two alternating complementary values based on the value of the 1-bit OAM datum 306. Thus, the symbol "XX" inparity sync headers XX " insync headers parity sync headers bit OAM datum 306. For example, a "0" in the 1-bit OAM datum 306 corresponds to thepattern 00 11 11 00 contained in theparity sync headers OAM datum 306 corresponds to thecomplementary pattern 11 00 00 11 contained inparity sync headers OAM datum 306 corresponds to thepattern 11 00 00 11 contained in theparity sync headers OAM datum 306 corresponds to thepattern 00 11 11 00 contained in theparity sync headers - On receiving the
codeword 331, the receiver calculates its own parity blocks to verify the error-free receipt of the payload and corrects the payload data if there are errors. As previously described, the 29 bits comprising the 28padding bits 304 and the 1-bit OAM datum 306 are not transmitted down the link. However, by detecting the sync-header pattern, the receiver can infer the value of the OAM data as either "0" or "1" and regenerate the value and use it along with the received payload to calculate its four 64-bit parity blocks. If the parity blocks compare, the receiver knows there is no error in the payload data. If the parity blocks do not compare, then the receiver may use the difference between the received and calculated parity blocks to correct the received payload data. - Thus, OAM information is reflected in the
mechanism 300 in three ways. First, there is an addition of a 1-bit OAM datum 306. Second, the 1-bit OAM datum 306 replaces one of thepadding bits 240 inFIG. 2 . The symbol "X" denotes a bit which may take a binary value "0" or "1." The values "0" and "1" represent complementary logical values taken by a parameter in an embodiment of thecodeword 331 and do not necessarily correspond to values of the physical embodiment of the parameter. Third, the 1-bit OAM datum 306 determines the parity sync-header pattern. The symbol "XX" in sync header-pattern denotes a pair of bits having either the value "00" or "11". The symbol "XX " denotes a pair of bits having the complementary value. - The FEC algorithm used in 64b66b code format is RS (255, 223), and this algorithm actually has a small number of unused payload bits. These unused bits are filled with zero before the parity is calculated. In order to keep as close to the standardized 64b66b code with FEC format as possible, the amount of Point-to-Point (PtP) WDM OAM information to be sent with 64b66b coded services must be reduced.
FIG. 3 shows a way of sending 1-bit OAM information per FEC codeword. - The best place to send this information is in the sync-headers, as the payload and parity bits are actively used. The 1 bit of OAM information determines which of the two bit patterns should be transmitted in the parity sync-headers. For example, as shown in
FIG. 3 , when the PtP WDM OAM bit is 0, the FEC parity sync-header pattern is the existing pattern (00, 11, 11, 00). When the PtP WDM OAM bit is 1, the FEC parity sync-header pattern is the complement, in other word, (11, 00, 00, 11). - In this way, one bit of OAM information is carried in each codeword of 31 blocks of data. Because this format is used for 10 Gb/s data links, the data rate is approximately 5 megabits per second (Mb/s), which is fast enough for the OAM application. The OAM information can also be carried via the FEC payload block sync-header patterns.
-
FIG. 4 is schematic diagram of anetwork device 400 according to an embodiment of the disclosure. Thenetwork device 400 is suitable for implementing the disclosed embodiments. Thenetwork device 400 comprisesingress ports 410 and receiver units (Rx) 420 for receiving data; a processor, logic unit, or central processing unit (CPU) 430 to process the data; transmitter units (Tx) 440 andegress ports 450 for transmitting the data; and amemory 460 for storing the data. Thenetwork device 400 may also comprise optical-to-electrical (OE) components and electrical-to-optical (EO) components coupled to theingress ports 410, thereceiver units 420, thetransmitter units 440, and theegress ports 450 for egress or ingress of optical or electrical signals. - The
processor 430 is implemented by hardware and software. Theprocessor 430 may be implemented as one or more CPU chips, cores (e.g., as a multi-core processor), field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), and digital signal processors (DSPs). Theprocessor 430 is coupled to and in communication with theingress ports 410,receiver units 420,transmitter units 440,egress ports 450, andmemory 460. Theprocessor 430 comprises a 64b66b encoder/decoder 470. The 64b66b encoder/decoder 470 assists in implementing the disclosed embodiments. The inclusion of the 64b66b encoder/decoder 470 therefore provides a substantial improvement to the functionality of thenetwork device 400 and effects a transformation of thenetwork device 400 to a different state. Alternatively, the 64b66b encoder/decoder 470 is implemented as instructions stored in thememory 460 and executed by theprocessor 430. - The
memory 460 comprises one or more disks, tape drives, and solid-state drives and may be used as an over-flow data storage device, to store programs when such programs are selected for execution, and to store instructions and data that are read during program execution. Thememory 460 may be volatile and non-volatile and may be read-only memory (ROM), random-access memory (RAM), ternary content-addressable memory (TCAM), and static random-access memory (SRAM). -
FIG. 5 is a flowchart of amethod 500 for receiving an FEC codeword according to an embodiment of the disclosure. Atstep 502, an FEC codeword is received. For instance, thereceiver 420 of thenetwork device 400 receives theFEC codeword 331. Atstep 504, FEC parity sync-headers are extracted from the FEC codeword. For instance, the 64b66b encoder/decoder 470 extracts theparity sync headers FEC codeword 331. Atstep 506, a bit pattern is determined from the FEC parity sync-headers. For instance, the 64b66b encoder/decoder 470 determines whether theparity sync headers step 508, OAM information is determined based on the bit pattern. For instance, the 64b66b encoder/decoder 470 determines that the OAM information is a binary 0 if the bit pattern is (00, 11, 11, 00) or a binary 1 if the bit pattern is (11, 00, 00, 11). -
FIG. 6 is a flowchart of amethod 600 for transmitting an FEC codeword according to an embodiment of the disclosure. Atstep 602, OAM information is processed. For instance, the 64b66b encoder/decoder 470 in thenetwork device 400 processes the 1-bit OAM datum 306. Atstep 604, a bit pattern is determined based on the OAM information. For instance, the 64b66b encoder/decoder 470 determines that a bit pattern is (00, 11, 11, 00) if the 1-bit OAM datum 306 is a binary 0 or (11, 00, 00, 11) if the 1-bit OAM datum 306 is a binary 1. Atstep 606, FEC parity sync-headers are formed based on the bit pattern. For instance, the 64b66b encoder/decoder 470 forms theparity sync headers step 608, an FEC codeword is formed with the FEC parity sync-headers. For instance, the 64b66b encoder/decoder 470 forms theFEC codeword 331 with theparity sync headers step 610, the FEC codeword is transmitted. For instance, thetransmitter 440 of thenetwork device 400 transmits theFEC codeword 331. - While several embodiments have been provided in the present disclosure, it may be understood that the disclosed systems and methods might be embodied in many other specific forms without departing from the scope of the present disclosure. The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.
- In addition, techniques, systems, subsystems, and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure. Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component whether electrically, mechanically, or otherwise. Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and may be made without departing from the scope disclosed herein.
Claims (18)
- An apparatus comprising:a 64b66b encoder (470) configured to:determine one bit of operations, administration, and maintenance, OAM, information;form (606) forward error correction, FEC, parity sync-headers based on the one bit of the OAM information, wherein the FEC parity sync-headers include one of two pre-determined bit patterns and wherein the bit pattern included in the parity sync-headers is determined based on the one bit of the OAM information; andform (608) an FEC codeword with the FEC parity sync-headers and parity blocks, so that the OAM information is carried in the FEC codeword, wherein the parity blocks are calculated using the one bit of the OAM information; anda transmitter (440) coupled to the 64b66b encoder and configured to transmit (610) the FEC codeword.
- The apparatus of claim 1, wherein the FEC parity sync-headers comprise a first sync-header (324), a second sync-header (326), a third sync-header (328), and a fourth sync-header (330).
- The apparatus of claim 2, wherein, when the OAM information is a binary 0 bit, the 64b66b encoder (470) is further configured to:form the first sync-header with binary 00 bits;form the second sync-header with binary 11 bits;form the third sync-header with binary 11 bits; andform the fourth sync-header with binary 00 bits.
- The apparatus of claim 2, wherein, when the OAM information is a binary 1 bit, the 64b66b encoder (470) is further configured to:form the first sync-header with binary 11 bits;form the second sync-header with binary 00 bits;form the third sync-header with binary 00 bits; andform the fourth sync-header with binary 11 bits.
- The apparatus of any of claims 1 to 4, wherein, when the OAM information is a binary 0 bit, the 64b66b encoder is further configured to form a first pattern with the FEC parity sync-headers;
wherein, when the OAM information is a binary 1 bit, the 64b66b encoder is further configured to form a second pattern with the FEC parity sync-headers, wherein the second pattern is a complement of the first pattern. - The apparatus of any of claims 1 to 5, wherein the 64b66b encoder is further configured to:form 27 data blocks;form 4 parity blocks; andfurther form the FEC codeword with the 27 data blocks, the 4 parity blocks and the FEC parity sync-headers so that the OAM information is carried in the FEC codeword.
- The apparatus of claim any of claims 1 to 6, wherein the FEC is based on a Reed-Solomon code comprising 32 parity bytes, and 223 data bytes.
- A method comprising:determining one bit of operations, administration, and maintenance, OAM, information;forming (606) forward error correction, FEC, parity sync-headers based on the one bit of the OAM information, wherein the FEC parity sync-headers include one of two pre-determined bit patterns and wherein the bit pattern included in the parity sync-headers is determined based on the one bit of the OAM information;forming (608) an FEC codeword with the FEC parity sync-headers and parity blocks, so that the OAM information is carried in the FEC codeword, wherein the parity blocks are calculated using the one bit of the OAM information; andtransmitting (610) the FEC codeword.
- The method of claim 8, wherein the FEC parity sync-headers comprise a first sync-header (324), a second sync-header (326), a third sync-header (328), and a fourth sync-header (330).
- The method of claim 9, wherein, when the OAM information is a binary 0 bit, the method further comprises:forming the first sync-header with binary 00 bits;forming the second sync-header with binary 11 bits;forming the third sync-header with binary 11 bits; andforming the fourth sync-header with binary 00 bits.
- The method of claim 10, wherein, when the OAM information is a binary 1 bit, the method further comprises:forming the first sync-header with binary 11 bits;forming the second sync-header with binary 00 bits;forming the third sync-header with binary 00 bits; andforming the fourth sync-header with binary 11 bits.
- The method of any of claims 8 to 11, further comprising:forming 27 data blocks;forming 4 parity blocks; andfurther forming the FEC codeword with the 27 data blocks, the 4 parity blocks and the FEC parity sync-headers so that the OAM information is carried in the FEC codeword.
- A method comprising:receiving a forward error correction (FEC) codeword;extracting FEC parity sync-headers and parity blocks from the FEC codeword;determining a bit pattern of the FEC parity sync-headers, wherein the FEC parity sync-headers include one of two pre-determined bit patterns; anddetermining one bit of operations, administration, and maintenance (OAM) information based on the bit pattern, wherein the one bit of OAM information is used to calculate the parity blocks.
- The method of claim 13, wherein the FEC parity sync-headers comprise a first sync-header (324), a second sync-header (326), a third sync-header (328), and a fourth sync-header (330); and the method further comprising:
determining that the OAM information is a binary 0 bit when:the first sync-header comprises binary 00 bits;the second sync-header comprises binary 11 bits;the third sync-header comprises binary 11 bits; andthe fourth sync-header comprises binary 00 bits. - The method of claims 13 or 14, wherein the FEC parity sync-headers comprise a first sync-header (324), a second sync-header (326), a third sync-header (328), and a fourth sync-header (330); and the method further comprising:
determining that the OAM information is a binary 1 bit when:the first sync-header comprises binary 11 bits;the second sync-header comprises binary 00 bits;the third sync-header comprises binary 00 bits; andthe fourth sync-header comprises binary 11 bits. - An apparatus comprising:a receiver (420) configured to receive (502) a forward error correction (FEC) codeword; anda 64b66b decoder (470) coupled to the receiver (420) and configured to:extract (504) FEC parity sync-headers and parity blocks from the FEC codeword;determine (506) a bit pattern of the FEC parity sync-headers, wherein the FEC parity sync-headers include one of two pre-determined bit patterns; anddetermine (508) one bit of operations, administration, and maintenance (OAM) information based on the bit pattern, wherein the one bit of OAM information is used to calculate the parity blocks.
- The apparatus of claim 16, wherein the FEC parity sync-headers comprise a first sync-header (324), a second sync-header (326), a third sync-header (328), and a fourth sync-header (330);
wherein the 64b66b decoder (470) is further configured to determine that the OAM information is a binary 0 bit when:the first sync-header comprises binary 00 bits;the second sync-header comprises binary 11 bits;the third sync-header comprises binary 11 bits; andthe fourth sync-header comprises binary 00 bits. - The apparatus of any of claims 16 to 17, wherein the FEC parity sync-headers comprise a first sync-header (324), a second sync-header (326), a third sync-header (328), and a fourth sync-header (330);
wherein the 64b66b decoder (470) is further configured to determine that the OAM information is a binary 1 bit when:the first sync-header comprises binary 11 bits;the second sync-header comprises binary 00 bits;the third sync-header comprises binary 00 bits; andthe fourth sync-header comprises binary 11 bits.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP19212095.4A EP3637655A1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462077467P | 2014-11-10 | 2014-11-10 | |
US14/933,939 US9654250B2 (en) | 2014-11-10 | 2015-11-05 | Adding operations, administration, and maintenance (OAM) information in 66-bit code |
PCT/CN2015/094070 WO2016074591A1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP19212095.4A Division-Into EP3637655A1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
EP19212095.4A Division EP3637655A1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
Publications (3)
Publication Number | Publication Date |
---|---|
EP3216192A1 EP3216192A1 (en) | 2017-09-13 |
EP3216192A4 EP3216192A4 (en) | 2017-11-29 |
EP3216192B1 true EP3216192B1 (en) | 2020-01-08 |
Family
ID=55913083
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP19212095.4A Pending EP3637655A1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
EP15859832.6A Active EP3216192B1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP19212095.4A Pending EP3637655A1 (en) | 2014-11-10 | 2015-11-07 | Adding operations, administration, and maintenance (oam) information in 66-bit code |
Country Status (4)
Country | Link |
---|---|
US (1) | US9654250B2 (en) |
EP (2) | EP3637655A1 (en) |
CN (2) | CN107113288B (en) |
WO (1) | WO2016074591A1 (en) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9838290B2 (en) | 2015-06-30 | 2017-12-05 | Ciena Corporation | Flexible ethernet operations, administration, and maintenance systems and methods |
CN108964837B (en) * | 2017-05-24 | 2020-10-09 | 华为技术有限公司 | Method and device for receiving and transmitting bit block stream |
US10256909B2 (en) * | 2017-08-30 | 2019-04-09 | Ciena Corporation | Systems and methods for relative phase measurement and alignment of 66B encoded signals |
US11153191B2 (en) * | 2018-01-19 | 2021-10-19 | Intel Corporation | Technologies for timestamping with error correction |
US10801918B2 (en) * | 2018-03-09 | 2020-10-13 | Viavi Solutions Inc. | Mult-wavelength pulsed optical test instrument |
CN110505035B (en) * | 2018-05-16 | 2022-04-29 | 华为技术有限公司 | Data processing method and device and communication system |
TWI757609B (en) * | 2018-08-03 | 2022-03-11 | 日商索尼股份有限公司 | Transmission apparatus and method, receiving apparatus and method for use in communication |
US10700810B2 (en) * | 2018-09-05 | 2020-06-30 | Nxp B.V. | Physical layer device and method for performing physical layer operations in a communications network |
CN111817819B (en) * | 2019-04-12 | 2023-06-02 | 中兴通讯股份有限公司 | FEC mode synchronization method, system, master node and slave node |
US11265096B2 (en) | 2019-05-13 | 2022-03-01 | Intel Corporation | High accuracy time stamping for multi-lane ports |
CN112054868B (en) | 2019-06-06 | 2021-11-19 | 中国移动通信有限公司研究院 | Optical module, management and control information processing method and communication system |
JP2021150919A (en) * | 2020-03-23 | 2021-09-27 | ソニーグループ株式会社 | Communication device and communication method |
US20240103741A1 (en) * | 2022-09-26 | 2024-03-28 | Micron Technology, Inc. | Providing multiple error correction code protection levels in memory |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6982979B2 (en) * | 1998-07-22 | 2006-01-03 | Synchrodyne Networks, Inc. | Time frame switching method using time frame labels and a common time reference |
US9312953B2 (en) * | 2003-03-03 | 2016-04-12 | Alexander Ivan Soto | System and method for performing in-service optical network certification |
US7600171B2 (en) * | 2003-12-18 | 2009-10-06 | Electronics And Telecommunications Research Institute | Method of controlling FEC in EPON |
CA2641935C (en) * | 2006-02-21 | 2015-01-06 | Qualcomm Incorporated | Feedback channel design for multiple-input multiple-output communication systems |
US8122325B2 (en) | 2006-08-11 | 2012-02-21 | Futurewei Technologies, Inc. | Forward error correction for 64b66b coded systems |
US8171370B2 (en) | 2006-11-14 | 2012-05-01 | Futurewei Technologies, Inc. | Method and apparatus for applying forward error correction in 66b systems |
CN101227450B (en) | 2007-01-16 | 2013-04-24 | 华为技术有限公司 | Equipment, system and method for transmitting spending information |
CN101312349B (en) | 2007-05-26 | 2010-08-25 | 华为技术有限公司 | Method and apparatus for information block encoding and synchronous detecting |
WO2009062357A1 (en) | 2007-11-13 | 2009-05-22 | Huawei Technologies Co., Ltd. | System and method for data synchronization in passive optical networks |
US8351785B2 (en) * | 2008-04-21 | 2013-01-08 | Futurewei Technologies, Inc. | Gigabit passive optical network transmission convergence extension for next generation access |
US8245095B2 (en) | 2008-04-30 | 2012-08-14 | Futurewei Technologies, Inc. | Upgraded codeword lock state machine |
EP2366228A4 (en) * | 2008-12-01 | 2016-12-21 | ERICSSON TELEFON AB L M (publ) | Methods and devices for wavelength alignment in wdm-pon |
WO2010080837A1 (en) | 2009-01-06 | 2010-07-15 | Futurewei Technologies, Inc. | Field framing with built-in information |
US8483563B2 (en) * | 2009-12-16 | 2013-07-09 | Futurewei Technologies, Inc. | Header error control protected ten gigabit passive optical network downstream frame synchronization pattern |
US9893838B2 (en) * | 2012-12-21 | 2018-02-13 | Realtek Singapore Pte Ltd | System and method for implementing multiple FEC encoding profiles |
CN104022784B (en) * | 2013-02-28 | 2017-08-29 | 国际商业机器公司 | Correct coding/decoding method, decoding device and the decoder of burst error |
CN103824368A (en) * | 2014-03-12 | 2014-05-28 | 厦门立林科技有限公司 | Device and method for enabling electronic equipment to enter into a set state in a non-contact manner |
-
2015
- 2015-11-05 US US14/933,939 patent/US9654250B2/en active Active
- 2015-11-07 WO PCT/CN2015/094070 patent/WO2016074591A1/en active Application Filing
- 2015-11-07 EP EP19212095.4A patent/EP3637655A1/en active Pending
- 2015-11-07 CN CN201580061195.3A patent/CN107113288B/en active Active
- 2015-11-07 EP EP15859832.6A patent/EP3216192B1/en active Active
- 2015-11-07 CN CN202010704266.XA patent/CN112039631A/en active Pending
Non-Patent Citations (1)
Title |
---|
None * |
Also Published As
Publication number | Publication date |
---|---|
EP3216192A1 (en) | 2017-09-13 |
CN107113288A (en) | 2017-08-29 |
WO2016074591A1 (en) | 2016-05-19 |
US9654250B2 (en) | 2017-05-16 |
EP3216192A4 (en) | 2017-11-29 |
CN107113288B (en) | 2020-07-28 |
CN112039631A (en) | 2020-12-04 |
EP3637655A1 (en) | 2020-04-15 |
US20160134392A1 (en) | 2016-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3216192B1 (en) | Adding operations, administration, and maintenance (oam) information in 66-bit code | |
KR101358768B1 (en) | Downstream frame synchronization pattern protected by header error control in ten gigabit passive optical network | |
US10200129B2 (en) | Channel bonding in passive optical networks | |
US8122325B2 (en) | Forward error correction for 64b66b coded systems | |
JP5860528B2 (en) | Wavelength indication in multiwavelength passive optical networks | |
US8738988B2 (en) | Data sending/receiving method with forward error correction and related component and system for gigabit ethernet | |
CN102007712B (en) | Upgraded codeword lock state machine | |
EP3091676B1 (en) | Frame alignment in a pon | |
EP2947796B1 (en) | Method and apparatus for configuring upgraded bandwidth map for ten gigabit passive optical network | |
JP7152488B2 (en) | Data encoding method and device, data decoding method and device, OLT, ONU, and PON system | |
KR20170120146A (en) | Apparatus and method for error correction and passive optical network | |
CN110391871B (en) | Data coding and decoding method and device, OLT, ONU and PON system | |
US20080267634A1 (en) | 9b10b Code for Passive Optical Networks | |
AU2013251220B2 (en) | Method and apparatus for configuring upgraded bandwidth map for ten gigabit passive optical network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20170609 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20171030 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 29/06 20060101ALI20171024BHEP Ipc: H04L 1/00 20060101AFI20171024BHEP Ipc: H04B 10/077 20130101ALI20171024BHEP Ipc: H04J 14/02 20060101ALI20171024BHEP Ipc: H04Q 11/00 20060101ALI20171024BHEP Ipc: H04L 7/04 20060101ALI20171024BHEP |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20180919 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602015045378 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: H04L0029060000 Ipc: H04L0001000000 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 29/06 20060101ALI20190611BHEP Ipc: H04J 14/02 20060101ALI20190611BHEP Ipc: H04L 1/00 20060101AFI20190611BHEP Ipc: H04L 7/04 20060101ALI20190611BHEP Ipc: H04Q 11/00 20060101ALI20190611BHEP Ipc: H04L 25/49 20060101ALI20190611BHEP Ipc: H04B 10/077 20130101ALI20190611BHEP |
|
INTG | Intention to grant announced |
Effective date: 20190709 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602015045378 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: NV Representative=s name: STOLMAR AND PARTNER INTELLECTUAL PROPERTY S.A., CH |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 1223997 Country of ref document: AT Kind code of ref document: T Effective date: 20200215 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20200108 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200531 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200408 Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200508 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200408 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200409 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602015045378 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 1223997 Country of ref document: AT Kind code of ref document: T Effective date: 20200108 |
|
26N | No opposition filed |
Effective date: 20201009 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20201107 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20201130 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20201107 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200108 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20201130 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20230929 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20231006 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20230929 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: CH Payment date: 20240127 Year of fee payment: 9 |