Sub-rate codes within the 10GBASE-T frame structure

Information

  • Patent Grant
  • 9485335
  • Patent Number
    9,485,335
  • Date Filed
    Tuesday, August 13, 2013
    11 years ago
  • Date Issued
    Tuesday, November 1, 2016
    8 years ago
Abstract
A method of operation in a high-speed Ethernet transceiver is disclosed. The method includes engaging in an autonegotiation process with a link partner transceiver to indicate whether one or more sub-rate modes of operation are supported. Each sub-rate mode of operation corresponds to a sub-data rate that is less than a maximum data rate. The autonegotiation process is terminated. The transceiver then participates in a training process. The training process includes receiving a first training sequence corresponding to a first sub-data rate that is less than the maximum data rate. A signal quality parameter for the received first training sequence is measured. The training sequence is terminated based on the measured signal quality parameter failing a predetermined criteria. A second training sequence is then initiated that corresponds to a second sub-data rate that is less than the first sub-data rate without starting a second autonegotiation process.
Description
TECHNICAL FIELD

The disclosure herein relates generally to electronic communications, and more particularly to coding and decoding received data in electronic communications.


BACKGROUND

Transferring information between computers and other electronic devices can be implemented using any of a variety of different standards and technologies. Channel coding and error correction techniques can be used to reduce errors in received signals introduced from distortion and other disturbances. Such coding and error correction can be implemented using an encoder and a decoder at the ends of the transmission channel.


One increasingly popular communication standard is 10 Gigabit Ethernet, with a nominal data rate of 10 Gbit/s. 10GBASE-T is one such standard used to provide 10 gigabit per second connections over unshielded or shielded twisted pair cables. FIG. 1 illustrates a standard 10GBASE-T architecture, with respective first and second network devices 110a and 110b communicating via transceiver circuits 112a and 112b over a link 106. The wire-level modulation for 10GBASE-T is a Tomlinson-Harashima Precoded (THP) version of pulse-amplitude modulation with 16 discrete levels (PAM-16), encoded in a two-dimensional constellation pattern known as 128-DSQ (Double Square QAM).


As shown in FIG. 2, the 10GBASE-T transport frame is based on a (2048, 1723) Low Density Parity Check (LDPC) code, i.e. 2048 total bits with 1723 data bits and 325 check bits per frame, where the check bits are used to fix or detect errors in the frame. This is used in combination with the 128-DSQ synthetic constellation that uses a combination of coded and uncoded bits to transmit information. As shown, Ethernet data is retrieved in fifty 65-bit blocks and is scrambled, e.g. provided to a self-synchronizing scrambler to scramble the bits, and a CRC-8 generation of 8 check bits is provided on one end of the frame and an auxiliary channel bit on the other end, creating 3259 bits in the frame payload. The payload is then divided up into 1723 bits for the LDPC coder, and 1536 uncoded bits (3×512) that are not coded by the LDPC coder. The coded LDPC check bits (325 bits) are added to the end of the payload. The LDPC block size after coding is 2048 total bits (4×512).


The resulting frame is mapped to 128-DSQ symbols, and the resulting DSQ symbols are then precoded using THP. Each of these 512 128-DSQ symbols are then transmitted as a pair of PAM-16 symbols (x-axis and y-axis), to create 1024 symbols (3584 bits). The constellation for 128-DSQ symbols is shown in FIG. 3, and consists of 8 cosets (regions), each coset containing 16 points. The coset label contains the 3 uncoded bits as shown in FIG. 3, and the points within the coset contain the 4 coded bits protected using the LDPC block code. The labeling of the points in the coset (the coset elements) conveying the 4 coded bits is also shown in FIG. 3.


The receiver unscrambles a received frame and decodes the coded bits. Any of several decoding algorithms for LDPC codes can be used in the receiver to decode the received coded bits. For example, iterative decoders are often used to converge on a correct decoded value. In one implementation, LDPC decoding is performed in the receiver using a soft-decision, message-passing algorithm. The bits are treated as continuous variables which represent the probability of the value being a 0 or a 1, and the continuous variables are represented in the decoding algorithm as Log Likelihood Ratios (LLRs). The message passing algorithm sets the variable nodes to the soft receive LLRs, calculates the syndrome LLRs given the variable LLRs, updates the variable LLRs with the new syndrome information, and iterates in this same way until a convergence is reached (e.g., check bits are zero). Using the 10GBASE-T transmission scheme, it is possible to have very low bit error rates that come very close to the Shannon limit of the communication channel.


