Está en la página 1de 92

La Jerarquía Digital Síncrona

VC-12
TU-12
TUG-2 SDH
TUG-3

VC-4
AU-4

SOH

Autor: Cristiano Henrique Ferraz

derechos reservados
copyright ©1997 Wandel & Goltermann

Página 1
La Trama MIC Primaria de 2 Mbit/s

La multiplexación utilizada en sistemas tradicionales de transmisión digital se llama PDH, del inglés
Plesiochronous Digital Hierarchy (en castellano, JDP: Jerarquía Digital Plesiócrona). Están definidas las
interfaces eléctricas a las velocidades de los tributarios de esa jerarquía. En la jerarquía europea
(jerarquía E1), las velocidades definidas de los tributarios son: 2; 8; 34; y 140 Mbit/s. Existe una trama a
velocidad más elevada (565 Mbit/s), para transmisión por sistemas de fibras ópticas. Esta última
velocidad no ha llegado a tener su estructura de trama estandarizada, por lo cual los suministradores han
definido tramas propietarias. En la jerarquía norteamericana (jerarquía T1), las velocidades
estandarizadas son de 1,5; 6; y 45 Mbit/s.
La trama básica utilizada en los sistemas E1 es la trama de 2 Mbit/s, la cual está subdividida en 32
intervalos de tiempo (time slots), cada cual con 8 bits de longitud. Esa trama tiene, por lo tanto, la
longitud de 32 octetos, ó 256 bits. La trama se repite 8000 veces por segundo, o sea, a cada 125
microsegundos. El intervalo de tiempo cero es utilizado para transportar la señal de alineación de trama
(SAT; en inglés: Frame Alignment Signal). Esa señal es transmitida a cada dos tramas, alternándose con
la palabra de alarmas.
La palabra de alarmas representa todo el overhead de la trama E1 que se puede utilizar para
comunicación entre los extremos de un trayecto. La capacidad de comunicación es muy limitada. Los bits
1 y 2 son fijos (= 01). El bit 3 de esa palabra es utilizado par a que el extremo receptor, al no estar
recibiendo una señal válida, comunique al extremo transmisor (en la trama que transmite hacia el otro
lado) la condición de alarma urgente (condición llamada FERF, far end receive failure). Los bits 5 a 8
están normalmente reservados para uso nacional, y el bit 4 puede ser utilizado para alarma de calidad
(alarma no urgente).
El intervalo de tiempo 16 se utiliza tradicionalmente para transportar la señalización de los canales útiles.
Con la introducción de la señalización por canal común (SS #7), el intervalo de tiempo 16 pasa a
utilizarse para transporte de un canal útil adicional. En este caso, la señalización de todos los canales
útiles (de esa y otras tramas) es transportada en un canal útil (de una de las tramas) designado para ello,
de manera no asociada a los canales.

Página 2
Multitrama E1 con CRC-4
(IT0)

Para aumentar las facilidades de gestión, en las tramas E1 de la RDSI de banda estrecha, así como en
los equipos más modernos (centrales y cross-connects), fué definida una trama E1 extendida. En esa
trama, el primer bit de la trama es utilizado para implementar un proceso de monitorización de errores.
Según ese proceso, el transmisor crea una multitrama de CRC (cyclic redundancy check), consistiendo
de 16 tramas. La alineación de esa multitrama (que nada tiene que ver con la multitrama de señalización)
es obtenida mediante una palabra de 8 bits transmitida cíclicamente bit a bit, utilizando el primer bit de la
palabra de no-alineación de trama. Los 6 primeros bits de esa palabra son fijos (= 001011), y los 2
últimos bits son utilizados por el extremo receptor para comunicar al transmisor la ocurrencia de errores
en los bloques monitorizados.
Cada bloque monitorizado es constituido de 8 tramas (submultitrama). El método de monitorización
utilizado es la verificación de redundancia cíclica de 4 bits (CRC-4). Según ese método, el transmisor
calcula para cada bloque de 8 tramas (submultitrama), através de una división polinomial del polinomio
(representado por los bits de la multitrama) por un polinomio generador definido, un código de detección
de errores (EDC, error detection code) de 4 bits. Esos 4 bits son transmitidos, bit a bit, en la primera
posición de las palabras de alineación de trama de la submultitrama siguiente (posiciones C1 a C4 en la
figura). El receptor se alinea a la multitrama de CRC, repite el cálculo y compara el resultado con el EDC
que extrae de la submultitrama siguiente. Si hay divergencia (llamada violación de código, ó CV - code
violation), contabiliza un bloque errado e informa al otro extremo utilizando para ello el bit E1 ó E2 (según
el bloque erroneo sea el primero o el segundo de la multitrama anterior). El error de bloque remoto recibe
el nombre de FEBE (far-end block error).
El bit 3 de la palabra de no-alineación de trama, designado por la letra A en la figura, sigue siendo
utilizado para la comunicación de alarmas. Los bits 4 a 8, designados Sa , son utilizados como canales de
servicio para funciones tales como el cierre de bucles bajo comando remoto.
Esta nueva funcionalidad de la trama E1 sirve para ilustrar la necesidad de funciones más sofisticadas de
gestión y monitorización de desempeño (performance).

Página 3
Mapeo de la Carga en los Intervalos de Tiempo
Vllegada

velocidad comandada por


el transmisor lejano Vsalida
el cubo representa
una memoria elástica

las bandas transportadoras


representan tramas subdivididas
velocidad comandada por en intervalos de tiempo síncronos
el reloj local

Si Vllegada > Vsalida, el cubo tiende a llenarse cada vez más, hasta desbordar
Si Vllegada < Vsalida, el cubo tiende a vaciarse cada vez más, hasta quedar vacío
Si Vllegada = Vsalida, el nivel en el cubo permanece constante

Los espacios de carga para los tributarios en la trama E1 se encuentran intercalados byte a byte (cada
octeto consecutivo en la trama representa un nuevo time slot, o intervalo de tiempo); o sea, cada octeto
de la trama (repetido 8000 veces por segundo) constituye un espacio de carga con capacidad nominal de
transportar 64 kbit/s.
Los tributarios transportados en la trama son copiados en los respectivos espacios de carga (intervalos
de tiempo). Como la trama no permite ajustar la velocidad de cada tributario al espacio de carga que le
es destinado, los tributarios tienen que ser síncronos a la trama primaria hacia la cual son copiados, pués
de otro modo ocurrirían slips (deslizamientos) periodicamente.
De hecho, lo que pasa en centrales y cross-connects digitales de tributarios de 64 kbit/s, es que esos
elementos copian la carga extraida de los espacios de carga de las tramas primarias que les llegan hacia
memorias elásticas. De esas memorias, la carga es leída, con el reloj local, y copiada en los espacios de
carga de las tramas generadas por esos elementos hacia adelante. Los tributarios tienen que caber
exactamente en esos espacios; de otro modo, los elementos que hacen la conmutación tendrían que
periodicamente introducir slips o deslizamientos siempre que se hubiese acumulado un desfase igual a la
mitad del tamaño de la memoria elástica. Con eso, la información sería dañada en el proceso de
conmutación.
Debido a esa problemática, para que una señal de 64 kbit/s o n x 64 kbit/s pueda ser transportada sin
errores, es necesario que todas las señales de 64 kbit/s sean síncronas a las tramas de 2 Mbit/s, y que
todas las tramas de 2 Mbit/s en la red sean síncronas entre si.

Página 4
Características de la PDH
x El primer nivel (E1 ó T1) se trata bajo la forma de octetos
x Los niveles superiores se tratan bajo la forma de bits
x La duración de las tramas no es uniforme
x La alineación de tramas se obtiene mediante una señal de
alineación de trama
x No todas las interfaces están estandarizadas
x Baja capacidad de los canales de servicio
Ü constituidos de bits en la señal de alineación de trama,
utilizados primordialmente para alarmas remotas
x Debido a la necesidad de gestión, los equipos de linea
generalmente crean una trama propia, no estandarizada, para incluir
canales de servicio y monitorización de errores

Para evitar tener que sincronizar también a los multiplexores de orden superior, la multiplexación de
tributarios a partir de 2 Mbit/s obedece a un esquema bastante distinto.
El multiplexor crea una trama local, con 4 espacios de carga destinados a transportar los bits de 4
tributarios de orden inmediatamente inferior. Los espacios de carga de las tramas de orden superior no
son intercalados byte a byte, como en la trama primaria, sino bit a bit. Además, las tramas no se repiten
ocho mil veces por segundo, como la trama primaria, sino, dependiendo del rango jerárquico, una
cantidad cada vez mayor de veces por segundo.
La longitud y la duración de las tramas de cada rango jerárquico son arbitrarias.
Para localizar los espacios de carga para los tributarios, cada nivel jerárquico posee una señal de
alineación de trama específica de ese nivel.
Las interfaces estandarizadas son las eléctricas, siendo que las interfaces de linea (ópticas o de radio)
no están estandarizadas.
Por último, los bits de servicio son muy limitados en su capacidad, alcanzando para nada más que un
limitado transporte de alarmas. Los equipos terminales de linea se ven obligados a crear una trama
propia, no estandarizada, para el transporte de informaciones relacionadas con la gestión (monitorización
de errores, canales de servicio, etc.).

Página 5
PDH - La Trama de 8 Mbit/s: Justificación de los
Tributarios de 2 Mbit/s
212 bits
12 200 bits I
bits

100,379µ
µs
FAS: señal de alineación de trama
(frame alignment signal)
C: bit de control de justificación
S: bit de oportunidad de justificación
I: bit de información

Tasa de repetición nominal de la trama: 8448 (kbit/s) /


848 (bits / trama) = 9962,264 tramas / s
Duración de la trama: 1 / 9962,264 = 100,379µµs

En la jerarquía europea, cada nuevo rango jerárquico contiene 4 espacios de carga (intercalados bit a
bit), precedidos de una señal de alineación de trama (la cual se repite a cada trama). Cada uno de eses
espacios es suficiente para transportar los bits de un tributario de rango inmediatamente inferior. Cada
espacio de carga tiene una capacidad ligeramente mayor que la estrictamente necesaria para los bits del
tributario.
En una posición específica de la trama, el multiplexor tiene la opción de copiar o no un bit de información
del tributario; cuando el desfase acumulado entre la velocidad del tributario y el espacio reservado
alcanza un bit, el multiplexor deja de copiar información en ese espacio, avisando al demultiplexor para
que lo salte al recuperar los bits netos de información del tributario transportado en ese espacio de carga.
O sea, en el intervalo correspondiente a ese bit la lectura de la memoria elástica no avanza, lo que
constituye una justificación que compensa en 360 grados el desfase acumulado entre los relojes de
escrita y de lectura.
Como ejemplo, podemos examinar la trama de 8 Mbit/s. Los bits C, que se encuentran en la primera
posición del segundo, tercero y cuarto bloques se utilizan para indicar al demultiplexor si la posición
designada como S del tributario a que pertenecen contiene un bit de información (del tributario), o si
constituye una justificación. Cuando el bit S contiene información, los bits C asumen el valor "0". Cuando
el bit S es de justificación, los bits C asumen el valor "1", indicando al demultiplexor que ese bit debe ser
saltado al recuperar los bits del tributario.
La información sobre si el bit S contiene o no información se repite tres veces, por seguridad (voto de
mayoría), ya que dejar de reconocer una justificación implicaría un slip de un bit en el tributario
demultiplexado.
Los bits de la trama son, naturalmente, transmitidos en serie. En la figura, la trama fué dividida en 4
bloques de 212 bits cada para poder representar los bits con mayor detalle. Representando los bloques
en una sola linea en vez de superpuestos en 4 lineas, la figura se vería menos claramente.

Página 6
PDH - La Trama de 8 Mbit/s

Tasa de repetición nominal de la trama:


8448 (kbit/s) / 848 (bits / trama) = 9962,264 tramas / s

Esta es una representación esquemática de la trama de 8 Mbit/s. Como la trama generada por un
multiplexor posee 848 bits, y como la velocidad nominal de linea es de 8448 kbit/s, la tasa de repetición
de esa trama es de 9962,264 tramas/s. Consecuentemente, se presentan 9962,264 oportunidades de
justificación (bits S) a cada segundo para cada tributario.
Si el reloj del mux es exacto, el espacio de carga permite transportar tributarios con velocidades variando
entre (205 x 9962,264) = 2042264,1 bit/s y (206 x 9962,264) = 2052226,3 bit/s.
Si el tributario también tiene un reloj exacto, de las 9962,264 oportunidades de justificación que se
presentan por segundo, (2048000-2042264,1) = 5735,9 se utilizan para transporte de información y
4226,4 se utilizan para justificación. La tasa nominal de justificación es de 4226,4 / 9962,264 = 42,4 %.
La capacidad de ajuste de velocidad es mucho mas amplia que lo estrictamente necesario. Por ejemplo,
en un caso extremo en que la inexactitud de los relojes fuera la máxima admisible (30 ppm + 50 ppm), la
tasa de justificación cambiaría muy poco: 80 ppm a 2048 kbit/s representan 80 x 2,048 = 163,8 bit/s, lo
que, en porcentaje, sería +/- 1,6 % de justificación en relación al valor nominal. Luego, el proceso de
justificación es más que apto para manejar inexactitudes en los relojes.

Página 7
PDH - La Trama de 34 Mbit/s

Tasa de repetición nominal de la trama:


34362 (kbit/s) / 1536 (bits / trama) = 22371,09 tramas / s

Esta es una representación esquemática de la trama de 34 Mbit/s. Como la trama generada por un
multiplexor posee 1536 bits, y como la velocidad nominal de linea es de 34362 kbit/s, la tasa de
repetición de esa trama es de 22371,09 tramas/s. Consecuentemente, se presentan 22371,09
oportunidades de justificación (bits S) a cada segundo para cada tributario.
Si el reloj del mux es exacto, el espacio de carga permite transportar tributarios con velocidades variando
entre (377 x 22371,09) = 8433900,9 bit/s y (378 x 22371,09) = 8456272 bit/s.
Si el tributario también tiene un reloj exacto, de las 22371,09 oportunidades de justificación que se
presentan por segundo, (8448000- 8433900,9 ) = 14099,1 se utilizan para transporte de información y
8272 se utilizan para justificación. La tasa nominal de justificación es de 8272 / 22371,09 = 37 %.
También en la trama de 34 Mbit/s la capacidad de ajuste de velocidad es mucho mas amplia que lo
estrictamente necesario. Por ejemplo, en un caso extremo en que la inexactitud de los relojes fuera la
máxima admisible (20 ppm + 30 ppm), la tasa de justificación cambiaría muy poco: 50 ppm a 8448 kbit/s
representan 50 x 8,448 = 422,4 bit/s, lo que, en porcentaje, sería +/- 1,9 % de justificación en relación al
valor nominal. Luego, el proceso de justificación es más que apto para manejar inexactitudes en los
relojes.

Página 8
PDH - La Trama de 140 Mbit/s

Tasa de repetición nominal de la trama:


139264 (kbit/s) / 2928 (bit / trama) = 47562,84 tramas / s

La figura arriba representa esquemáticamente la trama de 140 Mbit/s. Como se trata de una trama más
larga que las anteriores, resulta más cómodo representarla en 6 lineas.
Como la trama generada por un multiplexor posee 2928 bits, y como la velocidad nominal de linea es de
139264 kbit/s, la tasa de repetición de esa trama es de 47562,84 tramas/s. Consecuentemente, se
presentan 47562,84 oportunidades de justificación (bits S) a cada segundo para cada tributario.
Si el reloj del mux es exacto, el espacio de carga permite transportar tributarios con velocidades variando
entre (722 x 47562,84 ) = 34340370 bit/s y (723 x 47562,84 ) = 34387932 bit/s.
Si el tributario también tiene un reloj exacto, de las 47562,84 oportunidades de justificación que se
presentan por segundo, (34362000- 34340370 ) = 21630 se utilizan para transporte de información y
25932 se utilizan para justificación. La tasa nominal de justificación es de 25932 / 47562,84 = 54,52 %.
También en la trama de 140 Mbit/s la capacidad de ajuste de velocidad es mucho mas amplia que lo
estrictamente necesario. Por ejemplo, en un caso extremo en que la inexactitud de los relojes fuera la
máxima admisible (15 ppm + 20 ppm), la tasa de justificación cambiaría muy poco: 35 ppm a 34362 kbit/s
representan 35 x 34,362 = 1202,67 bit/s, lo que, en porcentaje, sería +/- 2,5 % de justificación en relación
al valor nominal. Luego, el proceso de justificación es, una vez más, apto para manejar inexactitudes en
los relojes.

Página 9
La Jerarquía PDH

vel. linea bits/ bits de bits bits duración de bits I por bits I por vel. del
(kbit/s) trama la FAS C S la trama (µ µ s) trama tributario tributario
por trama (kbit/s)

8448 848 12 12 4 100,378787 820 (+4 S) 205 a 206 2042,264 a


2052,226

34362 1536 12 12 4 44,700541 1508 (+4 S) 377 a 378 8433,901 a


8456,272

139264 2928 16 20 4 21,024816 2888 (+4 S) 722 a 723 34340,370 a


34387,933

10

Esta tabla resume las principales características de las tramas de la jerarquía plesiócrona CEPT, o
jerarquía E1. Ultimamente los 4 niveles jerárquicos se vienen designando como E1, E2, E3 y E4,
respectivamente.
En sistemas recientes, la interfaz física de 8 Mbit/s viene siendo abandonada, con la utilización de
multiplexores E3 que manejan 16 tributarios E1. Internamente, esos equipos utilizan la estructura usual
por razones de compatibilidad con sistemas ya existentes (no se trata de una nueva trama E3).
Los sistemas ópticos que transmiten a 565 Mbit/s utilizan un procedimiento similar a los descritos. Como,
sin embargo, los organismos normativos esperavan la introducción de la jerarquía digital síncrona, la
trama de 565 Mbit/s no se llegó a estandarizar. Los suministradores que fabrican sistemas de 565 Mbit/s
crearon sus tramas propietarias, ofreciendo en cada uno de los dos extremos interfaces estándar para 4
señales de 140 Mbit/s.
El procedimiento de justificación permite que los multiplexores PDH operen con relojes propios, con una
precisión que permite su realización con osciladores de costo relativamente reducido. Lo incoveniente de
la PDH es que, para localizar los bits de un tributario bajo en una señal de linea de alta capacidad, la
señal deve ser demultiplexada succesivamente hasta el nivel deseado. Para la demultiplexación, los bits
de una cierta jerarquía deben ser encauzados hacia un procesador específico de aquel nivel jerárquico,
el cual busca la señal de alineación de trama para localizar los bits de los cuatro tributarios, procesar el
control de justificación y separar los bits de información de los tributarios en 4 cauces distintos. Todo ese
procesamiento involucra procedimientos succesivos en interfaces eléctricas a varias velocidades
(aunque en algunos casos esas interfaces sean internas ).
Todos esos factores hacen que sea complicada la construcción de redes con muchos multiplexores para
extracción e inserción de los tributarios bajos en señales de linea de alta velocidad. Las redes realizadas
según la PDH son basicamente redes punto a punto, no sendo factible la realización de redes flexibles
basadas en la PDH.

Página 10
Características de la SDH

x Tratamiento a nivel de byte


x Duración de la trama uniforme (125 µ s)
Ü es decir, la trama se repite 8000 veces por segundo
x Utilización de punteros
Ü para identificar las tramas de los tributarios
Ü para adaptación de velocidad (justificación)
x Canales de servicio y supervisión de gran capacidad

11

La SDH (Synchronous Digital Hierarchy), o, en castellano, JDS (Jerarquía Digital Síncrona), es una
nueva forma de multiplexar señales digitales. Representa un nuevo desarrollo, aprovechando los
avances de la microelectrónica a lo largo de los últimos años. La SDH simplifica considerablemente la
multiplexación de señales digitales.
La primera característica básica de la trama SDH es que la misma está organizada en bytes, no en bits;
es decir, los espacios de carga para los tributarios son intercalados byte a byte.
La segunda característica básica es que la trama de linea y todas las estructuras de tributarias (virtuales)
se repiten 8000 veces por segundo, al igual que la trama de 2 Mbit/s. Esto significa que cada byte del
espacio de carga está en capacidad de transportar 64 kbit/s. Además, presentando una tasa de
repetición compatible en todos los niveles, las tributarias mapeadas en el espacio de carga, en principio,
no deben correr en fase en relación a la trama de linea, lo que facilita demultiplexaciones succesivas.
El inicio de las tramas de las señales tributarias, al contrario de lo que ocurre en la jerarquía plesiócrona,
no es señalado por una palabra de alineación de trama, sino por punteros. En la SDH, solo existe la
palabra de alineación de trama a la velocidad básica. Las tramas tributarias, llamadas contenedores
virtuales, tienen su inicio en el espacio de carga indicado por los punteros, que son números que indican
en cual posición del espacio de carga se inicia cada contenedor virtual. Como comentamos, siendo
compatible la tasa de repetición de los varios niveles de tramas, ese inicio irá ocupar, tipicamente,
siempre la misma posición en el espacio de carga (al contrario de lo que ocurre en la PDH).
Los punteros sirven, además, para manejar eventuales diferencias de velocidad entre la señal tributaria
(contenedor virtual) y el espacio de carga (llamado unidad tributaria o unidad administrativa, según el
caso) en donde el contenedor virtual es copiado para ser transportado. O sea, la SDH incluye un proceso
de justificación de la carga (contenedor virtual) hacia el espacio de carga (unidad admnistrativa o unidad
tributaria). En el caso de haber justificación, el inicio de la trama tributaria corre una posición en el
espacio de carga, y se mantiene en la nueva posición hasta haber nueva justificación. Ese proceso será
descrito con mayor detalle más adelante.
Otra característica de la SDH es poseer una tara (overhead) muy grande, lo que permite que se designen
varios canales de gran capacidad para funciones de supervisión, operación, monitorización de
desempeño, mantenimiento y gestión de los elementos de la red de transporte.

Página 11
Ventajas de la SDH
x Menor cantidad de pasos de multiplexación
x Menos interfaces de transmisión
x Tributario único estandarizado para cualquier velocidad
Ü todo el procesamiento se realiza a nivel de STM-1
x Posibilidad de transportar y mezclar señales de
diferentes jerarquías PDH en un único STM-1
x Canales de operación y mantenimiento (O&M) integrados
x Realización de redes flexibles con el uso de ADMs y
DCXs (add & drop multiplexers y digital cross-connects)
x Compatibilidad entre equipos de diferentes marcas
x Reducción del costo de los equipos
12

Como vemos, la SDH presenta una serie de ventajas respectivamente a la PDH.


En primer lugar, el proceso de multiplexación es mucho más directo; la utilización de los punteros
permite una localización fácil y directa de las señales tributarias dentro de la señal de linea, con todo el
procesamiento pudiendo realizarse en un único procesador de la señal STM-1 (synchronous transport
module of the 1st order), a 155 Mbit/s.
En segundo lugar, la interfaz óptica de linea está estandarizada, siendo que algunos equipos siquiera
poseen interfaz eléctrica. En tercer lugar, sea cual sea la velocidad de linea, todo el procesamiento se
realiza a nivel STM-1 (las señales de velocidades superiores son síncronas entre si y están en fase, por
ser generadas localmente en cada nodo de red, consistiendo en cuatro o dieciséis procesos STM-1
multiplexados por simple intercalación de bytes).
Las tramas tributarias (contenedores virtuales) pueden ser subdividas según esquemas bién definidos
para acomodar cargas plesiócronas o para acomodar unidades tributarias de menor orden (las cuales, a
su vez, reciben las tramas tributarias -- contenedores virtuales -- correspondientes a su tamaño). Esa
flexibilidad permite mezclar señales de jerarquías distintas en un módulo básico STM-1.
El procesamiento simplificado permite la realización de redes flexibles, con el uso de nodos de red que
están en capacidad de copiar hacia y desde la señal de linea una o varias señales tributarias (ADMs, add
& drop multiplexers) o copiar tributarias de una señal de linea hacia otras señales de linea, realizando
una matriz temporal de conmutación de contenedores virtuales (cross-connects).
Hay una compatibilidad eléctrica y óptica entre los equipos de los varios suministradores. Sin embargo,
como las funciones telecomandables de los nodos de red pueden ser direccionadas de formas distintas,
la compatibilidad de la gestión constituye un problema cuya solución puede llegar a ser bastante
compleja.
Por último, la estandarización de los procesos y la integración de funciones conduce a una reducción del
costo de los equipos de transmisión.

Página 12
Ventajas de la SDH (cont.)

x Menores costos de mantenimiento


x Reducción del stock de repuestos
x Mayor confiabilidad y disponibilidad
x Equipo apto para el futuro
Ü La SDH constituye la capa física de la RDSI de banda
ancha
x Crecimiento modular
x Reducción de equipos redundantes (para protección)

13

La SDH representa la capa física de una red de transporte de interconexión (WAN, wide area network).
La carga útil transportada en la SDH puede ser estructurada de varias maneras. En los nodos que
ofrecen interfaces de acceso al servicio de transporte, a veces nombrados “nodos de frontera”, las
interfaces de acceso realizan el trabajo de adaptación a la SDH. Esta palabra, adaptación, ha sido
seleccionada a propósito, por analogía con otros modelos de red, en donde hay, por lo general, una capa
de adaptación a la red.
La red SDH tiene hoy definidos los métodos de adaptación requeridos por las cargas típicas
transportadas en la red de interconexión. En el universo PDH, están disponibles interfaces de acceso que
adaptan señales E1 en las tramas (contenedores virtuales) de la SDH (2; 34 y 140 Mbit/s), y también
señales T1 (1,5; 6 y 45 Mbit/s). Además de esas adaptaciones, también está definido el mapeo de
celdas ATM (bloques de 53 bytes) en las tramas y subtramas de la SDH.
Es importante notar por que es necesaria esa adaptación, y en que puntos ella ocurre.
Los elementos de red que operan en la capa física de la SDH están en capacidad de generar e
interpretar, extraer e insertar, y comutar, las tramas y subtramas del universo SDH. La funcionalidad
interna del transporte en SDH no incluye la interpretación de las tramas PDH u otras que eventualmente
estén contenidas en los contenedores virtuales. Es decir, un cross-connect o un ADM de la SDH no
requiere que se interprete la carga de los tributarios (contenedores virtuales) de la SDH. En realidad, una
vez empaquetada la carga en esos contenedores virtuales en los nodos de acceso, la misma solo vuelve
a ser desempaquetada al llegar al final del trayecto en la red de transporte. Entre la origen y el destino,
sin embargo, los contenedores virtuales pueden pasar por varios procesos de conmutación y puenteo
temporales en los nodos (ADMs y DXCs) intermedios. Esos contenedores son tratados por la red como
“cajas negras”, no se ocupando la funcionalidad de conmutación y puenteo SDH de abrirlos.
Justamente esa característica es la que permite flexibilidad y sencillez. Como la localización e
identificación de los bytes que constituyen esos contenedores virtuales es muy directa en la SDH, y como
los espacios de carga son claramente definidos, es posible realizar un “transbordo” (conmutación) y
“subida y bajada” (extracción e inserción) de “pasajeros” (contenedores virtuales) entre los “trenes” de
alta velocidad (señales de linea). Es como si las fibras ópticas y radios de alta capacidad representaran
los rieles y tuneles de un metro urbano, y la SDH una tecnología para construir trenes y estaciones de
metro baratos y eficientes, acompañados de un sofisticado sistema adaptativo de gestión del tráfico.
Página 13
Aplicaciones de la SDH

x Los sistemas SDH pueden utilizarse:


Ü en las redes actuales, como sistemas de transmisión,
en lugar de los sistemas plesiócronos, sin cambio de la
arquitectura de las redes
Ü en las futuras redes troncales síncronas en forma de
anillos o barras (buses)
Ü en las futuras redes de acceso, ofreciendo servicios
de alta velocidad y banda ancha (p. ej., en aplicaciones
de transmisión de video y LAN/MAN/WAN)

14

Las redes tradicionales PDH son jerárquicas y poco flexibles (los ADM y los DXCs son complejos y
caros, lo que hace que su aplicación sea limitada). Por otro lado, sin embargo presenten mucha
flexibilidad, los equipos SDH pueden utilizarse sin sacar ventajas de su potencial, solo como equipos de
transmisión dentro de la concepción tradicional de red, exactamente como se vienen utilizando los
equipos PDH. En este caso, los multiplexores / transceptores SDH se utilizarían en las redes de
transporte sencillamente porque ya están disponibles (incluso, equipos de muy alta capacidad -- 2,5
Gbit/s -- solo están disponible en SDH), y porque poco a poco los proveedores van a preferir vender
equipos SDH, dejando de desarrollar nuevos equipos PDH.
Para sacarle mejor provecho a la flexibilidad de la SDH, las nuevas redes de interconexión síncronas
tendrán que obedecer a criterios distintos de planificación. Los circuitos de interconexión serán de alta
capacidad, con ADMs telecomandables para la configuración de los trayectos (de 1er., 2o., 3er. o 4o.
orden entre estaciones terminales).
En el futuro, será posible al usuario acceder a la red de transporte a través de una interfaz operando
directamente a 155 Mbit/s (y, eventualmente 622 Mbit/s) y contratar con la concesionaria el transporte de
señales tributarias (de 1er., 2o., 3er. o 4o. orden) para realizar la interconexión de puntos terminales
externos al dominio de la red de la concesionaria. En el futuro, por lo tanto, la adaptación a la SDH se
podrá realizar en las redes de los abonados, siendo indiferente, desde el punto de vista del servicio de
transporte, cual carga está mapeada en los contenedores virtuales transferidos entre las interfaces de
acceso de la red pública.

Página 14
Desventajas de la SDH
x Hay ciertas incompatibilidades con las redes actuales (p. ej.,
los actuales cross-connects no son compatibles con la SDH)
x La planificación de redes es totalmente distinta
x La sincronización requiere consideraciones especiales
x Es preciso disponer de una estrategia de evolución de PDH a
SDH
x La gestión de la red presupone una TMN
(Telecommunications Management Network) para sacarle el
máximo provecho a la jerarquía digital síncrona
x La capacidad del STM-1 es mayor que la necesaria (mucho
overhead)
Ü el overhead es aún mayor a velocidades más elevadas

15

Cabe mencionar algunas desventajas de la SDH, las cuales vemos como poco importantes y apenas
coyunturales.
Muchas de las redes PDH actuales ya poseen cierta flexibilidad debido al uso de "repartidores
electrónicos" (cross-connects), los cuales no son directamente compatibles con la SDH, siendo que la
integración de esas redes en un plan SDH sería laboriosa.
Tal vez el punto más complejo actualmente sea la aculturación del personal de planificación. Planificar
una red flexible SDH es muy distinto a planificar una red PDH. Los enlaces generalmente son a alta
velocidad, lo que implica consideraciones especiales en cuanto al medio de transmisión. Los trayectos
son flexibles, pero esa flexibilidad solo funciona correctamente con un buén sistema de gestión
informatizado, y es muy dificil evaluar un sistema de gestión sin la experiencia práctica de años.
El sincronismo entre los nodos de la red SDH debe ser garantizado con la planificación de una red
robusta de distribución de la temporización. Otros problemas relacionados con la sincronización resultan
de la incapacidad de la SDH para transportar informaciones confiables de temporización en la carga de
los contenedores virtuales. La manera de transportar temporización en redes SDH es utilizar para ello la
señal de linea, lo que exige que todos los servicios (transmisión, conmutación, datos y los clientes)
trabajen con una misma referencia de temporización. La PDH transporta de forma practicamente
transparente la temporización en sus tributarios, pero no así la SDH. Por lo tanto, con la introducción de
la SDH, los relojes deben estar realizados para soportar adecuadamente a los servicios más exigentes
de cada edificio. Además, las conmutaciones de protección, reconfiguraciones de la red e intervenciones
de mantenimiento no pueden perjudicar a la calidad de la referencia de temporización en los edificios
Finalmente, la tara de sección es muy grande. Las consideraciones de compatibilidad también hicieron
que no se haya buscado ahorrar anchura de banda digital al definir las tramas. De todo ello resulta que
las tramas de la SDH poseen un overhead muy grande. Para transmisión por fibras ópticas, esto no es
un problema; pero en radio, este hecho impuso ciertas dificultades a los diseñadores de equipos. Esos
problemas, por fortuna, ya están solucionados con los nuevos modems de radio actuales.

Página 15
Arquitectura de la Red SDH

16

En una futura red de transporte utilizando la SDH, podemos imaginar que se constituirán inicialmente
anillos o barras (buses) en donde los nodos serán multiplexores flexibles capaces de extracción e
inserción de tributarios (ADMs). Según la cantidad de tráfico a transportar, la señal de linea podrá ser de
155 Mbit/s, 622 Mbit/s o 2,5 Gbit/s (en un futuro, quizás, 10 Gbit/s). Si los multiplexores ADM no fueran
totalmente flexibles (es decir, si no permitieran acceder a cualquiera de los tributarios de la señal de
linea), se requiriría un cross-connect en el anillo para poder realizar los trayectos de forma enteramente
flexible, conmutando tributarias a una cierta posición en la trama a la cual tiene acceso el ADM que debe
accederlas.
Para realizar trayectos entre puntos pertenecientes a anillos o buses distintos, una cabecera de anillo
(conteniendo un cross-connect), o sea un nodo que pertenece simultaneamente a más de un bus o anillo
puede copiar (conmutar) tributarias de uno a otro flujo de linea de forma programable y flexible. Una
cabecera podrá conmutar directamente entre anillos o barras de misma jerarquía (p. ej. locales), o entre
anillos o barras locales y regionales o hasta nacionales.
Es sumamente importante, en este caso, que la gestión informatizada esté en capacidad de comandar
todos los elementos de red involucrados en la realización de un trayecto. La dificultad y el costo más
importantes de un tal concepto de red están más bién en la gestión que en la misma red de transmisión.
El sistema de gestión pasa a ser como un organismo viviente, teniendo que adaptarse a las expansiones
y a una red cada vez más compleja.

Página 16
La Trama STM-1

17

En el diagrama arriba está ilustrada la estructura básica de la trama STM-1. Por razones de comodidad y
facilidad de representación, la trama, que tiene en total 2430 bytes, es representada por 9 bloques de
270 bytes. Los 9 bloques son dibujados en orden, de arriba hacia abajo, formando una rectángulo de 9
lineas y 270 columnas.
El diagrama no pretende ser proporcional. En realidad, como se ve, la parte a la izquierda (encabezado
de sección) contiene apenas 9 bytes por linea; como cada linea contiene 270 bytes, lo que queda de
cada linea son 261 bytes, pertenecientes al area de carga útil.
Los primeros nueve bytes de la cuarta linea, a rigor, forman parte del area de carga; son el area en
donde va el puntero de la AU-4 (caso europeo) o los tres punteros de las tres AU-3 (caso
norteamericano).
Los primeros 9 bytes de las tres primeras lineas forman el encabezado de sección de regeneradores; es
decir, su contenido es examinado y puede ser modificado no solo por las estaciones terminales de una
sección múltiplex, sino también por los regeneradores de linea. Contienen, entre otras cosas, la señal de
alineación de trama, etiquetas, informaciones de gestión, supervisión de errores en la señal de linea
(sección de regeneración) y canales de servicio (analógico y digital).
Los primeros 9 bytes de las lineas 5 a 9 solo pueden ser accedidos en los nodos de red (terminales de
sección múltiplex). Contienen supervisión de errores de sección de múltiplex, canales de control de la
conmutación de protección, de servicio y canales reservados para usos futuros.

Página 17
La Trama STM-1 (cont.)

18

El dibujo en forma de matriz puede dar la idea de que los bloques (lineas) son transmitidos en paralelo.
Tal no es el caso, naturalmente. Los bytes son transmitidos secuencialmente, uno trás otro, desde el
primer byte de la primera linea hasta el último byte de la primera linea, siguiéndose el primer byte de la
segunda linea, y así por delante.
La figura rectangular es solamente un medio de representar la trama STM-1 de forma compacta y
ordenada.
En realidad, hablamos de transmitir bytes en secuencia, pero la señal estandarizada es secuencial; es
decir, cada byte en realidad son ocho bits en secuencia. La señal es transmitida bit a bit.
Cada elemento de la red SDH localiza la trama STM-1 a través de una secuencia repetitiva en la trama,
que es la señal de alineación de trama, contenida en los 6 primeros bytes de la trama. Una vez alineado
a la trama de linea, el elemento de red sabe entonces en donde encontrar los canales de servicio en el
encabezado, así como los bytes de punteros de AU (unidad administrativa) y los bytes de carga útil.

Página 18
Multiplexación Síncrona
èEjemplo: generación de una señal STM-4
x Las señales STM-1 multiplexadas son
generadas localmente en el nodo

STM-1-1 AAA - - x Por eso, son síncronas entre si, y están en


STM-1-2 BBB - - STM-4
CCC - - 4:1 fase (todas generan el mismo byte de la
STM-1-3 ABCDABCDABCD...
STM-1-4 DDD - - trama simultaneamente)
15
5,5 b it/ s
2 8M x El reloj de transmisión hacia la linea es
Mb ,0
it/ s 2
62 síncrono, y exactamente 4 veces más rápido
:4 que los procesos STM-1 síncronos
è Como entonces podemos multiplexar
señales provenientes de otros sítios?
RESPUESTA: no podemos

19

Ya se mencionó que los tributarios bajos (contenedores virtuales) transportados en las tramas de linea
SDH no necesariamente tienen que ser perfectamente síncronos a los espacios de carga en donde son
copiados: disponen de un mecanismo de justificación para corregir desfases acumulados debido a
diferencias instantaneas de velocidades (a través de movimientos de los punteros).
Tal no es el caso de la multiplexación de tramas STM-1 en tramas de linea de alta velocidad (STM-N).
Para que sea sencillo el proceso de multiplexación a velocidades superiores, se utiliza un proceso de
multiplexación completamente síncrono. Los tributarios STM-1 multiplexados son todos ellos síncronos
entre si, y están en fase.
El multiplexor STM-N no crea una nueva trama, con un reloj propio. No hay una nueva palabra de
alineación de trama y espacios de carga con posibilidad de justificación de los procesos STM-1
individuales multiplexados. El proceso de multiplexación es muy sencillo. Consiste en intercalar los bytes
de los N procesos STM-1, locales, síncronos y en fase, y transmitirlos a una velocidad exactamente N
veces más alta. Siendo así, no es necesario procesar la señal a la velocidad de linea. En realidad, la
señal de linea está contituida de N procesos STM-1 paralelos e independientes. Todo el procesamiento
lógico de la carga contenida en la señal se da a nivel de STM-1.
La trama de linea STM-N tiene un aspecto similar a la trama STM-1; la diferencia es que mientras la
STM-1 presenta un byte, la trama STM-N presenta N bytes (correspondientes a los bytes que se se
encuentran en la misma posición en las N tramas).
Naturalmente, el overhead de una trama STM-N es N veces mayor que el overhead de la trama STM-1.
Como tanta capacidad no es necesaria, en realidad solo se utilizan los canales de servicio
correspondientes a la primera de las N tramas multiplexadas, quedando los bytes correspondientes libres
en las demás (N-1) tramas (relleno fijo). Algunos canales de servicio (destacamos aquí los bytes B2 y C1
- ver más adelante) son ocupados por los procesos STM-1 individuales, y no por la sección mux; esos
bytes, por lo tanto, quedan utilizados en los N procesos.
El único proceso lógico a la velocidad de linea es el cálculo del byte de paridad B1. Ese byte es calculado
sobre todos los bytes transmitidos, trás la multiplexación. El resultado es depositado en posición B1 de la
trama siguiente (correspondiente al B1 del primer proceso STM-1).

Página 19
Multiplexación Síncrona (cont.)
x Los procesos STM-1 multiplexados son siempre síncronos y están en fase (son
generados localmente, con un único reloj, el cual también genera el STM-N)
x El truco es que al recibir señales de otro sitio, el nodo identifica los VC allí
transportados, los extrae y los vuelve a mapear en la nueva trama que genera
localmente, justificando los VC a las nuevas areas de carga si necesario
STM-1 remotos
VC
Rel.1
VC
Rel.2
VC
Rel.3
VC
Rel.4
STM-N

20

No es posible, por lo tanto, multiplexar procesos STM-1 que no sean síncronos entre si y que no estén en
fase. El mux siempre multiplexa apenas procesos STM-1 estrictamente locales. Como entonces hacer
ingresar en un anillo SDH STM-N un proceso STM-1 proveniente de otro sitio?
Nada más sencillo: cada nodo de red recibe un STM-N de afuera, localiza y extrae la carga
(contenedores virtuales), y vuelve a mapearla en los procesos locales. Al hacerlo, puede tener que
realizar justificaciones periódicamente, si esa carga tiene un reloj ligeramente distinto al reloj del nuevo
espacio de carga generado localmente.
La carga (contenedores virtuales) no tiene una relación de fase predefinida con respecto al espacio de
carga (unidad administrativa o tributaria) en que es transportada. Los bytes son copiados hacia adelante
a la medida que van llegando, caigan donde caigan en el espacio de carga. La alineación es garantizada
por el cálculo de un nuevo valor de puntero. Esta facilidad permite trabajar con memorias elásticas
pequeñas, las cuales solo tienen que ser suficientes para acumular desfases de 1 ó 3 bytes (según se
trate de un VC bajo o de un VC-4) en ambos sentidos para garantizar la continuidad de la información
hasta que sea posible justificar. Siendo así, el costo de esas memorias elásticas es bajo y los retardos
introducidos por ellas son muy pequeños.
La justificación por bytes completos tiene la ventaja de no transferir los efectos de jitter y hasta wander
a la salida. Habiendo variaciones periódicas de la fase, no es necesario justificar, siempre y cuando el
desfase acumulado nunca exceda a 1 ó 3 bytes, según el caso.

Página 20
Función del Nodo de Red SDH

21

Cada nodo de red SDH representa un punto terminal de una sección múltiplex. Es decir, la trama STM-1
nasce en un mux y muere en el mux siguiente. Los únicos elementos transparentes a la trama en la red
son los regeneradores de linea, que solo leen y escriben en los canales de la tara (encabezado) de
sección de regeneradores.
Un mux recibe una señal de linea, recupera el reloj, se alinea a la trama y empieza a procesarla. Deriva
la información contenida en el encabezado hacia los procesos (internos) correspondientes.
El mux recupera entonces el VC-4, es decir, va copiando secuencialmente cada byte hacia una memoria
FIFO (first-in first-out, memoria elástica). Al hacerlo, el mux procesa el puntero de la AU-4, por dos
motivos: en primer lugar, para saber si hay justificación y poder copiar todos los bytes (y solo los bytes)
que pertenecen al VC-4; en segundo lugar, para identificar el inicio de la trama del VC-4.
Una vez obtenido el VC-4, el mux hace con él lo que toca hacer. Puede, como en el ejemplo de la figura,
copiar ese VC-4 hacia la AU-4 de una trama que esté generando hacia adelante, realizando solamente
una especie de "puenteo" entre la trama que recibió y la que genera hacia adelante. En este caso, el mux
indica a través del nuevo valor de puntero de AU-4 en que posición del area de carga se encuentra el
inicio del VC-4 en la trama hacia adelante. Si hubiera necesidad -- es decir, si la velocidad de la trama
que llega fuera distinta a la velocidad de la trama que sale -- el mux periódicamente haría la justificación
del VC-4 hacia la nueva AU-4 en donde lo está copiando.
Por otro lado, el mux puede ser el punto terminal del trayecto de VC-4. En este caso, el VC-4 tiene su
encabezamiento extraido y procesado. El area de carga es procesado según su composición; por
ejemplo, si se trata de un C-4 conteniendo una señal de 140 Mbit/s, el mux extrae los bits de esa señal
hacia una interfaz de PDH correspondiente. Si, por otro lado, el area de carga está subdividida en TUs, el
mux recupera los bytes de los VCs que necesita para derivación o cross-conexión.
Lo que es importante enfatizar es que las tramas generadas por un nodo de red son locales, es decir, el
encabezado y el area de carga son generadas localmente por cada nodo de red; la carga (sea carga útil
o carga de los canales de servicio) es copiada hacia los intervalos de tiempo correspondientes. Esa
carga puede provenir de procesos locales o ser copiada de tramas recibidas de algún otro nodo de red.

Página 21
Definiciones
x En SDH, todo el procesamiento de tributarios se realiza a nivel de
STM-1
Ü las tramas tributarias de cada señal son, por lo tanto, virtuales
(configuradas por bytes en posiciones designadas de las areas
de carga)
Ü como no hay interfaces eléctricas corrrespondientes a las
tramas tributarias, estas son nombradas virtuales
Ü las tramas tributarias son diseñadas para contener cargas útiles
(señales a velocidades de la jerarquía PDH, celdas ATM,
espacios de carga para tramas tributarias más chicas, etc.)
Ü por eso, son denominadas contenedores
x Consecuentemente, un contenedor virtual es el nombre con que se
designa una tributaria SDH transportada en una señal STM-1

22

En una señal STM-N coexisten N señales STM-1. Cualquier acción que se haga con la carga exige que
los bytes del flujo STM-1 en que se encuentra la carga sean separados del flujo total STM-N y
encauzados hacia un procesador STM-1. Para tener acceso a los N flujos de una señal STM-N en un
determinado nodo, es necesario que ese nodo sea dotado de N procesadores STM-1, cada cual
recibiendo los bytes correspondientes a uno de los flujos STM-1 multiplexados.
Para una demultiplexación correcta, la ventana de bytes (grupos de 8 bits) del demultiplexor tiene que
estar correctamente ubicada. En el inicio del proceso, no se sabe cual es la posición correcta de la
ventana. Un proceso corriendo en la primera de las N salidas (internas) STM-1 del demux busca la
palabra de alineación de trama, retroalimentando el demux para que mueva la ventana en pasos de 1 bit
hasta encontrarla. Una vez encontrada la ventana de bytes, ese mismo proceso busca conocer a cual de
los N STM-1 está enganchado, haciendo el demux mover la ventana en pasos de 1 byte hasta estar
enganchado al primer STM-1, para que pueda tener acceso a los canales de servicio.
En paises de jerarquía CEPT, la carga, desde el punto de vista de la SDH (para puenteos y cross-
conexiones), es constituida de subtramas de 4o. orden, y eventualmente de subtramas de 3er. orden o
subtramas de 1er. orden. Tanto las de 1er. como las de 3er. orden son mapeadas directamente en
espacios de carga resultantes de la subdivisión de la subtrama de 4o. orden. La subtrama de 4o. orden
es mapeada directamente en el espacio de carga de la trama STM-1.
Esas subtramas son conjuntos de bytes encontrados en posiciones definidas de la trama en donde son
transportadas, pero no corresponden a interfaces eléctricas reales. Es decir, no hay interfaces eléctricas
a velocidades inferiores a 155 Mbit/s en la SDH. Por esta razón, esas subtramas son denominadas
virtuales. Para imaginar mejor el proceso, basta pensar en las tramas de 2 Mbit/s con las cuales
trabajan centrales y cross-connects corrientes. Sin embargo esos equipos conmuten canales de n x 64
kbit/s, no poseen interfaces de n x 64 kbit/s internamente. En ese aspecto, los tributarios conmutados
también serían tributarios virtuales de la trama de 2 Mbit/s. Apenas no reciben ese nombre.
Las subtramas de la SDH son llamadas contenedores virtuales, porque existen para contener algo:
secuencias binarias a las velocidades de la PDH, canales de n x 64 kbit/s directamente, o celdas de un
flujo de tráfico ATM.

Página 22
Definiciones (cont.)
x Los contenedores virtuales son transportados en las areas de carga,
las cuales, en SDH, son denominadas unidades
Ü se puede hacer una analogía entre las unidades de una trama SDH
y grupos de time slots (ó intervalos de tiempo) de una trama E1
ü cuando se transporta una señal de n x 64 kbit/s en una trama E1, esa carga
va en un area configurada por n time slots, donde cada time slot es un byte
que se repite 8000 veces por segundo
ü una unidad en la SDH también es un grupo de bytes (que se repiten 8000
veces / seg) en posiciones fijas dentro de la trama a la cual pertenecen
Ü Una unidad administrativa es un conjunto de intervalos de tiempo,
o bytes, en posiciones fijas dentro de la trama STM-N
Ü Una unidad tributaria es un conjunto de intervalos de tiempo, o
bytes, en posiciones fijas dentro de un contenedor virtual

23

En SDH, el nombre unidad es utilizado para designar una area de carga para el transporte de un
contenedor virtual. Haciendo un paralelo con la trama de 2 Mbit/s, es como llamar “unidad” a los time
slots de esa trama, porque cada time slot constituye el espacio de carga para un tributario de 64 kbit/s.
También se pueden concatenar n time slots para contituir un espacio de carga suficientemente grande
para transportar una señal de n x 64 kbit/s, lo que constiutiria una “unidad” de orden más elevada,
siguiendo con nuestro paralelo.
Una unidad es, por lo tanto, un grupo de bytes en posiciones fijas y conocidas dentro de una trama o
subtrama de la SDH, destinado al transporte de un contenedor virtual.
Una unidad administrativa es una subdivisión del espacio de carga de la trama de linea. Una unidad
tributaria es una subdivisión del espacio de carga de un contenedor virtual. En la jerarquía ETSI, solo el
contenedor virtual de 4o. orden puede contener unidades tributarias; el contenedor de 3er. orden no se
subdivide en unidades dentro de lo que es la jerarquía ETSI. En la jerarquía ANSI, no se utiliza el
contenedor de 4o. orden: el contenedor alto es el de 3er. orden, el cual puede sudividirse en unidades
tributarias más pequeñas.

Página 23
Definiciones (cont.)
x Un grupo de unidades tributarias o administrativas, por lo tanto, es
el conjunto de subdivisiones del area de carga de la trama a la cual
pertenencen
x Una unidad administativa o tributaria es una de esas subdivisiones,
pero en la cual hay un puntero (en una posición determinada) y en la
cual los intervalos de tiempo, o bytes, para el transporte del
contenedor virtual están numerados según sus posiciones relativas
al puntero
x La función principal del puntero es designar en que posición dentro
del area de carga empieza la trama tributaria (contenedor virtual)
Ü el contenedor virtual es una trama que no posee una señal de
alineación de trama
Ü el puntero es quién indica la posición que ocupa el inicio del
contenedor virtual dentro del area de carga (unidad) en donde es
transportado
24

Cuando se subdivide el espacio de carga de una trama, resulta inicialmente un grupo de unidades
administrativas o tributarias.
Esa podría ser la subdivisión final, si los espacios de carga así subdivididos fueran utilizados para
transportar contenedores virtuales de tamaño compatible con las subdivisiones. Por ejemplo, los grupos
de unidades tributarias de 3er orden pueden ser utilizados, transformados en unidades tributarias de 3er.
orden, para el transporte de contenedores virtuales de 3er. orden.
Por otro lado, si lo que se va a transportar son contenedores virtuales más chicos, los grupos de
unidades tributarias se siguen subdividiendo. Por ejemplo, un grupo de unidades tributarias de 3er. orden
se puede subdividir en 21 unidades tributarias de primer orden para el transporte de 21 contenedores
virtuales de 1er. orden, o ser transformado en una sola unidad tributaria de 3er. orden para transportar un
solo contenedor virtual de 3er. orden.
Una unidad tributaria o administrativa es una de esas subdivisiones ya designada para el transporte del
contenedor virtual que corresponde. El espacio de carga de la unidad es compatible con el tamaño del
respectivo contenedor virtual, presentando tantos bytes de espacio 8000 veces por segundo cuantos son
los bytes del contenedor virtual, también 8000 veces por segundo.
Cada unidad tributaria o administrativa posee un puntero que se encuentra en una posición fija. Las
posiciones dentro de la unidad son marcadas por su distancia desde el puntero. Ese puntero es un
número que va a indicar a que distancia del inicio del area de carga (posición cero) se encuentra el
primer byte de la trama del contenedor virtual. Como el proceso es continuo, y como el contenedor virtual
cabe exactamente en el area de carga de la unidad, ese número permanecerá constante, a menos que
ocurra una justificación.
Para la justificación negativa, cada unidad posee una posición extra dentro del area de punteros (para el
envío eventual de uno o tres bytes extras de carga, corrigiendo un desfase positivo). La justificación
positiva utiliza la posición cero, que en la trama en que ocurre la justificación excepcionalmente deja de
contener carga. Ambas justificaciones hacen desplazar todos los bytes de la carga, a partir del momento
mismo de la justificación, una posición hacia adelante (justificación positiva) o hacia atrás (justificación
negativa).

Página 24
Definiciones (cont.)
x Las unidades están agrupadas, formando grupos de unidades
(administrativas o tributarias, según el caso)
x Una trama STM-N, por lo tanto, contiene un grupo de unidades
administrativas
x Un contenedor virtual, a su vez, puede tener sus bytes del espacio
de carga configurados como:
1) un grupo de unidades tributarias, en cada una de las cuales son
transportados los bytes de contenedores virtuales más chicos
2) un gran bloque de espacio de carga para una carga de la PDH, con
bits designados para transportar información (bits I), relleno fijo
(bits R), control de justificación (bits C), oportunidad de justificación
(bits S) y overhead para uso futuro (bits O)
3) slots (ranuras) consecutivos de 53 bytes para el transporte de
celdas ATM
25

