Sincronismo

Dr. Ing. José Joskowicz

josej@fing.edu.uy

© Dr. Ing. José Joskowicz 2017

 Introducción

 El aumento constante de las velocidades de

transmisión por diferentes vías y entre equipos,
sistemas o nodos lejanos, requiere cada vez
mayor precisión en los ajustes de las
frecuencias y fases utilizadas en los relojes de
cada equipo.
 Esto ha llevado al desarrollo de redes de
sincronismo, incorporadas a los sistemas de
telecomunicaciones
Esta presentación está basada en material
preparado por el Ing. Pablo Varela © Dr. Ing. José Joskowicz 2017 2
 Sincronismo

 Se trata de un sistema que permite la

distribución de información de tiempo y
frecuencia dentro de la red de
telecomunicaciones
 Para realizarlo se emplea una red de relojes
extendidos sobre un área geográficamente
amplia.
 Se sincroniza tiempo y frecuencia de todos los
relojes de la red, utilizando las capacidades de
los enlaces de la red.

© Dr. Ing. José Joskowicz 2017 3

 ¿Por qué es necesario el
sincronismo?
 Aumento en las velocidades de transmisión.
 Aumento en las demandas de servicios de los
usuarios.
 Necesidad de integrar múltiples tecnologías
 Facilita la comunicación efectiva
 Entre diferentes sistemas de telecomunicaciones
 Entre diferentes operadores
 En las interconexiones de redes
 Provee calidad de servicio en redes inalámbricas
 Handover o Handoff (“Cesión”) entre BTSs (Base
Transceiver Stations)

© Dr. Ing. José Joskowicz 2017 4

 Efectos en ausencia de
sincronismo
 Existen niveles inaceptables de corrimientos de
bits, lo que genera varios tipos de problemas:
 Elancho de banda de transmisión no se alcanza
 Los operadores no son capaces de interconectarse
correctamente, o lo hacen con altas tasas de errores
 Existen niveles inaceptables de movimientos de
“punteros” en la red de transmisión
 No se realiza correctamente el proceso de handover
entre celdas en una red móvil.

© Dr. Ing. José Joskowicz 2017 5

 Efectos en ausencia de
sincronismo
 Efectos percibidos por los usuarios
 Llamadas perdidas o cortadas
 Clics audibles en el audio
 Errores en las transmisiones de fax
 Artefactos en el video (pixelado, congelamientos, …)
 Enlaces de datos “lentos”

© Dr. Ing. José Joskowicz 2017 6

Clasificación
Redes de
distribución de
tiempo
Sin señal de control Con señal de control

Redes Redes
Plesiócronoas Sincrónicas

Control centralizado Control descentralizado

Redes
Redes
Mutuamente
Master/Slave
Sincrónicas

© Dr. Ing. José Joskowicz 2017 7

 Redes Plesiócronas

 Cada nodo tiene un reloj

 No hay señal de control que coordine la
operación entre estos relojes
T1(t)

T2(t) T3(t)

T4(t) Tn(t)

© Dr. Ing. José Joskowicz 2017 8

 Redes Plesiócronas

 Frecuencias de relojes corren libres causando

un error creciente de tiempo.
 Se requieren calibraciones periódicas.
 El período entre actualizaciones es función de la
calidad de los relojes y diferencia de tiempo
tolerable en la red.

© Dr. Ing. José Joskowicz 2017 9

 Redes Sincrónicas

 Los relojes de una red síncrona están

enganchados en frecuencia y fase
Master / Slave Mutuamente sincrónicas

T1(t) T1(t)

T2(t) T3(t) T2(t) T3(t)

T4(t) Tn(t) T4(t) Tn(t)

© Dr. Ing. José Joskowicz 2017 10
 Redes Sincrónicas -
Centralizadas
 Se compone de:
 Reloj central Maestro (“Master”)
Master / Slave
 Relojes remotos Esclavos
(“Slaves”)
 Los relojes slave están
T1(t)
directamente
subordinados al master T2(t) T3(t)
 El oscilador del slave se
dice disciplinado respecto
T4(t) Tn(t)
de la señal de referencia
proveniente del Master.
© Dr. Ing. José Joskowicz 2017 11
 Redes Sincrónicas -
Descentralizadas
 Se basan en el principio de sincronización
mutua
 Todos los relojes de la Mutuamente sincrónicas

