Signal symbol corrected to βtSTSCβ in table 7 on page 73.
Signal symbol corrected to βtHTXDβ in table 7 on page 73.
Extraneous parameter βReceive frame hold from RxCLK highβ deleted from table 8 on page 74.
Signal symbol corrected to βtHTLDβ in table 9 on page 75.
Signal symbol corrected to βtHRFRMβ in table 10 on page 76.
Signal symbol corrected to βtPARHLDβ in table 19 on page 88.
2. Features .................................................................................................................................................................1
3. KEY Features ........................................................................................................................................................3
3.1 Transmit Test Cell Generator .....................................................................................................................3
3.2 Receive Test Cell Analyzer .........................................................................................................................3
3.5 STS-12/12c Line Interface ...........................................................................................................................4
Test Cell Generator .................................................................................................................................. 7
Receive Framer and Overhead Processor .............................................................................................7
Test Cell Analyzer.....................................................................................................................................7
Test Cell Analyzer...................................................................................................................................23
4.4 PCI Bus Architecture (TC-622Pro) ..........................................................................................................25
4.5 MPI Bus Architecture (TC-622Pro+) .......................................................................................................25
β
5. Signal Descriptions ............................................................................................................................................ 26
7.1 Maximum Ratings and Operating Conditions ......................................................................................71
7.2 DC Characteristics .....................................................................................................................................72
7.3 AC Specifications .......................................................................................................................................72
8. ML53301 TC-622Pro PCI Bus interface and speciο¬cations........................................................................... 77
8.1 PCI Bus Architectural Overview .............................................................................................................77
Target Control .........................................................................................................................................78
Parity Control ......................................................................................................................................... 78
Byte Swap Control .................................................................................................................................78
8.2 PCI Bus Transactions ................................................................................................................................. 80
8.3 TC-622Pro Signal Descriptions ................................................................................................................ 81
8.4 PCI Bus AC Specifications ........................................................................................................................88
PCI Bus Register Write ............................................................................................................................8
PCI Bus Register Read ...........................................................................................................................90
PCI Bus Configuration Write ...............................................................................................................91
PCI Bus Configuration Read ................................................................................................................ 92
9. ML53311 TC-622Pro+ MPI Bus interface and speciο¬cations....................................................................... 93
9.1 MPI Bus Architectural Overview ............................................................................................................93
9.2 MPI Bus Transactions ................................................................................................................................93
MPI Bus Register Read ..........................................................................................................................93
MPI Bus Register Write..........................................................................................................................94
9.3 TC-622Pro+ Signal Descriptions ..............................................................................................................96
9.4 MPI Bus AC Specifications .....................................................................................................................102
MPI Bus Write Timing .........................................................................................................................102
MPI Bus Read Timing ..........................................................................................................................103
10. SONET Frames and ATM Cell Structure .................................................................................................... 104
The ML53301 TC-622Pro and ML53311 TC-622Pro+ are single-chip integrated circuit devices that perΒform Asynchronous Transfer Mode (ATM) transmission convergence sub-layer functions for the public
User Network Interface (UNI) using the Synchronous Optical Network (SONET) processing standard.
The physical layer supports the STS-12/STS-12c 622 Mbps SONET/SDH format. The STS-12 mode of
operation supports four separate STS-3c (155 Mbps) channels. STS-12c mode supports a single 622 Mbps
channel. The TC-622Pro/Pro+ can be used to interface an ATM terminal to an ATM switching system via
the SONET/SDH Interface.
The ML53301 TC-622Pro contains a full-featured 32-bit PCI Bus interface for accessing the register array.
The ML53311 TC-622Pro+ contains a simplified 16-bit microprocessor interface (MPI) ideal for use in
low-cost applications.
Figure 2
shows a block diagram of the ML53301 TC-622Pro and ML53311 TC-622Pro+ devices.
2. FEATURES
β’ STS-12/12c modes under register control
β’ UTOPIA level 2 Multi-PHY (MPHY) interface
β’ Full-featured 32-bit PCI bus interface (TC-622Pro)
β’ Low cost 16-bit MPI bus interface (TC-622Pro+)
β’ Test cell insertion and extraction
β’ Four receive and four transmit cell processors
β’ Lower power mode reduces power consumption to
1.3 W maximum
β’ Four STS-3c frames multiplexed to construct one STSΒ12 frame.
β’ One STS-12 frame demultiplexed to construct four
STS-3 frames
Figure 1
shows a typical STS-12/12c application using the TC-622Pro/Pro+.
β’ Separate performance monitors for individual cell
processors
β’ Line and Path alarm indication signal inserted into
the transmit signal
β’ Loss of signal (LOS), loss of frame synchronization
(LOF), loss of pointer (LOP), and loss of cell
delineation (LCD) conditions detected in the
incoming signal
β’ Transmit processor handles single or octet-wide cell
streams
This section is divided into the following subsections:
β’ Section 4.1, "Architectural Overview": Defines each block in
β’ Section 4.2, "Transmit Architecture": Discusses the operation of the Transmit module
β’ Section 4.3, "Receive Architecture": Discusses the operation of the Receive module
β’ Section 4.4, "PCI Bus Architecture (TC-622Pro)": Provides a brief overview of the ML53301 TCΒ622Pro PCI Bus Interface
β’ Section 4.5, "MPI Bus Architecture (TC-622Pro+)": Provides a brief overview of the ML53311 TCΒ622Pro+ low-cost MPI Bus interface.
Throughout this data sheet there are references to SONET frames and ATM cells. For an overview on
SONET frames and ATM cell structures, refer to Section 10.
4.1 Architectural Overview
This section defines the logic blocks shown in the block diagram in
4.1.1 Transmit Framer and Overhead Processor
The transmit framer contains a frame generator, transportation overhead generator, path overhead genΒerator, and a frame scrambler. The transmit framer generates the actual STS-12 or STS-12c frame from
ATM cells received from the transmit cell processors. In addition to the Synchronous Payload Envelope
(SPE) which contains the actual data, each 9720-byte SONET frame consists of a 324-byte
Overhead
The
byte
toring and voice communication. The
to the start of the synchronous payload envelope (SPE), SPE frequency adjustment, error monitoring and
automatic protection switching.
The
support path error monitoring, connection continuity verification, monitoring of the end-to-end path
performance, and STS-1 frame status.
The Frame Scrambler scrambles the SONET frame using a frame synchronous scrambler implementing a
specific polynomial. Frames are scrambled to minimize the possibility of payload data looking like a
header pattern and simplifies the frame recovery process at the destination.
For more information on these overheads, refer to Section 10, "SONET Frames and ATM Cell Structure".
and 9-byte or 36-byte
Transportation Overhead
Line overhead
Path overhead
. The
Section overhead
(POH) generator contains 9 bytes that form the first column of the SPE. These bytes
Path Overhead
.
(TOH) is 324 bytes in size and contains a 108 byte
generator includes bytes for frame synchronization, error moni-
Line overhead
generator consists of 216 bytes that include pointers
Figure 2
Figure 2
.
Section overhead
Transportation
and an 216
4.1.2 Transmit Cell Processors
The TC-622Pro/Pro+ consists of four transmit cell processors. All four processors are enabled in STS-12
mode. Only one processor is enabled in STS-12c mode. The two main functions of each transmit cell proΒcessor are cell rate adaptation and Header Error Check (HEC) byte insertion. If the UTOPIA FIFO does
not contain one or more complete cells, the cell processor inserts idle cells to achieve the correct cell adapΒtation. The HEC computation block computes the HEC byte from the first four bytes of any cell using a
special algorithm. The cell processor also counts the number of assigned cells transmitted as well as the
number of idle cells inserted. For more information on the transmit cell processor, refer to Section 4.1.2,
"Transmit Cell Processors".
The Transmit UTOPIA consists of four identical ports, one for each transmit cell processor. Each UTOPIA
has a unique programmable port address. The function of each port is to facilitate the transfer of data
between the transmit cell processors and the ATM layer device.
4.1.4 Test Cell Generator
There are four test cell generators, one for each of the four transmit cell processors. The test cell generator
provides a source for idle cells as well as test cells. Whenever a cell processor does not have an assigned
cell to transmit, it reads an idle cell from the corresponding test cell generator. Test cells can also be
inserted into the data stream without interrupting the normal flow of data and are used for monitoring
purposes and to help maintain data integrity.
4.1.5 Receive Framer and Overhead Processor
The receive framer accepts non-aligned bytes from an external serial to parallel converter and extracts the
frame payload. The receive framer performs frame synchronization, synchronous payload envelope
extraction, overhead processing to detect alarm and error conditions, and performance monitoring.
4.1.6 Receive Cell Processors
The TC-622Pro/Pro+ contains four receive cell processors. All four processors are enabled in STS-12
mode. Only one processor is enabled in STS-12c mode. The processor delineates data received from the
receive framer to form cells. It computes the Header Error Check (HEC) over the first four bytes, comΒpares it with the received HEC byte, and discards idle cells. The receive cell processor also counts the
number of assigned cells written to the UTOPIA FIFO and the number of idle cells dropped.
β
4.1.7 Test Cell Analyzer
There are four test cell analyzers, one for each of the four receive cell processors. Whenever a cell procesΒsor receives a cell with the header pattern matching one that is programmed for test cells, that cell is
passed to the corresponding Test Cell Analyzer instead of the UTOPIA FIFO.
4.1.8 Receive UTOPIA
The Receive UTOPIA consists of four identical ports, one for each Receive Cell processor. Each UTOPIA
has a unique port address. The function of each port is to facilitate the transfer of data between the
Receive Cell processors and the ATM layer device.
4.1.9 PCI Bus Interface (TC-622Pro)
The TC-622Pro contains an industry-standard PCI interface that allows the host to read and write the TCΒ622Pro registers using a standard on-chip microprocessor. The PCI interface contains signal translation
logic that interfaces to the PCI bus signals and generates TC-622Pro register control signals. A parity calΒculator calculates even parity over the address, data, and command busses, and the byte enables. The
interrupt manager receives interrupts from the TC-622Pro and generates a corresponding interrupt on
the PCI bus. The byte swap block swaps the address bytes depending on the Little Endian/Big Endian
requirements of the host. Refer to Section 8 for more information on the PCI bus interface.
The TC-622Pro+ provides a generic microprocessor interface (MPI) intended for use in low-cost applicaΒtions where a full PCI interface is not required. In the TC-622Pro+, registers are accessed directly by drivΒing the required address onto the bus. No memory mapping of registers is required. In the TC-622Pro
(PCI) the registers are memory-mapped to a specific 8-kbyte space. In the TC-622Pro+ (MPI) the registers
are not memory mapped and are accessed directly using a separate 7-bit address bus.
Refer to Section 9 for more information on the MPI bus interface.
4.2 Transmit Architecture
The TC-622Pro/Pro+ block diagram in
receive interface, and PCI/MPI interface. This section discusses the transmit interface. Refer to Section
4.3 for more information on the receive interface. Refer to Section 4.4 for more information on the PCI Bus
interface. Refer to Section 4.5 for more information on the MPI Bus interface.
gram of the transmit interface.
cell_data
enable
cell_data
enable
Tx Framer
TxLINEDATA[7:0]
TxBYTECLK
8
and OH
Processor
cell_data
enable
cell_data
enable
Figure 2
Test Cell
Generators (4)
is broken into three major interfaces; transmit interface,
The transmit architecture in the TC-622Pro/Pro+ contains the following four modules below which are
discussed, along with the transmit data flow, in the following sections:
During a transmit operation, ATM cells are written into the transmit UTOPIA buffers by the ATM layer
device. The transmit UTOPIA provides an industry standard ATM PHY interface. Four transmit UTOΒPIA buffers are provided to serve four independent ATM sources.
Once the ATM cells have been written to the PHY and placed in the cell buffers, they are read out by the
transmit cell processors. There are four processors, one for each transmit UTOPIA PHY. The transmit cell
processor calculates the HEC byte and inserts this information into byte 5 of the ATM cell header. The
cell payload is then scrambled to minimize the potential for false headers in the payload, and to avoid
deliberate transmission of line alarm patterns.
Once the entire cell has been processed it is passed to the transmit framer where a SONET STS-12/12c
frame, complete with section, line, and path overheads, is constructed from the stream of ATM cells. The
cell processor then reads another ATM cell from the transmit UTOPIA. If the UTOPIA cell buffer is
empty, the corresponding test cell generator inserts an idle cell into the transmit stream.
Figure 4
shows a flow diagram of a transmit operation for one transmit path. The other three paths are
identical.
β
Transmit cell
processor passes
processed cell to the
transmit framer.
TxLINEDATA[7:0]
TxBYTECLK
Transmit framer constructs STSΒ12/12c SONET frame from ATM
cells. Section, line and path
overheads are generated by the
overhead processors and are
attached to each SONET frame.
Tx Framer and
OH Processor
Test Cell
Generator
TcEnableTestCell
cell data
enable
Tx Cell
Processor
Transmit cell processor
computes HEC byte and
inserts it into the ATM cell,
then scrambles payload.
Direction of Data Flow
Idle cells inserted by the test cell
generator if the transmit cell
buffer is empty.
Tx_Enable
Tx_CellPresent
Tx_SoC
Tx_Data
8
Transmit data read b y Tx
cell processor.
Tx Cell
Buffer
TxCLAV
TxCLK
TxENB
Tx UTOPIA
TxADDR[4:0]
TxDATA[15:0]
TxSOC
TxPRTY
ATM cells written to Tx UTOPIA cell FIFO
buffers.
Incoming
ATM Cells
Figure 4. Data Flow During a Transmit Operation
Microprocessor Interface to Transmit Architecture
The TC-622Pro/Pro+ contains a number of registers that contain performance monitoring, status, and
alarm indication information. These registers are accessed by the host through the PCI (TC-622Pro) or
MPI (TC-622Pro+) bus interface. Refer to Section 4.4 for more information on the PCI interface. Refer to
Section 4.5 for more information on the MPI Interface. Refer to Section 6 for a listing and description of
TC-622Pro/Pro+ registers.
The TC-622Pro/Pro+ maintains running counters that monitor various error events as they occur. These
counters are maintained within the transmit block and are not reset when read. Rather, a sticky bit is
used to indicate count roll-over. Four roll-over registers, located at addresses 0x52 - 0x55, are used to
store these sticky bit values. The user can read the appropriate roll-over register and reset the bit manuΒally if desired.
The TC-622Pro/Pro+ transmit counters perform the following functions:
β’ Counts the number of cells and frames transmitted
β’ Counts the number of cells discarded because of multiple-bit errors
β’ Counts the number of idle cells inserted into the data stream to achieve cell rate adaptation
4.2.2 Transmit UTOPIA PHY
The TC-622Pro/Pro+ consists of four identical transmit UTOPIA PHY ports. Each port has a unique
address and supports a different ATM stream. The function of each port is to facilitate the transfer of data
between the transmit cell processors and the ATM physical layer. Each port conforms to the UTOPIA
Level 2 Version 1.0 specification and supports Multi-PHY (MPHY) operation using a 16-bit data path.
Operation with an 8-bit ATM cell path is not supported. In STS-12c mode only port 0 is active. The ATM
master device can transfer data by driving the address of that port on the
the
TxCLAV
ATM Layer Interface
output is driven permanently by that port only.
TxADDR[4:0]
lines such that
The transmit interface is controlled by the ATM layer. This layer provides an interface clock to the UTOΒPIA PHY for synchronizing all interface transfers. The transmit interface has data flowing in the same
direction as the ATM enable. The following UTOPIA interface signals;
DDR[4:0], TxSOC
, and
TxPRTY,
are all sampled on the rising edge of
TxENB
TxCLK.
, TxDATA[15:0], TxA-
The UTOPIA slave controls the flow of data through the TxCLAV signal. Once this signal is asserted, the
ATM layer responds by driving data onto TxDATA[15:0] and asserting TxENB
.
Figure 5, Figure 6, and Figure 7 show three different conditions under which data is transmitted.
1234567891011121314151617181920
TxCLK
TxADDR[4:0]
TxCLAV
TxENB
TxDATA[15:0]
TxSOC
Cell transmission
N +1 1FN1F N +3 1F N +2 1FN-11FN1F N +3 1F N +3 1F N -21F N -3
Figure 7. Transmission to PHY Paused for 11 cycles
Transmit Cell Processor Interface
Each of the four transmit cell processors provides an interface clock to the UTOPIA slave block for synΒchronizing all interface transfers. The cell processor generates all signals on the rising edge of an internal
cell processor signal clock.
Once at least one or more ATM cells have been received from the ATM layer and stored to the UTOPIA
cell buffer, the UTOPIA indicates to the cell processor that cell data is ready for transfer. The cell procesΒsor uses internal handshake signals to control the flow of data between the UTOPIA and the cell procesΒsor.
4.2.3 Transmit Cell Processor
The TC-622Pro/Pro+ contains four transmit cell processors which operate independently of one another.
Each transmit cell processor performs two primary functions; Header Error Check (HEC) insertion and cellrate adaptation.
The TC-622Pro/Pro+ supports two SONET frame modes which determine how many processors are
enabled. In STS-12 mode, all four cell processors are enabled and one at a time is selected. The four pro-
cessors are enabled in a fixed order. In STS-12c mode one processor is enabled and the other three are disΒabled. The UTOPIA PHY asserts the internal Tx_CellPresent signal to inform the cell processor that an
ATM cell is in the cell FIFO buffer and is ready for transmission. The cell processor asserts the internal
Tx_Enable signal and reads the 52-byte ATM cell from the FIFO. These signals are provided for clarity
and are not available externally.
Once the cell has been read, the HEC computation block computes the HEC based on the first four bytes
read from the FIFO using the CRC-8 polynomial (X
6
(X
+ X4 + X2 + 1). The coset is a derivative of the CRC-8 polynomial. In the TC-622Pro/Pro+ devices the
8
+ X2 + X + 1) and always adds the coset polynomial
coset polynomial is always enabled. The HEC computation is then inserted into the fifth byte position of
the cell, during which time the cell processor stops reading from the FIFO for one clock cycle. Except for
the first five header bytes, the 48-byte cell payload is scrambled using a self-synchronizing scrambler
employing the polynomial (X
43
+ 1). Cell payloads are scrambled to minimize the possibility of payload
data looking like a header pattern. Scrambling the data helps simplify the frame recovery process at the
destination by increasing the level of differentiation between the header and the cell payload.
If the UTOPIA FIFO does not contain a complete cell, the cell processor inserts idle cells from the test cell
generator to achieve the correct cell rate adaptation. The idle cells have a fixed header pattern of 0x(00,
00, 00, 01, 52), and a fixed payload of (0x6A).
The cell processor can also send test cells from the test cell generator instead of idle cells. The header for
these test cells is programmed in registers. The processor computes the HEC of these test cells. When test
cells are inserted, availability of a cell in the FIFO is checked at the end of every cell. Anytime a full cell is
available in the FIFO, it is read by the cell processor and inserted into the data stream.
In addition to HEC computation and cell rate adaptation, the cell processor also counts the number of
assigned cells transmitted and the number of idle cells inserted. These counters are free-running and
indicate roll-over using a sticky-bit. Each counter register is 16-bits in size and uses a 17th bit to indicate
the roll-over status for that register. The sticky bits from each counter register are concatenated into a
series of 16-bit registers called βroll-overβ registers. These registers are located at addresses 0x52 - 0x55 in
TC-622Pro/Pro+ register address space.
The transmit cell processor receives general flow control (GFC) feedback from the receive cell processor.
When a GFC Halt is enabled by the user and the GFC feedback is received, the ATM cells are not
accepted and transmitted from the FIFO, even if cells in the FIFO are available for transmission.
4.2.4 Test Cell Generator
The TC-622Pro/Pro+ contains four transmit test cell generators, one for each transmit cell processor. The
test cell generators provide a source of idle cells for the corresponding cell processor. Whenever the cell
processor does not have assigned cells to read from the UTOPIA buffer, it reads idle cells from the test
cell generator in order to meet the correct cell rate adaptation.
When the internal TcEnable signal is asserted by the cell processor, the test cell generator places a test cell
on cell data bus in the following clock. The cell data is generated by a Pseudo Random Sequence GenerΒator (PRBS). The PRBS is a shift register that generates a random number and then repeats the sequence
after some period of time. There are four different maximum-length polynomials used to ensure random
data for all of the four cell streams independent of one another.
The transmit framer receives processed ATM cells from the cell processors and constructs an STS-12/12c
frame depending on the mode. Each STS frame contains a 108-byte section overhead, an 216-byte line
overhead, and a 9- or 36-byte path overhead, all of which contain information about the frame. This
information is calculated by the overhead processor within the transmit framer. Table 1 shows the values
generated for each overhead field by the overhead processors. All fields in Table 1 are 8-bits wide. Once
the entire frame is assembled, all bytes of the frame except the framing bytes (A1, A2, C1) are scrambled
using a frame synchronous scrambler that implements the polynomial (X
7
+ X6 + 1).
Refer to Section 10 for the definition and physical location of each field within the corresponding overΒhead.
H3Pointer Action0x00
B2ParityCalculates 96-bit BIP parity over the line overhead and entire SPE before scrambling, then inserts the value into the
K1APSAIS insertion: User command AIS code 0x07is inserted into the K1 byte.
K2APSRDI insertion: User command RDI code 0x06is inserted into the K2 byte if one or more error conditions (LOS, LOF, LOC)
D4 - D12DatacommFixed at 0x00
Z1 - Z2GrowthFixed at 0x00
Path Overhead Processor (9 bytes)
J1TraceFixed at 0x00
B3BIP - 88-bit parity value depends on data
C2Signal labelFixed at 0x13
G1Path statusPath FEBE value is inserted in this byte
The transmit framer uses the TxBYTECLK Clock to transfer information to the external parallel-to-serial
converter. Transmit line data is transferred in 8-bit quantities at the rising edge of each TxBYTECLK.
Figure 8 shows a timing diagram of a typical line data transfer. Note that the acronym P2S in the diagram
below is for the βParallel-to-Serialβ converter.
TxBYTECLK
TxLINEDATA[7:0]
(from framer to
P2S converter)
D1D2D3D4D5D6D7D8D9D10 D11
Figure 8. Transmit Line Interface Timings
4.3 Receive Architecture
The receive architecture in the TC-622Pro/Pro+ contains the following four modules below which are
discussed, along with the receive data flow, in the following sections:
β’ Receive Framer and Overhead Processor
β’ Four Receive Test Cell Analyzers
β’ Four Receive Cell Processors
β’ Four Receive UTOPIAβs
The TC-622Pro/Pro+ block diagram in Figure 2 is broken into three major interfaces; transmit interface,
receive interface, and PCI/MPI interface. This section discusses the architecture of the receive interface.
Refer to Section 4.2 and Section 4.4 for more information on the transmit and PCI (TC-622Pro) interfaces.
Refer to Section 4.5 for more information on the TC-622Pro+ MPI interface. Figure 9 shows a block diaΒgram of the receive architecture.
During a receive operation, the incoming serial bit stream is converted into bytes by an external serial-toΒparallel converter and driven to the receive framer on RxLINEDATA[7:0]. This 8-bit value is not byteΒaligned when it enters the framer and the framer must search the byte stream for the framing pattern.
Once the framing pattern is located, frame synchronization is declared and the byte boundaries of the
received data are determined.
Each of the three overhead processors (section, line, and path) contained in the receive framer processes
the corresponding overhead bytes. The Synchronous Payload Envelope (SPE) contained in the frame is
extracted and passed to the receive cell processor. The receive framer detects various error conditions
and alarm indications in the incoming signal.
The cell processor performs cell delineation using the Header Error Control (HEC) bytes and extracts the
appropriate cells. All cells with multiple-bit errors are discarded along with all idle cells. The cell procesΒsor descrambles the cell payload and writes the cell into the receive UTOPIA cell buffer.
Once the cells have entered the buffer, the receive UTOPIA indicates the availability of these cells to the
ATM layer, where they are subsequently read out by the ATM layer device.
Figure 10 shows a flow diagram of a receive operation.
Receive framer passes
processed SPE data to
the Rx cell processor.
RxLINEDATA[7:0]
RxBYTECLK
Receive framer receives STSΒ12/12c SONET frame and
processes the section, line, and
path overheads. The framer
searches for the framing pattern,
then byte-aligns and synchronizes
the frame.
Test Cell
Analyzer
Tc EnableTest Cell
Rx Framer
8
and OH
Processor
SPE Data
Enable
Rx Cell
Processor
Receive cell processor
performs cell delineation
using the HEC bytes,
descrambles the payload,
and extracts the ATM cells.
Direction of Data Flow
Test cells are e xtracted from the
byte stream and passed to the
test cell analyzer.
Rx_Enable
Rx_SoC
Rx_Data
Rx Cell
Buffer
8
Processed data are
passed to the Rx
UTOPIA cell FIFO buffer.
RxCLAV
RxCLK
RxENB
Rx UTOPIA
RxADDR[4:0]
RxDATA[15:0]
RxSOC
RxPRTY
ATM cells are written to the cell buff er by
the cell processor. The Rx UTOPIA then
indicates to the ATM layer device that
cells are available. The ATM layer device
controls when the data is transferred.
Outgoing
ATM Cells
Figure 10. Data Flow During a Receive Operation
Microprocessor Interface to Receive Architecture
The TC-622Pro/Pro+ contains a number of registers containing performance monitoring, status, and
alarm indication information. In the ML53301 TC-622-Pro device, these registers are accessed by the host
through the PCI bus. In the ML53311 TC-622Pro+ device, these registers are accessed directly through
the MPI Bus Interface. Refer to Section 4.4 for more information on the PCI interface. Refer to Section 4.5
for more information on the MPI Interface. Refer to Section 6 for a listing and description of TC-622Pro
registers.
Performance Monitors
The TC-622Pro/Pro+ maintains running counters that monitor various error events as they occur during
a receive operation. These counters are maintained within the receive block and are not reset when read.
Rather, a sticky bit is used to indicate count roll-over. The sticky bits for all counter registers are concateΒnated together into four 16-bit registers that are located at addresses 0x52 - 0x55. The user can read the
appropriate roll-over register and reset the bit manually if desired.
The TC-622Pro/Pro+ counters perform the following functions:
β’ Counts the number of cells and frames received
β’ Counts the number of cells discarded because of multiple-bit errors
β’ Counts the number of B1, B2, and B3 parity errors detected in the incoming signal. B1 corresponds
to errors detected in the section overhead, B2 corresponds to errors detected in the line overhead,
and B3 corresponds to errors detected in the path overhead.
β’ Counts the number of line and path Far End Block Error (FEBE) values received.
The receive framer receives byte line data after the bit stream has been converted using an external serialΒto-parallel converter. The receive framer takes in non-aligned bytes and extracts the frame payload. In
STS-12c mode only one of the four processor modules is active, hence there is only one payload (SPE) to
extract. In STS-12 mode the framer extracts four independent payloads. The receive framer performs the
following functions:
β’ STS-12/12c frame recovery and synchronization
β’ Pointer processing to extract the Synchronous Payload Envelope (SPE)
β’ Overhead processing to detect alarm conditions in the incoming signal
β’ Performance monitoring
Each of these functions is explained in the following sections.
Frame Recovery and Synchronization
Data entering the receive framer is stored in a 31-bit buffer where the framer searches for the framing
patterns. During normal frame transmission the framer is in the βsyncβ state and expects twelve 0xF6 valΒues followed immediately by twelve 0x28 values at a fixed location within the buffer. Each of these valΒues must be received exactly 125 Β΅s apart, the duration of a typical SONET frame. Once these patterns are
found, that portion of the buffer is used to give out the byte-aligned data. When the framer detects an
out-of-frame condition, it searches for a pattern equivalent to 0x6F6282. A change of byte alignment
occurs only when the receive framer makes a transition from the Out-Of-Frame (OOF) state to the Sync
state.
Out-Of-Frame State Machine
The OOF state machine is used to monitor the out-of-frame condition and is set whenever there are four
consecutive incorrect framing patterns. The machine is reset once two consecutive correct patterns are
observed. Figure 11 shows a diagram of the OOF state machine.
Two consecutive correct
framing patterns (Sync)
Sync (correct)
framing patterns
ResetSet
Four consecutive incorrect
framing patterns
Figure 11. Out-Of-Frame State Machine
Loss-Of-Frame State Machine
The OOF condition above is generated at 125 Β΅S intervals. This is the rate at which the framing patterns
are extracted by the receive framer. If 24 consecutive frames (3 mS) generate an OOF condition, the LOF
state machine is set. The LOF state machine is reset after 8 frames (1 mS) of continuous Sync condition
(no OOF condition). Figure 12 shows a diagram of the LOF state machine.
The TC-622Pro/Pro+ implements a frame synchronous descrambler that implements the polynomial (X
7
+ X6 + 1) which is used to descramble the overheads and the cell payload. Note that framing bytes A1,
A2, and A3 of the section overhead are not descrambled. The descrambler is initialized at the start of each
frame.
The LOS state machine is set when the receive framer gets an external LOS indication. This external LOS
indication is logically ORβed with an internally detected LOS and then used throughout the device. The
LOS state machine is set when at least 20 Β΅S of continuous all zero non-descrambled inputs are detected.
The machine is reset when two correct framing patters are detected exactly 125 Β΅S apart with no LOS set
condition in between. Figure 13 shows a diagram of the LOS state machine.
Two consecutiv e correct framing patterns with
no LOS set condition in between
ResetSet
20 Β΅S of consecutive all-zero
non-descrambled input
Figure 13. Loss-Of-Signal State Machine
Loss-Of-Pointer State Machine
The LOP state machine is set when under any one of the following conditions:
β’ Three consecutive valid identical pointers are received in eight frames
β’ Eight consecutive NDF pointers are received
β’ Eight consecutive invalid pointers are received
The machine is reset when three consecutive identical valid pointers are received. Figure 14 shows a diaΒgram of the LOP state machine.
3 consecutive identical valid pointers received in 8 frames
+ 8 consecutive NDF pointers received
+ 8 consecutive invalid pointers received
Figure 14. Loss-Of-Pointer State Machine
Path AIS State Machine
The P-AIS state machine is set when three consecutive H1 and H2 bytes are all ones (invalid pointers).
The machine is reset when three consecutive identical valid pointers are received. Figure 15 shows a diaΒgram of the Path-AIS state machine.
3 consecutive identical valid pointers
ResetSet
3 consecutive all ones on H1 and H2 bytes
Figure 15. Path-AIS State Machine
Synchronous Payload Envelope (SPE) Extraction
The line overhead processor examines the H1 and H2 bytes of the line overhead to locate the start of the
SPE. In STS-12 mode four pointers are processed and maintained. In STS-12c mode only one pointer is
processed. The following functions are performed to extract the SPE.
β’ Invalid Pointer Detection: An invalid pointer is declared when the received H1H2[9:0] decimal
value is either greater than 782, not persistent for three frames, or the NDF flag is set. This value is
comprised of all 8 bits of the H2 byte and the lower 2 bits of the H1 byte.
β’ NDF Detection: A New Data Flag (NDF) condition is declared when bits [7:4] of the H1 byte match
one of the following patterns; 0001, 1000, 1001, 1011, or 1101. If an NDF condition is detected with a
valid pointer, the current pointer is changed to the received pointer which has the highest priority.
The NDF is a mechanism that provides for the sudden change in data alignment in a SONET frame.
β’ Three Consecutive Identical Pointers Detection: The occurrence of three consecutive identical
valid pointers is used to change the current pointer. This has the second highest priority after NDF.
β’ Justification Detection: The TC-622Pro/Pro+ supports both positive and negative justification.
Positive justification is declared if the received H1H2[9:0] value, after the inversion of all evenΒnumbered bits, matches with the inverted current pointer in at least 8 or more bits. Negative
justification is declared if the received H1H2[9:0] value, after inversion of all odd-numbered bits,
matches with the inverted current pointer in at least 8 or more bits.
The TC-622Pro/Pro+ devices contain section, line, and path overhead processors for extraction and proΒcessing of the section and line overheads of the SONET frame, and the path overheads of each SPE.
Table 2 lists the various bytes of each overhead and how they are handled in the TC-622Pro and TC622ΒPro+ devices.
C1IdentityIdentifies each STS-1 within a SONET frame.
B1BIP-88-bit parity field. Value depends on data. This 8-bit interleaved field is calculated over the com-
E1, F1, D1-D3----Ignored.
Line Overhead Processor (18 bytes)
H1, H2PointersThe processing of these bytes is discussed in the above section on βSPE Extractionβ.
H3Pointer ActionIf negative justification is declared then the H3 byte contains valid SPE data. Otherwise it is
B2BIP-8The 96-bit line bit-interleaved parity is calculated over the SPE and the line overhead bits. The
K1, K2Pointer ActionThese bytes are written to a register for user purposes. Automatic Protection Switching (APS)
Z2GrowthIf the value contained in the third received Z2 byte is less than 97 decimal it is accumulated in
Z1, E3, D4-D12----Ignored.
Path Overhead Processor (9 bytes)
J1TraceIgnored.
B3BIP - 8Used to calculate the 8-bit interleaved parity over the entire SPE. The result is compared with
C2Signal labelThe received C2 byte is compared with a fixed value of 0x13. The number of mismatches is
G1Path statusIf the received value of path FEBE contained in the G1 byte is less than 9, then it is accumu-
F2, H4, Z3-Z5----Ignored.
plete frame before descrambling. The result is compared with the received B1 byte in the next
frame. The number of bit errors are accumulated. The accumulation of B1 errors is stopped
under OOF, LOF, LOS, and LOC conditions.
ignored. Justification is discussed in the above section on βSPE Extractionβ.
result is compared with the received B2 byte in the next frame. The number of mismatches are
accumulated. The accumulation of B2 errors and FEBE feedback are stopped under OOF,
LOF, LOS, and LOC conditions.
is not supported in the TC-622Pro/Pro+.
a counter. Overflow of the counter is indicated by a sticky bit. Accumulation of the received line
FEBE is stopped under OOF, LOF, LOS, and LOC conditions.
the B3 byte of the next SPE. The number of bit errors are accumulated using a counter.
Counter overflow is indicated by a sticky bit. The accumulation of B3 errors and the FEBE feedΒback are stopped under OOF, LOF, LOS, LOC, LOP, and Path AIS conditions.
maintained in a 3-bit counter. Counter overflow is indicated by a sticky bit. The counting of C2
byte mismatches is stopped under OOF, LOF, LOS, LOC, LOP, and Path AIS conditions.
lated using a counter. Counter overflow is indicated by a sticky bit. The counting of path FEBE
is stopped under OOF, LOF, LOS, LOC, LOP, and Path AIS conditions.
The receive framer uses the RxBYTECLK signal to transfer information between the receive framer and
the external converter. Receive line data is transferred in 8-bit quantities at the rising edge of each
RxBYTECLK. Figure 16 shows a timing diagram of a typical receive line data transfer. Note that the acroΒnym S2P stands for βSerial-to-Parallelβ.
RxBYTECLK
RxLINEDATA[7:0]
(from S2P to framer)
D1D2D3D4D5D6D7D8D9D10 D11
Figure 16. Receive Line Interface Timing Example
Receive Overhead State Machines
There are three state machine associated with receive overhead processing. Two machines pertain to the
K2 byte in the line overhead, and one machine pertains to the G1 byte in the path overhead. Each of these
machines is explained below.
The Line-AIS state machine is used for detecting an alarm indication on the line side (remote end). The
machine is set (Line-AIS condition declared) when a Line-AIS code (111 in the lower 3-bits of the K2 byte
of the section overhead) is received for five consecutive frames. The machine is reset when a Line-AIS
code other than β111β in the K2 byte is received for five consecutive frames. Figure 17 shows a diagram of
the Line-AIS state machine.
K2 β 111 for ο¬ve
consecutive frames
ResetSet
K2 = 111 for ο¬ve
consecutive frames
Figure 17. Line-AIS State Machine
The Line-RDI state machine is used to detect a remote defect indication on the line side. The machine is
set (Line-RDI condition declared) when a Line-RDI code (110 in the lower 3-bits of the K2 byte in the secΒtion overhead) is received for five consecutive frames. The machine is reset when a Line-RDI code other
than β110β in the K2 byte is received for five consecutive frames. Figure 18 shows a diagram of the LineΒRDI state machine.
The Path-RDI state machine is used for remote defect indication in the path overhead. The machine is set
(Path-RDI condition declared) when a path RDI indication in the G1 byte (bit 5) of the path overhead is
received for ten consecutive frames. The machine is reset when no path RDI indication in the G1 byte is
received for ten consecutive frames. Figure 19 shows a diagram of the Path-RDI state machine.
G1 β Path-RDI for ten
consecutive frames
ResetSet
G1 = Path-RDI for ten
consecutive frames
Figure 19. Path-RDI State Machine
4.3.3 Receive Cell Processor
The TC-622Pro/Pro+ contains four receive cell processors which operate independently of one another.
In STS-12 mode all four processors are enabled. In STS-12c mode only one processor is enabled and it
writes to only one UTOPIA channel. All receive cell processors operate in an identical manner.
The receive cell processor receives data from the receive framer and delineates the data to form ATM
cells. The processor descrambles delineated cells using a self-synchronizing descrambler that uses the
polynomial (X
43
+ 1). The cell delineation state machine computes the Header Error Control (HEC) over
the first four bytes of each ATM cell and compares it with the received HEC byte. The processor is capaΒble of correcting single-bit errors in a cell header and detecting multi-bit errors. Idle cells are discarded.
The first four bits of each ATM cell header (in UNI mode) are the Generic Flow Control (GFC) bits.
Each cell processor counts the number of assigned cells written to the UTOPIA FIFO and the number of
idle cells dropped. It also counts the number of cells with multiple-bit HEC errors and the number of
transitions from the Sync state to the Out-of-Cell-Delineation state. The Sync state is declared when more
than seven ATM cells have been transmitted successfully. In this state the received ATM cells are
extracted and written to the FIFO. In the Out-of-Cell-Delineation state cells cannot be extracted. The state
machine transitions from the Sync state to the Out-of-Cell-Delineation state when more than 8 consecutive
ATM cells have an incorrect HEC value.
The TC-622Pro/Pro+ contains four test cell analyzers, one for each receive cell processor. Whenever a
cell processor receives a cell with a header pattern matching one that is programmed for test cells, that
cell is passed to the corresponding test cell analyzer and is not written to the UTOPIA FIFO. The test cell
analyzer uses the test cell to check the integrity of the payload and detect the number of bit errors
present. It also counts the number of test cells received. The test cell analyzer uses a pseudo-random genΒerator that has two phases of operation.
β’ Phase 1: The test cell analyzer is synchronized to the incoming data.
β’ Phase 2: Once synchronization is achieved, the test cell analyzer detects all bit errors present in the
payload.
The PRBS polynomials used in the test cell analyzer give a maximum length random sequence. Four difΒferent polynomials are used to check data integrity for all four data streams from the four test cell analyzΒers.
β’ Polynomial 1 - (X
β’ Polynomial 2 - (X
β’ Polynomial 3 - (X
β’ Polynomial 4 - (X
22
+ X17 + 1)
22
+ X11 + 1)
22
+ X19 + 1)
22
+ X14 + 1)
The internal TcEnable signal from the cell processor qualifies the cell payload. Whenever TcEnable is
asserted the PBRS starts functioning. Note that this signal is not available external to the device.
4.3.5 Receive UTOPIA Phy
The TC-622Pro/Pro+ consists of four identical receive UTOPIA PHY ports. Each port has a unique
address and supports a different ATM stream. The function of each port is to facilitate the transfer of data
between the TC-622Pro/Pro+ receive cell processors and the ATM physical layer. Each port conforms to
the UTOPIA Level 2 Version 1.0 specification and supports Multi-PHY (MPHY) operation using a 16-bit
data path. MPHY mode indicates that all four UTOPIA ports on the TC-622Pro/Pro+ are active.
Operation with an 8-bit ATM cell path is not supported. If the ATM master intends to transfer data in
STS-12c mode where only port 0 is active, it can do so by driving the address of that port on the TxA-DDR[4:0] lines such that the TxCLAV output is driven permanently by that port only.
ATM Layer Receive Interface
The receive interface is controlled by the ATM layer. This layer provides an interface clock to the UTOΒPIA PHY for synchronizing all interface transfers. The receive interface has data flowing in the opposite
direction as the ATM enable. The receive UTOPIA interface signals; RxENB
, RxDATA[15:0], RxA-
DDR[4:0], RxSOC, and RxPRTY, are all sampled or driven on the rising edge of RxCLK. The UTOPIAslave controls the flow of data through the RxCLAV signal.
Figures 20 through 23 show three different conditions under which data is read from the receive UTOPIA