Jer Digital Sincrona SDH

JERARQUA DIGITAL SNCRONA SDH
Victor Manual Arciniega

Juan Ignacio Prez Camacho
Francisco Isacc Muro Muoz
JUNIO 2007
NDICE
Captulo 1 INTRODUCCION JERARQUIA DIGITAL

SINCRONA (SDH) Y ANTECEDENTES
Capitulo 2 JERARQUIA DIGITAL PLESIOCRONA

(PDH)
2.1 EL LAS JERARQUIAS EUROPEA, AMERICANA Y

JAPONESA
2.2 PRIMER NIVEL EN LA JERARQUIA EUROPEA
2.2.1 EL MULTIPLEX MIC
2.2.2 ALINEACION DE TRAMA
2.2.3 MULTITRAMA PARA SEALIZACION
2.2.4 MULTITRAMA PARA CRC
2.3 EL PRIMER NIVEL EN LAS JERARQUIAS AMERICANA
Y JAPONESA.
2.4 TRAMAS DE ORDEN SUPERIOR
2.4.1 TECNICAS DE JUSTIFICACION
2.4.2 TASA NOMINAL DE JUSTIFICACION
2.4.3 TRAMA E2 CON JUSTIFICACION POSITIVA
2.4.4 TRAMA E2 CON JUSTIFICACION
POSITIVA/NULA/NEGATIVA
2.4.5 TRAMAS DE ORDEN SUPERIOR A 2
Captulo 3 MULTIPLEXAJE SDH.
3.1 Estructura de multiplexacin.

3.2 Estructura de Trama.
3.2.1 Encabezado de seccin (SOH).
3.2.2 Apuntador de unidad Administrativa (AU POINTER).
3.2.3 Carga til (PLAYLOAD).
3.3 Apuntadores.
3.4 Mapeo.
3.4.1 Mapeo Asncrono
3.4.2 Mapeo con sincronismo de bits.
3.4.3 Mapeo con sincronismo de bytes.
3.4.4 Modos de operacin
3.4.5 Mapeo de un E1 en VC-12.
3.4.6 Mapeo en un E3 en VC-3.
3.4.7 Mapeo en un E4 en VC-4.
3.4.8 Mapeo de VC-12 en TU-12.
3.4.9 Mapeo de TU-12 en TUG-2 y TUG-2 en TUG-3.
3.4.10 Mapeo de TUG-3 en VC-4.
3.4.11 Mapeo de un VC-4 en una seal STM-1.
Captulo 4 SINCRONIZACION SDH
4.1 Mtodos de sincronizacin.

4.1.1 Sincronizacin mutua.
4.1.2 Sincrona maestro esclavo.
4.2 Topologa en la red de sintonizacin de la SDH.
4.2.1 Topologa de rbol.
4.2.2 Topologa de estrella.
4.3 Requerimientos de reloj.
Captulo 5 GESTION DE LA RED SDH.
5.1 Trayecto fsico para la gestin.

5.2 Jerarqua de la gestin.
5.2.1 Capa de Control de la Red.
5.2.2 Capa de gestin de los elementos.
5.3 Plataforma para la gestin de la red.
5.4 La red de gestin en las telecomunicaciones.
Captulo 6 APLICACIN
Conclusiones
Apndice
Bibliografa.
Capitulo 1
ANTECEDENTES
La red mundial de telecomunicaciones vigente hoy en da fue concebida

principalmente como un mecanismo de transporte para las comunicaciones de voz
entre aparatos telefnicos. Hasta 1970, esta funcin se lograba mediante la
transmisin de seales analgicas por pares trenzados, junto con la utilizacin de
la multiplexacin por divisin de frecuencia (FDM).
Al inicio de la dcada de los 70s, hicieron su aparicin los sistemas digitales de

transmisin, utilizando un mtodo denominado modulacin por impulsos
codificados (PCM), propuesto inicialmente por Alec Reeves en 1937. El mtodo
PCM permite representar en forma binaria las seales analgicas tales como la
voz humana, de tal forma que es posible traducir una seal telefnica analgica
estndar de 4 Khz. de ancho de banda, en un tren de dgitos binarios de 64 Kbps.
Se crearon sistemas de transmisin ms rentables mediante la combinacin de

varios canales de PCM, que se transmitan por el mismo par trenzado en cable de
cobre que anteriormente haba sido ocupado por una sola seal analgica. A este
fenmeno se le denomino ganancia de pares. Al disminuir los precios de los
equipos electrnicos digitales, el empleo de estas tcnicas condujo a la obtencin
de ahorros importantes en las transmisiones. El mtodo utilizado para combinar
mltiples canales de 64 kbps, en un solo tren de bits de alta velocidad se
denomina multiplexacin por divisin de tiempo (TDM).
En Europa y posteriormente en muchas otras regiones del mundo, se adopto un

patrn de TDM mediante el cual se combinaban treinta canales de 64 Kbps, ms
dos canales adicionales portadores de datos de control (sincrona y sealizacin),
para producir un canal con velocidad binaria de 2,048 Mbps. La combinacin de
canales se realiza byte por byte y es conocida tambin como entrelazado
secuencial de bytes.
Conforme aument la demanda de telefona de voz, los niveles de trfico en la red
se tornaron ms elevados, por lo que se hizo evidente que la seal normal de 2
Mbps, no era suficiente para cursar las cargas de trfico en la red troncal. Para
evitar la necesidad de utilizar un nmero excesivo de enlaces de 2 Mbps, se tom
la decisin de crear un nivel de multiplexacin adicional. La norma que se adopto
en Europa comprenda la combinacin de 4 canales de 2 Mbps para producir un
solo canal de 8 Mbps. Este nivel de multiplexacin difera del anterior, ya que las
seales entrantes se combinaban bit por bit en lugar de byte por byte, es decir con
entrelazado de bits en lugar de entrelazado de bytes. Conforme se determinaba su
necesidad, se fueron agregando a la norma niveles adicionales de multiplexacin
a 34 y 140 Mbps, creando as una jerarqua completa de velocidades binarias de
transmisin.
Simultneamente en Amrica del Norte se realizaron trabajos similares para

desarrollar una jerarqua propia. Los principios aplicados eran los mismos, pero la
jerarqua adoptada fue un tanto diferente, con velocidades binarias ligeramente
mas bajas de 1.5, 6 y 45 Mbps.
A lo largo de estos aos se han impuesto estas dos normas distintas, por un lado
la jerarqua Europea (ahora conocida como UIT), basada en una velocidad de
transmisin primaria de 2.048 Mbps y por otro lado la Norteamericana (empleada
en EE.UU.,Canad y Japn), que utiliza una velocidad primaria de 1.544 Mbps. A
la postre estas diferencias, condujeron a que el interfuncionamiento entre las dos
jerarquas tuviera un alto costo. En ambas jerarquas la transmisin es
plesiocrona. En la figura 1.1 se comparan estas dos jerarquas.
Figura 1.1 Jerarquas de transmisin Norteamericana y Europea.
Cuando se realiza la multiplexacin de varios canales de 2 Mbps, es probable que

stos hayan sido generados por equipos diferentes, cada uno con una velocidad
de transmisin ligeramente diferente. Por eso antes de hacer el entrelazado de
bits de estos canales de 2 Mbps, hay que llevarlos todos a la misma velocidad
binaria, mediante la insercin de bits de datos simulados, o sea bits de
justificacin. En el momento de la demultiplexacin, estos bits de justificacin se
reconocen como tales y se desechan, obteniendo as la seal original. A este
proceso se le denomina Transmisin plesicrona, expresin que proviene de la
raz griega que equivale a Casi Sncrona. La utilizacin de la transmisin
plesicrona en los distintos niveles de multiplexacin ha llevado a la adopcin de
la expresin PDH (Jerarqua Digital Plesicrona).
La utilizacin de bits de justificacin en cada uno de los niveles de PDH, implica

que no es posible identificar la ubicacin exacta de las tramas pertenecientes a
una seal de 2 Mbps especfica, dentro de una seal de 140 Mbps. Para tener
acceso a la seal de 2 Mbps, hay que demultiplexar por completo el canal de 140
Mbps, pasando por los niveles de 34 y 8 Mbps hasta llegar a la seal de 2 Mbps
deseada. Esto se demuestra en la figura 1.2. En el caso de que se requiera
insertar una seal de 2 Mbps dentro de una seal de 140 Mbps se debe realizar el
proceso inverso.
34 Mbps 34 Mbps
140 Mbps 140 Mbps

8 Mbps 8 Mbps
LTO LTO
2 Mbps
F.Q F.Q
140/34 140/34
34/8 34/8
8/2 8/2
Figura 1.2 Extraccin e Insercin Plesicrona
Es obvio que este problema de extraccin e insercin de los canales no permite

configuraciones muy flexibles de conexin ni una rpida prestacin de servicios;
por otro lado las grandes cantidades de multiplexores que se requieren tienen un
costo muy elevado.
Otro problema originado por las grandes cantidades de equipo de multiplexacin lo

constituye el aspecto de control. En su recorrido dentro de la red, una lnea de 2
Mbps puede tomar varias rutas posibles. La nica manera de asegurar que el
trayecto sea el correcto, consiste en mantener registros de las interconexiones
efectuados por los equipos. Sin embargo al incrementarse las tareas de
reconexionado en la red, se torna cada vez mas difcil la actualizacin de los
registros de las conexiones, lo que a su vez aumenta la posibilidad de que se
produzcan errores. Es probable que stos no slo afecten a la conexin en
proceso de establecerse, sino que tambin perturben conexiones existentes por
donde se tiene trafico vivo.
Otra limitacin de la jerarqua PDH es su falta de capacidad para monitorear el
comportamiento o rendimiento, ya que el formato de la trama no ofrece suficientes
recursos para la gestin de la red.
Para solucionar los problemas inherentes para extraer seales especificas de

sistemas de alta capacidad sin necesidad de demultiplexar el sistema entero, se
desarrollo la SDH (Jerarqua Digital Sncrona).
Los primeros intentos para formular un conjunto de normas que cubriesen la

transmisin ptica de las seales sncronas, se iniciaron en EE.UU. a principios de
1984. Dada la proliferacin de las interfaces patentadas o con tecnologa con
derecho de propiedad, las empresas operadoras de redes de telecomunicaciones
tenan grandes dificultades para emplear productos o equipos con diferentes
fabricantes. Buscando solucionar este problema, el Foro de Compatibilidad de
Empresas Interconectantes (Interexchange Carrier Compatibility Forum) se dirigi
al comit TI de la ANSI (America National Standards Institute) con una propuesta
para que se formularan normas relacionadas con la transmisin de seales
pticas. Estas normas tendran por objeto permitir la interconexin de equipos de
diferentes fabricantes, en la medida que fuese posible, interconectndolos a nivel
de fibra ptica (caracterstica que se denomino encuentro a mitad de fibra).
Se generaron dos propuestas. La primera fue presentada por el comit T1X1, y

cubra la interfaz ptica de los equipos digitales de transmisin. La segunda fue
presentada por el comit T1M1, y cubra los aspectos de mantenimiento de los
sistemas de transmisin pticos. Los trabajos realizados que se desarrollaron a
partir de dichas propuestas culminaron en la formulacin de una norma
estadounidense para la transmisin sncrona por fibra ptica.
Durante este mismo periodo se haban realizado trabajos extensos en materia de

sistemas de transmisin sncrona, emitindose una norma preliminar titulada
SYNTRAN (Synchronous Transmission). Esta se basaba en una velocidad bsica
de transmisin de 45 Mbps y fue propuesta inicialmente en 1983 por G.R. Ritchie y
dos aos despus emitida por el comit T1. En forma paralela, varios fabricantes
desarrollaron sistemas sncronos con tecnologa patentada y con derechos de
propiedad, tales como el METROBUS de AT&T Bell Laboratories. El Metrobus
cambio los conceptos clsicos de la comunicacin ptica de los sistemas
existentes y fundo los conceptos de un sistema de comunicacin ptica sncrono
propio empleando ideas innovadororas como el multiplexaje en un solo paso, uso
de contenedores, utilizacin verstil de encabezados y el uso de una seal de 150
Mbps como un estndar propio.
En 1985 el comit T1X1 de la ANSI tomo la decisin de enfocar la formulacin de

las normas desde el punto de vista de una red sncrona completa, dando inicio a la
elaboracin de una normativa para redes pticas basada inicialmente en una
propuesta de la firma Bellcore que pretenda eliminar el cuello de botella derivado
de la incompatibilidad entre diferentes equipos y promover un uso mas amplio de
los sistemas de fibra ptica, y de ah surgi el termino SONET, formado por las
siglas de las palabras inglesas Synchronous Optical Network (Red ptica
Sncrona) que es como se conoce a esta normativa. SONET emplea 50 Mbps
como velocidad bsica de transmisin y fue diseada originalmente para manejar
solo la jerarqua plesicrona de 1.5 Mbps y no la jerarqua europea basada en
2.048 Mbps.
Durante las etapas preliminares de la elaboracin de la normativa SONET en los
EE.UU., las administraciones europeas haban expresado poco inters en dicha
norma. Por razones histricas, las jerarquas de transmisin en EE.UU. y Europa
se han desarrollado con seales de velocidad bsica distinta. A pesar de estas
diferencias, el CCITT reconoce y describe en detalle ambas jerarquas en una sola
recomendacin, la G.702. Con el fin de evitar acrecentar las diferencias entre las
jerarquas, se requera la participacin europea en el desarrollo de la normativa
sobre la transmisin sncrona. Esta participacin se concreto inicialmente a travs
de la empresa British Telecom. Poco despus entraron representantes de Australia
y de Suecia. A estos pases les interesaba asegurar que en la normativa SONET
se contemplara adecuadamente la jerarqua de transmisin basada en los 2.048
Mbps.
En el verano de 1986, el CCITT se interes en las labores que se estaban
desarrollando en torno a las normas SONET (actualmente se consideran como un
subconjunto de las normas mundiales relativas a la SDH). En julio de 1986 el
grupo de estudio XVIII del CCITT inicio el anlisis de las interfaces para la SDH.
En febrero de 1987, se suscito una disputa sobre qu velocidad de transmisin

