
á
PRELIMINARY
DS3 UNI FOR ATM
XRT7245
REV. 1.03
97
Receive Cell Processor, upon identifying an incoming
OAM cell, will copy the header and payload contents
of this cell to the “Received OAM Cell” buffer (in on-
chip RAM). If the user does not configure the Receive
Cell processor to perform an “OAM Cell Check”, the
OAM cell will simply be treated like any other user
cell, as it is processed through the User Cell Filter,
where it can be discarded or written to the Rx FIFO.
Writing a “0” to this bit-field disables the OAM Cell
Check feature. Writing a “1” to this bit-field enables
this feature.
Bit 2–De-Scramble Enable
This “Read/Write” bit-field allows the user to enable
or disable the Cell Descrambler, within the Receive
Cell Processor. When the Cell Descrambler is en-
abled, the Receive Cell Processor will “presume” that
the payload portion of each incoming cell has been
scrambled by the “far-end” Transmit Cell Processor.
Therefore, the Receive Cell Processor will modify the
contents of the cell payload accordingly. If the Cell
Descrambler is disabled, then the Receive Cell Pro-
cessor will perform NO modifications to the payload,
of the incoming cells, at all.
Writing a “0” to this bit-field disables the Cell De-
Scrambler. Writing a “1” to this bit-field enables the
Cell Descrambler.
For more information on Cell Scrambling and Cell
Descrambling, please see Sections 6.2.2.2 and
7.3.2.5.
Bit 1—Rx Coset Enable
This “Read/Write” bit-field allows the user to config-
ure the Receive Cell Processor to account for (or not
to account for) the “far-end” Transmit Cell Processor’s
modulo-2 addition of the Coset polynomial: x
6
+ x
4
+
x
2
+ 1 to the “original” HEC byte, during HEC byte cal-
culation and insertion.
If the user configures the Receive Cell Processor to
account for the Coset Polynomial, then the Receive
Cell Processor will go through the following procedure
during HEC byte verification:
Recompute the “Original” HEC (CRC-8) byte,
based upon the values of bytes 1 through 4 in the
received cell.
Modulo-2 add the Coset Polynomial to the CRC-8
byte, thereby creating the “HEC byte”.
Compare the locally computed HEC byte with the
fifth octet of the incoming cell.
If the user configures the Receive Cell Processor to
NOT account for the Coset Polynomial, then the
Receive Cell Processor will go through the following
procedure during HEC byte verification:
Recompute the HEC byte, based upon the values
of bytes 1 through 4 in the received cell.
Compare the locally computed HEC byte with the
fifth octet of the incoming cell.
Writing a “0” to this bit-field configures the Receive Cell
Processor to NOT account for the Coset Polynomial.
Writing a “1” to this bit-field configures the Receive
Cell Processor to account for the Coset Polynomial.
Bit 0—HEC Error Ignore
This “Read/Write” bit-field allows the user to config-
ure the Receive Cell Processor to either discard or
retain cells with HEC errors.
If the user configures the Receive Cell Processor to
discard these errored cells (the default condition),
then all incoming cells containing single-bit (when the
Receive Cell Processor is operating in the “Detection
Mode”) or multi-bit errors in their header, will be dis-
carded and will NOT be written to the Rx FIFO.
Note:
If the Receive Cell Processor is operating in the
“Correction Mode”, then those cells that contain single-bit
errors will be corrected, via the HEC Byte Verification
Algorithm, and will not be discarded).
If the user configures the Receive Cell Processor to
retain these errored cells, then all incoming cells con-
taining single-bit or multi-bit errors in their headers, will
NOT be discarded, and may (depending upon the Idle
or User cell filter settings) be written to the Rx FIFO.
Writing a “0” to this bit-field disables this feature (e.g.,
Receive Cell Processor will discard errored cells).
Writing a “1” to this bit-field enable this feature (e.g.,
Receive Cell Processor will retain errored cells.)
Note:
For more information on this feature, please see
Section 7.3.2.2.