Una trama STM-N contiene un grupo de unidades administrativas de igual orden. Ese grupo de unidades
administrativas consiste de un cierto número de unidades administrativas de cierto orden.
Por ejemplo, una trama STM-1 posee un AUG (grupo de unidades administrativas) que igual puede ser
una sola AU-4 (unidad administrativa de 4o. orden) o tres AU-3 (unidades administrativas de 3er. orden).
La configuración con AU-4 es utilizada por la ETSI, para el transporte de un VC-4. La opción con tres AU-
3 es utilizada por la ANSI, para el transporte de VC-3 sin utilizar nunca el VC-4.
Un contenedor virtual puede tener su espacio de carga utilizado para transportar una carga PDH, caso en
el cual ese espacio de carga se denomina contenedor. Por otra parte, el mismo espacio de carga se
podría utilizar para transportar contenedores virtuales más pequeños, subdividido en unidades tributarias.
Finalmente, el contenedor virtual puede tener el espacio de carga subdividido en ranuras ó slots de 53
bytes para el transporte de celdas ATM.
Cuando el espacio de carga es utilizado para carga PDH, en la adaptación a la SDH (mux de acceso) es
necesario adaptar la velocidad de la carga a la velocidad del contenedor. Eso se hace designando ciertos
bits como I, de información, y otros como R, de relleno. Como la carga PDH no es síncrona, es necesario
contar con un mecanismo de justificación adadptativa, muy similar al utilizado en la PDH, con bits C
(control de justificación) y S (oportunidad de justificación). El contenedor también tiene algunos bits
designados como O (overhead), para uso futuro.

