Editing High-Level Data Link Control (section)

==Structure==
The contents of an HDLC frame are shown in the following table:

{| class="wikitable"
|-
!Flag
!Address
!Control
!Information
!FCS
!Flag
|-
|8 bits
|8 or more bits
|8 or 16 bits
|Variable length, 8×''n'' bits
|16 or 32 bits
|8 bits
|}

Note that the end flag of one frame may be (but does not have to be) the beginning (start) flag of the next frame.

Data is usually sent in multiples of 8 bits, but only some variants require this; others theoretically permit [[Data structure alignment|data alignments]] on other than 8-bit boundaries.

The [[frame check sequence]] (FCS) is a 16-bit [[CRC-CCITT]] or a 32-bit [[CRC-32]] computed over the Address, Control, and Information fields. It provides a means by which the receiver can detect errors that may have been induced during the transmission of the frame, such as lost bits, flipped bits, and extraneous bits. However, given that the algorithms used to calculate the FCS are such that the probability of certain types of transmission errors going undetected increases with the length of the data being checked for errors, the FCS can implicitly limit the practical size of the frame.

If the receiver's calculation of the FCS does not match that of the sender's, indicating that the frame contains errors, the receiver can either send a negative [[Acknowledge character|acknowledge]] packet to the sender, or send nothing. After either receiving a negative acknowledge packet or timing out waiting for a positive acknowledge packet, the sender can retransmit the failed frame.

The FCS was implemented because many early communication links had a relatively high [[Bit error ratio|bit error rate]], and the FCS could readily be computed by simple, fast circuitry or software.  More effective [[forward error correction]] schemes are now widely used by other protocols.