The present invention relates to the field of electronic circuits, and more specifically, to a built-in self test method and apparatus for electronic equipment.
Many electronic components, such as transceivers, receive and/or transmit data at high speed. In particular, a transceiver, such as a serializer/deserializer (SERDES), can receive data in parallel form at an input and provide serial data at an output and vice versa. For example, a system might include two components that process data in parallel and are coupled to one another by a serial link. To transfer information from one component to the other, the first system would convert the parallel data to serial data and place the data on a transmission medium. Upon receipt at the second component, the data would be reconverted from the serial form to parallel form for processing at the second component.
One of the design goals of the transceivers is to ensure that the data received at the second component is an accurate replication of the data sent from the first component. Several factors can adversely impact the efficacy of the transmission process. One factor of interest in the present case is jitter.
Jitter is the amount that a signal is shifted in time relative to a base signal. In an ideal situation, a signal (e.g., an NRZ or Not Return to Zero) would be at a high or a low level at a certain well-defined time. The receiving component could then sample the signal at that time to determine if the transmitted information was logical “1” or a logical “0.” With jitter, however, the signal can arrive either early or late. In order to be accurately sampled, the signal will need to be kept at the desired level (high or low) for a period of time that is long enough to accommodate the jitter. That is, the frequency will need to be lowered.
For a given system to operate properly, a receiver must be designed to handle a certain amount of jitter, regardless of the source of this jitter. Jitter tolerance is a measure of the amount of jitter that can be present in a signal and still be accurately determined by a receiver. To determine jitter tolerance, a test signal is sent to a receiver that is being tested. This test signal includes a known amount of jitter. If the receiver can decipher the signal, then the test has been passed. To determine the tolerance, additional jitter is added until the bit error rate increases beyond an acceptable threshold. Generally, jitter transfer is the amount of jitter a given device adds or takes away when retransmitting a signal that is received, and jitter tolerance is amount of jitter that a device can receive and process without errors.
Testing jitter tolerance and jitter transfer is difficult in many electronic devices, particularly in high-speed communications devices such as SONET transceivers in a production environment. The test requires providing high speed, 612 mega bits per second to 10 giga bits per second or greater, serial data stream with know and adjustable amount of jitter to the device under test (DUT). A means of checking the data received by the DUT for accuracy and a means of measuring the jitter from the DUT in response to the jitter on its input are needed. Thus, the inputs needed for a device to be tested are difficult to generate. Likewise, outputs of the device being tested are difficult to measure. In any event, these tests typically take a long time to perform, e.g., tens of minutes per device on bench equipment. As a result, this type of testing is cost prohibitive for every device being manufactured.
A first in first out (FIFO) circuits are often used in transceivers to facilitate pseudo asynchronous timing between the transmit (TX) data clock external to the chip and the transceiver internal clock. This FIFO near the TX input (TX FIFO) is difficult to test because the external transmit data clock and the transceiver internal clock must be made to phase slip relative to each other until the FIFO experiences an underflow or overflow. The test needs to measure how much phase slip the FIFO can tolerate before experiencing the underflow or overflow.
Embodiments of the present invention provide a method and an apparatus to test, among other things, the jitter transfer and jitter tolerance of electronic communication devices. In particular, the preferred embodiment of the present invention relates to a method and an apparatus for providing a built-in self test for jitter transfer and jitter tolerance.
In one aspect, the present invention addresses the demand for high quality transceiver devices. Jitter tolerance and jitter transfer are important specifications to be met for transceivers but due to limitations of the automatic test equipment (ATE) available, these can not be tested for during manufacturing test today. It is unlikely that ATE with timely jitter tolerance and jitter transfer measuring capability will become available during the next few years. Given this deficiency in test capability available through ATE, an alternate means of performing these tests is needed.
In the preferred embodiment, the Built In Self Test method, for measuring jitter tolerance and jitter transfer on transceivers, makes use of transmit (TX) side interpolator to generate desired jitter test patterns. The TX serial data thus generated is looped back to the receive (RX) serial input. PRBS generation/verification mechanism is used to check jitter tolerance and a special up/down counter is used to monitor the movement of the RX clock recovery system and thus measure jitter transfer.
For example, a method of testing a serializer/derserializer includes providing a sequence of test signals (e.g., binary or other multi-level test signals) in parallel form. A serialization clock is generated and jitter is added to the serialization clock in a known and controlled manner. The test signals can then be transmitted using the serialization clock. After the test signals are recovered and deserialized, the deserialized sequence is compared to the original sequence, for example, to test for jitter tolerance. Preferably, each of these steps is performed on chip.
Aspects of the present invention provide a BIST that can be performed on every device shipped and test for jitter tolerance and transfer. This test can be implemented simply by utilizing the PRBS checking mechanism that exists on present day devices. In some embodiments, an up/down counter is used to monitor activity of the receive clock recovery mechanism and test for jitter transfer.
Coincidentally, the BIST mechanism built to test the jitter tolerance and transfer also makes it possible to easily test the TX FIFO.
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
The making and using of the presently preferred embodiments are discussed in detail below. It should be appreciated, however, that the present invention provides many applicable inventive concepts that can be embodied in a wide variety of specific contexts. The specific embodiments discussed are merely illustrative of specific ways to make and use the invention, and do not limit the scope of the invention.
In one aspect, the present invention provides a method and apparatus to test for jitter tolerance and jitter transfer on a transceiver chip itself. For example, a transmitter side interpolator can be used to generate a desired jitter pattern. Serial data from the transmitter side can be looped back to the receiver's serial input. A pseudo-random binary sequence (PRBS) generation/verification mechanism can then be used to check jitter tolerance. Jitter transfer can be measured using an up/down counter to monitor receiver interpolator activity.
To test for jitter in a SONET system, a high speed (e.g., 622 Mbps to 12 Gbps or higher) serial data stream with known and adjustable amounts of jitter is needed. The test mechanism will then provide a means of checking parallel data from the device under test for accuracy and a means for measuring the jitter from the device under test in response to the jitter on its input. For SONET, these tests should be performed over a large range of modulation frequencies.
A method for building a BIST circuit to measure jitter tolerance and jitter transfer will be shown by going through an example for SONET operating at OC-48 (2,488,320,000 bits per second) rate. This method, however, need not be restricted to SONET. The only restrictions on the types of jitter patterns that can be generated using this method are the user's imagination and the maximum rate at which the TX interpolator implemented to create the jitter can be updated.
The SERIALIZER 102 and DESERIALIZER 104 are clocked by clock circuitry that determines the appropriate sample rates to generate the output serial data and to decipher the input serial data. Three blocks in
The TRANSCEIVER 100 is also equipped for a number of test modes. For example, rather than receive parallel data from input TX DATA, the TRANSCEIVER 100 can generate test data. Two examples of test data generation circuitry are provided. PRBS (pseudo random binary sequence) GENERATOR 116 generates a sequence of binary data in accordance with a predefined algorithm. 1010 GENERATOR 118 generates a stream of binary values wherein the pattern of binary values is predetermined, such as a stream of alternating zeroes and ones. Other test patterns could be generated, including patterns with non-binary digital signals.
In the preferred embodiment, the test sequence is a built-in self test (BIST). Accordingly, the test data is generated on-chip (i.e., by circuitry located on the same semiconductor substrate as the transceiver circuitry). In other embodiments, the test data could be generated off-chip and provided at input such as TX DATA.
A multiplexer 112 is provided to select a data source to be applied to SERIALIZER 102. In this example, multiplexer 112 couples one of PRBS GENERATOR 116, 1010 GENERATOR 118, or user input TX DATA retimed using the TX FIFO (First In First Out circuit) 119 to the SERIALIZER 102 in accordance to a select signal (not shown). As discussed above, during normal operating modes, the select line is set such that the user data TX DATA is communicated to the SERIALIZER 102, and during testing operations, the select line is set such that a test pattern, either internally or externally generated, is communicated to the SERIALIZER 102.
In this example, DESERIALIZER 104 can receive data from one of two sources as determined by multiplexer 114. During normal operation, serial data RX SERIAL is received at the deserializer 104. During testing, the serial data can be generated off-chip (e.g., received at input RX SERIAL) or generated on-chip (e.g., received from SERIALIZER 102). Thus, both the input node RX SERIAL and the output of SERIALIZER 102 are provided to multiplexer 114, which couples the appropriate signal to the output. As will be discussed in greater detail below, the preferred embodiment uses a technique where parallel test data is generated on-chip, serialized, deserialized and measured to determine accuracy. In particular, this measurement can be performed by BIT STREAM VERIFIER 120.
BIT STREAM VERIFIER 120 is preferably a PRBS verifier. In the preferred embodiment, the PRBS GENERATOR 116 is located inside the transmitter and BIT STREAM VERIFIER 120 is in the receiver. Accordingly, they are separate blocks. Together they are referred to as PRBS generation/verification blocks.
One aspect that differentiates the preferred embodiment from other transceivers is the transceiver's ability to self-test for jitter tolerance and jitter transfer. As will be discussed in greater detail below, this self-test can be implemented by use of a transmit side interpolator driven by a state machine that inserts the desired frequency and magnitude components of the jitter onto the transmit clock. While the particular discussion below pertains to a SONET sine-like frequency modulation, almost any type of jitter can be artificially generated using this method.
A jitter tolerance threshold can be verified by using the PRBS generation and verification mechanism to see if the receive side can tolerate the inserted jitter from the transmit side when the high-speed data is looped back to the receive side. Jitter transfer can be checked by building a mechanism that monitors how much the receive side interpolator moves in response to the jitter from the transmit data that has been looped back. In addition, this scheme provides a technique to test the transmit side FIFO, another component that is difficult to screen during manufacturing test.
Referring once again to
To test for jitter transfer, additional circuitry is preferably added to the receive clock generator 108 to determine if the jitter transfer is too great. This additional circuitry and test method will be described below with respect to
The TX CLOCK GENERATOR 106 will now be described with respect to
In normal operation, the transmit clock TX CLOCK is generated on-chip by the PLL (phase lock loop) 110. This clock signal is transferred through the TX CLOCK GENERATOR 106 through multiplexer 122. During test operation, the PLL clock is shifted through TX INTERPOLATOR 124 that inserts the test jitter. During this test mode, the multiplexer 122 provides the output of the TX INTERPOLATOR as the transmit clock TX CLOCK.
The TX INTERPOLATOR 124 is used to modulate the clock signal from PLL 110, e.g., shift the PLL clock phase a selected amount either forward or back in time. During this test, the PLL must have a local feedback divider path to make sure the signals being fed to the interpolator are phase locked to the reference clock. This will ensure that the TX CLOCK derived from the interpolator is modulated relative to the reference clock.
The TX INTERPOLATOR CONTROL 126 determines the amount of the shift. In the illustrated embodiment, two control signals are provided. One signal (VOTE CLK) increments the interpolator by a single step while the other (LATE) determines the direction of the increment. In other interpolation circuits, other control signals can be used.
A specific implementation of TX INTERPOLATOR 124 is provided in
As shown in
For example, when SC0=SC1=0, the MUX 132 provides the phase P0 as its output P1 and the MUX 134 provides the phase P90 as its output P2. It is noted that in the event SC0=SC1=1, the MUX 132 alternatively provides the phase P180 as its output P1 and the MUX 134 alternatively provides the phase P270 as its output P2. When the PHASE SELECTOR 128 provides the phases P0 and P90 to the PHASE INTERPOLATOR 130; the PHASE INTERPOLATOR 130 operates in the 1st sector. For clarity of discussion, it is assumed that the MUXs 132-138 and the output buffers 140-142 have zero delays associated therewith.
As a result, in the event TC0=TC1=0, the MUXs 136-138 each provide the output P1, i.e., the phase P0, at their respective outputs, which are provided via the output buffers 140-142 as the output clock CLKOUT. In the event TC0=0 and TC1=1, the MUXs 136-138 provide the outputs P1 (i.e., the phase P0) and P2 (i.e., the phase P90) at their respective outputs, which are combined via the output buffers 140-142 to generate a phase half way between the phases P0 and P90 (i.e., a phase P45) as the output clock CLKOUT. In the event TC0=TC1=1, the MUXs 136-138 each provide the output P2, i.e., the phase P90, at their respective outputs, which are provided via the output buffers 140-142 as the output clock CLKOUT.
Returning to
As noted above, the signal 2× MASK determines whether the TX INTERPOLATOR CONTROL 126 generates a 1× or a 2× jitter tolerance mask. The use of a 2× mask allows for a guardband during testing. If a mask is utilized that requires a signal to be within a given threshold and the result is close to that threshold, the result might be inaccurate due to inaccuracies in the testing. Utilizing a 2× mask doubles the threshold thereby providing an assurance that the part that passes, even if measured without total accuracy, will meet the specification.
In automatic mode, the clock is modulated at a number of frequencies, e.g., 33.3 kHz, 100 kHz, 158 kHz, 251 kHz, 398 kHz, 631 kHz, 1 MHz, and 2.5 MHz for a SONET OC-48 system. The test will start with the lowest modulation frequency and go through 16 cycles before moving on to the next. In override mode as indicated by the OVERRIDE signal, the user can choose which one of these frequencies to modulate at by properly setting the signal OVERRIDE ADDRESS. For example, in the preferred embodiment the clock signal can be modulated at eight different frequencies. If the OVERRIDE signal is applied, the frequency corresponding to the OVERRIDE ADDRESS will be used for the test.
Table 1 provides a very specific example where eight modulation frequencies will be used to test an OC-48 rate system. As discussed above, the BIST has an automatic mode, where the clock would be modulated at these frequencies. In OVERRIDE mode, one can choose which one of these frequencies to modulate at by properly setting the OVERRIDE ADDRESS.
When the initialization signal INIT is low, the COUNT TO 8 block 148, the COUNT TO 16 block 150, the MODULATION COUNTER 152, and the VARIABLE COUNTER 154 are all disabled. When the signal INIT is high, the output of COUNT TO 8 block 148 (CURRENT COUNT) determines which frequency will be used to modulate the transmission clock. The signal CURRENT COUNT determines what the frequency and amplitude of the jitter will be.
The JITTER AMPLITUDE BLOCK 156 is a combinatorial circuit whose output indicates what the jitter amplitude should be. Note that JITTER AMPLITUDE is input to the MODULATION COUNTER 152. The JITTER AMPLITUDE signal represents how many interpolator steps need to be taken to achieve the desired amplitude. For example, for 100 kHz case, where it is desired that the amplitude be 1.5 UI, if the interpolator needs to take 100 steps to move 1 UI, JITTER AMPLITUDE will be set to 150. The state of signal CURRENT COUNT also determines which of the seven HMC (How Many Cycles) blocks 158 gets used.
The COUNT TO 8 block 148 gets clocked and updated by the COUNT TO 16 block 150. The COUNT TO 16 block 150 ensures that the modulation is done for 16 cycles (or whatever other count is selected) at each frequency before the test mechanism moves on to the next modulation frequency. The COUNT TO 16 block 150 gets clocked and updated by the MODULATION COUNTER 152. Note that the MODULATION COUNTER 152 generates the TX LATE signal to tell the TX INTERPOLATOR 124 which way to move.
The MODULATION COUNTER 152 counts from 0 to the JITTER AMPLITUDE value and back. The output of the MODULATION COUNTER 152 goes to one of seven HMC blocks 158 chosen by the state of CURRENT COUNT. The HMC 158 are combinatorial circuits that indicate how many 3.2 ns cycles there should be between interpolator updates based on the desired modulation frequency and the state of the modulation counter. The MODULATION COUNTER 152 gets clocked and updated by the VARIABLE COUNTER 154.
The VARIABLE COUNTER 154 uses the output of the HMC blocks 158 to wait the appropriate amount of time before sending out a TX VOTE CLK pulse. At the same time, it clocks the MODULATION COUNTER 152 to get the next value of how long it should wait before sending out the next clock pulse. If the 2× MASK signal is low, it tells the VARIABLE COUNTER 154 to send out only every other TX VOTE CLK pulse. The entire system outside of the VARIABLE COUNTER 154 is geared for generating a 2× Mask. If a 1× Mask is needed, the TX VOTE CLK will pulse only half as much to get the 1× Mask.
Since the amplitude needed in the 33.3 kHz is identical to that of 100 kHz (see Table 1), the same HMC block 258 used for the 100 kHz case is used for the 33.3 kHz case. In the 33.3 kHz case, the 3.2 ns clock gets divided by 3 so that the resulting modulation frequency becomes 33.3 kHz instead of 100 kHz. This explains why there are only seven HMC blocks 258 while there are eight frequencies to modulate at. The signal CURRENT COUNT is used by the VARIABLE COUNTER 154 to determine when the system is in the 33.3 kHz mode.
Once the TX INTERPOLATOR CONTROL has gone through all the frequencies, it will set the DONE flag.
The HMC block 258 is particularly useful in allowing this scheme to succeed and therefore will be discussed in some greater detail here. A PERL script was developed that will create a list of intervals to wait based on 1) how many interpolator steps are needed to traverse one unit interval, 2) the scale of the jitter mask desired (e.g., 1×, 2×, etc.), and 3) the minimum interval (min int) at which the TX interpolator can be updated (This was 3.2 ns in the scheme shown on
Before describing in detail how the algorithm works, some clarification will be provided on the use of the term unit interval or UI. There term “UI” is used here in two different contexts. One UI in terms of time is equal to one bit time (approximately 400 pico seconds in OC-48 mode). There is also the UI as it relates to the amplitude of jitter. This second UI corresponds to the number steps and direction in which the interpolator needs to be manipulated to move the phase of the interpolator output 1 UI relative to the PLL output.
The algorithm that is used has the following features:
The algorithm itself is provided here:
From I=1 to I=“steps in a quarter” incrementing by 1 do the following
Get to next value of I
End of Algorithm
The algorithm specifies how many minimum intervals (“min int”) should be spent at each step as the interpolator gets updated so that the resulting signal coming out of the interpolator simulates a signal modulated at the given frequency with the given JITTER AMPLITUDE. The algorithm gives the values for only ¼ of the cycle but that is all that is needed. To create a complete cycle using the blocks in
The mechanism just described can be utilized in a number of tests. Three of these tests will be described briefly from the standpoint of the user. To perform the jitter tolerance test, the device is put into PRBS test mode and the TX INTERPOLATOR CONTROL 126 is placed in 1× or 2× mask mode. The PRBS TX serial data is looped back to the DESERIALIZER 104 and recovered data compared by the BIT STREAM VERIFIER 120. The test result can be seen on the PRBS pass pin, which is the output of the BIT STREAM VERIFIER 120. If PRBS passes, it shows that the receiver is capable of tolerating the 1× or 2× SONET mask.
A more detailed view of a FIFO 119 is shown on
The jitter transfer test is not as simple as the tolerance test and some special circuits need to be added to the RX CLOCK GENERATOR 108 to measure the transfer. These are shown in
A brief description of the input signals for the transfer measuring mechanism is provided first:
Turning now to the circuit blocks of
The JITTER TRANSFER EVALUATION COUNTER 162 remains reset if WHAT THE COUNT IS is below 4 or above 14. Thus when a new modulation frequency begins, it is in a reset state. Once there have been three modulating cycles, it starts to increment and decrement according to the activities of RX LATE and RX VOTE CLK. If the count reaches the MAX COUNT value, it generates a JITTER TRANSFER ERROR pulse. This signals the ERROR REPORTING REGISTER 164 to latch the value of CURRENT COUNT so that it can be determined at which modulation frequency the transfer error occurred.
The ERROR REPORTING REGISTER 164 also reacts to the PRBS ERROR pulse so that it can also be determined at which modulating frequency a jitter tolerance error has occurred. The first time any error gets detected after INIT had gone high, the THERE HAS BEEN AN ERROR bit gets set. Once WHAT THE COUNT IS reaches 15, the JITTER TRANSFER EVALUATION COUNTER 162 gets reset. As CURRENT COUNT changes, new MAX COUNT gets set up and evaluation starts for the new modulation frequency once WHAT THE COUNT IS reaches 4.
In the above description, the mechanisms to create and add jitter were on the transmit side. In an alternative embodiment, jitter adding mechanisms described herein can be utilized on the receiver side. After all, jitter tolerance and jitter transfer are tests for the receiver. For example, this embodiment can be accomplished by having the TX INTERPOLATOR CONTROL 126 (see e.g.,
Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.