While the transmission scheme described above works well for its intended applications, in some circumstances the link may be of a lower quality than anticipated, preventing the transceiver from communicating successfully at 10 Gb/s. The IEEE standard addresses the problem by requiring backwards compatibility to older Ethernet standards that communicate at rates of 1 Gb/s and/or 100 Mb/s. Thus, if the link is incapable of supporting 10 Gb/s, the transmission rate is scaled back to either 1 Gb/s or 100 Mb/s, or lower.


Scaling back the transmission rate in the conventional manner described above may unnecessarily limit the transmission rate far below what the link may be capable of supporting. For example, many industrial buildings and homes are wired with conventional CAT-5 cabling, which incorporates unshielded twisted-pair wires for older phone lines. CAT-5 cabling may in many cases support data rates between 5-10 Gb/s. Even if the cable is able to support 8 Gb/s, however, scaling back the data rate conventionally would dial down the transmission rate to 1 Gb/s, far below what could be supported.


Accordingly, what is needed is a system and method that provides more flexibility in scaling the data rates of 10GBASE-T Ethernet channels.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 illustrates a 10GBASE-T signaling link bounded by respective transceivers;



FIG. 2 illustrates a transmission frame for the 10GBASE-T communication standard;



FIG. 3 illustrates a constellation for 128-DSQ modulation used in the standard of FIG. 2 and the labeling of points in a coset used with the constellation;



FIG. 4 illustrates a flowchart for a method of transmitting 10GBASE-T symbols;



FIG. 5a illustrates a flowchart with further detailed steps for the data rate selection step of FIG. 4;



FIG. 5b illustrates a flowchart with further detailed steps for one embodiment of the method of FIG. 5a;



FIGS. 6a-6d illustrate respective 128 DSQ, 64 SQ, 32 DSQ and 16 SQ constellations corresponding to respective 3, 2, 1, and 0 uncoded bit modulations;



FIGS. 6e-6h illustrate respective 16 SQ, 8 DSQ, 4 SQ and 2 DSQ constellations;



FIG. 7 illustrates a 10GBASE-T symbol data structure for use with the constellations of FIGS. 6a-6h;



FIGS. 8a-8c illustrate the transport frames corresponding to the 64 SQ, 32 DSQ and 16 SQ constellations of FIGS. 6b-d;



FIG. 9a illustrates a flowchart for a method of receiving 10GBASE-T symbols;



FIG. 9b illustrates a flowchart showing further detailed steps of the bit slicing of FIG. 9a;



FIG. 10 illustrates an example of a 128DSQ transformation that can be performed at the receiver prior to the coded bit slicing described herein;



FIG. 11 illustrates an example of a 64 SQ transformation that can be performed at the receiver prior to the coded bit slicing described herein;



FIG. 12 illustrates an example of a 32 DSQ transformation that can be performed at the receiver prior to the coded bit slicing described herein;



FIG. 13 illustrates an example of a 16 SQ transformation that can be performed at the receiver prior to the coded bit slicing described herein;



FIG. 14 illustrates an example of an 8 SQ transformation that provides for direct calculation of LLRs;



FIG. 15 illustrates an example of a further remapping of a 128 DSQ constellation for the uncoded bit slicing of FIG. 9b;



FIG. 16 illustrates an example of a further remapping of a 64 SQ constellation for the uncoded bit slicing of FIG. 9b; and



FIG. 17 illustrates an example of a further remapping of a 32 DSQ constellation for the uncoded bit slicing of FIG. 9b.





DETAILED DESCRIPTION

Embodiments of methods of signaling along a high-speed Ethernet link are disclosed. In one embodiment, a method of operation in a high-speed Ethernet transceiver is disclosed. The transceiver is rated to communicate data at a maximum data rate and for coupling to a link. The method includes engaging in an autonegotiation process with a link partner transceiver to indicate whether one or more sub-rate modes of operation are supported. Each sub-rate mode of operation corresponds to a sub-data rate that is less than the maximum data rate. The autonegotiation process is terminated. The transceiver then participates in a training process. The training process includes receiving a first training sequence corresponding to a first sub-data rate that is less than the maximum data rate. A signal quality parameter for the received first training sequence is measured. The training sequence is terminated based on the measured signal quality parameter failing a predetermined criteria. A second training sequence is then initiated that corresponds to a second sub-data rate that is less than the first sub-data rate without starting a second autonegotiation process.


Transmitter Processing



