La correlacin de la CER a BER:Normalmente, cuando nos fijamos en los errores en los mdems en ServAssure, estamos viendo palabra en clave de error Rate (CER), pero cuando se mira en los errores en las cajas de cable digital en iGlass o unificada, estamos buscando en Bit Error Rate (BER).Existe una relacin entre los dos?Casi no hace falta decir que si un dispositivo recibe una palabra de cdigo con errores de datos, no debe haber sido un nmero de bits dentro de la palabra de cdigo que eran con error para causar esto.Ms all de la obvio, sin embargo, cul es la relacin exacta?Mientras que una discusin de la tasa de error de bit puede conseguir bastante largo y complicado, en este punto lo mejor es slo para darse cuenta de que si una palabra en clave de los datos no puede ser corregido por lo tanto, significa que la correccin algoritmo no pudo determinar que los bits eran malos y, por tanto, cuntos estaban mal.Ante esto, la nica manera de que la BER de esta palabra en clave con errores que debe darse es utilizar una frmula matemtica para estimar cuntos bits dentro de la palabra de cdigo se encontraban en hecho con error.

Por encima se muestra un BER marginal en una caja de cable.Qu sera el CER equivalente?

La principal dificultad con esto, sin embargo es que los diferentes fabricantes pueden usar diferentes frmulas para el clculo de este valor.Por lo tanto, para una tasa de error de palabra de cdigo dado, iGlass puede reportar una BER y un metro DSAM otro.Para complicar an ms este es Pre-BER y Post-BER.Estos simplemente afirman la BER antes Forward Error Correction (FEC) intenta fijar los bits errneos y el BER despus de la Correcciones FEC tantos pedacitos rotos como pueda (errores esencialmente pre-correccin y posterior a la correccin errores).Mientras metros DSAM reportarn tanto la correccin de pre y post, iGlass informa Pre-BER (en Adems de bytes corregidos y no corregidos palabras de cdigo). Debido a los diferentes mtodos utilizados para calcular la BER, no hay conversin definitiva al CER. Sin embargo, podemos llegar a una correlacin aproximada a travs sin una fuente menos autoridad que la especificacin DOCSIS.Aunque la memoria DOCSIS 1.1 que nuestra red trabaja actualmente bajo slo da los lmites de umbral de BER, la especificacin DOCSIS 3.0 da tanto BER y CER lmites umbral.Desde la especificacin para BER es la misma para ambos, 1.0E-08, especificaciones CER debe ser equivalente para ambos tambin.A continuacin se muestra la pgina de la especificacin DOCSIS 3.0:

Traduccin:La prdida de Implementacin del CM debe ser tal que el CM alcanza un BER post-FEC menos de o igual a 10-8 cuando se opera a una relacin de portadora a ruido (E5 / N0) como se muestra a continuacin. Si no es posible medir BER post-FEC directamente, palabra en clave Error Rate, Rc (tal como se define en la seccin 6.3.3.1.1) puede ser utilizado. En este caso, el CM debe lograr una tasa de error de palabra de cdigo de menos de o igual a 9 x 10-7 cuando se opera a una relacin de portadora a ruido (E5 / N0), como se muestra en la siguiente:

a) Recibir Seal de entrada Nivel E5 / N0

b) -6 DBmV a 15 dBmV 30 dB o mayor

c) Menos de -6 dBmV hasta -15 dBmV 33 dB o ms

Por la especificacin anterior entonces, el CER debe ser menor que o igual a 9E-07.La conversin de este de notacin cientfica a decimal nos da un valor de 0,0000009.La conversin a un porcentaje nos dar 0,00009%.Teniendo en cuenta lo anterior, el CER en un mdem debe permanecer por debajo de 0,0001% a permanecer dentro de las especificaciones.Esta es una tasa de error muy bajo por lo que una conexin a Internet va.De hecho, probablemente podra ir significativamente ms alto y an as mantener una conexin que no ser notablemente degradada para la cliente.Esto se debe a que la mayora del trfico a travs de Internet utiliza paquetes TCP, que si los errores en el flujo de datos se produce, el protocolo simplemente solicitar los datos ser reenviado.Por lo tanto, puesto que todos los datos finalmente obtendr a travs de la conexin, no en ltima instancia Wona t ser cualquier prdida de datos, simplemente desaceleracin de las mltiples reintentos para enviar los mismos datos.Tenga en cuenta, sin embargo, este no es el caso para el streaming de audio y video como estos son los paquetes UDP y se degrada por la prdida de paquetes.Telfono digital es una situacin diferente, siendo similar a la transmisin de audio y vdeo.Desde la voz los datos se envan a travs como un flujo continuo, no hay ninguna posibilidad de volver a enviar los datos errneos.Cualquier error que t Arena corregido a travs de Forward Error Correction (FEC) introducir un hueco en la voz lo que har que choppiness a ser odo en el audio.En qu punto esta degradacin ser perceptible para el cliente es puramente subjetiva embargo.A continuacin se muestra la informacin de Motorola respecto a esto.