debera de emplearse. La norma SONET haba acordado una velocidad binaria
bsica de 50 Mbps, pero tal acuerdo no tomaba en cuenta la velocidad europea de
140 Mbps. El CCITT propuso una velocidad bsica de 155 Mbps, que podra
integrarse fcilmente en la norma SONET. Posteriormente se presentaron
problemas con la estructura de la trama de la seal sncrona, la norma SONET
haba sido diseada para manejar solo la jerarqua plesicrona de 1.5 Mbps, y no
la jerarqua europea basada en 2.048 Mbps. Aunque el formato de la SONET
poda transportar la seal de 2 Mbps, el CCITT sostena que el mtodo empleado
desperdiciaba en gran medida el ancho de banda disponible y por consiguiente no
era rentable.
En 1989 se logr publicar la normativa mundial de la SDH en el libro azul del

CCITT. Los trabajos de definicin de normas culminaron con las recomendaciones
G.707, G.708 y G.709 del CCITT (actualmente UITT). Adems de estas tres
recomendaciones principales, se establecieron varios grupos de trabajo, cuyo
propsito era el de redactar en forma preliminar otras recomendaciones cubriendo
otros aspectos de la SDH, tales como los requisitos para los interfaces pticos
normalizados, y la normalizacin de funciones de Operacin, Administracin y
Mantenimiento (OA&M).
Las recomendaciones del CCITT definen cierto nmero de velocidades bsicas de

transmisin dentro de la SDH. La primera es de 155 Mbps y se denomina
normalmente STM-1 (Synchronous Transport Module, o sea Mdulo de
Transporte Sncrono). Tambin se definen las velocidades de transmisin
superiores STM-4 y STM-16 (622 Mbps y 2.4 Gbps, respectivamente), mientras
que estn en estudio otros niveles adicionales.
Las recomendaciones tambin definen una estructura de multiplexacin que
permite a la seal STM-1 llevar como carga til varias seales de velocidad
inferior, lo que hace posible transportar en la red sncrona las seales PDH
existentes.
Las recomendaciones de la serie G, de gran importancia mundial, tratan de la

transmisin de seales digitales por lneas fijas. Las siguientes recomendaciones
han sido elaboradas o estn relacionadas con la SDH.
G.702 Velocidades binarias de la jerarqua digital.

G.703 Caractersticas fsicas/elctricas de las interfaces digitales jerrquicas.
G.707 Velocidades binarias de la SDH.
G.708 Interfaz de nodo de red para la SDH.
G.709 Estructura de multiplexacin sncrona.
G.773 Interfaces Q y protocolos asociados para la gestin de sistemas de
transmisin.
G.781 (Anteriormente G.smux-1) Estructura de las recomendaciones sobre los
equipos de multiplexacin SDH.
G.782 (Anteriormente G.smux-2) Tipos y caractersticas generales de los
equipos de multiplexacin de la SDH.
G.783 (Anteriormente G.smux-3) Caractersticas de los bloques funcionales del
equipo de multiplexacin de la SDH.
G.782 (Anteriormente G.smux-4) Gestin de la SDH.
G.955 Sistemas de lnea digital basados en la jerarqua de 1.544 Mbps, en
cables de Fibras pticas.
G.956 Sistemas de lnea digital basados en la jerarqua de 2.048 Mbps, en
cables de Fibras pticas.
G.957 (Anteriormente G.opt) Interfaces pticos para equipos y sistemas
relacionados con la SDH.
G.958 (Anteriormente G.sis) Sistemas de lnea digital basados en la SDH, para
la utilizacin en cables de fibra ptica.
G.652 Caractersticas de un cable de fibra ptica monomodo.
G.653 Caractersticas de los cables de fibra ptica monomodo con dispersin
desplazada.
G.654 Caractersticas de los cables de fibra ptica monomodo con perdida
minimizada a una longitud de onda de 1550 nm.
M.30 Principios de una red de gestin de las telecomunicaciones.
CAPITULO 2
INTRODUCCION
Partiendo de la gran demanda de usuarios que requeran servicios mas rpidos y

econmicos, surgi la necesidad de crear una nueva forma de transmisin en
donde no se necesitaran tantas lneas de transmisin, es decir, hilos de cable en
las calles que implicaban una ausencia de espacio para instalar nuevas lneas,
provocando con ello el nacimiento del multiplexaje de seales para ello, se
comenz con el PCM, despus el PDH hasta evolucionar al SDH.
Esto implico que se desarrollaran diferentes tcnicas para jerarquas de

multiplexaje, por lo que en este capitulo se estudiaran los fundamentos del PDH
comenzando por mencionar a que se refieren las jerarquas de multiplexaje, las
diferencias entre las normas estndares como la europea, la japonesa y la
americana.
En este capitulo se presentara informacin la cual nos permite ver por que el SDH
supera al PDH, ya que una de las razones fundamentales es que el SDH se creo
basndose en el PDH, y adems permiti mejoras de transmisin que el primer
sistema no tenia, como los son el uso de apuntadores y una mayor capacidad de
multiplexaje.
Partiendo de los conceptos generales mencionado en el capitulo anterior, la

transmisin de datos debe tener una sincronizacin y consecuentemente debe
haber un orden en el envi de cada bit transmitido.
Es por ello que se mencionara tambin a que se refiere cada bit de una trama
PDH, a que velocidades se puede transmitir y el valor que debe obtener cada bit
para mejor rendimiento de la transmisin.
JERARQUIA DIGITAL PLESIOCRONA (PDH)
Cuando el modo de operacin es plesiocrono no existe una red de sincronismo

entre los nodos pero si que se ajustan todos para trabajar con un reloj muy
prximo a la frecuencia nominal. Sin embargo, como se explico anteriormente, la
frecuencia instantnea puede tener ligeras variaciones respecto a esta frecuencia
nominal. La jerarqua digital plesiocrona esta basada en este modo de operacin y
se utiliza tradicionalmente en redes de telefona para que varios canales
telefnicos compartan un medio de transmisin utilizando tcnicas de Multiplexin
por divisin en el tiempo.
La estructura de las tramas de nivel fsico que se forman para lograr esta
multiplexin va a permitir una pequea variacin (siempre dentro de determinados
mrgenes) de la frecuencia instantnea a la que trabaja cada nodo respecto a la
nominal. En este apartado se presentara primero una visin general de la
multiplexin en PDH, a continuacin se presenta la trama de primer nivel y por
ltimo las tramas del resto de niveles.
2.1 Las jerarquas Europea, Americana y japonesa
PDH esta basado en canales de 64 Kbps. En cada nivel de la jerarqua PDH se va

aumentando el nmero de canales multiplexados sobre el medio fsico, de manera
que el formato de trama es distinto en cada nivel e incluso vara la duracin de
cada una. En una trama adems de los canales de 64 Kbps se transporta
informacin de control, que se va aadiendo cada vez que se aumenta de nivel.
De este modo el nmero de canales de informacin de 64 Kbps siempre es
mltiplo del nmero de canales del nivel inferior pero no ocurre lo mismo con el
rgimen binario. Existen tres jerarquas PDH, la Europea, la Americana y la
Japonesa. La primera, mostrada en la figura 2.1, utiliza la trama descrita en la
Norma G.732 de la ITU-T como trama de primer orden, mientras que las dos,
mostradas en las figuras 2.2 y 2.3, utilizan la descrita en la G.733.
Figura: 2.1 Jerarqua PDH Europea
Nivel Circuitos Velocidad Cargas de Orden Inferior

T1 24 1,544 Mbps
T2 96 6,312 Mbps 4
T3 672 44,736 Mbps 7
T4 2016 139,264 Mbps 3
Fig. 2.2 Jerarqua Americana.
Nivel Circuitos Velocidad Cargas de Orden Inferior

T1 24 1,544 Mbps
T2 96 6,312 Mbps 4
T3 480 32,064 Mbps 5
T4 1440 97,728 Mbps 3
Fig. 2.3 Jerarqua Japonesa.
A los flujos de entrada a un multiplexor se les suele conocer como afluentes,
tributarios o cargas del mltiplex de orden superior.
2.2 El Primer Nivel en la Jerarqua Europea
2.2.1 El multiplex MIC
La trama E1, la de primer nivel de la jerarqua PDH europea, se describe en la

norma G.732 de la ITU-T. Se forma a partir de 30 canales analgicos vocales,
tpicamente en la central local donde se encuentra un equipo denominado
multiplex MIC que realiza dos tareas: La modulacin por impulsos codificados y la
multiplexin de los 30 canales digitalizados, tal y como indica la figura 2.4
Figura 2.4 Formacin de la Trama E1
Para la digitalizacin de cada seal utiliza una frecuencia de muestreo de 8 KHz,

es decir un periodo de muestreo de 125s. Cada muestra se codifica con 8 bits
por lo que el rgimen binario resultante para un canal vocal es de 64 Kbps. Se
utiliza una cuantizacion no uniforme basada en la ley de compresin A. Para la
multiplexin de los 30 canales digitales se monta una trama en la que se va a
enviar una muestra de cada uno de los canales, la multiplexin se realiza octeto a
octeto, como se aprecia en la figura 2.4
De modo que para mantener el rgimen binario de 64 Kbps por canal la duracin
de la trama necesariamente ser 125s. Adems de la informacin de los canales
se aade informacin de control e informacin de sealizacin. El primer intervalo
de tiempo de la trama se utiliza para tareas como la alineacin de trama y control
de alarmas, como se indica en la figura 2.5 El intervalo de tiempo 16 se utiliza para
enviar la informacin de sealizacin. De manera que en total se necesitan 32
intervalos de tiempo de 8 bits, 30 para canales vocales, uno para tareas de control
y otro para sealizacin, lo que da un rgimen binario del flujo resultante tras la
multiplexin de 2048 Kbp/s. Por eso los enlaces E1 se denominan comnmente
enlaces de 2 Megas, se transmite/recibe un flujo continuo de 2,048 Mbps.
2.2.2 Alineacin de la Trama
Como se dijo anteriormente el intervalo de tiempo 1 de la E1 se utiliza para tareas

de control y alineacin. La figura 2.5 muestra el uso de los 8 bits de este intervalo
de tiempo.
Numero del bit 1 2 3 4 5 6 7 8
Tramas alternadas
Trama que contiene la Si 0 0 1 1 0 1 1
seal de alineacin de (Nota 1) Seal de alineacin de Trama
Trama.
Trama que no contiene Si 1 A Sa Sa5 Sa6 Sa7 Sa8
la seal de alineacin de 4
Trama. (Nota 1) (Nota (Nota (Nota 4)
2) 3)
Notas
1 Si= bits reservados para uso internacional. En etapas posteriores se podrn definir otros
usos posibles. Si ninguno de estos usos se realiza en la prctica, se debern poner estos
bits a 1 en los trayectos digitales que atraviesan una frontera internacional. No obstante, se
pueden utilizar en el mbito nacional si el trayecto digital no atraviesa una frontera.
2 Este bit se pone a 1 para evitar simulaciones de la seal de alineacin de trama.
3 A=Indicacin de alarma distante. En funcionamiento normal, puesto a 0 en condicin de
alarma, puesto a 1,
4 Sa4 a Sa8=bits adicionales de reserva que pueden utilizarse como sigue:
i) Los bits Sa4 a Sa8 pueden ser recomendados por el UIT-T para uso en aplicaciones
punto a punto
Especificas (por ejemplo, equipos transcodificadores conformes a la Recomendacin
G.761).
ii) El bit Sa4 puede utilizarse como un enlace de datos basado en mensaje que ha de
recomendar el UIT-T
Para operaciones, mantenimiento y monitorizacin de la calidad de funcionamiento.
Si se accede al enlace
de datos en puntos intermedios, con las alteraciones consiguientes del bit Sa4, los
bits CRC-4 deben
actualizarse para conservar las funciones correctas de terminacin de extremo
asociadas con el
Procedimiento CRC-4) El protocolo y los mensajes del enlace de datos quedan en
estudio.
iii) Los bits Sa5 a Sa7 son para uso nacional cuando no se les necesita para
aplicaciones punto a punto
Especificas.
iv) Uno de los bit Sa4 a Sa8 puede utilizarse en una interfaz de sincronizacin para
transportar mensajes de
Situacin de sincronizacin de la jerarqua digital plesiocrona.
Los bits Sa4 a Sa8 (cuando no se utilizan) deben ponerse a 1 en enlaces que atraviesan
fronteras internacionales.
Fig. 2.5 Utilizacin del primer intervalo de tiempo de la trama E1.Cuadro

5A/G.704
Cuando se quiere recuperar uno de los canales multiplexados en el enlace ser

necesario identificar donde esta el principio de trama en el flujo que se esta
recibiendo para as saber donde se encuentra cada canal de 64 Kbps. De manera
que es necesario mantener una alineacin al principio de trama que se consigue
gracias a la seal de alineacin de trama que se transmite en una de cada dos
tramas como indicaba la figura 2.5
En el caso de que se pierda esa referencia en un momento determinado es
necesario volver a encontrar esa seal de alineacin. Este proceso de alineacin
de trama se muestra en la figura 2.6
Figura 2.6 Proceso de Alineacin de Trama
En el estado Bo para encontrar la FAS en el flujo de entrada se utiliza un registro