FIG. 4 illustrates a generalized method of 10GBASE-T symbol transmission that provides flexibility in reducing transmission data rates to account for impaired channels and/or reduced-power modes of operation. The method begins by determining one or more channel characteristics for the 10GBASE-T lanes, at step 402, in order to assess what data rates can be supported. This may involve carrying out a training sequence, such as that described below, and determining the highest rate of signal transmission at an acceptable bit-error-rate, or identifying the transmission medium, such as the cable type, and predicting the noise based on typical cable characteristics. A data rate is then selected from several possible data rates, including a default 10GBASE-T data rate of 10 Gb/s and other sub-rates that are less than 10 Gb/s, but not necessarily rates set at legacy Ethernet data rates, at step 404. One embodiment of a training sequence to identify a suitable data rate for transferring data between link partners is shown in the flow chart of FIG. 5a, and described in further detail below.


Further referring to FIG. 4, once the data rate is determined, a suitable mode of signal transmission is selected for the system, at step 406. The selected mode may be one from a group that includes symbol types based on the number of uncoded bits provided in each symbol frame, more fully described below. The symbol types, or constellations, correspond to a default mode corresponding to the conventional 10GBASE-T 128-DSQ symbol, and other modes corresponding to a 64-SQ symbol, a 32-DSQ symbol, a 16-SQ symbol, an 8DSQ symbol, a 4SQ symbol, or a 2DSQ symbol. The modes generally correspond to per-bit reductions in the number of information-carrying bits from the available 7 bits in each symbol frame. Nevertheless, each of the constellations are based upon a modulo operation in a constellation space bounded by +/−16, and where the constellation points are equidistant across the modulo boundary, as more fully discussed below.


Following the constellation configuration step, the data symbols are then modulated, at step 408, and precoded by a THP precoder, at step 410. The precoded symbols may then be transmitted by the 10GBASE-T transceiver, at step 412. One specific example of a 10GBASE-T transceiver architecture capable of carrying out the coding and decoding functionality described herein is disclosed in U.S. patent application Ser. No. 12/563,938, titled “Cancellation of Alien Interference in Communication Systems”, assigned to the Assignee of the present disclosure, and expressly incorporated by reference herein in its entirety.



FIG. 5a illustrates a flowchart of steps that provide further detail relating to determining the channel characteristics and selecting the data rate from the method illustrated in FIG. 4. In one embodiment, the number of lanes for data transmission may be varied depending on the aggregate desired data rate and power considerations of the system. Reducing the number of lanes from four (the default number of lanes for a full 10 Gb/s data rate) to two generally halves the aggregate data rate, while further reducing to one lane reduces the rate to a quarter of the maximum. Additionally, selecting between simplex operation and duplex operation may be made. Simplex operation involves employing transmit and receive paths as separate pairs, reducing the amount of required equalization, and thus correspondingly reducing power dissipation.


Further referring to FIG. 5a, during an initialization routine, and more specifically an autonegotiation process, the ability to operate in one or more sub-rate modes is communicated between link partners. Once the link partners know that sub-rate modes are supported, an exchange of sub-rate parameters is carried out, at step 502. Generally, the parameters include the types of constellations that are supported, whether fewer lanes can be used for transmit and receive operations, and how to configure the link as simplex or duplex. During a training sequence following autonegotiation, the link partners communicate through, for example, an info-field exchange protocol, to measure and determine signal-to-noise ratios (SNR) corresponding to different sub-rate training sequences. For each given training sequence, if a corresponding measured SNR is below a minimal threshold, then the training sequence for that sub-rate is terminated, and a new training sequence started, without the need to initiate a new autonegotiation process. The sub-rate training sequences continue until a maximum sub-rate is identified that enables the link partners to communicate. The training process further determines and communicates maximum and minimum transmit and receive rates along with minimum and maximum SNR margins between the link partners. From this information, in some embodiments, a determination may be made of the sets of receiver lanes that provide maximum data rate while supporting a minimal SNR margin, at step 504. Note that the info-field exchange protocol enables the links to start training at a first given rate, then terminate (in response to determining an unacceptable SNR) and re-train at another sub-rate without having to restart the autonegotiation procedure. This significantly improves switching and response times in setting sub-rates at data rates less than 10 Gbps, and greater than 1 Gbps.


In one embodiment, a set of lanes is determined that support a high link performance, with a minimum number of lanes, and with as many of them operating in a simplex mode as possible. This generally involves pruning lanes based on SNR margins, at step 506, and selecting a set with a maximum number of lanes operating in simplex mode, at step 508.



