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


21

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

Selon mon conférencier:

Rbjet=bjetstjeme

Rbuneu=unetunetjeme

Selon les fabricants :

Rbjet=unetunetjeme

Rbuneu=bjetstjeme

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 .


1
Si ce ne sont que des zéros et des uns, le baud est des bits par seconde.
Umar

6
Personne ne se souciera plus de cette distinction une fois que vous aurez quitté l'université. La seule chose rationnelle à faire est de s'en tenir à ce que votre conférencier dit que c'est.

6
Duplication possible de la différence entre Hz et bps (La question n'est pas un double exact, mais les réponses répondent à cette question)
Le Photon

5
Un peu peut être un symbole. Baud est symboles par seconde
Voltage Spike

Réponses:


46

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.


27
Il convient également de noter que le débit binaire peut également être supérieur au débit en bauds si le codage de symbole utilisé a plus de possibilités pour plusieurs bits par symbole. Ce n'est pas possible sur une simple liaison binaire comme RS-232 mais cela est courant sur les systèmes utilisant des schémas d'encodage plus complexes.
Andrew

6
Quiconque a rejeté cela, je suis perplexe quant à ce que vous pensez être faux.
Olin Lathrop du

6
Ce n'était pas moi, mais je pense que les bits de démarrage / d'arrêt expliquent la différence entre le débit binaire brut et le débit de données, pas la différence entre le débit binaire et le débit en bauds (qui sont exactement les mêmes pour RS-232).
Dmitry Grigoryev,

5
Non, la vitesse de transmission est le nombre de symboles par seconde. Dans votre exemple, débit binaire = débit en bauds. Lorsqu'un symbole peut transporter plus d'un bit, le débit en bauds <débit binaire. Par exemple, 16-QAM transporte seize bits par symbole.
Paul Elliott

4
@OlinLathrop Le débit en bauds est presque toujours bien inférieur au débit binaire. Bien que RS232 soit commun, il n'est plus aussi commun que DSL, Ethernet et de nombreux autres protocoles qui ont des débits en bauds bien inférieurs à leurs débits binaires. RS232 est la valeur aberrante car elle est ancienne.
David Schwartz

30

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 = 26ljenebjetrunete6

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.


1
Et quand le débit binaire et le débit en bauds peuvent-ils être différents?
Chiel ten Brinke

1
@ChieltenBrinke: Lorsque la correction d'erreur est utilisée, des bits supplémentaires sont transmis qui ne servent pas réellement d'informations supplémentaires, ne fournissent qu'une vérification des erreurs pour les données existantes. De plus, il y a une surcharge dans le protocole utilisé, ce qui est nécessaire mais n'ajoute pas de bits d'information supplémentaires.
loneboat du

Selon cet article, cela n'explique que la différence entre le débit de données et le débit binaire de ligne. Cependant, en lisant cet article, je ne peux pas déduire la différence entre le débit en bauds et le débit en ligne.
Chiel ten Brinke

1
Ce sujet a été abordé de manière assez approfondie lorsque les modems à 9600 bps sont devenus largement disponibles dans les années 80. Je suis surpris que personne ne soit allé fouiller dans les archives vieilles de 20 à 30 ans de comp.dcom.modems .
shoover

3
@ThomasHollis Ce devrait être la réponse acceptée.
tcrosley

0

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.


1
Le codage à plusieurs niveaux est extrêmement courant dans les communications de données. Par exemple, 1000BASE-T (Gigabit Ethernet) utilise la modulation PAM-5.
Paul Elliott

1
Cela ignore les centaines d'autres normes utilisant QAM sur longue distance (WiFi, QAM TV, autres) et d'autres protocoles qui ne portent pas un débit de 1: 1 bits / symbole (USB, Firewire, SATA, Etherent, HD Radio, Digital Cellular (3G / 4G / CDMA), etc ...). Le satellite utilise largement PSK et QAM, les câbles sous-marins utilisent STM qui ajoute des symboles de correction d'erreur.
Mitch

Je suppose que je ne savais pas que le système avait survécu, en dehors d'un environnement RF où tout le débit binaire est embrouillé.
Hot Licks
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.