de desplazamiento en el que se va almacenando la secuencia de entrada y
comparndola con la FAS, cuando se encuentra se pasa al estado B1.
2.2.3 Multitrama para Sealizacin

El intervalo de tiempo 16 de la E1 esta reservado para tareas de sealizacin.
Cuando la sealizacin es por canal comn simplemente se tendr un canal de 64
Kbps sobre el que se enviaran mensajes de sealizacin. Para identificar a que
canal de datos se refiere el mensaje de sealizacin ste llevar una referencia de
a quin pertenece.
Cuando la sealizacin que se va a utilizar es por canal asociado se necesita un

canal de sealizacin para cada canal de datos de 64 Kbps. Es necesario por
tanto dividir el canal 16, el destinado a sealizacin en la trama, en 30 subcanales
de sealizacin. Para lograr ese reparto se utiliza una estructura de multitrama,
formada por 16 tramas consecutivas (figura 2.7). Se reservan cuatro bits de
sealizacin de la multitrama para la sealizacin de cada canal de datos.
Fig. 2.7 Formato de Multitrama para sealizacin por canal asociado.
De manera que para conocer a que canal de datos se refiere la informacin

de sealizacin que se recibe en determinada trama es necesario conocer en que
trama dentro de la estructura de Multitrama nos encontramos. Para eso se utiliza
la seal de alineacin de Multitrama que se transmite en el intervalo de tiempo 16
de la primera trama de cada multitrama. El proceso de alineacin a la estructura
de multitrama se presenta en la figura 2.8.
Fig. 2.8 Proceso de alineacin de Multitrama.
2.2.4 Multitrama para CRC.
Existe otro formato de multitrama cuya finalidad es introducir un control de errores

en las lneas E1. Para hacer este control se introduce un cdigo de redundancia
cclico (CRC) de cuatro bits en el flujo de 2M utilizando el primer bit de la trama (Si
en la Figura 2.5), tal y como lo indica la figura 2.9
Fig. 2.9 Primer Octeto de las Tramas de una Multitrama para CRC.
Como puede apreciarse esta multitrama esta formada tambin por 16 tramas y se
divide en submultitrama 1 (las 8 primeras) y submultitrama 2 (las 18 ultimas).
Este control de errores se utiliza con varias finalidades:
Proteccin Contra Falsos alineamientos de trama
Si en algn momento en el proceso de alineacin de trama se ha cometido un

error y el equipo esta mal alineado el CRC fallar (porque el bit que se
considera el primero de la trama en realidad no lo es), de este modo se
detectan alineamientos falsos a la trama.
Monitorizacin de errores
Controla la BER de un enlace digital extremo a extremo. El CRC se incorpora

al crear la trama (en el extremo transmisor) y se mantiene hasta el final,
analizndose en el receptor.
Proteccin de flujos de 2M (E1)
Protege flujos crticos cuando hay especial inters en que lleguen

correctamente. Se manda el flujo duplicado por distintos recorridos y en
recepcin, basndose en el anlisis del CRC, se selecciona el que tenga
menos errores.
2.3 El primer nivel en las jerarquas americana y japonesa
Fig. 2.10 Estructura de Multitrama en un enlace T1. Cuadro 1/G.704

La Trama T1, la de primer nivel de las jerarquas americana y japonesa, se
describe en la Norma G.733 de la ITU-T. Se forma a partir de 24 canales
analgicos vocales. En este caso el mltiplex MIC utiliza tambin una frecuencia
de muestreo de 8 KHz para cada canal, igual que en Europa. Sin embargo cada
muestra es de 7 bits aunque se le aade un bit mas para sealizacin. La
cuantificacin es tambin no uniforme pero se utiliza la ley para la compresin.
La trama tiene tambin una duracin de 125 s y a parte de los 24 intervalos de
tiempo de 8 bits (uno para cada canal vocal) se aade un bit ms para tareas de
alineacin y control, de este modo el rgimen binario resultante en la lnea es de
1544 Kbps. Si es necesario hacer una conexin entre redes que utilizan distinta
trama bsica la adaptacin ha de ser de la G. 733 a la G.732.
Tambin se utiliza una estructura de multitrama formada por 24 tramas T1, esta
estructura se muestra en la figura 2.10.
2.4 Tramas de orden Superior
2.4.1 Tcnicas de Justificacin
Las tramas de primer orden se forman muestreando las seales analgicas

de la entrada utilizando una seal de muestreo de 8 KHz obtenida a partir del reloj
del mltiplex MIC, por tanto todas las seales se muestrean con el mismo reloj y
no hay ningn problema de desincronizacion entre ellas. Por tanto estas tramas de
primer nivel no contienen ningn espacio de justificacin, sin embargo para el
resto de niveles si se definen espacios en las tramas en los que puede haber
informacin o no, los denominados bits de justificacin. Estos mecanismos de
justificacin permitirn que los tributarios que se introducen en el mltiplex puedan
tener un rgimen binario distinto al nominal siempre y cuando se mantengan
dentro de los mrgenes establecidos.
2.4.1.1 Justificacin Positiva
El mecanismo de justificacin mas sencillo es la justificacin positiva. En

este caso en el mltiplex, a la salida del multiplexor, se reserva para un afluente
determinado ms capacidad de la que ste necesitara si tuviera el rgimen binario
nominal. De manera que el rgimen binario del espacio de carga correspondiente
dentro del mltiplex es superior al rgimen binario nominal del afluente. En caso
de que no se necesite el espacio adicional para meter los datos del afluente el
multiplexor inserta informacin de relleno (justificacin +). De algn modo habr
que indicar si lo que viaja en este espacio adicional son datos tiles o es
informacin de relleno, para eso es necesario aadir tambin un campo de control
de justificacin. En la Figura 2.11 se muestra un esquema con esta idea.
Fig. 2.11 Justificacin Positiva
2.4.1.2 Justificacin Positiva/nula/negativa
La justificacin positiva/nula/negativa se basa en el mismo principio. En este caso

el espacio de carga reservado a un afluente dentro del mltiplex es exactamente
igual al que necesitara si tuviera el rgimen binario nominal. Fuera de este
espacio de carga se aade otro espacio en el mltiplex para que si el rgimen
binario del flujo de entrada supera al nominal los datos sobrantes se metan en
esta zona (justificacin -). Dentro del espacio de carga del afluente hay un espacio
para que en caso de que el rgimen binario este por debajo del nominal se pueda
enviar relleno en esta zona (justificacin +). Estos campos son, respectivamente
S- y S+ mostrados en la figura 2.12.
Fig. 2.12 Justificacin positiva/nula/negativa.

De este modo en caso de que el rgimen del tributario sea superior al nominal se
realiza justificacin negativa, que consiste en enviar datos procedentes del
afluente en el campo S-. Sin embargo cuando el rgimen del tributario sea
inferior al nominal se realiza justificacin positiva, que consiste en enviar relleno
en el campo S+, por supuesto en el campo S- tampoco iran datos del afluente de
entrada. En caso de que el rgimen binario coincida con el nominal no se realiza
ningn tipo de justificacin de manera que en S+ se transmiten datos del afluente
y en S- relleno. Tambin ser necesario un campo de control de justificacin que
indique al otro lado si se ha hecho justificacin y de qu tipo.
2.4.2 Tasa nominal de justificacin
Los parmetros ms importantes a considerar cuando se realiza una

multiplexacin por encima del primer nivel de PDH son:
Fp: Frecuencia Nominal del tributario (seal de entrada de orden inferior)
Fs: Frecuencia nominal del mltiplex (seal de salida de orden superior)
n: Numero de tributarios que conforman el mltiplex
N: Nmero de Bits totales en la trama de orden superior
a: Bits para alineacin, alarma ....
r: Bits de control de relleno
m: Bits de informacin (incluidos los de justificacin, S)
Numero de bits usados con justificacin

Ft: Frecuencia de trama, es decir el numero de tramas por segundo (inversa
del tiempo de trama)
C: Capacidad ofrecida
Interesara calcular dos parmetros del mltiplex:
Fr: Frecuencia nominal de relleno
Que es el nmero de bits de justificacin por segundo que llevan relleno

cuando el rgimen binario del afluente de entrada es el nominal. Es decir si el
flujo se hubiera formado con un reloj ajustado exactamente a la frecuencia
nominal.
Tasa Nominal de Justificacin
Es el porcentaje de bits de justificacin de los totales destinados a ese

afluente, que van justificados cuando el afluente tiene la frecuencia nominal.
Estos parmetros se calcularan para la E2 pero pueden ser calculados para los
flujos de cualquier orden.
2.4.3 Trama E2 con justificacin positiva
En PDH a partir del segundo nivel de multiplexin sta siempre se hace bit a bit y
no por octetos como se hacia en la E1. Hay dos tipos de trama E2, con
justificacin positiva o con justificacin positiva/nula/negativa. Las figuras 2.13 y
2.14, la primera extrada directamente de la norma, muestran la trama cuando se
utiliza justificacin positiva. Como se puede ver la trama se divide en cuatro
grupos de 212 bits. Se utiliza un bit para cada afluente para realizar justificacin
(Bit Si) en caso de que fuera necesario. Para indicar si se ha hecho justificacin o
no se necesita un bit de control de justificacin (bit Ci). Si este bit se recibe como
un uno esto le indica al demultiplexor que recibe el flujo que el que lo form hizo
justificacin para ese afluente de manera que el contenido del bit Si es relleno y no
datos de la afluente i. En caso de que el bit Ci fuera un cero el demultiplexor
sabra que el contenido del bit Si es realmente informacin del afluente i. El bit Ci
se enva 3 veces dentro de la trama y en recepcin se decide si es cero o uno por
el voto de mayora, de este modo la posibilidad de error es menor.
Velocidad binaria de los afluentes (kbits/s) 2048
Nmero de afluentes 4
Estructura de trama Plan de numeracin de los bits
Grupo I
Seal de alineacin de trama (1111010000) 1 a 10
Indicacin de alarma destinada al equipo mltiplex 11
digital distante
Bit reservado para uso nacional 12
Bits procedentes de los afluentes 13 a 212
Grupo II
Bits Cj1 de control de justificacin (vase la nota) 1a4
Grupo III
Grupo IV
Bits justificables, provenientes de los afluentes 5a8
Longitud de la trama 848 bits

Bits por afluente 206 bits
Velocidad mxima de justificacin por afluente 10 kbits/s
Relacin nominal de justificacin 0,424
Nota Cji, designa el bit nmero i de control de justificacin del afluente nmero j.
Fig. 2.13. Estructura de trama para la multiplexacin a 8448kbits/s.
Se decide 1 0 en Cx por mayora
Cx = 1 Sx lleva Relleno: Justificacin
Cx = 0 Sx lleva Datos: No hay justificacin
Fig. 2.14 Trama E2 con justificacin positiva
Cmo se calcula la tasa nominal de justificacin?

Para calcular la tasa nominal de justificacin es necesario dar los siguientes
pasos:
1. Se calcula el tiempo de trama, es decir la duracin de una trama:
8,448 (Mb/s)/848 (bits/trama) = 9962,26 tramas/s (velocidad de repeticin de
trama) de modo que haciendo la inversa de la duracin de la trama es:
Ttrama=100,379 s
2. Se calculan los bits de justificacin por segundo que hay para un afluente.
Como hay uno en cada trama tenemos que hay 9962,26 bits de justificacin/s
para cada tributario.
3. Se calculan el rgimen binario mnimo del afluente que se puede enviar dentro
del mltiplex.
En este caso todos los bits de justificacin del afluente van con relleno de
modo que de datos hay 205b.dat/trama para cada tributario.
As que: 205 bits/trama * 9962,26 tramas/s = 2,042263 Mb/s ser el
rgimen binario mnimo del afluente de entrada.
4. Se calcula la diferencia entre Rgimen nominal y mnimo, esto dar el exceso
de bits que se estn transmitiendo respecto al nominal: Rgimen nominal del
tributario 2,048 Mb/s Rgimen mnimo 2,042263 Mb/s.
5. Este exceso, 5737 bits/s, son precisamente los bits S por segundo que llevan
informacin, ya que todo lo que sobra debe ir en la regin de justificacin.
6. Como se conoce el nmero total de bits S por segundo que se transmiten y los
que llevan informacin podemos calcular los que llevan relleno, es decir los que
van justificados (justificacin +): 9962-5737=4225 (bits S con relleno).
7. Por ltimo para calcular la tasa nominal de justificacin slo es necesario
calcular que porcentaje respecto al total representa este nmero de bits:
4225/9962=42,4%
8. Tambin se podra hacer calculando el rgimen binario mximo del afluente que
se puede enviar dentro del mltiplex.
En este caso todos los bits de justificacin van con informacin del afluente
de entrada en total 206b.dat/trama para cada tributario.
As que: 206 bits/trama*9962,26 trama/s=2,054445 Mb/s ser el rgimen
binario mximo del afluente de entrada.
2.4.4 Trama E2 con justificacin positiva/nula/negativa
Pero la E2 tambin se puede formar utilizando justificacin positiva/nula/negativa,

como muestran las figuras 27 y 28.
En este caso los bits de control deben indicar:
Si no hay justificacin, cuando se cumpla: Rb tributario= Rb nominal
Si hay justificacin positiva, cuando se cumpla: Rb tributario< Rb nominal
Si hay justificacin negativa, cuando se cumpla: Rb tributario> Rb nominal
De modo que como hay tres posibilidades se necesitan 2 bits de control por cada
tributario, como en la trama solo hay uno se necesitan dos tramas consecutivas
para decidir si hay justificacin o no del siguiente modo:
C=1 en dos tramas consecutivas: Justificacin +
C=0 en dos tramas consecutivas: Justificacin
C=1 y 0 en dos tramas alternas: Sin Justificacin
Fig. 2.15 E2 con justificacin positiva/nula/negativa. (G.745)