Página 25
Definiciones (Resumen)
x Unidad administrativa (AU)
Ü subdivisión de la señal STM-N
x Contenedor virtual de alto orden (VC-4 ó VC-3/ANSI) (HO-VC)
Ü trama tributaria virtual SDH, transportada en las unidades
administrativas
x Unidad tributaria (TU)
Ü subdivisión de un VC de alto orden
x Contenedor virtual de bajo orden (VC-3/ETSI, VC-2, VC-12, VC-11) (LO-VC)
Ü trama tributaria virtual SDH, transportada en las unidades tributarias
x Puntero
Ü número binario que permite encontrar en que posición dentro de una
AU o TU se encuentra el inicio del VC allí transportado
Ü como la tasa de repetición del VC es nominalmente la misma que de la
unidad en donde es transportada, ese número permanece constante a
menos que sea necesaria una justificación (cuando cambia en una
unidad para más o para menos)

26

Como cualquier tecnología nueva, para facilitar el entendimiento de los conceptos también la SDH
presenta una taxinomía propia. En la figura arriba van descritos los principales términos usados en el
mundo SDH. Es necesario memorizarlos para poder moverse en ese universo.
Una unidad es un espacio de carga con el respectivo puntero y posiciones marcadas. Un contenedor
virtual es una subtrama de la SDH e incluye un espacio de carga y un encabezado de trayecto (POH,
path overhead). Un contenedor es el espacio de carga de un contenedor virtual (es decir, es el propio
contenedor virtual menos los bytes del encabezado de trayecto), tomado como un bloque y designado
para el transporte de carga.
Una unidad administrativa es un espacio de carga, designado y con puntero, cuya posición se conoce
una vez hecha la alineación a la señal de linea. Para llegar a reconocer cuales bytes componen una
unidad tributaria, por otra parte, es necesario primeramente alinearse con el contenedor virtual alto que
está subdividido. Una vez alineado con el contenedor virtual, el mux ya sabe en donde se encuentran las
unidades tributarias en que el VC se subdivide.
Una facilidad adicional ofrecida por la SDH es la de concatenar las areas de carga de varias AU o TU de
determinada trama para permitir transportar contenedores virtuales que de otro modo no caberían en las
AU o TU reconocidas por determinada jerarquía. Por ejemplo, para poder transportar un VC-4 por la red
norteamericana, que solo trabaja con 3 AU-3 en cada trama STM-1, es preciso concatenar las 3 AU-3,
formando una area común y solidaria suficientemente grande para que le quepa el VC-4. Está claro que,
en este caso, la adaptación al SDH en los mux de acceso requiere de tarjetas con las interfaces que se
requieran, y que entiendan la trama VC-4. Pero la concatenación permite el paso sin problemas por los
equipos que realizan conmutación y puenteo dentro de la red.

Página 26
Estructura de la SDH

opción SONET
no siempre
implementada

27

Los espacios de carga para los tributarios son constituidos por varios bytes intercalados de la trama, en
subdivisiones consecutivas, de forma muy ordenada.
En la metodología adoptada en nuestros países, por ejemplo, tomando todos los bytes del area de carga
de la trama STM-1, tenemos una unidad administrativa de cuarto orden (AU-4) y su respectivo puntero.
La AU-4 es suficientemente grande como para transportar una trama de cuarto orden, o contenedor
virtual de cuarto orden (VC-4).
El contenedor virtual de 4o. orden contiene un encabezado llamado encabezado de trayecto o tara de
trayecto (POH), con canales de servicio y supervisión extremo a extremo.
Los demás bytes de esa trama de cuarto orden (VC-4), a su vez, pueden constituir un gran espacio de
carga definido como C-4 (contenedor de 4o. orden), en el cual se transporta una señal PDH de 140
Mbit/s; esos mismos bytes pueden, por otro lado, estar subdivididos en tres espacios iguales de carga
(intercalados byte a byte), llamados TUG-3 (grupos de unidades tributarias de 3er. orden).
Más adelante examinaremos detalladamente la estructura del C-4 y como se acomoda una señal de 140
Mbit/s en ese contenedor.
En la figura arriba también se ve un pequeño detalle que será discutido detenidamente más adelante. Se
ve que es posible transportar el VC-11 (trama de primer orden de la jerarquía ANSI) en la TU-12 ETSI.

Página 27
Estructura ETSI

28

