TDAT SONET/SDH
155/622/2488 Mbits/s Data Interfaces
Introduction
The TDAT data interface is available in three different configurations as summarized in Table 1.
TDAT04622
The TDAT04622 device contains a subset of the TDAT042G5 device. The TDAT04622 device functions as
described in the TDAT042G5 SONET/SDH 155/622/2488 Mbits/s Data Interface Data Sheet
(DS98-193SONT-4) with the following limitations:
■
Quad OC-3 operation only or single OC-12 operation only.
■
Single UTOPIA port.
TDAT021G2
The TDAT021G2 device contains a subset of the TDAT042G5 device. The TDAT021G2 device functions as
described in the TDAT042G5 SONET/SDH 155/622/2488 Mbits/s Data Interface Data Sheet
(DS98-193SONT-4) with the following limitations:
■
Quad OC-3 operation only or dual OC-12 operation only.
■
Two UTOPIA ports.
TDAT042G5
The TDAT042G5 device contains all functionality as described in the TDAT042G5 SONET/SDH 155/622/2488
Mbits/s Data Interface Data Sheet (DS98-193SONT-4).
Table 1. TDAT Device Product Line
DeviceLine PortsUTOPIA Ports
OC-3OC-12OC-48Ports PresentModes
TDAT046224
(A, B, C, D)
TDAT021G24
(A, B, C, D)
TDAT042G54
(A, B, C, D)4(A, B, C, D)
1
(A)
2
(A, B)
NA1
NA2
1
(16-bit parallel
multiplexed/
demultiplexed)
(A)
(A, B)
4
(A, B, C, D)
U2, U2+, U3, U3+
■
8-bit
■
16-bit
U2, U2+, U3, U3+
■
8-bit
■
16-bit
■
32-bit
U2, U2+, U3, U3+
■
8-bit
■
16-bit
■
32-bit
TDAT SONET/SDH
155/622/2488 Mbits/s Data Interfaces
Data Addendum
May 2001
For additional information, contact your Agere Systems Account Manager or the following:
INTERNET:http://www.agere.com
E-MAIL:docmaster@micro.lucent.com
N. AMERICA: Agere Systems Inc ., 555 Union Boulevard, Room 30L-15P-BA, Allentown, PA 18109-3286
ASIA PACIFIC: Agere Systems Singapore Pte. Ltd., 77 Sci ence Park Drive, #03-18 Cintech III, Singapore 118256
CHINA:Agere Systems (Shanghai) Co., Ltd., 33/F Jin Mao Tower, 88 Century Boulevard Pudong, Shanghai 200121 PRC
JAPAN:Agere Systems Japan Ltd., 7-18, Higashi- Gotanda 2-ch ome, Shinagawa-ku, Tokyo 141, Japan
EUROPE:Data Requests: DATALINE: Te l. (44) 7000 582 368, FAX (44) 1189 328 148
Agere Systems Inc. reserves the right to make changes to the product(s) or information contained herein without notice. No liability is assumed as a result of their use or application.
May 2001
DA01-010SONT (Replaces DA00-001SONT and must accompany DS98-193SONT-4)
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
System Programming (SP)
SP1. Required Provisioning Sequen ce and Clo cks
The core registers must be written prior to provisioning any other registers (1) to establish the internal clock
rates for the device, and (2) because writing to certain core registers resets the remainder of the device. Certain clocks must be present to read/write registers prior to provi sioning the device.
One of the following clocks must be present prior to provisioning to enable register access:
■
TxCKP and TxCKN
■
MPU clock (microprocessor interface sy nchronous mode only)
Provisioning must be implemented in the following sequence:
■
Core register 0x0010 (mode) must be provisioned first
■
Core register 0x0011 (channel [A—D] control) second
■
Remainder of the core registers must then be provisioned (order does not matter)
It is recommended, but not required, that the remainder of the device be provisioned in the following order:
■
OHP, PT, and DE blocks (order does not matter)
■
UT block to turn on the data source to the master and slave
Workaround
Provisioning must be implemented in the following sequence:
■
Apply either TxCKP and TxCKN or MPU clock.
■
Provision core:
— Mode, register 0x0010
— Channel [A—D] control, register 0x0011
— Remainder of the core
Corrective Action
Not applicable. Use above procedure in provisioning the device.
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
System Programming (SP)
(continued)
SP2. Behavior During Loss of Receive Line Clock
All state and counter values will be held at their current values when Rx line clock has been lost. The device will not
automatically multiplex in the Tx line clock when the Rx line clock is lost.
Workaround
System software should monitor loss of line clock bits in the receive/transmit state register (addresses 0x040A—
0x040D) and ignore all other alarms. This condition must be serviced as a major failure event.
Corrective Action
This is informational only. No corrective action is required for this condition.
SP3. PT Register Addressing
Addresses for the PT error counter registers are as follows:
■
Channel A: 0x09B3 to 0x09E3
■
Channel B: 0x09EF to 0x0A20
■
Channel C: 0x0A2C to 0x0A5C
■
Channel D: 0x0A68 to 0x0A98
The reserved address space between the error counter registers is not symmetric. (The reserved space
Note:
between channels B and C is 0x003D, and the reserved space between channels A and B and channels
C and D is 0x003C.)
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
No corrective action is required for this condition.
2Agere Systems Inc.
Advisory
May 2001
Microprocessor Interface (MPU)
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
MPU1. In te rf a ce to
The interface between the
the following incompatibilities in the specifications of these two devices. For a 33 MHz microprocessor clock rate,
Motorola
the
without DT
applied to TDAT042G5 must be held low until the address changes. Details are given below.
Chip Select Timing
The TDAT042G5 CS
x output signals. TDAT042G5 timing does not allow simultaneous deassertion of CS and ADS signals. Chip
CS
select applied to TDAT042G5 must be held low for at least 5 ns after the MC68360 deasserts ADS
Workaround:
signals meeting the requirements of TDAT042G5.
DT
Timing
Motorola
If the
does not satisfy the MC68360 processor DSACK
high-impedance state. This causes the next MPU cycle to be terminated early.
Workaround:
MC68360 series processors can be interfaced to TDAT042G5 without intervening glue logic, if used
and if programmed for six wait-states. If a user wishes not to use the wait-states, then the chip select
Use external glue logic to decode the address to generate CS
MC68360 processor CS
Place a 1 kΩ resistor from DT
Motorola
Motoro la
input signal requirements are not compatible with the
*
MC68360 Processor Is Not Gl ueless
MC68360 processor and TDAT042G5 requires interven ing logic because of
Motorola
, or provide microprocessor interface
x signal is used to drive the TDAT042G5 CS, then TDAT042G5 DT output
timing requirement. DT is not pulled to 1 before it is placed in a
DDD
to V
.
MC68360 series processor
.
Corrective Action
Corrective action for MPU1 has not been determined.
MPU2. Synchronous Microprocessor Interface Mode Is Nonfunctional
The synchronous microprocessor interface mode, MPMODE = 1 (pin D8), functions as described in the advance
data sheet, but causes data errors. Placing TDAT042G5 in the synchronous mode and placing a clock on MPCLK
(pin C8) will cause the data passing through the device to be corrupted. Data errors are generated at a rate of 1%
or less of corrupted packets.
Workaround
Use the TDAT 042G5 in the asynchronous microprocessor mode, MPMODE = 0, with no clock applied to MPCLK.
Corrective Action
This condition will be resolved in version 1A of the device.
Motorola
*
is a registered trademark of Motorola, Inc.
Agere Systems Inc.3
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Core Registers (CR)
CR1. Clear on Read/Clear on Write Behavior
Bit 6 of line provisioning register 0x0010 sets the functionality of the COR/W registers.
Table 1. COR/W Settings of Register 0x0010, Bit 6
Bit 6ModeBit Clear Behavior of Accessed Registers
1CORAfter COR has been set (address 0x0010, bit 6 = 1), all registers that are accessed
are cleared when read.
0COWAfter COW has been set (address 0x0010, bit 6 = 0), a 1 must be written to a given bit
in a given register to clear that bit. Writing a 0 to a bit in a given register does not clear
that bit.
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
Advisory
May 2001
This condition will be described in revision 4 of the advance data sheet.
Line Interface (LI)
LI1. STS-48/STM-16 Mode Lacks Facility Loopback
There is no facility loopback function (line input to line output) available in STS-48/STM-16 mode. Facility loopback
is available only in STS-12/STM-4 and STS-3/STM-1 mo des as described in the advance data sheet.
Workaround
This function is not a feature of TDAT0 42G5.
Corrective Action
No corrective action is required for this condition.
4Agere Systems Inc.
Advisory
May 2001
for Version 1 and 1A of the Device
TDAT042G5 Device Advisory
Path Terminator (PT)
PT1. Signal Degrade (SD) and Signal Fail (SF) Bit Behavior
Receive signal degrade and receive signal fail bits in the PT state registers (addresses 0x0838, 0x088A, 0x08DC,
and 0x092E, bits [1:0]) do not function as described. Until the signal degrade (SD) and signal fail (SF) thresholds
are programmed, the SD and SF bits will toggle on a frame-by-frame basis.
Workaround
Program thresholds during system software initializati on.
Corrective Action
This functionality will be retained in its current state in future versions of the device. The advance data sheet will be
corrected to reflect the actual function of the registers.
PT2. Clear-After-Write Behavior of Signal Degrade Clear Bits
Signal degrade clear (bits 15—12) of the PT one-shot control parameters register (address 0x0AA4) are described
as one-shot, clear-after-write bits. Writing these bits should automatically set and then clear the bits. This one-shot
behavior is not observed.
Workaround
The bits must be set to 1 and then explicitly set to 0 to clear these signal degrade bits.
Corrective Action
This functionality will be retained in its current state in future versions of the device. The advance data sheet will be
corrected to reflect the actual function of the registers.
Agere Systems Inc.5
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
Path Terminator (PT)
(continued)
PT3. Remote Defect Indicator (RDI) Behavior
The SONET standards require that when an RDI changes value, it should hold the value for a minimum of
20 frames. This applies to a
no error
However, it is also intended by the SONET standard that the occurrence of an
immediately.
TDAT042G5 responds to error conditions within 100 ms (
erated or removed within 100 ms of detecting or terminating an incoming defect), in which case the two requirements become functionally the same.
Single-bit and enhanced RDI behave differently under the following conditions:
■
Transition from
■
While in th e
error
state to
error
state, a subsequent error occurs.
The single-bit error RDI does not hold the no error st ate for 20 frames. Howev er, the enhan ced RDI does hold the
no error state for 20 consecutive frames.
Workaround
No workaround is available for this condition.
Corrective Action
state, which should be maintained for at least 20 consecutive frames.
state should be reported
error
*
ANSI
T1.105 which states only that RDI-L must be gen-
no error
state.
The enhanced RDI indicator in future versions of the device will behave the same as the single-bit error i ndicator.
PT4. SS Pointer Interpretation Algorithm
The SDH standards do not require that the SS bits are set to binary 10 for SDH equipment. The SS bit values are
not used in determining a valid pointer value. Because of this, the SS pointer interpretation algorithm is not implemented in the device. Bit 5 (RSSPTRNORM[A—D]) of PT control registers 0x0AA6, 0xAAE, 0x0AB6, and 0x0ABE
is not used. Bi ts 1 and 0 (RSSEXP[1:0]) of PT provisioning register 0x0AC7 are not used.
Workaround
No workaround is available for this condition.
Corrective Action
These bits w ill be r emoved from the PT registers in future re v is ion s of the advanc e da ta sheet.
ANSI
*
is a registered trademark of American National Standards Institute, Inc.
6Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Path Terminator (PT)
(continued)
PT5. Delta/Event Registers in COR Mode
Because there is a one-cycle delay before the PT delta event registers (0x802, 0x080F, 0x081C, 0x0829) are
cleared after being read in COR mode, new interrupts may be lost.
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be addressed in future versions of the device.
Data Engine (DE)
DE1. SDL Mode—Header Error Correction in LSB
In SDL mode, the header error correction process is susceptible to single-bit errors in the least significant bit (LSB)
of the special payload.
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be addressed in future versions of the device.
DE2. Incorrect ATM Loss of Cell Delineation (LCD) Implementation
Currently, the LCD is implemented in the same way that out of cell delineation (OCD) is implemented. This is not in
accordance with the ITU-TI.432-2 February 1999 standard.
Workaround
No workaround is available for this condition.
Corrective Action
A software workaround will be available with version 1A of the device.
Agere Systems Inc.7
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
Data Engine (DE)
(continued)
DE3. ATM Transmit Count of Idle Cells
For ATM mode in the transmit direction, all cells are currently counted, including the idle cells. Only the cells containing data should be counted.
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be addressed in version 1A of the device.
DE4. Channel Provisioning
When using the device in STS-3/STM-1 and STS-12/STM-4 modes with either PPP, CRC, or HDLC, egress configuration registers 0x1016, 0x1017, 0x1018, and sequencer cell state register 0x1036 of all four channels must be
provisioned, even if a channel is not being used.
Workaround
Provision all four transmit DE channels. Set DE egress configuration registers and the sequencer cell state register
as shown in Table 2.
Table 2. Tr ansmi t DE Egres s and Sequ enc er C ell State Registers
This condition will be addressed in future versions of the device.
8Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Data Engine (DE)
(continued)
DE5. Packet Be havi o r in P OS /S D L Mo d e—Dry Mode
When the device is configured in POS mode with dry mode enabled, the following conditions may persist:
■
PPP mode; STS-48/STS-12/STS-3.
When running in PPP mode, the PPP header—0x FF03 0x 0021 (provisionable)—may be incorrectly inserted at
any point in a packet within the outgoing data stream when the FIFO runs dry, thereby corrupting the packet.
Packet s being sent are corrupted if the FIFO r uns dry.
■
PPP and CRC modes; STS-48/STS-12/STS-3.
CRC, PPP, and HDLC modes; STS-48/STS-12/STS-3.
In PPP, CRC, and HDLC dry modes, some of the packet data may be corrupted when the packet length is above
a certain size where size is dependent upon UT clock rate and low watermark setting. Either sections of the
packet may be lost or additional packets may be inserted.
Workaround
Several workarounds are possible:
■
Do not provision dry mode for this devic e.
■
If dry mode is provisioned:
— Do not allow the FIFO to be emptied.
— Run the UTOPIA clock fast enough, as shown in Table 3, so that the FIFO is never empty.
— Use a larger external FIFO to buffer the data.
— Do not allow the packet size to exceed the low watermark.
Table 3. Required UTOPIA Clock (TxCLK) Rates
ModeTxCLK and Rate
STS-48/STM-16TxCLK > 77 MHz (U3+, 32-bit mode)
STS-12/STM-4TxCLK > 40 MHz
STS-3/STM-1TxCLK > 10 MHz
Corrective Action
This condition will be corrected in version 1A of the device.
Agere Systems Inc.9
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
Data Engine (DE)
(continued)
DE6. Incorrect ATM Out of Cell Delineation (OCD) Implementation
In ATM mode, the OCD reporting for channels B, C, and D is incorrect. The OCD state of channel A is reported for
channels B, C, and D. The OCD reporting is correct for channel A.
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be corrected in version 1A of the device.
DE7. Incorrect Frame State of ATM Data Streams
When sending a single ATM data stream to channel A, the frame states of channels B, C, and D are incorrectly set
to sync mode. This prevents LCD errors from being reported on channel A as well. In addition, when sending a single ATM data stream to channels B, C, or D, the frame states always remain in hunt mode. This results in LCD
errors on those channels.
Workaround
No workaround is available for this condition.
Corrective Action
A software workaround will be available with version 1A of the device.
10Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Data Engine (DE)
(continued)
DE8. Clearing DE Interrupt Register (0x1002)
DE interrupt register 0x1002 is incorrectly defined in the revision 3 of the data sheet as RO. DE interrupt register
0x1002 is correctly defined as a COR/W register. However, register 0x1002 must be used in the COR mode (register 0x0010 bit 6 set to 1). The bits of register 0x1002 are explained in detail in Table 4.
Table 4. Register 0x1002: DE Interrupt (COR/W)
BitsModeClear Behavior of Register 0x1002
15—12ROTo clear these SDL Rx frame state interrupt bits, read and
clear their associated interrupt source registers
(addresses 0x14E0—0x 14E3).
11—0COR or COW
(address 0x0010, bit 6)
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
This behavior will be desc ribed in fu ture rev isions of the adv ance data sheet.
To properly clear these bits, device must be in COR m ode
(address 0x0010, bit 6 = 1).
DE9. Single Packet Transmission in HDLC-CRC, SDL-CRC, and PPP Modes
When receiving in either PPP or CRC mode, a single packet may not pass through the device. This occurs when
the end of packet (which contains the CRC) never reaches the UT FIFO. The ingress channel suspends transfer to
the UT when there is no end of packet in the FIFO. These bytes are transferred to the UT when the next packet is
received. This proble m will aff ect HDLC-CRC, SDL-CRC, and PPP modes.
Workaround
There are two possible workarounds:
■
Set ingress payload type and mode control registers (0x1040—0x1043) to CRC strip mode. However, i n CRC-16
mode, single packets may still get stuck if CRC ends on bytes A or B.
■
Send a minimum 4-byte dummy packet after each packet.
Corrective Action
This condition will be addressed in future versions of the device.
Agere Systems Inc.11
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
Data Engine (DE)
(continued)
DE10. Excessive HDLC Flag Characters
The following three issues refer to HDLC flag character (0x7E) problems in the data engine:
■
An excessive number of HDLC fl ag characters (0x7Es) may be inserted between packets on the transmit side if
the UTOPIA low watermark value is set above 2. This will have the effect of reducing the bandwidth of the device.
■
The data engine operates on 32-bit boundaries. Egress packets that are not multiples of four will be fil led with
0x7Es.
■
Egress packets consisting of all 0x7Es as data will be c orru pte d.
Workaround
Set the UTOPIA egress low watermark value in the UTOPIA egress provisioning registers (0x0212, 0x0216,
0x021A, 0x021E) to either 1 or 2 to prevent excessive 0x7Es from being inserted between packets.
Corrective Action
This condition will be addressed in future versions of the device.
UTOPIA (UT)
UT1. Polling in Multidevice MPHY Mode
When the TDAT042G5 is polled and respon ds, the data bus become s enabled. In a multidevice MPHY configuration, if the data bus is active from a different PHY device, response to a poll from the device will corrupt a data
transfer already in progress. TDAT042G5 MPHY always functions without data corruption in a single-device
(slave), multiple-channel configuration (point-to-point).
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be addressed in future versions of the device.
12Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
UTOPIA (UT)
(continued)
UT2. UTOPIA Clock Limitations
The maximum spee d of the UTOPIA interface is 104 MHz. When operating at clock speeds greate r than 52 MHz,
RxCLK[D:A] must be placed in source mode and will use the same external clock as the corresponding
TxCLK[D:A] clock. RxCLK[D:A] source mode is set by provisioning bit 6 (CLOCK_MODE_Rx) for channel A of the
UTOPIA receive provisioning registers (address 0x020F).
When operating at speeds less than 52 MHz, separate external clocks for RxCLK[D:A] and TxCLK[D:A] may be
used.
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
This condition will be addressed in future versions of the device. Design modifications will be directed towards
allowing a maximum interface speed of 104 MHz in all cases. Note that UTOPIA Level 3 clock architecture has
changed in the A TM Forum’s UTOPIA Level 3 specification as of the July 1998 version.
UT3. PMRST Register Value Invalid After Reset
The value in PMRST_PECTx[A—D] (addresses 0x020B through 0x 020E) is invalid after reset until the second
PMRST clock period is completed. After the second PMRST, the register value is valid.
Workaround
Always have the system software execute a read of PMRST_PECTx as part of the system initialization following a
reset.
Corrective Action
This condition will be addressed in future versions of the device.
Agere Systems Inc.13
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
UTOPIA (UT)
(continued)
UT4. FIFO Overflow and Error Reporting
If the RxFIFO overflows, RxEOP is not asserted as expected. Therefore, when errors occur, two packets will be
corrupted instead of one because two start of packets (SOPs) occurred without an end of packet (EOP). RxERR is
not asserted when the above overflow condition occurs. No effect is noticeable in the ATM mode. Channel A works
as expected; this problem occurs in channels B, C, and D.
Workaround
This error is detectable in the status registers. No workaround is available for this c ondition .
Corrective Action
This condition will be addressed in future versions of the device.
UT5. Timing Difference Between Direct and Polled Status Modes
In the receive direction of the MPHY mode, RxPA[A] shows the polled packet (or ATM) available status for a ll four
slices, while the RxPA[B], RxPA[C], and RxPA[D] show the direct status states of their respective FIFOs. In some
cases, the status of RxPA[A] does not agree with the status of RxPA[D:B]. The direct status indication has one
additional cycle of pipeline delay from that of the polled status.
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
No corrective action is required for this condition.
UT6. UTOPIA Interface D Nonfunctional in Some Mixed MPHY and Point-to-Point
Configurations
When TDAT042G5 is configured with slice D in a point-to-point mode, slice D is nonfunctional in one special case.
If UTOPIA interfaces A and B are configured for 32-bit MPHY operation with slice C as part of the polled channels,
interface D will be nonfunctional and cannot be independently configured in a UTOPIA Level 2 point-to-point mode.
This condition does not occur in 16-bit MPHY operation.
Workaround
For mixed MPHY and point-to-point configuration, use UTOPIA slice D for MPHY mode instead of slice C.
UTOPIA slice C will then be available for normal point-to point mode.
Corrective Action
This condition will be addressed in future versions of the device.
14Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
UTOPIA (UT)
(continued)
UT7. Response to 0x1F MPHY Address
TDAT042G5 MPHY currently generates a polled status response to the address 0x1F (the null address), which is
not compliant with the UTOPIA Level 2 standard. The address 0x1F is valid for UTOPIA Level 3 operation.
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be addressed in future versions of the device.
UT8. Far-End Loopback Bandwidth Limitations
In the STS-48/STM-16 mode (U3, U3+), looping back data at the far end (UTOPIA interface) can only be accomplished without cell/packet corruption at rates below the following, as shown in Table 5.
Table 5. Cell/Packet Corruption Rates
Mode ATMPacket
STS-48/STM-16300 Mbits/s Rate not ye t determined
STS-12/STM-470 Mbits/s Rate not yet determined
STS-3/STM-1 30 Mbits/s Rate not yet determined
When cell/packet corruption occurs, the device reports transmit FIFO underflow.
Workaround
No workaround is available for this condition.
Corrective Action
This condition will be addressed in future versions of the device.
Agere Systems Inc.15
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
UTOPIA (UT)
(continued)
UT9. Clock Requirements for MPHY Modes
When using the TDAT042G5 in MPHY mode, receive and transmit clocks m ust be provided for all channels (A, B,
C, and D). Also, the packet available (PA) signal for each channel must be provided on each channel’s associated
PA pin.
Workaround
It is possible to place RxCLK[D:A] into source mode by provisioning bit 6 (CLOCK_MODE_Rx) of the UTOPIA
receive provisioning registers (addresses 0x020F, 0x0213, 0x0217, 0x021B). This will eliminate the need to supply
separate receive and transmit clocks.
Corrective Action
This is informational only. No corrective action is required for this condition.
UT10. Egress Packet Mode Overflows
In the UTOPIA modes listed below, the device will report transmit packet overflow errors when no overflows have
occurred. This occurs when the egress high watermark is set for the UTOPIA modes as shown in Table 6.
Table 6. Settings at Which Overflows Reported in Error
UTOPIA ModesEgress High Watermark Thresholds
8-bit, U3+
16-bit, U2+
32-bit, U3+
Workaround
Set the egress high watermark threshold as shown in Table 7. If there is a delay bet ween TxPA dea ssertion and
TxENB deassert ion, the additional cycl es should also be accounted for when setting the threshold.
Table 7. Settings to Prevent Overflows Reported in Error
UTOPIA ModesEgress High Watermark Thresholds
8-bit, U3+
16-bit, U2+
32-bit, U3+
Corrective Action
This condition will be addressed in future versions of the device.
≥
0x3D
≥
0x3B
≥
0x37
<
0x3D
<
0x3B
<
0x37
16Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
UTOPIA (UT)
(continued)
UT11. Clearing UT Interrupt Re gis ter
When a UT interrupt event occurs and COW mode is enabled, writing to UT interrupt register 0x0201 does not
clear the register (this register is read-only). The interrupt is cleared by writing to the UT delta and event registers
(addresses 0x0202—0x0205).
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
No corrective action is required for this condition.
UT12. Incorrect Implementation of POS Multi-PHY Mode
Because the TDAT042G5 lacks a selected PA signal (SPA), the status of a channel that is transmitting data in POS
MPHY mode is not known during polling. Therefore, the PA signal cannot be used as a data valid signal. If the
channel transmitting data runs dry, the master side may receive invalid data.
Workaround
Use direct status polling mode only and ensure that the address of channel A is applied to the address bus at all
times, except during the clock cycle when another channel is being selected.
Corrective Action
No corrective action is required for this condition.
UT13. Invalid Extra Cycle Between EOP and SOP in CRC-16/32 Mode
When using the device in CRC-16 or CRC-32 mode, there is always an extra cycle between the end of packet
(EOP) of the previous packet and the start of packet (SOP) of the following packet.
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
This is condition will be addressed in the future version of the device.
Agere Systems Inc.17
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
UTOPIA (UT)
(continued)
UT14. Nonfunctional RxPA Signal for Channels B and D in Packet Direct Status MPHY Mode
When using MPHY direct status for all operational modes (8-bit, 16-bit, and 32-bit), the RxPA signal for channels B
and D is not functional. The RxPA signal is functional only for channels A and C.
Workaround
The TDAT UTOPIA interface currently has nonfunctioning RxP A B and RxPAD output signals when used in fourchannel Multi-PHY mode as shown in Figure 1. The result of this problem is the unavailability of direct status polling
on the receive-side UTOPIA interface. To work around this problem, the following analysis is done to aid the user i n
doing a round-robin data extraction procedure.
R
PAA
INGRESS CHANNEL A FIFO
256 byt es DEEP
INGRESS CHANNEL B FIFO
256 byt es DEEP
A
32-bit INTERFACE (A AND B)
B
X
X
RXPAB
INGRESS CHANNEL C FIFO
256 byt es DEEP
INGRESS CHANNEL D FIFO
256 byt es DEEP
C
D
X
RXPAC
RXPAD
Figure 1. Receive-Side UTOPIA Interface and Channel FIFOs
The rate at which data fills and drains the receive-side UTOPIA FIFOs is calculated as follows:
■
The data enters each UTOPIA FIFO from the data engin e bytewise running on a 77.76 MHz system clock.
■
If we assume each channel (worst case) is filled with an STS-12c rate signal, then the amount of data (excluding
SONET overhead, both section/line, path, and three stuff columns) per second is
(87 x12 x 9 x 8000) – (4 x 9 x 8000) = 74.88 Mbytes/STS-12c/s or 599.040 Mbits/STS-12c/s.
■
Since each FIFO contains a maximum of 256 bytes/FIFO, it takes on average
(256/74,880,000) = 3.4188µs to fill a FIFO, and with a clock cycle of 77.76 MH z, it requires as a worst case,
3.2922 µs to fi ll th e FIFO.
■
Since there are four FIFOs all receiving data at 74.88 Mbytes/s, then the total bandwidth requirements of all four
channels combined is (4 x 74,880,000) = 299.52 Mbytes/s.
1664 (F)
■
The servicing rate on each FIFO is based on the UTOPIA interface width and frequency. If we assume a
32-bit A/B UTOPIA interface operating at 100 MHz, then the service rate is 400 Mbytes/s to service all the
channels.
18Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
UTOPIA (UT)
■
The interface can drain an entire FIFO at a rate of 400 Mbytes/s. To drain 256 bytes, it requires a maximum of
(2 56 / 400,000,000) = 0.64µs to drain a FIFO that is completely full. To drain all four FIFOs, it requires
(0.64 x 4) = 2.56 µs total
For data to be efficiently removed from each of the Rx FIFOs, a round-robin extraction method must be employed
since the RxPAB and RxP AD signals are not avai lable f or direct status polling. Since it requires a worst case total of
3.2922µs to fill a FIFO, the master must serv ice all FIFOs in a manner such that it does not allow any particular
FIFO to fill and hence overflow. Assuming equal servicing of each FIFO, the master must therefore not service any
particular FIFO for longer than (3.2922 / 4) = 0.8231µs. This also must account for any dead cycles in a cycling
between channels and any dead cycles on a particular channel (single dead cycle between EOP and SOP).
When servicing four FIFOs, there is a maximum clock cycle penalty for switching between channels. For two-cycle
mode, this penalty is a maximum of four UTOPIA master clock cycles; so to switch between all four channels, a
total of up to sixteen master clock cycles may be required to perform all the switching. The value of fou r is worst
case, and in some cases this can be as low as one cycle. The value of four results from the case where the FIFO
drains while servicing that channel, which will be common when draining at the 100 MHz frequency. In that case,
the master must first see that the FIFO has drained by observing that RxPAA is invalid on the last cycle while draining the FIFO (best case is one cycle lost). It must then deactivate RxENB and place a new channel address on the
address bus on the following cycle (best case is one cycle lost). It must then activate RxEN B for the new channel
on the following cycle and have TDAT sample RxENB low (best case is one cycle lost). The TDAT will then output
data two cycles later when using a PA response mode of two cycles (o ne cycle lost with data output on second
cycle). Any additional delays by the master must be added to these to calculate a worst-case condition. The bestcase condition occurs when the master stops the data flow when there are still more than two data items contained
within the FIFO. In th is case, the master deactivates RxENB at some predetermined max imum 32-bit word drain
value, where the PA response on the cycle prior to deactivation had valid data. For two-cycle mode, two additional
data items will be output from the FIFO for that particular channel, if available. The master deactivates RxENB,
places the new channel address on the FIFO, and activates RxENB. On the cycle where RxENB is activated, the
last valid data item from the previous channel may be output (best case), and one dead cycle will follow this before
data for the following selected channel is output.
(continued)
.
Given the information above, as sume the worst case of four cycles between channel switching. Also assume the
FIFOs are f illing at a worst-c as e rate, 3 .2922µs/FIFO. Assume the master is draining each FIFO using the 32-bit,
100 MHz, A/B, UTOPIA interface. Assume the master extracts a maximum of thirty 32-bit words (120 bytes) from
each FIFO before switching to an alt ernate channel. This requires (30 x 10) = 300 ns/FIFO, and assume that it
takes the worst-case four clock cycles to switch to alternate channels. Therefore, the total servicing time per FIFO
is (300 + 4 x 10) = 340 ns/channel, and the total servicing time per four channels is (4 x 340) = 1.36 µs per round
robin servicing of all four channels. At this round-robin rate, a maximum of 120 bytes are serviced per channel per
1.360µs interval; so to service the total bytes per channel (74.88 Mbytes/s), it requires a total of 0.849 seconds,
which is sufficient bandwidth to service all channels.
Since the FIFOs fill at the maximum rate of 1 byte/13.355 ns, each FIFO w ill fill to a depth of 102 bytes in the
1.360µs interval between channel servicing. This is well below the overflow threshold, which is set by the user to a
value near the top of the FIFO (high watermar k, 0x36 (216 bytes) default) and is below the number of byt es serviced by the master per channel per round-robin servicing (120 bytes). Each customer’s servicing characte r istics
will depend on the master’s behavior and how fast it performs the channel switching. If it cannot switch in the worstcase, fo ur-cycle manner described above, performance will degrade.
One item not accounted for in the above analysis is the fact that TDAT may place a dead cycle between packets (in
CRC and PPP modes, not in HDLC mode). In this case, there can be a maximum of three dead cycles per FIFO
(assuming 40-byte packets worst c ase and 102 bytes in FIFO between round-robin cycle). This will be tak en up by
the slack provided above , where (102 bytes + 4 bytes/dead cycle x 3 dead cycles) = 114 bytes, which still falls
below the servicing rate of 120 bytes per round-robin servicing.
Agere Systems Inc.19
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
UTOPIA (UT)
(continued)
The logical flow of the above proce dure is shown in Figure 2 below:
SELECT NEXT
CHANNEL
HOLD ADDRESS OF SELECTED
CHANNEL ON ADDRESS BUS
PA = 1
YES
YES
<
COUNT
NO
DEACTIVATE
RXENB
30
NO
1665 (F)
Figure 2. Master Control Flow Chart
Select channel
If PA = 1 continue
If count = 30 words, then deactivat e RxENB and switch to new channel
Else continue with current channel
Else deactivate RxENB and switch to next channel
Return to selection of new channel
Corrective Action
This is condition will be addressed in the future version of the device.
20Agere Systems Inc.
Advisory
May 2001
for Version 1 and 1A of the Device
TDAT042G5 Device Advisory
Overhead Processor (OHP)
OHP1. Maximum BER Count
The maximum number of errors the device can report is limited to 5.00E-04 in STS-12/STM-4 mode and 1.00E-04
in STS-48/STM-16 mode. This applies to the SDLSET, SDLCLEAR, SFLSE T, and SFLCLEA R bits of the signal
degrade and signal fail BER algorithm OHP registers. These bits are shown in Table 8.
Table 8. Signal Degrade and Signal Fail Algorithm OHP Registers [6:3]
* The OHP prefix shown here will be added to the current bit names in revision 4 of the advance data
sheet.
Workaround
This is informational only. No workaround is available for this condition.
Corrective Action
No corrective action is required for this condition.
*
Addresses
OHP2. RDI-L Reporting
When the device is initially powered up, it defaults to STS-48/STM-16 mode. This locks a counter value into transmit control registers for channels B, C, and D. When the device is configured for STS-3/STM-1 mode, the counter
does not automatically clear.
Workaround
During STS-3/STM-1 OHP configuration in the system code, manually clear transmit control registers 0x0431,
0x0433, and 0x0435 for channels B, C, and D. In order to clear these transmit control registers, the bits must be
toggled. The following pseudocode shows how to clear the bits on channels B, C, and D:
Set address 0x0431 to 0x007F # set bits on channel B
Set address 0x0431 to 0x0000 # clear bits on channel B
Set address 0x0433 to 0x007F # set bits on channel C
Set address 0x0433 to 0x0000 # clear bits on channel C
Set address 0x0435 to 0x007F # set bits on channel D
Set address 0x0435 to 0x0000 # clear bits on channel D
Corrective Action
This is informational only. No corrective action is required for this condition.
Agere Systems Inc.21
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
Overhead Processor (OHP)
(continued)
OHP3. M1 Error Counter in STS-48/STM-16 Mode
When the device receives REI-L errors in the STS-48/STM-16 mode, no M1 errors are reported.
Workaround
There are several workarounds for this problem:
■
Pass the B2 error count value to the far end through system sof tware.
■
Process the M1 byte from the receive TOAC with an external FPGA.
■
Pass the B2 error count from the receive to the transmit direction using transmit TOAC capability. The error count
must be inserted into the eleventh Z2 byte in an STS-48/STM-16 transmit signal. The transmit TOAC signal is
driven by an exter nal device with s o ftwar e in s ert capability.
■
Pass the B2 error count from the receive to the transmit direction in the section overhead byte. The device has F1
and S1 monitor capab ility ; the pro tocol for sending the error mess age to the far end with F1 or S1 bytes is userdefined.
Corrective Action
This condition will be addressed in future versions of the device.
Packaging and Pinouts (P)
P1. Pin F5 (Previously JTEST) Is No Connect (NC)
Item deleted. Corrected in the advance data sheet.
P2. Modified Pinout and Power Supply Configuration—F utur e Versions
Item deleted. No modifications to the power supply configuration will be made.
P3. Change to TDAT042G5 Version 1 Pinout
Item deleted. All devices conform to power pin assignments as listed in the advance data sheet.
22Agere Systems Inc.
Advisory
May 2001
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Packaging and Pinouts (P)
(continued)
P4. Power Dissipation
The worst-case power dissipation of TDAT042G5 is currently estimated to be 7.5 W. The minimum and maximum
power dissipation is listed in Table 9, as well as the relative package thermal characteristics.
Table 9. Power Dissipation and Relative Package Thermal Characteristics
ParameterSymbolTest ConditionsMinTypMa xUnit
Power Dissipation:
Minimum
Maximum
Thermal Performance
(JEDEC standard
conditions)*
Correlation Factor
Between Die and Case
Temperatures
*
= (TJ – TA)/PD: TJ = ju nction temperature, TA = ambien t tem pe ra tur e o f medi um sur rou nd in g t he pac k age, PD = electr ic al po wer dissi pa t ed
θ
JA
by the device.
†
= (TJ – TC)/PD: TJ = junction temperature, TC = package temperature (top, dead-center), PD = electrical power diss ipated by the device.
ψ
JC
†
D
P
STS-3/STM-1 line ra te
STS-12/STM-4 and STS-48/
—
—
3
6
—
—
W
W
STM-16 line rates
JA
θ
JC
ψ
Standard JEDEC 4-layer PWB:
■
Standard natural convection
■
200 LFPM airflow
■
800 LFPM airflow
Standard JEDEC 4-layer PWB:
■
Standard natural convection
■
200 LFPM airflow
■
800 LFPM airflow
—
—
—
—
—
—
9
6.5
5
0.3
0.4
0.5
—
—
—
—
—
—
°C/W
°C/W
°C/W
°C/W
°C/W
°C/W
Maximum junction temperature of TDAT042 G5 is 125 °C. Therefore, maximum cas e temperature under nat ural
convection conditions must be less than approximately 50 °C, and in this case, an external heat sink is required.
References
Jeff Weiss,
HL250C 3.3 Volt 0.25
600 LBGA Thermal Test Report
m CMOS Standard-Cell Library
µ
, February 25, 1999.
(MN98-060ASIC-02), pages 2-2 and 2-3.
Workaround
An external heat sink is required.
Corrective Action
Power consumption will be addressed in future versions of the device.
Agere Systems Inc.23
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Data Addenda
DA1. Incorrect PT Control Register Mapping
Advisory
May 2001
TDAT042G5 SONET/SDH 155/622/2488 Mbits/s Data Interface
mapping for PT control registers 0x0AAA, 0x0AB2, 0x0ABA, and 0x0AC2:
bit #9 TRDIP_PLMPINH[A—D]
bit #8 TRDIP_UNEQUIPINH[A—D]
bit #7 TRDIP_LCDINH[A—D]
The correct bit mapping is the following:
bit #9 TRDIP_LCDINH[A—D]
bit #8 TRDIP_PLMPINH[A—D]
bit #7 TRDIP_UNEQUIPINH[A—D]
Workaround
No workaround is available for this condition.
Corrective Action
This correct bit mapping will be included in July 2000 of the advance data sheet.
Advance Data Sheet, Rev. 3 lists the following bit
D A2. Variable Change
TDAT042G5 SONET/SDH 155/622/2488 M bits/s Data Interface
TRD_LCDINH[A—D], which has been changed to TRD_LCD[A—D] in the January 2001 revision.
Advance Data Sheet, Rev. 3 lists the variable
Workaround
No workaround is available for this condition.
Corrective Action
This correction will be included in Janu ary 2001 of the advance data sh eet.
24Agere Systems Inc.
Advisory
May 2001
for Version 1 and 1A of the Device
TDAT042G5 Device Advisory
AY99-013SONT-2 Replaces AY99-013SONT to Incorporate the Following Updates
1. Pag e 1, SP1. Required Provisioning Sequenc e and Clocks, added new issue.
2. Pag e 8, DE4. Channe l Provisioning, added new issue.
3. Pag e 9, DE5. Packet Behavior in P OS/SDL M ode—Dry Mode, added new issue.
5. Page 16, advance data sheet document number corrected.
AY99-013SONT-3 Replaces AY99-013SONT-2 to Incorporate the Following Updates
1. Page 1, notice that the advisory issues still apply to the advance data sheet which has just been updated.
AY99-013SONT-4 Replaces AY99-013SONT-3 to Incorporate the Following Updates
1. Replaced OC- designation with STS- and STM- throughout advisory.
2. Page 2, SP2. Behavior During Loss of Receive Line Clock, added new issue.
3. Page 2, SP3. PT Register Addressing, added new issue.
4. Pag e 4, CR1. Clear on Read/Clear on Write Behavior, added new issue.
5. Pag e 5, PT2. Clear-After-Write B ehavior of Signal Degrade Clear Bits, corrected description.
6. Page 6, PT4. SS Pointer Interpretation Algorithm, added new issue.
7. Page 7, PT5. Delta/Event Registers in COR Mode, added new issue.
8. Page 7, DE2. Incorrect ATM Loss of Cell Delineation (LCD) Implementation, identified the specific ITU standard with which the LCD implementation does not comply.
9. Page 8, DE4. Channel Provisioning, Table Transmit DE Egress and Sequencer Cell State Registers, corrected
register 0x102D to 0x1021.
10. Page 9, DE5. Packet Behavior in POS/SDL Mode—Dry Mode , identified dry m ode issues.
11. Page 10, DE6. Incorrect ATM Out of Cell Delineation (OCD) Implementation, added new issue.
12. Page 10, DE7. Incorrect Frame State of ATM Data Streams, added new issue.
13. Page 11, DE8. Clearing DE Interrupt Register (0x1002), added new issue.
14. Page 11, DE9. Single Packet Transmission in HDLC-CRC, SDL-CRC, and PPP Modes, added new issue.
15. Page 12, DE10. Excessive HDLC Flag Characters, added new issue.
20. Page 17, UT11. Clearing UT Interrupt Register, added new issue.
21. Page 17, UT12. Incorrect Implementation of POS Multi-PHY Mode, added new issue.
22. Page 21, OHP1. Maximum BER Count, added new issue. In addition, differentiated OHP bits from PT bits with
the same name; the names will be corrected in revision 4 of the advance data sheet.
Agere Systems Inc.25
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Advisory
May 2001
AY99-013SONT-4 Replaces AY99-013SONT-3 to Incorporate the Following Updates
(continued)
23. Page 21, OHP2. RDI-L Reporting, added new issue.
24. Page 22, OHP3. M1 Error Counter in STS-48/STM-16 Mode, added new issue.
25. Page 22, remove d issue P1. Pin 5 (Previously JTEST
accompanying advance data sheet, DS98-193SONT-3.
26. Page 22, remov ed issue P2. Modified Pinout and Power Supply Configuration—Future Vers ions. Plans for 2.5 V
power ring implementation considered, but no schedule ava ilable at this time.
27. Page 22, removed issue P3. Change to TDAT042G5 Version 1 Pinout. Listed pins have been corrected to NC in
the accompanying advance data sheet, DS98-193SONT-3.
28. Page 24, DA1. Incorrect PT Control Register Mapping, added new issue.
) Is No Co nnect (NC ) . Pin F5 wa s cor rected to NC in the
AY01-015SONT (Replaces AY99-013SONT-4 and Must Accompany
DS98-193SONT-4) Replaces AY99-013SONT-4 to Incorporate the Following
Updates
Change List
This change list summarizes changes across the various versions of thi s document starting with the version dated
1/25/01.
1. Page 12, updated issue on DE 11. ATM Header Error Correction (HEC) Behavior, to i nc lude more information.
2. Page 17, added issue UT13. Invalid Extra Cycle Between EOP and SOP in CRC-16/32 Mode.
3. Page 18, added issue UT14 . Nonfunctional RxPA Signal for Channels B and D in Packet Direct Status MPHY
Mode.
3/1/01
1. Page 12, removed DE 11 from document.
2. Page 18, UT14. Nonfunctional RxPA Signal for Channels B and D in Packe t Direct Status MPHY Mode, added
workaround to document.
26Agere Systems Inc.
Advisory
May 2001
Notes
TDAT042G5 Device Advisory
for Version 1 and 1A of the Device
Agere Systems Inc.27
TDAT042G5 DeviceAdvisoryfor Version 1 and 1A of theDevice
Advisory
May 2001
For additional information, contact your Agere Sys tems A ccount Manager or the following:
INTERNET:
E-MAIL:
N. AMERICA: Agere Systems Inc ., 555 Union Boulevard, Room 30L-15P-BA, Allentown, PA 18109-3286
ASIA PACIFIC: Agere Systems Singapore Pte. Ltd., 77 Science Park Drive, #03-18 Cintech III, Singapore 118256
CHINA:Agere System s (Shanghai) Co., Ltd., 33/F Jin Mao Tower, 88 Century Boulevard Pudong, Shanghai 200121 PRC
JAPAN:Agere Systems Japan Ltd., 7-18, Higashi-Gotanda 2-chome, Shinagawa-ku, Tokyo 141, Japa n
EUROPE:Data Request s: DATALINE:
Agere Systems Inc. reserves the right to make changes to the product(s) or information contained herein without notice. No liability is assumed as a result of their use or application.
May 2001
AY01-015S O NT (Replaces AY99-013SONT-4 and Must Accompany DS98-193SONT-4)
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Features
Point-to-point path termination device for interface
■
termination.
Versatile IC supports 155/622/2488 Mbits/s
■
SONET/SDH interface solutions for packet over
SONET (POS), asynchronous transfer mode
(ATM), or simplified data link (SDL) for data over
fiber applicatio ns.
Suppor ts point-to-point and multi-P H Y UTOPIA.
■
Low-power 3.3 V operation, CMOS technology.
■
High-speed I/O is LVPE CL. Al l other logi c has 5 V
■
tolerant TTL-level inputs.
–40 °C to +85 °C temperature range.
■
600 LBGA package.
■
SONET/SDH Interface
Termination of quad STS-3/STM-1, quad STS-12/
■
STM-4, or single STS-48/STM-16.
Suppor ts overhead processing for transport and
■
path overhead bytes.
Optional insertion and extraction of overhead bytes
■
via serial overhead interface.
Full path termi nat ion and SPE extraction/insertion.
■
SONET/SDH compliant condition and alarm
■
reporting.
Handles all concatenation levels of STS-3c
■
through STS-48c (in multiples of 3; i.e., 3c, 6c, 9c,
etc.), STM-1 through STM-16.
Built-in diagnostic loopback modes.
■
— ITU-T G.707: Network Node Interface for the
Synchronous Digital Hier ar c hy .
— ITU-T G.803: Architecture of Transport Net-
works Based on the Synchronous Digital Hierarchy.
SONET/SDH.
— IETF RFC 1661: The Point-to-Point Protocol
(PPP).
— IETF RFC 1662: PPP in HDLC-like Framing.
Data Processing
Provisionable data engine supports payload inser-
■
tion/extraction and CRC-16/-32 generation/verification for ATM cell or PPP, SDL, or HDLC streams.
Maintains counts for cell/packet traffic (e.g., total
■
number of cells, number of discarded cells).
Integrated UTOPIA Level 2- and UTOPIA Level 3-
■
compatible ATM physical layer interface with
packet extensions for all test and operations.
Insertion and extraction of up to four separate data
■
channels.
Compliant with 1998: ATM Forum, ITU standards,
■
and IETF standards.
Compliant with the following Telcordia† (Bellcore),
■
ANSI*, and ITU standards:
— GR-253 CORE: SONET Transport Systems:
Common Generic Criteria.
*ANSI is a registered trademark of American National Standards
Institute, Inc.
†Telcordia is a registered trademark of Bell Communications
Research, Inc.
Microprocessor Interface
16-bit address and 16-bit data interface with up to
■
66 MHz read and write acces s.
Compatible with most industry-standard proces-
■
sors.
Please see the Description section, page 11, for
details.
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Table of Contents
ContentsPage
Features ...................................................................................................................................................................3
Data Processing .....................................................................................................................................................3
Pin Information .......................................................................................................................................................11
ATM/HDLC/HDLC-CRC/PPP Support ...................................................................... ....... ....................................47
SDL Support ........................................................................................................................................................48
Data Engine (DE) Block .......................................................................................................................................70
JTAG (Boundary-Scan) Tes t B lock ....................................................................................................................100
Line Interface ........................................................................................................................................................100
LVPECL I/O Termination and Loa d Spec i ficati ons ................................................... ....... ...... ....... .....................100
General-Purpose I/O Bus (GPIO) ......................................................................................................................102
UT Registers ................................................................................................ ......................................................113
UT Registers ................................................................................................ ......................................................154
DE Registers ............. ...... ....................................... ...... ....................................... ...... ..... ....................................211
Absolute Maximum Ratings ..................................................................................................................................253
Electrical Characterist ic s ................................................................................ ......................................................254
Figure 42. Receive Line-Side Tim ing W ave form ...................................................................... ....... .....................264
Figure 43. Transmit Line-Side Timing Waveform—STS-48/STM-16 Contra cloc king .. ....... ...... ....... ...... ....... ...... ..265
Table 8. Pin Descriptions—JTAG Int erf ac e Signals .......................... ....................................... ..............................42
Table 15. TOAC Byte Insertion: An STS-3/STM-1 Example ..................................................................................53
Table 16. Ns, L, M, and B Values to Set the BER Indicator ...................................................................................57
Table 17. Ns, L, M, and B Values to Clear the BER Indicator ................................................................................58
Table 18. TOAC Channel I/O vs. STS Number/Time Slot ......................................................................................59
Table 19. Types of Signal Labels ...........................................................................................................................64
Table 25. Standard 53-byte ATM Cell Structure .....................................................................................................86
Table 26. Bus Format for 16-bit Interface ...............................................................................................................86
Table 27. Bus Format for 8-bit Interface .................................................................................................................87
Table 28. Bus Format for 32-bit Interface ...............................................................................................................87
Table 29. Egress High Watermark Thresholds .......................................................................................................94
Table 30. Nominal dc Power for Suggested Terminations ...................................................................................100
Table 35. Register Address Space .......................................................................................................................111
Table 36. Map of Core Registers ..........................................................................................................................112
Table 37. Map of UT Registers .............................................................................................................................113
Table 38. Map of OHP Registers ..........................................................................................................................116
Table 39. Map of Path Terminator Registers ........................................................................................................126
Table 40. Map of DE Registers ............................................................................................................................138
Table 41. Register 0x0000: Device Version (RO) ................................................................................................147
Table 42. Registers 0x0001—0x0005: Device Name (RO) ..................................................................................147
Table 43. Register 0x0008: Composite Interrupts (RO or COR/W) ......................................................................148
Table 60. Fields of the Provisioning Registers .....................................................................................................157
Table 61. Registers 0x020F, 0x0213, 0x0217, 0x021B: Channel [A—D] Rec ei ve Prov is i oni ng Regi ste r (R /W) .158
Table 62. Registers 0x0210, 0x0214, 0x0218, 0x021C: Channel [A—D] Tran smit Provisioning Regist er (R/W) 159
Table 63. Registers 0x0211, 0x0215, 0x0219, 0x021D: Channel [A—D] Ingress Pro vi sioni ng Regi ster (R/W) ..161
Table 64. Registers 0x0212, 0x0216, 0x021A, 0x021E: Channel [A—D] Egress Provisioning Register (R/W) ...161
Table 175. SONET/SDH New Terminology ..........................................................................................................274
10Agere Systems Inc.
Data Sheet
May 2001
155/622/2488 Mbits/s Data Interface
TDAT042G5 SONET/SDH
Description
The TDAT042G5 SONET/SDH interface device provides a versatile solution for quad STS-3/STM-1,
quad STS-12/STM-4, and for single STS-48/STM-16 point-to-point datacom/telecom applications. Constructed
using Agere Systems Inc.’s state-of-the-art CMOS technology, this device incorporates integrated SONET/SDH
framing, section and line overhead insertion and extraction, path termination, and generation.
The integra ted circuit provides complete encapsulation and decapsulation for packet and ATM streams into and
out of SONET/SDH payloads.
Communication with the device is accomplished through a generic microprocessor interface. The device supports
separate address and data buses.
With the device, construction of all types of point-to-point STS-3/STS-12/STS-48 (STM-1/STM-4/
STM-16) data equipment is simplified and cost-reduced, allowing extremely efficient solutions.
Pin Information
TDAT042G5 is available in a 600-pin LBGA package. The pin diagram is shown in Figure 1. For convenience, pin
assignments are listed by pi n o rd er in Table 1 and by signal name in Table 2. The pin descr i pti ons as well as the
pin assignments are listed in Table 3—Table 10 and are grouped by interface type.
AR
AP
AN
AM
AL
AK
AJ
AH
AG
AF
AE
AD
AC
AB
AA
Y
W
V
U
T
R
P
N
M
L
K
J
H
G
F
E
D
C
B
A
52325731291521327111791313533
19
3026 28243222201846810121416234
5-7175(F)
Figure 1. Pin Diagram of 600-Pin LBGA (Bottom View)
Agere Systems Inc.11
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Pin Information
(continued)
Table 1. Pin Assignments for 600-Pin LBGA by Pin Number Order
PinSignal NamePinSignal NamePinSignal NamePinSignal Name
B8GND
DA TA[0]B9GND
DA TA[1]A9GND
DA TA[2]E10GND
DA TA[3]D10GND
DA TA[4]C10GND
DA TA[5]B10GND
DA TA[6]A10GND
DA TA[7]D11GND
DA TA[8]C11GND
DA TA[9]B11GND
DATA[10]A11GND
DATA[11]E12GND
DATA[12]D12GND
DATA[13]C12GND
DATA[14]B12GND
DATA[15]A12GND
Note: NC refers to no connect. Do not connect pins so designated.
A
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
D
Table 2. Pin Assignments for 600-Pin LBGA by Signal Name (continued)
Signal NamePinSignal NamePinSignal NamePinSignal NamePin
DDD
V
DDD
V
V
DDD
V
DDD
DDD
V
V
DDD
V
DDD
DDD
V
V
DDD
V
DDD
Note: NC refers to no connect. Do not connect pins so designated.
V2V
V35V
W1V
Y5V
Y31V
AB5V
AD5V
AE5V
AE31V
AF5V
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
AK1V
AK35V
AL1V
AL5V
AL11V
AL16V
AL18V
AL20V
AL25V
AL31V
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
AL35V
AM4V
AM32V
AN3V
AN33V
AP1V
AP2V
AP34V
AP35V
AR1V
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
DDD
PLLE3
AR2
AR5
AR6
AR18
AR19
AR30
AR31
AR34
AR35
Agere Systems Inc.21
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Pin Information
Note:3.3 V CMOS logic inputs are 5 V tolerant. Logic inputs can be driven from standard TTL levels, and logic out-
puts can drive standard TTL in puts . All LVPECL buffers are differential. LVPECL is compliant with low-voltage (3.3 V) pseudo-emitter-coupled logic interface levels. All PECL outputs, including ECLREFHI and
ECLREFLO require terminating resistors. The required termination for the PECL buffers is 50 Ω to a terminating voltage of V
D
). Other termination styles are not recommended. LVPECL inputs with a / in the name indicate multiple
GND
functionality. The name preceding the / is the function in STS-48/STM-16 mode. The name after the / is the
function in STS-3/STM-1 or S TS- 12/ STM- 4 mod e.
Table 3. Pin Descriptions—Line Interface Signals
Unused LVPECL outputs should not be terminated to minimize power consumption. Unused inputs are internally
disabled whenever core registers 0x0010 and 0x0011 are properly provisioned. The unused inputs can be considered to be NC (no connect).
PinSymbolTypeI/OName/Description
V5RxCKP/
RxD[A]P
V4RxCKN/
RxD[A]N
AG2RxD[0]PLVPECLIReceive Line Data Inputs (STS-48/STM-16). In STS-48/STM-16 mode,
AG1RxD[0]N
– 2 V. The Theven in equivalent is also ac ce ptab le (1 30 Ω to V
LVPECLIReceive Line Clock (S TS-48/STM-16)/Receive Line Data Input Channel
A. In STS-48/STM-16 mode, these pins function as receive line clock. This
155.52 MHz clock comes from an external clock data recovery circuit. This
clock is used to clock in the RxD[15:0] receive line data inputs.
In STS-3/STM-1 or STS-12/ST M-4 mode, these pins function as rece iv e
data input channel A at 155.52 Mbi ts /s or 622.08 Mbits/s, respectively.
This buffer is internally disabled when not in STS-48/STM-16 mode and
channel A is disabled. This buffer is internally disa bled throug h proper pr ovisioning when the input is not active.
these pins function as receive line data inputs [0:8]. The remaining receive
line data inputs [9:15] are listed below and are multiplexed for use in the
STS-3/STM-1 or STS-12/STM-4 modes.
The 2.488 Gbits/s STS-48/STM-16 serial data stream is converted to a
155.52 Mbits/s parallel 16-bit word externa l to TDAT042G5 by a demultiplexer.
All 32 differential data input pins, RxD[ 15:0]P/N, are used as the parallel
data input bus in the STS-48/STM-16 mode. These pins constitute a
155.52 Mbits/s parallel 16-bit word-align ed to the RxCKP/N 155.52 MH z
receive line clock. RxD[15] is the most significant bit and is the first bit
received. RxD[0] is the least significant bit and is the last bit received.
This buffer is internally disabled through proper provisioning when the input
is not active.
LVPECLIReceive Line Data Input [9]/Receive Line Clock Channel D. In STS-48/
STM-16 mode, these pins function as receive line data input [9] at
155.52 Mbits/s.
In STS-3/STM-1 or STS-12/ST M-4 mode, these pins function as rece iv e
line clock channel D at either 155.52 MHz (STS-3/STM-1) or 622.08 MHz
(STS-12/STM-4).
This buffer is internally disabled when not in STS-48/STM-16 mode and
channel D is disabled. This buffer is intern all y disabled thro ugh pr ope r provisioning when the input is not active.
Unused LVPECL outputs should not be terminated to minimize power consumption. Unused inputs are internally
disabled whenever co re r egi ste r s 0x0010 and 0x0011 are properly provisi oned. The unused inputs can be considered to be NC (no connect).
PinSymbolTypeI/OName/Description
AB4RxD[10]P/
RxD[D]P
AB3RxD[10]N/
RxD[D]N
AA2RxD[11]P/
RxCLK[C]P
AA1RxD[11]N/
RxCLK[C]N
AA4RxD[12]P/
RxD[C]P
AA3RxD[12]N/
RxD[C]N
Y3RxD[13]P/
RxCLK[B]P
Y2RxD[13]N/
RxCLK[B]N
W3RxD[14]P/
RxCLK[A]P
W2RxD[14]N/
RxCLK[A]N
(continued)
LVPECLIReceive Line Data Input [10]/Receive Line Data Input
Channel D. In STS-48/STM-16 mode, the se pin s functi on as
receive line data input [10] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 m ode, the se pins func ti on as
receive line data input channel D at either 155.52 Mbits/s (STS-3/
STM-1) or 622.08 Mbi ts/s (STS-12/STM-4).
This bu ffer is internally disabled when not in STS-48/STM-16
mode and channel D is disabled. This buffer is internally disabled
through proper provisioning when the input is not active.
LVPECLIReceive Line Data Input [11]/Receive Line Clock Channel C.
In STS-48/STM-16 mode, these pins function as receive line data
input [11] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 m ode, the se pins func ti on as
receive line clock channel C at either 155.52 MHz (STS-3/STM-1)
or 622.08 MHz (STS-12/STM-4).
This bu ffer is internally disabled when not in STS-48/STM-16
mode and channel C is disabled. This buffer is internally disabled
through proper provisioning when the input is not active.
LVPECLIReceive Line Data Input [12]/Receive Line Data Input
Channel C. In STS-48/STM-16 mode, the se pin s functi on as
receive line data input [12] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 m ode, the se pins func ti on as
receive line data input channel C at either 155.52 Mbits/s (STS-3/
STM-1) or 622.08 Mbi ts/s (STS-12/STM-4).
This bu ffer is internally disabled when not in STS-48/STM-16
mode and channel C is disabled. This buffer is internally disabled
through proper provisioning when the input is not active.
LVPECLIReceive Line Data Input [13]/Receive Line Clock Channel B.
In STS-48/STM-16 mode, these pins function as receive line data
input [13] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 m ode, the se pins func ti on as
receive line clock channel B at either 155.52 MHz (STS-3/STM-1)
or 622.08 MHz (STS-12/STM-4).
This bu ffer is internally disabled when not in STS-48/STM-16
mode and channel B is disabled. This buffer is internally disabled
through proper provisioning when the input is not active.
LVPECLIReceive Line Data Input [14]/Receive Line Clock Channel A.
In STS-48/STM-16 mode, these pins function as receive line data
input [14] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 m ode, the se pins func ti on as
receive line clock channel A at either 155.52 MHz (STS-3/STM-1)
or 622.08 MHz (STS-12/STM-4).
This bu ffer is internally disabled when not in STS-48/STM-16
mode and channel A is disabled. This buffer is internally disabled
through proper provisioning when the input is not active.
Agere Systems Inc.23
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Pin Information
(continued)
Table 3.Pin Descriptions—Line Interface Signals (continued)
Unused LVPECL outputs should not be terminated to minimize power consumption. Unused inputs are internally
disabled whenever core registers 0x0010 and 0x0011 are properly provisioned. The unused inputs can be considered to be NC (no connect).
PinSymbolTypeI/O*Name/Description
W5RxD[15]P/
RxD[B]P
W4RxD[15]N/
RxD[B]N
LVPECLIReceive Line Data Input [15]/Receive Line Data Input
Channel B. In STS-48/STM-16 mode, these pins function as
receive line data input [15] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 mode, these pins function as
receive line data in put channe l B at either 155.52 Mbits/s
(STS-3/STM-1) or 622.08 Mbits/s (STS-12/STM-4).
This buffer is internally disabled when not in STS-48/STM-16
mode and channel B is disabled. This buffer is internal ly disabled
through proper provisioning when the input is not active.
u
H4CLKDIV3.3 V
(5 V tolerant)
Clock Division. This pin controls a divider in the line transmit
I
block to create a 77.76 MHz clock from either the 155.52 MHz
STS-3/STM-1 or STS-48/STM-16 tra n smit line clock, or the
622.08 MHz STS-12/STM-4 transmit line clock, TxCKP/N.
CLKDIV = 1 for STS-12/STM-4 (divide by 8).
CLKDIV = 0 for STS-3/STM-1 and STS-48 /STM-16 (divide by 2).
AG3ECLREFLO—OReference Voltage for LVPECL I/O Buffers. ECLREFLO and
AG4ECLREFHI—O
ECLREFHI are buffer outputs which provide the reference for the
output level of the LVPECL output buffers. ECLREFLO and ECL-
REFHI must be connected to a 50 Ω source of V
DDD
– 2 V.† No
user-accessible signal is present on these pin s.
*Iu = Id = 50 kΩ, where Iu = internal pull-up resistance and Id = internal pull-down resistance.
†This may be obtained from a passive voltage divider of a 130 Ω resistor connected from V
which is connected to GND
D.
to one end of an 82 Ω resistor, the other end of
DDD
Note: The TDAT042G5 has internal ci rcu itry that is ass oc iat ed with the buffer section of the chip. This section
monitors the voltage levels of REFLO and REFHI. A very low frequency calibration process, during which
the values at the ECLREFLO and ECLREFH I pins ar e con tinuous l y monitored, is performed to allow the
drive capactity of remaining buffers to be adjusted within true PECL levels. Therefore, it is important to terminate the ECLREFLO and ECLREFHI outputs in exactly the same way as you would terminate LVPECL
outputs.
Unused LVPECL outputs should not be terminated to minimize power consumption. Unused inputs are internally
disabled whenever co re r egi ste r s 0x0010 and 0x0011 are properly provisi oned. The unused inputs can be considered to be NC (no connect).
PinSymbolTypeI/O*Name/Description
U4TxCKPLVPECLITransmit Line Clock. When in STS-48/STM-16 mode, this clock
U5TxCKN
U3TxFSYNCPLVPECLI
U1TxFSYNCNI
T2TxD[0]P/
TxD[D]P
U2TxD[0]N/
TxD[D]N
T4TxD[1]P/
TxD[C]P
T3TxD[1]N/
TxD[C]N
R3TxD[2]P/
TxD[B]P
R2TxD[2]N/
TxD[B]N
R4TxD[3]P/
TxD[A]P
R5TxD[3]N/
TxD[A]N
(continued)
is a 155.52 MHz input and clocks out TxD[15:0]P/N or TxD[D:A].
When in STS-12/STM-4 mode, this clock is a 622.08 MHz input
and clocks out TxD[D:A]P/N.
When in STS-3/STM-1 mode, this clock is a 155.52 MHz input
and clocks out TxD[D:A]P/N.
d
Transmit Line Frame Sync. This input is the exter n a l 8 kHz
transmit line frame sync. Driving this input is optional. If undriven
u
from an external source, these pins must be no connects. When
this input is used, it must be (1) synchronized to TxCKP/N, and (2)
at least one TxCKP/N cycle wide, up to a maximum of 1 frame
period minus 2 TxCKP/N cycles wide.
LVPECLOTransmit Line Data Output [0]/Transmit Line Data Output
Channel D. In STS-48/STM-16 mode, the pins function as transmit line data output [0] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 mode, the pin s functi on as
transmit data output channel D at either 155.52 Mbits/s or
622.08 Mbits/s.
This buffer is internally disabled through proper provisioning when
the input is not active.
LVPECLOTransmit Line Data Output [1]/Transmit Line Data Output
Channel C. In STS-48/STM-16 mode, the pins function as transmit line data output [1] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 mode, the pin s functi on as
transmit data output channel C at either 155.52 Mbits/s or
622.08 Mbits/s.
This buffer is internally disabled through proper provisioning when
the input is not active.
LVPECLOTransmit Line Data Output [2]/Transmit Line Data Output
Channel B. In STS-48/STM-16 mode, the pins function as transmit line data output [2] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 mode, the pin s functi on as
transmit data output channel B at either 155.52 Mbits/s or
622.08 Mbits/s.
This buffer is internally disabled through proper provisioning when
the input is not active.
LVPECLOTransmit Line Data Output [3]/Transmit Line Data Output
Channel A. In STS-48/STM-16 mode, the pins function as transmit line data output [3] at 155.52 Mbits/s.
In STS-3/STM-1 or STS-12/STM-4 mode, the pin s functi on as
transmit data output channel A at either 155.52 Mbits/s or
622.08 Mbits/s.
This buffer is internally disabled through proper provisioning when
the input is not active.
* Iu = Id = 50 kΩ, where Iu = internal pull-up resistance and Id = internal pull-down resistance.
Agere Systems Inc.25
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Unused LVPECL outputs should not be terminated to minimize power consumption. Unused inputs are internally
disabled whenever core registers 0x0010 and 0x0011 are properly provisioned. The unused inputs can be considered to be NC (no connect).
PinSymbolTypeI/OName/Description
H2TxCKQPLVPECLOTr ansmit Line Clock Q. This 155.52 MHz cl ock is used t o clock
J5TxCKQN
P2TxD[4]PLVPECLOTransmit Line Data Outputs (STS-48/STM-16). In STS-48/
P1TxD[4]N
P5TxD[5]PLVPECL
P3TxD[5]N
N3TxD[6]PLVPECL
N2TxD[6]N
N5TxD[7]PLVPECL
out the data in the STS-48/STM-16 mode for forward-directional
timing with the 155 Mbits/s 16- bi t parall el -to -2.5 Gb its /s serial
MUX.
For an STS-48/STM-16 contra-clocking interface with the
155 Mbits/s parall el -to-2.5 Gbits/s serial MUX, this clock is not
used. In the contra-clocking mode, a phase-locked version of
TxCKP/N is used to clock out the data. In the contra-clocking
mode, the transmit line clock PLL must be active (see core register map 0x0010, bit 5 (PLL_ MODE) on pag e 112).
This clock is not used in the STS-3/STM -1 or STS-12/STM- 4
modes.
STM-16 mode, these pins function as transmit line data out puts
[4:15]. The remaining transmit li ne data outp uts [0 :3] are li st ed
below and are multiplexed for use in the STS-3/STM-1 or STS-12/
STM-4 modes.
The 155.52 Mbits/s 16- bi t word paral le l bus is conve rted to a
2.488 Gbits/s serial data stream external to TDAT042G5 by a multiplexer.
All 32 differential data output pins, TxD[15:0]P/N, are used as the
parallel data output bus in the STS-48/STM-16 mode. These pins
constitute a 155.52 Mbyte/s parallel 16-bit word-aligned to the
TxCKP/N and TxCKQP/N 155.52 MHz transmit line clock.
TxD[15] is the most significant bit and is the first bit transmitted.
TxD[0] is the least significant bit and is the last bit transmitted.
This buffer is internally disabled through proper provisioning when
the input is not active.
26Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Pin Information
Table 4. Pin Descriptio ns—TOH Interface Signals
PinSymbolTypeI/O*Name/Description
AK3RxREF3.3 VOReceive Line Frame. This output provides the receive 8 kHz
AL7
AL6
AL4
AK5
AN7
AM6
AM5
AL2
AP6
AN5
AL3
AK4
AJ2TxTOHCK3.3 VOTransmit TOH Interface Clock. This clock is nominally a
AK2
AJ5
AJ4
AJ3
AH5TxTOHF3.3 V OTransmit TOH Interface Frame. This 8 kHz fram ing signal is
RxTOHCK[D]
RxTOHCK[C]
RxTOHCK[B]
RxTOHCK[A]
RxTOHD[D]
RxTOHD[C]
RxTOHD[B]
RxTOHD[A]
RxTOHF[D]
RxTOHF[C]
RxTOHF[B]
RxTOHF[A]
TxTOHD[D]
TxTOHD[C]
TxTOHD[B]
TxTOHD[A]
(continued)
frame reference for external timing needs. RxREF is derived from
one of the received line clocks (user-selectable). It is a 50% duty
cycle clock when TDAT042G5 is in frame. This signal may be
used to implement line tim ing on a SON ET r i ng. When not provisioned, this signal must not be used. RxREF is valid only when
the SONET framer is in frame. Upon LOC or LOF, RxREF is
present but is free running. Because jitter may be present on this
signal when th e d evice goes into and o ut of an LOC or LOF stat e,
it should not be used as a reference for TxFSYNCP/N.
3.3 VOReceive TOH Interface Clock. This clock is nominally a
5.184 MHz (STS-3/S TM - 1) or 20.736 MHz (STS-12/ST M- 4,
STS-48/STM-16) clock which provides timing for circuitry that
receives and externally processes the receive transport overhead
bytes. The duty cycle of the clock is not 50% (see Figure 49 and
Figure 50, page 272). In STS-48/STM-16 mode, all four of these
clocks are active.
3.3 VOReceive TOH Interface Data. This 5.184 Mbits/s or
20.736 Mbits/s signal contains all the receive transport overhead
bytes (A1, A2, J0/Z0, B1, E1, F1, D1—D3, H1—H3, K1, K2,
D4—D12, S1/Z1, M0, and E2) for all 3/12/48 STS-1s. This signal
can be used by external circuitry to process the TOH bytes.
RxTOHD is updated on the falling edge of RxTOHCK. In STS-48/
STM-16 mode, RxTOHD[A] contains all current ly defined TOH
bits except for M1, which is located in RxTOHD[C].
3.3 V OReceive TOH Interface Frame. This 8 kHz framing signal is used
to locate the individual receive transport overhead bits in the
RxTOHD bit stream. RxTOHF is only high while bit 1 (MSB) of the
first framing byte (A1 during parity time in first byte) is present on
the RxTOHD output. RxTOHF is updated on the falling edge of
RxTOHCK.
5.184 MHz (STS-3/STM -1) , 20.736 MHz (STS-12/STM-4,
STS-48/STM-16) clock which provides timing for circuitry that
externally generates and transmi ts the transmit transpor t overhead bytes for inclusion in the transmit data stream. The duty
cycle of the clock is not 50% (see Figure 48, pag e271).
3.3 V
(5 V tolerant)
u
I
Transmit TOH Interface Data. This 5.184 Mbits/s or
20.736 Mbits/s signal contains all the transmit transport overhead
bytes (A1, A2, J0/Z0, B1, E1, F1, D1—D3, H1—H3, K1, K2,
D4—D12, S1/Z1, M0, and E2) for all 3/12/48 STS-1s. This signal
is generat ed b y external circuitry for c us tom TOH byte definitions.
TxTOHD is sampled on the rising edge of TxTOHCK.
used to align the individual transmit transport overhead bits in the
TxTOHD bit stream. TxTOHF is only high while bit 1 (MSB) of the
first framing byte (A1 during parity time in first byte) is expected
on the TxTOHD input. TxTOHF is updated on the falling edge of
TxTOHCK.
* Iu = Id = 50 kΩ, where Iu = internal pull-up resistance and Id = internal pull-down resistance.
Agere Systems Inc.27
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Pin Information
Note:An external pull-up resi sto r of 50 kΩ—100 kΩ is required on all input pins of a disabled UTOPIA port. Either
an external pull-up resistor of 50 kΩ—100 kΩ or an external pull-down resistor of 0 Ω—1 kΩ is required on all
unused inputs of an enabled UTOPIA port. Use of either a pull-up or pull-down resistor is selected to place
the unused input pin into the inactive state.
ITransmit Ad dr e ss . The TxADDR is driven by the UTOPIA mas-
ter to poll and select the approp r ia t e PHY ch anne l of
TDAT042G5 to transmit data.
Note:The PHY address (0x00 to 0x1E) for each of the four
channels in TD AT042G5 is configured vi a software
provisioning.
ITransmit Data Channel A. Used to transport data into the
UTOPIA PHY Tx block. TxDATA[A] is only valid when TxENB[A]
is asserted, and is sampled on the rising edge of TxCLK[A].
Note that TxDATA[A] is used in various UTOPIA modes. In U2 or
U2+, all 16 bits are valid. In U3 or U3+ (8-bit mode), only bits 15
to 8 are valid.
In U3 or U3+ (32-bit mode), TxDATA[A][15:0] forms the most
significant 16 bits of the combined data bus (bits 31 to 16), and
TxDATA[B][15:0] forms the least significant 16 bits of the combined data bus (bits 15 to 0).
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
ITransmit Data Channel B. Used to transport data into the
UTOPIA PHY Tx block. TxDATA[B] is only valid when TxENB[B]
is asserted (TxENB[A] for U3 or U3+ (32-bit mode)), and is sampled on the rising edge of TxCLK[B] (TxCLK[A] for U3 or U3+
(32-bit mode). Note that TxDATA[B] is used in various UTOPIA
modes. In U2 or U2+, all 16 bits are valid. In U3 or U3+ (8-bit
mode), only bits 15 to 8 are valid.
In U3 or U3+ (32-bit mode), TxDATA[B][15:0] forms the least significant 16 bits of the combined data bus (bits 15 to 0), and
TxDATA[A][15:0] forms the most significant 16 bits of the combined data bus (bits 31 to 16). In this mode, channel B port must
be provisioned to the idle (default) state.
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
ITransmit Data Channel C. Used to transport data into the
UTOPIA PHY Tx blo ck. TxDATA[C] is only valid w hen Tx ENB[C ]
is asserted, and is sampled on the rising edge of TxCLK[C].
Note that TxDATA[C] is used in various UTOPIA modes. In U2
or U2+, all 16 bits are valid. In U3 or U3+ (8-bit mode), only bits
15 to 8 are valid.
In U3 or U3+ (32-bit mode), channel C port is considered disabled, and must be provisioned to the idle (default) state.
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
ITransmit Data Channel D. Used to transport data into the UTO-
PIA PHY Tx block. TxDATA[D] is only valid w hen TxENB[D] is
asserted, and is sampled on the rising edge of TxCLK[D]
(TxCLK[A] for U3+, 32-bit mode). Note that TxDA TA[D] is used in
various UTOPIA modes. In U2 or U2+, all 16 bits are valid. In U3
or U3+ (8-bit mode), only bits 15 to 8 are valid.
In U3 or U3+ (32-bit mode), channel D port is considered disabled, and must be provisioned to the idle (default) state.
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
ITransmit Parity. This signal indicates the parity on the
TxDATA[D:A][15:0] bus. A parity error raises an alarm but does
not cause the cell/packet to be dropped. Odd or even parity may
be provisioned through a software register. TxPRTY[D:A] is considered valid only when TxENB[D:A] is ass erted, and is sampled on the rising edge of TxCLK[D:A].
In U3 or U3+ (32-bit mode), the TxPRTY[A] parity pin of port A
indicates the parity for the entire 32-bit data input.
Agere Systems Inc.29
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
ITransmit Start o f Packet/Cell. In ATM mode, the TxSOP/C[D:A]
signal marks the start of a ce ll on the TxDATA[D:A][15:0] bus.
When TxSOP/C[D:A] is active, the first word of the cell is present
on the TxDATA[D:A][1 5:0 ] bus.
In packet modes, the TxSOP/C[D:A] signal marks the start of a
packet on the TxDATA[D:A][15:0] bus. When TxSOP/C[D:A] is
active, the first word of the packet is present on the
TxDATA[D:A][15:0] bus.
TxSOP/C[D:A] is considered valid only when TxENB[D:A] is
asserted, and is sampled on the rising edge of TxCLK[D:A].
In U3 or U3+ (32-bit mode), only the TxSOP/C[A] pin of port A is
used to indicate a start of packet/cell for the 32-bit data input.
AP18
AN30
AA34
H33
TxPA[D]
TxPA[C]
TxPA[B]
TxPA[A]
3.3 VOTransmit Cell/Packet Available. This signal indicates when the
TDAT042G5 transmit FIFO can accept data from the master
device. If the FIFO is empty or more than the provisioned space is
available in the FIFO, TxPA[D:A] is set active.
One-Cycle Delay Mode. This mode follows the UTOPIA Level
■
2 Standard. The TxP A response occurs one cycle after the
address is polled .
Two-Cycle Delay Mode. This mode follows the UTOPIA Level
■
3 baselined text*. The TxPA response occurs two cycles after
the address is polled.
TxPA[D:A] Assertion. The TxPA[D:A] signal behavior relies on
■
the UTOPIA provisionab le wate rmar ks . In pa ck et mode ,
TxPA[D:A] goes high when the amount of data in the FIFO is
less than the high watermark setting. In ATM mod e, TxPA[D:A]
goes high when the FIFO has space to receive a complete ATM
cell from the master. (This requires the high threshold to be set
appropriately by the user, i.e., set so that an entire cell can be
received once TxPA[D:A] goes ac ti ve. )
* ATM Forum Technical Committee, UTOPIA Level 3, STR-PHY-UL3-01.00, July
when the amount of data in the FIFO reaches or exceeds the
high watermark. In ATM mode, TxPA[D:A] goes low when there
is not enough space in the FIFO to receive an entire ATM cell.
(This requires th e thre sh old values to be provisioned proper l y,
i.e., set low enough such that when the high watermark is
reached, the transmission of the current cell can be completed
without overflowing the FIFO). In ATM mode, TxPA[D:A] will be
deasser ted four cycles before the end of the current cell transfer if the FIFO cannot accept a complete ATM cell on the following transmission.
TxPA[D:A] is updated on the rising edge of TxCLK[D:A].
In 32-bit mode , only the T xPA[A] pin of port A is used t o in dicat e
the packet/cell available status.
MPHY Support. When the TxP A signals are used for multi-PHY
■
(MPHY) direct status, the corresponding TxCLK[B, C, and/or D]
must be provided. This clock will be the same as TxCLK[A].
3.3 V
(5 V tolerant)
3.3 V
(5 V tolerant)
ITransmit Clock. This clock is used to write cells or packets into
the transmit FIFO. TxCLK[D:A] can operate at speeds from dc to
104 MHz.
In U3 or U3+ (32-bit mode), only the TxCLK[A] input pin of port A
is used to clock the data input.
If MPHY direct status is used, then all clocks TxCLK[D:A] must be
provided.
ITransmit Data Enable (Active-Low). This signal is used to trans-
fer data on the TxDATA[D: A][1 5:0 ] bus into the transmit FIFOs. If
TxENB[D:A] is high, no operation is performed. If TxENB[D:A] is
low, a write occurs.
TxENB[D:A] is sampled on the rising edge of TxCLK[D:A].
TxENB[D:A] has the same meaning as da ta valid.
In U3 or U3+ (32-bit mode), only the TxENB[A] input pin of port A
is used to enable the transfer of data.
Agere Systems Inc.31
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
ITransmit Size. These pin s are used only in U2+ and U3+
(packet) modes. This signal defines the valid bytes transmitted
and their packing within (1) TxDATA[D:A][15:0] for U2+ 16-bit
mode, and (2) TxDATA[A][15:0] and TxDATA[B][15:0] for the U3+
(32-bit mode). The meaning of these bits may be inverted
through UT register 0x0226 TxSIZE/Rx SIZE mode, page 164.
In U3+ (8-bit mode), TxSZ[D:A] are unused.
For U2+ 16-bit mode,
TxSZ[D:A] = 0 defines the MSByte of TxDATA[D:A][15:0], i.e.,
TxDATA[D:A][15:8], to be the last byte of the packet transmitted when using the default configuration.
TxSZ[D:A] = 1 defines the LSByte of TxDATA[D:A][15:0], i.e.
TxDATA[D:A][7:0], to be the last byte of the packet transmitted when using the default configuration.
For U3+ (32-bit mode), TxSZ[A] and TxSZ[B] are combined to
define four states of the transmitted dat a stream. TxSZ[C] and
TxSZ[D] are unused. The following states are assigned by
TxSZ[A] and TxSZ[B] when TxEOP[A] is asserted when using
the default configuration. TxSZ[D:A] is ignored when
TxEOP[D:A] is not pres en t.
3.3 VOReceive Data Channel A. Used to transport data out of the
ITransmit End of Packet. These pins are used only in U2+
and U3+ (packet) modes. This signal indicates that the last
word of a packet is on the TxDATA[D:A][15:0] bus.
TxEOP[D:A] is valid only when TxENB[D:A] is asserted, and
is sampled on the rising edge of TxCLK[D:A] .
In U3+ (32-bit mode), onl y the TxE OP[ A] input pi n of po rt A
is used to indicate the end of the incoming packet.
ITransmit Error. These pins are used only in U2+ and U3+
(packet) modes. TxERR[D:A] is only used in packet modes,
and indicates that the current packet is to be aborted and
discarded, if possible. TxERR[D:A] is only valid when
TxEOP[D:A] and TxENB[D:A] are asserted, and is sampled
on the rising edge of TxCLK[D:A].
In U3+ (32-bit mode), the TxERR[A] and the TxERR[B] input
pin of port A is used to indicate an error on the incoming
packet.
IReceive Address. Receive address is driven to the MPHY
to poll and sele ct the a ppropriate MPHY chan nel .
Note: Th e addr ess for each chann el is configured by the
microprocessor.
UTOPIA PHY Rx block. RxDATA[A ][15 :0] is onl y valid when
RxENB[A] is asserted, and is updat ed on the rising edge of
RxCLK[A]. Note that RxDATA[A][15:0] is used in various
UTOPIA modes. In U2 or U2+, all 16 bits are valid. In U3 or
U3+ (8-bit mode), only bi ts 15 to 8 are valid.
In U3 or U3+ (32-bit mode), RxDATA[A][15:0] forms the most
significant 16 bits of the combined data bus (bits 31 to 16),
and RxDATA[B][15:0] forms the least significant 16 bits of the
combined data bus (bits 15 to 0).
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
Agere Systems Inc.33
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
3.3 VOReceive Data Channel B. Used to transport data out of the
UTOPIA PHY Rx block. RxDATA[B][15:0] is only valid when
RxENB[B] is asserted, and is updated on the rising edge of
RxCLK[B]. Note that RxDATA[B][15:0] is used in various UTOPIA modes. In U2 or U2+, all 16 bits are valid. In U3 or U3+ (8bit mode), only bits 15 to 8 are valid.
In U3 or U3+ (32-bit mode), RxDATA[B][15:0] forms the least significant 16 bits of the combined data bus (bits 15 to 0), and
RxDATA[A][15:0] forms the most significant 16 bits of the combined data bus (bits 31 to 16). In this mode, channel B port must
be provisioned to idle.
In this mode, RxDATA[B][15:0] is valid when RxENB[A] is
asserted, and RxDATA[B][15:0] is updated on the rising edge of
RxCLK[A].
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
3.3 VOReceive Data Channel C. Used to transport data out of the
UTOPIA PHY Rx block. RxDATA[C][15:0] is only valid when
RxENB[C] is asserted, and is updated on the rising edge of
RxCLK[C]. Note that RxDATA[C][15:0] is used in various UTOPIA modes. In U2 or U2+, all 16 bits are valid. In U3+ (8-bit
mode), only bits 15 to 8 ar e valid.
In U3 or U3+ (32-bit mode), channel C port must be provisioned
to idle mode.
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
34Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Pin Information
.
Ta ble 5
AM13
AL13
AR12
AP12
AN12
AM12
AL12
AR11
AP11
AN11
AM11
AR10
AP10
AN10
AM10
AL10
AR9
AR22
AJ33
T34
Pin Descriptions—Enhanced UTOPIA Interface Sign als (continued)
3.3 VOReceive Data Channel D. Used to transport data out of the
UTOPIA PHY Rx block. RxDATA[D][15:0] is only valid when
RxENB[D] is asserted, and is updated on the rising edge of
RxCLK[D]. Note that RxDATA[D][15:0] is used in various UTOPIA modes. In U2 or U2+, all 16 bits are valid. In U3+ (8-bit
mode), only bits 15 to 8 are valid.
In U3 or U3+ (32-bit mode), channel D port must be provisioned
to idle mode.
Note: [15:0] refers to a 16-bit data bus (15 = MSB, 0 = LSB).
3.3 VOReceive Parity. This signal indicates the parity on the
RxDATA[D:A][15:0]. Odd or even parit y may be pr ov is io ned
through a software register. RxPRTY[D:A] is considered valid
only when RxENB[D:A] is asserted, and is updated on the rising
edge of RxCLK[D:A].
AP9
AL21
AJ32
U31
RxSOP/C[D]
RxSOP/C[C]
RxSOP/C[B]
RxSOP/C[A]
In U3 or U3+ (32-bit mode), the RxPRTY[A] parity pin of port A
indicates the parity for the entire 32-bit data output.
3.3 VOReceive Start of Packet/Cell. In ATM mode, RxSOP/C[D:A]
signal marks the start of a cell on the RxDATA[D:A][15:0] bus.
When RxSOP/C[D:A] is high on the clock cycle following the
latching of an active RxENB[D:A] signal, the first word of the cell
structure is pre sen t on the RxDATA [D:A ][15 :0] bus.
In packet modes, the RxSOP/C[D:A] signal marks the start of a
packet on the RxDATA[D:A][15:0] bus. When RxSOP/C[D:A] is
high, the first word of the packet is present on the
RxDATA[D:A][15:0] bus.
RxSOP/C[D:A] is considered valid only when RxENB[D:A] is
asserted, and is updated on the rising edge of RxCLK[D:A].
In U3 or U3+ (32- bit mode ), only the RxSOP/ C[A] pin of port A is
used to indicate a start of packet/cell for the 32-bit data output.
Agere Systems Inc.35
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Pin Information
.
Table 5
Pin Descriptions—Enhanced UTOPI A Interface Signals (continued)
(continued)
PinSymbolTypeI/OName/Description
AL9
AP21
AK33
V33
RxPA[D]
RxPA[C]
RxPA[B]
RxPA[A]
3.3 VOReceive Cell/Packet Available. This signal indicates when the
TDAT042G5 receive FIFO can send data to the master device.
The RxPA[D:A] signal behavior depends on the provisioned low
watermark in the UTOPIA interfac e.
One-Cycle Delay Mode. This mode follows the UTOPIA Level
■
2 Standard. The RxPA response occurs one cycle after the
address is polled. RxENB is asserted to activate the selected
PHY. RxDATA and RxSOP are output one cycle after RxENB is
sampled active by the PHY device.
Two-Cycle Delay Mode. This mode follows the UTOPIA Level
■
3 baselined text*. The RxPA response occurs two cycles after
the address is polled. Rx ENB is asserted to activate the
selected PHY. RxDATA and RxSOP are output two cycles after
RxENB is sampled active by the PHY device.
RxPA[D:A] Assertion. RxPA[D:A] goes high (is asserted)
■
when the amount of data in the receive FIFO has reached or
exceeded the low watermark or there is end of packet (EOP)
resident in the FIFO.
RxPA[D:A] Deassertion. In ATM mode, the RxPA[D:A] signal
■
goes low (is deasser ted) when the FIFO has less than the low
threshold amount of data and there is no EOP inside the FIFO
(i.e., part of an ATM cell). Once the last byte of the current cell
is transmitted, and if the amount of data within the FIFO is still
less than the low threshold, RxPA[D:A] is deasserted.
In packet mode, the RxPA[D:A] signal goes low (is deasserted)
when the FIFO has less than the low threshold amount of data
and there is no EOP inside the FIFO.
Once the data transfer begins (since the amount of data has
reached or exceeded the low watermark), and if there is no
EOP below the low threshold (i.e., a long packet), the RxPA
signal is deasserted when the FIFO is drained by the UTOPIA
master device. In this case, the master must closely monitor the
RxPA[D:A] signals and use these signals as data valid indicators to ensure that bad data is not read from the TDAT042G5.
TDAT042G5 will deassert the RxPA[D:A] signal immediately
when the FIFO is drained.
* ATM Forum Technical C ommittee, UTOPIA Level 3, STR-P HY-UL3-01.00, July
1999.
(See fur the r description on next page.)
36Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Pin Information
.
Ta ble 5
AL9
AP21
AK33
V33
Pin Descriptions—Enhanced UTOPIA Interface Sign als (continued)
PinSymbolTypeI/OName/Description
RxPA[D]
RxPA[C]
RxPA[B]
RxPA[A]
(continued)
3.3 VOReceive Cell/Packet Available. (continued)
Data Transfer. A TDAT042G5 ingress channel sends data
■
when it has asserted RxPA[D:A] and the master device
requests data (via RxENB[D:A]). In ATM mode, if the master
device requests data using RxENB[D:A] and if the TDAT042G5
has less than the low watermar k amo unt of data to send an d
there is no end of cell in the FIFO (RxPA[D:A] is deasserted),
then the TDAT042G5 UTOPIA interface will send out data that
should be ignored by the master, i.e., it does not send data from
its internal FIFO.
In ATM mode, once an ATM cell transfer starts, the Tx or Rx
side must complete the transfer. If the transfer is not completed, then the cell will be corrupted. The transfer continues
until either (1) the end of cell is reached, when the end of cell
exists below the low watermark, or (2) the end of the FIFO is
reached. If the end of the FIFO is reached, no underflow is
flagged on the receive side. In ATM mode, the low watermark
should be set so that at least one entire cell is in the FIFO prior
to asserting RxPA[D:A].
AM9
AN21
AK34
U34
RxENB[D]
RxENB[C]
RxENB[B]
RxENB[A]
3.3 V
(5 V tolerant)
In packet mode, once the data transfer begins, the RxPA[D:A]
signal will remain asserted until the FIFO is drained if there is
no EOP below the low watermark. During the time RxPA[D:A] is
asserted, valid data is being transferred.
RxPA[D:A] is updated on the rising edge of RxCLK[D:A].
In 32-bit mode, only the RxPA[A] pin of port A is used to indi-
cate the packet/cell available status.
MPHY Support. When the RxPA signals are used for MPHY
■
direct status, the corresponding RxCLK[B, C, and/or D] must be
provided. This clock will be the same as RxCLK[A].
IReceive Data Enable (Active-Low). This signal is used to indi-
cate to the UTOPIA PHY Rx block that it is selected. If
RxENB[D:A] is high, no operation is performed. If RxENB[D:A] is
low, th e UTOPIA PHY Rx block sends data (no t necessarily valid
data).
In U3 or U3+ (32-bit mode), only the RxENB[A] input pin of port A
is used to enable the transfer of data.
Agere Systems Inc.37
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
/O Receive Clock. This clock is used to read cells or packets from
the receive FIFO. RxCLK[D:A] can operate at speeds from dc to
104 MHz. For clock rates above 52 MHz, the receive clock mu st
be placed in source mode.
RxCLK[D:A] sourcing from the respect ive TxCLK[D:A] may be
provisioned by CLOCK_MODE_Rx (see registers 0x020F,
0x0213, 0x0217, 0x021B on pages 114—115).
In U3 or U3+ (32-bit mode), only the RxCLK[A] input/output pin of
port A is u se d to clock the data out put.
If MPHY mode is used, then all clocks RxCLK[D:A] must be provided.
AN8
AM20
AK31
W35
RxSZ[D]
RxSZ[C]
RxSZ[B]
RxSZ[A]
3.3 VORecei ve S ize. These pins are used only in U2+ and U3+ (packet)
modes. This signal defines the valid bytes received and their
packing within (1) RxDATA[D:A][15:0] for U2+ 16-bit mode, and (2)
RxDATA[A][15:0] and RxDATA[B][15:0] for the U3+ (32-bit mode).
The meaning of these bits may be inverted through UT register
0x0226 TxSIZE/RxSIZE mode, page 164.
In U3+ (8-bit mode), RxSZ[D:A] are unused.
For U2+ 16-bit mode,
RxSZ[D:A] = 0 defines the MSByte of RxDATA[D:A][15:0], i.e.,
RxDATA[D:A][15:8], to be the last byte of the packet received
when using the default configuration.
RxSZ[D:A] = 1 defines the LSByte of RxDATA[D:A][15:0], i.e.,
RxDATA[D:A][7:0], to be the last byte of the packet received
when using the default configuration.
In U3+ (32-bit mode), the MSByte will be placed on RxDATA[A],
bits 15 to 8. In the 16-bit mode, the MSByte will be placed on
RxDATA[D:A], bits 15 to 8.
For U3+ (32-bit mode), RxSZ[A] and RxSZ[B] are combined to
define four states of the received data stream. RxSZ[C] and
RxSZ[D] are unused. The following states are assigned by
RxSZ[A] and RxSZ[B] when RxEOP[A] is asserted and the
default configuration is provisioned.
3.3 VOReceive End of Packet. These pins are used only in U2+ and
U3+ (packet) modes. This signal indicates that the last word of a
packet is on the RxDATA[D:A][15:0] bus. RxEOP[D:A] is valid only
when RxENB[D:A] is asserted, and is updated on the rising edge
of RxCLK[D:A].
In U3+ (32-bit mode), only the RxEOP[A] output pin of port A is
used to indicate the end of the outgoing packet.
3.3 VOReceive Error. The se pins are used only in U2+ and U3+
(packet) modes. RxERR[D:A] is only used in POS mode, and indicates that the current packet is to be aborted and discarded, if
possible. RxERR[D:A] is only valid when RxEOP[D:A] and
RxENB[D:A] are asserted, and is updated on the rising edge of
RxCLK[D:A].
If the Rx FIFO overflows, RxERR[D:A] and RxEOP[D:A] are
asserted to indicate a corrupted packet.
RxERR is asserted when a CRC error occurs in any packet mode
using CRC-16 or CRC-32. RxERR is asserted when an incoming
packet has an abort flag at the end of its stream. In both of these
cases, an RxEOP is asserted with the RxERR.
RxERR is not asser ted when a header does not match in PPP
header attaching mode. In that case, no data is sent to the UTOPIA interface.
In U3+ (32-bit mode), only the RxERR[A] output pin of port A is
used to indicate an error on the outgoing packet.
* Iu = Id = 50 kΩ, where Iu = internal pull-up resistance and Id = internal pull-down resistance.
Agere Systems Inc.39
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Reset (Asynchronous) (Active-Low). Reset must be held
I
active-low for a minimum of 100 ns. After deassertion of reset, the
device is reset and available for use after 8 µs.
E7ICT
3.3 V
(5 V tolerant)
u
3-State Control (Active-Low). ICT
I
has an intern al 100 kΩ pullup. This control 3-states the digital outputs. It does not control the
LVPECL outputs.
D7PMRST3.3 V
(5 V tolerant)
I/O1-Second Performance Monitor (PM) Clock. PM clock can be
generated on-chip. This signal will have a 50% duty cycle.
PMRST clock may be programmed by core register 0x0013,
bit 15 (PMRST_I/O_CTRL) to be either an output or input. As an
output clock, it is derived from the transmit line clock, TxCKP/N.
This clock is divided to produce a 1 second, 50% duty cycle clock
output. As an input, PMRST is under software control and can be
activated longer or shorter than once per second. In the software
control mode with PMRST an input, the minimum pulse width of
the external PMRST signal is 10 ms.
* Iu = Id = 50 kΩ, where Iu = internal pull-up resistance and Id = internal pull-down resistance.
GPIO[3]
GPIO[2]
GPIO[1]
GPIO[0]
3.3 V
(5 V tolera n t )
u
I
/OGeneral-Purpose I/O. These programmable I/O pins may be
used to monitor or control external circuitry . These pins may also
be provisioned to cause an interrupt upon a change in their values.
Agere Systems Inc.41
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Pin Information
(continued)
Table 8. Pin Descriptions—JTAG Interface Signals
PinSymbolTypeI/O*Name/Description
u
F2TCK3.3 V
(5 V tolerant)
F4TMS3.3 V
(5 V tolerant)
G5TDI3.3 V
(5 V tolerant)
JTAG Test Clock. This 10 MHz si gnal provides timing for test
I
operations.
u
I
JTAG Test Mode Se lect . Controls test operations. TMS is sampled on the risi ng edge of TCK.
u
I
JTAG Test Data In. Provides a 10 Mbits/s test data input signal.
TDI is samp led on the rising edge of TCK.
G2TDO3.3 VOJTAG Test Data Out. This 10 Mbits/s data ou tput signa l is
updated on the falling edge of TCK. The TDO output is 3-stated
except when scanning out test data.
G3TRST
3.3 V
(5 V tolerant)
* Iu = Id = 50 kΩ, where Iu = internal pull-up resistance and Id = internal pull-down resistance.
Note: JTAG interface signals are used for test operations that are carried out using the IEEE P1149.1 test access port. IEEE is a registered
trademark of The Institute of Electrical and Electronics Engineers, Inc.
u
JTAG Test Re set (Ac tive-Low). This signal provides an asyn-
I
chronous reset for the TAP. Under normal device operations,
TRST
should be pulled low. TRST is a Schmitt-trig ger ed inp ut.
This device integrates the SONET/SDH interface termination functions with a generic cell/packet delineation circuit. It supports STS-48/STM-16, quad STS-12/STM-4, and quad STS-3/STM-1 interface rates. Up to four data
channels transported within an STS-N payload are processed via the SONET/SDH termination blocks and the onchip data encapsulation/decapsulation engine. Packet or ATM data are transmitted/received by this device on the
equipment side via the enhanced UTOPIA interface. S ON ET /SD H st rea ms a re tr ansm itte d /received by thi s devic e
on the network side via the line interface.
Concatenation levels supported by this device range fr om STS -1 to ST S-48c. Val id standard concate nate d
SONET frame configurations for this device are STS-3c, STS6c, STS-9c, STS-12c, STS-15c, STS-18c, and STS48c. Non-standard concatenation levels (such as STS-4c, STS-5c, STS-7c, etc.) are supported as well. In STS-48
mode, four pointer processors are available. This allows an STS-48 frame to carry up to four concatenated subframes (for example, mapping of four STS-12c payloads into an STS-48 frame). In quad STS-3 and STS-12
modes, only one pointer processor is available. Therefore, only a single subframe may be mapped into an STS-3
or STS-12 frame (mapping a single STS-3c payload into an STS-12 frame, for instance). For details, see Table 22
on page 68.
This device supports mapping for ATM cells into SONET/SDH, mapping for packet data via all existing or currently
proposed standards (e.g., PPP, SDL) into SONET/SDH streams. Via SDL mapping, this device also supports
packet over fiber or ATM over fiber, respectively. Figure 2 shows the overview block diagram, and Figure 3 sh ows
the interface block diagram for this d ev ice.
SINGLE STM-16/STS-48
OR QUAD STM-4/STS-12
OR QUAD STM-1/STS-3
LINE INTERFACE
SINGLE STM-16/STS-48
OR QUAD STM-4/STS-12
OR QUAD STM-1/STS-3
LINE
TERMINATION
OVERHEAD
PROCESSOR
INSERT
OVERHEAD
PROCESSOR
LINE INTERFACE BLOCK
MONITOR
Figure 2. Overview Block Diagram
PATH
TERMINATION
SPE
MAPPER
POINTER
INTERPRETER
CONTROL
µP INTERFACE
PAYLOAD
TERMINATION
PACKET/CELL
PROCESSOR
-ENCAPSULATION
-SCRAMBLING
-CRC GENERATION
PACKET/CELL
PROCESSOR
-DELINEATION
-DECAPSULATION
-UNSCRAMBLING
-CRC VERIFICATION
ENHANCED
UTOPIA
COMPATIBLE
INTERFACE
(U2, U2+, U3, U3+)
ENHANCED
UTOPIA
INTERFACE
5-6680(F).ar.15
Agere Systems Inc.45
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Overview
(continued)
Figure 3 shows the interface diagram of the IC.
TRANSMIT
OVERHEAD
TOH
PROCESSOR
OVERHEAD
INTERFACE
RECEIVE
OVERHEAD
PROCESSOR
INTERPRETER
INTERFACE
STS-3/STM-1
STS-12/STM-4
STS-48/STM-16
LINE INTERFACE
STS-3/STM-1
STS-12/STM-4
STS-48/STM-16
INTERFACE
SPE
MAPPER
POINTER
MPU
ATM/HDLC/SDL
FRAME INSERTION
SCRAMBLING
ENCAPSULATION
ATM/HDLC/SDL
FRAME
UNSCRAMBLING
DECAPSULATION
JTAG
INTERFACE
UTOPIA
Tx
UTOPIA
Rx
ENHANCED
UTOPIA
INTERFACE
5-6746(F)r.11
Figure 3. Interface Block Diagram
The receive path terminates and processes section, line, and path overhead. It performs frami ng (A1, A2),
descrambling, detects al ar m con ditions, and monito rs s e c ti on, line, and path BIP-Ns (B1, B2, B3), accumulating
error counts for each level for performance monitoring purposes. Line and path remote error indications (M1, G1)
are also accumulated. The payload pointers (H1, H2) are interpreted, and the synchronous payload envelope
(SPE) is extracted.
The transmit path inserts section, line, and path overhead. It inserts the framing pattern (A1, A2), performs scrambling, inserts AIS (optionally), and calculates and inserts section, line, and path BIP-8s (B1, B2, B3). Line and path
remote failure indications (M1, G1) are inserted based on received BIP-8 errors. The payload pointers (H1, H2) are
generated, and the SPE is inserted.
When used to implement an ATM UNI, ATM cells are written into an internal 4-cell FIFO buffer using a generic
8-/16-/32-bit wide UTOPIA 2/3 compliant interface. Idle/unassigned cells are automatically inserted when the internal FIFO is empty. The device provides generation of the hea der check sequence and optionally scrambles the
ATM pay lo ad.
46Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Overview
When used to implement a POS UNI, the dev ic e writes pa ck et s into an internal 256-byte FIFO bu ffer using a
generic 8-/16-/32-bit wide enhanced UTOPIA 2/3 compliant interface. HDLC framing performs the insertion of
flags, control escape characters, and the FCS fields. Either the CRC-ITU or CRC-32 (in regular or reversed mode)
can be computed and added to the frame. Counts of transmitted packets and errored/dropped packets are accumulated for performance mon ito ring purpos es .
(continued)
ATM/HDLC/HDLC-CRC/PPP Support
TDAT042G5 supports the transfer of ATM cel ls or variable-length packets. Support for 52- or 53-byte cell size s is
provided at the UTOPIA interface through register provisioning. The following three types of packet data can be
sent and received with HLDC-like framing: transparent HDLC, CRC, and PPP. Transparent HDLC contains 0x7E
framing but no CRC. CRC mode is HDLC with an attached CRC. PPP has 0x7E framing with provisionable
attached header information and CRC.
When used to implement an ATM UNI, the device performs cell delineation on the SPE. HEC error correction is
provided. Idle/unassigned cells may be dropped according to a programmable filter. Cells are also dropped upon
detection of an uncorrectable header check sequence error. The ATM cell payloads are descrambled before being
passed to a 4-cell FIF O bu ffer. The r ec eived cells are read from the FIFO u sing a gener i c 8-/16- /32 -b it wide
UTOPIA 2/3 compliant interface. Counts of received ATM cells, uncorrectable HEC errors, and correctable HEC
errors are accumulated independently for performance monitoring purposes.
When used to implement a POS UNI, the device descrambl es the SP E befo re ex trac tin g HDLC frame s. T he control escape characters are removed. Descrambling can be performed after control escape byte destuffing (or
before to control malicious HDLC expansion)
rectness. The packets are placed into a 256-byte FIFO buffer.* The received packets are read from the FIFO using
a generic 8-/16-/32-bit wide enhanced UTOPIA 2/3 compliant interface. Counts of received packets and errored/
dropped packets are accumulated independ ently for perfo r man ce mon ito ring pur po se s. Th e devi ce P O S imple mentation also allows the optional attach/detach of a p e r-c hannel p rov i sionable P P P header.
.
The optional 16- or 32-bit error ch eck sequence is ve rified for cor-
* FI FOs are 256 bytes per channel and cannot be reallocated.
Agere Systems Inc.47
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Overview
(continued)
SDL Support
Supports the simplified data link (SDL) protocol, which is currently being reviewed in standards bodies. The implementation supports 4-b yte modified SDL UNI including the foll owi ng:
CRC-16 based frame delineation with 2-byte packet field length
■
Forty-eighth order scrambler
■
No HDLC-like packet expansion
■
Optional CRC-16/-32 payload check
■
Capable of packet-over-fiber operation (i.e., no SONET frame)
■
Two user-programmable 6-byte OAM messages
■
Optional offset field from 0 to 32 bytes
■
TDA T042G5 provides support for a provisionable offset to the packet to allow for the attachment of layer 2 routing
information (e.g., MPLS tags). Table 11 defines the provisioned value for each offset.
Table 11. Optional Offset Field
Provisioned
Value
0x00
0x11
0x22
0x33
0x44
0x55
0x66
0x77
0x88
0x910
0xA12
0xB14
0xC16
0xD20
0xE24
0xF32
Route Tag Length
(Bytes)
The packet length value (header value that CRC is calculated over) will account for the total l ength of the packet
datagram as well as the associated route tags.
48Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Overview
(continued)
Over-Fiber Mode
Over-fiber mode is used for packet delivery over fi ber . No SONET overhead is added in this mode. Since no
SONET overhead is added, the OHP and PT blocks must be confi gured for the bypass mode.
In transmitting from the TDAT042G5 to the line, the data engine maps the data payload into a full SONET frame
starting at what normally would be the first A1 byte. The data engine continues to map payload into the full SONET
frame until an end of packet or end of frame is reached, at which time the data engine halts the mapping of the
incoming data stream into the SO NE T frame un til the nex t start of frame.
When TDAT042G5 is receiving from the line, the data engine must be provisioned to receive the maximum packet
size, unless the location of the last byte of the packet is known in advance. If the size of the packet is not known,
one must program the data engine to receive the entire SONET frame. The external UTOPIA interface device must
then be capable of extracting the variable length packets from the full SONET frame.
Details of the over-fiber mode are given in the Data Engine (DE) Block section, page 82.
Test and General-Purpose I/O Support
The device is provisioned, controlled, and monitored using a generic 16-bit microprocessor interface. A standard
five-signal IEEE -1149.1 compliant JTAG test port is also provided for boundary-scan purposes.
A 4-bit GPIO (general-purpose input/output) interface is provided to control and/or monitor other onboard devices.
External Interfaces
Figure 4 shows the external interfaces.
TXTOHF
TxCK
TxD
RxD
2
2
TX LINE
2
32
2
32
2
RX LINE
TxFSYNC
TxCKQ
ECLREF
RxCLK
CLKDIV
TXTOHCK
TOHD
X
T
4
MPU AND TEST INTERFACE
RXREF
OHP
RXTOHF
4
RXTOHCK
4
RXTOHD
4
348 SIGNAL PINS
UTOPIA INTERFACE
4 x 24 Tx UTOPIA
+5 MPHY ADDRESS
4 x 24 Rx UTOPIA
+5 MPHY ADDRESS
16
JTAG
5
GPIO
4
RST
ICT
PMRST
MPMODE
MPCLKCSINT
DATA
ADDR
16
ADS
R/W
DS
DT
5-6745(F).br.3
Figure 4. External Interface Summary Diagram
Agere Systems Inc.49
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
The block diagram for this device can be seen in Figure 5.
TOH I/O
Data Sheet
May 2001
Tx LINE I/O
Rx LINE I/O
TX LINERX LINE
OHP
PTDE
Tx UTOPIA I/O
UTOPIA IF
Rx UTOPIA I/O
CTRL
MPJTAGGPIO
5-7055(F).br.2
Figure 5. Functional Block Diagram
50Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
(continued)
Line Interface Block
This device is designed to work with co mmo nl y ava ilabl e optoe lec tron ic co nv erter s for OC- 3, OC-12, and OC-48
line rates. It will also wor k with av ail ab le mul tip lex er and demultiplexer chip se ts for an ST S -48/S T M- 16 li ne inte rface rate. The line interface will operate in one of three possible modes, and is provisioned through core register
0x0010 (mode), bits 4—0. These three values of the mode register are the only values allowed.
This block provides the interface between the external SONET/SDH line components and the overhead processor
(OHP) block. The line interface mu st prov ide tr ansmi t/r ec ei ve fun cti ons fo r quad STS-3/STM-1, quad STS-12/
STM-4, and STS-48/STM-16 applications. All external inputs and outputs for the TDAT042G5 line I/O block are referenced to the positive edge of the clock. When the external devices are referenced to the negative edge, the differential input clock will ne ed to be re ve rsed at the TDAT042G5 input.
Receive Line Interface Summary
The following list summarizes the receive line interface operations for each STS mode:
In quad STS-3/STM-1 mode, the receive line interface provides four separate STS-3/STM-1 input pin groups.
■
Each input group comprises a differential LVPECL 155.52 Mbits/s data input and a differential 155.52 MHz clock.
Each input group provides data to only one of four (A, B, C, or D) OHP blocks. This interface is synchronous and
requires an external CDR.
In quad STS-12/STM-4 mode, the receive line interface provides four separate STS-12/STM-4 input pin groups.
■
Each input group comprises a differential LVPECL 622.08 Mbits/s data input and a differential 622.08 MHz clock.
Each input group provides data to only one of four (A, B, C, or D) OHP blocks. This interface is synchronous and
requires an external CDR.
In the STS-48/STM-16 mode, the device provides 16 differential LVPECL data inputs at 155.52 Mbits/s with a dif-
■
ferential LVPECL 155.52 MHz clock. In this mode, an external 1:16 data demultiplexer with a 1/16 clock divider is
required. External barrel shifter circuitry to byte align the data is not required.
Multiplexers select between the terminal loopback data, the 32-bit parallel STS-48/STM-16 data bus, and the
■
four STS-12/STM-4 or STS-3/STM-1 8-bit parallel data buses. The controls for these MUXes are mode (register
0x0010) and loopback (register 0x0012) provided by the control block (see Table 48 and Table 50 on pages
150—151).
For STS-48 mode, the 155.52 MHz input clock is divided by two to 77.76 MH z and distributed to all four multi-
■
plexers. For the STS-1 2/S T M-4 mo de, each 622.08 MHz in p u t clock i s divided by eight to 77.76 MHz. Each
77.76 MHz clock is distr ibuted to the appr opriate clock multiplexer (A, B, C, or D). For the STS-3/STM -1 mode,
each 155.52 MHz input clock is divided by eight to 19.44 MHz. Each 19.44 MHz clock is distributed to the appropriate clock multiplexer (A, B, C, or D).
Agere Systems Inc.51
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Line Interface Block
(continued)
(continued)
Transmit Line Interface Summary
The following list summarizes the tra ns mit li ne int er fac e operatio ns for each STS mode.
In quad STS-3/STM-1 and STS-12/STM-4 modes, the transmit line interface receives 8 bits of data from each
■
OHP block (A, B, C, and D) at 19.44 Mbits/s and 77.76 Mbits/s, respectively. An 8-to-1 parallel-to-serial conversion produces output data at 155.52 Mbits/s for STS-3/STM-1 mode and 622.08 Mbits/s for STS-12/STM-4
mode. For fa ci li ty loo pba ck, the outputs ar e multiplexed with the correspondi ng data fr om the ST S -12 /ST S-3
(STM-4/STM-1) receive block and sent to four differential LVPE CL buffer s.
In STS-48/STM-16 mode, a 32-bit data word at 77.76 Mbits/s is received from the OHP. Then a 2-to-1 parallel-to-
■
parallel conversion is performed producing a 16-bit word at 155.52 Mbits/s. In this mode, an external 16:1 data
demultiplexer is required. Facility loopback is not available for the STS-48/STM-16 mode.
There is a single clock input, TxCKP/N, in the transmit case. The clock source rates are 622.08 MHz (STS-12/
■
STM-4), 155.52 MHz (STS-3/STM-1), or 155.52 MHz (STS-48/STM-16).
In the STS-48/STM-16 case, two transmit clock modes are available, contra* and forward clocking. In the contraclocking mode, the transmit data is sent out as commanded by TxCKP/N; in addition, an internal PLL must be
activated, core register 0x0010 bit 5, to minimize the phase delay between TxCKP/N and the transmitted data. In
the forward clocking mod e, the transmit data and the clock, TxCKQ (used to clock out the data), are sent in parallel to the transmit multiplexer.
In STS-12/STM-4 and STS-3/STM-1 modes, the input clock is divided by eight producing the internal clock at
77.76 MHz and 19.44 MHz, respectively. In STS-48/STM-16 mode, the input clock is divided by eight to produce
an internal clock at 77.76 MHz. The CLKDIV pin (H4) controls this division. Table 13 shows the required value of
CLKDIV.
Table 13. Clock Settings for CLKDIV Pin
CLKDIV PinDescription
CLKDIV = 1When in STS-12/ST M-4 (62 2.08 MHz divide by 8).
CLKDIV = 0When in STS-3/STM - 1, STS- 48/STM-16 (155.52 MHz divide by 2).
TxFSYNCP/N is an optional external frame sync. This 8 kHz frame sync pulse must be synchronous with
■
TxCKP/N. It is, at minimum, a one TxCKP/N clock cycle wide pulse that is latched in at the system rate
(622.08 MHz or 155.52 MHz). TOH interface signal RxREF should not be used as a source to TxFSYNCP/N.
The active edge of the transmit clock is the positive edge.
■
When TDAT042G5 operates in asynchronous mode (MPMO DE = 0), the li ne block provides the microproc es s or
■
clock to the microprocessor interface block. The CLKDIV pin must be set to ensure that the clock is always
77.76 MHz.
Line interface timing is given in the Interface Timing Specifications section (see Table 168, page 267).
* Contra refers to a type of data transmission whereby a clock signal is received by a register before the register sends data.
52Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
(continued)
SONET Framer
The SONET framer consis ts of the overhead processor (OHP) and path termina t or (PT) blocks. The receive
SONET framer req ui res 625 µs to drop frame after the line input signal is lost. Once a valid receive line input is
restored, the maximum average reframe time (MART) is 250 µs.
Overhead Processor (OHP) Block
The OHP block terminates/generates the section and line overhead bytes of the line. The data rate of the TOH
interface is given in Table 14. Timing for the TOH interface is given in the Interface Timing Specifications section
(see Table 172 and Ta ble 173 , page 271) .
Table 14. R/T TOH Interface Rates
ModeR/T TOH Interface Rate
STS-48/STM-1620.736* Mbits/s
STS-12/STM-420.736 Mbits/s
STS-3/STM-15.184 Mbits/s
* This STS-48/STM-16 interface is a four-line interface resulting in an effective interface rate
of 82.944 Mbits/s.
All receive transport overhead bytes are output on the RTOH interface for external processing. Tra nsmit transport
overhead bytes can optionally be inserted from the TTOH interface.
The transmit transport overhead bytes can be inserted in one of three ways selected through software provisioning: (1) automatically by hardware, (2) via software provisioning, or (3) through the TOAC. Table 15 defines those
overhead bytes that can be inserted via each of the three paths. In some cases, the user has the choice to insert
the byte via software registers or through the TOAC. Superscripts in the table reference these insertion methods
which are des cribed in the footnotes.
Table 15. TOAC Byte Insertion: An STS-3/STM-1 Example
OH Parity
3
6
X
6
X
6
X
6
X
6
X
J0
5
Z0
4
Z0
4
(1st bit of
1st byte)
X
D1
X
X
D4
D7
D10
S1
6
3
6
6
3
3
3
5
B1-2
D1-2
6
X
6
X
D4-2
D7-2
D10-2
Z1-2
1
1
1
1
1
3
B1-3
D2-3
6
X
6
X
D4-3
D7-3
D10-3
Z1-3
1
1
1
1
1
3
E1
D2
X
K1
D5
D8
D11
Z2
5
3
6
2
3
3
3
3
E1-2
D2-2
6
X
K1-2
D5-2
D8-2
D11-2
Z2-2
1
1
1
1
1
1
3
E1-3
D2-3
6
X
K1-3
D5-3
D8-3
D11-3
6
X
1
1
1
1
1
1
F1
D3
X
K2
D6
D9
D12
E2
5
3
6
2
3
3
3
3
F1-2
D3-2
6
X
K2-2
D6-2
D9-2
D12-2
E2-2
1
1
1
1
1
1
1
F1-3
D3-3
6
X
K2-3
D6-3
D9-3
D12-3
E2-3
1
1
1
1
1
1
1
1.Inserted via TOAC, but not part of SONET standard.
2.Inserted via software or automatically via hardware.
3.Inserted via TOAC only.
4.Inserted via software register only.
5.Inserted via TOAC or software register.
6.Inserted via TOAC hardware; should be included in TOAC interface timing.
Agere Systems Inc.53
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Overhead Processor (OHP) Block
(continued)
(continued)
The TOAC inserter must insert the first bit of A1 at the TOAC input, TxTOHD[D:A], during the first clock cycle when
TxTOHF = 1. The TOAC has a built-in parity checker. For the parity che ck, th e value of the first inserted bit of A1
must be set to the parity value of the previous frame. The remainder of the inserted bits of the A1, A2 bytes are
ignored by the transmi t fram er.
Receive OHP
Loss-of-Signal. The loss-of-signal block monitors the incoming scrambled data for the absence of transitions.
When an absence of transitions is detected for a programmable length of time, a loss-of-signal (LOS) is declared.
LOS is cleared when two valid framing patterns are detected, and during the intervening time, no LOS condition is
detected.
Framer. The frame block finds and locks onto the incoming A1 and A2 by tes of the SO NE T trans port ove rhead.
Loss-of-frame (LOF) is declared when a defect persists for more than 3 ms. LOF is cleared when the defect is
absent for more than 3 ms. To prevent intermittent out-of-frame/in-frame conditions, the 3 ms timer is not reset to
zero until an in-frame (or out-of-frame) condition persists for 3 ms. The framer is also responsible for performing bit
rotations on the incoming data stream to ensure that the rest of the IC receives byte-aligned data.
While in-frame, the A1/A2 fr amin g by tes in each frame are compared against the exp ect ed patte rn . Out-of- fr am e
(OOF) is declared when five consecutive frames containing one or more framing pattern errors have been
received.
While out-of-frame, this block will monitor the receive data stream for an occurrence of the framing pattern. When a
framing pattern has been recognized, t he framer performs the necessary bit rotation and verifies that an error-free
framing pattern is present in the next frame before declaring in-frame.
J0 Section Trace. The section trace message is extracted and stored in a 16-byte memory for access by software.
The first byte of the message can be provisioned to be either:
The byte with the most significant bit (MSB) set high (for SDH), or
■
The byte following a carriage return (0x0 D) and line feed (0x0A ) sequen ce (for SONET).
■
J0 mismatch detection is provided using one of four methods (provisionable via J0MONMODE[A—D][1:0]; see register description, page 173).
Descrambler. The descrambler block implemen ts the fra me sy nchr ono us SONE T desc ramb ler with a gener ati ng
polynomial of 1 + x
6
+ x7. The framing bytes (A1, A2), the section trace bytes (J0), and the growth bytes (Z0) are
not descrambled. The descrambler may be disabled through a software register.
54Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
Overhead Processor (OHP) Block
Receive OHP (continued)
B1 BIP-8 Check. The SBIP block counts section BIP-8 (B1) errors. The SBIP value is c alculated over the scram-
bled data of the complete previous frame. The calculated value is compared against the received B1 byte and differences (errors) are counted. A theoretical maximum of 64,000 errors may be detected per second. The SBIP
block accumulate s these error s in a 16-bit saturating counter. This counter operates in la tch and clear mode to
ensure Bellco re an d ITU com pli ance with regard to not mis si ng any ev ents (bit errors). It is intended that this
counter be polled at least once per second so that no error events a r e missed. Optionally, a maximum of only
one SBIP error per frame can be counted (provisionable via B1BITBLKCNT[A—D]; see register description,
page 174). This causes the error counter to only increment by one when one or more errors are detected.
B2 BIP-N Check. The LBIP block counts line BIP- N error s . The LB IP va lue is calcula ted over the incoming frame
and is compared to the received B2 bytes re ce iv ed in the nex t fram e. The er r ors are coun ted. Op tio nal ly, a maximum of only one LBIP error per frame can be counted (B2BITBLKCNT[A—D]; see register description, page 174).
This causes the block error counter to only increment by one when one or more errors are detected. A theoretical
maximum of 3,072,000 errors may be detected per second. The LBIP block accumulates these errors in a 22-bit
saturating counter. This counter is operated in latch and clear mode to ensure Bellcore and ITU compliance with
regard to not missing any events (bit err ors) . It is inten ded that thi s cou nte r be polled at least o nce per second so
that no error events are missed.
BER Check. The OHP block also detects provisionable signal fail (SF) and signal degrade (SD) conditions. The
SF and SD values are provisioned through a group of software registers (SF addresses 0x0452—0x0469,
SD addresses 0x043A—0x0451). The SF alarm can be provisioned for a bit error rate (BER) of between 10
–5
10
; the SD alarm can be provisioned for a bit error rate (BER) of between 10–5 to 10–9 (see Table 86, page 187).
(continued)
(continued)
–3
to
Agere Systems Inc.55
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Overhead Processor (OHP) Block
(continued)
(continued)
Receive OHP (continued)
Figure 6 illustrates the parameters used in determining the bit error detection rate.
NUMBER OF MONITORING BLOCKS SFBSET[A—D] OR SDBSET[A—D] (I N T H IS CASE, 3)
NUMBER OF FRAMES IN A MONITORING BLOCK SFNSSET[A—D] OR SDNSSET[A—D],
FRAME
BOUNDARY
SFNSCLEAR[A—D] OR SDNSCLEAR[A—D]
(IN THIS CASE, 7)
BLOCK
BOUNDARY
SFLSET[A—D] OR SDLSET[A—D]
SFLCLEAR[A—D] OR SDLCLEAR[A—D]
ACCUMULATED BIP ERROR COUNT:
B1 OR B2 FOR LINE
B3 FOR PATH
SFMSET[A—D] OR SDMSET[A—D]
SFMCLEAR[A—D] OR SDMCLEAR[A—D]
BLOCK GOOD/BAD COUNT
5-7934(F)
Figure 6. Signal Degrade and Failure Parameters for BER
TDAT042G5 provides a method to monitor the BER at the line and path layers. The following explains the algorithm for this method to set and clear the BER. The al gorithm for this method is the same for setti ng and clear in g
the BER, the only difference is the programmed values. TDAT042G5 includes two complete sets of identical
counters, one used to determi ne si gnal fa il (SF ) and one us ed to deter mi ne si gnal degrade (SD). The only d ifference between SF and SD is the provisioned values. The same algorithm is used for both the line and path layers of
SONET.
The algorithm uses four sets of counters: labelled Ns (number of frames), L (number of errors), M (number of
errored blocks), and B (total number of blocks). Each of these counters has different values that are provisioned to
either set the BER high or clear the BER indication. The algorithm works by counting blocks, i.e., a preset number
of SONET/SDH frames (Ns). If the number of errors in the block exceeds the provisioned level (L), then the errored
block counter is incremented by 1; othe rw ise, t he numb er of block s in error sta ys at its current level. At this point,
the frame counter and the error counter are reset back to 0 and start counting again. At the end of a preset number
of blocks (B), the count in the errored block counter is compared against a provisioned threshold (M). If the total
number of blocks in error equals or exceeds the provisioned threshold (M), then the BER alarm is raised. If the total
number of blocks in error is less than the provisioned amount (M), then the BER alarm is cleared.
The values used by the counters are determined by the state of the algorithm. If the BER state is low, then the SET
parameters are used. If the BER state is high, then the CLEAR parameters are used.
56Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
Overhead Processor (OHP) Block
(continued)
(continued)
Receive OHP (continued)
Table 16 and Table 17 show values of Ns, L, M, and B for STS-3/STM-1, STS-12/STM-4, and STS-48/STM-16 to
set and clear the BER indicator. SF registers are 0x0452—0x0469 and SD registers are 0x043A—0x0451. All
SF/SD set and clear values are hexadecimal.
Table 16. Ns, L, M, and B Values to Set the BER Indicator
(continued)
Receive OHP (continued)
The OH interface consists of clock, data, and frame. The data and frame signals update on the falling edge of the
clock. The frame pulse is high for the most significant bit (MSB) of the first bit of the frame. Bytes J0, Z0, and F1
(current and previous), K1, K2, and S1 can also be extracted via software registers.
Table 18 shows the ordering of the bytes for the allowed TOAC configurations.
Table 18. TOAC Channel I/O vs. STS Number/Time Slot
Output RateTOAC Channel Input vs. Input STS Number/Time Slot
Time
STS-3/STM-13 2 1 (Channel A)
3 2 1 (Channel B)
3 2 1 (Channel C)
3 2 1 (Channel D)
42 3018641 291754028164(Channel B)
45 3321944 322084331197(Channel C)
48 3624 1247 35 23 11 4634 22 10 (Channel D)
The overhead extract block also performs the following functions:
Error Monitors. The REI_L block counts remote error indication block errors. The M1 byte is extracted and
■
counted. This represents the number of LBIP errors detected by the far-end equipment. Optionally, a maximum
of only one REI-L error per frame may be counted (provisionable via M1BITBLKCNT[A—D]; register description,
page 175). This causes the block error counter to only increment by one when one or more errors are detected.
Automatic Protection Switch Signaling. The APS block filters the K1 and K2 bytes (automatic protecti on
■
switching channel) and stores the validated message in software-accessible registers. The K bytes are validated
after a programmable number of consecutive frames contain identical K1 (and K2[7:3] or K2[7:0]) values. APS
protection switching byte failure is detected within this block when a programmable number of frames have
passed without valid K bytes. The protection switching byte failure is removed upon detection of a programmable
number of frames with identical K1 (and K2[7:3] or K2[7:0]) bytes. The use of K2[7:3] or K2[7:0] is provisionable
via the K1K2_2_OR_1 registe r bit ( see regi st er desc ription, page 169).
Line Remote Defect Indicator. Bits 2, 1, and 0 of the K2 byte are monitored for the pattern 110. If this pattern
■
appears for 3—15 (provisionable by OHP register CNTDK2) consecutive frames, RDI-L is asserted. RDI-L is
removed when any pattern other than 110 is detected for 3—15 (provisionable by OHP register CNTDK2) consecutive frames. (See page 171 for register description of CNTDK2[A—D][3:0].)
Line Alarm Indication Signal. Bits 6, 7, and 8 of the K2 byte are monitored for the pattern 111. If this pattern
■
appears for 3—15 (provisionable by OHP register CNTDK2) consecutive frames, AIS-L is asserted. AIS-L is
removed when any pattern other than 111 is detected for 3—15 (provisionable by OHP register CNTDK2) consecutive frames. (See page 171 for register description of CNTDK2[A—D][3:0].)
Agere Systems Inc.59
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Overhead Processor (OHP) Block
(continued)
(continued)
Receive OHP (continued)
Rx Synchronization Message. The S1 block filters the synchronization message (S 1) byte and s tor es the vali-
■
dated message in a software-accessible register. The s ynchro ni zati on me ssage will be validated if a programmable number (in OHP register CNTDS1) of consecutive frames contain identical S1 values. An inconsistent
synchronization message alarm will be reported if a provisional number (by OHP register CNTDS1FRAME) of
consecutive frames pass without a validated message occurring. (See page 172 for register descriptions of
CNTDS1[A—D][3:0] and CNTDS1FRAME [A—D][3:0].)
F1 User Channel. The F1 byte is extracted by the OHP. The F1 user channel is monitored for change of state
■
using OHP registers 0x0402, 0x0404, 0x0406, 0x0408 (see register map, page 116). The previous and current
F1 values are stored in F1DMON1[A—D][7:0] and F1DMON0[A—D][7:0], respectively (see page 122 for register
map, page 190 for register descriptions).
DCC and Orderwire Bytes. The data communication channel (D1—D3, D4—D12) and orderwire bytes (E1, E2)
■
can only be extracted via the TOAC.
D1/D2/D3 Section Data Communications Channels (DCC). DCC outputs are taken from the TOAC.
■
D4—D12 Line Data Communications Channels (DCC). DCC outputs are taken from the TOAC.
■
M1 REI-L. REI-Lis extracted by the OHP.
■
Support for ATM/Packet-Over-Fiber. The transport overhead must be bypassed when operating in data-over-
■
fiber mode. In this mode, the TOH_BYPASS and ROH_BYPASS register bits must be set to 1. No overhead
inserti on/extraction is done when in bypass mod e.
Transmit OHP
Overhead Insertion. Some transport overhead (TOH) bytes can optionally be inserted via the TxTOH interface
and inserted into the TOH bytes (see Table 15, page 53). Certain bytes can be either inserted from values stored in
registers or automatically generated. The TxTOH interface controls the insertion mechanism. Software insertion
takes precedence over TOAC insertion. The number of bits received are as follows:
STS-3/STM-1: 5,184,000 bits/s per interface
■
STS-12/STM-4: 20,736,000 bits/s per interface
■
STS-48/STM-16: 82,944,000 bits/s (over 4 serial lines (20,736 kbits/s each))
■
S1 Synchronizat io n Me ssage. The S1 block controls the insertion of the S1 byte. The byte ordering is the same
as the RxTOAC and is shown in Table 18 (see pa ge59). The S1 byte can be provisioned to come from the TxTOH
interface or from a software-settable register. Control for message insertion is from software control register
TS1INS[A—D] (see register description, page 179 and page 183).
K1K2 APS Signaling. The APS block controls the insertion of the K bytes based on software provisioned K bytes,
and alarm conditions (AIS-L, RDI-L). Inconsistent APS bytes can be inserted via register provisioning by
TAPSBABBLEINS[A—D] (see register description, page 178 and page 183).
RDI_L Generation. The following six alarms contribute to RDI_L generation: LOF, OOF, LOS, LOC, AIS_L, and
SF. They can be inhibited from contributing to RDI-L via transmit control registers (addresses 0x042F, 0x0431,
0x0433, 0x0435; see register description, page 180).
60Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
Overhead Processor (OHP) Block
Transmit OHP (continued)
BIP-8 Generation. The SBIP block calcula tes the B1 value according to B el lcore and ITU standards. Insertion of
SBIP errors is possible through the use of software control register TB1ERRINS[A—D] (see register description,
page 180).
The LBIP block calculates the B2 values according to Bellcore and ITU standards. Insertion of LBIP errors is possible through the use of software control register TB2ERRINS[A—D] (see register description, page 180).
The REI_L block controls the insertion of t he remote err or indication bl ock err o r co u nt.
J0 Section Trace. The section trace message is ins er ted eit her from the T xTOH inter fac e or from a mes s age
stored in a 16-byte software-accessible memory. Control for message insertion is from software control register
TJ0INS[A—D] (see register description, page 177 and page 181).
SONET Scrambler. The scramble r b lo ck i m pl em e nts th e fra me sy nc hr on o us SONE T scr am b le r w it h a generating
polynomial of 1 + x
A1/A2 Framing Bytes. A1 and A2 are automatically placed on the line. Errors can be inserted into A2 by setting
OHP register TA1A2ERRINS[A—D][4:0] (see register description, page 180).
6
+ x7. The scrambler may be di sa ble d thro ugh a soft war e reg ist er.
(continued)
(continued)
E1/E2 Orderwire Bytes. The orderwire bytes for section and line are taken from the TOAC.
D1/D2/D3 Section Data Communications Channels (DCC). DCC inputs are taken from the TOAC.
D4—D12 Line Data Communications Channels (DCC). DCC inputs are taken from the TOAC.
F1 User Channel. The F1 byte can be optionally inserted from stored values in OHP register TF1INS[A—D]
(addresses 0x047E, 0x0480, 0x0482, 0x0484; see register description, page 179 and page 183).
M1 REI-L. REI-L can be automatically generated and inserted into the outgoing SONET frame, or can optionally
be inhibited. Errors can be inserted into M1 via OHP register TM1_ERR_INS[A—D] (addresses 0x042E, 0x0430,
0x0432, 0x0434; see register description, page 179 and page 183).
Support for ATM/Packet-Over-Fiber. The transport overhead must be bypassed when operating in data-overfiber mode. In this mode, the TOH_BYPASS and ROH_BYPASS register bits must be set to 1. No overhead insertion/extraction is do ne w hen in by pas s mod e.
Agere Systems Inc.61
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
(continued)
Path Terminator (PT) Block
The path terminator performs path overhead (POH) ter mination and extracts the payload for further processing by
the downstream circuitry. The path terminator block interprets the incoming H1/H2 pointer of each incoming STS
channel. The pointer interpreter supports up to four channels and performs path overhead termination on each
channel. Each channel may be either an STS-1, STS-3c, STS-6c, STS-9c, . . . , STS-45c, or STS-48c.
The pointer is validated according to Bellcore and ITU specifica tions. The H1/H2 pointers are used to determine
the location of the first path overhead (POH) byte (J1). The pointer interpreter consists of a finite state machine
(FSM) with four steady states. These states are defined as follows:
Normal state
■
Loss-of-pointer (LOP)
■
Alarm indicati on si gna l (AIS)
■
Concatenation
■
The transition between states will require several consecutive events to protect against transient conditions caused
by bit errors during high BER conditions. The state machine is shown below in Figure 7.
1 NDF POINTER OR
3 NORMAL POINTERS
NORMALAIS
3
N
8 NDF POINTERS
OR 8 INVALID POINTERS
3 NORMAL POI N T E R S
O
R
M
A
L
P
O
I
N
S
I
A
3
8 INVALID POINTERS
3 AIS INDICATIONS
I
L
A
V
N
I
8
T
E
R
S
S
N
O
I
T
A
C
I
D
N
I
S
R
E
T
N
I
O
P
D
3
C
O
N
C
I
N
D
I
C
A
T
3 CONC INDICATIONS
I
O
N
S
CONCLOP
3 AIS INDICATIONS
3 CONC INDICATIONS
5-7935(F)
Figure 7. Pointer Interpreter State Diagram
The PT block monitors for the following conditions and takes appropriate actions:
Pointer Increment. TDAT042G5 uses an 11-bit counter to count the number of pointer increments and updates
■
the associated counter holding register on the occurrence of PMRST (RPI_INC[A—D][10:0]; see register
description, page 198). A pointer increment can occur when in the normal pointer mode. The following two methods can be used to determine if the pointer increment operation should be performed: 6-of-10 or 8-of-10 majority
matching (selectable via software provisioning of register RINCDEC_6OR8MAJ [A—D]; see register description,
page 200).
62Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
Path T erminator (PT) Block
Pointer Decrement. TDAT042G5 uses an 11-bit counter to count the number of pointer decrements and
■
(continued)
(continued)
updates the associated counter holding register on the occurrence of PMRST (RPI_DEC[A—D][10:0]; see register description, page 198). A pointer decrement can occur when in the normal pointer mode. The following two
methods can be used to determine if the pointer decrement operation should be performed: 6-of-10 or 8-of-10
majority matching (selectable via software provisioning of register RINCDEC_6OR8MAJ [A—D]; see register
description, page 200).
Loss-of-Pointer. LOP-P is declared as shown in the above state diagram. In an LOP-P state, none of the path
■
overhead bytes are ext racted.
AIS-P. The AIS-P is declared when the H1 and H2 bytes are set to all ones. In an AIS-P state, none of the path
■
overhead bytes are ext racted.
Concatenated Pointer. A concatenated pointer is detected when the new data flag is set and the pointer offset
■
value is all ones.
New Pointer. TDAT042G5 uses a 13-bit counter to count the number of new data flags that occur and updates
■
the associated counter holding register on the occurrence of PMRST (RNDFCNT[A—D][12:0]; see register
description, page 198). TDAT042G5 uses a 3-of-4 majority voting scheme to determine if the new data flag is
set. Valid new data flags occur when the NDF bits are either 1001, 0001, 1101, 1011, or 1000.
Normal Pointer. A nor mal pointer occurs when all of the following condition s are tr u e simult ane ous ly :
■
1. NDF is not set (NDF bits are either 0110, 0111, 0100, or 0010),
2. The re is no invalid pointe r value,
3. The re is a valid offset (0 to 782)
Invalid Pointer. An invalid pointer is declared when neither a new data flag nor a normal pointer is detected.
■
SPE Terminate
Receive Path Trace. The path trace message is extracted and stored in a 16-byte (SDH) or 64-byte (SONET)
memory for access by software. The first byte of the message can be provisioned to be either of the following:
For SDH mode, the byte with the most significant bit (MSB) set high (for SDH)
■
For SONET mode, the byte following a carriage re turn (0x0D) and li ne feed (0x0A) sequence
■
The framing can also be disabled.
Receive Error Monitor. The PBIP block counts path BIP-8 errors. A theoretical maximum of 64,000 errors may be
detected per second. The PBIP block accumulates these errors in a 16-bit saturating counter. This counter is operated in latch and clear mode to ensure Bellcore and ITU compliance with regard to not missing any events (bit
errors). It is intended that this counter be polled at least once per second in order that no error events are missed.
The REI_P block counts remote error indication block errors.
Agere Systems Inc.63
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Path Terminator (PT) Block
SPE Terminate (continued)
Receive Signal Label. The C2 block will extract and validate the signal label byte (C2) and store it in a softwar e -
accessible regi ste r. The signal label is updated when a provisionable num ber of co ns ec utive detections of a new
C2 value occur (CNTDC2[A—D][3:0]; see register description, page 204). All monitoring is disabled when the
pointer is in an LOP-P or an AIS -P stat e. Commonly used val ues of C2 with their signal labe ls are lis te d belo w in
Table 19.
Table 19. Types of Signal Labels
C2 Va lueSignal Label
0x00Unequipped STS SPE
0x01Equipped nonspeci fic payload
0x13Mapping for ATM
0x16Mapping for HDLC-PPP
Any value of C2 may be provisioned. If the provisioned value is not matched by the detected value, then data is not
passed to the DE. If the provisioned value does match the detected value, then data is passed to the DE.
TDA T042G5 will detect unequipped payloads (UNEQ-P) when a provisionable number of consecutive monitored
C2 bytes match the 0x00 unequipped STS SP E sta te. TD AT042G5 will detect mism atc hed payloads (PLM-P)
when a provisionable number of consecutive monitored C2 bytes do not match the provisioned expected payload
label (RC2EXPVAL[7:0]; see register description, page 205).
(continued)
(continued)
Receive Path Status. The G1 block extracts the path remote error indication (REI-P) bits of G1[7:4] and accumulates the REI-P errors in a 16-bit saturating counter. This counter is operated in latch and clear mode to ensure
Bellcore and ITU compliance. It is intended that this counter be polled at least once per second in order that no
error events are mi ssed.
RDI-P. This block will also validate the path remote defect indication (RDI-P) bits and store the result in a softwareaccessible register. The receive path can monitor remote defect indications in either enhanced or single bit RDI-P
modes (provisionable via software bit RDIPMON_ENH_OR1B [A—D]; see register description, page 200). The
interpretation of the G1 byte is as follows.
G1[3:1] = 001No RDI-P defects
G1[3:1] = 010PLM-P or LCD-P
G1[3:1] = 101AIS-P or LOP-P
G1[3:1] = 110UNEQ-P or TIM-P (TIM-P is J1 mismatc h*)
* TIM-P must be accomplished through (microprocessor) software by reading the
transmit RDI-P state and inserting the G1 bit.
64Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
Path T erminator (PT) Block
(continued)
(continued)
Z5/N1, Z4/K4, Z3/F3, H4, F2 Monitoring. TDAT042G5 monitors the F2 user channel byte, the H4 VT multiframe
indicator byte, Z3/F3 growth/user byte, Z4/K4 growth/APS path byte, and the Z5/N1 tandem connection byte.
These bytes are stored in software registers. These registers are updated when a provisionable number of detections of new values occur on the associated incoming byte. All monitoring is disabled when the pointer is in an
LOP-P or an AIS-P state.
Signal Failure and Signal Degrade Monitoring. The path overhead processor also detects/clears provisionable
signal fail (SF) and signal degrade (SD) conditions. The SF and SD values are provisionable through a group of
software registers in the PT register map. The provisioning is the same as that shown in Table 16, page 57 of the
Overhead Processor (OHP) Block section.
SPE Generate
Transmit Pointer Generation. The pointer generation block generates the outgoing H1 and H2 poin ter valu es .
Each of the four PT channels can generate one normal (valid) pointer. Therefore, in STS-3/STM-1 and STS-12/
STM-4 modes, only one normal pointer (and only one SPE) may be inserted into the transmitted SONET/SDH
frame. In STS-48/STM-12 mode, all four PT channels are used. Therefore, up to four normal pointers (and four
SPEs) may be inserted into the transmitted SONET/SDH frame.
When inserting concatenated frames, only the fir s t H1 and H2 byte s will con tain a val id poi nte r va lue . The remai ning H1 and H2 bytes of the channel will be set to indicate concatenation. The remaining unequipped channels will
have their H1 and H2 pointers set to a fixed pointer value.
For proper pointer generation, the appropriate values must be provisioned in the H-byte transmit state register
THx_STATE (see register description, page 203).
The following examples illustrate how the device may be co nfi gur ed to t rans mit various sub-rates and concatenated payloads. Each block in the following diagrams represents one STS-1 frame. Figure 8 illustrates how to provision the THx_STA TE registers to transmit an STS-48c frame within an STS-48 signal. In this example, the pointer
to the first STS-1 is provisioned as a normal pointer value while the pointers to the remaining STS-1 signals are
provisioned as concatenated pointers. Figure 9 illustrates how to provision the THx_STATE registers to transmit
four STS-12c frames within an STS-48 signal. The concatenated STS-Mc frames that may be mapped into STS-N
signals (where M ≤ N) are restricted to those listed in Table 22 (see page 68).
Figure 12. Quad STS-3 Configuration With Each STS-3 Signal Carrying One STS-2c Frame
0355(F)r.1
Agere Systems Inc.67
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Path Terminator (PT) Block
SPE Generate (continued)
The general rule for mapping STS-Mc frames in STS-N signals (M ≤ N) is that the TDAT042G5 can have a maximum of four normal pointers in STS-48 mode. For M ≤ 12, the valid starting locations for mapping into an STS-48
signal are 1, 13, 25, and 37. For M >12, only one normal pointer is permitted and it must start at the first location
(the first STS-1). The TDAT042G5 allows only one normal pointer in STS-3 or STS-12 modes. The only valid starting location for mapping concatenated frames into an STS-3 or STS-12 signal is 1.
Table 22. Valid Concatenation Starting Locations: STS-Mc into an STS-48c
SPE Generate (continued)
BIP-8. The PBIP block calculates the B3 value according to Bellcore and ITU standards. Insertion of PBIP errors is
possible through t he use of a so ftware control register.
REI Generation. The REI_P block controls the insertion of the remote error indication block error count. The
received PBIP error counts are inserted into the path status (G1) byte.
RDI-P Generation. The transmit path can insert remote defect indications using either single-bit or enhanced
RDI-P modes (provisionable via software register bit TRDIP_ENH_OR1B[A—D]; see register description, page
202). The highest to lowest priority of the defect code insertion is as follows:
1. AIS-P, LOP-P (applies only to the single-bit version of RDI-P),
2. UNEQ-P,
3. P L M- P, L C D - P,
4. No defects
TIM-P can be inserted using software through TRDIPSINS (registers 0x0AAA, 0x0AB2, 0x0ABA, or 0x0AC2,
bits 15—11; see register description, page 201). The LCD-P defect is observed in the data engine and passed to
the pointer block for transmission. Each particular defect can be inhibited from contributing to the transmitted
RDI-P insertion value via software registers 0x0AAA, 0x0AB2, 0x0ABA, and 0x0AC2. RDI_P can either be inserted
by software or automatically through hardware.
(continued)
(continued)
Z5/N1, Z4/K4, Z3/F3, H4, F2 Insertion. TDAT042G5 inserts the F2 user channel byte, the H4 VT multiframe indicator byte, Z3/F3 growth/user byte, Z4/K4 growth/APS path byte, and the Z5/N1 tandem connection byte via software provisionin g.
Error Insertion Mec han ism s . TDAT042G5 provides a method to inject via software REI- P
(TREIPERRINS[A—D]) and B3 (TB3ERRINS[A—D]) errors into the transmitted SONET frame (see register
descriptions, pag e 202).
Insertion of J1, F2, C2, Z3, H4, Z4, Z5, SS Values. TDAT042G5 provides paged provisionable registers to insert
the path overhead bytes into the outgoing SONET frame. The paging is done by first writing to the page provisioning register at location 0x0AC6 to set the port number and time slot to be provisioned, and then writing to the
appropriate insertion registers. Available time-slot values for TDAT042G5 are time slot 1 for STS-48c mode; time
slots 1, 2, 3, and 4 for STS-48 consisting of four STS-Mc (M ≤ 12) signals; and time slot 1 for quad STS-12c and
quad STS-3c modes (ports A, B, C, and D confi gu re d for quad ST S -3c and qua d STS- 12 c) .
Agere Systems Inc.69
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
(continued)
Data Engine (DE) Block
The DE block processes ATM, SDL, PPP, and HDLC cells/packets at rates up to 2.488 Gbits/s. The DE block
behaves like four ind epe nden t logi ca l data cha nne ls , one for each of the fou r STS -1 2/S TM- 4 or STS -3 /STM -1
channels, or like a separate single channel for STS-48/STM-16. The following description is for each one of these
data engines. Each of the functional elements to be described are independently provisioned.
The data engine suppo rts both AT M cells and packet data formats.
The ATM processor functions with 52-byte, 53-byte, and 56-byte ATM cells.
■
The packet processor has three packet modes: HDLC, CRC, and PPP. All three modes use HDLC framing, i.e.,
■
0x7E delineates the packets. In HDLC mode, the 0x7E framing bytes are inserted or detected by the data
engine. In the CRC mode, a user-selectable 16-bit or 32-bit CRC word is appended or detected at the end of the
packet. The PPP mode places or detects a PPP header on the front of the packet as well as uses the CRC word.
The block diagram for the data engi ne is show n in Figure 13.
RECEIVE-SIDE DE BLOCK
CBINT
PT
INTERFACE
PT
INTERFACE
RX
SEQUENCER
TX
SEQUENCER
SDL
FRAMER
ATM
FRAMER
X43
POST-
UNSCRAMB LE R
X43
POST-
SCRAMBLER
HDLC
FRAMER
TRANSMIT-SIDE DE BLOCK
SDL
INSERTER
ATM
INSERTER
HDLC
INSERTER
X43
PRE-
UNSCRAMBLER
CBINT
X43
PRESCRAMBLER
Figure 13. Block Diagram of Date Engine (DE)
CRC
CHECKER
CRC
GENERATOR
PPP
DETACH
PPP
ATTACH
UT
INTERFACE
UT
INTERFACE
5-8385(F)r.2
70Agere Systems Inc.
Data Sheet
May 2001
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Functional Description
Data Engine (DE) Block
(continued)
(continued)
Receive Data Engine
Receive Sequencer. The receive sequencer demaps SONET framing to four logical channels, performs the phys-
ical channel byte alignmen t and pa ck in g, and p erfor ms ap propr i ate pay lo ad clock d oma in tra nsfer. The receive
sequencer must be provisioned properly for correct operation. There are six registers that are fixed for each particular mode of operation (STS-3/STM- 1, STS -1 2/ST M-4, or STS -4 8/S TM- 16) an d must not be modifi ed
(SEQ_CTRL, INIT_CNTS, OH_MARKER_LO, OH_MARKER_HI, SOH_MARKER_LO, SOH_MARKER_HI). See
the register descriptions for details, page 214. Also, the appropriate time slots must be provi sioned for the r ate of
the payload expected for each channel. This is done via the registers Rx_TS[1—12] (see register descriptions,
page 219). An example of how to configure this for STS-48c mode is shown in the section on configuring the transmit/receive seque nc er (s ee Transmit Data Engine section, page 78).
ATM Cell Processor. The cell proces s or perfo rm s ATM cell delineation using the ATM header error co rr ec tion
(HEC) field found in the cell header. The HEC is a CRC-8 calculation over the first four octets (total of 32 bits) of
the ATM cell header. If the TDAT042G5 is in bit-synchronous mode (data is not byte-aligned), 32 separate HEC
calculatio ns ar e p er fo rm e d to deli n ea t e an ATM cell . I f the TDAT 042G5 is i n byte - synchronous mode (data is bytealigned), four separate HEC calculations are performed to delineate an ATM cell. An alpha-delta counter is used to
track the processo r’s ability to frame the ATM cells consistently. When a certain level of confidence is reached
(defined by the programmable delta counter threshold), the frame is declared in sync state, and data is passed to
subsequent blocks. If the frame r is unable to frame ATM cells over a few cell per i ods (def ine d by the programmable delta counter threshold), the framer resumes hunt state.
In SONET mode, the processor performs optional X
43
unscrambling of the payload. Because the X43 scrambler is
self-synchronizing, the framer needs no assistance from the data in order to synchronize the scrambler. The
31
TDAT042G5 also supports an X
applications. The state dia gr am for the X
31
an x
+ x28 + 1 polynomial to scramble the data. Unlike the X43 scrambler, the X31 scrambler does not self-
scrambler, complia nt with I.432 , whic h is mainly us ed for pac ket -o ve r-fi ber
31
scrambler is shown in Figure 14 on page 72. The X31 scrambler uses
synchronize based upon the data it receives. Thus, one-bit samples of the scrambler output are sent on the transmit side and compared with the scrambler samples on the receive side every 212 bits. If the samples do not match,
the receive-side scrambler is adjusted to converge with the transmit-side scrambler. This process continues until a
31
certain level of confidence in the scrambler synchronization is achieved. In the X
does not send out any output until both the framer and the scrambler are synchronized, whereas in X
mode, the ATM cell processor
31
mode, only
the framer needs to be synchronized.
Idle ATM cells, which contain no real data, can be either left in or removed from the bit stream. The idle cell header
description can be configured, though it is set to a default value (0x00000001). ATM cells can also be filtered if the
header contents match a provisioned match register after masking with a provisionable mask register. This allows
filtering based on the contents of the GFC, PTI, and CLP fields of the header. Optionally, ATM cells may be
dropped if uncorrectable HEC errors are detected. Incoming single-bit ATM header errors can be corrected and the
cells may be passed through or dropped, depending on the software configuration.
The data engine processes only standard 53 -b yte ATM cells. However, the UTOPIA block process e s 52 -byte, 53byte, 54-byte, and 56-byte cells, and interfaces these to the dat a engine. (See UTOPIA (UT) Interface Block,
page 86, for details).
Agere Systems Inc.71
TDAT042G5 SONET/SDH
155/622/2488 Mbits/s Data Interface
Data Sheet
May 2001
Functional Description
Data Engine (DE) Block
(continued)
(continued)
Receive Data Engine (continued)
COUNTER EQUALS Y
VERIFICATIONSYNCHRONIZED
COUNTER LESS
THAN Y
COUNTER EQUALS X
Note: Even in synchronized mode, the confidence counter can continue to increase up to the Z value.
COUNTER DROPS
BELOW V
ACQUISITION
COUNTER LESS
THAN X
COUNTER DROPS
BELOW W
5-8388(F)
Figure 14. State Diagram for the X31 Scrambler Synchronization Process
SDL Frame Processor. The SDL frame processor consists of an SDL framer, which detects the start of SDL pack-
ets, and an (optional) X
48
unscrambler, which is us ed to uns cr am ble payload data. SDL pac ke ts can also arrive
unscrambled, in which case the unscrambler is disabled. The SDL frame processor can frame packets in SDL form
which contain a data length between 4 and 65,535 bytes.
The SDL framer uses a CRC-16 check upon 2 bytes sequences used to determine packet length in order to frame
SDL packets. Since the framer is designed to support data that is no t byte- al ig ned , 32 se par at e fram er s may be
used to search for the CRC-16 pattern. If the data is byte-synchronized, only four frame rs are needed. A confidence counter is used to gauge the framer’s ability to frame SDL packets consi s tent ly. When the confidence
counters reaches a certai n lev el (d efi ned by the programmable SD L delta counter register), the framer is in sync
state. Single-bit error correction for the SDL headers is also supported. Shown below in Figure 15 is the general
structure of the SDL packets. In this figure, there is no interpacket fill.
PACKET PAYLOAD
PACKET
LENGTH
CRC-16PACKET PAYLOAD
PACKET
LENGTH
PACKET PAYLOADCRC-16
5-8386(F)r.2
Figure 15. General Structure of SDL Packets
72Agere Systems Inc.
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.