TIPOS DE ERRORES.
ERROR DE BIT
Únicamente un bit de una unidad de datos determinada cambia de 1 a 0 o
viceversa.
Un error de bit altera el significado del dato. Son el tipo de error menos probable
en una transmisión de datos serie, puesto que el intervalo de bit es muy breve
(1/frecuencia) el ruido tiene que tener una duración muy breve. Sin embargo si
puede ocurrir en una transmisión paralela, en que un cable puede sufrir una
perturbación y alterar un bit de cada byte.
ERROR DE RÁFAGA.
El error de ráfaga significa que dos o más bits de la unidad de datos han
cambiado. Los errores de ráfaga no significa necesariamente que los errores se
produzcan en bits consecutivos. La longitud de la ráfaga se mide desde el primero
hasta el último bit correcto, algunos bits intermedios pueden estar bien.
Los errores de ráfaga es más probable en transmisiones serie, donde la duración
del ruido es normalmente mayor que la duración de un bit, por lo que afectara a un
conjunto de bits. El número dode bits afectados depende de la tasa de datos y de
la duración del ruido.
DETECCIÓN.
0
se vea que no tiene sentido. Sin embargo existen determinadas técnicas sencillas
y objetivas para detectar los errores producidos en la transmisión:
REDUNDANCIA.
La redundancia consiste en enviar dos veces cada unidad de datos, de forma que
el dispositivo receptor puede hacer una comparación bit a bit entre ambos datos y
detectar si ha habido errores, para corregirlos con el mecanismo apropiado. Esta
técnica es muy exacta pero enlentece la transmisión.
Sin embargo el concepto es aplicable añadiendo al flujo de datos un grupo
pequeño de bits al final de cada unidad, siendo estos bits redundantes con una
parte de la información, esos bits redundantes se descartan una vez comprobada
la integridad de la transmisión.
En las comunicaciones de datos se usan cuatro tipos de comprobación de
redundancia: verificación de redundancia vertical (VRC, Vertical Redundancy
Check) conocida como verificación de paridad, verificación de redundancia
longitudinal (LRC longitudinal Redundancy Check), verificación de redundancia
cíclica (CRC Cyclic Redundandy Check) y suma de comprobación (Checksum).
Las tres primeras se implementan habitualmente en el nivel físico para que pueda
usarlo en nivel de enlace de datos, mientras que la suma de comprobación se usa
en los niveles más altos.
VERIFICACIÓN
o DE REDUNDANCIA VERTICAL VRC
Es el mecanismo más frecuente y barato, la VRC se denomina a menudo
verificación de paridad, y se basa en añadir un bit de redundancia,
denominado bit de paridad, al final de cada unidad de datos, de forma
que el número total de unos en la unidad (incluyendo el bit de paridad)
sea par, o impar en el caso de la verificación de paridad impar.
Esta técnica permite reconocer un error de un único bit, y también de
ráfaga siempre que el número total de bits cambiados sea impar .La
función de paridad (par o impar) suma el dato y devuelve la cantidad de
unos que tiene el dato, comparando la paridad real (par o impar) con la
esperada (par o impar).
1
Típicamente los datos se agrupa en unidades de múltiplos de 8 -1 byte-
(8, 16, 24,32 bits) la función coloca los octetos uno debajo de otro y
calcula la paridad de los bits primeros, de los segundos, etc, generando
otro octeto cuyo primer bit es el de paridad de todos los primeros bits, etc.
SUMAS DE COMPROBACIÓN.
Es el método de detección usado por los protocolos de alto nivel, se basa en el
concepto de redundancia.
2
COMPROBADOR DE SUMA DE COMPROBACIÓN.
El receptor subdivide las unidades de datos en los mismos n bits, suma
todos los segmentos (incluidos los bits de redundancia) y luego
complementa el resultado, si la unidad de datos está intacta, el valor final
que se obtiene es nulo (n bits 0), si en resultado no es cero, el paquete
contiene un error y es rechazado.
CORRECCIÓN DE ERRORES
Los mecanismos explicados detectan errores pero no los corrigen. La corrección
del error se puede conseguir de dos formas, en la primera, cuando de descubre un
error el receptor puede pedir al emisor que retransmita toda la unidad de datos,
con la segunda, el receptor puede usar un código de corrección de errores que
corrija automáticamente determinados errores. En teoría es posible corregir
automáticamente cualquier error en un código binario, sin embargo los códigos de
corrección son más sofisticados que los de detección y necesitan mas bits de
redundancia, el número de bits necesarios es tan alto que su uso no es eficiente,
por esa razón la mayoría de la corrección se limita a errores de tres bits o menos.
CÓDIGO HAMMING
Se pueden utilizar los bits de redundancia para corregir errores, pero ¿cómo se
manipulan esos bits para descubrir en qué posición se ha producido el error? R.
W. Hamming desarrolló una técnica que proporciona una solución práctica. El
código Hamming se puede aplicar a unidades de datos de cualquier longitud y usa
la relación de bits de datos y de redundancia. En el código cada bit r es el bit de
VRC (redundancia vertical) para una combinación de bits de datos. Por ejemplo,
un dato de 7 bits necesita 4 bits de redundancia, los colocaremos en las
3
posiciones 1, 2, 4 y 8, con lo que la secuencia transmitida es la que indica la
figura.
DETECCIÓN Y CORRECCIÓN.
El receptor recibe la transmisión, toma los datos y recalcula cuatro nuevos VRC
usando el mismo conjunto de bits usados en el cálculo en el emisor, a
continuación reensambla los nuevos valores de paridad siguiendo el orden de la
posición (r8, r4, r2, r1) la cifra resultante indica si ha habido error y en qué bit se ha
producido. Si el resultado es 0000 no ha habido error, cualquier otro resultado
indica error y bit erróneo. Una vez identificado el bit erróneo, el receptor puede
cambiar el valor de ese bit para corregir el error.
CONCLUSIÓN
Es sorpréndete lo que pueden llegar hacer los dispositivos de comunicación
implementados en algún tipo de sistema ya que nos reducen costos y nos ayudan a
realizar el trabajo en una forma más eficaz, ya que sin ellos no lograríamos hacer cosas
de forma más rápida de lo que ahora podemos.
BIBLIOGRAFIA
Recuperado el 1 de 12 de 2013, de
http://fundamentostelecom.blogspot.mx/2012/12/63-protocolos-y-estandares.html
4
5