red contribuyen a la
determinación de
tiempo y frecuencia. T1(t)

T2(t) T3(t)

T4(t) Tn(t)
© Dr. Ing. José Joskowicz 2017 12
 Operación Master – Slave

 Basado en PLL (Phase Locked Loop)

 Circuito de lazo cerrado.
 El VCO se alimenta de la señal error, e(s) amplificada
y filtrada.
 El resultado es que Fo “sigue” a FREF (o es múltiplo de
FREF ).

© Dr. Ing. José Joskowicz 2017 13

 Relojes: Parámetros de
funcionamiento
 Precisión: Dada por la diferencia fraccional de
frecuencia en un momento dado.

© Dr. Ing. José Joskowicz 2017 14

 Relojes: Parámetros de
funcionamiento
 Estabildiad: Expresa la variación de la
frecuencia en función del tiempo.

© Dr. Ing. José Joskowicz 2017 15

 Relojes: Precisión vs Estabilidad

 Precisión de Frecuencia
 Medición de largo plazo basada en la
acumulación de fase PROMEDIO sobre el tiempo,
usualmente expresada en offset fraccional de
frecuencia
 Estabilidad de Frecuencia
 Medición de corto a mediano plazo basada en
los cambios de fase sobre el tiempo, usualmente
expresado como jitter, wander, y transientes de
fase.

© Dr. Ing. José Joskowicz 2017 16

Relojes: Precisión vs Estabilidad

© Dr. Ing. José Joskowicz 2017 17

Tipos de relojes: Estratos

© Dr. Ing. José Joskowicz 2017 18

 Time Interval Error (TIE)

x(t)

t
© Dr. Ing. José Joskowicz 2017 19
 Time Interval Error (TIE)

Time
Delay
x

x(t0 +S )
TIE
x (t0 )
TIE (t0 ,S) = x(t0 + S) - x(t0)

S
t0 t0+S t
Wander: Componentes bajas de frecuencia < 10Hz
Jitter: Componentes altas de frecuencia > 10Hz
© Dr. Ing. José Joskowicz 2017 20
Max Time Interval Error (MTIE)

N  n 1 n  j 1 n  j 1

MTIE( S )  max max ( xi )  min ( xi )
j 1
 i j i j


© Dr. Ing. José Joskowicz 2017 21

 Mediciones: MTIE

 Se utiliza la gráfica del TIE como referencia

 Describe la inestabilidad de la fase a largo plazo
 Detecta corrimientos de reloj
 Se utiliza tradicionalmente para medir la
estabilidad de los relojes
 Es la desviación máxima en tiempo (valor pico a
pico) de una señal con respecto a una
referencia dentro de un intervalo de tiempo s

© Dr. Ing. José Joskowicz 2017 22

Mediciones: MTIE para un PRC
ITU-T G.811: Timing characteristics
of primary reference clocks

© Dr. Ing. José Joskowicz 2017 23

 Mediciones: TDEV (Time Deviation)

 Provee información del contenido espectral de

la desviación de fase (Wander)
 Se calcula como el valor RMS del TIE filtrado
por un filtro “pasabandas”, centrado en el valor
0.42/t

© Dr. Ing. José Joskowicz 2017 24

Mediciones: TDEV

© Dr. Ing. José Joskowicz 2017 25

Mediciones: TDEV para un PRC
ITU-T G.811: Timing characteristics
of primary reference clocks

© Dr. Ing. José Joskowicz 2017 26

 Ejemplo de set de mediciones
Señal bajo
prueba
Contador

Grabador basado
en una PC

Primary Reference
Source

© Dr. Ing. José Joskowicz 2017 27

Despliegue Red Sincronismo:
Regeneración de Reloj

Stratum One
PRS Ext
SSU Ext
Timed
Timed
N.E.
N.E.

N.E. N.E.
N.E. N.E. N.E.

SSU
SSU
ST2
Rubidium
SSU – Sinchronization Supply Unit
NE – Network Element
© Dr. Ing. José Joskowicz 2017 28
 SSU-Synchronization Supply Unit
1 2 3 4 5 6 7 8 9 10 11 12

COMMS – CONTROL

E1 OUTPUT
E1 OUTPUT
INPUT - E1
INPUT - E1
GPS

GPS
BP

Qz
Rb

