Transmission synchrone ou asynchrone

1. L'utilisation du bit de parité implique la transmission d'au moins $8$ bits pour $7$ bits de données utiles. Le rendement maximum est donc :

   $R=78\approx 87,5\%$

2. Pour la procédure asynchrone, on a occupation du support pendant la durée de $8+1+2\; =\; 11$ bits pour un caractère de $7$ bits utiles transmis. D'où un rendement :

   $R=711\approx 64\%$

3. Dans le cas de la transmission synchrone, on a transmission d'une trame de $(9+128)8$ bits pour $128\; 7$ bits de données utiles. D'où un rendement :

   $R=128128+9\; 78\approx 82\%$

4. Pour améliorer le rendement de la procédure de transmission synchrone, on dispose de plusieurs possibilités :
   • Augmenter la taille moyenne des messages véhiculés : une procédure synchrone est d'autant plus efficace que les messages sont longs. Des messages de taille moyenne 256 octets donneraient un rendement d'environ $84\%$
   • Réduire la taille des éléments de contrôle : par exemple coder les différentes fonctions de contrôle sur un nombre minimum de bits (procédure orientée bits).
   • Modifier le type de contrôle de validité de l'information : par exemple utiliser un contrôle de type CRC qui rajoute une redondance de taille fixe au lieu d'un bit de parité qui rajoute une redondance de taille proportionnelle à la taille de la trame. Un CRC sur 2 octets donne dans le cas précédent $R=128/139\approx 92\%$.
   • Réaliser de la compression de données au niveau 2. Très utilisé commercialement pour avoir des rendements supérieurs à 1, mais le rendement réel est très dépendant de la nature des données transportées.
5. Les rendements que l'on a calculés décrivent les performances du protocole dans le cas d'une source de données produisant des données en permanence. Dans la pratique, la plupart des applications téléinformatiques générent des messages avec des tailles spécifiques et des délais entre les messages. Dans le cas de petits messages, la taille moyenne des blocs de caractère dans un protocole synchrone sera donc déterminée par l'application utilisatrice et non pas par le protocole. Dans notre exemple, le protocole synchrone n'a un rendement supérieur au protocole asynchrone que pour des blocs contenant en moyenne plus de $24$ octets de données utilisateurs. Plus simples (moins couteuses), les procédures asynchrones peuvent aussi être plus performantes pour des messages utilisateur de petites tailles.