Grupo I
Seal de alineacin de trama (11100110) 1a8
Grupo II
Bits de control de justificacin Cj1 (vase la nota) 1a4
Bits destinados a funciones de servicio 5a8
Grupo II I
1a4
Bits de control de justificacin Cj2 (vase la nota)
5a8
Bits de reserva
9 a 264
Bits procedentes de los afluentes
Grupo IV
Bits procedentes de afluentes, disponibles para

justificacin negativa 5a8

justificacin positiva 9 a 12

Duracin de la trama 125 s
Velocidad mxima de justificacin por afluente 8 kbit/s
Nota- Cjn designa el ensimo bit de control de justificacin del j simo afluente.
Fig. 2.16 Estructura de trama para la multiplexacin digital a 8448 kbit/s

utilizando justificacin positiva/negativa.
2.4.5 Tramas de orden superior a 2

A continuacin se muestran las tablas y esquemas de las tramas de orden
superior a 2.
Grupo I
Indicacin de alarma hacia el equipo mltiplex digital
distante 11
Bit reservado para uso nacional 12
Grupo II
Bits de servicio de justificacin Cj1 (vase la nota) 1a4
Grupo II I
1a4
Bits de control de justificacin Cj2 (vase la nota)
5 a 384
Grupo IV

justificacin 5a8

Velocidad mxima de justificacin por afluente 22 375 kbit/s
Nota- Cjn designa el ensimo bit de servicio de justificacin del j simo afluente.
Fig. 2.17. Estructura de trama para la multiplexacin a 34 368 kbits/s. Cuadro

1/G.751
Fig. 2.18. Trama de tercer orden (G.751)
Fig. 2.19. Trama de cuarto orden (G.751)
Velocidad binaria de los afluentes (kbits/s) 34 368
Grupo I
Indicacin de alarma hacia el equipo mltiplex digital distante 13
Bit reservado para uso nacional 14 a 16
Grupo II a V
Bits de servicio de justificacin Cjn (n=1 a 4) (vase la nota) 1a4
Grupo VI
1a4
Bits de servicio de justificacin Cj5 (vase la nota)
5a8
Bits procedentes de los afluentes, disponibles para la justificacin
9 a 488
Velocidad mxima de justificacin por afluente 47 563 kbit/s aproximadamente

Nota Cjn designa el ensimo bit de servicio de justificacin del j simo afluente.
Fig. 2.20. Estructura de trama para la multiplexacin a 139 264 kbits/s.

Fig. 2.21. Trama de quinto orden
Conclusiones.
En resumen podemos observar que en el modo de transmisin plesicrono la

trama de primer orden ( E1) se forma mediante la intercalacin de bytes de cada
una de las seales de los distintos canales de voz, pero cuando se forman las
tramas de orden superior la intercalacin de las seales de voz se hace siempre
de bit en bit. Adems de que cuando los tributarios de entrada no son del rgimen
binario nominal, se requiere de utilizar las distintas tcnicas de justificacin
descritas en el presente captulo.
Por otra parte cuando se requiere extraer un determinado canal del afluente es
necesario que el demultiplexor pase por los distintos niveles de la jerarqua si es
que dicha seal esta en un orden de nivel alto, hasta llegar al nivel de primer
orden.
Como veremos en el siguiente captulo, en la jerarqua SDH el mtodo de
multiplexaje aporta ventajas sobre la jerarqua PDH porque entre otras cosas no
hay que pasar por los distintos niveles de velocidad, siendo esto un ahorro
considerable en el tiempo, adems de que la estructura de trama SDH proporciona
medios de administrar y controlar la informacin de manera ms eficiente.
CAPITULO 3
MULTIPLEXAJE
INTRODUCCION
Debido a las desventajas que presentaban los sistemas PDH al momento de

transmitir los datos surge una nueva forma de transmisin mas avanzada
denominada SDH.
SDH es el estndar internacional de comunicaciones aceptado por la UIT para

redes de transmisin de alta capacidad. Tecnologas como ATM, IP/MPLS o ADSL
se apoyan en SDH para alcanzar la ansiada banda ancha.
Con el nacimiento del SDH se pudo obtener una mayor velocidad de transmisin a
un menor costo, y la reduccin de espacio, ya que con su implementacin se
requiri de menos equipos para realizar el proceso de multiplexaje de una seal
digital.
As mismo, el SDH permiti la creacin de apuntadores y con ellos se pudo

obtener un mejor control en el proceso de transmisin de datos lo que ayuda a
tener menos perdidas de informacin y disminuir la cantidad de errores y as poder
obtener una mejor eficiencia en los sistemas de comunicacin, es decir que el
mensaje llega de una manera mas precisa y rpida a su destino.
Con este capitulo podremos ver cmo funciona, y as entender este estndar de
comunicacin.
El multiplexaje es el procedimiento mediante el cual las seales de nivel de

trayectoria de bajo orden son adaptadas dentro de una trayectoria de alto orden, o
mediante el cual las seales de nivel de trayectoria de alto orden son adaptadas
como una sola seal.
Un STM bsico esta definido a 155.520 Mbps, y se conoce como STM-1, mientras
que los STM-N de ms alta capacidad estn formados a velocidades de
transmisin que son mltiplos enteros de dicha velocidad bsica de transmisin.
La SDH define cierto nmero de contenedores, cada uno de los cuales

corresponde a una velocidad plesocrona existente. Los datos provenientes de la
velocidad plesocrona son acomodados o entramados en el contenedor
correspondiente. Se aaden luego a cada contenedor informaciones de control,
conocidas con el trmino encabezado de trayecto (POH: Path Overhead). Los
bytes del encabezado de trayecto permiten a la empresa operadora de la red el
monitoreo extremo a extremo de los parmetros del trayecto, tales como la tasa de
errores. El contenedor junto con su encabezado de trayecto forman lo que se
conoce como contenedor virtual.
En una red sncrona, todos los equipos se sincronizan con un reloj maestro. Sin
embargo, es importante advertir que el retardo asociado con un enlace de
transmisin determinado puede variar ligeramente a travs del tiempo. Por ello la
ubicacin de los contenedores virtuales dentro de la trama STM-1 puede no ser
fija. Para compensar estas variaciones se asigna un apuntador a cada contenedor
virtual. El apuntador indica la posicin del inicio del contenedor dentro de la
estructura de trama del STM-1. El apuntador puede incrementarse o disminuirse
segn sea necesario de acuerdo con los cambios de posicin del contenedor
virtual.
La recomendacin G.709 define diversas combinaciones de contenedores

virtuales que se pueden utilizar para llenar el espacio de carga til de la trama
STM-1. El proceso de llenado de contenedores y aadido del encabezado de
trayecto se repite en varios niveles de la SDH, lo cual conduce al mapeo de los
contenedores virtuales ms pequeos en otros ms grandes. Este Proceso se
repite hasta que se haya llenado el contenedor virtual ms grande (VC-4) y se
proceda a cargarlo en el espacio de carga til de la trama STM-1. Una vez lleno el
espacio de la carga til de la trama STM-1, se aaden a la trama algunos bytes
con informacin de control que forman el encabezado de seccin (SOH: Section
Overhead). El encabezado de seccin se denomina as porque acompaa a la
carga til en toda la seccin de fibra ptica entre dos equipos sncronos. Tiene por
objeto proporcionar canales de comunicaciones para funciones de operacin,
administracin y mantenimiento, canales de usuario, conmutacin de proteccin
de seccin, alineamiento de trama y algunas funciones adicionales.
3.1 ESTRUCTURA DE MULTIPLEXACION
La recomendacin G.709, define una estructura de multiplexacin que permite a la

seal STM-N llevar como carga til varias seales de velocidad inferior, lo que
hace posible transportar en la red sncrona las seales PDH existentes. La Figura
3.1 muestra la estructura de multiplexacin sncrona.
Figura 3.1 Estructura de multiplexacin sncrona
Los elementos de la estructura de multiplexacin se definen a continuacin:
Contenedor (C: Container)

Es el elemento bsico de la seal STM que consiste en un grupo de bytes
asignados para transportar las velocidades definidas en la G.702.
Existen cinco tipos de contenedores con las siguientes capacidades:
C-11 = 1.600 Mbps (para el transporte de seales de 1.544 Mbps)

C-12 = 2.167 Mbps (para el transporte de seales de 2.048)
C-3 = 48,384 Mbps (para el transporte de seales de 34,368 44,736 Mbps)
Contenedor Virtual (VC: Virtual Container)
Es la estructura de informacin empleada para soportar o permitir las conexiones

a nivel de ruta en la SDH y se compone de la carga de informacin misma (o sea
el contenedor) y los campos de informacin del encabezado de trayecto (POH =
Path Overhead). Los encabezados de trayecto permiten el control del trayecto as
como el monitoreo extremo a extremo.
Los contenedores virtuales VC-11, VC-12 y VC-2 son conocidos como
contenedores virtuales de bajo orden, los contenedores virtuales VC-3 y VC-4
como contenedores virtuales de alto orden.
Unidad Tributaria (TU: Tributary Unit)
Es una estructura de informacin que proporciona la adaptacin entre el nivel de