FIG. 5b illustrates further detailed steps that correspond to the lane pruning operations noted in FIG. 5a. Based on the margin information, the lanes are sorted in order of a Master's preference, from M1-MN, at step 510. A similar operation takes place from a Slave point of view, at step 512. A list of augmented sets is generated, at step 514, which matches up the various potential combinations of lanes and preferences. The number of overlapping transmit and receive lanes are counted, and the count is assigned as a cost number to each augmented set, at step 516. The minimum cost number is then determined from the list, at step 518. Augmented sets that have a higher cost number are eliminated, at step 520. The top remaining augmented step is then set as the final set of transmit and receive lanes, at step 522.



FIGS. 6a-6d illustrate various transmit constellations corresponding to several of the different transmission modes noted above. FIG. 6a illustrates a 128-DSQ constellation corresponding to a default 10GBASE-T data symbol as set forth in the 10GBASE-T IEEE standard. As explained above, each 10GBASE-T symbol has a 7-bit grouping that in a default mode includes 4 coded bits and 3 uncoded bits. The uncoded bits define “cosets”, with each coset including an array of possible bit values corresponding to the coded bits. Under typical operating conditions, the 10GBASE-T symbols may be transmitted at a data rate of 10 Gb/s. For non-optimum conditions, the IEEE standard dictates that the 10GBASE-T transceiver logic reduce the data rate to prior generation Ethernet transmission standards, notably 1 Gb/s or lower.


In an effort to flexibly reduce the 10GBASE-T data rate for impaired and/or low-power applications, and without the necessity of dropping the data rate by 90%, FIGS. 6b-6d illustrate bit constellations where the number of uncoded bits, and thus resulting cosets, are reduced to two to define a 64 SQ constellation (FIG. 6b), reduced to one to define a 32 DSQ constellation (FIG. 6c) and reduced to zero to define a 16SQ constellation (FIG. 6d). Reducing the number of uncoded bits in the 10GBASE-T symbol provides a way to reduce the transmission data rate below 10 Gb/s, yet well above the prior Ethernet generation level of 1 Gb/s as specified by the IEEE standard. Each reduced uncoded bit correspondingly reduces the number of constellation points by half, and spreads the points farther out from each other, increasing the effective SNR by 3 dB. Moreover, as more fully described below, the uncoded bits may be reduced without altering the frame structure of the 10GBASE-T transmission frame, thereby preserving a majority of the transceiver circuitry and simplifying the coding and decoding operability.


To reduce the data rates even further, one or more coded bits may be removed from the symbol. FIGS. 6e-6h illustrate constellations that correspond to 3 coded bits (8DSQ), 2 coded bits (4SQ), and 1 coded bit (2DSQ), respectively. One of the advantages in reducing the number of coded bits is that for each coded bit reduction, a certain number of the LDPC check bits may be considered as “known.” As a result, bandwidth previously allocated to a full set of LDPC check bits may be freed to improve the data rate by, for example, providing more payload capacity. Moreover, as more fully described below, transmitting 4SQ symbols, either continuously or periodically, provides advantages at the receive end by enabling the receiver circuitry to calculate log-liklihood-ratios (LLRs) directly from the “X” and “Y”-axis PAM data.



FIG. 7 illustrates a default 10GBASE-T frame structure 702 including respective groups of uncoded and coded bits 704 and 706. To maintain the frame structure for modes of operation that employ fewer uncoded bits, such as the symbol frame 708, the bit location for a “discarded” uncoded bit remains in the frame, but is defined as a “zero”, at 710. Additionally, an integral number of Ethernet frames are “stuffed” or inserted into the 10GBASE-T transport frame. FIGS. 8a-8c illustrate Ethernet transport frames having reduced Ethernet data blocks, and stuff bit blocks based on the number of uncoded bits included in the symbol frame. The table shown below shows the number of stuff bits provided for modes of operation that employ from 4 to 7 information bits per symbol. The “stuff bit” locations within the frame may also be used












Bit rates of impaired cable modes
















Number




Bits
Effective
Number
of
User



per
Bit
of 65B
Stuff
Bit



Symbol
Rate (Gb/s)
Frames
Bits
Rate (Gb/s)







7
11.2 
50
 0
10.000 



6
9.6
42
 8
8.400



5
8.0
34
16
6.800



4
6.4
26
24
5.200











for other signaling purposes such as in-band communication, updating THP coefficients during normal link operation, and so forth.


