Tutorial on Synchronization Jean-Loup Ferrant, Tim Frost, Silvana Rodrigues, Stefano Ruffini 25 November 2014 Agenda Intro on need for sync (S. Ruffini) Time sync, basic concepts (T. Frost) Sync distribution (S. Rodrigues) Q13 status and ITSF/WSTS (J-L Ferrant) 25 November 2014 2 Need for Sync 25 November 2014 Time and Frequency Aligning two time clocks (synchronization) implies: Make frequency B = frequency A (syntonization) Make phase B = phase A (e.g. roll-over instant of 107 counter) Make seconds B = seconds A (elapsed time equal; same time origin) Choose same formatting convention (and time-zone, etc.) Clock A “Time” Clock B Time alignment (“local time”) “Time” Time alignment (UTC) Seconds Counter Time alignment (equal # of seconds) 1Hz 10,000,000 Counter 10MHz Seconds Counter 1Hz Phase alignment (roll-over coincident) (equality to within 1 clock cycle of 100ns may suffice) Frequency alignment (syntonization) 10,000,000 Counter 10MHz Timing Alignment in Wireless Df = frequency offset between BSs DT = time offset between BSs BS - B BS - A Mobile in motion; speed = X m/s When hand-over occurs, the mobile must reacquire carrier frequency Mobile in motion (X m/s) introduces a Doppler shift (X/c) Loop bandwidth wide enough to handle (Df + X/c +LO) (LO = local oscillator offset) Loop bandwidth should be small from a noise rejection viewpoint Large Df compromises the reliability of hand-over; 50 ppb typical requirement TDD networks require time/phase alignment between A & B To control interference between uplink and downlink Requirement in the microsecond range LTE-Advanced require DT to be small (microsec) for providing the more bandwidth intensive features 8 Current Timing Issues Networks are being migrated to packet switching as opposed to circuit-switched (i.e. based on TDM) Significant impact of variable delay (packet delay variation) Timing requirements remain Going “IP” does not mean that real-time services or mobile networks no longer need synchronization! Transition Phase: Hybrid Networks (IP/TDM islands) Circuit Emulation Timing over Packet Networks (packet-based methods) PTP, NTP, adaptive clock recovery Monitoring and Testing Metrics for packet-based timing methods (quantifying PDV) 9 Emerging Needs Increased need of time/phase sync in Mobile networks Time sync over various technologies (microwave, OTN, MPLS, etc.) Financial Sector IoT, Network of Sensors Power Networks ... 25 November 2014 10 Power – the need for Sync “The Power Grid” is one of the world’s largest infrastructures High synchronization requirements due to distributed nature of the grid and the critical balance between power generation and consumption Power can’t be stored easily so Grids Generate according to Demand Need good Comms and Sync to correlate Demand and Generation Has evolved from seconds to milliseconds and will evolve to microseconds → Greater Efficiencies Also enables the Greater Diversity of the Smart Grid Power Profile – IEEE C37.238-2011 (target: 1 ms accuracy) Source: NIST What is Time? What is Time? Time is a fundamental physical dimension Allows ordering and scheduling of events Enables sharing of resources (e.g. time division muxing) Passage of time measured by counting a regularly repeating event Astronomical events, e.g. day/night, year Physical events, e.g. pendulum swing, quartz resonance or atomic transitions Common Time Common time requires a reference point Time at an instant has no meaning without a reference Need to start counting from a common point, or epoch Example: the Gregorian calendar counts years from the birth of Christ A time reference clock counts at a constant frequency from a known epoch Sending time in a message... Need to know how long the message takes A letter – might be usable for setting the date A phone call – could use to set hour/minute/seconds A packet – millisecond level accuracy What is Time Error? Time Error The time error of a clock is the difference between the time indicated by that clock and a reference clock at the same instant in time Always relative: has no meaning without a reference Defined by ITU-T Recommendation G.810: x (t ) T(t ) Tref (t ) Time error Time at measured clock Time at reference clock Direction of Time Error – clocks Reference Clock: Measured Clock: Time Error = 11.55 – 12.00 = – 5 minutes Time Error = 12.05 – 12.00 = + 5 minutes Clock lags reference (slow, delayed): negative time error Clock leads reference (fast, advanced): positive time error Direction of Time Error – signals Reference Clock: Measured Clock: negative Time Error negative Time Error positive Time Error Signal lags reference (slow, delayed): negative time error Signal leads reference (fast, advanced): positive time error Characterizing Time Error Time Error Function Time error varies with time and can be expressed as a function*: D Dref 2 t ref t xt x0 y0 y0,ref .t t 2 2 nom Time error Frequency offset Constant time error Frequency drift Random variations (dynamic time error) If clocks are locked in phase, frequency offset and drift are eliminated, and time error reduces to two components: Constant time error or offset Dynamic time error or random variations * Equation defined in ITU-T Recommendation G.810 Examples of Time Error Functions Time Error Clock frequency high; time error increasing 0 Time Periodic time corrections (not always accurate) Clock frequency low; time error decreasing Clock frequency high; time error increasing Time Error 0 Time Periodic frequency corrections Measuring Time Error Time Error Max|TE| cTE dTE 0 Time Need an accurate time reference – time error has no meaning without a reference Maximum Absolute Time Error (Max|TE|) is the maximum distance from zero of the time error function Sign doesn’t matter: excursions may be positive or negative Constant Time Error (cTE) is the mean of the time error fn. Period over it is measured is not specified; depends on signal Dynamic Time Error (dTE) is the change of the time error fn. Phase or time wander, analyzed using MTIE and TDEV Sync Distribution Slides for this section provided by Christian Farrow, Chronos Technology Ltd (except for the last slide) 25 November 2014 How Are “Bits” Represented..? The value of a Bit (0 or 1) can be represented by different modulations of a carrier signal examples are: 1 10101 – Fibre Optics • The presence or absence of a light pulse • Different frequencies of light – Radio/Microwaves - Mobile phone, satellite comms, WiFi, etc. • Changes in phase, frequency or amplitude of the electromagnetic waves – Electrical Cabling - Coaxial, twisted pair, etc • Voltage levels on the wire +2.5v 0v -2.5v The bits arrive at regular intervals, represented here 24 Sync Trail Architecture Rules • • PRC Level Standards • EN 300 462-2-1 • ITU G.803 EN 300 462-6-1 ITU G.811 PRC SEC • • SEC N x SECs (N<=20) N <= 60 for entire chain EN 300 462-5-1 ITU G.813 SEC SEC • • 1st SSU SSU-T EN 300 462-4-1 ITU G.812 SEC SEC SEC N x SECs (N<=20) SEC SEC SSU-T • • Kth SSU, (K<=10) N x SECs (N<=20) EN 300 462-7-1 ITU G.812 SSU-L 26 SyncE Overview How is SyncE different from normal Ethernet? Existing Ethernet PHY (Physical Layer) TX RX IEEE 802.3 defines Ethernet PHY Rx uses incoming line timing. Tx uses free-running 100ppm oscillator. No relationship between the Rx & Tx. SyncE PHY (Physical Layer) Rx disciplines the internal oscillator Tx uses the traceable clock reference, creating end-to-end scheme. PRC can provide the reference. SSUs filter jitter/wander. SyncE and asynchronous switches cannot be mixed. TX Traceable TX RX 100 ppm TX TX RX RX TX TX 4.6 ppm Inaccurate RX RX RX RX 100 ppm Ext.Sync 4.6 ppm SyncE Element TX Asynchronous Element From clocks to packets Packet “clocks” can be thought of in the same way as physical layer clocks… CES Packets do have a regular rhythm – E1 = 1mS NTP/PTP Packets may not arrive regularly, but timestamps within the packets themselves mean time information can be extracted Time and timing can be distributed from point A to point B Packets time (header, payload and footer) F Payload 4 H F Payload 3 H F Payload 2 H F Payload 1 H 28 Significant instants IEEE 1588-2008 PTPv2 Overview The Grandmaster “reference clock” sends a series of time-stamped messages to slaves. Slaves eliminate the round-trip delay & synchronize to the Grandmaster. Frequency is recovered from an accurate time of day reference. Accuracy is enhanced by: Frequent packet send rate (up to 128 per second) Hardware time-stamping (eliminate software processing delays) Best Master Clock Algorithm (optional, “best” master voted by nodes) Embedded Slave 1588 Grandmaster (Server) 1588 Packets External Slave PTPv2 Slave clocks can be either standalone or embedded in network equipment 29 Combination Operation • SyncE as “frequency assistance” to 1588 PRC UTC 1588 GM PTP SyncE Node Stream 1588 Packet Stream SyncE Physical Layer PSN PTP SyncE Node Stream 1588 Client PRC freq • Gives immediate “frequency lock” to 1588 client • SyncE & 1588 functionality may be in the same node/element 31 G.8271.1 Architecture G.8273.2 T-BC1 Class A G.8272 PRTC T-BC2 Class A T-BC9 Class A T-BC10/ T-TSC Class A End App. T-GM 100ns 50ns 1.5us T-BC1 Class B PRTC T-BC2 Class B T-BC19/ Class B End App. T-GM 100ns T-BC20/ T-TSC Class B 20ns 1.5us Note: The network limit of 1.5us also accounts for other sources of noise (e.g. holdover, link asymmetries, syncE rearrangements) PRTC = Primary Reference Time Clocks T-GM = Telecom Grand Master Q13 status transport of timing through telecom data networks -transport of frequency -SyncE -1588 done for IP networks, through NEs not processing 1588 messages - Pure frequency T-GM ongoing: G.8266 -transport of phase and time -ongoing - difficult as propagation delay corrupts time -need a two way transport -asymmetry of 2 directions -Testing sync transport over packets - Need for new metrics and news methods 33 Overview of recommendations Definitions / terminology Basics G.8260 (Definition & metrics) Frequency: G.826x G.8261 Agreed G.8271 Network requirements Clock Time/Phase:G.827x Full support G.8271.1 NetwkPDV SyncE J & W G.8261.1 G.8262 (SyncE) G.8272 PRTC G.8263 (slave clock) G.8273 Ongoing assisted partial support G.8271.2 73.1-GM 73.2 BC & slave 73.2 BC & slave 73.3 TC G.8273.4 A-PTS ck G.8266 GM for F G.8264 Methods G.8265 () Profiles G.8265.1 G.8265.m G.8275 G.8275.1 PTPprofile1 G.8275.2 34PTPprofile2 I-6 Time profiles First profile Full timing support from the network It means that all NEs process the PTP messages PTP messages mapped in Ethernet (G.8275.1) Completed with G.8272 (PRTC) G.8273.2 (BC and slave clock) Will be upgraded with Stand alone T-GM G.8273.1 Transparent clocks G.8273.3 35 I-7 Second time profile Partial Timing Support profile (PTS) Work item created in July 2013 General architectural view (G.8275) PTP unaware networks separated by T-BCs PTP messages mapped in IP PRTC • two-way packet timing signals time reference, Tin Packet Master Clock Boundary Clock Packet Slave Clock Tout + 36 I-8 Assisted PTS profile (A-PTS) New ideas brought in October 2013 eNode B be synchronized with GPS receivers in priority PTP will be used only as a backup in case of GPS failure Operators request A-PTS for end 2014 Seemed difficult to achieve on time 37 new PTS profile- « nonA-PTS » New architecture agreed in September 2014 simple PTP over IP based distributed deployment model a grandmaster is deployed inside a building to provide frequency and time synchronization to the small cells within the building or to nearby buildings. Only a few PTP-unaware nodes between the local GM and the slaves on the small cells. 38 Partial Timing Support profile New recommendations required G.8275 Add the « 1588unaware » equipments in the network architectures for A-PTS & « nonA »-PTS G.8271.2(A-PTS), G.8271.x(PTS)? Define the network limits and HRMs G.8273.2 Define a new Boundary Clock if needed G.8273.4(A-PTS), G.8273.y(PTS)? Defines new clocks if needed G.8275.2, G.8275.x?? both A-PTS & PTS based on IP 39 Future of recommendations? Definitions / terminology G.8260 (Definition & metrics) Full support F Basics R G.8271 E Network Time/Phase:G.827x G.8271.1 NetwkPDV Q Agreed assisted partial support G.8271.2 Ongoing TBD partial support G.8271.y requirements U E Clock N G.8272 PRTC G.8273 73.1-GM 73.2 BC & slave Profiles ? G.8273.4 A-PTS ck Y : G . 8 2 6 X 73.y 73.3 TC C Methods 73.2 BC & slave G.8275 G.8275.1 PTPprofile1 G.8275.2 PTPprofile2 G.8275.y PTPprofile? 40 ? Links between Q13/15 and fora Operators, manufacturers, std organisations,universities and scientists meet once a year at WSTS in USA and at ITSF in Europe. During these events several sessions addresses: -the needs for synchronization -tutorials on synchronization -the requirements for synchronization -news from GNSS systems -alternative to GNSS: E Loran, .. -information on future technologies -information on deployments -information on sync standards: ITU Q13/15, IEEE1588 -etc… 25 November 2014 41 ITSF (International Telecom Sync Forum) ITSF Website: www.telecom-sync.com Organiser’s Website: www.itsf-conference.com Meets every year since 2001 in November Last event: 4-6 Nov 2014 in Budapest Next event: 3-5 Nov 2015 location tbd WSTS (Workshop on Synchronization in Telecommunication Systems) Depends on NIST-ATIS http://www.atis.org/wsts/cfp.asp Meets every year since 1992in spring Last event: 4-6 June 2014 in San Jose, Ca USA Next event: 9-12 March 2015 in San Jose, Ca USA 25 November 2014 42 Backup slides List of main ITU-T recommendations related to synchronization (updated November 2014) 43 Where to get the recommendations? http://www.itu.int/ITU-T/recommendations/index.aspx?ser=G 44 Recommendations for TDM hierarchies G.803 (03/2000), Architecture of transport networks based on the synchronous digital hierarchy (SDH) • G.803Amd1(06/2005) G.810 (08/1996), Definitions and terminology for synchronization networks • G.810 Corr1(10/2001) G.811 (09/1997), Timing requirements of primary reference clocks G.812 (06/2004), Timing requirements of slave clocks suitable for use as node clocks in synchronization networks G.813 (03/2003), Timing requirements of SDH equipment slave clocks (SEC) • G.813 Corr1(06/2005) G.822 (11/1988), Controlled slip rate objectives on an international digital Connection G.823 (03/2000), The control of jitter and wander within digital networks which are based on the 2048 kbit/s hierarchy G.824 (03/2000), The control of jitter and wander within digital networks which are based on the 1544 kbit/s hierarchy G.825 (03/2000), The control of jitter and wander within digital networks which are based on the synchronous digital hierarchy (SDH ) • G.825 Amd1 (05/2008) G.781 (09/2008), Synchronization layer functions 45 Recommendations for timing over packet networks G.8260 rev(02/2012), Definitions and terminology for synchronization in packet networks •G.8260 Amd1 (8/2013), Amd2 (5/2014) Recommendations for Synchronous Ethernet G.781 (09/2008), Synchronization layer functions G.8261 rev(08/2013), Timing and Synchronization aspects in Packet Networks G.8262 (07/2010), Timing characteristics of synchronous Ethernet Equipment slave clock • G.8262 Amd1 (02/2012), Amd2 (10/2012) G.8263 (02/2012), Timing characteristics of packet-based equipment clocks • G.8263 Amd1 (08/2013), Amd2 (05/2014) G.8264 rev(05/2014), Distribution of timing information through packet networks 46 Recommendations for phase the telecom profile for time and G.8271 (02/2012), Time and phase synchronization aspects of packet networks • G.8271 Amd1 (08/2013) G.8271.1(08/2013), Network Limits for Time Synchronization in Packet Networks • G.8271.1 Amd1 (5/2014) G.8272 (10/2012), Timing characteristics of primary reference time clocks • G.8272 Amd1 (8/2013) G.8273 (08/2013), Framework of phase and time clocks • G.8273 Corr1 (5/2014) G.8273.2 (05/2014) Timing characteristics of telecom boundary clocks and telecom time slave clocks G.8275 (11/2013), Architecture and requirements for packet-based time and phase distribution G.8275.1 (07/2014), Precision time protocol telecom profile for phase/time synchronization with full timing support from the network 47 Recommendations for OTN G.8251 (09/2010), The control of jitter and wander within the optical transport network (OTN) • G.8251 Amd1 (04/2011),Amd2 (02/2012), Amd3 (10/2012) • G.8251 Corr1 (02/2012) Recommendations for the telecom profile for frequency only G.8261 rev(08/2013), Timing and Synchronization aspects in Packet Networks G.8261.1 (02/2012), Packet Delay Variation Network Limits applicable to Packet Based Methods (Frequency Synchronization) • G.8261.1 Amd1 (5/2014) G.8263 (02/2012), Timing characterisctics of packet based equipment clocks • G.8263 Amd1 (8/2013), Amd2 (5/2014) G.8265 (10/2010), Architecture and requirements for packet based frequency delivery G.8265.1 rev(07/2014), Precision time protocol telecom profile for frequency synchronization 48 Future recommendations ( provisional titles) G.8266 Timing characteristics of telecom grandmaster clocks for frequency synchronization G.8273.1 Timing characteristics of packet master clocks G.8273.3 Timing characteristics of telecom transparent clocks G.8273.4 Timing characteristics of assisted partial timing support slave clocks G.8275.2 Precision time Protocol Telecom Profile for time/phase synchronization with partial timing support from the network 49 Recommendation on Jitter and wander tests equipments O.171 (04/1997), Timing jitter and wander measuring equipment for digital systems which are based on the plesiochronous digital hierarchy (PDH) O.172 (04/2005) , Jitter and wander measuring equipment for digital systems which are based on the synchronous digital hierarchy (SDH) O.173 (02/2012), Jitter measuring equipment for digital systems which are based on the Optical Transport Network O.174 (11/2009), Jitter and wander measuring equipment for digital system based on synchronous Ethernet network 50
© Copyright 2024