Les erreurs sont donc détectées et corrigées par demande de répétition
comme illustré dans la figure 1.15.
La gestion des échanges se fait grâce à l'ensemble de caractères de
commandes de la table 1.2.
SYN | synchronous idle | utilisé pour la synchronisation caractère et émis en début de séquence de caractères |
ENQ | enquiry | invite une station à émettre ou recevoir |
SOH | start of heading | début d'en-tête |
STX | start of text | fin d'en-tête et début de texte |
ETB | end of transmission block | fin de bloc de données |
ETX | end of text | fin du texte et début des caractères de contrôle nécessaires à la détection des erreurs |
ACK | acknowledgement | accusé de réception positif |
NACK | negative acknowledgement | accusé de réception négatif |
DLE | data link escape | caractère d'échappement de transmission |
EOT | end of transmission | fin d'un transfert de données |
D'autres caractères spécifiques ont été ajoutés par des constructeurs mais ils ne sont pas détaillés ici.
Le rôle du caractère DLE est primordial car il permet d'obtenir une transmission transparente au code. En effet, si les données peuvent contenir des caractères de commande des confusions deviennent possibles. Pour éviter cela, tous les caractères de commande sont précédés de DLE lorsque l'alphabet est tel que les codes de commande sont susceptibles d'apparaître dans les données transmises. De plus, si l'on doit transmettre dans les données le caractère DLE lui-même, il sera alors lui-même précédé de DLE de manière à ce que le caractère qui le suit ne soit pas pris à tort pour une commande.
Les messages (données de taille quelconques ) émis selon le protocole
BSC sont émis sous forme de blocs de taille appropriée aux possibilités
de la ligne.
Ainsi un message constitué d'une en-tête et d'un texte de données, le
tout ne constituant qu'un seul bloc sera émis de la manière
suivante