Receiver Processing


In order to keep the analog front-end of the 10GBASE-T transceivers relatively unchanged, the average power of the impaired mode constellations is kept roughly equal to the default 128-DSQ constellation. In order to do this, at the receiver, the different constellation mappings are translated appropriately in accordance with method steps more fully described below.



FIG. 9a illustrates a flowchart with steps for a method of receiving 10GBASE-T data symbols. The method involves receiving transmitted symbols, at 902. The symbol mode is then determined and/or confirmed, at step 904 to identify whether the symbols are 128-DSQ, 64-SQ, 32-DSQ, 16-SQ, 8-DSQ, 4-SQ, or 2-DSQ. At step 906, the symbols are translated to undo the precoding effects of the THP precoder at the transmitter. The symbol constellations are then remapped, at step 908, in a manner that generates an output that is common among all of the possible constellation modes. This enables a universal bit slicing algorithm to decode all of the possible constellation modes, at step 910.



FIG. 9b illustrates further detailed steps for one specific embodiment of a method corresponding to the remapping and bit slicing steps of FIG. 9a. At step 912, each point in the translated (precoding) constellation is remapped, to include an additional (2,2) value in two-dimensional constellation space. A coset offset value is then subtracted to generate an intermediate value for each point, at step 914. The offset values depend on the constellation mode. The intermediate value is then divided by 4, at step 916. An integer truncating operation is then carried out, at step 918, in both the X and Y dimensions of the constellation space. The correct coset (decoding of the uncoded bits) may then be identified through use of a lookup table, at step 920. The bit slicing method involves offsetting the rotated, scaled constellation of FIG. 3 by (12, 12), to generate a mapped point so that for all possible received PAM-16 pairs, the results are positive. At this point, the two least-significant-bits (LSBs) of the mapped point can be used to determine the LLRs of the coded bits for input to the LDPC decoder.


Determining the LLRs for decoding the coded bits during the bit slicing method is generally carried out through an analysis of decision thresholds at Magnitude modulo 4. Once the coded points have been decoded by the LDPC decoder, the information needed to slice the uncoded bits is then available. The received point is mapped so that rounding via integer truncation will determine the correct coset. This involves mapping the line half-way between the decoded coset points so that it lies on an integer boundary. Generally, the 4-bit label assigned to each of the coset points maps to an integer location within the coset as:

(x,y)=({c0,c0⊕c1},{c2,c2⊕c3})


The 4-bit label above may be used in the following translation equation that translates a given received, mapped point so that the slicer boundaries are appropriately aligned:

“Slicer Input=Received,Mapped Point+(2,2)−({c0,c0⊕c1},{c2,c2⊕c3})

The slicer mapping consistent with the equation above may be used to establish slicing rules for the 128-DSQ symbols. Similar slicing rules may also be established in the same way for the other constellation modes.


As noted above, however, for data transmission of 4-SQ symbols, the LLRs for decoding the coded bits (2) can be directly calculated from the X and Y-axis PAM data. In one embodiment, transmissions at 4-SQ enable continuous training along the link during normal link operations. This enables real-time THP coefficient updates during normal operation without having to bring the link offline to carry out an initialization procedure.


Consistent with the initial translation step 906 in FIG. 9a noted above, the post-precoder scalings, or mappings carried out at the receiver are shown in FIGS. 10 through 14. FIG. 10 illustrates an exemplary translation of constellation points for a 128 DSQ symbol from a transmit mapping, at 1002, to a receiver mapping, at 1004. The transmit mapping is shown as a group of points formed within a square-shaped area, with the sides of the square parallel to the respective X and Y axes. The upper right-most point has the coordinates (15, 15), while the lower left-most point is assigned coordinates (−15, −15). Twelve cosets 1006 are shown, although the peripheral eight of the twelve are partial cosets formed as a result of the Tomlinson-Harashima precoding at the transmit side of the channel. The precoding modularly extends the constellation out to two or three times the original boundaries.


The first step in the translation involves generally rotating the constellation by 45 degrees, such that the point originally residing at (15, 15) is zeroed along the x-axis, with a Y offset. The coordinate values are then scaled by a scaling factor. The result is a collection of points mapped in a diamond-shape, with the relationship to the transmit mapping being:






Y
=


1
/
4



(



[



1



-
1





1


1



]


X

-

[



0




2



]


)







