US7512150B2 - 10 GbE LAN signal mapping to OTU2 signal - Google Patents

10 GbE LAN signal mapping to OTU2 signal Download PDF

Info

Publication number
US7512150B2
US7512150B2 US10/395,843 US39584303A US7512150B2 US 7512150 B2 US7512150 B2 US 7512150B2 US 39584303 A US39584303 A US 39584303A US 7512150 B2 US7512150 B2 US 7512150B2
Authority
US
United States
Prior art keywords
packet
preamble
opuk
packets
data
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, expires
Application number
US10/395,843
Other versions
US20040202198A1 (en
Inventor
Timothy P. Walker
Jay Quirk
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MACOM Connectivity Solutions LLC
Original Assignee
Applied Micro Circuits Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Applied Micro Circuits Corp filed Critical Applied Micro Circuits Corp
Priority to US10/395,843 priority Critical patent/US7512150B2/en
Assigned to APPLIED MICRO CIRCUITS CORPORATION reassignment APPLIED MICRO CIRCUITS CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: WALKER, TIMOTHY P., QUIRK, JAY
Publication of US20040202198A1 publication Critical patent/US20040202198A1/en
Priority to US12/370,820 priority patent/US8223638B2/en
Application granted granted Critical
Publication of US7512150B2 publication Critical patent/US7512150B2/en
Assigned to MACOM CONNECTIVITY SOLUTIONS, LLC reassignment MACOM CONNECTIVITY SOLUTIONS, LLC MERGER AND CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: APPLIED MICRO CIRCUITS CORPORATION, MACOM CONNECTIVITY SOLUTIONS, LLC
Assigned to GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT reassignment GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MACOM CONNECTIVITY SOLUTIONS, LLC (SUCCESSOR TO APPLIED MICRO CIRCUITS CORPORATION)
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H04J3/1658—Optical Transport Network [OTN] carrying packets or ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0073—Services, e.g. multimedia, GOS, QOS
    • H04J2203/0082—Interaction of SDH with non-ATM protocols
    • H04J2203/0085—Support of Ethernet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0089—Multiplexing, e.g. coding, scrambling, SONET

Definitions

  • the present invention relates generally to high-capacity digital communications systems, and more specifically to a digital communications system and method of transporting 10 Gbit/s Ethernet LAN data packets over an optical transport network.
  • Optical Transport Networks have been increasingly employed for transporting 10 Gbit/s Ethernet (GbE) LAN (10 Gbase-R) data packets between Ethernet client devices.
  • GbE Gbit/s Ethernet
  • a conventional technique of transporting 10 GbE LAN data packets from a source device to a destination device over an OTN network includes terminating the Ethernet LAN physical layer, extracting the 10 GbE LAN packets, encapsulating the packets using the Generic Framing Procedure (GFP), and mapping the GFP encapsulated packets to the payload of one or more ODUk frames for subsequent transport over the network.
  • GFP Generic Framing Procedure
  • One drawback of the above-described technique of transporting 10 GbE LAN packets over an OTN network is that the Ethernet signal generally cannot be transported in the ODUk payload as a Continuous Bit Rate (CBR) signal.
  • CBR Continuous Bit Rate
  • the data rate of the 10 GbE LAN signal is typically higher than the payload rate of the ODUk frame.
  • the data rate of the 10 GbE LAN signal is equal to 10.0000 ⁇ 100 ppm Gbit/s
  • the data rate of an OPU2 payload is equal to 9.9953 ⁇ 20 ppm Gbit/s.
  • flow control is usually employed to assure that no packets are lost while transporting the 10 GbE LAN signal between the source and destination devices on the network.
  • requiring the use of flow control techniques precludes transporting the 10 GbE LAN packets over the OTN network in a manner that is transparent to the destination device(s).
  • Another known technique of transporting 10 GbE LAN packets over an OTN network includes removing the preamble from each 10 GbE LAN packet, GFP encapsulating the packets, and mapping the GFP encapsulated packets to the payload of ODUk frames.
  • This technique typically comprises the removal of the 8-byte preamble from each Ethernet packet, and the addition of an 8-byte GFP header to the packet.
  • client applications employ the preamble when mapping client application data to the Ethernet packets. Removing the preamble from each Ethernet packet may therefore lead to the loss of client data. Because this second technique also typically results in a 10 GbE LAN data rate that is higher than the ODUk payload rate, flow control is normally required to avoid any further data loss, thereby making it difficult to transport the 10 GbE LAN signal in a transparent manner.
  • a high-capacity digital communications system and method of transporting 10 Gbit/s Ethernet (GbE) LAN data packets between Ethernet LAN user devices over an Optical Transport Network (OTN network) is provided that allows the 10 GbE LAN packets to be transported in a manner that is transparent to the destination device(s) on the network.
  • the presently disclosed Ethernet LAN packet transporting technique achieves such transparency by removing the Inter-Packet Gap (IPG) between successive 10 GbE LAN packets in the data stream, and mapping encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames for subsequent transport over the network.
  • IPG Inter-Packet Gap
  • the digital communications system includes at least one OTN network, and at least one source device and at least one destination device connected to the OTN network via respective 10 GbE LAN (10 Gbase-R) interfaces.
  • the digital communications system transports 10 GbE LAN data packets over the OTN network by performing 64 B/66 B decoding on the packets to recover the preamble and variable length data contained in each packet, removing the IPG between successive packets in the data stream, encapsulating the packets including the respective preambles and data using the Generic Framing Procedure (GFP), and mapping the GFP encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames.
  • the packets are mapped to 7 bytes of the OPU2 overhead area, and to the bytes of the OPU2 payload area. The packets are then transported over the OTN network from the source device to the destination device.
  • 10 GbE LAN packets can be transported over the OTN network in a transparent manner while preserving the Ethernet preamble.
  • FIG. 1 is a block diagram of a high-capacity digital communications system according to the present invention
  • FIG. 2 is a block diagram of a model representation of a 10 Gbit/s Ethernet LAN signal transported by the digital communications system of FIG. 1 ;
  • FIG. 3 is a block diagram illustrating the relationship between successive Ethernet packets in the data stream prior to being transported by the digital communications system of FIG. 1 ;
  • FIG. 4 is a diagram of a data frame structure employed by the digital communications system of FIG. 1 ;
  • FIG. 5 is a flow diagram of a method of transporting 10 Gbit/s Ethernet LAN data packets over an optical transport network using the digital communications system of FIG. 1 .
  • a high-capacity digital communications system and method of transporting 10 Gbit/s Ethernet (GbE) LAN data packets over an Optical Transport Network (OTN network) is disclosed that allows the Ethernet packets to be transported in a manner that is transparent to destination device(s) on the network.
  • the presently disclosed digital communications system is configured to transport high speed Ethernet LAN packets by removing the Inter-Packet Gap (IPG) between successive packets in the data stream, and to map encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames.
  • IPG Inter-Packet Gap
  • FIG. 1 depicts an illustrative embodiment of a digital communications system 100 , in accordance with the present invention.
  • the digital communications system 100 comprises a transport network 102 , and a plurality of user devices A-B connected to the network 102 via respective Ethernet physical interfaces A-B.
  • the transport network 102 may comprise one or more communications networks conforming to the Optical Transport Hierarchy (OTH) standard, one or more communications networks conforming to the Synchronous Digital Hierarchy (SDH) standard, or any other suitable communications network.
  • OFTH Optical Transport Hierarchy
  • SDH Synchronous Digital Hierarchy
  • the respective Ethernet physical interfaces A-B may comprise a 10 Mbits/s Ethernet interface (10Base), a 100 Mbits/s Ethernet interface (100Base), a 1 GbE interface (1000Base), a 10 GbE LAN (10 Gbase-R) or WAN (10 Gbase-W) interface, or any other suitable Ethernet physical interface defined by IEEE standard 802.3.
  • the transport network 102 comprises an OTN network conforming to the OTH standard
  • each Ethernet interface A-B comprises an IEEE 802.3 defined 10 GbE LAN interface (10 Gbase-R) for purposes of illustration.
  • the OTH standard specified in the CCITT Recommendations G.709 Version 2, January 2003; IEEE standard 802.3ae, Draft 5.0, May 2002; and, IEEE standard 802.3ah, Draft 1.3, January 2003, are incorporated herein by reference.
  • the user device A is connected to a first Ethernet Local Area Network (LAN; not shown), and the user device B is connected to a second Ethernet LAN (not shown). Accordingly, the user device A is configured to receive/transmit an Ethernet signal A over the first Ethernet LAN, and the user device B is configured to receive/transmit an Ethernet signal B over the second Ethernet LAN.
  • LAN Local Area Network
  • B is configured to receive/transmit an Ethernet signal B over the second Ethernet LAN.
  • the respective Ethernet interface rates for the first and second Ethernet LANs may be different. Accordingly, the user device A is configured to receive an asynchronous clock signal A, and the user device B is configured to receive an asynchronous clock signal B, in which the frequency of clock A may or may not be equal to the frequency of clock B. It is appreciated that the user device B may alternatively receive a clock signal derived from a suitable clock carried over the OTN network 102 .
  • the Ethernet interfaces A-B comprise 10 GbE LAN interfaces. The respective rates for the Ethernet interfaces A-B are therefore within the range 10.0000 ⁇ 100 ppm Gbit/s.
  • the digital communications system 100 allows 10 GbE LAN packets to be transported over the OTN network 102 in a manner that is transparent to the user devices A-B on the network.
  • the digital communications system 100 is configured to transfer substantially all of the information contained in the 10 GbE LAN signal between the user devices A-B over the OTN network 102 .
  • FIG. 2 depicts a model representation of a 10 GbE LAN signal that may be transported by the digital communications system 100 (see FIG. 1 ).
  • the 10 GbE LAN signal comprises a plurality of sub-layers, i.e., a Media Access Control (MAC) sub-layer 202 , a Reconciliation Sub-layer (RS) 204 , and a Physical Coding Sub-layer (PCS) 206 , and a 10 Gbit Media Independent Interface (XGMII) 208 .
  • MAC Media Access Control
  • RS Reconciliation Sub-layer
  • PCS Physical Coding Sub-layer
  • XGMII 10 Gbit Media Independent Interface
  • each one of the Ethernet interfaces A-B comprises a 10 GbE LAN interface (10 Gbase-R), which employs 64 B/66 B encoding.
  • the PCS 206 is configured to perform the required 64 B/66 B decoding/encoding, and is used for signaling via sequence-ordered sets, as described in detail in IEEE standard 802.3ae. As indicated in clause 46.3.4 of IEEE 802.3ae, for 10 Gbase-R, only one kind of sequence-ordered set is defined. There are only two sets defined. However, the general case is four octets.
  • the digital communications system 100 (see FIG. 1 ) is configured to transfer information corresponding to at least the two state. In the preferred embodiment, the digital communications system 100 transfers information corresponding to the actual four octets of the sequence-ordered set between the user devices A-B.
  • the XGMII 208 (see FIG. 2 ) data stream comprises the following components: ⁇ inter-frame> ⁇ preamble> ⁇ sfd> ⁇ data> ⁇ efd>, (1) in which the “inter-frame” is the inter-frame period, the “preamble” is the packet preamble, “sfd” is the start of frame delimiter, “data” is the packet data, and “efd” is the end of frame delimiter, as defined in the IEEE standard 802.3ae. IEEE 802.3ae indicates that the inter-frame period on the XGMII transmit/receive path is an interval during which no frame data activity occurs. Accordingly, in the preferred embodiment, the digital communications system 100 does not transfer the inter-frame period between the user devices A-B.
  • IEEE 802.3ae further indicates that the start of frame delimiter (sfd) and the end of frame delimiter (efd) comprise internally generated signals. Accordingly, in the preferred embodiment, the digital communications system 100 does not transfer the sfd and the efd between the user devices A-B.
  • IEEE 802.3ae defines the packet preamble as a fixed pattern. However, it has been proposed that the packet preamble may be employed to convey predetermined types of information.
  • the IEEE standard 802.3ah indicates that the point-to-point emulation sub-layer makes an underlying P2 MP network appear as a collection of point-to-point links to higher protocol layers (at and above the MAC client).
  • the point-to-point emulation sub-layer achieves this by pre-pending a Logical Link Identification (LLID) to the beginning of each packet, replacing two octets of the preamble.
  • LLID Logical Link Identification
  • the digital communications system 100 transfers the packet preamble between the user devices A-B.
  • the digital communications system 100 transfers substantially all of the information contained in the 10 GbE LAN signal between the user devices A-B over the OTN network 102 .
  • the digital communications system 100 is configured to transfer at least the packet preamble, the packet data, and the information corresponding to the sequence-ordered sets, and to drop bits corresponding to 64 B/66 B encoding and the inter-frame period.
  • FIG. 3 depicts a stream 300 of Ethernet data packets 1 - 2 prior to being transported by the digital communications system 100 (see FIG. 1 ).
  • the Ethernet packet 1 begins with a preamble 302 . 1 followed by variable length packet data 304 . 1 .
  • the Ethernet packet 2 begins with a preamble 302 . 2 followed by variable length packet data 304 . 2 .
  • each one of the Ethernet packets 1 - 2 further comprises the hardware addresses (not shown) of the source and destination user devices A-B (see FIG. 1 ).
  • FIG. 3 further depicts an Inter-Packet Gap (IPG) 306 , which corresponds to the inter-frame period discussed above with reference to the XGMII 208 data stream (see FIG. 2 ).
  • IPG Inter-Packet Gap
  • the digital communications system 100 is configured (1) to perform 64 B/66 B decoding on the Ethernet LAN packets to recover the packet preamble and the variable length packet data, (2) to remove the IPG between successive packets in the data stream, (3) to encapsulate the packets using the Generic Framing Procedure (GFP) or any other suitable method of encapsulation, (4) to map the encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames, and (5) to transport the ODUk frames including the 10 GbE LAN data over the OTN network 102 .
  • the packets are GFP encapsulated, which results in the addition of an 8-byte GFP header to the packet. It is noted that 4 bytes of the 8-byte header may be employed for local/remote fault notification purposes.
  • FIG. 4 depicts an illustrative data frame structure 400 employed in the digital communications system 100 for transporting 10 GbE LAN data packets over the OTN network 102 (see FIG. 1 ).
  • the data frame structure 400 comprises the OPUk data frame structure, as defined in CCITT Recommendations G.709. It should be understood, however, that any suitable data frame structure may be employed.
  • the OPUk frame structure 400 has four rows and 3824 columns of bytes including a plurality of OPUk payload bytes disposed in columns 17-3824, and a plurality of OPUk overhead (OH) bytes disposed in columns 15-16.
  • the OPUk overhead bytes include a Payload Structure Identifier (PSI), three Justification Control Bytes (JCB), a Negative Justification Opportunity (NJO) byte, and three additional bytes (RES) reserved for future international standardization. It is noted that the JCBs include the two bits for Justification Control (JC) and six bits (RES) reserved for future international standardization.
  • the OPUk payload bytes comprise 4 ⁇ 3808 bytes including a Positive Justification Opportunity (PJO) byte.
  • the digital communications system 100 maps the GFP encapsulated packets to the overhead and payload areas of ODUk frames, i.e., the OPUk OH and payload byte areas. Because timing information does not need to be transferred with the Ethernet packets, the digital communications system 100 employs at least a portion of the OPUk OH bytes to transport data. In the preferred embodiment, the system 100 uses seven of the eight OPUk OH bytes to transport packet data over the OTN network 102 , specifically, the three JCB (column 16), the NJO byte (column 16), and the three RES bytes (column 15). The PSI (column 15) is preserved to indicate the type of OPUk payload data.
  • the respective rates for the Ethernet interfaces A-B are within the range 10.0000 ⁇ 100 ppm Gbit/s.
  • the data rate of an OPU2 payload is equal to 9.9953 ⁇ 20 ppm Gbit/s.
  • the maximum 10 GbE LAN data rate is equal to 10.0000 Gbit/s+100 ppm, or 10.0010 Gbit/s. Further, only the PSI of the OPUk OH bytes is preserved.
  • the digital communications system 100 To recover the 10 GbE LAN packets at the far end, e.g., at the user device B, the digital communications system 100 employs Frame Mapped GFP to delineate the packets. This requires the removal of the IPG. To show that this will work, it is necessary to determine the minimum IPG. As indicated in clause 4.4.2 of IEEE 802.3ae, for 10 Gb/s implementations, the spacing between two packets (from the last bit of the FCS field of the first packet to the first bit of the preamble of the second packet) can have a minimum value of 40 BT (bit times), as measured at the XGMII receive signals at the DTE. This inter-FrameGap shrinkage may be caused by variable network delays and clock tolerances.
  • the inter-frame period on an XGMII transmit or receive path is an interval during which no frame data activity occurs.
  • the inter-frame corresponding to the MAC IPG begins with a Terminate control character, continues with Idle control characters, and ends with the Idle control character prior to a Start control character.
  • the length of the IPG may be changed between the transmitting MAC and receiving MAC via one or more functions, e.g., RS lane alignment, PHY clock rate compensation or LOGBASE-W data rate adaptation functions.
  • the minimum IPG at the XGMII of the receiving RS is five octets.
  • the RS may maintain the effective data rate by sometimes inserting and sometimes deleting idle characters to align the Start control character.
  • the RS maintains a Deficit Idle Count (DIC) that represents the cumulative count of idle characters deleted or inserted.
  • DIC Deficit Idle Count
  • the DIC is incremented for each idle character deleted, decremented for each idle character inserted, and the decision of whether to insert or delete idle characters is constrained by bounding the DIC to a minimum value of zero and maximum value of three. It is noted that this may result in inter-frame spacing observed on the transmit XGMII that is up to three octets shorter than the minimum transmitted inter-frame spacing specified in Clause 4 of IEEE 802.3ae. However, the frequency of shortened inter-frame spacing is constrained by the DIC rules.
  • the DIC is only reset at initialization and is applied regardless of the size of the IPG transmitted by the MAC sub-layer. An equivalent technique may be employed to control RS alignment of the Start control character provided that the result is the same as if the RS implemented DIC.
  • idle control characters are transmitted when idle control characters are received from the XGMII.
  • Idle characters may be added or deleted by the PCS to adapt between clock rates. /I/ insertion and deletion shall occur in groups of 4. /I/'s may be added following idle or ordered sets. They shall not be added while data is being received. When deleting /I/'s, the first four characters after a /T/ shall not be deleted.
  • sequence-ordered sets may be deleted by the PCS to adapt between clock rates. Such deletion shall only occur when two consecutive sequence-ordered sets have been received and shall delete only one of the two. Only Idles may be inserted for clock compensation. Sequence-ordered sets are not deleted for clock compensation.
  • the minimum IPG occurs if a 10 GbE+100 ppm signal has to be translated to 10 GbE ⁇ 100 ppm.
  • rate compensation is normally done in groups of 4 bytes, at an outgoing clock rate of 10 GbE ⁇ 100 ppm, there may be an 8 byte IPG packet every other time.
  • the average for the IPG is therefore 10 bytes, which is the worst-case long-term average for IPG.
  • the effective data rate i.e., the OPU2 payload rate
  • 10 GbE LAN ⁇ 100 ppm 9.9990 Gbit/s (13)
  • Rate adjustment due to replacing 10 IPG bytes with 8 GFP - F bytes (9600+8+8)/(9600+8+10)
  • the OPU2 payload rate of 9.9969 Gbit/s is less than the payload rate when using the seven OPUk OH bytes, i.e., the three JCB, the NJO byte, and the three RES bytes. Accordingly, the digital communications system 100 is capable of successfully transporting this 10 GbE LAN signal over the OTN network 102 (see FIG. 1 ).
  • a method of transporting 10 GbE LAN data packets (10 Gbase-R) over a transport network using the presently disclosed high-capacity digital communications system is illustrated by reference to FIG. 5 .
  • decoding e.g., 64 B/66 B decoding
  • the IPG is removed, as depicted in step 504 , between successive packets in the packet data stream.
  • the Ethernet packets are then encapsulated, as depicted in step 506 , using GFP or any other suitable encapsulation method.
  • the packet information (including the preamble, data, and sequence-ordered set information) is mapped, as depicted in step 508 , to 7 bytes of the OPUk overhead and to the bytes of the OPUk payload of one or more OPUk frames.
  • the OPUk frames containing the packet information is transported, as depicted in step 510 , over the transport network.

Abstract

A high-capacity digital communications system and method of transporting 10 GbE LAN packets between user devices over an OTN network that allows the packets to be transported in a manner that is transparent to the destination device(s) on the network. The digital communications system includes an OTN network, and at least one source device and at least one destination device connected to the network via respective 10 Gbase-R interfaces. The system transports 10 GbE LAN data packets over the OTN network by performing decoding on the packets to recover the preamble and variable length data contained in each packet, removing the IPG between successive packets in the stream, encapsulating the packets including the respective preambles and data, and mapping the encapsulated packets to the overhead and payload areas of ODUk frames. The packets are then transported over the OTN network from the source device to the destination device.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
N/A
STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT
N/A
BACKGROUND OF THE INVENTION
The present invention relates generally to high-capacity digital communications systems, and more specifically to a digital communications system and method of transporting 10 Gbit/s Ethernet LAN data packets over an optical transport network.
In recent years, Optical Transport Networks (OTN networks) have been increasingly employed for transporting 10 Gbit/s Ethernet (GbE) LAN (10 Gbase-R) data packets between Ethernet client devices. A conventional technique of transporting 10 GbE LAN data packets from a source device to a destination device over an OTN network includes terminating the Ethernet LAN physical layer, extracting the 10 GbE LAN packets, encapsulating the packets using the Generic Framing Procedure (GFP), and mapping the GFP encapsulated packets to the payload of one or more ODUk frames for subsequent transport over the network.
One drawback of the above-described technique of transporting 10 GbE LAN packets over an OTN network is that the Ethernet signal generally cannot be transported in the ODUk payload as a Continuous Bit Rate (CBR) signal. This is because the data rate of the 10 GbE LAN signal is typically higher than the payload rate of the ODUk frame. For example, the data rate of the 10 GbE LAN signal is equal to 10.0000±100 ppm Gbit/s, and the data rate of an OPU2 payload is equal to 9.9953±20 ppm Gbit/s. For this reason, flow control is usually employed to assure that no packets are lost while transporting the 10 GbE LAN signal between the source and destination devices on the network. However, requiring the use of flow control techniques precludes transporting the 10 GbE LAN packets over the OTN network in a manner that is transparent to the destination device(s).
Another known technique of transporting 10 GbE LAN packets over an OTN network includes removing the preamble from each 10 GbE LAN packet, GFP encapsulating the packets, and mapping the GFP encapsulated packets to the payload of ODUk frames. This technique typically comprises the removal of the 8-byte preamble from each Ethernet packet, and the addition of an 8-byte GFP header to the packet. However, some client applications employ the preamble when mapping client application data to the Ethernet packets. Removing the preamble from each Ethernet packet may therefore lead to the loss of client data. Because this second technique also typically results in a 10 GbE LAN data rate that is higher than the ODUk payload rate, flow control is normally required to avoid any further data loss, thereby making it difficult to transport the 10 GbE LAN signal in a transparent manner.
It would therefore be desirable to have an improved digital communications system and method of transporting 10 GbE LAN data packets over an OTN network. Such a digital communications system would avoid the drawbacks of the above-described conventional communications techniques.
BRIEF SUMMARY OF THE INVENTION
In accordance with the present invention, a high-capacity digital communications system and method of transporting 10 Gbit/s Ethernet (GbE) LAN data packets between Ethernet LAN user devices over an Optical Transport Network (OTN network) is provided that allows the 10 GbE LAN packets to be transported in a manner that is transparent to the destination device(s) on the network. The presently disclosed Ethernet LAN packet transporting technique achieves such transparency by removing the Inter-Packet Gap (IPG) between successive 10 GbE LAN packets in the data stream, and mapping encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames for subsequent transport over the network.
In one embodiment, the digital communications system includes at least one OTN network, and at least one source device and at least one destination device connected to the OTN network via respective 10 GbE LAN (10 Gbase-R) interfaces. In the presently disclosed embodiment, the digital communications system transports 10 GbE LAN data packets over the OTN network by performing 64 B/66 B decoding on the packets to recover the preamble and variable length data contained in each packet, removing the IPG between successive packets in the data stream, encapsulating the packets including the respective preambles and data using the Generic Framing Procedure (GFP), and mapping the GFP encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames. In the preferred embodiment, the packets are mapped to 7 bytes of the OPU2 overhead area, and to the bytes of the OPU2 payload area. The packets are then transported over the OTN network from the source device to the destination device.
By removing the IPG between successive Ethernet LAN packets and mapping the GFP encapsulated packets to the overhead and payload areas of the ODUk frames, 10 GbE LAN packets can be transported over the OTN network in a transparent manner while preserving the Ethernet preamble.
Other features, functions, and aspects of the invention will be evident from the Detailed Description of the Invention that follows.
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS
The invention will be more fully understood with reference to the following Detailed Description of the Invention in conjunction with the drawings of which:
FIG. 1 is a block diagram of a high-capacity digital communications system according to the present invention;
FIG. 2 is a block diagram of a model representation of a 10 Gbit/s Ethernet LAN signal transported by the digital communications system of FIG. 1;
FIG. 3 is a block diagram illustrating the relationship between successive Ethernet packets in the data stream prior to being transported by the digital communications system of FIG. 1;
FIG. 4 is a diagram of a data frame structure employed by the digital communications system of FIG. 1; and
FIG. 5 is a flow diagram of a method of transporting 10 Gbit/s Ethernet LAN data packets over an optical transport network using the digital communications system of FIG. 1.
 DETAILED DESCRIPTION OF THE INVENTION
A high-capacity digital communications system and method of transporting 10 Gbit/s Ethernet (GbE) LAN data packets over an Optical Transport Network (OTN network) is disclosed that allows the Ethernet packets to be transported in a manner that is transparent to destination device(s) on the network. The presently disclosed digital communications system is configured to transport high speed Ethernet LAN packets by removing the Inter-Packet Gap (IPG) between successive packets in the data stream, and to map encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames.
FIG. 1 depicts an illustrative embodiment of a digital communications system 100, in accordance with the present invention. In the illustrated embodiment, the digital communications system 100 comprises a transport network 102, and a plurality of user devices A-B connected to the network 102 via respective Ethernet physical interfaces A-B. For example, the transport network 102 may comprise one or more communications networks conforming to the Optical Transport Hierarchy (OTH) standard, one or more communications networks conforming to the Synchronous Digital Hierarchy (SDH) standard, or any other suitable communications network. Further, the respective Ethernet physical interfaces A-B may comprise a 10 Mbits/s Ethernet interface (10Base), a 100 Mbits/s Ethernet interface (100Base), a 1 GbE interface (1000Base), a 10 GbE LAN (10 Gbase-R) or WAN (10 Gbase-W) interface, or any other suitable Ethernet physical interface defined by IEEE standard 802.3. In the presently disclosed embodiment, the transport network 102 comprises an OTN network conforming to the OTH standard, and each Ethernet interface A-B comprises an IEEE 802.3 defined 10 GbE LAN interface (10 Gbase-R) for purposes of illustration. The OTH standard specified in the CCITT Recommendations G.709 Version 2, January 2003; IEEE standard 802.3ae, Draft 5.0, May 2002; and, IEEE standard 802.3ah, Draft 1.3, January 2003, are incorporated herein by reference.
It should be understood that the user device A is connected to a first Ethernet Local Area Network (LAN; not shown), and the user device B is connected to a second Ethernet LAN (not shown). Accordingly, the user device A is configured to receive/transmit an Ethernet signal A over the first Ethernet LAN, and the user device B is configured to receive/transmit an Ethernet signal B over the second Ethernet LAN.
It is also noted that the respective Ethernet interface rates for the first and second Ethernet LANs may be different. Accordingly, the user device A is configured to receive an asynchronous clock signal A, and the user device B is configured to receive an asynchronous clock signal B, in which the frequency of clock A may or may not be equal to the frequency of clock B. It is appreciated that the user device B may alternatively receive a clock signal derived from a suitable clock carried over the OTN network 102. In the presently disclosed embodiment, the Ethernet interfaces A-B comprise 10 GbE LAN interfaces. The respective rates for the Ethernet interfaces A-B are therefore within the range 10.0000±100 ppm Gbit/s.
As described above, the digital communications system 100 allows 10 GbE LAN packets to be transported over the OTN network 102 in a manner that is transparent to the user devices A-B on the network. In the preferred embodiment, the digital communications system 100 is configured to transfer substantially all of the information contained in the 10 GbE LAN signal between the user devices A-B over the OTN network 102.
FIG. 2 depicts a model representation of a 10 GbE LAN signal that may be transported by the digital communications system 100 (see FIG. 1). As shown in FIG. 2, the 10 GbE LAN signal comprises a plurality of sub-layers, i.e., a Media Access Control (MAC) sub-layer 202, a Reconciliation Sub-layer (RS) 204, and a Physical Coding Sub-layer (PCS) 206, and a 10 Gbit Media Independent Interface (XGMII) 208. As described above, each one of the Ethernet interfaces A-B (see FIG. 1) comprises a 10 GbE LAN interface (10 Gbase-R), which employs 64 B/66 B encoding. The PCS 206 is configured to perform the required 64 B/66 B decoding/encoding, and is used for signaling via sequence-ordered sets, as described in detail in IEEE standard 802.3ae. As indicated in clause 46.3.4 of IEEE 802.3ae, for 10 Gbase-R, only one kind of sequence-ordered set is defined. There are only two sets defined. However, the general case is four octets. The digital communications system 100 (see FIG. 1) is configured to transfer information corresponding to at least the two state. In the preferred embodiment, the digital communications system 100 transfers information corresponding to the actual four octets of the sequence-ordered set between the user devices A-B.
The XGMII 208 (see FIG. 2) data stream comprises the following components:
<inter-frame><preamble><sfd><data><efd>,  (1)
in which the “inter-frame” is the inter-frame period, the “preamble” is the packet preamble, “sfd” is the start of frame delimiter, “data” is the packet data, and “efd” is the end of frame delimiter, as defined in the IEEE standard 802.3ae. IEEE 802.3ae indicates that the inter-frame period on the XGMII transmit/receive path is an interval during which no frame data activity occurs. Accordingly, in the preferred embodiment, the digital communications system 100 does not transfer the inter-frame period between the user devices A-B.
IEEE 802.3ae further indicates that the start of frame delimiter (sfd) and the end of frame delimiter (efd) comprise internally generated signals. Accordingly, in the preferred embodiment, the digital communications system 100 does not transfer the sfd and the efd between the user devices A-B.
IEEE 802.3ae defines the packet preamble as a fixed pattern. However, it has been proposed that the packet preamble may be employed to convey predetermined types of information. For example, the IEEE standard 802.3ah indicates that the point-to-point emulation sub-layer makes an underlying P2 MP network appear as a collection of point-to-point links to higher protocol layers (at and above the MAC client). The point-to-point emulation sub-layer achieves this by pre-pending a Logical Link Identification (LLID) to the beginning of each packet, replacing two octets of the preamble. Accordingly, in the preferred embodiment, the digital communications system 100 transfers the packet preamble between the user devices A-B.
As described above, the digital communications system 100 transfers substantially all of the information contained in the 10 GbE LAN signal between the user devices A-B over the OTN network 102. In the preferred embodiment, the digital communications system 100 is configured to transfer at least the packet preamble, the packet data, and the information corresponding to the sequence-ordered sets, and to drop bits corresponding to 64 B/66 B encoding and the inter-frame period.
FIG. 3 depicts a stream 300 of Ethernet data packets 1-2 prior to being transported by the digital communications system 100 (see FIG. 1). As shown in FIG. 3, the Ethernet packet 1 begins with a preamble 302.1 followed by variable length packet data 304.1. Similarly, the Ethernet packet 2 begins with a preamble 302.2 followed by variable length packet data 304.2. It is understood that each one of the Ethernet packets 1-2 further comprises the hardware addresses (not shown) of the source and destination user devices A-B (see FIG. 1). FIG. 3 further depicts an Inter-Packet Gap (IPG) 306, which corresponds to the inter-frame period discussed above with reference to the XGMII 208 data stream (see FIG. 2).
In an illustrative mode of operation, the digital communications system 100 is configured (1) to perform 64 B/66 B decoding on the Ethernet LAN packets to recover the packet preamble and the variable length packet data, (2) to remove the IPG between successive packets in the data stream, (3) to encapsulate the packets using the Generic Framing Procedure (GFP) or any other suitable method of encapsulation, (4) to map the encapsulated packets to at least a portion of the overhead and payload areas of one or more ODUk frames, and (5) to transport the ODUk frames including the 10 GbE LAN data over the OTN network 102. In the preferred embodiment, the packets are GFP encapsulated, which results in the addition of an 8-byte GFP header to the packet. It is noted that 4 bytes of the 8-byte header may be employed for local/remote fault notification purposes.
FIG. 4 depicts an illustrative data frame structure 400 employed in the digital communications system 100 for transporting 10 GbE LAN data packets over the OTN network 102 (see FIG. 1). As shown in FIG. 4, the data frame structure 400 comprises the OPUk data frame structure, as defined in CCITT Recommendations G.709. It should be understood, however, that any suitable data frame structure may be employed. Specifically, the OPUk frame structure 400 has four rows and 3824 columns of bytes including a plurality of OPUk payload bytes disposed in columns 17-3824, and a plurality of OPUk overhead (OH) bytes disposed in columns 15-16. The OPUk overhead bytes include a Payload Structure Identifier (PSI), three Justification Control Bytes (JCB), a Negative Justification Opportunity (NJO) byte, and three additional bytes (RES) reserved for future international standardization. It is noted that the JCBs include the two bits for Justification Control (JC) and six bits (RES) reserved for future international standardization. The OPUk payload bytes comprise 4×3808 bytes including a Positive Justification Opportunity (PJO) byte.
As described above, the digital communications system 100 maps the GFP encapsulated packets to the overhead and payload areas of ODUk frames, i.e., the OPUk OH and payload byte areas. Because timing information does not need to be transferred with the Ethernet packets, the digital communications system 100 employs at least a portion of the OPUk OH bytes to transport data. In the preferred embodiment, the system 100 uses seven of the eight OPUk OH bytes to transport packet data over the OTN network 102, specifically, the three JCB (column 16), the NJO byte (column 16), and the three RES bytes (column 15). The PSI (column 15) is preserved to indicate the type of OPUk payload data.
As indicated above, the respective rates for the Ethernet interfaces A-B (see FIG. 1) are within the range 10.0000±100 ppm Gbit/s. In contrast, the data rate of an OPU2 payload is equal to 9.9953±20 ppm Gbit/s. By removing the IPG between successive Ethernet LAN packets and mapping the GFP encapsulated packets to the overhead and payload areas of the OPUk frame, the digital communications system 100 can transport the 10 GbE LAN signal over the OTN network at a data rate that is less than or equal to the OPU2 payload rate.
The operation of the digital communications system 100 (see FIG. 1) will be better understood with reference to the following analysis. As described above, the maximum 10 GbE LAN data rate is equal to 10.0000 Gbit/s+100 ppm, or 10.0010 Gbit/s. Further, only the PSI of the OPUk OH bytes is preserved. Accordingly, the minimum actual OPU2 data rate is calculated as follows—
Standard OPU2 rate=(238/237)*(OC-192−20 ppm)  (2)
Rate expansion due to OPUk OH=(7+3808*4)/(3808*4)*OPU2 rate  (3)
Minimum OPU2 rate=(15,239/15,232)*(238/237)(OC-192−20 PPM)=9.99967 Gbit/s.  (4)
To recover the 10 GbE LAN packets at the far end, e.g., at the user device B, the digital communications system 100 employs Frame Mapped GFP to delineate the packets. This requires the removal of the IPG. To show that this will work, it is necessary to determine the minimum IPG. As indicated in clause 4.4.2 of IEEE 802.3ae, for 10 Gb/s implementations, the spacing between two packets (from the last bit of the FCS field of the first packet to the first bit of the preamble of the second packet) can have a minimum value of 40 BT (bit times), as measured at the XGMII receive signals at the DTE. This inter-FrameGap shrinkage may be caused by variable network delays and clock tolerances. As indicated in clause 46.2.1 of IEEE 802.3ae, the inter-frame period on an XGMII transmit or receive path is an interval during which no frame data activity occurs. The inter-frame corresponding to the MAC IPG begins with a Terminate control character, continues with Idle control characters, and ends with the Idle control character prior to a Start control character. The length of the IPG may be changed between the transmitting MAC and receiving MAC via one or more functions, e.g., RS lane alignment, PHY clock rate compensation or LOGBASE-W data rate adaptation functions. The minimum IPG at the XGMII of the receiving RS is five octets.
However, the scenario in which all packets are separated by 5 IPG bytes (i.e., 40 BTs) at 10 GbE+100 ppm normally cannot occur. The packets are usually separated by 9-15 bytes depending on how the bytes are aligned. As indicated in clause 46.3.1.4 of IEEE 802.3ae, the RS may maintain the effective data rate by sometimes inserting and sometimes deleting idle characters to align the Start control character. When using this method the RS maintains a Deficit Idle Count (DIC) that represents the cumulative count of idle characters deleted or inserted. The DIC is incremented for each idle character deleted, decremented for each idle character inserted, and the decision of whether to insert or delete idle characters is constrained by bounding the DIC to a minimum value of zero and maximum value of three. It is noted that this may result in inter-frame spacing observed on the transmit XGMII that is up to three octets shorter than the minimum transmitted inter-frame spacing specified in Clause 4 of IEEE 802.3ae. However, the frequency of shortened inter-frame spacing is constrained by the DIC rules. The DIC is only reset at initialization and is applied regardless of the size of the IPG transmitted by the MAC sub-layer. An equivalent technique may be employed to control RS alignment of the Start control character provided that the result is the same as if the RS implemented DIC.
To accommodate the frequency differences, 4 bytes may be added to/removed from the inter-frame spacing. As indicated in clause 49.2.4.7 of IEEE 802.3ae, idle control characters (/I/) are transmitted when idle control characters are received from the XGMII. Idle characters may be added or deleted by the PCS to adapt between clock rates. /I/ insertion and deletion shall occur in groups of 4. /I/'s may be added following idle or ordered sets. They shall not be added while data is being received. When deleting /I/'s, the first four characters after a /T/ shall not be deleted. Moreover, as indicated in clause 49.2.4.10 of IEEE 802.3ae, sequence-ordered sets may be deleted by the PCS to adapt between clock rates. Such deletion shall only occur when two consecutive sequence-ordered sets have been received and shall delete only one of the two. Only Idles may be inserted for clock compensation. Sequence-ordered sets are not deleted for clock compensation.
The worst case for minimum IPG occurs at the maximum packet size, which is currently 1512 bytes for Ethernet. However, larger Ethernet packet sizes, e.g., 9600 bytes, have been proposed. Accordingly, the time for the largest packet at 10 GbE±100 ppm is calculated as follows—
Maximum Packet Size=9600 bytes  (5)
Average IPG=12 bytes  (6)
Preamble=8 bytes.  (7)
The minimum IPG occurs if a 10 GbE+100 ppm signal has to be translated to 10 GbE−100 ppm. The time for the largest packet at 10 GbE+100 ppm is expressed as
t 1=(9600+12+8)/(10.0010 G).  (8)
The number of bytes “x” that have to be removed from the IPG to transmit the signal at 10 GbE−100 ppm is calculated as follows—
t 1=(9600+12+8−x)/(9.9990 G)  (9)
x=[1−(9.9990 G)/(10.0010 G)]*(9600+12+8)  (10)
x=1.94.  (11)
Because rate compensation is normally done in groups of 4 bytes, at an outgoing clock rate of 10 GbE−100 ppm, there may be an 8 byte IPG packet every other time. The average for the IPG is therefore 10 bytes, which is the worst-case long-term average for IPG.
The packet size during minimum IPG is expressed as
9600 bytes+8 byte preamble+10 byte IPG=9618 bytes.  (12)
In the event the IPG is replaced by a GFP-F header of 8 bytes with no Frame Check Sequence (FCS), the effective data rate, i.e., the OPU2 payload rate, is calculated as follows—
10 GbE LAN− 100 ppm=9.9990 Gbit/s  (13)
Rate adjustment due to replacing 10 IPG bytes with 8 GFP-F bytes=(9600+8+8)/(9600+8+10)  (14)
Corresponding OPU2 Payload Rate=9.9990 G*(9600+8+8)/(9600+8+10)=9.9969 Gbit/s.  (15)
It is noted that the OPU2 payload rate of 9.9969 Gbit/s, as indicated above in equation (15), is less than the payload rate when using the seven OPUk OH bytes, i.e., the three JCB, the NJO byte, and the three RES bytes. Accordingly, the digital communications system 100 is capable of successfully transporting this 10 GbE LAN signal over the OTN network 102 (see FIG. 1).
The OPU2 payload rate corresponding to the 10 GbE+100 ppm signal is calculated as follow—
Average IPG=12 bytes  (16)
Corresponding OPU2 Payload Rate=10.0010 G*(9600+8+8)/(9600+8+12)=9.9968 Gbit/s.  (17)
The OPU2 payload rate of 9.9968 Gbit/s, as indicated above in equation (17), is less than the payload rate when using the seven OPUk OH bytes. Accordingly, the digital communications system 100 is also capable of successfully transporting this 10 GbE LAN signal over the OTN network 102 (see FIG. 1).
A method of transporting 10 GbE LAN data packets (10 Gbase-R) over a transport network using the presently disclosed high-capacity digital communications system is illustrated by reference to FIG. 5. As depicted in step 502, decoding (e.g., 64 B/66 B decoding) is performed on the 10 GbE LAN packets to recover the packet preamble and the variable length packet data. Next, the IPG is removed, as depicted in step 504, between successive packets in the packet data stream. The Ethernet packets are then encapsulated, as depicted in step 506, using GFP or any other suitable encapsulation method. Next, the packet information (including the preamble, data, and sequence-ordered set information) is mapped, as depicted in step 508, to 7 bytes of the OPUk overhead and to the bytes of the OPUk payload of one or more OPUk frames. Finally, the OPUk frames containing the packet information is transported, as depicted in step 510, over the transport network.
It will further be appreciated by those of ordinary skill in the art that modifications to and variations of the above-described 10 GbE LAN signal mapping to OTU2 signal may be made without departing from the inventive concepts disclosed herein. Accordingly, the invention should not be viewed as limited except as by the scope and spirit of the appended claims.

Claims (9)

1. A method of transporting a stream of packets over a transport network using at least one OPUk frame, each packet including a preamble and packet data, each OPUk frame including an OPUk overhead (OH) area and an OPUk payload area, the method comprising the steps of:
in an accessing step, accessing at least the preamble and the packet data of each packet;
in a removing step, removing an inter-packet gap between successive packets in the stream of packets;
in an encapsulating step, encapsulating at least the preamble and the packet data of each packet;
in a mapping step, mapping at least the preamble and the packet data of each packet to at least one OPUk frame,
wherein the mapping step includes mapping at least a portion of one or more of the preamble and the packet data of at least one packet to up to 7 bytes of the OPUk OH area of the at least one OPUk frame, and mapping at least a portion of one or more of the preamble and the packet data of at least one packet to at least a portion of the OPUk payload area of the at least one OPUk frame; and
in a transporting step, transporting the at least one OPUk frame containing the preamble and the packet data of at least one packet over the transport network.
2. The method of claim 1 wherein the accessing step includes accessing at least the preamble and the data of each packet, each packet comprising a 10 Gbit/s Ethernet LAN packet.
3. The method of claim 2 wherein the accessing step further includes performing 64 B/66 B decoding on the packets to recover the preamble and the data of each packet.
4. The method of claim 2 wherein the accessing step further includes performing signaling via sequence-ordered sets.
5. The method of claim 1 wherein the encapsulating step includes encapsulating at least the preamble and the data of each packet using the Generic Framing Procedure (GFP)
6. The method of claim 5 wherein the encapsulating step further includes adding an 8-byte GFP header to each packet.
7. The method of claim 1 wherein the transporting step includes transporting the at least one OPUk frame containing the packet preamble and the packet data over the transport network, the transport network comprising an optical transport network.
8. The method of claim 1 wherein the transporting step includes transporting the at least one OPUk frame over the transport network at a data rate that is less than or equal to a payload rate of the OPUk frame.
9. A digital communications system configured to transport a stream of packets over a transport network using at least one OPUk frame, each packet including a preamble and packet data, each OPUk frame including an OPUk overhead (OH) area and an OPUk payload area, the system comprising:
at least one source device;
at least one optical transport network having a first Ethernet interface and a second Ethernet interface;
the at least one optical transport network connected to the at least one source device via the first Ethernet interface;
the at least one optical transport network connected to at least one destination device via the second Ethernet interface;
wherein one or more of the at least one source device, the at least one optical transport network, and the at least one destination device are operative:
to access at least the preamble and the packet data of each packet;
to remove an inter-packet gap between successive packets in the stream of packets;
to encapsulate at least the preamble and the packet data of each packet;
to map at least the preamble and the packet data of each packet to at least one OPUk frame, including mapping at least a portion of one or more of the preamble and the packet data of at least one packet to up to 7 bytes of the OPUk OH area of the at least one OPUk frame, and mapping at least a portion of one or more of the preamble and the packet data of at least one packet to at least a portion of the OPUk payload area of the at least one OPUk frame; and
to transport the at least one OPUk frame containing the preamble and the packet data of at least one packet over the transport network.
US10/395,843 2003-03-24 2003-03-24 10 GbE LAN signal mapping to OTU2 signal Active 2025-12-06 US7512150B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/395,843 US7512150B2 (en) 2003-03-24 2003-03-24 10 GbE LAN signal mapping to OTU2 signal
US12/370,820 US8223638B2 (en) 2003-03-24 2009-02-13 10 GbE LAN signal mapping to OTU2 signal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/395,843 US7512150B2 (en) 2003-03-24 2003-03-24 10 GbE LAN signal mapping to OTU2 signal

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/370,820 Continuation US8223638B2 (en) 2003-03-24 2009-02-13 10 GbE LAN signal mapping to OTU2 signal

Publications (2)

Publication Number Publication Date
US20040202198A1 US20040202198A1 (en) 2004-10-14
US7512150B2 true US7512150B2 (en) 2009-03-31

Family

ID=33130389

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/395,843 Active 2025-12-06 US7512150B2 (en) 2003-03-24 2003-03-24 10 GbE LAN signal mapping to OTU2 signal
US12/370,820 Expired - Lifetime US8223638B2 (en) 2003-03-24 2009-02-13 10 GbE LAN signal mapping to OTU2 signal

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/370,820 Expired - Lifetime US8223638B2 (en) 2003-03-24 2009-02-13 10 GbE LAN signal mapping to OTU2 signal

Country Status (1)

Country Link
US (2) US7512150B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070211750A1 (en) * 2006-03-13 2007-09-13 Huawei Technologies Co., Ltd. Method, data interface and device for transporting data from high-speed ethernet to optical transport network
US20090268793A1 (en) * 2008-04-25 2009-10-29 Nakano Tomoya Communication device, communication system, and communication method
CN102395058A (en) * 2011-10-27 2012-03-28 中兴通讯股份有限公司 Method and device for processing ODUk frames
US9246617B2 (en) 2013-09-09 2016-01-26 Applied Micro Circuits Corporation Reformating a plurality of signals to generate a combined signal comprising a higher data rate than a data rate associated with the plurality of signals
US9590756B2 (en) 2013-09-16 2017-03-07 Applied Micro Circuits Corporation Mapping a plurality of signals to generate a combined signal comprising a higher data rate than a data rate associated with the plurality of signals
US11658759B2 (en) 2004-08-11 2023-05-23 Huawei Technologies Co., Ltd. Method and apparatus for transmitting a signal in optical transport network

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7593327B2 (en) * 2003-08-18 2009-09-22 Agere Systems Inc. Method and apparatus for frequency offset control of ethernet packets over a transport network
KR100537904B1 (en) * 2003-11-27 2005-12-20 한국전자통신연구원 An optical transponder which can be reconfigured in accordance with various types of client network
JP2005318306A (en) * 2004-04-28 2005-11-10 Nec Electronics Corp Communication system and communication method
US7668194B2 (en) * 2004-05-21 2010-02-23 Intel Corporation Dual speed interface between media access control unit and physical unit
US20050259685A1 (en) * 2004-05-21 2005-11-24 Luke Chang Dual speed interface between media access control unit and physical unit
ATE457564T1 (en) * 2004-11-12 2010-02-15 Alcatel Lucent METHOD AND DEVICE FOR TRANSPORTING A CLIENT SIGNAL OVER AN OPTICAL TRANSPORT NETWORK (OTN)
US7684419B2 (en) 2005-04-19 2010-03-23 Cisco Technology, Inc. Ethernet encapsulation over optical transport network
US20070242676A1 (en) * 2006-04-13 2007-10-18 Corrigent Systems Ltd. Interface between a synchronous network and high-speed ethernet
JP2007336472A (en) * 2006-06-19 2007-12-27 Fujitsu Ltd Ethernet(r) communicating system relaying control signal
US8259748B2 (en) 2006-07-22 2012-09-04 Cisco Technologies, Inc. Multiple channels and flow control over a 10 Gigabit/second interface
US8576829B2 (en) * 2006-08-08 2013-11-05 Aeroscout, Ltd. Multi-channel TDOA system
US7720068B2 (en) * 2006-08-23 2010-05-18 Solarflare Communications, Inc. Method and system for a multi-rate gigabit media independent interface
WO2008035769A1 (en) * 2006-09-22 2008-03-27 Nippon Telegraph And Telephone Corporation Multiplex transmission system and multiplex transmission method
US8059685B2 (en) * 2006-12-26 2011-11-15 Ciena Corporation Methods and systems for carrying synchronization over Ethernet and optical transport network
US7602814B2 (en) * 2007-04-30 2009-10-13 Ciena Corporation Systems and methods for mapping and multiplexing wider clock tolerance signals in optical transport network transponders and multiplexers
US8457159B2 (en) * 2007-05-11 2013-06-04 Ciena Corporation Optical transport network hierarchy for full transparent transport of datacom and telecom signals
CN101309258B (en) * 2007-05-18 2012-11-21 华为技术有限公司 Distributing and receiving method and device of high-speed Ethernet network medium irrelevant interface
CN101335751A (en) 2007-06-29 2008-12-31 华为技术有限公司 Method and apparatus for mapping Ethernet encoding block to transmission of optical network
CN101345700B (en) * 2007-07-10 2011-12-07 华为技术有限公司 Method and device for mapping Ethernet code block to optical transmission network transmission
CN100589365C (en) * 2007-09-14 2010-02-10 中兴通讯股份有限公司 Method for time slot partition and overhead processing of optical payload unit in light transmission network
KR100922737B1 (en) * 2007-12-18 2009-10-22 한국전자통신연구원 Apparatus for conforming to GbE signal by Optical Transport Hierarchy structure
US8185761B2 (en) * 2008-01-21 2012-05-22 Broadcom Corporation “Subset PHY” approach for reducing power consumption during periods of low link utilization
US8462782B2 (en) * 2008-01-21 2013-06-11 Broadcom Corporation System and method for using sequence ordered sets for energy efficient Ethernet communication
US8199772B2 (en) * 2008-06-25 2012-06-12 Ciena Corporation Systems and methods for synchronous generic framing protocol mapping
CN101355821B (en) * 2008-09-03 2011-07-13 中兴通讯股份有限公司 Method and apparatus for transmitting 10G bit optical fiber channel service in optical transmission network
US8351784B2 (en) * 2008-12-02 2013-01-08 Electronics And Telecommunications Research Institute Packet-optical integrated switch without optical transponder
KR101078053B1 (en) 2008-12-12 2011-10-31 위덕대학교 산학협력단 Apparatus and Method for encapsulating of Ethernet MAC frame
CN101841741B (en) * 2009-03-16 2015-04-08 华为技术有限公司 Method for transmitting signal of optical channel transmission unit and device
US8279891B2 (en) * 2009-12-15 2012-10-02 Cisco Technology, Inc. Techniques for ethernet optical reach improvement
US20120327786A1 (en) * 2011-06-23 2012-12-27 Exar Corporation Method for mapping generic client signals into a generic framing procedure (gfp) path
CN102291631B (en) * 2011-08-12 2017-04-26 中兴通讯股份有限公司 Hybrid access and transmission method and device of packet switching and optical transport network service
US9130695B1 (en) * 2012-03-06 2015-09-08 Aquantia Corp. Adaptive rate control of 10GBASE-T data transport system
US9160604B2 (en) 2013-03-12 2015-10-13 Cisco Technology, Inc. Systems and methods to explicitly realign packets
WO2014183127A2 (en) * 2013-05-10 2014-11-13 Huawei Technologies Co., Ltd. System and method for photonic switching
CN103795605B (en) * 2014-01-14 2017-01-11 烽火通信科技股份有限公司 Method and system for converting OTN signals into Ethernet payloads
JP6379952B2 (en) * 2014-10-01 2018-08-29 富士通株式会社 Transmission apparatus and transmission system
CN106301678B (en) 2015-06-08 2020-02-14 华为技术有限公司 Data processing method, communication equipment and communication system
CN107786320B (en) 2016-08-25 2021-06-22 华为技术有限公司 Method, device and network system for sending and receiving service
CN107786299B (en) 2016-08-25 2021-06-08 华为技术有限公司 Method, device and network system for sending and receiving service
CN109428748B (en) * 2017-08-28 2022-03-29 华为技术有限公司 Switching method and device
CN110661745B (en) * 2018-06-28 2022-07-08 中兴通讯股份有限公司 Overhead transmission method, device, equipment and computer readable storage medium
US11228465B1 (en) 2019-03-22 2022-01-18 Marvell Asia Pte, Ltd. Rapid training method for high-speed ethernet
US11115151B1 (en) 2019-03-22 2021-09-07 Marvell Asia Pte, Ltd. Method and apparatus for fast retraining of ethernet transceivers based on trickling error
US10771100B1 (en) 2019-03-22 2020-09-08 Marvell Asia Pte., Ltd. Method and apparatus for efficient fast retraining of ethernet transceivers
CN112449255B (en) * 2019-08-28 2023-06-02 深圳市中兴微电子技术有限公司 Message processing method and computer storage medium

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029202A (en) 1995-11-06 2000-02-22 Sun Microsystems, Inc. Full duplex flow control for ethernet networks
US6292517B1 (en) 1998-09-15 2001-09-18 Tut Systems, Inc. Method and apparatus for detecting a data signal on a carrier medium
US20020027929A1 (en) * 2000-06-15 2002-03-07 John Eaves System and method for mapping signals to a data structure having a fixed frame size
US20020083190A1 (en) * 2000-12-26 2002-06-27 Satoshi Kamiya Apparatus and method for GFP frame transfer
US6477200B1 (en) 1998-11-09 2002-11-05 Broadcom Corporation Multi-pair gigabit ethernet transceiver
US20030048813A1 (en) * 2001-09-05 2003-03-13 Optix Networks Inc. Method for mapping and multiplexing constant bit rate signals into an optical transport network frame
US20040062277A1 (en) * 2001-02-02 2004-04-01 Flavin Anthony J Method and apparatus for tunnelling data in a network
US20040114638A1 (en) * 2001-02-19 2004-06-17 Akihiko Matsuura Multiplexing relay transmission device
US20040156390A1 (en) * 2003-02-12 2004-08-12 Cisco Technology, Inc. Efficient framing procedure for variable length packets
US20040156325A1 (en) * 2002-11-18 2004-08-12 Perkins Drew D. Optical transmission network with asynchronous mapping and demapping and digital wrapper frame for the same
US20050163162A1 (en) * 2002-01-31 2005-07-28 Marconi Communications Spa Communications system

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029202A (en) 1995-11-06 2000-02-22 Sun Microsystems, Inc. Full duplex flow control for ethernet networks
US6292517B1 (en) 1998-09-15 2001-09-18 Tut Systems, Inc. Method and apparatus for detecting a data signal on a carrier medium
US6477200B1 (en) 1998-11-09 2002-11-05 Broadcom Corporation Multi-pair gigabit ethernet transceiver
US20020027929A1 (en) * 2000-06-15 2002-03-07 John Eaves System and method for mapping signals to a data structure having a fixed frame size
US20020083190A1 (en) * 2000-12-26 2002-06-27 Satoshi Kamiya Apparatus and method for GFP frame transfer
US20040062277A1 (en) * 2001-02-02 2004-04-01 Flavin Anthony J Method and apparatus for tunnelling data in a network
US20040114638A1 (en) * 2001-02-19 2004-06-17 Akihiko Matsuura Multiplexing relay transmission device
US20030048813A1 (en) * 2001-09-05 2003-03-13 Optix Networks Inc. Method for mapping and multiplexing constant bit rate signals into an optical transport network frame
US20050163162A1 (en) * 2002-01-31 2005-07-28 Marconi Communications Spa Communications system
US20040156325A1 (en) * 2002-11-18 2004-08-12 Perkins Drew D. Optical transmission network with asynchronous mapping and demapping and digital wrapper frame for the same
US20040156390A1 (en) * 2003-02-12 2004-08-12 Cisco Technology, Inc. Efficient framing procedure for variable length packets

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11658759B2 (en) 2004-08-11 2023-05-23 Huawei Technologies Co., Ltd. Method and apparatus for transmitting a signal in optical transport network
US20070211750A1 (en) * 2006-03-13 2007-09-13 Huawei Technologies Co., Ltd. Method, data interface and device for transporting data from high-speed ethernet to optical transport network
US7643510B2 (en) * 2006-03-13 2010-01-05 Huawei Technologies Co., Ltd. Method, data interface and device for transporting data from high-speed ethernet to optical transport network
US20090268793A1 (en) * 2008-04-25 2009-10-29 Nakano Tomoya Communication device, communication system, and communication method
CN102395058A (en) * 2011-10-27 2012-03-28 中兴通讯股份有限公司 Method and device for processing ODUk frames
US9246617B2 (en) 2013-09-09 2016-01-26 Applied Micro Circuits Corporation Reformating a plurality of signals to generate a combined signal comprising a higher data rate than a data rate associated with the plurality of signals
US9590756B2 (en) 2013-09-16 2017-03-07 Applied Micro Circuits Corporation Mapping a plurality of signals to generate a combined signal comprising a higher data rate than a data rate associated with the plurality of signals

Also Published As

Publication number Publication date
US8223638B2 (en) 2012-07-17
US20040202198A1 (en) 2004-10-14
US20090148161A1 (en) 2009-06-11

Similar Documents

Publication Publication Date Title
US7512150B2 (en) 10 GbE LAN signal mapping to OTU2 signal
US7031341B2 (en) Interfacing apparatus and method for adapting Ethernet directly to physical channel
US10462471B2 (en) Data processing method, communications device, and communications system
US7002967B2 (en) Multi-protocol networking processor with data traffic support spanning local, regional and wide area networks
CN101160845B (en) Data transmission method and data interface and equipment of high speed Ethernet to optical transmission network
US7519080B2 (en) Fibre channel frame-mode GFP with distributed delimiter
US7570643B2 (en) Efficient framing procedure for variable length packets
US6584118B1 (en) Payload mapping in synchronous networks
EP2107705B1 (en) A method for transporting multiple channels ethernet data, the device and the system thereof
US10715306B2 (en) Method and apparatus for sending service, method and apparatus for receiving service, and network system
US8155148B2 (en) Telecommunications transport methods and systems for the transparent mapping/demapping of client data signals
US7684419B2 (en) Ethernet encapsulation over optical transport network
EP2071750A1 (en) A method and a system for transporting ethernet data in optical transport network
Hernandez-Valencia et al. The generic framing procedure (GFP): An overview
WO2019029419A1 (en) Method and device for pass-through of service frequency
CN105790883B (en) Method for processing signal and communication equipment
US6993046B1 (en) Mapping of block-encoded data formats onto a bit/byte synchronous transport medium
EP3664371B1 (en) Switching method and apparatus
Chiang et al. OC-48 generic frame mapping device for WAN accessing
SECTOR et al. ITU-Tg. 7041/Y. 1303

Legal Events

Date Code Title Description
AS Assignment

Owner name: APPLIED MICRO CIRCUITS CORPORATION, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WALKER, TIMOTHY P.;QUIRK, JAY;REEL/FRAME:014225/0695;SIGNING DATES FROM 20030528 TO 20030604

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: MACOM CONNECTIVITY SOLUTIONS, LLC, MASSACHUSETTS

Free format text: MERGER AND CHANGE OF NAME;ASSIGNORS:APPLIED MICRO CIRCUITS CORPORATION;MACOM CONNECTIVITY SOLUTIONS, LLC;REEL/FRAME:042423/0183

Effective date: 20170126

AS Assignment

Owner name: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT, NEW Y

Free format text: SECURITY INTEREST;ASSIGNOR:MACOM CONNECTIVITY SOLUTIONS, LLC (SUCCESSOR TO APPLIED MICRO CIRCUITS CORPORATION);REEL/FRAME:042444/0891

Effective date: 20170504

Owner name: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT, NEW YORK

Free format text: SECURITY INTEREST;ASSIGNOR:MACOM CONNECTIVITY SOLUTIONS, LLC (SUCCESSOR TO APPLIED MICRO CIRCUITS CORPORATION);REEL/FRAME:042444/0891

Effective date: 20170504

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12