Descripción De La Arquitectura De Transporte De Tdm/Ip Nativos; Native Tdm/Ip Transport Architecture Overview; Vistazo; Native Tdm/Ip Transport Architecture Description - WNI GLOBAL WNI-IP-170e Manual Del Usuario

Modelo de idu para hasta 16e1s y ethernet, hasta 170 mbps
Tabla de contenido

Publicidad

WNI Global, Inc
6. Vistazo a la Arquitectura de Transporte de TDM/IP Nativo
6.1. Overview
Uno de los beneficios claves de la IDU del radio WNI-IP-170 es la habilidad
de transportar data TDM Nativa junto con tramas de data Ethernet con una
mínima latencia y sin degradar el comportamiento de "jitter" TDM. La latencia
es indirectamente configurable como una función del modo de Ancho de
banda (symbol rate), tipo de modulación y configuración de FEC, pero es
generalmente bajo un 1 ms por enlace. La tolerancia de jitter y atenuación
cumplen con el estándar UIT G.823.
6.2. Descripción de la Arquitectura de Transporte de TDM/IP Nativos
Refiérase a la Figura 43 para un diagrama funcional que muestra la
arquitectura de transporte de la IDU. La data TDM, en este caso flujo de
tramas E1s, son primeramente condicionados por transceptores con
interfaces de línea tipo E1. La data desde cada E1 activado, es ingresada
individualmente a un buffer en FIFO individuales, agregándose bits de relleno
[stuff bytes] para acomodar la falta de sincronía entre la "tasa de símbolo"
[symbol rate] en el enlace sobre el aire y la tasa de datos para cada flujo de
los E1s entrantes. Tramas Ethernet entrantes ingresan a un buffer
separadamente y puesto en trama GFP para tomar en consideración la
diferencia entre una trama Ethernet y el tamaño de la trama "sobre el aire".
Los flujos de bits de E1s individuales son multiplexados por bytes, junto a la
data Ethernet con entramado GFP, y arreglado en una trama para enlace
"sobre el aire" como lo indica la Figura 44 por bytes, y luego finalmente
codificado y modulado para transmisión sobre el enlace. En el terminal
remoto del enlace, la señal recibida es de-modulada y decodificada, y el flujo
de data recibida es de-multiplexada a sus E1s que la constituyen, y los flujos
de data Ethernet. Los bytes de relleno [stuff] son removidos desde cada flujo,
luego cada flujo de bits es ingresada a un buffer separadamente y la
velocidad de data igualada, antes de un condicionamiento en la interfaz de
línea del transceptor. Asimismo, el entramado GFP es removido desde la
data Ethernet y se arreglan tramas completas antes de ingresarla trama al
switch Ethernet de la IDU, para luego ser enviada al puerto apropiado,
atendiendo a las direcciones de destino de cada trama [packet]
En contraste, las técnicas seudo-alambrada empleaban en otros productos
requieren "buffering" del tráfico E1 en tramas Ethernet y transportándolos
sobre el enlace usando un esquema de encapsulación tal como GFP. De
salto a salto de la red, estas tramas acumulan "jitter" y latencia debido al
encolamiento de prioridades Ethernet. En el punto final de destino, se
requiere de un buffer para acomodar la gran cantidad de jitter acumulado,
agregando una considerable latencia para el tráfico E1 de extremo-a-
extremo.
Manual WNI-IP-170ew, v.5.5
WNI Global Proprietary
Página 71 de 79

Publicidad

Tabla de contenido
loading

Tabla de contenido