FIG. 11 illustrates a transmitter-to-receiver mapping for a 64-SQ constellation, corresponding to a data frame with 2 uncoded bits. Since only 2 uncoded bits are employed by the constellation, the bits define four cosets or regions (00, 01, 10, 11), rather than eight (as provided by a 128 DSQ constellation). Similar to the 128 DSQ constellation, the 64 SQ transmit symbol is rotated and scaled in accordance with the relationship:






Y
=


1
/
4



(

X
-

[



2




2



]


)







FIGS. 12 and 13 illustrate respective constellation mappings from the transmit to the receiver side for constellations involving one and zero uncoded bits, respectively. The respective mapping relationships are expressed as:






Y
=


1
/
8



(



[



1



-
1





1


1



]


X

-

[



0




4



]


)







and






Y
=


1
/
8



(

X
+

[



12




12



]


)







FIG. 14 illustrates a constellation mapping for a 4 SQ symbol. As noted above, this transmission mode allows the receiver to directly calculate the LLR's from the X and Y-axis PAM data. The specific mapping relationship is expressed as:






Y
=


1
/
16



(

X
+

[



8




8



]


)






With the constellation having undergone an initial translation at the receiver side to undo the effects of the THP precoding, a further translation is performed to set the points up so that a bit slicer can straightforwardly decode the coded and uncoded bits in the constellation, the same way for different types of constellations. In other words, for different constellations, the different mappings result in a common or standard code region for the bit slicer. This allows a common bit slicer to decode the bits using a common decoding algorithm.



FIG. 15 illustrates an extended mapping that generally involves altering the receive mappings for each of the constellations so that the results are positive for all possible input values. This altered mapping was described above with respect to the method steps illustrated in FIGS. 9a and 9b. The altered mapping allows for the proper coset identification via the lookup table shown in the figure. FIGS. 16 and 17 illustrate respective extended mappings corresponding to the 32-DSQ and 16-SQ constellation modes, respectively.


Rate Pacing


It should be noted that the receive process described above may be applied in a manner that cooperates with a rate pacing scheme to manage the data rates between media access controllers (MACs) and corresponding physical layer (PHY) transceiver circuits. In one embodiment, a port-based PAUSE signaling scheme using buffers and internal MACs is employed. This allows a seamless integration with legacy equipment.


A further rate pacing embodiment involves use of a programmable ordered set to generate control signals that indicate XON and XOFF. Signaling on the SERDES interface for ordered sets can occur in Idle or prior to a Start of Frame marker. No additional bandwidth is consumed for PAUSE insertion.


An additional rate pacing embodiment employs an intra-packet idle frame that includes a group of eight bytes which are used solely for rate adaptation. The scheme involves a fixed counting method so that for every 8N bytes transmitted, a 65B Intra-Packet Idle (IPI) frame would be sent. One way to implement the process is to employ a counter that either adds a programmable increment A or subtracts a programmable decement B. If the value of the counter is greater than or equal to zero, the counter is decremented. Otherwise the counter is incremented. The net result is that the ratio of increments to decrements exactly matches the desired average. For example, for a desired 1.1 Gb/s interface across a SERDES interface, A may be set to 11 and B set to 89, and every time B is selected, data is allowed to flow. This gives exactly 1.1 Gb/s on a 10 Gb/s interface, optimally spread out. This scheme minimizes buffering and eliminates the requirement for MACs in the PHY.


Those having skill in the art will appreciate the many benefits and advantages afforded by the embodiments presented herein. Of significant benefit is the ability to reduce 10GBASE-T data rates without altering the transport frame structure. Further, by incorporating certain receive mappings corresponding to a given transmission mode, a common decoding and bit slicing scheme may be implemented at the receiver end of the channel. Additionally, by utilizing the info-field exchange mechanism in 10GBASE-T, sub-rate training sequences may be carried out quickly to arrive at a suitable sub-rate for data transmission without having to restart the 10GBASE-T autonegotiation process. This significantly reduces the time expended in determining a suitable sub-rate data rate.


In the foregoing description and in the accompanying drawings, specific terminology and drawing symbols have been set forth to provide a thorough understanding of the present invention. In some instances, the terminology and symbols may imply specific details that are not required to practice the invention. For example, any of the specific numbers of bits, signal path widths, signaling or operating frequencies, component circuits or devices and the like may be different from those described above in alternative embodiments. Also, the interconnection between circuit elements or circuit blocks shown or described as multi-conductor signal links may alternatively be single-conductor signal links, and single conductor signal links may alternatively be multi-conductor signal links. Signals and signaling paths shown or described as being single-ended may also be differential, and vice-versa. Similarly, signals described or depicted as having active-high or active-low logic levels may have opposite logic levels in alternative embodiments. Component circuitry within integrated circuit devices may be implemented using metal oxide semiconductor (MOS) technology, bipolar technology or any other technology in which logical and analog circuits may be implemented.