Cada TUG-3 puede, a su vez, ser designado como una unidad tributaria de 3er. orden (TU-3). La
diferencia entre un TU-3 y el TUG-3 es subtil. Una TU-3 tiene todos sus bytes considerados como un
espacio de carga sólido, capaz de contener una trama tributaria (contenedor virtual) de 3er. orden (VC-3),
a su vez capaz de transportar una señal PDH de 34 o 45 Mbit/s. La TU-3 posee un puntero asociado a
ella, indicando en cual de los bytes de ese espacio de carga se encuentra el inicio del VC-3. Una TUG-3
que se sigue subdividendo en unidades tributarias menores, por otro lado, no posee un puntero asociado,
sino una indicación de ausencia del mismo. En este caso, la TUG-3 se sigue subdividiendo; primero, en 7
TUG-2; estas, a su vez, se subdividen en 3 TU-12 cada una. O sea, en este caso, en nuestros paises la
TUG-3 se subdivide en 21 unidades tributarias de primer orden/segunda velocidad, intercaladas byte a
byte. Cada una de esas 21 unidades tributarias posee un puntero individual, el cual indica en cual
posición de su respectivo espacio de carga comienza la trama tributaria (contenedor virtual) de primer
orden/segunda velocidad (VC-12).
El VC-12 es, por lo tanto, una trama con capacidad de recibir una señal PDH de 2048 kbit/s (C-12), a la
cual se le agrega un pequeño encabezado de trayecto (para alarmas, control de errores extremo a
extremo, bits de servicio, etc.). Más adelante, veremos cual es la estructura del VC-12. Veremos que,
según el caso, el VC-12 puede recibir una señal cualquiera de 2048 kbit/s o hasta mismo canales
individuales de n x 64 kbit/s.
O sea, en los paises de jerarquía compatible con el ETSI, la trama STM-1 siempre contendrá un VC-4, el
cual se subdivide o no, de acuerdo a la arquitectura de la red y a la velocidad útil de los trayectos que se
desean manejar en esa red.

Página 28
Estructura ANSI

opción SONET
no siempre
implementada

29

En Estados Unidos, debido a ya existir redes SONET, las cuales trabajan siempre con VC-3, en vez de
considerar que el area de carga de la trama básica STM-1 es única, esa area de carga de cada trama
STM-1 (AUG-4) es subdividida en tres areas de carga, siendo que un puntero está asociado a cada una
de ellas. Esas areas de carga son intercaladas byte a byte, y se llaman AU-3. Cada AU-3 transporta un
contenedor virtual de tercer orden (VC-3). La trama llamada VC-3 consiste en una area de carga y un
encabezado de trayecto (similar, incidentalmente, al del VC-4).
El area de carga del VC-3, a su vez, puede ser considerada como indivisible (C-3, capaz de transportar
una señal PDH de 45 o 34 Mbit/s); o puede, de forma análoga a la ya discutida, subdividirse. En este
último caso, se subdivide en 7 TUG-2; cada uno de estes TUG-2 puede consistir en una TU-2 (para
transportar una trama de segundo orden VC-2, conteniendo una señal de 6 Mbit/s) con su puntero; o, por
otro lado, puede subdividirse en 4 unidades tributarias de 1er. orden/1era. velocidad (TU-11), cada cual
con su respectivo puntero. Las TU-11 transportan los contenedores virtuales VC-11. Cada VC-11 es
capaz de contener una señal PDH de 1544 kbit/s (velocidad primaria de la PDH norteamericana).

Página 29
Subdivisiones xAUG configurado como 1 AU-4

261

AUG 9

Y: 1001 SS11
(los bits S no están especificados) fase fija
1*: 1111 1111
H1 Y Y H2 1* 1* H3 H3 H3
AU-4
puntero de AU
(4ª linea)

x La AU-4 corresponde, byte a byte, al AUG (pero con punteros y designación de posiciones)
x El area de carga de la AU-4 tiene el mismo tamaño del VC-4
x Diferencias de fase entre el VC-4 y la AU-4 son compensadas por movimientos del puntero,
con justificación negativa (utilizando los bytes H3 para carga útil) o positiva (dejando libres
los 3 bytes correspondientes a la posición 0)

30

Conforme ya hemos comentado, la opción específica ETSI considera todos los bytes del area de carga
útil de cada trama STM-1, incluso el area de punteros de AU (los 9 primeros bytes de la 4a. linea), como
componiendo una gran unidad administrativa para transportar un VC-4.
Como la AU-4 tiene fase fija en relación a la trama de linea, una vez obtenida la alineación a la trama de
linea, la posición de los bytes de puntero es conocida.
Como en todos los demás casos de la SDH, la carga transportada en esa unidad tiene un tamaño
compatible con el area de carga. Es decir, la AU-4 se presenta como un espacio de carga igual a (9 x
261) = 2349 bytes que se repiten 8000 veces por segundo; el VC-4 es una trama de 2349 bytes que se
repite 8000 veces por segundo. El inicio de la trama del VC-4 transportado dentro de la AU-4 caerá en
una posición cualquiera de las 783 posiciones (se cuenta una posición a cada tres bytes, en el caso de la
AU-4). El número codificado en el puntero (de 0 a 782) indica cual es la posición ocupada por el inicio del
VC-4.
Para ajuste de velocidades entre el VC-4 y la AU-4, están disponibles lo tres bytes denotados por H3 en
el area de punteros (justificación negativa) y los tres bytes siguientes a los H3 (posición cero) (para
justificación positiva). Los bytes del VC-4 van siendo normalmente transmitidos en las posiciones del
area de carga. Si hay una diferencia de velocidad, se va acumulando un desfase en la memoria elástica
del transmisor. Cuando el desfase alcanza 3 bytes, se aplica una correción de una sola vez,
transmitiendo 3 bytes extras del VC-4 en lugar de relleno en las posiciones H3, o transmitiendo relleno en
vez de información en la posición cero. En uno y otro caso, los bytes que venían ocupando cierta
posición en el area de carga sufren un desplazamiento de una posición (3 bytes) a partir de esa acción
correctiva, pasando a ocupar la posición anterior o posterior, respectivamente.

Página 30
Subdivisiones (cont.)
xAUG configurado como 3 AU-3
Ü los bytes de cada AU-3 son intercalados con los bytes de las
demás AU-3
Ü como el AUG es divisible entre 3, no hay necesidad de designar
columnas de justificación fija en cada AU-3
Ü sin embargo, como el VC-3 solo posee 85 columnas y la AU-3
posee 87 columnas, es necesario agregar 2 columnas de
justificación fija en cada AU-3
Ü esas columnas de justificación fija, al contrario de lo que se
podría estimar, no están fijas en la AU-3, sino son intercaladas
en posiciones fijas de cada VC-3 que es transportado en la AU-3
Ü las columnas de justificación fija son intercaladas trás la
columna 29 y tras la columna 58 (ya desplazada por la primera
columna de justificación) del VC-3

31

En el caso norteamericano, como la red no opera con el VC-4 sino con el VC-3, el area de carga (AUG)
de cada trama STM-1 está subdividida en 3 AU-3.
Los bytes de las 3 AU-3 son los mismos bytes de la AUG-4. Apenas, se considera que se trata de 3 AU-3
cuyos bytes se encuentran intercalados: el 1er. byte del AUG es el 1er. byte de la primera AU-3, el 2o.
byte del AUG es el 1er. byte de la 2a. AUG, el 3er byte del AUG es el 1er. byte de la 3a. AU-3, el 4o. byte
del AUG es el 2o. byte de la primera AU-3, etc..
El AUG posee 9 bytes de puntero y 261 columnas para la carga. El puntero de cada AU-3 va intercalado
con los punteros de las demás AU-3. Las 261 columnas representan las 87 columnas de cada AU-3
intercaladas con las columnas de las demás AU-3.
Consecuentemente, el tamaño de cada AU-3 es de 87 columnas por 9 lineas, más los 3 bytes del
puntero (H1-H2-H3), todo eso repitiéndose 8000 veces por segundo.
Como el VC-3 es una trama de 85 columnas por 9 lineas repitiéndose 8000 veces por segundo, sobran 2
columnas en la AU-3. Para compatibilizar la AU-3 con el VC-3, dos de sus 87 columnas son designadas
como siendo de relleno fijo. Sin embargo, al contrario de lo que sería de esperarse, esas 2 columnas de
justificación fija no están en una posición fija dentro de la AU-3. Esas dos columnas de justificación fija
son intercaladas en posiciones específicas dentro del VC-3. Es decir, el demultiplexor solo conoce la
posición de las columnas de justificación fija después de leer el puntero de la AU-3.
Este hecho no presenta ningún problema práctico, pués los ADMs y DXCs que trabajan con esa
estructura ANSI puentean o cross-conectan directamente las 87 columnas del VC-3 con la justificación
intercalada, como si fuera un solo bloque. Apenas en las fronteras entre mapeos ETSI y ANSI es
necesario quitar o agregar esas columnas de justificación, pués en en mapeo ETSI, en donde el VC-3 se
transporta en una TU-3 de 85 columnas, no están presentes las 2 columnas de justificación.

Página 31
Subdivisiones (cont.) xAUG subdividido en 3 AU-3

261
9 A A A A
A B C A B C A B C B B B B
C C C AUG C 9

fase fija, bytes intercalados


... ... ...
H1 H2 H3 AU-3 H1 H2 H3 AU-3 H1 H2 H3 AU-3
A B C
... ... ...
87 fase flotante
87 fase flotante 87 fase flotante
J1 ... ... ... VC-3 con dos J1 ... ... ... J1 ... ... ...
B3 B3 B3
C2 columnas de C2 C2
G1 justificación G1 G1
F2
H4 fija F2
H4
F2
H4
Z3 intercaladas Z3 Z3

...29 30 31...58 59 60... en las


K3 K3 K3
Z5
posiciones
Z5 ...29 30 31...58 59 60... Z5 ...29 30 31...58 59 60...
designadas

32

En la figura arriba se ve de forma gráfica como el area de carga de un AUG-4 está subdividida en 3 areas
de carga designadas como AU-3. Las letras A, B y C sirven para visualizar como los bytes de las 3 AU-3
van intercalados en el AUG.
En la parte inferior de la figura se ve como cada VC-3, que posee 85 columnas contando con el
encabezado de trayecto (POH), tiene que recibir dos columnas de relleno fijo para compatibilizarse con el
tamaño de la AU-3, de 87 columnas.
Numerando las columnas de los VC-3, ya con el relleno fijo intercalado, de 1 a 87, las columnas de
relleno fijo ocupan las posiciones 30 y 59.
Llamamos la atención para el hecho de que el primer byte del VC-3 justificado (byte J1) puede ocupar
cualquier posición dentro del area de carga de la AU-3, y no necesariamente la posición arriba a la
izquierda, como puede inducir a creer la figura. El número codificado en el puntero indica cual es la
posición ocupada por el byte J1, con una gama de variación desde cero hasta [(9 x 87) - 1] = 782.
Las posiciones H3 y cero son utilizadas para justificación negativa y positiva, respectivamente. El
procedimiento es similar al utilizado para el VC-4 en la AU-4, siendo que la justificación en el caso del
VC-3 en la AU-3 es de un solo byte.

Página 32
Subdivisiones (cont.)
xVC-4 subdividido en 3 TUG-3
Ü restando el POH al VC-4, quedan 260 columnas
Ü como 260 no es divisible entre 3, se toman las 2 primeras columnas trás el
POH como siendo de justificación fija, siendo las 258 restantes ocupadas por
3 TUG-3, de 86 columnas cada uno, intercalados byte a byte
POH del VC -4 2 columnas de justificación fija

P A A A A
O B B B B
H C C C C

TUG-3 TUG-3 TUG-3


A B C

86 86 86

33

Cuando el VC-4 se subdivide en tres TUG-3, vemos que el número de columnas del area de carga no es
directamente divisible entre 3:
260 / 3 = 86,666...
Para que los TUG-3 se vean de forma ordenada, se convencionó que las dos primeras columnas del
area de carga sean de relleno fijo. Las restantes 258 columnas entonces se dividen en tres TUG-3, cada
uno con 86 columnas por 9 lineas. Esos tres TUG-3 son intercalados byte a byte.
A su vez, cada uno de los tres TUG-3 puede estar configurado como TU-3 (con el respectivo puntero) o
subdividido en 7 TUG-2.

Página 33
Subdivisiones (cont.)
xTUG-3 configurado como TU-3 85 columnas
H1
H2
H3
justif. fija

x TUG-3 subdividido en 7 TUG-2


µ como 86 no es divisible entre 7, las dos primeras columnas pasan a ser de justificación fija
84 columnas
Υ
Υ A A A

Ω B B B
Λ
Λ C C C
D D D
E E E
F F F
G G G

justificación fija TUG-2 TUG-2 TUG-2


e indicación de A B G
ausencia de puntero de TU-3 12 columnas

34

Al configurarse el TUG-3 como una TU-3, para poder recibir un contenedor virtual de tercer orden (VC-3),
el area de carga dela TUG-3 tiene su primera columna ocupada con justificación fija, a excepción del
primer byte de las tres primeras lineas, que reciben el puntero de la TU-3 (bytes H1, H2 y H3), análogo al
puntero de la AU-4 y de la AU-3. El número codificado en H1 y H2 indica en cual posición del area de
carga se encuentra el inicio del VC-3.
El area de carga tiene, por lo tanto, 9 lineas y 85 columnas. El VC-3 tiene el mismo tamaño, pero su
primera columna se utiliza para el encabezado de trayecto de VC-3, sobrando para carga útil 9 lineas y
84 columnas, luego con capacidad de transportar hasta 9 x 84 x 8 x 8000 = 48384 kbit/s de una señal
PDH - más que suficiente para una señal de 45 o 34 Mbit/s. El proceso de justificación de la carga PDH
en el VC-3 es similar al utilizado para 140 Mbit/s en el VC-4. Ambos procesos se describirán con mayor
detalle más adelante.
El TUG-3, al subdividirse en 7 TUG-2, tiene sus dos primeras columnas ocupadas con justificación; los
tres bytes que, si fuera configurado como TU-3, serían ocupados por el puntero H1, H2 y H3, son en este
caso ocupados por una indicación de ausencia de puntero, pasando a llamarse con las letras mayúsculas
griegas ípsilon-ómega-lambda (Υ Ω Λ).
Cada TUG-2 tiene, por lo tanto, 84/7 = 12 columnas por 9 lineas.
En el caso norteamericano, los TUG-2 resultan de subdivisiones de un VC-3, pués no hay TUG-3 en el
mapeo ANSI. El area de carga del VC-3 (85 columnas - 1 columna de POH = 84 columnas) es dividida
en 7 grupos de 12 columnas intercaladas, al igual que en el caso ETSI.
En el caso norteamericano, los TUG-2 pueden configurarse como TU-2 con sus respectivos punteros. En
las TU-2 pueden transportarse VC-2 (conteniendo un tributario PDH de 6 Mbit/s cada uno). Como en
nuestros paises esta opción no es adoptada, los TUG-2 siempre se subdividirán, cada uno, en 3 TU-12.

Página 34
Subdivisiones (cont.)
xTUG-2 subdividido en 3 TU-12
Ü la subdivisión es exacta
A A A A
B B B B
C C C C

Vn Vn Vn
9
lineas

TU-12 TU-12 TU-12


A B C
4 columnas

35

Las doce columnas del TUG-2 son divisibles exactamente entre 3. Luego, cada TU-12 ocupa cuatro de
las doce columnas del TUG-2.
Por lo tanto, el tamaño de una TU-12 es de 4 columnas por 9 lineas, o sea, 36 bytes por trama de VC-4
(de las cuales hay 8000 por segundo).
El primer byte de cada TU-12 es un byte designado por Vn.
Esa posición corresponde a un byte del puntero de la TU-12.
El puntero completo de una TU-12 consiste en cuatro bytes: V1, V2, V3 y V4. Los tres primeros bytes son
análogos a H1, H2 y H3. El cuarto byte, V4, está reservado para futuras aplicaciones.
Vemos, por lo tanto, que cada trama del VC-4 transporta solamente uno de los cuatro bytes del puntero.
El puntero completo, y consecuentemente la TU-12 completa, se repite a cada 4 tramas. El número
contenido en el puntero de la TU-12 indica en que posición dentro del campo de carga útil de esa TU-12
de cuatro tramas se encuentra el inicio de la trama (contenedor virtual) de primer orden/segunda
velocidad (VC-12).

Página 35
Subdivisión de un VC-4 en 63 TU-12

Υ
Υ Υ
Υ Υ
Υ


Ω Ω
Ω Ω

Λ
Λ Λ
Λ Λ
Λ

36

La subdivisión succesiva de un VC-4 en 3 TUG-3, de cada TUG-3 en 7 TUG-2 y de cada TUG-2 en 3 TU-
12 resulta en 63 TU-12 dentro del VC-4.
Las 63 TU-12 poseen, cada una, 4 columnas. Las 63 TU-12ocupan en total, por lo tanto, los últimos 4 x
63 = 252 bytes de cada linea del VC-4. El VC-4 posee 261 bytes por linea. Los 9 primeros bytes de cada
linea son ocupados de esta manera:
byte 1: byte del POH
bytes 2 y 3: relleno fijo (al dividir el area de carga del VC-4 en 3 TUG-3, las dos primeras columnas del
area de carga fueron ocupadas por relleno, para que restaran 258 coloumnas, o sea, un número de
columnas divisible por 3).
bytes 4 a 9: 6 columnas de justificación fija e indicación de ausencia de punteros, siendo dos columnas
de justificación y ausencia de punteros de cada una de las 3 TU-3.
Los demás 252 bytes corresponden a los 21 TUG-2, o sea, 7 TUG-2 en que se subdivide cada uno de los
3 TUG-3.
Los 21 TUG-2 se subdividen, cada uno, en 3 TU-12, resultando los 63 TUG-12.
La TU-12 se completa a cada 4 tramas del VC-4, o sea, a cada 500 microsegundos. Lo que vemos en la
figura es una de esas cuatro tramas del VC-4.
Cabe resaltar que el VC-4 puede contener mezclas de TUG-3 subdivididos (para transportar VC-12) y
configurados como TU-3 (para transporte de VC-3). Es decir, el VC-4 subdividido en 3 TUG-3 puede
contener:
a) 3 TU-3
b) 2 TU-3 y 21 TU-12
c) 1 TU-3 y 42 TU-12
d) 63 TU-12

Página 36
Esquema de Numeración de las TU-12 en el VC-4
TU-12 TU-12 TU-12 * 2 columnas de justificación fija
1 2 3 ** 2 columnas de justificación fija del VC-4
*** 3 x 2 = 6 columnas de just. fija de los TUG-3

TUG-2 TUG-2 TUG-2


1 2 ... 7
123123 ....... 12 3 12 3 ....... 123123 .......

TUG-3 TUG-3 TUG-3


1 23 4 5 6 7 1 2 1 2 3 4 56 7 12 1 23 4 5 6 7 1 2
1 11 1 1 1 1 2 2 1 1 1 1 1 11 1 22 2 1 11 1 1 1 1 2 2 3
....... ....... .......
*
...
P
.......
1 2 31 23 1 2 3 1 23 1 2 3 1 2 3 1 2 3 1 2 3 1 23 1 2 3 3123123123
O 1 1 12 22 3 3 3 4 44 5 5 5 6 6 6 7 7 7 1 1 1 2 22 3 3 3 4555666777
H
...
1 1 11 11 1 1 1 1 11 1 1 1 1 1 1 1 1 1 2 2 2 2 22 2 2 2 3333333333

xEl número A-B-C designa el orden de (TU-3)-(TU-2)-(TU-12),


** *** variando del 1-1-1 al 3-7-3.

37

