Vous êtes sur la page 1sur 44

REDES DE SINCRONISMO

Ing. Pablo Varela


Agenda
• Introducción
• Motivos del Sincronismo
• Aplicaciones
• Clasificación de Redes de Sincronismo
• Redes Plesíocronas
• Redes Sincrónicas
• Sincronismo de nueva generación
• Proyecto de referencia
Introducción
Objetivo:

• Distribución de información de tiempo y frecuencia.


Como:
• 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 capacidad de los enlaces de la red.
PORQUÉ SE REQUIERE SINCRONÍA
• 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 telecom
• Entre diferentes operadores
• En las interconexiones de redes (POP: Point of Presense)
• Provee calidad de servicio en redes inalámbricas
• Handover o Handoff (“Cesión”) entre BTSs (base
transceiver stations)
• Previene diafonía (cross-talk) en redes inalámbricas al
sincronizar portadoras en forma precisa
¿Que sucede en ausencia desincronía?

• El ancho de banda de transmisión no se alcanza;


• Los operadores no son capaces de
interconectarse correctamente en los POPs;
• Niveles inaceptables de corrimientos de bits;
• Niveles inaceptables de movimientos de
punteros;
• No se realizaría el handover entre celdas en una
red móvil.
¿Que sucede en ausencia desincronía?
Técnicos
• General Llamadas perdidas / Caída de enlaces
• Voz “Clicks” audibles
• Facsimile Distorsión / “manchas”
• Datos Corrupción / Pérdidas / Retransmisiones
• Video Distorsión / tramas congeladas
• SONET / SDH Movimiento excesivo de punteros
Errores en los límites con redes PDH
Políticos
• Problemas con la Interoperabilidad
Financieros
• Clientes Aumento de costos / Pérdida de clientes
• Operaciones Aumento de costos de mantenimiento
• Ingresos Más Bajos
Aplicaciones
• Establecer referencias de tiempo como UTC (Universal
Time Coordination)
• Sincronización de relojes en redes que requieren
multiplexado de tiempo (redes TDMA)
• Sistema GPS
• Televisión Digital
• Sincronización de Celdas (Telefonía Móvil)
Clasificación
Redes Plesiocronas
• Cada nodo tiene un reloj
• No hay señal de control que coordine la operación entre
estos relojes
Redes Plesiocronas
• 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.
Redes Sincrónicas
• Los relojes de una red síncrona están enganchados en
fase y frecuencia

Master/Slave
Mutuamente Sincrónicas
Redes Sincrónicas- Centralizadas
• Se compone de:
• Reloj central Maestro (“Master”)
• Relojes remotos Esclavos (“Slaves”)
• Los relojes slave están directamente subordinados al
master.
• Es decir, el oscilador del slave se dice disciplinado
respecto de la señal de referencia proveniente del Master.
Redes Sincrónicas - Descentralizadas
• Se basan en el principio de sincronización mutua
• Todos los relojes de la red contribuyen a la determinación
de tiempo y frecuencia.
Operación - MasterSlave

• Principios del PLL (Phase Locked Loop)


• Circuito de lazo cerrado.
• El VCO se alimenta de la señal error, Ve(t) filtrada y
amplificada.
• El resultado es que frecuencia fo es próxima a fi.
Relojes
• Parámetros de funcionamiento
Precisión: Dada por la diferencia fraccional de frecuencia en un
momento dado.
Relojes
• Parámetros de funcionamiento

Estabilidad: Expresa la variación de la frecuencia en función del


tiempo.
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.
Relojes: Precisión vs Estabilidad
Precisa y Estable Precisa y NO Estable

+1x10-11 +1x10-11
+1x10-12 +1x10-12
-FO -FO
-1x10-11 -1x10-11
-1x10-12 -1x10-12

Time Time

NO Precisa pero Estable NO Precisa y NO Estable

+1x10-11 +1x10-11
+1x10-12 +1x10-12

-FO -FO

-1x10-11 -1x10-11

-1x10-12 -1x10-12
Time
Time
Tipos de Relojes:Estratos
ESTRATO PRECISION HOLDOVER RELOJ

1+ 1x10-15 N/A Masa de Hidrógeno


Patrón de Cesio o
1 1x10-11 N/A
GPS (PRC)
Osciladores de
2 1x10-8 1x10-10/día
Rubidio (PRC)
Osciladores de
3 1x10-6 3.7x10-7/día Cristal Cuarzo
(Esclavo)
Osciladores
4 1x10-5 N/A implementados con
circuitos
PRC– Primary Referece Clock
Mediciones: Time Interval Error (TIE)
Signal
Under
Test

14 9 17 18 9 10 5
20
o
o
o
Time Delay

10 o
o o

0
Observation Time
Mediciones: Time Interval Error(TIE)
Time
Delay
x

x(t0+S )
TIE
x(t0 )

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

Wander: Componentes bajas de frecuencia <10Hz