With respect to terminology, a signal is said to be “asserted” when the signal is driven to a low or high logic state (or charged to a high logic state or discharged to a low logic state) to indicate a particular condition. Conversely, a signal is said to be “deasserted” to indicate that the signal is driven (or charged or discharged) to a state other than the asserted state (including a high or low logic state, or the floating state that may occur when the signal driving circuit is transitioned to a high impedance condition, such as an open drain or open collector condition). A signal driving circuit is said to “output” a signal to a signal receiving circuit when the signal driving circuit asserts (or deasserts, if explicitly stated or indicated by context) the signal on a signal line coupled between the signal driving and signal receiving circuits. A signal line is said to be “activated” when a signal is asserted on the signal line, and “deactivated” when the signal is deasserted. Additionally, the prefix symbol “/” attached to signal names indicates that the signal is an active low signal (i.e., the asserted state is a logic low state). A line over a signal name (e.g., ‘ ’) is also used to indicate an active low signal. The term “coupled” is used herein to express a direct connection as well as a connection through one or more intervening circuits or structures. Integrated circuit device “programming” may include, for example and without limitation, loading a control value into a register or other storage circuit within the device in response to a host instruction and thus controlling an operational aspect of the device, establishing a device configuration or controlling an operational aspect of the device through a one-time programming operation (e.g., blowing fuses within a configuration circuit during device production), and/or connecting one or more selected pins or other contact structures of the device to reference voltage lines (also referred to as strapping) to establish a particular device configuration or operation aspect of the device. The term “exemplary” is used to express an example, not a preference or requirement.


While the invention has been described with reference to specific embodiments thereof, it will be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the invention. For example, features or aspects of any of the embodiments may be applied, at least where practicable, in combination with any other of the embodiments or in place of counterpart features or aspects thereof. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.

Claims
  • 1. A method of operation in a high-speed Ethernet transceiver, the transceiver rated to communicate data at a maximum data rate and for coupling to a link, the method comprising: engaging in an autonegotiation process with a link partner transceiver to indicate whether one or more sub-rate modes of operation are supported, each sub-rate mode of operation corresponding to a sub-data rate that is less than the maximum data rate;terminating the autonegotiation process;participating in a training process, the training process including receiving a first training sequence corresponding to a first sub-data rate that is less than the maximum data rate;measuring a signal quality parameter for the received first training sequence;terminating the training sequence based on the measured signal quality parameter failing a predetermined criteria; andreceiving a second training sequence corresponding to a second sub-data rate that is less than the first sub-data rate without starting a second autonegotiation process.
  • 2. The method according to claim 1 wherein the autonegotiation process includes exchanging at least one sub-rate parameter with the link partner.
  • 3. The method according to claim 2 wherein the at least one sub-rate parameter includes at least one from the group comprising constellation type, number of supported lanes for transmit and receive operations, and an identifier indicating simplex/duplex capabilities.
  • 4. The method according to claim 1 wherein the training process includes: providing each link partner with minimum and maximum transmit and receive data rates.
  • 5. The method according to claim 1 wherein the signal quality parameter comprises a signal-to-noise ratio (SNR).
  • 6. The method according to claim 5 wherein the training process includes: providing minimum and maximum SNR margins to each of the link partners based on the measuring.
  • 7. The method according to claim 6 and further including: determining a link configuration that provides a maximum data rate with a minimum SNR margin.
  • 8. The method according to claim 1 wherein the training process is carried out via an info-field exchange protocol.
  • 9. A method of operation in an Ethernet transceiver rated at a maximum data rate, the method comprising: in an initialization mode engaging in an autonegotiation process with a link partner transceiver to indicate whether one or more sub-rate modes of operation are supported, each sub-rate mode of operation corresponding to a sub-data rate that is less than the maximum data rate;participating in a training process, the training process including evaluating separate training sequences corresponding to separate sub-data rates;measuring a signal quality parameter for each of the separate sub-data rates;determining a maximum sub-data rate that exhibits a corresponding signal quality parameter above a predetermined threshold; andin a sub-data rate transfer mode transferring data at the determined maximum sub-data rate.
  • 10. The method of claim 9 wherein the signal quality parameter comprises a signal-to-noise ratio (SNR).
  • 11. The method of claim 9 further including a maximum data transfer mode wherein data is transferred via a frame structure having a predetermined number of data bit locations for transferred data bits.
  • 12. The method of claim 11, wherein the sub-data rate transfer mode includes transmitting and receiving data at the maximum sub-data rate, wherein the sub-data rate involves data transferred via the frame structure having the predetermined number of bit locations, and wherein a portion of the bit locations include information bits not utilized for the sub-data rate transfer.
  • 13. The method according to claim 12 wherein the information bits comprise in-band communication bits.
  • 14. The method according to claim 12 wherein the information bits represent updated equalizer coefficients.
  • 15. The method according to claim 14 wherein the equalizer coefficients comprise Tomlinson-Harashima Precoder coefficients.
  • 16. The method according to claim 12, wherein the information bits comprise zero stuff bits to cooperate with data bits in filling the predetermined number of bit locations in the frame.