Cada TU-12 es designada por su orden dentro del TUG-2 a la cual pertenece, el cual a su vez es
designada por su orden dentro de la TUG-3, y este por su orden dentro del VC-4. Las tres cifras se
interpretan así: (número de la TUG-3, número del TUG-2, número de la TU-12).
Siendo así, las columnas de un VC-4 subdividido son designadas primeramente por el número del TUG-3
al cual pertenecen. Se van succediendo los números en una secuencia 1-2-3-1-2-3-1-2-3-...
Dentro de cada TUG-3, se van succediendo las columnas de los 7 TUG-2 en que el TUG-3 se subdivide,
así: 1-2-3-4-5-6-7-1-2-3-4-5-6-7-...
Resulta en el VC-4 subdividido, por lo tanto (considerando la primera cifra entre paréntesis el orden del
TUG-3 y la segunda cifra el orden del TUG-2), la secuencia (1,1)-(2,1)-(3,1)-(1,2)-(2,2)-(3-2)-...-(1,7)-
(2,7)-(3,7)-(1,1)-(2,1)-(3,1)-...
Dentro de cada TUG-2, se van succediendo las columnas de las 3 TU-12 en que el TUG-2 se subdivide
(otra vez 1-2-3-1-2-3-1-2-3-1-2-3).
Dentro del VC-4, resulta la secuencia (1,1,1)-(2,1,1)-(3,1,1)-(1,2,1)-(2,2,1)-(3,2,1)-(1,3,1)-...-(3,7,3)
Luego, la primera TU-12 es la (1,1,1), la segunda es la (2,1,1), la tercera la (3,1,1), la cuarta la (1,2,1) y
así hasta la última (la 63a.), que es la (3,7,3).
Para simplificar la configuración de los puenteos y cross-conexiones, en el sistema de gestión de los
ADM que trabajan con mapeo de VC-12, la asignación de números secuenciales a las 21 TU-12 de cada
TUG-3 es usual. Por ejemplo, el primer TUG-3 contendría las TU-12 de 1 a 21 (correspondientes a las
TU-12 (1,1,1) hasta (1,7,3)), el segundo las de 22 a 42 (correspondientes a las TU-12 (2,1,1) a (2,7,3)) y
el tercero de 43 a 63 (correspondientes a las TU-12 (3,1,1) a (3,7,3)) .
De todos modos, es necesario que se conozca la nomenclatura estándar de la UIT-T al realizar los
trayectos en las redes SDH para evitar dificultades.

Página 37
El Encabezado de Sección - el RSOH

∆ ∆ ∆

∆ ∆ ∆

38

Todos los equipos de linea, tanto las unidades terminales de una sección como los regeneradores
intermedios, tienen acceso al area del encabezado denominada RSOH (regenerator section overhead).
El encabezado de sección de regeneradores (RSOH) consiste de 27 bytes, que son los nueve primeros
bytes de las tres primeras lineas. De esos bytes, tienen configuración fija estandarizada los seis primeros
(respectivamente, 3 bytes A1 y 3 bytes A2, que componen la señal de alineación de trama). A partir del
séptimo byte, el primero de cada grupo de 3 bytes es utilizado para una función de operación y
mantenimiento.
La razón por la cual existen tantos bytes "en blanco" es la compatibilidad con la SONET norteamericana.
La trama básica de la SONET es la tercera parte exacta de la trama STM-1. Si tomáramos la primera
columna, saltáramos dos columnas, tomáramos otra columna, saltáramos otras dos, y así
succesivamente hasta el final de cada linea, obtendríamos la estructura de la STS-1.
Diciéndolo de otro modo, una trama STM-1 es compatible con el segundo nivel de la jerarquía de una red
SONET (STS-3). Una trama compatible con la trama STM-1 resulta de la multiplexación síncrona por
intercalación de los bytes de 3 tramas síncronas STS-1 (primer nivel de la jerarquía SONET).
Este tipo de multiplexación (multiplexación síncrona de procesos locales STS-1 por intercalación de
bytes) es la principal ventaja de las jerarquías digitales síncronas. Todo el procesamiento se hace a la
velocidad básica, individualmente sobre una de las tramas básicas síncronas multiplexadas. En el caso
de las redes SONET, la velocidad básica es 51,84 Mbit/s. En el caso de la SDH, la velocidad básica es
155,52 Mbit/s. Es este el motivo por el cual en Estados Unidos se trabaja con AU-3 y VC-3. Para Europa,
fué necesario adoptar una velocidad básica más elevada, capaz de acomodar señales PDH de 140
Mbit/s, siendo creado el VC-4, inexistente en la SONET.

Página 38
Encabezado de Sección de
Regeneración (RSOH) en Detalle

asigna un número conse-


cutivo a cada trama STM
monitorización de errores de
bits (paridad par)

39

El significado de los bytes del encabezado de sección de regeneradores viene descrito en la tabla arriba.
Los bytes A1 y A2 son fijos y se destinan a la señal de alineación de trama.
El byte C1 era utilizado para designar individualmente cada una de las N tramas básicas STM-1
multiplexadas en una señal de linea STM-N. Por ejemplo, una trama STM-4 (622 Mbit/s) contenía 4 bytes
C1 (numerados de 1 a 4).
Más recientemente se definió una otra utilización para el byte anteriormente designado como C1.
Actualmente, ese byte es designado como J0 en los nuevos equipos. Su aplicación detallada está aún
sujeta a futuros estudios.
El byte B1 es muy importante. Contiene el resultado del cálculo de paridad vertical efectuado por la
unidad de linea para la trama anterior. El cálculo de paridad, llamado BIP-8 (bit interleaved parity-8) es
extremadamente sencillo. Sea cual sea el orden N de una STM-N, solo hay un único byte B1, siempre en
la posición correspondiente a B1 del primer tributario síncrono de la señal de linea STM-N. Todos los
bytes de la trama de linea pasan por un registro, que al final calcula una palabra de 8 bits. Los bits
individuales del byte de paridad son tales que, sumando la cantidad de bits iguales a 1 en cada una de
las 8 posiciones de todos los bytes de la trama, incluyendo el byte de paridad calculado, resulte una
cantidad par de “1” para cada posición.
El byte B1 es calculado y analizado por todos los elementos de red, incluso los regeneradores (que
informan la detección de errores a los nodos en los extremos de la sección).
El byte E1 puede ser utilizado como “hilo de órdenes” (canal de servicio analógico) accesible en todos los
elementos de red.
El byte F1 constituye un canal de usuario, para aplicaciones especiales (p. ej., para realizar conexiones
temporales de voz o datos para fines de mantenimiento).
Los canales de servicio digitales D1 a D3 configuran un único canal de 192 kbit/s, disponible en una
interfaz V.11 en todos los elementos de red.

Página 39
Encabezado de Sección - el MSOH

40

Los canales de servicio, sin embargo su posición esté prevista en el encabezado de cada uno de los
procesos STM-1, no se repiten N veces en una señal STM-N. Solo se aprovecha el respectivo canal de
la primera de las N tramas multiplexadas, quedando libres las respectivas posiciones de las otras tramas
multiplexadas. Esa es la razón por la cual hay tantas lagunas en el encabezado del STM-1: son bytes de
servicio de la trama básica SONET STS-1 que, al multiplexarse tres tramas, quedan libres.
El encabezado de la sección de multiplexores no puede ser accedido por los regeneradores; solamente
en las puntas de una sección de multiplexores se tiene acceso a esos bytes.
Contiene los canales de servicio (D4 a D12), serializados para formar un canal de servicio de 576 kbit/s
accesible a través de una interfaz V.11 en los mux. Contiene también los canales K1 y K2, para control
de la conmutación de protección, los canales Z1 y Z2 (reservados) y E2 (canal de servicio analógico
punta-a-punta de sección).
También contiene los bytes B2, de paridad.

Página 40
Encabezado de Sección de
Multiplex (MSOH) en detalle

* RDI: Remote Defect Indication

41

El cálculo de paridad B2 difiere del cálculo de paridad B1.


Em primer lugar, B1 es un solo byte para la señal de linea STM-N, mientras que B2 son tres bytes para
cada señal STM-1 (es calculado y analizado separadamente por cada procesador de STM-1).
Como el contenido de las tres primeras lineas del encabezado puede ser alterado por los regeneradores
intermedios, y B2 solo es analizado en los extremos de una sección, al calcular B2 el procesador STM-1
salta las primeras tres lineas del encabezado; B2 se calcula sobre toda el area de carga, más las lineas 4
a 9 del encabezado.
Los tres bytes de B2 son calculados por BIP-24 (bit interleaved parity-24), de forma similar al cálculo de
B1 (paridad vertical par). Solo que, en vez de hacer una larga columna byte tras byte de toda la trama
STM-N, se hace una larga columna de grupos de tres bytes de cada trama STM-1 (exceptuados los
bytes de las tres primeras lineas deel encabezado), calculando una palabra de paridad de 24 bits. El
resultado, naturalmente, será compatible con el calculado por separado por tres procesadores SONET
STS-1 que calculen paridad de un byte cada uno...

Página 41
El Byte S1
xDescribe el nivel de calidad de la sincronización de la SDH en los bits 5 a 8:
bits 5 a 8 Descripción del nivel de calidad de la sincronización
0000 calidad desconocida (red de sinc. existente)
0001 reservado
0010 G.811
0011 reservado
0100 G.812 tránsito (TNC)
0101 reservado
0110 reservado
0111 reservado
1000 G.812 local (LNC)
1001 reservado
1010 reservado
1011 SETS (Synchronous Equipment Timing Source)
1100 reservado
1101 reservado
1110 reservado
1111 no utilizar para sincronización*
* emulado por un AIS de la sección; este código es obligatorio, pués no necesariamente se
interpreta la recepción de un AIS de sección multiplex como falla de un puerto de interfaz
para fuente de sincronización

42

En las redes SDH, la información de temporización no es transportada por un tributario mapeado dentro
de la trama de linea, sino por la propia señal de linea. La señal de linea es generada por el reloj local del
nodo transmisor, que está amarrado a alguna referencia. Un nodo está en capacidad de generar hacia
una salida una señal de reloj que, a su vez, servirá como refencia de reloj para otros equipos existentes
en el edificio en donde se encuentra el equipo SDH.
Toda la cuestión de sincronización entre edificios necesita una planificación especial cuando se
introducen equipos SDH. Para facilitar la realización de una red confiable de sincronismo, fué definida la
utilización del byte S1 como canal de servicio que describe la calidad y el estado de sincronización de un
nodo que genera una señal STM-N.
El byte S1 define la calidad del reloj utilizado para generar la señal de linea STM-N como siendo G.811
(reloj primario de referencia de una red), G.812 TNC (reloj de nodo de tránsito), G.812 LNC (reloj de nodo
local) o SETS (reloj propio del equipo síncrono, con exactitud insuficiente para servir como referencia en
casi todos los casos).
Hay, además, una configuración que recomienda no utilizar la señal de linea para sincronización de otros
equipos, por estar con calidad incompatible con la esperada, y una configuración correspondiente a
“calidad desconocida”.

Página 42
Funcionalidad Mínima del SOH
xPara ciertos usos (p.ej., interfaz interna dentro de una estación), se puede
implementar un SOH con funcionalidad reducida
Bytes del SOH Interfaz Óptica Interfaz Eléctrica
A1,A2 se requiere se requiere
J0-Z0/C1 * *
B1 no se aplica no se aplica
E1 opcional opcional
F1 no se aplica no se aplica
D1-D3 no se aplica no se aplica
B2 se requiere se requiere
K1,K2 (APS) opcional no se aplica
K2 (MS-AIS) en estudio en estudio
K2 (MS-RDI) se requiere se requiere
D4-D12 no se aplica no se aplica
S1 en estudio en estudio
M1 en estudio en estudio
E2 no se aplica no se aplica
otros bytes no se aplican no se aplican
* Para los equipos que implementan la función de identificador deSTM (byte C1), el uso es opcional
para STM-1 pero se requiere para STM-N; para los equipos que implementan el trazado de
sección de regeneración (bytes J0, Z0), en estudio

43

En las interfaces internas dentro de un edificio, puede no ser necesario implementar la funcionalidad
completa del encabezado de la señal de linea. Las funciones de operación y mantenimiento destinadas a
la comunicación de estados entre equipos de linea pueden dejar de implementarse.
El canal de alineación de trama (bytes A1 y A2) siempre se requiere. Los bytes B2, que implementan el
control de errores de los procesos STM-1 individuales, también se requieren.
El byte K2, utilizado como indicador de alarma remoto, también se requiere.
La funcionalidad del byte K2 como indicador de defecto remoto es opcional.
El byte K1 (señalización para el equipo de protección) y el byte E1 (hilo de órdenes) son de utilización
opcional.
Los demás bytes o no se aplican o aún se encuentran en estudio.

Página 43
Formato de los Punteros de la AU

44

La cuarta linea de la trama STM-1 contiene el puntero de la AU-4 (o los tres punteros de las AU-3, en la
trama norteamericana).
El puntero de la AU-4 se compone de los bytes H1 y H2, que en conjunto forman una palabra de
dieciséis bits. Los diez últimos bits forman un número binario que designa la posición en el area de carga
(AU-4) en donde se encuentra el inicio del VC-4. De esta manera, el procesador, para alinearse a la
trama del VC-4, no necesita buscar una señal de alineación de trama del VC-4, que desde luego no
existe. Solo tiene que contar posiciones a partir del primer byte de la cuarta linea del area de carga
(posición cero) para encontrar el inicio del VC-4.
Las posiciones se cuentan a cada 3 bytes (la posición 0 es el primer byte que le sigue al puntero, la
posición 1 es el cuarto byte, etc.). Como el area de carga contiene 261 x 9 = 2439 bytes, hay 2439 / 3 =
783 posiciones, o sea, del 0 al 782.
En la STM-1 norteamericana, en vez de un solo puntero hay tres, uno para cada AU-3. Y, mientras que
en el caso del puntero de la AU-4 hay tres bytes H3 para justificación negativa de tres bytes, en el caso
de las AU-3 hay un H3 para cada una, permitiendo justificación negativa, individual para cada VC-3, de
un byte apenas.

Página 44
Atribución de las Posiciones en la AU-4
columna
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 268 269 270
linea 1 ...
2 ...
3 ... 782 - -
4 H1 Y Y H2 1 1 H3 H3 H3 0 - - 1 - - ... 86 - -
5 87 - - 88 - - ...
6 ...
7 ...
8 ...
9 ... 521 - -
1 522 - - 523 - - ...
2 ...
3 ... 782 - -
4 H1 Y Y H2 1 1 H3 H3 H3 0 - - 1 - - ... 86 - -
5 ...
6 ...
7 ...
8 ...
9 ...
oportunidad de justificación negativa
oportunidad de justificación positiva

45

El conteo de las posiciones dentro del area de carga de la AU-4, como ya se comentó, empieza en el
primer byte que le sigue al último byte H3. El conteo de esa manera se debe al hecho de que un puntero
no puede indicar una posición anterior al mismo. Luego, lo lógico es que la posición cero sea la primera
posición del area de carga siguiente al puntero.
Siendo así, el conteo se inicia en la cuarta linea de una trama STM-1 y termina al final de la tercera linea
de la trama siguiente.
Acordémonos de que un trayecto de contenedor virtual en la SDH constituye un proceso continuo. No se
trata de transmitir una sola trama del VC, sino de transmitir 8000 tramas por segundo mientras dure la
conexión. El proceso de alineación es secuencial. Primeramente ocurre la alineación a la trama STM-1,
obtenida a través de la localización de los bytes A1 y A2. El paso siguiente es la interpretación del
puntero de la AU-4.
Si hay VCs menores mapeados en el VC-4, y si es necesaria la alineación con los mismos para
derivación, inserción o cross-conexión, trás la alineación al VC-4 las posiciones de los punteros de VC-3
o de VC-12 es conocida, y permite la alineación a los VC menores.
Acórdemonos de que también en la PDH la alineación es un proceso secuencial: primero se alinea el
demultiplexor a la trama de linea, separa los flujos de los tributarios, y un nuevo demultiplexor busca allí
las palabras de alineación de trama, y así succesivamente hasta alcanzar el nivel deseado. El proceso
de alineación en la PDH es más laborioso y más tardado que en la SDH.
En todos los casos, la carga solo puede ser interpretada a partir del momento en que ocurre la
alineación, y la continuidad solo se establece trás alcanzada la alineación.

Página 45
Atribución de las posiciones en la TU-12

La estructura completa dura


4 tramas STM-1 (500 µ s)

46

Como ya vimos, la TU-12 completa se repite 2000 veces por segundo (a cada 4 tramas del VC-4), debido
al hecho de que el puntero asociado a la misma tarda 4 tramas VC-4 en completarse. El puntero tiene 4
bytes, de los cuales un byte se transmite en cada VC-4.
El número codificado en el puntero designa la posición ocupada en el campo de carga por el byte V5,
que es el primer byte del encabezado de trayecto de VC-12. La gama de variación del puntero es de 0 a
139.
La TU-12 tiene 4 x 9 = 36 bytes en cada trama VC-4; completa, tiene 36 x 4 = 144 bytes. Cuatro de eses
bytes son las posiciones de los 4 bytes del puntero; los demás 140, son el area de carga ocupada por el
VC-12. Por eso, la gama de variación es de 0 a 139. La posición cer o es la que sigue inmediatamente al
byte V3.

Página 46
El Puntero en Detalle

puntero de AU-3,
AU-4 y TU-3

puntero de TU-11,
TU-12 y TU-2

trás una pérdida de alineación


o al inicio del proceso para una nueva
alineación del VC, la NDF es habilitada
en la primera trama que contiene el
valor válido del nuevo puntero

47

Los 4 primeros bits constituyen la NDF (new data flag), normalmente deshabilitada (0110). Esos bits se
invierten en un proceso de nueva sincronización (1001), hasta que el otro extremo reconozca el valor del
puntero (cuatro tramas). Los bits SS hoy asumen el valor fijo 10.
Los bytes H3 constituyen un area extra de carga, utilizada periodicamente si hay necesidad de hacer
justificación negativa. La justificación positiva se hace dejando de enviar carga en la posición 0 (3 bytes
adyacentes a los bytes H3 en el caso de la AU-4, 1 byte adyacente al H3 ó al V3 en los demás casos).
La trama que contiene justificación indica ese hecho invirtiendo los bits D (decremento de puntero e
invasión de los bytes H3 o V3 con carga útil del VC) o los bits I (incremento de puntero con justificación
positiva, dejando de haver información en la posición 0, o sea, en el byte o en los 3 bytes que siguen a
H3 o V3).
Los punteros de las TU-2 o TU-12, cuya estructura examinaremos más adelante, son muy similares a los
punteros de la AU-4. Los bytes H1 y H2 corresponden a los bytes V1 y V2.

Página 47
El VC-4 en la Trama

48

La trama del contenedor virtual de 4o. orden (VC-4) contiene 9 lineas de 261 columnas, o sea, está
hecha para caber exactamente en el area de carga útil de la AU-4. Sin embargo, como vimos, algunos
elementos de red copian directamente un VC-4 recibido hacia una AU-4 de una STM-1 generada
localmente. Por ejemplo, un radio SDH operando en STM-1 puede ingresar un VC-4 a un anillo óptico en
STM-4 a través de un ADM. El ADM copia el VC-4 recibido por radio hacia una AU-4 de la trama STM-4
del anillo a que pertenece, y vice-versa. En este caso, el mux no tiene que esperar hasta la primera
posición del VC-4 para copiarla a la primera posición de la AU-4 (seria un retardo inecesario, que
implicaría memorias largas sin ninguna ventaja práctica). El mux sencillamente va copiando los bytes del
VC-4, no importando en que posición de la AU-4 caigan. Pero procesa el puntero para descubrir cual es
el primer byte del VC-4 copiado, y calcula el nuevo valor del puntero, escribiéndolo en la trama hacia
adelante.
Luego, sin embargo en los diagramas que acostumbra uno ver en la literatura pueda parecer que el
primer byte del VC-4 ocupe la posición arriba a izquierda en el area de carga de la AU-4, no hay razón
alguna para que así sea.
De todos modos, la trama del VC-4 (que es independiente de la trama STM-1) se convenciona dibujar
como una "caja" de 9 lineas de 261 columnas, en donde la primera columna contiene los bytes del
encabezado de trayecto (POH, path overhead).

Página 48
El Mecanismo de Ajuste de Relojes:
Decremento de Punteros

524