ruta de bajo orden y el de alto orden, consiste de un VC de bajo orden y un
apuntador TU, el cual indica el desplazamiento del principio de la trama del VC de
bajo orden con respecto al principio de la trama del VC de alto orden.
La SDH proporciona un rango de diferentes tamaos de TU`s.
TU-11: Cada trama TU-11 consiste de 27 bytes, estructurados en 3 columnas
de 9 bytes con una velocidad de transmisin de 8000 tramas por segundo. Esto
proporciona una capacidad de transporte de 1.728 Mbps en los que se mapear
una seal de 1.544 Mbps. Pueden multiplexarse 84 TU-11 en un VC-4.

una seal de 2.048 Mbps. Pueden multiplexarse 63 TU-12 en un VC-4.

proporciona una velocidad de transporte de 6.912 Mbps en los que se mapear
una seal DS2 de 6.312 Mbps. Pueden multiplexarse 21 TU-12 en un VC-4.

una seal CEPT de 34 Mbps o una seal DS3 de 44.736 Mbps. Pueden
multiplexarse 3 TU-3 en un VC-4.
Grupo de Unidades Tributarias (TUG: Tributary Unit Group)
Es un conjunto de una o ms TUs que ocupan posiciones fijas y definidas dentro

de la carga o de un VC de orden superior. Los TUGs estn definidos de tal
manera que las cargas de informacin de diferente capacidad compuestas por TU
s de distinto tamao puedan ser mezcladas para incrementar la flexibilidad de la
red de transporte.
Existen dos tipos de TUGs.
TUG-2: Esta formado por un solo TU-2 o una combinacin homognea de TUs
idnticos.
TUG-3: Esta formado por un solo TU-3 o una combinacin homognea de TUG-2
s.
Unidad Administrativa (AU: Administrative Unit)
Es la estructura de informacin que proporciona la adaptacin entre el nivel de

ruta de orden superior y el nivel de seccin de multiplexaje, y se compone de una
carga de informacin (el VC de orden superior) y del apuntador AU que indica el
desplazamiento del principio de la trama de VC de orden superior con respecto al
principio de la trama de seccin de multiplexaje STM-N.
Existen dos tipos de AUs:
AU-4 Consiste de un VC-4 ms el apuntador AU-4 que indica el

alineamiento de fase del VC-4 con respecto a la trama STM-N.
AU-3 Consiste de un VC-3 ms el apuntador AU-3 que indica el

alineamiento de fase del VC-3 con respecto a la trama STM-N.
Grupo de Unidades Administrativas (AUG: Administrative Unit Group)
Es un conjunto de una o ms AUs que ocupan posiciones fijas dentro de la trama

STM-N, y se compone de un AU-4 o de una combinacin homognea AU-3s.
Mdulo de Transporte Sncrono (STM: Synchronous Transport Module)
Es la estructura de informacin empleada para soportar las conexiones de nivel de

seccin en la SDH. Se compone de la carga de informacin y los campos de
informacin del encabezado de seccin (SOH = Section Overhead), organizadas
en una estructura de trama con ciclos de repeticin de 125 microsegundos.
Los niveles mayores de velocidad en la SDH, se logran mediante un esquema
sencillo de multiplexacin por entrelazado de bytes, tal como se muestra en la
figura 3.2.
Figura 3.2 Entrelazado de bytes STM-1 para formar velocidades de STM-4 Y

STM-16
3.2 ESTRUCTURA DE TRAMA
La trama STM-1 consta de 2430 bytes, y dentro de esta la informacin se repite

cada 270 bytes, por lo cual es comn considerar a la trama STM-1 como una
estructura de 270 columnas (bytes) por 9 renglones, tal como se muestra en la
figura 3.2
..
Figura 3.3 Estructura de trama STM-1
La secuencia de transmisin es una fila a la vez, comenzando desde arriba. Cada

fila se transmite de izquierda a derecha y cada byte se transmite comenzando con
el bit ms significativo. La duracin de cada trama es de 125 microsegundos lo
cual nos indica que la trama retransmite a una velocidad de 8000 tramas/segundo.
La velocidad de transmisin de una seal STM-1 se obtiene de la siguiente
manera:
8000 tramas/segundo X 9 filas/trama X 270 bytes/trama X 8 bits/byte = 155.52

Mbps
Las velocidades de transmisin para los rdenes superiores de la SDH son

mltiplos de la velocidad de transmisin STM-1, es decir:
STM-4 = STM-1 X 4 = 155.52 Mbps X 4 = 622.52 Mbps
STM-16 = STM-1 X 16 = 155.52 Mbps X 16 = 2.48832 Gbps

Observando la figura 3.3, notamos que la trama STM-1 esta dividida en 3 sectores
principales:
Encabezado de seccin (SOH: Section Overhead)

Apuntador de Unidad Administrativa (AU Pointer)
Carga til (Payload)
3.2.1 ENCABEZADO DE SECCION (SOH)
Los bytes que forman el encabezado de seccin adems de emplearse para los
fines de sincronizacin de la trama desempean una variedad de facilidades
administrativas y de gestin adicionales. Estos bytes son insertados en el ltimo
paso de la construccin de la seal STM-1.
El encabezado de seccin esta dividido en dos tipos, el encabezado de seccin de

regeneradores (RSOH) formado de 3 filas X 9 columnas y el encabezado de
seccin de multiplexores (MSOH) constituido de 5 filas X 9 columnas.
El RSOH, es empleado para la comunicacin entre equipos regeneradores

adyacentes. Cada regenerador procesa nicamente esta informacin e ignora la
informacin que es transportada en el resto de la trama. El MSOH es empleado
para transportar la informacin necesaria para el monitoreo de la seccin de
multiplexaje ente equipos multiplexores adyacentes, cada equipo multiplexor
examina y procesa solo esta parte del encabezado.
La figura 3.4 muestra la forma en que estn dispuestos los bytes que forman el
encabezado de seccin. La funcin de los octetos individuales se detallan a
continuacin.
Figura 3.4 Asignacin de los bytes del encabezado de seccin
Para RSOH se tiene:
A1, A2 Alineamiento de trama. Indican el inicio de una trama
C1 Identificador de STM-1. Identifica una trama STM-N dentro de una

seal STM-N.
B1 (BIP-8) Verificacin de paridad. Se calcula el valor de la paridad para la trama

completa del STM-1 por cada equipo regenerador a fin de detectar errores, este
valor se almacena y posteriormente se carga en el byte B1 de la siguiente trama.
E1 Canal de servicio. Es una canal de 64 Kbps destinado para un canal de

voz para usarlo en funciones de mantenimiento entre regeneradores.
F1 Canal de usuario.
D1D3 Canal de comunicacin de datos. Tres bytes que proporcionan un

canal de 192 Kbps para la operacin y administracin de regeneradores.
Para el MSOH se tiene:
B2 (BIP-24) Verificacin de paridad. Tres bytes que proporcionan un canal de

192 Kbps para la verificacin de la calidad del enlace. El multiplexor que recibe
una seal SDH, calcular cual debe ser el valor de la paridad y lo compara con el
contenido de los bytes B2 que le estn llegando, el valor es almacenado y
posteriormente es cargado en los bytes B2 de la siguiente trama antes de
codificarse.
K1, K2 Canal de Control de la conmutacin de proteccin automtica (APS).

Son dos bytes empleados para la sealizacin relacionada con la seccin de
proteccin de multiplexor.
D4D12 Canal de comunicacin de datos. Estos nueve bytes proporcionan

un canal de 576 Kbps para la operacin y administracin de los equipos
multiplexores en una red SDH.
E2 Canal de servicio. Es un canal de 64 Kbps destinado para un canal de

voz para usarlo en funciones de mantenimiento entre multiplexores.
Z1, Z2 Uso nacional.
3.2.2 APUNTADOR DE LA UNIDAD ADMINISTRATIVA (AU POINTER)
Este apuntador indica el inicio del VC4 con respecto a la trama STM-1
3.2.3 CARGA UTIL (PAYLOAD)
Es la capacidad de transporte de informacin de una trama STM-1, la cual esta

formada por las 9 filas X 261 columnas resultantes.
Para poder transportar las seales procedentes de otros niveles dentro de la carga
til, estas seales se entraman o empaquetan en el contenedor sncrono
apropiado para posteriormente aadirles la informacin correspondiente al
encabezado de trayecto, formando as los contenedores virtuales
correspondientes.
ENCABEZADO DE TRAYECTO (POH)
El encabezado de trayecto incluye la informacin necesaria para realizar la gestin

del trayecto sncrono, es decir el monitoreo y administracin de la conexin
extremo a extremo. El encabezado de trayecto se divide en dos tipos, encabezado
de trayecto de alto orden y encabezado de trayecto de bajo orden.
El encabezado de trayecto de alto orden esta formado por 9 bytes y se localiza en

la primera columna del VC4 o VC3 (conocidos tambin como los contenedores
virtuales de alto orden). El significado de cada uno de estos bytes se describe a
continuacin:
J1 Traza de trayecto. Este byte verifica la conexin del trayecto del

contenedor virtual, proporciona un canal de 64 Kbps a travs del cual
el tren de datos que identifica la trayectoria es enviado.
B3 (BIP-8) Chequeo de paridad. Este byte permite el monitoreo de errores de los

bits que forman el contenedor virtual correspondiente durante todo el
trayecto, utilizando para esto un cdigo de paridad par (BIT-8).
C2 Etiqueta de seal. Este byte indica la composicin de la carga til del

contenedor virtual
G1 Estado del trayecto del enlace. Este byte permite devolver la indicacin
del estado de la seal recibida hacia el extremo transmisor del trayecto
por parte del extremo receptor.
F2 Canal de usuario del trayecto. Se emplea para la comunicacin entre
los elementos del trayecto.
H4 Indicador de multitrama. Se utiliza para las cargas estructuradas de

TUs.
Z3Z5 Uso nacional.
El encabezado de trayecto de bajo orden, comprende un solo byte conocido como

V5, el cual se encuentra al inicio de los contenedores virtuales VC11, VC12 y VC2
(conocidos tambin como contenedores virtuales de bajo orden).
La funcin de cada uno de los bits dentro de este byte se indican a continuacin.
BIP-2 Verificacin de paridad.
FEBE Mensaje de error de bloque de extremo remoto, remitido hacia el extremo

de origen de un contenedor virtual que indica un error en la verificacin de paridad.
ETIQUETA Indica el tipo de carga til que lleva el contenedor virtual.

DE SEAL
ALARMA Utilizada para indicar una seal AIS en el trayecto TU-2 como una
REMOTA falla de la seal.
3.3 APUNTADORES
En la transmisin sncrona, la sincronizacin requerida en el proceso de

multiplexaje sncrono se lleva a cabo a travs del uso de apuntadores. Este
proceso de sincronizacin es necesario, ya que en general, un contenedor virtual
es creado usando un reloj diferente al reloj asociado con la AU o con la TU.
Un apuntador seala donde comienza un contenedor virtual, indicando esto a los
ordenes mas altos. Cuando el VC es alineado dentro de una AU o TU, el
apuntador contiene la informacin respecto a la posicin de inicio de este VC.
Los apuntadores AU y TU proporcionan un mtodo que permite el alineamiento

dinmico y flexible de VCs dentro de las tramas AU o TU.
Alineamiento dinmico significa que el VC puede flotar dentro de la trama AU o

TU, de manera que los valores del apuntador describen la posicin inicial de los
VCs flotantes dentro de la carga de la informacin de la trama AU o TU, y que son
recalculados en cada nodo.
El uso de apuntadores evita la necesidad de tener memorias elsticas como en el

caso de la PDH, con lo que el retraso (Delay) de la red SDH es minimizado.
Los apuntadores permiten tambin la operacin de tipo plesicrono de los VCs

dentro de la red sncrona, lo cual es necesario para compensar las diferencias de
sincrona que pueden resultar cuando algn nodo pierde la referencia de
sincronizacin de la red y opera utilizando su propio reloj interno. Adems de lo
anterior, tambin es necesario compensar diferencias de sincrona o corrimientos
de reloj (clock offsets) en los puntos donde se unen redes SDH independientes, en
donde, cada una de las cuales opera utilizando su propio reloj de referencia de
alta exactitud.
La adaptacin de las velocidades de transmisin de los VCs a aquella de la trama

AU o TU se lleva a cabo desplazando o moviendo la posicin inicial del VC en
forma positiva o negativa con respecto a la trama de transporte (proceso
denominado justificacin positiva, cero o negativa) e incrementando o
decrementando el valor del apuntador en forma correspondiente.
El uso de apuntadores facilita el multiplexaje y demultiplexaje debido a que la

posicin de cada byte de cualquier tributaria en una seal STM-N puede ser
calculado fcilmente partiendo de los valores de uno o dos apuntadores.
Sin embargo es importante sealar que los movimientos del apuntador ocasionan
el llamado jitter de apuntador en las seales tributarias de salida, adems del jitter
de mapeo conocido u observado tambin en la PDH.
Los apuntadores se dividen en dos grupos, apuntadores de alto orden tales como
AU-4 PTR, AU-3 PTR y TU-3 PTR, y los apuntadores de bajo orden tales como
TU-11 PTR, TU-12 PTR y TU-2 PTR.
El apuntador de alto orden esta contenido en los bytes H1, H2 y H3 y el apuntador

de bajo orden esta contenido en los bytes V1, V2 y V3.
3.4 MAPEO
Es la forma apropiada de entramar o empaquetar una seal dentro del contenedor

o contenedor virtual correspondiente.
El mapeo de una tributaria dentro de un contenedor virtual puede ser clasificado
como mapeo asncrono, mapeo con sincronismo de bit o mapeo con sincronismo
de byte.
3.4.1 MAPEO ASINCRONO
El mapeo asncrono, permite el transporte de una carga til a una velocidad

binaria determinada, pero sin la posibilidad de observacin de los bits individuales.
El mapeo asncrono es aplicable cuando el reloj de la seal tributaria es

independiente del reloj del contenedor o contenedor virtual. El mapeo asncrono
puede ser aplicado a todas las tributarias (DS1, DS2, DS3, E1, E3 y E4).
El procedimiento ms elemental en el mapeo asncrono es el proceso de

sincronizacin que se realiza a travs de la justificacin para compensar las
respectivas diferencias de reloj. En el caso de seales DS1, DS2, E1 y E3, la
justificacin P/Z/N via bits de relleno es usada, y en el caso de DS3 y E4, solo la
justificacin positiva con bits de relleno es empleada.
La justificacin P/Z/N es empleada cuando la capacidad de transmisin nominal de

la seal despus del procedimiento de sincronizacin es idntica a la velocidad de
bit antes del procedimiento; en otras palabras, cuando, como en el caso del
mapeo de seales tributarias, la velocidad de bit de la carga til de un contenedor
virtual es la misma que la velocidad del bit nominal de la tributaria
correspondiente. En este caso la justificacin cero es mantenida en situaciones
normales, pero cuando la velocidad de bit de la tributaria llega a ser menor que
velocidad de bit de la carga til del contenedor, se acumulan diferencias que
aparentan ser un bit demasiado largo, entonces un bit nulo o de desperdicio es
enviado en lugar de la informacin efectiva de datos, a esto se le conoce como
justificacin positiva. Contrariamente, si la velocidad del bit de la tributaria llega a
ser mas alta con respecto a la velocidad de bit de la carga til del contenedor
virtual, un bit disponible en la carga til es empleado para absorber la diferencia, a
esto se le conoce como justificacin negativa.
La funcin de la justificacin P/Z/N se realiza a travs de los bits de oportunidad

de justificacin, y el estado de ejecucin es indicado por medio del uso de los bits
de control de justificacin.
3.4.2 MAPEO CON SINCRONISMO DE BITS
El mapeo con sincronismo de bits, permite la observacin de los bits individuales

dentro de la carga til, pero no permite identificar los bits de fijacin de trama.
El mapeo con sincronismo de bits, es un procedimiento que se emplea cuando el

reloj de la seal tributaria esta sincronizado con el reloj del contenedor o
contenedor virtual correspondiente. Por lo tanto, este mapeo no requiere
sincronizacin y consecuentemente no ocurre ninguna justificacin. El mapeo con
sincronismo de bits es el caso general de mapeo Sncrono y es realizado en base
a bit sin hacer caso de la composicin interna de la tributaria involucrada. Este
procedimiento es equivalente al mapeo asncrono con la excepcin de que no se
requiere del proceso de sincronizacin. Se aplica a seales tributarias DS-1, DS-2
y E1.
3.4.3 MAPEO CON SINCRONISMO DE BYTES
El mapeo con sincronismo de bytes, permite la observacin e identificacin de

todos los bits entramados en la carga til.
El mapeo con sincronismo de bytes es un caso especial del mapeo sincrnico, el

cual es usado cuando una seal DS0 o E0 es mapeada en un contenedor virtual.
El mapeo con sincronismo de bytes puede ser aplicado a seales DS1 y E1.
Cuando una de estas seales va ser mapeada con sincronismo de bytes en un
contenedor virtual, esta identificacin de trama deber de ser confirmada primero y
entonces cada byte de la seal DS0 o E0 deber ser mapeado dentro de una
posicin asignada. En este punto, los bits de trama y de sealizacin debern ser
mapeados tambin.
3.4.4 MODOS DE OPERACION
Existen dos modos posibles de multiplexaje de las estructuras TU.
Modo Flotante
Modo Fijo
En el modo flotante cuatro tramas consecutivas VC-11, VC-12 o VC-2 de 125

microsegundos son organizadas dentro de una multitrama de 500 microsegundos
cuya fase estar indicada por el byte indicador de multitrama (H4) en el POH del
VC-3 o VC-4.
En general, despus de que las tributarias de bajo orden son mapeadas dentro de
un VC-n (n= 11, 12, 2). El VC-n flota libremente en la carga til de la TU-n
correspondiente, y la posicin de este dentro de la TU-n es indicada por el
apuntador de la TU-n.
En el modo fijo, existe un mapeo fijo de estructuras de carga sncronas dentro de

un VC-3 o VC-4, lo cual proporciona una correspondencia directa entre la unidad
tributaria y su localizacin dentro del VC-3 o VC-4. Debido a que en este caso la
unidad tributaria es fija y directamente identificable con respecto al apuntador AU-3
o AU-4 asociado con el VC-3 o VC-4, no se requieren apuntadores TU-11, TU-12 o
TU-2 y todos los bytes de un TUG estarn disponibles para llevar la carga.
Cuando un VC-n es sincronizado con un VC-m (m= 3 y 4), el VC-m mantiene una
posicin fija dentro de la carga til de la TU-n correspondiente, la posicin de inicio
del VC es fijada con respeto a la posicin de inicio de la carga til de la TU.
3.4.5 MAPEO DE E1 EN VC12
La SDH ofrece tres opciones para el mapeo o entramado de una seal de 2 Mbps
en un VC-12.
Los mtodos empleados para las operaciones de mapeo asncrono y con
sincronismo de bits son similares en el sentido de que se incluyen en la seal
varias oportunidades para justificar los datos de la seal E1. Esta justificacin
compensa las variaciones entre el reloj de 2.048 Mbps y el reloj que proporciona la
temporizacin para la red sncrona; sin embargo, ello implica la necesidad de
cierto grado de procesamiento para efectuar dicha justificacin.
ASINCRONA SINCRONA CON
2.048 Mbps. SINCRONISMO DE BITS
2.048 Mbps
V5
V5
R
10RRRRRR
32 BYTES I
32 BYTES I
R
R
C1C20000RR
R
32 BYTES I
100000RR
R
32 BYTES I
R
R
C1C20000RR
R
32 BYTES I
100000RR
R
32 BYTES I
R
R
C1C2RRRRRS1
R
S21111111
100000RR
31 BYTES I
32 BYTES I
R
R
500 MICROSEG.
I : Informacin
O : Encabezado
C: Control de justificacin
S: Oportunidad de justificacin
R: Relleno fijo
Figura 3.5 Mapeo asncrono y con sincronismo de bits de la seal E1.
En la figura 3.5, se muestran los bits y los bytes adicionales de relleno fijo que
deben incluirse para que se mantenga el contenedor virtual VC-12 dentro del
tamao especificado de 140 bytes (para la multitrama de 500 ms). El byte V5 es el
encabezado de trayecto, que transporta la informacin relacionada con el trayecto
extremo a extremo del contenedor virtual VC-12 correspondiente. Es este byte
que transporta la informacin del trayecto del tipo extremo a extremo para
contenedores virtuales independientes.
Si se usa un mapeo con sincronismo de bytes, los canales de 64 kbps tendrn

posiciones fijas dentro del contenedor virtual VC-12 ( vease la figura 3.6). Esto
representa una ventaja importante si se necesita tener acceso a un canal
determinado de 64 Kbps dentro del VC-12; por ejemplo, en un punto de
crossconexion. Sin embargo, ello demandara tambin un proceso adicional para
proporcionar el entramado fijo en el VC-12, lo cual conlleva a cierta demora
durante la crossconexion, mientras se realiza el reprocesamiento de los
apuntadores (125 microsegundos para la seal de 2 Mbps y 250 microsegundos
para la seal de 64 Kbps.)
Figura 3.6 Mapeo de la seal El sincronismo de bytes
3.4.6 MAPEO DE E3 EN VC-3
El VC-3 esta formado por 9 filas X 85 columnas (bytes). La primer columna es

usada para el POH y las 84 columnas restantes corresponden a la carga til, la
cual puede transportar un C-3 o 7 TUG-2. La tributaria E3 es mapeada dentro de
un VC-3 como se muestra en la figura 3.7. Dentro de la trama de 125
microsegundos, la subtrama de 125/3 microsegundos es repetida tres veces (T1,
T2, T3), y cada subtrama es dividida en tres subtramas ms pequeas de 125/9
microsegundos cada una. Todas las subtramas de 125/9 microsegundos tienen un
formato como el que se muestra en la figura (3.7).
3.4.7 MAPEO DE E-4 EN VC-4
Una seal PDH de 140 Mbps (E4) se mapea en un VC-4. El formato del mapeado
se muestra en la figura 3.8.
El VC-4 esta formado por 9 filas X 261 columnas (bytes). El comienzo actual del
VC-4 se define por el apuntador AU-4. La primer columna es usada para el POH, y
las 260 columnas restantes son empleadas para transportar la carga til, en la
cual se mapea el C-4.
El contenedor C-4 es un bloque de bytes de 9 X 260. Cada fila se divide en 20

grupos de 13 bytes. Doce de estos bytes llevan informacin de la seal de 140
Mbps, y el treceavo byte es usado para diferentes propsitos.
Fig. 3.7 Mapeo de E3 en VC-3

Fig. 3.8 Mapeo de E4 en VC-4
3.4.8 MAPEO DE VC-12 EN TU-12
En el mapeo asncrono y sincrono por byte en modo flotante de una seal de 2

Mbps, el C-12 que contiene esta seal es colocado en el VC-12. Un byte de
encabezado de trayecto es agregado al C-12 dentro del VC-12. Cada VC-12 es
sealado por un apuntador. Juntos el VC-12 y el apuntador forman una TU-12. Al
apuntador se le llama apuntador TU-12.
Como se observa en la figura 3.11, cuatro columnas de 9 bytes cada una se

destinan para cada una de las TU-12 por trama STM-1. Esto proporciona 36 bytes
por trama STM-1 para cada TU-12. Los requerimientos bsicos para una seal de
2 Mbps son 32 bytes. Esto pudiese indicar que la seal de 2 Mbps puede caber
directamente en una TU-12. Sin embargo, para los tipos de mapeo explicados en
esta seccin, los requerimientos de encabezado y justificacin hacen necesario el
destinar ms espacio por VC-12 para los 4 bytes adicionales que se requieren por
cada trama STM-1. Esto es posible al concatenar los 36 bytes destinados para
una TU-12, en 4 VC-4 consecutivos como se indica en la figura 3.9
Fig. 3.9 Mapeo de VC-12 en TU-12
El primer byte de cada grupo de 36 bytes esta asignado para el apuntador de la

TU-12: V1, V2 y V3 se utilizan en forma similar que los bytes H1, H2 y H3. Como
en los bytes H1 y H2 del apuntador AU-4, el V1 y el V2 son vistos como 16 bits:
NNNN SSID IDID IDID. El significado para los bits SS se explica en la siguiente
tabla.
V1, V2: NNNN SSID IDID IDID

SS Tamao de TU Rango del apuntador
00 TU-2 0-427
10 TU-12 0-139
11 TU-11 0-103
V4 Reservado para uso futuro

V5 Encabezado de trayecto de bajo orden
Si se observa como se multiplexan las TU-12 a travs de los TUG-2 y TUG-3 en

un C-4 y este en un VC-4, tenemos que un total de 63 TU-12 se pueden
transportar en el VC-4. Los bytes del 10 al 72 de la primera fila del VC-4
contendrn el primer byte de cada TU-12. Cuando se usan TU compuestas de
varias tramas (multitrameadas), el primer byte de la TU es cualquier byte V1, V2,
V3 o V4.
Por supuesto, que es necesario identificar cul es cul. Esto se realiza con los dos
bits menos significativos del byte H4 en el encabezado de trayecto del VC-4. El
valor del byte H4 dentro de un VC-4 especifica el significado de los bytes 10 a 72
de la primera fila del siguiente VC-4, como se muestra en las figura 3.10
Fig. 3.10 TU-12 Multitrameado
3.4.9 MAPEO DE TU-12 EN TUG-2 Y TUG-2 EN TUG-3
La forma en la cual se acomodan las TU-12 dentro de los TUG-2 al multiplexarse

en un TUG-3 se muestra en la figura 3.11
El mapeo de los TUG-2 en un TUG-3 es un mapeo directo, como se muestra en

esta figura. La importancia del TUG-3 estriba principalmente en que provee una
estructura apropiada para soportar las velocidades de transmisin de 34 y 45
Mbps, adems de los servicios de acceso primario.
La indicacin de puntero nulo (NPI) abarca los tres primeros bytes de la primera
columna, y se incluyen para permitir la posibilidad de distinguir entre los TUG-3
que contienen TUG-2 de aquellos que contienen TU-3.
Fig. 3.11 Mapeo de TU-12 en TUG-2 y TUG-2 en TUG-3
3.4.10 MAPEO DE TUG-3 EN VC-4
La figura 3.12 muestra el mapeo de tres TUG-3 dentro de un VC-4. Al igual que en
el caso del mapeo de los TUG-2 en un TUG-3 se trata de un entramado fijo, en
donde cada TUG-3 tiene una fase fija respecto al comienzo del VC-4. La primer
columna del VC-4 contiene el encabezado de trayecto del VC-4, y las columnas
segunda y tercera son de relleno fijo.
Fig. 3.12 Mapeo de TUG-3 en un VC-4
3.4.11 MAPEO DE VC-4 EN UNA SEAL STM-1
El mapeo de un VC-4 en una seal STM-1 es similar al mapeo de los VC-12 en el

TUG-2. Se deja flotar el VC-4 dentro de la trama STM-1, indicndose su ubicacin
mediante los bytes H1, H2 y H3 del apuntador de la AU-4, tal como se muestra en
la figura 3.13
Fig. 3.13 Mapeo de una seal VC-4 en una seal STM-1
En la prctica se necesitan solo dos bytes para indicar la ubicacin de una carga
til VC-4: el primer byte H1 y el primer byte H2.
CAPITULO 4
TOPOLOGIAS BASICAS
BENEFICIOS Y VENTAJAS DE LA RED SINCRONA.
La transmisin sincrona supera las limitaciones que presentan las

tecnologas actuales, al proporcionar los medios para satisfacer las
necesidades en el transporte de datos de los servicios que se
demandaran en el futuro, ofreciendo numerosas ventajas, tanto para
las empresas prestadoras de servicios de telecomunicaciones como
para los usuarios finales.
En el desarrollo de la SDH se tomaron en cuenta las limitaciones que

presenta la operacin de la red PDH, tener facilidades para transportar
todas las seales que estn operando en este momento y ser capaz
de transportar las seales que los servicios que estn en proceso de
desarrollo.
Para cumplir con ese propsito fue necesario el diseo de elementos

de red que cumpliera con las caractersticas antes mencionadas y los
requisitos especficos de esta nueva tecnologa, adems de utilizar los
elementos existentes que fueran compatibles con la SDH.
Para su estudio clasificaremos en tres grupos:

Medios de transmisin.
Elementos de la lnea.
Elementos de multiplexaje.
En este capitulo mostraremos estos elementos y la forma en que estos

se relacionan dentro de la red de Transmisin.
4.1.- MEDIOS DE TRANSMICION.
Para el desarrollo de la SDH se considero que en su transmisin se

utilizaran sistemas de transmisin confiables y eficientes, adoptando el
uso de la fibra ptica. La fibra ptica con sus caractersticas de alta
inmunidad a los agentes electromagnticos externos y la gran
eficiencia lograda en la actualidad permite incluir en la seal SDH un
mtodo muy sencillo para la correccin de errores. Lo cual nos
redunda en una mayor rea til para el transporte de informacin.
La transmisin de la SDH por cable coaxial, radio o satlite esta
limitada por el ancho de banda que pueden manejar estos medios de
transmisin, y su uso solamente esta normalizado para manejar hasta
la seal STM-1.
4.1.1 SEAL DE LINEA.
La seal SDH es bsicamente un tren de datos digitados en serie y

principalmente se transmite por enlaces pticos, aunque como ya
mencionamos pueden utilizarse medios elctricos y electromagnticos.
Cuando se utilizan medios de transmicion que usen interfaces pticas,

dependiendo del estado lgico que estemos transmitiendo, en la lnea
tendremos dos condiciones:
No hay emisin de Luz Cero lgico

Hay emisin de Luz Uno lgico.
Las recomendaciones de la CCITT para la SDH incluyen

especificaciones para las lneas pticas que llevan seales SDH; la
recomendacin G.957 trata los interfaces pticos y sistemas
relacionados con la SDH, mientras que la recomendacin G.958 trata
sobre Sistemas de lnea digital basados en la SDH, para utilizacin en
cables de fibras pticas.
Estas recomendaciones definen una gran variedad de sistemas que

pueden ser utilizados, dependiendo de la aplicacin. Las diferentes
recomendaciones son ajustadas para cada una de las categoras,
dependiendo de la velocidad de transmisin (STM-1, STM-4 y STM-
16), del tipo de fibra ptica y de la longitud de onda (1310 nm 1550
nm).
En la tabla 4.1 podemos ver algunas de las caractersticas de los
medios de transmisin obtenidas de la recomendacin G.957.
Inter- Entre Centrales

Aplicacin
Centrales Corto Alcance Larga Distancia
Longitud de
Onda
1310 1310 1550 1310 1550
Nominal
(nm)
Tipo de G.652
G.652 G.652 G.652 G.652 G.653
Fibra G.654
<2 15 40 60
Distancia
(Km.)
Tabla 4.1 Clasificacin de enlaces pticos
Para las interfaces elctricas y electromagnticas la CCITT solo

desarrollo la normatividad para las seales STM-1 debido a la
limitacin en el ancho de banda de estos medios de transmisin en las
interfaces elctricas. En estos medios se utiliza el cdigo de inversin
de marcas codificadas, para evitar las componentes de CD
provocadas por grandes cadenas de unos ceros consecutivos.
Este cdigo tiene dos niveles con no retorno a cero, en el cual el cero
se codifica para que se obtengan dos niveles consecutivos en cada
mitad de un intervalo de tiempo, y el uno se codifica como cualquier
nivel de amplitud pero en el intervalo de tiempo completo y van
alternados. Las reglas de conversin son las siguientes:
1. Para un cero binario, siempre hay una transicin positiva a la

mitad del intervalo de tiempo.
2. Para un uno binario se utilizan los siguientes incisos:
A.- Habr una transicin positiva al comienzo del intervalo de
tiempo si el nivel precedente fue negativo.
B.- Habr una transicin negativa si al comienzo del intervalo de
tiempo si el ltimo uno binario fue positivo.
Las seales de lnea se ilustran en la figura 4.1
Fig. 4.1 Seales de linea para interfaces opticas y electricas.

4.2 EQUIPOS DE LINEA.
Cuando la distancia entre los puntos en que se realiza una

comunicacin rebasa los parmetros establecidos en las
recomendaciones del CCITT para el transporte de las seales de
SDH, se hace necesario el uso de regeneradores de seal. Estos
equipos se insertaran en la red cada cierta distancia la cual estar en
funcin del tipo de fibra ptica, longitud de onda de la interface ptica
y la velocidad de transmisin de la seal. Las interfaces pticas ms
usuales son las de 1310 nm. y 1550 nm. y las distancia entre
regeneradores para estas longitudes de onda y una fibra ptica
multimodo puede llegar a ser de unos 80 Kms. Para el caso de
transmisin por radio, la distancia estar determinada por el medio
ambiente que rodee el lugar de emisin, la potencia del equipo y la
frecuencia portadora. Los regeneradores en los enlaces va satlite
sern necesarios solamente cuando la zona de recepcin se
encuentre fuera del lbulo de radiacin de su antena.
Las funcin principal de los regeneradores es la de restaurar el nivel

de las seales digitales transmitidas. Con la experiencia obtenida de
la PDH en la tecnologa SDH se planteo la necesidad de agregarle
funciones extra a este elemento, como son: deteccin de errores en
la informacin transportada, informe de alarmas de los elementos de
la red, administracin del trayecto de regeneradores y monitoreo del
desempeo del enlace. Para esto el regenerador de seccin de
regeneradores (RSOH), como lo muestra la tabla 4.2.
Bytes Funciones
deteccin de Errores a travs del chequeo de paridad BIP-8
B1
D1 a D3 Canal de datos para la Administracin del equipo de lnea
E1 Canal de habla para la seccin de regeneradores

Identificacin de la seccin daada en una cadena de secciones
F1 de regeneradores
Tabla 4.2 Informacin a la que se puede acceder a travs de los
regeneradores.
Como veremos posteriormente a todos los elementos de la red SDH,

en base a la trama de seal, les agregaron funciones procurando
obtener mayor confiabilidad y un mejor control de la red.
4.3 EQUIPO DE MULTIPLEXAJE Y TOPOLOGIAS EN LA RED

SDH.
Inicialmente la tecnologa SDH se despleg en las instalaciones

existentes reemplazando y actualizando las redes basadas en
sistemas PDH, y durante algn tiempo de tradicin coexistieron estos
dos sistemas. Esta evolucin de la red, considerada por el CCITT,
llevo a desarrollar elementos de red que acepten seales PDH.
Cada uno de los elementos de multiplexaje de la SDH esta asociado a

una topologa especifica, de acuerdo a sus caractersticas. A
continuacin se describirn los diferentes elementos, sus funciones y
las topologas a las que dan origen.
4.3.1 MULTIPLEX TERMINAL DE LINEA (LTM).
Su uso principal es como interfaz para ingresar las seales PDH (2,
34, 140 Mb/s) a la red SDH (STM-N) adems de multiplexar las
seales de SDH de bajo orden hacia una tributaria Sincrona de mayor
orden (STM-4) 16).
Este equipo nos proporciona acceso a diferentes informaciones dentro
del encabezado de seccin de mltiplex (MSOH). Como se observa en
la siguiente Tabla:
Bytes Funciones
Deteccin de errores a travs del chequeo de
B2 paridad BIP-24
D4 a D12 Canal de Datos para la Administracin del equipo
multiplexor
E2 Canal de Habla para la seleccin de mltiplex

Sealizacin de proteccin para la seccin de
K1 y K2 mltiplex
Estado de la Sincronizacin
S1
Transferencia de la cuenta los errores de bloqueo
M1 del extremo distante
Z1 y Z2 Uso futuro
Tabla 4.3 Informacin a la que se puede acceder a travs de un LTM.
La administracin de estos datos y otros que veremos en otros

elementos se llevara a cabo a travs de un sistema de gestin,
Como opcin los LTM`s pueden contar con una interface de