RELATED APPLICATIONS

This Application claims the benefit of priority under 35 U.S.C. 119(e) to Provisional Application No. 61/682,694, filed Aug. 13, 2012, entitled SUB-RATE CODES WITHIN THE 10GBASE-T FRAME STRUCTURE, which is incorporated by reference in its entirety for all purposes.

US Referenced Citations (54)
Number Name Date Kind
5680400 York Oct 1997 A
6052385 Kanerva Apr 2000 A
6081523 Merchant et al. Jun 2000 A
6111890 Rao Aug 2000 A
6195360 Raza et al. Feb 2001 B1
7027407 Diepstraten et al. Apr 2006 B2
7324511 Nishihara Jan 2008 B2
7525992 Shachal Apr 2009 B1
7567620 Rozental Jul 2009 B2
7593431 Lo et al. Sep 2009 B1
7693240 Mezer et al. Apr 2010 B2
7720075 Costo May 2010 B2
7738482 Thousand et al. Jun 2010 B2
7782852 Tellado Aug 2010 B2
8112646 Tsai Feb 2012 B2
8196016 Langner et al. Jun 2012 B1
8201005 Wertheimer et al. Jun 2012 B2
8218612 Chien Jul 2012 B2
8243752 Barkan Aug 2012 B2
8276013 Diab et al. Sep 2012 B2
8320411 Sedarat et al. Nov 2012 B1
20020006167 McFarland Jan 2002 A1
20020119783 Bourlas et al. Aug 2002 A1
20030016797 Zakrzewski Jan 2003 A1
20030040298 Heatley Feb 2003 A1
20040184810 Spilman et al. Sep 2004 A1
20050018784 Kurobe Jan 2005 A1
20050030808 Brown et al. Feb 2005 A1
20050055467 Campana et al. Mar 2005 A1
20050058152 Oksanen et al. Mar 2005 A1
20050152466 Maltsev et al. Jul 2005 A1
20050259685 Chang et al. Nov 2005 A1
20060109784 Weller et al. May 2006 A1
20060153307 Brown et al. Jul 2006 A1
20060215561 Wang et al. Sep 2006 A1
20070162818 Shen et al. Jul 2007 A1
20070192505 Dalmia Aug 2007 A1
20070248024 Conway et al. Oct 2007 A1
20080095188 Remy Apr 2008 A1
20080151792 Taich Jun 2008 A1
20080187028 Lida Aug 2008 A1
20080294919 Lida et al. Nov 2008 A1
20090080459 Barkan et al. Mar 2009 A1
20090150745 Langner et al. Jun 2009 A1
20090282277 Sedarat Nov 2009 A1
20100075704 McHenry et al. Mar 2010 A1
20100115295 Diab May 2010 A1
20100188980 Desai et al. Jul 2010 A1
20120026922 Diab Feb 2012 A1
20120063295 Bliss Mar 2012 A1
20120106345 Diab May 2012 A1
20120170591 Diab et al. Jul 2012 A1
20120188894 Huschke et al. Jul 2012 A1
20130070823 Malkin et al. Mar 2013 A1
Non-Patent Literature Citations (2)
Entry
Ken Christense et al., IEEE 802.3az The Road to Energy Efficient Ethernet, IEEE Communications Magazine, Nov. 2010, 7 Pages.
Hugh Barrass, EEE Exchange of Management Information, IEEE 802.3az EEE Task Force, Mar. 2009, Vancouver, British Columbia, 11 Pages.
Provisional Applications (1)
Number Date Country
61682694 Aug 2012 US