- Los input puede ser: E1s de la red SDH, GPS, señales de un PRC, 2MHz,5MHz,10MHz.
- Los outputs de un SSU en general son E1s o señales de 2MHz

© Dr. Ing. José Joskowicz 2017 29

 Redes de sincronismo NG
(New Generation)

 Las redes Ethernet / IP desplazan a las

tecnologías de transporte tradicionales
PDH,SDH
 El transporte de sincronismo se debe hacer
sobre redes de paquetes y no sobre
tecnologías de conmutación de circuitos

© Dr. Ing. José Joskowicz 2017 30

 Tecnologías disponibles
 SyncE (Synchronous Ethernet)
Transmisión de información de reloj para recuperar
frecuencia.
 NTP (Network Time Protocol)
Transmisión de estampas de tiempo, recuperación de
tiempo y frecuencia.
 PTP (Precision Time Protocol)
Transmisión de estampas de tiempo, recuperación de
frecuencia, tiempo y fase.

© Dr. Ing. José Joskowicz 2017 31

 SyncE: ITU-T G.8264
Distribution of timing information through packet networks

 Tradicionalmente Ethernet transmite tramas en

forma asíncrona.
 A pesar de esto Ethernet transmite información
de reloj (Preámbulo)
 Con este preámbulo no se logra la precisión
buscada.
 ITU-T G.8264 define un mecanismo de
transmisión de información de reloj precisa de
forma de transmitir información de frecuencia
(como en SDH)
© Dr. Ing. José Joskowicz 2017 32
SyncE

Ethernet Tradicional

© Dr. Ing. José Joskowicz 2017 33

SyncE
SyncE, tomando como
referencia un puerto de
Tx/Rx

© Dr. Ing. José Joskowicz 2017 34

SyncE
SyncE, tomando como
referencia una entrada de
Sync independiente

© Dr. Ing. José Joskowicz 2017 35

 SyncE
 Una vez por segundo se transmite una trama Ethernet
conteniendo un SSM (Sinchronization Status Message),
quien porta la calidad de reloj transmitida.
 Con la información de reloj, extraída directamente de la
capa 1, el nodo esclavo puede recuperar frecuencia y
disciplinar su oscilador.

© Dr. Ing. José Joskowicz 2017 36

 Sync E – Formato de Trama ESMC
(Ethernet Sinchronization Messaging Channel )

Este tipo de
tramas no son
transmitidas a
otros “links”
dentro del swich

EEC = Ethernet Equipment Clock

QL = Quality Level
OUI = Organizationally Unique Identifier
© Dr. Ing. José Joskowicz 2017 37
 Sync E

Tomado de Jose Manuel Caballero - Own work, CC BY-SA 3.0,

https://commons.wikimedia.org/w/index.php?curid=23720820
© Dr. Ing. José Joskowicz 2017 38
 NTP - Network Time Protocol

 Network Time Protocol (NTP), es un protocolo para

la sincronía de relojes de computadoras y equipos a
una referencia de tiempo común sobre la red.
 Es una aplicación del tipo “cliente servidor”
 Logra precisions del orden de los milisegundos
 NTP ha sido desplegado en centros de datos para
soportar actividades operacionales como la
facturacion y correlación de eventos.
 Definido en RFC 1305 (v3-1992), RFC 5905 (v4-
2010)
© Dr. Ing. José Joskowicz 2017 39
NTP

 El “cliente” requiere la hora al servidor

 El cliente estima cual es el tiempo de propagación desde el
servidor para determinar su offset respecto al la hora del
servidor.
 Una estimación del tiempo de propagación es la mitad del
delay. Este modelo ajusta mejor si el camino es simétrico.
 Se hace un estudio estadístico para elegir el mejor offset.
 Los servidores están categorizados y pueden ser
descartados por un cliente.
© Dr. Ing. José Joskowicz 2017 40
 Jerarquía NTP
Stratum 0
(atómicos o GPS)

Stratum 1
(primary time servers)

Stratum 2

Stratum 3

© Dr. Ing. José Joskowicz 2017 41

 PTP - Precision Time Protocol

 Protocolo definido en el standard IEEE 1588v2

(transmisión de frecuencia, tiempo y fase).
 Surge en el ambiente industrial para sincronizar
automatismos.
 Logra precisiones menores a micro-segundos
 Actualmente hay tres perfiles:
 Default, Telecom y Power.
 Protocolo ampliamente usado para sincronización