Teniendo en cuenta los parmetros anteriores de Motorola, una buena CER de mantener para el telfono digital es la Especificacin DOCSIS de menos de o igual a 0,00009% (o menos de 0,0001%).El nivel marginal (Amarillo) es 0,001% y el umbral (nivel rojo) es de 0,01% CER. Vdeo, como la voz, es ms crtico tambin.Los datos de vdeo es tambin un flujo continuo y los errores esa arena t corregido a travs FEC significar que los datos se ha ido para siempre.Por lo tanto, la especificaciones son igualmente apretada: buena 1E-8, 1E-7 marginal y mal 1E-6.CER de Correlacin BER:Desde la especificacin DOCSIS 3.0 dice que 0,0001% CER equivale aproximadamente a 1.0E-8 BER, si vemos errores no corregidos en un canal descendente mdem encima de este nivel, vamos a ver tambin pixelacin en los servicios de video?Lo ms probable es que s.El canal aguas abajo mdem est en una frecuencia de 711MHz.Hay vdeo QAMA s cerca esto a 687MHZ, 693MHz, 717MHz, 723MHz, etc. Mientras se oye el argumento de que el CER un mdem won t causan alta BER en una caja de cable, esto realmente isn t el problema.Alta CER en un mdem y una alta BER en una caja de cable no son los problemas de raz en y por s mismos.Estos errores son sntomas de un problema.La pregunta entonces es qu tema est causando estos sntomasEs un conector corroda (ya sea por cable de lnea dura o blanda);es un cable degradado (de nuevo de lnea dura o cable suave);se trata de una lnea dura agrietada;es un amplificador de gota that s saturar el equipo;es que un activo no equilibrada correctamente causando as una no linealidad en la seal?Estos son slo algunos de los problemas que pueden causar los sntomas de alta BER y alta CER.Si bien es concebible que la corrosin en un conector de lnea dura se degrada de manera tal que slo afectar a una porcin muy estrecha del espectro de frecuencias alrededor de 711MHz, esto es probablemente slo un uno en un milln de posibilidades.Es mucho ms probable que esto afectar a la corrosin todo el espectro de frecuencia superior y por lo tanto afecta tanto el canal aguas abajo del mdem y de todo vdeo de mayor frecuencia QAMA s tambin.As, si estamos viendo los picos altos de CER en mdem abajo arroyos a lo largo de un cierto tramo de la nodo, hay una gran cantidad de certeza el problema que causa estos errores sern igualmente estar afectando cajas de cable tambin.Para demostrar esto, a continuacin se Grficos de seguimiento para una caja de cable mdem y al mismo las instalaciones del cliente.Como se puede ver, hubo un pico de CER en el mdem y un pico de BER en la caja de cable que se produjo durante el mismo perodo de tiempo.

El siguiente conjunto de grficos tambin es de las mismas instalaciones del cliente (aunque diferente de la cuenta arriba).La caja de cable estaba siendo monitoreado en Unified y el mdem en ServAssure.

