Transmisión y multiplexación

La consecuencia práctica está en la corrección de errores. En símplex el receptor no tiene canal de vuelta, así que si algo se pierde no hay manera de pedirlo otra vez: solo caben mecanismos de corrección hacia adelante. En dúplex el receptor puede confirmar o reclamar mientras el emisor sigue enviando, y la corrección es inmediata y continua.

El receptor necesita saber dónde empieza y dónde acaba cada unidad de información. Hay dos maneras de resolverlo. En transmisión asíncrona, cada carácter se envía envuelto en bits de inicio y de fin que lo delimitan: el receptor se sincroniza de nuevo con cada carácter. En transmisión síncrona no se envían esas marcas por carácter; emisor y receptor comparten un ritmo común y los datos fluyen de forma continua, y es el receptor quien separa el flujo de bits en bytes.

La asíncrona es más sencilla y tolerante, porque cada carácter se apaña solo, pero gasta ancho de banda en bits que no llevan información. La síncrona es más rápida, precisamente por ahorrarse esos bits extra, y es la que se usa cuando hay un caudal grande y sostenido.

El nombre engaña. Asíncrono no significa sin sincronismo, significa que el sincronismo se restablece en cada carácter con sus bits de inicio y de fin.

En transmisión en paralelo los bits se organizan en grupos de longitud fija y se envían todos a la vez, cada uno por un hilo. Emisor y receptor tienen que estar conectados por tantas líneas como bits vayan en el grupo. Sobre el papel multiplica el ancho de banda por el número de hilos.

En la práctica se abandonó por dos motivos. Uno, tantos conductores juntos generan ruido e interferencias entre ellos. Y dos, el problema serio: los bits enviados a la vez no llegan a la vez, porque ningún hilo es exactamente igual al de al lado, y a alta velocidad ese desajuste hace imposible saber qué bits formaban el mismo grupo.

En transmisión en serie los bits salen de uno en uno, encolados por el mismo conductor. Es la que se impuso en todas partes, y es sobre ella sobre la que tiene sentido hablar de modo síncrono o asíncrono.

Multiplexar es mezclar varios flujos de datos independientes para enviarlos por un mismo medio y volver a separarlos al otro lado. El objetivo es aprovechar un canal que, dedicado a un solo flujo, se quedaría a medio gas. Hacen falta dos elementos: un multiplexor (MUX) que combina los flujos en la entrada y un demultiplexor (DEMUX) que en el otro extremo recoge lo que llega del medio y lo reparte a su destino correspondiente.

No confundas multiplexar con conmutar. Multiplexar es compartir un mismo enlace entre varios flujos; conmutar es elegir por qué enlace sale cada cosa. Una red de paquetes hace las dos.