transmisin secundaria la cual se utilizara para la conmutacin de
proteccin interna 1 + 1.
La representacin grafica de este elemento la podemos ver en la
figura 4.2.
2.34 140 Mb/s STM-1 STM-n (n= 4 16)
Conmutacin de
Proteccin 1+1
Fig. 4.2 Multiplexor Terminal de lnea.
TOPOLOGIA PUNTO A PUNTO
Esta topologa esta formada por un enlace fijo entre dos puntos establecidos, en
los cuales se tiene el equipo multiplexaje.
La tecnologa PDH utiliza esta configuracin para su funcionamiento, para iniciar el

despliegue de la SDH con poca o ninguna modificacin de la infraestructura
existente se usan los LTM`s como se muestra en la Fig. 4.3.
De esta manera los LTM`s se convierten los sucesores naturales de los sistemas
de lnea de 140 Mb/s y de 565 Mb/s que actualmente se desplieguen en las redes
centrales basadas en PDH. En las nuevas instalaciones estos sistemas PDH se
estn reemplazando por sistemas STM-4 y STM-16.
En la figura 4.3 podemos ver la representacin grafica de esta topologa.
TRAYECTORIA PRIMARIA
Tributaria de orden Tributaria de orden
STM -n
(N = 4 16)
TRAYECTORIA DE RESPALDO
Fig. 4.3 Topologa punto a punto

