Scrambler con todos los ceros en la entrada

Eche un vistazo a la Figura 49-7 en la cláusula 49:

Losidlesontipodecódigodecontrol.Alenviarcódigosdecontrolenunbloque,debeiniciarelbloqueconun"campo de tipo de bloque" para indicar la mezcla de control y octetos de datos en el bloque. El valor del campo de tipo de bloque es distinto de cero.

Por lo tanto, el aleatorizador nunca verá una secuencia de todos los ceros, incluso si los ralentí se envían continuamente.

Depende de la cantidad de XOR o XNOR según el tipo de registro Restablecer o Establecer si elige paridad impar o incluso retroalimentación de paridad, y luego elige Retroalimentación Inv o No Inv. Por lo tanto, la condición inicial de todos los 0 o 1 puede satisfacerse con una u otra implementación, mientras que el complemento es imposible

Los principios detrás de los Registros de Cambio de Retroalimentación Lineal significan que un LFSR de n bits alternará cada valor en 2 ^ n una vez, excepto por un valor: todos los ceros para aquellos con términos de realimentación XOR, todos para aquellos con términos de retroalimentación XNOR .

Es bastante sencillo agregar una lógica de detección a un LFSR que cambie en el 1 o el 0 requerido si ha adquirido su valor ilegal de todos los ceros o de todos. Un LFSR nunca generará este valor ilegal por sí mismo. Es concebible que un circuito amenazado por una gran inestabilidad, como el suministro de ruido o partículas alfa, pueda considerar esta protección. Pero dudo que te encuentres con un LFSR con tal protección en un producto pronto.

Por cierto, es tentador imaginar que el uso de un LFSR para mezclar un flujo de datos mediante XORing a menudo puede producir largos recorridos de 1s o 0s. En realidad, las probabilidades en contra de correr el tiempo suficiente para causar un problema continuo son inmensas. Encontrará un texto en la interweb que cubre esto, no lo intentaré aquí. Eche un vistazo a la codificación 64 / 66b, es un buen comienzo.