Como se puede ver por estos dos grficos, incluso si slo tenemos Cceres (Corregido error palabra en clave) picos en los mdems y MTAA s, habr picos BER no corregidos en las cajas de cable.Ms all de estos dos ejemplos anteriores, sin embargo, tenemos muchos otros ejemplos de problemas de repeticin de llamada los clientes que han trabajado con que estaban quejndose de pixelacin de su servicio de vdeo y se resolvieron mediante el rastreo por temas vegetales utilizando mdems con picos altos CER.Bsicamente lo que hemos hecho en la investigacin de un tema inicialmente pixelacin para un cliente, es comprobar primero mdem o el MTA Customer s para ver si hay alguna fluctuacin en la seal del mdem niveles (tanto aguas arriba y aguas abajo), comprobar para SNR fluctuacin o debajo de la especificacin parmetros y por supuesto CER aguas abajo y Cceres.Si el cliente doesn t tiene un mdem o MTA, un mismo grifo o aguas abajo neighbor s se puede comprobar en su lugar.Si hay alguna fluctuacin de la seal o de cuestiones de SNR de especificaciones, esto es obviamente un problema y a continuacin, se debe comprobar contra cuentas vecinos.En numerosas ocasiones, hemos tenido cuentas que no muestran fluctuaciones u otra de las condiciones de especificacin, pero estn mostrando CER y / o aguas abajo CCER picos.Estos picos de error pueden ser rastreados hasta el nodo de la mismo que un problema de la seal y la zona donde el tema se inicia identificados.En todos los casos en que se ha hecho lo anterior, una vez rendimiento de la red ha eliminado la problema que causa los picos CER sobre los mdems, tema pixelacin el Customer s ha sido o bien resuelto por completo o reducido drsticamente.Con la experiencia de estas investigaciones, se puede afirmar con cierta seguridad que si todas las mdems o MTAA s en un rea estn mostrando ningn picos de error en un patrn similar, las cajas de cable en esa zona ser asimismo tener picos de BER que ocurren y las cuestiones pixelacin.Hace lo contrario no parece ser cierto, sin embargo.Nos hemos encontrado con que cuentas de monitoreo en iGlass o unificada muestra picos BER para todas las cajas en un rea pero cuando el seguimiento de los mdems en ServAssure Voz Sesiones los mdems no muestran errores.Aunque la mayora de los problemas de BER se observan en la parte superior QAMA s, problemas tambin surgen donde slo menor QAMA s se ven afectados.Cuando esto sucede, sera natural para nosotros no vemos los picos de CER en el mdems.Una vez ms, sin embargo, estos parecen ser las excepciones y no la regla como la mayora de los problemas afectan mayor QAMA s en lugar de la parte inferior.Cuestiones Sin embargo, hemos visto donde superior s QAMA son mostrando picos BER en las cajas de cable, pero no hay picos de CER en los mdems.La razn principal de esto es claro en necesitarn este tiempo y ms investigacin y pruebas por hacer.Sin embargo, un punto de la especulacin es que debido a la naturaleza de los anchos de banda ms amplios que las cajas de cable se requieren para operar en, sus receptores son ms susceptibles a anomalas en la seal de cable que son los mdems de ancho de banda ms estrechos y MTAA s.Otro fenmeno interesante que merece ms pruebas es la variabilidad dentro diferente fabricantes de equipos y modelos.Esta variabilidad del tipo de equipo con respecto a la forma en as que son capaces de recibir una seal de cable sin errores lo demuestra el siguiente cuadro:

El cuadro fue compilado a partir de un solo barrio, que tenan seis clientes programadas para problemas pixelacin llama.La tabla toma nota de la CER y CCER sobre mdems y MTAA s en todo este plazo.Como puede verse por los datos, la mayora del equipo estaba experimentando entre 0,2% y 0,75% CER.Sin embargo, mirando el s MTAA aparecen en amarillo, podemos ver todo Arris TM502G MTAA s mostraron una muy superior al 4% CER.La CCER en los dispositivos fue igualmente alta en el 1% para todos dispositivos.Cabe sealar que esta discrepancia doesn t parece tener nada que ver con el Arris dispositivos de ser menos capaz de corregir los errores que los otros dispositivos sin embargo.Si este fuera el caso, la CCER sera alto en los otros dispositivos, ya lo habran hecho ms correcciones.Lo que esto parece indicar es que para cualquier condicin estaba presente en el sistema de cable para causar estos errores, los receptores en el Arris MTAA s fueron menos capaces de manejar esta condicin.Antes escribimos apagar el dispositivo Arris como inferiores, sin embargo, debe tenerse en cuenta que he tenido otra situaciones similares donde Motorola 4100, 4200, y Arris 402 dispositivos se muestran alta CER picos en el mismo plazo, donde Motorola 5100, 5101 y SA2203 dispositivos mostraban mucho picos CER inferiores.Lo que esto indica es que ciertos dispositivos son ms capaces de manejar diferentes error causando condiciones en el sistema de cable.As, mientras que el mdem A puede ser ms capaz de manejar baja SNR en la planta de cable de mdem B, Modem B puede ser capaz de manejar los micro-reflexiones mejor que Modem A.Este mismo escenario parece ser cierto para los mdems de cajas de cable y verso s MTAA Los receptores en los mdems y MTAA s son capaces de manejar error causando condiciones mejores que la caja de cable receptores;lo que resulta en la situacin en que cuando vemos los picos CER sobre mdems vamos a er BER en cajas de cable, pero cuando vemos BER en cajas de cable podemos o no ver los picos de CER en mdems.Con la capacidad de monitoreo de la caja de cable en iGlass y Unificado de ser limitado, la capacidad de utilizar ServAssure rastrear algunas de estas cuestiones planta se convierte en an ms importante.Todo pixelacin cuestiones primera debe ser considerado cuestiones como mdem si es posible.Si bien no hay garanta de que Esto producir datos utilizables para localizar a un problema de planta, es al menos un mtodo que tiene demostrado ser muy eficaz.