4.4.2 MULTIPLEXOR DE INSERCION-EXTRACCION (ADM)
Dentro de la tecnologa SDH el ADM (add Drop Mltiplex) es el elemento que

presenta varias caractersticas muy atractivas, pues con este podemos elaborar
configuraciones que dentro del PDH resultaban costosas y complicadas, como es
extraer e insertar informacin de bajo orden en una tributaria Sincrona de alto
orden sin la necesidad de demultiplexarla completamente.
Se puede decir que el ADM es un LTM con una interfaz de transmisin
secundaria, la cual en lugar de utilizarse como proteccin interna (configuracin
1+1), se usa para manejar las informaciones Este-Oeste.
Pero la caracterstica nica de este elemento es la extraccin e insercin de
informacin de la tribtaria que pasa por l. Como vimos en captulos anteriores, la
seal SDH incluye dentro de la trama STM-N informacin que permite localizar
inclusive seales de 2Mb/s, las cuales llevan los datos de su destino dentro de
encabezados en el POH. El ADM se encarga de procesar los encabezados y
encontrar las diferentes seales que se van a quedar en ese lugar para extraerla
de la trama STM-N, e insertar a esta seal Sincrona datos que sern
transportados a diferentes localidades dejando intacta la informacin que no se
extraer en ese lugar. Todo este proceso se realiza por medio de software,
evitando la implementacin de bancos mltiplex espalda con espalda como se
hacia con la tecnologa PDH.
Para llevar a cabo las funciones antes descritas, este elemento tiene acceso a
diferentes informaciones dentro del encabezado de seccin de mltiplex (MSOH),
como se observa en la siguiente tabla:
Tabla 4.4 Informacin que accesa un ADM.

En la figura 4.4 se muestra la implementacin de la funcin de insercin extraccin
en PDH. Lo cual nos permite establecer una de las ventajas de la SDH sobre la
PDH, ya que esta funcin ahora la podemos realizar con un solo elemento.
Figura 4.4 Extraccin e Insercin Plesiocrona.
Con la introduccin en la red del ADM obtenemos la reduccin en la cantidad de

equipo de multiplexaje utilizado y esto se refleja en diferentes rubros como son:
menor espacio ocupado, ahorro de energa y simplicidad en el mantenimiento
En la Figura 4.5 podemos ver la representacin grafica del ADM.
STM-n STM-n
Figura 4.5 Multiplexor de insercin-Extraccin.
TOPOLOGIA DE ANILLO
La implantacin del ADM en la red agrega una nueva dimensin en su diseo, pues al
simplificar el proceso de insercin extraccin permite la creacin de anillos de SDH.
Esta topologa aprovecha algunas de las caractersticas sobresalientes de la SDH, al utilizar

los encabezados transportados en la trama STM-N proporcionando mayor flexibilidad a la
distribucin del ancho de banda para los diferentes usuarios as como proteccin en la red.
La proteccin de la red se obtiene al formar anillos bidireccionales en los cuales si ocurre

un desvanecimiento de la seal o un corte en el medio de transmisin, se reenruta la
informacin en el sentido opuesto permitindole llegar as a su destino.
Se deben hacer consideraciones especiales en el dimensionamiento de los medios de

transmisin pues las seales reenrutadas deben tener el espacio adecuado para poder
circular en el momento en que ocurra una falla.
El uso principal de la topologa de anillos se encuentra en la red de acceso local.
La fig. 4.6 se encuentra la representacin grafica de la topologa de anillos.

2 Mb/s
2 Mb/s
2 Mb/s
2 Mb/s
34 Mb/s 34 Mb/s
Figura 4.6 Topologa de Anillos
4.3.3 TRANSCONECTOR DIGITAL SNCRONO

(SDXC)
El SDXC (Synchronous Digital Cross Conector) es un dispositivo que permite seleccionar
y reenrutar, por medio de un programa almacenado, uno o ms canales de orden inferior
pertenecientes a la tributaria transmitida. Lo cual proporciona diversidad en los medios de
transmisin a travs de los cuales se llevar la informacin.
El SDXC est formado por LTMs ADMs y por una matriz de transconexin, en donde
primero se extraen las seales, a travs del demultiplexaje SDH, que sern reenrutadas y
posteriormente se llevan a la matriz, la cual proporciona los puntos de acceso a otras
tributarias SDH que viajan sobre medios de transmisin diferentes a la trayectoria original.
Las seales as transconectadas son integradas a estas tributarias a travs del multiplexaje
SDH.
La funcin obtenida de esta manera se puede aprovechar para proporcionar proteccin a las
seales prioritarias al transconectar la misma seal a dos tributarias que tengan al mismo
destino pero por trayectorias diferentes crear una malla en donde transiten seales de alto
orden y a travs de estos elementos las seales de bajo orden sean admitidas a esta malla.
Estos dispositivos se clasifican en trminos de su interfaz de lnea y el nivel de
conmutacin.
SDXC m/n
m= nivel de interfaz de lnea (1 a 4)

n= nivel de conmutacin (0 a 4)
donde: m debe ser mayor o igual a n
Los niveles se refieren al orden de la seal:

0=64 Kb/s
1=2 Mb/s
2=8 Mb/s
3=34 Mb/s
4=140 Mb/s STM-1
Por ejemplo:
SDXC 4/4 SDXC 1/0
Interfaces de lnea STM-1 Interfaces de 2 Mb/s
Conmuta en nivel de STM-1 Conmuta en nivel de 64 Kb/s
SDXC 4/1
Interfaces STM-1
Conmuta en nivel de 2 Mb/s
La representacin del SDXC la tenemos en la figura 4.7
STM-1
STM-1 STM-1
STM-1 STM-1
STM-1 STM-1
STM-1
Figura 4.7 Transconector Digital Sincrono
TOPOLOGIA DE MALLAS
Como ya lo mencionamos esta topologa proporcionara diversidad en los medios de
transmisin a travs de los cuales se llevara la informacin. Esta funcin se puede utilizar
para brindar proteccin por medio de rutas alternativas en caso de que algunos enlaces
tuvieran dao.
STM-N STM-N
SDXC SDXC
SDXC SDXC
STM-N
STM-N
Figura 4.8 Topologa de Mallas

4.4 TOPOLOGIA FINAL
Conforme se adelante en al implantacin de la SDH se podrn contar con las diferentes topologas antes mencionadas. Esto nos llevara a una
configuracin en donde habr una topologa malla como ncleo de la red de larga distancia y topologas de anillos que permitirn el acceso a la red
tanto local como de larga distancia, logrando con esto obtener el mximo rendimiento y la mayor flexibilidad en la red SDH.
Acceso
A la red
Acceso
A la red
Acceso
A la red
Fig. 4.9 Topologa Final

Jerarqua Digital Sncrona - SDH
4.5 PROTECCION Y RESTAURACIN

Como se mencion anteriormente, en el diseo de la SDH se implementaron funciones
nuevas las cuales proporcionen eficiencia y confiabilidad.
Dentro de estas se encuentran las funciones de proteccin y restauracin, que son usadas
para incrementar la disponibilidad de la red de transporte, lo cual se logra mediante la
sustitucin de los elementos daados o degradados.
4.5.1 PROTECCIN
Esta funcin se encarga de proteger la informacin transmitida mediante el uso de la

