Différence entre le débit binaire et le débit en bauds et ses origines?

Tout le monde semble avoir des définitions différentes partout où je regarde.

Selon mon conférencier:

$R_{bit} = \frac{bits}{time}$

$R_{baud} = \frac{data}{time}$

Selon les fabricants :

$R_{bit} = \frac{data}{time}$

$R_{baud} = \frac{bits}{time}$

Quelle est la bonne et pourquoi? N'hésitez pas à donner les origines de la raison pour laquelle il est défini comme tel aussi.

Question connexe: lien .

Le débit en bauds est le taux de temps ou d'intervalles de bits individuels pour les symboles . Tous les emplacements ne portent pas nécessairement des bits de données et, dans certains protocoles, un emplacement peut transporter plusieurs bits. Imaginez, par exemple, quatre niveaux de tension utilisés pour indiquer deux bits à la fois.

Le débit binaire est le taux auquel les bits de données réels sont transférés. Cela peut être inférieur au débit en bauds car certains intervalles de temps binaires sont utilisés pour la surcharge du protocole. Il peut également être supérieur au débit en bauds dans les protocoles avancés qui transportent plus d'un bit par symbole.

Par exemple, considérez le protocole RS-232 commun. Disons que nous utilisons 9600 bauds, 8 bits de données, un bit d'arrêt et aucun bit de parité. Un "personnage" transmis ressemble à ceci:

Comme le débit en bauds est de 9600 bits / seconde, chaque intervalle de temps est de 1/9600 secondes = 104 µs de long. Le caractère se compose d'un bit de début, de 8 bits de données et d'un bit d'arrêt, pour un total de tranches de temps de 10 bits. Le caractère entier met donc 1,04 ms à transmettre.

Cependant, seuls 8 bits de données réels sont transmis pendant ce temps. Le débit binaire effectif est donc (8 bits) / (1,04 ms) = 7680 bits / seconde.

S'il s'agissait d'un protocole différent qui, par exemple, utilisait quatre niveaux de tension pour indiquer deux bits à la fois avec le débit en bauds le même, il y aurait alors 16 bits transférés par caractère. Cela ferait le débit binaire 15 360 bits / seconde, en fait plus élevé que le débit en bauds.

Le débit binaire de la ligne est le nombre de bits par seconde déplacés.

Le débit binaire des données est le nombre de bits d'information déplacés par seconde.

Le débit en bauds est le nombre de symboles par seconde (Baud est nommé d'après Emile Baudot )

Le débit de ligne et le débit d'information peuvent être différents en raison du codage de ligne

$64\ =\ 2^6$$\frac {line bit rate} {6}$

Comme exemple (très artificiel), nous pourrions voir quelque chose comme ceci:

Débit de base = 64000 bits par seconde - c'est le débit de données

Ligne codée en utilisant un tramage standard sur une base de 32 bits en ajoutant 1 bit de tramage par mot: cela ajoute 2000 bits de tramage, donc le débit de ligne est maintenant de 66 000 bits par seconde.

Maintenant, nous effectuons QAM16 (code 4 bits par symbole), donc le débit en bauds (ou débit en symboles) = 16,5 kBaud

Une autre façon dont le débit binaire de ligne et le débit de données peuvent être différents est l'endroit où nous devons remplir des bits dans le flux binaire, tels que SDLC .

Le symbole de trame SDLC est 01111110 (0x7E) et est utilisé à la fois pour le début et la fin de la trame; il est clair que nous ne voulons pas que les champs de données soient un symbole de cadre et signalons par erreur un début ou une fin de cadre qui rendrait le lien inutile.

Pour éviter cela, si une séquence de 5 '1' bits est détectée dans la section de charge utile de la trame (que la source de transmission connaît), un zéro est inséré dans le train de bits pour empêcher un symbole de fin de trame prématuré. La surcharge sur le canal n'est d'ailleurs pas déterministe.

Le débit en bauds fait référence au nombre de "slots" par seconde. Avec la plupart des formes de communication série, les données de chaque emplacement sont un ou zéro. Mais on pourrait, par exemple, transmettre une tension indiquant une valeur comprise entre zéro et trois, pour quatre (vs deux) valeurs possibles par slot. Avec quatre valeurs par créneau, on pourrait transmettre des données deux fois plus vite qu'avec des données en mode "binaire" standard.

Ce type d'encodage a été utilisé dans les premiers jours du télégraphe (lorsque toutes sortes de stratégies étranges ont été essayées), mais n'est presque plus utilisé pour les communications de n'importe quelle distance. Cependant, l'encodage à plusieurs niveaux est encore parfois effectué à l'intérieur des circuits intégrés informatiques, afin de réduire le nombre de fils requis.