Jitter: Componentes altas de frecuencia >10Hz


Mediciones: Maximum Time IntervalError
(MTIE)


N  n 1 n  j 1
n j 1

MTIE(S)  max max(xi )  min (xi ) 
j 1
 i j i j

MEDICIONES:MTIE
• Se utiliza la gráfica del TIE como referencia

• Describe la inestabilidad de la fase a largo plazo

• Detecta corrimientos de reloj pero no da información del


comportamiento espectral de las desviaciones

• 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
Mediciones: MTIE para unPRC
(ITU-T G.811)
100000

10000
MTIE (nonoseconds)

1000

100

10-11 slope

10

1
0.01 0.1 1 10 100 1000 10000 100000 1000000 10000000
Observation time (seconds)
Mediciones: MTIE(ITU-TG.823)
10000
5330

2000
1000

MTIE
(nsec)

100

25

100.1 1 10 100 1000 10000 100000


0.1 2.5 200 2000 100000

Observation Interval  (sec)


Mediciones: TDEV(Time Devitation)
• Provee información del contenido espectral de la desviación
de fase (Wander)
• Es una medida de la variación del error de fase contra el
tiempo de integración (valor estadístico). Se utiliza la gráfica
del TIE como referencia
Mediciones: TDEV
Ejemplo de set demediciones

Señal bajo prueba

Contador

Grabadorcomo
Una PC

PRS
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
SSU-Sinchronization 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

Qz
Rb

BP
- Los input puede ser: E1s de la red SDH, GPS,señales de un PRC,E1,2MHz,5MHz,10MHz.
- Los outputs de un SSUen general son E1s o señales de 2MHz
Redes de sincronismo NG(New Generation)
Preámbulo

• 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.
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.
SyncE (G.8264)
• 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.
• 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)
Sync E – Formato de Trama ESCM
(Ethernet Sinchronization Channel Message)
SyncE

• Una vez por segundo se transmite una trama


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.
NTP
• Network Time Protocol (NTP), es un protocolo para la
sincronia de relojes de computadoras y equipos a una
referencia de tiempo común sobre la red.
• Es una aplicación cliente servidor.
• NTP ha sido desplegado en centros de datos para
soportar actividades operacionales como la facturacion y
correlación de eventos.
• Ejemplo: IPTV, sincronización de Set-Top-Boxes
• Definido en RFC 1305 (v3-1992), RFC 5905 (v4-2010)
NTP

• El servidor bajo petición 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.
• El servidor también es categorizado y puede ser descartado
por un cliente.
Jerarquía NTP
Precision Time Protocol
• Protocolo definido en el standard IEEE 1588v2.
• Surge en el ambiente industrial para sincronizar
automatismos.
• Actualmente hay tres perfiles, Default, Telecom y Power.
• Nos enfocaremos en el perfil Telecom.
• IEEE 1588v2, transmisión de frecuencia, tiempo y fase.
• Protocolo ampliamente usado para sincronización de radio
bases móviles, 3G-Full IP, LTE.
• Es una aplicación cliente servidor
PTP-Precision Time Protocol

• 1588v2 es el mecanismo que especifica como son las


comunicaciones.
• Dependiendo de los requerimientos de sincronismo del esclavo
es que se debe distribuir, frecuencia, tiempo y fase.
• A continuación un cuadro con los estándares de la ITU-T que
especifica tales esquemas de distribución de frecuencia y
tiempo y fase.
PTP-Funcionamiento
SlaveClock 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 = 100seconds after the Sync message is received:
t2 = 152seconds
(150+2) Round Trip Delay
RTD = (t2 - t1) + (t4 - t3)
t3 t3 = 157seconds 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 = 109seconds
e
Tim

e
Tim

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

If the slave clock is adjusted by -50 seconds,


the Master & Slave will be synchronized.
Comparación NTP vsNTP
Feature NTP PTP

Peak time transfererror >0.5 milliseconds <100 microseconds


possible (accuracy atslave) to 100’s of nanoseconds
Error Source Routers Switches and O/S stack delay
Spatial extent LAN/WAN LAN/WAN
Implementation •HW or SWServers •HW Masters

•SWclients •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
PTP – EspecificacionesITU
Definitions / G.8260: Definitions and Terminology for
Terminology Synchronization in PacketNetworks

Frequency Time/Phase
BasicAspects 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: TimingCharacteristics of a Synchronous G.8272: PRTC (Primary Reference Time Clock)


Ethernet Equipment Slave Clock (EEC) Performance
G.8263: TimingCharacteristics 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 PhaseDelivery

G.8265.1: Precision Time Protocol Telecom G.8275.1: PTP Profile for Time and Phase
Profiles Profilefor Frequency Synchronization Synchronization (full timingsupport)
G.8265.2 PTP Telecom Profile for Frequency #2 G.8275.2: PTP Profile for Time and Phase
Synchronization (partial timing support)
agrEed ongoing options
Fin

Vous aimerez peut-être aussi