capacidad entre nodos predefinida, o sea por medios de transmisin diferente. En la
topologa mas simple se tiene un trayecto de proteccin dedicada por cada entidad de
trabajo (1+1), el que entrar en funcionamiento la va principal (1) se encuentre en
condiciones no aptas para prestar servicio, entonces la va alterna (+1) tomar su lugar para
realizar la transmisin. Para lograr que esta funcin tenga un mayor efecto, los medios de
transmisin, principal y de proteccin, deben estar totalmente independizados. En
arquitecturas complejas tendrn un nmero m de entidades de proteccin compartidas entre
un nmero n de entidades de trabajo.
4.5.2 RESTAURACIN
Esta funcin hace uso de cualquier capacidad disponible entre nodos. En general los
algoritmos usados para la restauracin involucran reenrutamiento. En este caso cierto
porcentaje de la capacidad de la red estar reservada para reenrutar el trfico.
Existen dos tipos de arquitectura de proteccin:
Proteccin de Trayecto, en la cual una condicin de falla en un nivel inicia un proceso de

reconfiguracin dentro del mismo nivel, pudiendo proteger situaciones como son:
Fallas en el nivel servidor (mediante monitoreo AIS o deteccin de seal SSF

Server Signal Fail)
Excesivos errores a nivel de bit (mediante monitoreo del BIP)
Conexiones equivocadas (mediante monitoreo de identificacin de trayecto)
Arreglos equivocados de la carga de informacin (mediante monitoreo de etiquetas
de seal de trayecto)
El proceso de sustitucin de trayectos est modelado mediante la introduccin de un

subnivel de proteccin. Para modelar la conmutacin entre las conexiones de trabajo y
de proteccin se hace uso de una matriz de proteccin. El resultado de el monitoreo de
81
los trayectos es proporcionado a esta matriz mediante una funcin de falla de seal de
trayecto (TSF).
La funcin de adaptacin y proteccin proporciona acceso hacia un canal de

conmutacin automtica o APS (Automatic Protection Swicht). Esto permite la
conmutacin entre las funciones de desconexin de las matrices de proteccin, entre el
emisor y el punto remoto.
Puntos de Conexin Puntos de Conexin
Canal de APS
Matriz de Matriz de
Proteccin Proteccin
Ruta 1
Ruta 2
Fig. 4.10 Modelo genrico de proteccin de Trayecto (proteccin 1+1)
Proteccin de conexin de subred, en este caso una condicin de falla en el nivel inicia
la conmutacin de reconfiguracin en el nivel cliente. Esta proteccin solamente
protege contra fallas del servidor. El nivel servidor lleva a cabo el proceso de deteccin
de fallas y enva la informacin al cliente mediante la seal de falla de seal de servidor
(SSF).
La informacin de estado del trayecto en el nivel servidor es proporcionada a la matriz

mediante la funcin de falla de seal de servidor.
82
CAPITULO 5
SINCRONIZACIN
Las redes de transporte de datos actuales admiten gran variedad de

conexiones, en las cuales es necesario controlar las posibles
degradaciones que sufre las seales digitales en su transmisin y en
su conmutacin, ya que en caso contrario se pueden presentar errores
y deslizamientos que ponen en riesgo la prestacin del servicio.
Los errores y deslizamientos en una red digital son el resultado de un

desajuste en los procesos de sincronizacin asociados a la
transmisin o conmutacin de la seal y se traducen en prdidas de
transmisin en las secuencias de bits, sin que se pueda controlar su
magnitud ni el instante en que ocurren.
La tecnologa PDH se encarga de solucionar estos problemas sobre la

base de memorias elsticas, las cuales permiten aadir bits de relleno
cuando la seal no esta correctamente sincronizada.
La esencia de la tecnologa SDH reside en la operacin de manera

sncrona. Una red digital se considera sncrona si :
Los instantes en que se presentan los cambios de estado lgico
sucesivos de la seal digital, tienen la misma cadencia media a lo
largo de toda la cadena de conmutacin-transmisin.
Para que el equipo SDH opere de manera sncrona dentro del dominio
del operador, requiere una distribucin adecuada de las seales de
83
temporizacin entre los relojes de los elementos de la red y de esta

manera evitar el proceso de apuntadores (compensacin de los
deslizamientos en la SDH), cuando a red se encuentra en condiciones
normales de operacin.
Cada elemento de la SDH cuenta con un reloj interno para su

funcionamiento que se denomina reloj de nodo. Este reloj tendr
diferentes comportamientos, de acuerdo al estado que presente la red
de sincrona, y en forma general consideramos dos.
MODO DE SEGUIMIENTO RPIDO.
Modo de operacin de un reloj en el cual ste sigue una referencia

externa u emplea constantes de tiempo que se alterarn rpidamente
la frecuencia del oscilador local en concordancia con la sincrona de la
frecuencia de referencia. Este funcionamiento es el que
consideraremos normal dentro de los elementos de la SDH.
MODO DE RETENCIN (HOLDOVER).
Condicin de operacin de un reloj subordinado, en el cual su

oscilador local no est siguiendo una referencia externa de
sincronizacin, pero est usando una tcnica de almacenamiento que
permite mantener exactitud con respecto a la ltima comparacin de
fase conocida con respecto a una referencia de sincronizacin
externa. Este caso se presenta cuando el elemento ha perdido
momentneamente el contacto con la red de sincronizacin, en esta
84
situacin podr tomar referencia de la misma seal STM-N, con lo cual

puede seguir trabajando en el modo de seguimiento rpido.
5.1 MTODOS DE SINCRONIZACIN.
Existen dos mtodos fundamentales para sincronizar relojes nodales,

su clasificacin est basada en la forma que se distribuyen las seales
de sincronizacin y el modo de interactuar con los osciladores locales
de los elementos de la red. A continuacin mencionaremos en forma
general estos mtodos.
5.1.1 SINCRONIZACIN MUTUA.
Funciona mediante varias fuentes de reloj con la misma frecuencia

nominal entrelazadas mediante enlaces de sincrona. Todas las
seales de reloj son combinadas en un circuito de regulacin que se
encuentra dentro de cada uno de los elementos de la red, de este
circuito obtenemos una frecuencia promedio que permanecer estable
an en caso de falla de algunos osciladores individuales.
85
Fig. 5.1 Configuracin de los enlaces de sincrona en la sincronizacin mutua.
5.1.2 SINCRONA MAESTRO-ESCLAVO.
La sincrona maestro- esclavo se caracteriza por utilizar una jerarqua

de relojes, los cuales tomarn referencia de su nivel inmediato
superior. El nivel ms alto corresponder al reloj con la mayor
precisin disponible (PRC Primary Reference Clock), este enviar
seales de temporizacin a los de segundo nivel que tomarn esta
referencia para sincronizar sus osciladores locales y as en forma
sucesiva hasta llegar a los niveles inferiores.
La CCITT (ITU-T) opt por el uso de la sincronizacin maestro-esclavo

en la SDH debido a la facilidad en su implementacin y el ahorro en
los enlaces de sincrona.
86
Para la distribucin de las seales de reloj entre los diferentes niveles

jerrquicos se crea una red de distribucin que normalmente utiliza la
infraestructura de la misma red de transporte.
Fig. 5.2 Configuracin de los enlaces de sincrona en la sincronizacin maestro-

esclavo.
5.2 TOPOLOGAS EN LA RED DE SINCRONIZACIN DE LA SDH.
Para llevar la red de sincrona hacia los elementos de la red SDH por
el mtodo maestro-esclavo, en la SDH se utilizan dos topologas:
5.2.1 TOPOLOGA DE RBOL.
En esta topologa los relojes de mayor jerarqua proporcionan seales

de referencia a los relojes de menor jerarqua, los cuales solamente
aceptan la seal de temporizacin de relojes de un nivel jerrquico
igual mayor consiguiendo de esta manera la sincronizacin de la red.
La figura 5.3 nos muestra un diagrama de esta topologa.
87
Fig. 5.3 Topologa de rbol.
5.2.2 TOPOLOGA ESTRELLA .
Los elementos de la red de transmisin toman la seal de sincrona

del nodo con el nivel jerrquico ms alto al que tengan acceso. Si este
nodo distribuye su seal a varios elementos se forma una topologa de
estrella, en la que todos los elementos conectados a este nodo
recibirn la misma seal de sincrona permitindoles estar en sincrona
con el resto de la red.
En la figura 5.4 se muestra el diagrama de esta topologa.
88
Fig.5.4 Topologa de estrella.
5.3 REQUERIMIENTOS DEL RELOJ.
Las recomendaciones G.811, G.812 y G.81s de la CCITT (ITU-T),

describen las caractersticas que deben cumplir los relojes que utiliza
la SDH. La G.811 describe la PRC, la G.812 describe a los relojes
esclavo y la G.81es una recomendacin preliminar que especifica los
relojes en los elementos de la SDH.
Los relojes estn ordenados en una jerarqua que est en funcin a

sus niveles relativos de funcionamiento, se tienen relojes de clase 1, 2,
3 y 4. Considerando clase 1 como el reloj de ms alta calidad y el reloj
de clase 4 como el de ms baja calidad.
La calidad de un reloj deber medirse en trminos de su exactitud con

respecto al tiempo. Esta exactitud se refiere al funcionamiento del reloj
89
cuando no recibe referencia de entrada. El Tiempo Universal

Coordinado (UTC Universal Time Coordinated) es la referencia de
tiempo que se utiliza para comparar la exactitud de los relojes que se
utilizan en la SDH. En la tabla 5.1 observamos la clase de cada reloj y
el valor de exactitud mnima que debe cumpl al compararlo con el
UTC.
Exactitud
Nivel de Reloj mnima
Clase 1 1x10-11
Clase 2 3.4x10-9
Clase 3 1.6x10-8
Clase 4 4.6x10-6
Tabla 5.1 Jerarquizacin de relojes sobre la base de su exactitud mnima.
90

Jer Digital Sincrona SDH

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Jer Digital Sincrona SDH

Cargado por

Copyright:

Formatos disponibles

JERARQUA DIGITAL SNCRONA SDH

Victor Manual Arciniega

Captulo 1 INTRODUCCION JERARQUIA DIGITAL

Capitulo 2 JERARQUIA DIGITAL PLESIOCRONA

2.1 EL LAS JERARQUIAS EUROPEA, AMERICANA Y

Captulo 3 MULTIPLEXAJE SDH.

3.1 Estructura de multiplexacin.

Captulo 4 SINCRONIZACION SDH

4.1 Mtodos de sincronizacin.

Captulo 5 GESTION DE LA RED SDH.

5.1 Trayecto fsico para la gestin.

La red mundial de telecomunicaciones vigente hoy en da fue concebida

Al inicio de la dcada de los 70s, hicieron su aparicin los sistemas digitales de

Se crearon sistemas de transmisin ms rentables mediante la combinacin de

En Europa y posteriormente en muchas otras regiones del mundo, se adopto un

Simultneamente en Amrica del Norte se realizaron trabajos similares para

Cuando se realiza la multiplexacin de varios canales de 2 Mbps, es probable que

La utilizacin de bits de justificacin en cada uno de los niveles de PDH, implica

140 Mbps 140 Mbps

Figura 1.2 Extraccin e Insercin Plesicrona

Es obvio que este problema de extraccin e insercin de los canales no permite

Otro problema originado por las grandes cantidades de equipo de multiplexacin lo

Para solucionar los problemas inherentes para extraer seales especificas de

Los primeros intentos para formular un conjunto de normas que cubriesen la

Se generaron dos propuestas. La primera fue presentada por el comit T1X1, y

Durante este mismo periodo se haban realizado trabajos extensos en materia de

En 1985 el comit T1X1 de la ANSI tomo la decisin de enfocar la formulacin de

En febrero de 1987, se suscito una disputa sobre qu velocidad de transmisin

En 1989 se logr publicar la normativa mundial de la SDH en el libro azul del

Las recomendaciones del CCITT definen cierto nmero de velocidades bsicas de

Las recomendaciones de la serie G, de gran importancia mundial, tratan de la

G.702 Velocidades binarias de la jerarqua digital.

Partiendo de la gran demanda de usuarios que requeran servicios mas rpidos y

Esto implico que se desarrollaran diferentes tcnicas para jerarquas de

Partiendo de los conceptos generales mencionado en el capitulo anterior, la

JERARQUIA DIGITAL PLESIOCRONA (PDH)

Cuando el modo de operacin es plesiocrono no existe una red de sincronismo

2.1 Las jerarquas Europea, Americana y japonesa

PDH esta basado en canales de 64 Kbps. En cada nivel de la jerarqua PDH se va

Figura: 2.1 Jerarqua PDH Europea

Nivel Circuitos Velocidad Cargas de Orden Inferior

Nivel Circuitos Velocidad Cargas de Orden Inferior

2.2.1 El multiplex MIC

La trama E1, la de primer nivel de la jerarqua PDH europea, se describe en la

Figura 2.4 Formacin de la Trama E1

Para la digitalizacin de cada seal utiliza una frecuencia de muestreo de 8 KHz,

2.2.2 Alineacin de la Trama

Como se dijo anteriormente el intervalo de tiempo 1 de la E1 se utiliza para tareas

Fig. 2.5 Utilizacin del primer intervalo de tiempo de la trama E1.Cuadro

Cuando se quiere recuperar uno de los canales multiplexados en el enlace ser

Figura 2.6 Proceso de Alineacin de Trama

En el estado Bo para encontrar la FAS en el flujo de entrada se utiliza un registro

2.2.3 Multitrama para Sealizacin

Cuando la sealizacin que se va a utilizar es por canal asociado se necesita un

Fig. 2.7 Formato de Multitrama para sealizacin por canal asociado.

De manera que para conocer a que canal de datos se refiere la informacin

2.2.4 Multitrama para CRC.

Existe otro formato de multitrama cuya finalidad es introducir un control de errores

Este control de errores se utiliza con varias finalidades:

Proteccin Contra Falsos alineamientos de trama

Si en algn momento en el proceso de alineacin de trama se ha cometido un

Controla la BER de un enlace digital extremo a extremo. El CRC se incorpora

Proteccin de flujos de 2M (E1)