de radio bases móviles, 3G-Full IP, LTE.
 Es una aplicación cliente servidor
© Dr. Ing. José Joskowicz 2017 42
 PTP-Funcionamiento
Slave Clock Data At Assume at an instant in time:
Slave Clock Master clock value = 100 seconds
Switch/Router Layer

Slave clock value = 150 seconds

(the slave clock error = 50 seconds)
One way path delay = 2 seconds

t1 Sync message is sent at t = 100 seconds

2s For illustration, Delay_Req is sent 5 seconds
t2 t1 = 100 seconds after the Sync message is received:
t2 = 152 seconds
(150+2) Round Trip Delay
RTD = (t2 - t1) + (t4 - t3)
t3 t3 = 157 seconds RTD = (152 - 100) + (109 - 157)
RTD = 4 seconds
(152+5)
t4 Slave clock error eliminated.

Slave Clock Error = (t2 - t1) - (RTD ÷ 2)

= (152 - 100) - (4 ÷ 2)
= 50 seconds
t4 = 109 seconds
Time

Time

(100+2+2+5) Round trip error eliminated

If the slave clock is adjusted by -50 seconds,
the Master & Slave will be synchronized.
© Dr. Ing. José Joskowicz 2017 43
 PTP-Funcionamiento

Timestamp at
the MAC layer

Puede
corregir la
hora de
Sync,
conociendo
el momento
“exacto” en el
que el
paquete es
enviado

Tomado de Martin Lévesque and David Tipper, IEEE COMMUNICATIONS SURVEYS &
TUTORIALS, VOL. 18, NO. 4, FOURTH QUARTER 2016 © Dr. Ing. José Joskowicz 2017 44
 Comparación NTP vs NTP
Feature NTP PTP

Peak time transfer error >0.5 milliseconds <100 microseconds

possible (accuracy at slave) to 100’s of nanoseconds
Error Source Routers Switches and O/S stack delay
Spatial extent LAN/WAN LAN/WAN
Implementation •HW or SW Servers •HW Masters
•SW clients •HW or SW
•Clients “Pull” time from Server •Master “Pushes” time to Slave
(client/server) (master/slave)
Protocols UDP/IP – Unicast (mainly) UPD/IP - Multicast
Unicast, Hybrid
Security MD5 & Autokey none
Administration Configured Self organized
QoS Best effort Highest priority

© Dr. Ing. José Joskowicz 2017 45

 PTP – Especificaciones ITU
Definitions / G.8260: Definitions and Terminology for
Terminology Synchronization in Packet Networks

Frequency Time/Phase
Basic Aspects G.8261: Timing and Synchronization Aspects in Packet G.8271: Time and Phase Synchronization Aspects in
Networks (Frequency) Packet Networks

G.8261.1: PDV Network Limits Applicable to Packet-

Network G.8271.1: Network Requirements for Time/Phase
Based Methods (Frequency)
Requirements
G.8261.2: Reserved for future use G.8271.2: Reserved for future use

G.8262: Timing Characteristics of a Synchronous G.8272: PRTC (Primary Reference Time Clock)
Ethernet Equipment Slave Clock (EEC) Performance
G.8263: Timing Characteristics of Packet-Based G.8273: Packet-Based Equipment Clocks for
Equipment Clocks (PEC) Time/Phase: Framework
Clocks G.8273.1: Telecom Grandmaster (T-GM)
G.8273.2: Telecom Boundary Clock (T-BC)
G.8273.3: Telecom Transparent Clock (T-TC)

G.8273.4: Telecom Time Slave Clock (T-TSC)

G.8264: Distribution of Timing Information through

G.8274: Reserved for future use
Packet Networks
Methods
G.8265: Architecture and Requirements for Packet- G.8275: Architecture and Requirements for
Based Frequency Delivery Packet-Based Time and Phase Delivery

G.8275.1: PTP telecom profile for phase/time

G.8265.1: Precision Time Protocol Telecom
synchronization with full timing support from
Profiles Profile for Frequency Synchronization
the network
G.8265.2 PTP Telecom Profile for Frequency #2
G.8275.2: PTP telecom profile for time/phase
synchronization with partial timing support
© Dr.theIng.
from José Joskowicz 2017
network 46
Muchas Gracias!

Dr. Ing. José Joskowicz

© Dr. Ing. José Joskowicz 2017