{
decremento! !!!!!

523
{

49

Debido a la ocurrencia de jitter o wander, o debido a una diferecia absoluta entre relojes causada por una
falla de la sincronización de los nodos de una red síncrona, el nodo que genera el VC-4 puede tener su
reloj en un momento dado un tanto más rápido que el nodo siguiente. Cuando el VC-4 que tiene que
copiarse hacia la AU-4 es más rápido que la AU-4, un desfase positivo se irá acumulando en la memoria
elástica del transmisor. Cuando el desfase acumulado llegue a 24 bits, el transmisor irá incluir 3 bytes del
VC-4 en el area extra representada por los bytes H3, avisando al otro extremo de que los bytes H3
contienen carga útil a través de la codificación de un decremento del puntero.
El decremento del puntero se codifica con la inversión de los bits pares del puntero (los cinco bits D), por
voto de mayoría (para que no se pierda una justificación aún en caso de errores binarios).
En la trama siguiente del STM-1, el puntero presenta el nuevo valor, igual al anterior menos una unidad.
Si el valor anterior era cero, el nuevo valor será 782 (pués esa es la posición anterior a la posición cero).
Ya en la trama siguiente el inicio del VC-4 ocupará la posición inmediatamente anterior a la que venía
ocupando, y allá permanecerá hasta el próximo movimiento del puntero.

Página 49
El Mecanismo de Ajuste de Relojes:
Incremento de Punteros

524

{
incremento! !!!!!

525
{

50

De forma similar, debido a las tolerancias de los relojes, el VC-4 puede estar siendo generado en un
nodo cuyo reloj está en un momento dado ligeramente más lento que el reloj del nodo local. Cuando el
VC-4 que tiene que copiarse hacia la AU-4 generada localmente por un nodo es más lento que esa AU-4,
un desfase negativo se irá acumulando en la memoria elástica del transmisor. Cuando el desfase
acumulado llegue a 24 bits, el transmisor irá dejar de transmitir bytes del VC-4 en los 3 bytes de la
posición 0 de la AU-4, avisando al otro extremo de que esos bytes no contienen carga útil.
Este tipo de justificación (justificación positiva) es denominado incremento del puntero, una vez que ya
en la trama STM-1 inmediatamente consecutiva el inicio del próximo VC-4 va estar desplazado de una
posición (3 bytes) hacia adelante, permanecendo en esa nueva posición hasta una nueva justificación.
El incremento del puntero se codifica con la inversión de los bits impares del puntero (los cinco bits I), por
voto de mayoría (para que no se pierda una justificación aún en caso de errores binarios).
Tras el incremento, el puntero asumirá el nuevo valor (una unidad mayor que el valor anterior),
permanecendo ese nuevo valor hasta que sea necesaria una nueva justificación. Si el valor anterior era
782, el valor incrementado será cero, pués esa es la posición que le sigue a la posición 782.

Página 50
Ajustes de Punteros de TU-12
xNormalmente, a cada 125 µ s la TU-12 transporta 35
bytes del VC-12
xEl puntero indica la posición ocupada por el inicio del
VC-12, o sea, por el byte V5

xQuando se ha acumulado un desfase de 8 bits, se


realiza un movimiento de puntero
V3
xSi el acúmulo es positivo, los bits D del puntero son
invertidos, y el byte V3 es utilizado para transportar un
byte del VC-12, o sea, la carga es adelantada de un byte
(el 3er bloque transporta 36 bytes de carga)
xSi el acúmulo es negativo, los bits I del puntero son
invertidos, y el byte siguiente a V3 queda libre, y la
carga del VC-12 es retrasada de un byte (el 3er bloque
transporta 34 bytes de carga)

51

De forma similar a la justificación de un VC-4 dentro de la AU-4, un VC-3 puede ser justificado en la TU-3
(o en la AU-3, en el caso de mapeo ANSI), y un VC-12 puede ser justificado en la TU-12.
En el caso del VC-12, cuando el desfase acumulado llegue a 8 bits, el transmisor irá incluir 1 byte del
VC-12 en el area extra representada por el byte V3, avisando al otro extremo de que el byte V3 contiene
carga útil a través de la codificación de un decremento del puntero.
El decremento del puntero se codifica con la inversión de los bits pares del puntero (los cinco bits D), por
voto de mayoría (para que no se pierda una justificación aún en caso de errores binarios).
En la TU-12 siguiente, el puntero presenta el nuevo valor, igual al anterior menos una unidad. Si el valor
anterior era cero, el nuevo valor será 139 (pués esa es la posición anterior a la posición cero).
Ya en la trama siguiente el inicio del VC-12 ocupará la posición inmediatamente anterior a la que venía
ocupando, y allá permanecerá hasta el próximo movimiento del puntero.
Cuando el VC-12 que tiene que copiarse hacia la TU-12 generada localmente por un nodo es más lento
que esa TU-12, un desfase negativo se irá acumulando en la memoria elástica del transmisor. Cuando el
desfase acumulado llegue a 8 bits, el transmisor irá dejar de transmitir un byte del VC-12 en el byte de la
posición 0 de la TU-12, avisando al otro extremo de que ese byte no contiene carga útil.
Este tipo de justificación (justificación positiva) es denominado incremento del puntero, una vez que ya
en la TU-12 inmediatamente consecutiva el inicio del VC-12 va estar desplazado de una posición hacia
adelante, permanecendo en esa nueva posición hasta una nueva justificación.
El incremento del puntero se codifica con la inversión de los bits impares del puntero (los cinco bits I), por
voto de mayoría (para que no se pierda una justificación aún en caso de errores binarios).
Tras el incremento, el puntero asumirá el nuevo valor (una unidad mayor que el valor anterior),
permanecendo ese nuevo valor hasta que sea necesaria una nueva justificación. Si el valor anterior era
139, el valor incrementado será cero, pués esa es la posición que le sigue a la posición 139.

Página 51
El POH de un VC de Alto Orden

52

El contenedor virtual de 4o. orden, como ya se vió, es una trama con la longitud de 2439 bytes, la cual se
representa como un rectángulo de 9 lineas y 261 columnas.
El primer byte de cada una de esas nueve lineas pertenece al encabezado (tara) de trayecto (POH, path
overhead). Luego, la tara de trayecto posee 9 bytes, los cuales se repiten 8000 veces por segundo.
La capacidad del area de carga del VC-4 es de 9 lineas x 260 columnas x 8 bits/byte x 8000
veces/segundo, o sea, de 149,76 Mbit/s. En la figura, vemos el area de carga configurada como un
contenedor de 4o. orden (C-4), listo para recibir una señal PDH de 4o. orden, de 139264 kbit/s. Como
veremos más adelante, la diferencia entre la capacidad de carga del C-4 y la señal PDH transportada allí
será ocupada con bits de overhead y de relleno.

Página 52
Función de los Bytes del POH del
Trayecto de Alto Orden (HP-POH)

53

Los nueve bytes deel encabezado de trayecto se prestan a varias funciones.


El byte J1, el primer byte de la trama, es utilizado para la etiqueta del trayecto. Allí se puede copiar una
secuencia de 64 bytes (que, obviamente, se repite a cada 64 tramas) o de 16 bytes (Rec. E.164,
obligatoria en fronteras entre redes) para identificar los puntos terminales de un VC-4 que se transporta a
través de la red SDH entre las terminaciones del trayecto (el punto en que se crea el VC-4 y el punto en
que se deshace el VC-4 para recuperar su contenido).
El formato de cadena de 16 bytes comienza con un byte cuyo primer bit es cero, siendo que sus 7 demás
bits contienen un código de detección de errores (calculado por CRC sobre la cadena anterior de 16
bytes). Los demás 15 bytes de la cadena empiezan con el bit “1”, y codifican caracteres ASCII con los
demás 7 bits.
La paridad vertical (BIP-8) calculada sobre todos los bytes de cada trama del VC-4, es transportada en la
posición B3 de cada trama siguiente, sirviendo para comprobar la tasa de bloques erroneos entre
extremos de un trayecto de VC-4.
El byte C2 identifica si el VC-4 está o no ocupado con algún tipo de carga, y cual es esa carga.

Página 53
Función de los Bytes del HP-POH (cont.)

54

El canal G1 es para intercambio de informaciones entre los extremos del trayecto de VC-4 (alarmas y
errores remotos).
El canal F2 es un canal de usuario entre los extremos del trayecto.
El canal Z3 también es un canal de usuario entre los extremos del trayecto.
El byte H4 es utilizado para sincronización de multitrama, necesaria cuando el VC-4 contiene unidades
tributarias bajas (la unidad tributaria baja es una estructura que se repite 2000 veces por segundo, o sea,
a cada 500 microsegundos) y para el sincronismo de la señalización asociada a canal en ciertos tipos de
mapeo.
El byte Z5 tuvo su uso definido recientemente como TCOH (tandem connection overhead). Sus bits 1 a 4
son utilizados para conteo de errores de entrada (IEC, incoming error count), siendo los bits 5 a 8
utilizados como un canal de comunicación. La implementación exacta del TCOH se encuentra bajo
estudio.

Página 54
El POH de un VC de Bajo Orden
Ejemplo (VC-12):
xEl VC-12 consiste en una trama de 500 µ s (se repite 2000 veces por
segundo), dividida en 4 bloques de 35 bytes cada
xCada bloque posee 32 bytes para la carga útil y 3 bytes extras (en
mapeo asíncrono, el último bloque posee 2 bits S para justificación
de carga, y puede transportar 256 bits (normal), 257 bits (just.
negativa) ó 255 bits (just. positiva) de carga útil
Ü uno de los bytes extras es un byte del POH, y los otros 2 bytes
son de justificación fija
Ü el POH consiste, por lo tanto, en 4 bytes, designados como V5,
J2, Z6 y K4
xEl puntero de la TU-12 indica la posición ocupada por el byte V5 del
POH (inicio del VC-12)

55

El POH de contenedores virtuales de bajo orden es más pequeño, consistiendo de apenas 4 bytes que
se repiten 2000 veces por segundo.
Cada bloque del VC-12 consiste de 35 bytes, de los cuales 32 se destinan a carga útil (con un bit extra
para oportunidad de justificación negativa de una carga de 2048 kbit/s, y una oportunidad de justificación
positiva en un bit de los 32 bytes de carga), 2 bytes (menos el bit extra de oportunidad de justificación
negativa) de relleno y un byte de POH.
El POH consiste, por lo tanto, en 4 bytes, los cuales se denominan V5, J2, Z6 y K4.
La posición indicada por el puntero de la TU-12 es la ocupada por el byte V5, considerado el inicio del
VC-12.

Página 55
El POH de un VC de Bajo Orden (cont.)
Ejemplo (VC-12):
V5
34 bytes
(carga + justificación)
125 µ s
J2
34 bytes
(carga + justificación)
250 µ s
Z6
34 bytes
(carga + justificación)
375 µ s
K4
34 bytes
(carga + justificación)
500 µ s

56

En la figura arriba es ilustrada la configuración del VC-12 completo, con su duración de 500
microsegundos, dividido en 4 bloques de 35 bytes a cada 125 microsegundos.
El encabezado de trayecto hasta recientemente consistia en un solo byte (byte V5), siendo las posiciones
correspondientes a los bytes J2, Z6 y K4 ocupadas por relleno fijo. En las últimas recomendaciones
fueron introducidos esos bytes para expandir la capacidad del encabezado de trayecto.
El encabezado de un trayecto de bajo orden (TU-2, TU-12 o TU-11) es la ilustrada. Ese encabezado es
denominado LO-POH (lower order path overhead)

Página 56
Función de los bytes V5, J2, Z6 y K4 (POH
de trayecto de bajo orden, ó LP-POH)
xByte V5: BIP-2 REI RFI etiqueta de señal RDI
1 2 3 4 5 6 7 8

b5 b6 b7 significado
0 0 0 no equipado
0 0 1 equipado - no específico
0 1 0 asíncrono
0 1 1 bit-síncrono (ya no está definido)
1 0 0 byte-síncrono
1 0 1 equipado - no utilizado
1 1 0 equipado - no utilizado
1 1 1 equipado - no utilizado

57

El byte V5, descrito en la figura arriba, contiene un código de detección de errores (EDC, error detection
code) constituido por 2 bits de paridad (BIP-2). Contiene también un bit de monitorización remota de
errores (REI, remote error indication), un bit de alarma (RFI, remote failure indication), 3 bits para la
etiqueta entre los extremos de un trayecto de VC-11, VC-12 o VC-2, y un bit de indicación de defecto
remoto (RDI, remote defect indication). La diferencia entre una falla (failure) y un defecto (defect) es que
el último (RDI) significa que un AIS o condición de falla está momentaneamente siendo recibida, y la
primera (RFI) indica un defecto que permanece más allá del tiempo máximo asignado a los mecanismos
de protección del sistema.
La etiqueta de trayecto describe si el trayecto está equipado, y el tipo de carga contenida dentro del VC
(mapeo byte síncrono o mapeo asíncrono). Los tipos de mapeo serán descritos más adelante.

Página 57
Función de los bytes del LP-POH (cont.)

xByte J2: LP-API (Low Order Path Access Point Identifier)


Üutiliza el formato E.164, de una cadena de 16 bytes
xByte Z6: similar al byte Z5 del HP-POH (TCOH)
Ümonitorización de conexiones tandem
xByte K4
Übits 1 a 4: APS (conmutación de protección)
Übits 5 a 8: reservados para uso futuro

58

La función del byte J2 es muy similar a la del byte J1 del HP-POH (higher order path overhead): codifica
un identificador del trayecto (LP-API, low order path access point identifier), con el formato de cadena de
16 bytes ya presentado.
El byte Z6 tiene una utilización y un formato similares a los del byte Z5 del HO-POH, ya presentado:
monitorización de conexiones tandem.
El byte K4 tendrá una aplicación en la conmutación de protección (APS, automatic protection switching)
en sus bits 1 a 4, estando los bits 5 a 8 todavía por definir.

Página 58
Ajuste de Reloj de un Tributario
de 140 Mbit/s en un VC-4

59

Conforme ya se discutió anteriormente, una de las posibilidades de utilización del VC-4 es para el
transporte de una señal de 140 Mbit/s. Esa señal de 140 Mbit/s puede ser una trama multiplexada según
la PDH, una señal de video digital, una secuencia binaria seudoaleatoria para mediciones de tasa de
error, etc..
Cuando el area de carga de un VC-4 se configura como un C-4 para transportar una señal PDH de 140
Mbit/s, cada linea se divide en 20 bloques de 96 bits I (intervalos de tiempo para copiar los bits de
información de la señal útil) cada uno. Esos 20 bloques van intercalados entre bytes designados como
W, X, Y y Z. El primer byte de cada linea es el byte W, el cual contiene 8 bits I (información). Hay cinco
bytes X y trece bytes Y intercalados a lo largo de la trama. Los bytes Y solo contienen bits R (relleno fijo),
mientras que los bytes X contienen 1 bit C (bit de control de justificación de tributario PDH), 5 bits R
(relleno fijo) y dos bits O (overhead, tara para uso futuro) cada uno. Hay, por lo tanto, 5 bits C (control de
justificación) en cada linea.
El byte Z, antes del último bloque de cada linea, contiene 6 bits I (de información copiada de la carga
útil), un bit S (que puede contener información o relleno, según sea necesario) y un bit R, de relleno fijo.
Los 5 bits C (presentes en los 5 bytes X de cada linea) pueden asumir el valor 0 (indicando que en la
posición S del byte Z va un bit I, de información) o el valor 1 (indicando que en la posición S va relleno).
La necesidad de un proceso como este de justificación de la velocidad del tributario plesiócrono a la
trama VC-4 se debe a las tolerancias para los relojes tanto de las señales PDH como de los nodos de
frontera de la red PDH.
Examinando el proceso un poco más en detalle, vemos que en cada linea del C-4 hay, en total:
8 bits I del byte W
+ 20 bloques de 96 bits I (= 1920 bits I)
+ 6 bits I del byte Z
+ 1 bit S del byte Z, que puede o no contener un bit de información.

Página 59
Mapeo de 140 Mbit/s

60

Estos números resultan en un total de 1934 a 1935 bits de información en cada linea del C-4.
Suponiendo un reloj absolutamente exacto en el nodo de frontera (8000 tramas por segundo), la
capacidad del C-4 es de (1934 a 1935) bits/linea x 9 lineas/trama x 8000 tramas/segundo, lo que resulta
en:
139248 kbit/s
a 139320 kbit/s
Cada vez que se ocupa una posición S con información en una linea de todas las tramas, la velocidad
efectiva del tributario aumenta en 8 kbit/s (1 bit S en 8000 tramas por segundo). Si el tributario PDH tiene
la velocidad absolutamente exacta de 139264 kbit/s, por lo tanto 16 kbit/s por arriba de la velocidad
efectiva en el caso de que todos los bits S fueran relleno (139248 kbit/s), se ocuparán 2 de las nueve
oportunidades de cada trama con información, y 7 con relleno (tasa de relleno 7/9).
Ese proceso de justificación es totalmente similar al proceso de justificación utilizado en tramas PDH. De
la misma forma que en la PDH, la succesión irregular de los bits de relleno causa un cierto jitter de
tiempo de espera con una envolvente de baja frecuencia. En el caso de la SDH, ese jitter se llama jitter
de mapeo o jitter de justificación. Una de las mediciones importantes en los mux con interfaces
plesiócronas consiste en verificar el espectro de ese jitter, simulando variaciones de velocidad de la
carga plesiócrona dentro de los límites admisibles.

Página 60
Configuración de un VC-3
85 columnas

J1
B3
C2
G1
F2 C-3
H4
Z3
K3
Z5

61

Como ya vimos, en la jerarquía SDH ETSI el VC-3 es utilizado para el transporte de una señal de 34
Mbit/s. En la jerarquía ANSI, el VC-3 puede ser utilizado para el transporte de una señal de 45 Mbit/s, o
puede ser subdividido en 7 TUG-2 (las cuales, a su vez, pueden ser subdivididas en 4 TU-11 cada una).
En el caso del mapeo de una señal de 34 ó 45 Mbit/s, esa señal puede ser una trama multiplexada según
la PDH, una señal de video digital comprimido, una secuencia binaria seudoaleatoria para mediciones de
tasa de error, etc..

Página 61
Mapeo de una Carga de 34 Mbit/s en el C-3
xEl VC-3 está dividido en 3 bloques, cada uno de los cuales
tiene dos oportunidades de justificación (total de 6
posibilidades de justificación a cada 125 µ s)
Ü cada bit S (oportunidad de justificación) es controlado
por 5 bits C
J1
B3 T1 3 lineas
C2
G1
F2 T2 3 lineas
H4
Z3
K3 T3 3 lineas
Z5

62

Cuando el area de carga de un VC-3 se configura como un C-3 para transportar una señal PDH de 34
Mbit/s, la trama se divide en 3 bloques de 3 lineas cada uno.
Cada uno de esos tres bloques posee 2 bits S (oportunidad de justificación). Según la necesidad, esos
bits S pueden contener carga útil o ser utilizados como relleno. Esos bits se denominan S1 y S2,
respectivamente. A cada bit S están asociados 5 bits C (de control de justificación), denominados C1 y
C2, respectivamente. Los bits C1 informan si en la posición S1 va carga (al asumir el valor binario 0,
valendo el voto de mayoría) o relleno (al asumir el valor binario 1); los bits C2 se refieren al bit S2.
Como hay tres bloques, cada uno con 2 bits S, hay en total 6 bits S en cada trama del C-3. O sea, hay en
total 6 x 8000 = 48 kbit/s de flexibilidad para las diferencias entre los relojes de la carga útil y del nodo de
frontera.

Página 62
Mapeo de 34 Mbit/s en el C-3 (cont.)

xCada uno de los 3 bloques tiene la siguiente configuración:


bytes
1 1 3 1 3 1 3 1 3 1 1 3 1 3 1 3 1 3 1 3 11 3 1 3 1 3 1 3 1 3 1 1 3 1 3 1 3 1 3 1 3 1 1 3
R 24 I R 24 I R 24 I R 24 I R R 24 I R 24 I R 24 I R 24 I R 24 I R C 24 I R 24 I R 24 I R 24 I R 24 I R R 24 I R 24 I R 24 I R 24 I R 24 I R C 24 I
P
O R 24 I R 24 I R 24 I R 24 I R R 24 I R 24 I R 24 I R 24 I R 24 I R C 24 I R 24 I R 24 I R 24 I R 24 I R R 24 I R 24 I R 24 I R 24 I R 24 I R C 24 I
H
R 24 I R 24 I R 24 I R 24 I R R 24 I R 24 I R 24 I R 24 I R 24 I R C 24 I R 24 I R 24 I R 24 I R 24 I R R 24 I R 24 I R 24 I R 24 I R 24 I R R A B 8I

byte R byte C
R R R R R R R R R R R R R R C1C2 R R R R R R R S1S2 I I I I I I I

(justificación fija) bits de oportunidad


bits de control
de justificación de justificación
Capacidad del C-3:
por tercio: (20+20+19) x 24 i + 7 i + (0 a 2) + 8 i = 1431 a 1433 bits i
del byte B bits S1 y S2 del final de la 3ª linea
por trama: (1431 a 1433) x 3 = 4293 a 4299 bits i
por segundo: 34344 kbit/s a 34392 kbit/s (nominal= 34368 kbit/s)

63

Las tres lineas de cada bloque poseen en total 59 bloques de 24 bits I (de información de la carga útil). Al
inicio de cada linea e intercalados a lo largo de las 3 lineas van 67 bytes R (de relleno fijo) y 5 bytes C
(bytes conteniendo cada uno los bits de control de justificación C1 y C2, además de 6 bits de relleno).
Lo que sería el 60o. bloque de 24 bits I, al final del bloque de 3 lineas, contiene 2 bytes denominados A y
B seguidos de 8 bits I. El byte A contiene 7 bits de relleno, siendo su 8o. bit el bit S1. El byte B contiene
el bit S2 en la primera posición, siendo los demás 7 bits utilizados para información (bits I).
Vemos, por lo tanto, que cada bloque de 3 lineas del C-3 con mapeo de 34 Mbit/s contiene:
59 bloques de 24 bits I (= 1416 bits I)
+ 1 bit S1 del byte A, que puede o no contener un bit de información.
+ 1 bit S2 del byte B, que igualmente puede o no contener un bit de información.
+ 7 bits I del byte B
+ 8 bits I al final, totalizando desde 1431 hasta 1433 bits I en cada bloque.
En cada trama del C-3 hay 3 bloques como ese, totalizando desde 4293 hasta 4299 bits I. Por segundo,
esto representa una capacidade de transporte (x 8000 tramas/s) de desde 34344 hasta 34392 kbit/s.
Como la velocidad nominal es de 34368 kbit/s, vemos que de las 6 oportunidades de justificación, 3 se
se ocupan con bits de información y el 3 con relleno, resultando en una tasa de justificación nominal del
50%.
La necesidad de un proceso como este de justificación de la velocidad del tributario plesiócrono a la
trama VC-3 se debe a las tolerancias para los relojes tanto de las señales PDH como de los nodos de
frontera de la red SDH.

Página 63
Mapeo de una carga de 45 Mbit/s en el C-3
xCada una de las 9 lineas del VC-3 tiene el siguiente contenido:
P
O 8R 8R A 200 I 8R C 8I 200 I 8R B 8I 200 I
H

R R C I I I I I C C R R R R R R C C R R O O R S

Capacidad:
Cada linea contiene: 5 i + 200 i + 8 i + 200 i + 0 ó 1 + 8 i + 200 i = 621 ó 622 bits i
byte A bit S
Cada C-3 contiene: (621 ó 622 ) x 9 = 5589 a 5598 bits i
por segundo: (5589 a 5598) x 8000= 44712 a 44784 kbit/s
(vel. nominal = 44736 kbit/s)
64

Cuando el area de carga de un VC-3 se configura como un C-3 para transportar una señal PDH de 45
Mbit/s, la trama se divide en 9 bloques de 1 linea cada uno.
Cada linea del C-3 contiene 621 bits I (de información), 5 bits C (control de justificación), 1 bit S
(oportunidad de justificación) y 2 bits O (de overhead para usos futuros). Los demás bits de cada linea
son ocupados por relleno fijo.
El proceso es muy similar al mapeo de una señal de 140 Mbit/s en el C-4. Estando exacto el reloj del
nodo SDH de frontera, el proceso permite el mapeo de cargas desde (621 x 9 x 8000 =) 44712 kbit/s
hasta (622 x 9 x 8000 =) 44784 kbit/s .
Como la velocidad nominal es de 44736 kbit/s, la tasa de justificación nominal resultante es de 6 / 9, o de
2 / 3 (66,67%).

Página 64
Ajuste de Reloj de un Tributario
de 2 Mbits en un VC-12
V5 V5

J2 J2

Z6 Z6

K4 K4

65

La longitud del VC-12 es igual a la longitud del area de carga de la TU-12 (la cual posee la posibilidad de
justificación negativa, por ocupación del byte V3 con carga, y positiva, con relleno en la posición cero). O
sea, el VC-12 tiene 140 bytes a cada 500 microsegundos (o 35 bytes 8000 veces por segundo).
Una señal PDH de 2048 kbit/s presenta, nominalmente, 32 bytes 8000 veces por segundo; por lo tanto,
dentro del VC-12 quedan tres bytes sobrantes a cada 125 microsegundos.
En la primera subdivisión, la estructura de la trama presenta:
- el primer byte del encabezado de trayecto (byte V5 del POH)
- un byte de relleno fijo
- 32 bytes de carga útil
- otro byte de relleno fijo.
En la segunda y tercera subdivisiones, la estructura presenta:
- un byte del encabezado de trayecto (respectivamente, los bytes J2 y Z6 del POH)
- un byte conteniendo 2 bits, denominados C1 y C2, de control de justificación, 4 bits de overhead y 2 bits
de relleno fijo
- 32 bytes de carga útil
- un byte de relleno fijo.
Con mapeo plesiócrono, la cuarta subdivisión presenta:
- el último byte del encabezado de trayecto (byte K4 del POH)
- un byte conteniendo 2 bits (denominados C1 y C2) de control de justificación, 5 bits de justificación fija
y1 bit de oportunidad de justificación (designado como S1)
- 1 byte con un bit de oportunidad de justificación (bit S2), y 7 bits de información
- 31 bytes de información
- un byte de relleno fijo.
En este tipo de mapeo, si las señales de 2 Mbit/s son síncronas a los VC-12 (es decir, si todas están
amarradas al mismo reloj maestro), desaparece la necesidad de justificación. El mapeo denominado bit-
síncrono ya no está definido en la Rec. G.70x del UIT-T, pero puede existir en los elementos de red. Por
compatibilidad con elementos que no entienden el mapeo bit-síncrono, los bits de control de justificación
C1 quedan fijos en "1" (indicando que la posición S1 es relleno) y C2 en "0" (indicando que S2 es
información).
Página 65
Mapeo Byte-Síncrono en VC-12
V5

J2

modo locked,
Z6 o “amarrado”

K4

modo flotante

66

Una nueva modalidad de mapeo ofrecido por los ADM y cross-connects es el mapeo síncrono byte a
byte, con el VC-12 flotante en la TU, o en la modalidad "amarrada" a la TU.
En este tipo de mapeo, el elemento de red que busca tener acceso a los canales de 64 kbit/s no necesita
buscar la señal de alineación de trama en la señal de 2048 kbit/s mapeada en el VC-12. La posición de
los canales (intervalos de tiempo) de la trama primaria quedan fijos en relación al inicio del VC-12. Es
decir, una vez encontrada la posición del byte V5 a través del puntero de la TU-12, el elemento de red ya
sabe en que posición del VC-12 se encuentra cada uno de los canales. A partir de V5, los demás bytes
quedan fijamente definidos para los intervalos de tiempo de la trama primaria. Incluso está prevista una
posición, marcada como R* en la figura, que puede recibir la señal correspondiente al intervalo de tiempo
0, para garantizar la compatibilidad con elementos de red que requieren la señal de alineación de trama
por no entender el mapeo byte-síncrono. También hay un byte entre los canales 15 y 16, reservado para
el intervalo de tiempo 16 (para la señalización asociada a canal, cuando se utiliza la misma, o para un
31o. canal útil o relleno fijo, según el caso).
Cuando una tarjeta de extracción e inserción de 2 Mbit/s está programada para trabajar con el mapeo
byte síncrono, debe estar operando con la misma referencia de reloj que la trama E1, para que no
ocurran slips o deslizamientos. Al recibir la trama E1, la tarjeta se alinea a la trama, localiza los bytes de
los canales útiles y los mapea en los intervalos de tiempo correspondientes en la trama VC-12 que
genera hacia adelante, de forma similar a una central de conmutación o cross-connect E1. En la
dirección opuesta, recibe el VC-12, crea una trama E1 hacia la salida y mapea en ella los canales útiles
transportados en el VC-12. Las tarjetas, por lo tanto, deben poseer una memoria elástica suficiente para
almacenar 125 microsegundos de información, pués tienen que tener todos los bytes de carga de una
trama completa disponibles para poder mapearlos en las posiciones correctas.
En la modalidad flotante, el VC-12 puede ser transportado en cualquier posición relativa dentro de una
TU-12, con manejo de los punteros. En la modalidad "amarrada", el VC-12 no “flota” en la TU-12, es
decir, el puntero indicará siempre la misma posición (cero). Esta modalidad facilita el procesamiento en
el caso de trayectos de VC-4 entre centrales de conmutación o cross-connects a nivel de canales de 64
kbit/s o de n x 64 kbit/s. En este caso, el VC-4 funciona como una gran trama síncrona para tributarios de
64 kbit/s, quedando fija la posición de esos tributarios directamente en el VC-4.

Página 66
Conversión de VC-11 en VC-12
para Transporte en TU-12

xQueda el espacio libre correspondiente


al VC-11, que consiste en bloques de 26
bytes a cada 125 µ s: un byte del POH,
un byte de relleno, control de
justificación, etc., y 24 bytes de carga
xEste formato es compatible con el
formato del VC-12 y mantiene la
integridad del VC-11

67

Usuarios que requieren el transporte del tributario bajo de la jerarquía ANSI (VC-11) en redes construidas
según la jerarquía ETSI disponen de una posibilidad que lo permite.
El VC-11 presenta 26 bytes a cada 125 microsegundos, contra los 35 bytes del VC-12. La TU-12 es
compatible con el VC-12. Para pasar por la red que posee TU-12, el VC-11 es transformado, al pasar la
frontera de redes, en un “pseudo-VC-12” con la intercalación de 9 bytes de relleno a cada 125
microsegundos. La intercalación de los bytes de relleno obedece al esquema ilustrado en la figura.
Para recuperar el VC-11 al cruzar la frontera entre redes en el sentido opuesto, esa columna de
justificación fija es quitada, restando los 26 bytes que componen el VC-11.
El VC-11 presenta una estructura similar a la del VC-12. A cada 125 microsegundos se presenta un
bloque de 26 bytes. Con mapeo asíncrono, el primer bloque contiene:
- un byte del encabezado de trayecto ( V5)
- un byte conteniendo 6 bits de de relleno, un bit de información y otro bit de relleno
- 24 bytes de información
El segundo y tercero bloques contienen:
- un byte del POH (J2 y Z6, respectivamente)
- un byte con 2 bits de control de justificación (C1 y C2), 4 bits de overhead, un bit de información y un bit
de relleno
- 24 bytes de información
El cuarto bloque contiene:
- un byte del POH (K4)
- un byte con 2 bits de control de justificación (C1 y C2), 3 bits de relleno, dos oportunidades de
justificación (S1 y S2), y otro bit de relleno
- 24 bytes de información
La capacidad del VC-11 alcanza para el transporte de una señal T1 completa, la cual presenta 193 bits a
cada 125 microsegundos. Como se ve, los tres primeros bloques tienen la capacidad exacta para 193
bits, y el cuarto bloque, en el cual se encuentran las posiciones S1 y S2, tiene capacidad para 191, 192 ó
193 bits, para que se pueda justificar si hay necesidad.
Con mapeo byte síncrono, el bit I del segundo byte es un bit de la señal de alineación de trama, y los 24
bytes siguientes de cada bloque representan, en orden, los 24 intervalos de tiempo de la trama T1. 67
Página
Tipos de Multiplex (Rec.G.782)
Tipo I: STM-M Tipo II:
G.703 STM-M STM-N (M > N) Combina un cierto número de
Función de multiplexación G.703
a STM-N con asignación fija de STM-N en una señal STM-M
los tributarios a canales del mediante el mapeo directo de
agregado VC - 3/4

Nota: Las entradas y salidas, representadas por


lineas horizontales, son bidireccionales (p. ej., 2
fibras, una para Tx y otra para Rx)

Tipo Ia: STM-M Tipo IIa:


G.703 STM-M G.703
Similar al tipo I, pero con (M > N) Similar al tipo II, pero
asignación flexible de los con asignación flexible
tributarios a canales del de los VC - 3/4 a
agregado canales del agregado

68

Dentro de los tipos de multiplex especificados por el UIT-T, destacamos aqui algunos, con sus
respectivas características.
El tipo I es un multiplex de frontera entre la PDH y la SDH. Este tipo de mux mapea las señales PDH
dentro de los respectivos contenedores virtuales (según el caso, VC-11 , VC-12, VC-3 o VC-4), y vice-
versa. Cada uno de los VCs es transportado en la trama STM-N en una cierta TU o AU. La asignación de
los puertos a un VC que vaya en una TU o AU específica de la trama STM-N es fija, es decir, no se
puede programar la relación entre las puertas y algun VC en cierta posición.
El tipo Ia de multiplex de frontera es similar en sus funciones al tipo I, es decir, realiza la interfaz entre
señales PDH y una señal STM-N.
El tipo Ia, sin embargo, posee asignación libre y programable de las puertas PDH a la carga transportada
en una cierta TU o AU de la señal STM-N.
Con el uso inteligente de este tipo de multiplexores, es posible programar de manera dinámica el
enrutamiento de los tributarios dentro de una malla de transporte SDH.
El mux de tipo II combina un cierto número de señales STM-N en una señal STM-M, en donde M > N.
A rigor, un multiplex de este tipo genera localmente una trama STM-M a partir de varios procesos locales
(y por esto síncronos y en fase) STM-1. La función de multiplexación intercala los bytes de los procesos
STM-1, además de agregar el byte B1, el cual es calculado teniendo en cuenta toda la trama STM-M, de
agregar los respectivos bytes C1 o J0, y de designar solamente los canales de servicio del primer STM-1
del STM-M.
Un mux como el descrito se encuentra en la etapa más alta de cualquier elemento de red que tenga una
interfaz de linea más alta que STM-1.
En el caso genérico, un mux ETSI que recibe señales STM-N de otro elemento de red extrae los VC-4
que llegan transportados en esos STM-N y los copia hacia las AU-4 de la señal STM-M generada
localmente , y vice-versa.
El mux del tipo IIa es similar al tipo II, pero la asignación de cada uno de los VC-4 que entran y salen por
cada puerta a una determinada posición (cierta AU-4) de las tramas STM-N y STM-M es programable.

Página 68
Tipos de Multiplex (Rec.G.782) (cont.)
Tipo IIIa: STM-N Tipo IV:
STM-M STM-M STM-N
Termina o vuelve a multiplexar Traduce el mapeo directo
(“puntea”) VCs en una señal (VC-3 en AU-3) al mapeo
STM-M. También puede insertar doble (VC -3 en TU-3 del
AU-3 AU-4
G.703 VCs localmente en la señal STM-M TU-3 VC-4), permitiendo el
transporte del VC-3 en redes
que no soportan AU-3

Tipo IIIb:
STM-M STM-M
Similar al tipo IIIa, pero
para una señal STM-N en
la señal STM-M
STM-N

69

El mux del tipo IIIa es el mux utilizado en anillos SDH. Se trata de un mux del tipo add & drop (ADM).
Como se ve, el mux posee dos interfaces (bi-direccionales) STM-M. Con eso, el puede operar hacia los
dos lados de un anillo.
En ese tipo de mux se puede programar la asignación de una puerta a la carga de un VC transportado en
cierta o TU o AU de una de las dos interfaces STM-M. También, se puede programar el puenteo de los
VC que no son accedidos en ese nodo del anillo. En la configuración del nodo de red, por lo tanto, el
técnico debe programar la conexión (bidireccional) transparente (puenteo) de ciertos VC entre los puertos
STM-M a la izquierda y la derecha, y la derivación e inserción de los que son conducidos a los puertos
G.703.
En los mux de alta capacidad de este tipo, la puerta baja (de derivación e inserción) puede ser
configurada como G.703 a 140 Mbit/s o como STM-1. La puerta STM-1 se utilizaría para entregar la
señal accedida a una rama de la red de transporte, a una unidad cross-connect de VC-12, o a un mux de
acceso (con interfaces a 2 Mbit/s de un lado y STM-1 del otro).
El mux de tipo IV está definido para utilización en la frontera entre redes ETSI y ANSI. Del lado ETSI,
trabaja con VC-4 en la AU-4, con el VC-4 subdividido en TU-3 para el transporte de los VC-3. Del lado
ANSI, trabaja directamente con los VC-3 mapeados en las AU-3, sin que existan AU-4 ni VC-4.

Página 69
ANT-20:

D H T
S NE
SO H
PD M
AT
...

70

Wandel & Goltermann fabrica una linea completa de instrumentos de prueba para SDH.
El ANT-20 es un instrumento que permite realizar todas las mediciones necesarias para la aceptación,
puesta en servicio y mantenimiento de redes y elementos de red SDH. Como es modular en su concepto,
el usuario puede adquirir la configuración que requiere en un momento dado, y equiparlo con las demás
opciones cuando sea necesario. Esa es la forma encontrada por Wandel & Goltermann para proteger la
inversión de sus clientes.
El hecho de que el instrumento posea, además de la funcionalidad SDH, interfaces y funciones de
análise para señales PDH como opción permite que todas las principales pruebas de homologación,
aceptación, puesta en servicio y búsqueda de fallas puedan ser efectuadas con un único instrumento.
El ANT-20 puede ser equipado internamente con interfaces ópticas para señales STM-1, STM-4 y STM-
16.
El ANT-20 también permite analisar las señales presentes en interfaces de gestión de red para
comprobar la funcionalidad TMN de las redes y elementos de red.
La posibilidad de generar y analizar el tráfico TMN en tramas SDH irá constituir una función muy útil en
redes modernas.

Página 70
Analizador de Sistemas Digitales ANT-20

La contribución de Wandel & Goltermann


a las futuras necesidades del mercado

71

NOTAS

Página 71
Objetivos de Wandel & Goltermann

xSoluciones de prueba flexibles


xOfrecer soluciones globales atendiendo a distintos
estándares y recomendaciones
üSONET / ANSI y SDH / ETSI

xEstar preparados para las necesidades de las nuevas


generaciones
üATM, TMN, etc.

72

NOTAS

Página 72
Nuestra Contribución a las Futuras
Necesidades del Mercado

xSolución portátil, fácil de operar y económica para


pruebas en campo (aceptación y mantenimiento)

73

NOTAS

Página 73
Como el ANT-20 complementa
la Familia de Productos W&G

xEl PF-140 es nuestro poderoso experto en sistemas PDH

PDH
xEl ANT-20 es nuestra solución flexible SDH con
aditamentos para PDH

SDH
74

NOTAS

Página 74
ANT-20 x PF-140

xEl PF-140 es un analizador extremadamente poderoso


para aplicaciones en PDH
xEl PF-140 seguirá siendo la mejor solución para los
usuarios que necesitan un medidor flexible e integrado
para PDH, cuando no requieren medidores para
instalación de redes SDH en un futuro próximo
xEn la mayoría de sus configuraciones el PF-140 es más
razonable que medidores mixtos PDH / SDH

75

NOTAS

Página 75
ANT-20 x PF-140

xEl ANT-20 es nuestra solución para aplicaciones en SDH


xLas configuraciones básicas desde luego incluyen
funciones estándar SDH
xEl ANT-20 no está disponible en una configuración
puramente para PDH
xLa opción PDH es un complemento de las funciones SDH

76

NOTAS

Página 76
El concepto del ANT-20

xTodas las configuraciones del ANT -20 están basadas en una misma
plataforma de software y hardware

77

NOTAS

Página 77
El concepto del ANT-20

xEl concepto modular hace del ANT-20 un instrumento flexible y


preparado para el futuro: SDH, SONET, PDH, ATM, TMN, ...

78

NOTAS

Página 78
Configuración Flexible

xConfiguración básica para SDH:


ÜSTM-1 el., generación y análisis del
SOH y POH
ÜMapeo de C-4 (140 M) ó C-12 (2 M)
ÜBERT PDH 2, 34 y 140 Mbit/s

xConfiguración básica SONET


ÜSTS-1 el., generación y análisis del
SOH y POH
ÜMapeo de C-3 (DS-3) y C-11 (DS-1)
ÜBERT PDH 1,5 y 45 Mbit/s

79

El ANT-20 básico viene de fábrica con la funcionalidad completa para pruebas en SDH o en SONET. A
ese equipo básico se le pueden agregar las opciones según los requerimientos de cada usuario.
El usuario puede eligir el mapeo de 140 Mbit/s en C-4 o de 2048 kbit/s en C-12 en la versión SDH básica.
La versión SDH trae, adicionalmente a la generación y análisis de señales STM-1, la generación y
medición de secuencias binarias seudoaleatorias a 2, 34 y 140 Mbit/s.
La versión SONET básica trae la generación y análisis de señales STS-1, con el mapeo de 45 Mbit/s en
el C-3 y de 1544 kbit/s en el C-11. Permite también la generación y análisis de secuencias binarias
seudoaleatorias de 1544 kbit/s y 45 Mbit/s.

Página 79
Configuración Flexible

xMapeos de SDH
ÜPara tributarios ETSI en el STM-1 (via AU-4)
ü C-12 2 Mbit/s
ü C-3 34 Mbit/s
ü C-4 140 Mbit/s
ÜPara tributarios ANSI en el STM-1 (via AU-4)
ü C-11 1,5 Mbit/s
ü C-3 45 Mbit/s
ÜExtracción e Inserción para todos los
mapeos

80

Como opciones complementares para la versión SDH, están disponibles todos los demás mapeos no
incluidos en la versión básica, incluso los mapeos de señales de la jerarquía T1 (de 1544 kbit/s en el C-
11 y de 45 Mbit/s en el C-3) para transporte en las TU-12 y TU-3.

Página 80
Configuración Flexible
xMapeos de SONET
ÜPara tributarios ANSI en el STS-1 (via
AU-3)
ü C-11 1,5 Mbit/s (DS-1)
ü C-3 45 Mbit/s (DS-3)
ÜPara tributarios ETSI en el STS-1 (via
AU-3)
ü C-12 2 Mbit/s (E1)
ü C-3 34 Mbit/s (E3)
ÜExtracción e Inserción para todos los
mapeos

81

Como opciones complementares para la versión SONET, están disponibles todos los demás mapeos no
incluidos en la versión básica, específicamente los mapeos de señales de la jerarquía E1 (de 2048 kbit/s
en el C-12 y de 34 Mbit/s en el C-3) para transporte en la AU-3.

Página 81
Configuración Flexible
xInterfaces ópticas
ÜOC-3 / STM-1 1310 nm
ÜOC-3 / STM-1 1550 nm
ÜOC-3 / STM-1 1310 + 1550 nm

ÜOC-12 / STM-4 1310 nm


ÜOC-12 / STM-4 1550 nm
ÜOC-12 / STM-4 1310 + 1550 nm

ÜOC-48 / STM-16 1550 nm

82

El ANT-20 puede ser equipado internamente con interfaces ópticas a 155 Mbit/s, 622 Mbit/s y 2,5 Gbit/s.
Para STM-1 y STM-4 están disponibles las 2 ventanas ópticas (1310 y 1550 nm), aisladamente o en
conjunto.
Para 2,5 Gbit/s está disponible la tercera ventana (1550 nm).

Página 82
Configuración Flexible
xJitter y wander
ÜGenerador de jitter 1,5 a 155 Mbit/s
ÜExtensión del generador para STM-4/OC-12
ÜAnalizador de jitter 1,5 a 155 Mbit/s
ÜExtensión del analizador para STM-4/OC-12
ÜAnálisis de wander

xMux / demux
Ün x 64 kbit/s a 140 Mbit/s (ETSI)
ÜDS0 a DS3 (ANSI)

83

Las mediciones de jitter y wander son extremadamente importantes en la homologación, aceptación,


puesta en servicio y búsqueda de fallas.
La introducción de los sistemas SDH trae problemas especiales relacionados con el jitter, una vez que
hay dos fuentes de jitter: el mapeo de señales plesiócronas en los contenedores virtuales (justificación de
bits) y los movimientos de los punteros.
El ANT-20 puede realizar automaticamente la medición del jitter máximo admisible en una entrada digital.
Sin ese automatismo, la medición acostumbra ser muy laboriosa y tardada.
Para la medición del jitter presente en una interfaz digital de salida, el ANT-20 puede ser equipado con la
opción de medición de jitter y wander.
Wandel & Goltermann también fabrica el medidor de jitter para PDH y SDH PJM-4S, que es un equipo
extremadamente preciso y versátil. En laboratorios, el PJM-4S permite medir valores muy bajos de jitter,
ya que su error intrínseco está muy por debajo del jitter de los mejores sistemas de transmisión actuales.
Algunos de los opcionales del ANT-20 son:
a) jitter y wander (generación de jitter a varias frecuencias, con medición automática de la tolerancia a
jitter de entrada, más medición de jitter y wander);
b) cadena Mux / Demux PDH: tramas PDH de 140 Mbit/s (con mapeo de una trama, una palabra o una
secuencia generada en un tributario de 34 Mbit/s); de 34 Mbit/s (com mapeo de carga generada a 2 u 8
Mbit/s), de 8 Mbit/s (con mapeo de carga de 2 Mbit/s), y de 2 Mbit/s;
El generador puede funcionar esclavizado a un reloj de referencia externo. Aún en este caso, es posible
variar finamente la velocidad de linea.

Página 83
Analizadores PDH y SDH SF-60 y ANT-20
Contacto muy estrecho con los clientes

Función de gateway desempeñada por equipos SDH exige pruebas en los lados PDH y SDH
Øel SF-60 / ANT-20 permite realizar pruebas amplias en ambas jerarquías

La alta calidad de transmisión exige mucha tolerancia a jitter interferente


Øel SF-60 / ANT-20 posee un generador de jitter incorporado y realiza pruebas automáticas de
tolerancia a jitter

Los ADMs y DXCs monitorizan las señales que reciben para procesar
Øel SF-60 / ANT-20 posee las estructuras de señal y la posibilidad de inserción de errores y
alarmas para probar esa característica

Los equipos de prueba usualmente son operados por personal no especializado


Øla interfaz de usuario orientada según la aplicación y soportada por la función de ajuste
automático, así como la pantalla muy grande, facilitan el uso

84

Wandel & Goltermann fabrica una linea muy completa de instrumentos de prueba para SDH. Otro
instrumento es el SF-60, algunas de cuyas características vemos arriba
El SF-60 es un instrumento que atiende tanto a la jerarquía PDH como a la SDH. Como es modular en su
concepto, el usuario puede adquirir la configuración que necesita en un momento dado, y equiparlo con
las demás opciones cuando sea necesario. Esa es la forma encontrada por Wandel & Goltermann para
proteger la inversión de sus clientes.
El hecho de que el instrumento posea interfaces PDH y SDH permite que todas las principales pruebas
de homologación, aceptación, puesta en servicio y búsqueda de fallas puedan ser efectuadas con un
único instrumento.
El SF-60 puede ser equipado con interfaces ópticas para STM-1 internamente.

Página 84
Analizadores PDH y SDH SF-60 y ANT-20
Cadena MUX Prueba de objetos tales como ADMs y DXCs
Mapeos C4, C3, C12 que manejan estructuras complejas de señal
Øconexión correcta de la señal
y su combinación Øpruebas de los puertos

Inserción completa Pruebas de sensores de alarmas y errores


de alarmas y errores en cada nivel jerárquico

Histograma de alarmas Búsqueda de fallas


Øcorrelación de eventos de alarmas y errores
y errores facilitan la localización de fallas

Presentación simultanea Permite un profundo análisis del comportamiento


de los encabezados de equipos SDH en desarrollo y en mantenimiento
(taras) de Rx y Tx y familiariza el personal con la nueva tecnología

85

Las pruebas en SDH incluyen una rutina de comprobación de toda la parte de gestión de performance y
de fallas que poseen los elementos de red. Para facilitar esas pruebas, los instrumentos de Wandel &
Goletermann poseen rutinas pre-programadas muy detalladas y completas de simulación de alarmas y
errores.
Para las mediciones de puesta en servicio y mantenimiento, los instrumentos pueden ser conectados al
sistema. Mientras miden van almacenando los resultados parciales para posteriormente presentarlos de
forma gráfica.
Los encabezados de sección y de trayecto generados y medidos por el instrumento pueden verse
simultaneamente en pantalla, de forma gráfica e intuitiva.

Página 85
Analizador PDH y SDH SF-60:
Características Adicionales
Cadena MUX de 64 kbit/s a 140 Mbit/s
Øpruebas en interfaces estructuradas de 2 Mbit/s (DXCs, ADMs)
Generador de jitter incorporado
Øsimplifica las pruebas de tolerancia a jitter; no se requiere de otro generador de jitter
Monitor de los encabezados (taras) en Tx y Rx simultaneamente
Øfacilita el mantenimiento al permitir la visualización de todos los bytes importantes
Modalidad búsqueda automática (scan & search)
Øagiliza a las pruebas de correcta conexión
Reloj variable en pasos muy finos (0,001 ppb)
Øpermite forzar acciones precisas de los punteros
Salida cuádruple
Øahorra selectores de puntos de prueba adicionales para conexión al objeto de prueba
Salida de errores
Øpara, por ejemplo, conectar al medidor automático de firmas en enlaces radio
Operación sencilla
Øajustes rápidos del equipo, mismo con personal no entrenado

86

El SF-60 posee una serie de características y opciones que hacen de él un instrumento extremadamente
versátil para aplicación en lineas de producción, laboratorios de reparación, pruebas de homologación,
etc.. de sistemas PDH y SDH.

Página 86
Analizador PDH y SDH SF-60:
Configuración a través de Gráficas

87

Toda la configuración del SF-60 (e, incidentalmente, también del ANT-20) es realizada mediante gráficas
en pantalla, de fácil comprensión.

Página 87
Analizador PDH y SDH SF-60:
Características de la Cadena MUX
Generales:
Øgeneración y evaluación de una señal con estructura de multiplexación PDH
Øcontenedores SDH completamente estructurados
Øseñales PDH completamente estructuradas

Relacionadas con los canales:


Øinicio y final de la estructura en cualquier nivel jerárquico entre 64 kbit/s y 140 Mbit/s
Øla estructura en los canales de Rx y Tx puede ser distinta
Øtanto el canal de prueba como los desocupados son entramados
Øcontenido del canal:
µestructura de canal desde 64 kbit/s
µno entramado, PRBS
µFAS & PRBS según la Rec. O.151
Øentrada y salida para señales de 2 Mbit/s

88

La sección medidora del SF-60, en su configuración básica, mide errores binarios en una señal seudo-
aleatoria. También hace la evaluación a largo plazo de errores y alarmas según las más recientes
recomendaciones de la UITT (CCITT). Permite, incluso, la programación de tres intervalos distintos para
la impresión de reportes (p. ej., a cada 15 minutos, a cada hora y a cada dia, simultaneamente). El SF-60
posee tres contadores independientes para contar eventos distintos simultaneamnete.
Las opciones disponibles para la sección medidora son las tramas PDH y SDH ya mencionadas. Las
opciones de trama permiten que el equipo evalúe errores y alarmas en la trama, en servicio o fuera de
servicio.
Una interfaz V.11 permite acceder a cualquier canal de servicio importante de la trama SDH.
Con la opción trama, el SF-60 puede ser conectado a un punto de monitorización para poder realizar
mediciones de calidad de servicio con el sistema de transmisión operando normalmente.
Tal tipo de medición (monitorización en servicio) se realiza principalmente para la puesta en servicio,
cuando el sistema de supervisión aún no está operante o cuando se desea comprobar que los resultados
de la supervisión de hecho corresponden a la realidad.
Algunos sistemas de supervisión, especialmente en redes PDH, no dan resultados muy extensos; o
dejan de ser actualizados trás modificaciones del sistema; o sencillamente no están instalados; o los
resultados solo son accesibles en un punto distante. En todos esos casos, sigue siendo necesario
realizar mediciones periódicas o eventuales de mantenimiento sobre los sistemas de transmisión. La
monitorización permite que el SF-60 realize esas mediciones sin sacar el sistema de servicio. Se trata de
una función auxiliar del SF-60, ya que Wandel & Goltermann fabrica otros equipos más sencillos o de
aplicación distinta (como el analizador de sistemas PDH y SDH PF-140, por ejemplo, o el analizador de
tramas PDH PD-1) para la monitorización en servicio. Esa es otra forma de proteger a la inversión del
cliente, ampliando el campo de aplicación del SF-60.

Página 88
Analizador PDH y SDH SF-60:
Histogramas de Alarmas y Errores
01 Jan 1993
00:01 Cursor:
P
N
ow e
rfai
oSigna
l
l
--- - Se lect
AIS -- -- Uppe re vent.
NoF r
am e 11 s
Sli
p
1s Se lect
-- -- Lowe re vent.
-- --
30OCT 12: 21 Zoom in
FAS 1E 7
Er
ror
1
E 6
ZoomOut
C
ount 1
E 5
1
E 4
Alarm :
12s
1
E 3
Count : Page
1
E 2
1
E 1
Page
12:00 10 20 30 40 50 min

01 Jan 1993
00:01 Cursor:
Pow e
rfai
l - -- - Se lect
NoSignal
AIS -- -- Uppe re vent.
NoF r
am e 1s
Sli
p
-- -- Se lect
-- -- Lowe re vent.
-- --
12: 21:12 Zoom in
1
E 7
FAS
Er
ror 1
E 6
ZoomOut
1
E 5
C
ount
1
E 4
Alarm :
1
E 3
1s Page
Count :
1
E 2
1E
1
Page
12:21:00 10 20 30 40 50 min

89

Tanto el SF-60 como el ANT-20 presentan los resultados de las mediciones de errores y eventos bajo la
forma de histogramas. La pantalla puede presentar simultaneamente los eventos y errores a lo largo de
un eje común de tiempo.
El SF-60 almacena los eventos de alarma con una alta resolución, permitiendo conocer su duración
exacta.
Una función zoom permite la expansión del eje de tiempo para una visualización detallada de los
periodos más importantes.

Página 89
Analizador PDH y SDH SF-60:
Monitorización de Alarmas y Errores
Øpresentación de alarmas y errores en histogramas
µal mismo tiempo: correlación de eventos de alarmas y errores
µhistograma y gráfica, arriba y abajo en la pantalla, simultaneamente
Øpresentación de una selección de alarmas y errores definida por el usuario
µorientada para solución de problemas
Øfunciones de hojear y zoom

Øreconocimiento y almacenamiento de alarmas con resolución de 1 mseg.


Øalmacenamiento de errores con resolución de 1 seg.
Øpresentación de errores y alarmas con resolución de segundos, minutos, horas, dias
Øtamaño de la memoria de alarmas: 25000 eventos
Ømemoria de largo plazo de hasta 60 dias
Øal ocurrir un alarma, el conteo de errores es momentaneamente interrumpido para no falsear
los resultados

90

NOTAS

Página 90
Analizador PDH y SDH SF-60

SDH/PDH Trans mi s si on
U
NFRA
MED 01 Jan199 3 RX TX MAI N ME NU Jit erAnalyzer
00: 01 Wandel&Gol te rmann
139264kb it /s 139264 kbi t/ s
***pp m Cal . RI N
P T SF-60
Bi t TX Se t in g 1
F
CMI CCI TT CMI CC ITT ST
OP
P
APER
Cod e RX Set t ing 2
F
PRBS 23 PR BS 23
Bl ock
TX/ RX Fram e 3
F TIMER
TART
S ST
OP 7 8 9
Sens i vit y: CC ITT ErrorI ns ert Man ual

xPrueba de sensores de alarmas


Bi t Si ngl e Meas ure ment 4
F
Al arm: n
oala
rm 4 5 6 LE
CAR
Equal iz er: O f Ji t er Of f
0. 100kH z 0. 10 UI Res ul t Form at 5
F 1 2 3 EX
P
MEA S St art :
G ati ng: 6
F
El aps ed : 00.0s --- Prin te r _
HOME 0 . NT
EER

ESC

EMOTE
R

xPrueba de la correcta conexión


LAS
ERON
AUT
O TES
T/
HE
LP APP
L MEM
I GN
S AL CONF CONF SIGNAL
NOSIG NAL CODE
SENDER mpfänger
E
GEN
SIE
GR
NA
AT
O
L1R[ T
X] OPT
I CA
LI N
TERF
ACE NOCLOCK BIT RECE
ISIV
GE
R
N[AR
LX
]
SIGNAL2 SIGNAL3 SIGNAL
4 Takt/ CL
OCK akt/ CL
T OCK STAN
DBY
X
T RX AIS AS/ CRC
F

-8d
Bm - 5dBm NOFRAME B1-PARITY
max. SOH/POH B2-PARITY

(nivel STM-1 con canales de 2 Mbit/s)


NOPATTERN B3-PARITY

xPrueba de la correcta conexión


(a medio canal)
oeste ADM este

1 63

91

Podemos interpretar las mediciones efectuadas en un equipo multiplexor como muy similares a las
mediciones efectuadas en un terminal PCM-30, en donde, con el PCM-4, medimos separadamente las
secciones transmisora y receptora generando de un lado e interpretando y midiendo del otro lado, a
medio canal.
Con el SF-60 o con el ANT-20 equipado con la opción de trama adecuada, las secciones generadora y
medidora operan de forma independiente. Podemos, para poner un ejemplo, generar una señal PDH a 2
Mbit/s y medirla ya multiplexada en una señal STM-1 en un mux ADM SDH con mapeo de VC-12; o, para
poner otro ejemplo, generar con el instrumento una señal STM-1 con una secuencia seudo-aleatoria de
140 Mbit/s mapeada en el VC-4, entregar la señal a un demux SDH y medir la secuencia en el puerto de
salida G.703 a 140 Mbit/s.
En PDH y en SDH, pero especialmente en el caso de la SDH, con el generador se pueden simular todos
los tipos de alarmas y errores para la prueba de la supervisión de los elementos de red, así como se
pueden evaluar los errores (locales y remotos) y alarmas con la sección medidora.
Una medición muy importante también en sistemas SDH es la medición de los retardos que sufre una
señal en su trayecto. Esa es una de las mediciones incluidas en el SF-60.

Página 91
Analizador PDH y SDH SF-60:
Función Scan

01Nov1993 MEDICIONES
TramaSTM-1C-12 00:01 cont1 : BIT C-12
cont2 : CODIGO CCITT AUTOMODO
BUSQUEDADETRIBUTARIOS cont3 : palabraSAT
1 2 3 4 5 6 7 8 9 APAG.
puerta : 01:00 min:seg
10 11 12 13 14 15 16 17 18 CONEXION
ciclo : mediciónindividual
19 20 21 22 23 24 25 26 27 inicio : manual TRIBUTARIOS
28 29 30 31 32 33 34 35 36 BUSQUEDA
tol. jitter : apag. TRIBUTARIOS
37 38 39 40 41 42 43 44 45 G.821 : apag.
46 47 48 49 50 51 52 53 54 int.impr. 1=apag. 2=apag. 3=apag.
umbral : SM E=1E-3 M D=1E-6
55 56 57 58 59 60 61 62 63 alarma=SM E : si
factorM UX : si
MED
inicio: manual
puerta:01m00s med.individual automodoC12 : búsquedade tributarios
decorrido: 00.0s eval. TU-12 : no

92

La función scan & search permite localizar rapidamente dentro de una señal STM-1 una tributaria
conteniendo la carga buscada, aún en el caso de no conocer la posición exacta ocupada por esa carga
dentro de la trama.

Página 92