Justificación para la intercalación en G.709

Navega tus respuestas
3

De acuerdo con ITU-T G.709 (OTN) specification , un solo cuadro tiene 4 'filas' y 4080 'columnas' de octetos, dispuestas de esta manera: 

    1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16 17 ... 3824 3825 ... 4080
   +-----------------------------------------+-----+-----------+-------------+
 1 |  frame alignment   |        OTU header  |     |           |             |
   +-----------------------------------------+ OPU |           |             |
 2 |                                         | he- |           |             |
   |                                         | ad- |  payload  |   error     |
 3 |                 ODU header              | er  |           | correction  |
   |                                         |     |           |             |
 4 |                                         |     |           |             |
   +-----------------------------------------+-----+-----------+-------------+

El encabezado OTU contiene elementos relacionados con el transporte, y los encabezados ODU y OPU contienen información relacionada con la carga útil (no conozco los detalles aquí).

Cuando se envía la trama, esta representación bidimensional debe traducirse en una secuencia (1 dimensional) de octetos. La sección 11.1 de la especificación dice que esto se hace transmitiendo todos los octetos en la fila 1, luego todos los octetos en la fila 2 y así sucesivamente hasta la fila 4.

¿Por qué se transmite la trama en este orden? Para mí, parece más fácil transmitir todo el encabezado (columnas 1-16) a la vez, luego transmitir toda la carga útil (columnas 17-3824) ), luego transmita la corrección de errores (columnas 3825-4080). ¿Existe alguna ventaja de intercalar el encabezado, la carga útil y la corrección de errores?

    
pregunta Snowball

2 respuestas

2

Parece razonable. El esquema genera cuatro paquetes, cada uno de los cuales tiene un encabezado e información de corrección de errores.

Dado que los paquetes tienen el mismo tamaño, es conveniente hacer un diagrama de ellos como filas.

El problema es su No conozco los detalles aquí .

Puede suponer que las áreas "2D" son monolíticas. Pero quizás sean descomponibles por fila. Es decir, por ejemplo, tal vez la corrección de errores en la fila 1 solo corresponde a la carga útil de la fila 1, y no es solo un gran bloque que se aplica a la carga útil en su conjunto.     

respondido por el Kaz
1

me parece bastante simple, los Protocolos de Transmisión generalmente están diseñados para ser tan tolerantes a los errores como sea apropiado para la situación.

si transmitió como un archivo ... todo a la vez, y hubo un error en algún punto intermedio, puede que sea imposible de limpiar, o peor, el error podría pasar desapercibido

... pero si tiene una secuencia de inicio, alguna información sobre qué esperar, algunos datos de suma de comprobación o paridad, luego una secuencia de detención, entonces puede tratar con esas unidades de transmisión, paquetes o átomos (o cualquiera que sea su protocolo se refiere a ellos como) como unidades discretas.

mire algo como TCP o MPEG-TS y encontrará estructuras análogas.

es cierto que estos metadatos son una sobrecarga, pero son apropiados para los medios utilizados ... Imagine que podría transferir datos a 1000 bit / s con una probabilidad cercana a cero de pérdida o corrupción de datos. O al empujar las cosas a 10 000 bit / s, existe una posibilidad del 1% por cada 10 000 bits de que un bit se pierda o se corrompa. En ese caso, sería sensato desarrollar un protocolo de transporte, incluso si tuviera una sobrecarga del 50%.

    
respondido por el Grady Player

Lea otras preguntas en las etiquetas

AVR Medir la frecuencia utilizando una interrupción externa: ¿a dónde van mis ciclos? AVR ADC puede medir rms?