á
PRELIMINARY
DS3 UNI FOR ATM
XRT7245
REV. 1.03
167
computed over the four bytes of the programmed idle
cell header and is inserted into the fifth octet position.
The user has the option to disable the HEC Byte
Calculation and Insertion features for Idle cells, and
the contents of the fifth-header byte programmed
register may be transmitted directly.
The Transmit Cell Processor allows the user to transmit
pre-programmed OAM cells upon demand. The content
of this OAM cell is stored in an on-chip RAM location,
which will be referred to as the “Transmit OAM Cell
Buffer”. When the local μP decides to transmit the
OAM cell to the “Far-End” Terminal, it writes a “1” to a
certain register bit. The Transmit Cell Processor will
then proceed to read in the contents of the “Transmit
OAM Cell” buffer, and form a cell from this data. This
OAM cell will be subsequently processed like any user
or Idle cell (e.g., processed through the HEC Byte
Calculator and Cell Scrambler) and then routed to the
Transmit PLCP Processor (or Transmit DS3 Framer).
As mentioned earlier, the Transmit Cell Processor will
perform a “Data Path Integrity Check” on all user cells
that it reads from the TxFIFO. More specifically, the
Transmit Cell Processor will look for a specific data
pattern that should be residing within octet #5 of
these cells. The purpose of this test is to verify the in-
tegrity of the communication link throughout the “ATM
Layer processor” system. This “Data Path Integrity
Pattern” was written into the cell by the Receive Cell
Processor of another UNI, prior to its entry into the
“ATM Layer processor” system. If the Transmit Cell
Processor detects a discrepancy between the con-
tents of octet #5 and the expected pattern, then the
Transmit Cell Processor will generator a “Data Path
Integrity Check” error interrupt. After the Transmit
Cell Processor has completed checking for the “Data
Path Integrity Check” pattern; within a given cell, it
will (optionally) overwrite this pattern by inserting the
HEC byte.
The Transmit Cell Processor will inform external
circuitry when a cell has been transmitted from the
Transmit Cell Processor to either the Transmit PLCP
Processor or the Transmit DS3 Framer, by pulsing the
“TxCellTxed” output pin.
6.2.2.1
The “HEC Byte Calculator” takes the first four bytes
of each cell and computes a CRC-8 value via the
generating polynomial x
8
+ x
2
+ x + 1. The user has
the option to have the coset polynomial x
6
+ x
4
+ x
2
+
1 modulo-2 added to the CRC-8 byte and, instead in-
sert this newly computed value into byte 5 of the cell
before transmission. The user has the following addi-
tional options regarding the “HEC Byte Calculator”.
HEC Byte Calculation and Insertion Enable/Disable
for user and OAM cells.
HEC Byte Calculation and Insertion Enable/Disable
for Idle Cells.
Inserting errors into the HEC byte, for chip/equipment
testing purposes.
HEC Byte Calculation and Insertion
The implementation and result of selecting each of
these options are presented below.
6.2.2.1.1
Configuring the HEC Byte Calculator
for User and OAM Cells
The user can enable or disable the “HEC Byte Calcu-
lation and Insertion” feature for user and OAM cells.
The user can exercise this option by writing the ap-
propriate value to Bit 5 of the TxCP Control Register,
as depicted below.
If the user opts to disable this feature, then the HEC
byte will not be computed and the contents within the
fifth octet position of each cell (e.g., typically the “Data
Path Integrity Check” pattern) will be transmitted to the
Transmit PLCP (or Transmit DS3 Framer) block as is.
The following table relates the content of this bit-field
to the “HEC Byte Calculator’s” handling of valid (e.g.,
user or OAM) cells.
TxCP Control Register (Address = 60h)
B
IT
7
B
IT
6
B
IT
5
B
IT
4
B
IT
3
B
IT
2
B
IT
1
B
IT
0
Scrambler
En
Coset
Enable
HEC Insert
Enable
TDPChk
Pattern
GFC Insert
Enable
TDPErr
Interrupt
Enable
Idle Cell
HEC CalEn
TDPErr
Interrupt
Status
R/W
R/W
R/W
R/W
R/W
R/W
R/W
RUR
1
1
x
1
0
0
1
0