PM5362TUPP-PLUS
DATA SHEET
PMC-951010
ISSUE 6
SONET/SDH TRIBUTARY UNIT PAYLOAD PROCESSOR / PERFORMANCE MONITOR
The pointer generator is a time-sliced state machine that can process up to 28
independent tributaries. The state vector is saved in RAM at the address
associated with the current tributary. The pointer generator fills the outgoing
tributary synchronous payload envelopes with bytes read from the associated
FIFO in the payload buffer for the current tributary. The pointer generator creates
pointers in the V1-V3 bytes (or H1-H3 bytes in the case of TU3s) of the outgoing
data stream. The marker that tags the V5 byte (or J1 byte in the case of a TU3)
that is passed through the payload buffer is used to align the pointer. The
outgoing timing generator directs the pointer generator to the FIFO in the
payload buffer that is associated with the tributary being processed. The pointer
generator monitors the fill levels of the payload buffers and inserts outgoing
pointer justifications as necessary to avoid FIFO spillage. Normally, the pointer
generator has a FIFO dead band of two bytes. The dead band can be collapse
to one so that any incoming pointer justifications will be reflected by a
corresponding outgoing justification with no attenuation. Signals are output by
the pointer generator that identify outgoing V5 bytes (or J1 bytes in the case of a
TU3) and the tributary synchronous payload envelopes. These simplify the
design of mappers downstream of the TUPP-PLUS. On a per tributary basis,
tributary path AIS and tributary idle (unequipped) can be inserted as controlled
by microprocessor accessible registers. The idle code is selectable globally for
the entire VC3 or TUG3 to be all-zeros or all-ones. It is also possible to force an
inverted new data flag on individual tributaries for the purpose of diagnosing
downstream pointer processors. Tributary path AIS is automatically inserted into
outgoing tributaries if the pointer interpreter detects tributary path AIS on the
corresponding incoming tributary.
8.4
Tributary Path Overhead Processor
Each tributary path overhead processor (RTOP) monitors the outgoing stream of
an associated tributary payload processor (VTPP) and processes the tributaries
within an STS-1, AU3, or TUG3. Each RTOP can be configured to process any
legal mix of VT1.5s, VT2s, VT3s, or VT6s that can be carried in an STS-1 or any
legal mix of TU11s, TU12s, TU2s, or TU3s, that can be carried in an AU3 or
TUG3. The number of tributaries managed by each RTOP ranges from 1 (when
configured to process a single TU3) to 28 (when configured to process all VT1.5s
or all TU11s).
The RTOP provides tributary performance monitoring of incoming tributaries. Bit
interleaved parity of the incoming tributaries is computed and compared with the
BIP-2 code encoded in the V5 byte of the tributary. Errors between the computed
and received values are accumulated. RTOP also accumulates far end block
error codes. Incoming path signal label is debounced and compared with the
PROPRIETARY AND CONFIDENTIAL TO PMC-SIERRA, INC., AND FOR ITS CUSTOMERS’ INTERNAL USE
51