SyncE and PTP Update...HUAWEI TECHNOLOGIES CO., LTD. Page 4 SyncE: Why was it developed SyncE Networks transiJoning (TDM to Packet) Services transiJoning (E1 to Ethernet) Sync Network

HUAWEI TECHNOLOGIES CO., LTD. Page 1

SyncEandPTPUpdateThePast,thePresentandtheFuture

MichaelMayerSeniorStaffEngineer

HuaweiCanadaResearchCentreISTF2016,Prague,November2016


ObjecJveandoutline•  ObjecJve:

–  ToprovideanupdateonthestateofSynchronousEthernet(SyncE)andIEEE1588(PTP)technologies,keycomponentsinnextgeneraJonsynchronizaJon

–  Focusisontelecom(duetoJmelimitaJons)•  Outline:

–  Technologiesreview:Whattheyareandtheoriginaldrivers–  Recentdevelopments–  ExampleoffutureapplicaJonareas(e.g.5G)


BACKGROUNDSYNCEANDPTPUPDATE:THEPAST


SyncE:Whywasitdeveloped

SyncE

NetworkstransiJoning

(TDMtoPacket)

ServicestransiJoning(E1toEthernet)

SyncNetworkMigraJonpath

(whataZerSDH?)

TDMoverPacketstomaintainsomeexisJng

services(howtoJmetheIWF)

WirelessbackhaulevoluJon

(E1toEthernet)

EthernetPHYbecameobviouschoiceforSyncnetworkevoluJon


SyncEconceptandcomponents

IniJalapplicaJons:–  ProvidingJmingtoCircuitEmulaJon–  GeneralnetworkJmingdistribuJon–  Timingtowirelessbackhaul


SyncEconceptandcomponents

•  Clocks:EEC1andEEC2•  EEC1:basedonG.813OpJon1(SEC)•  EEC2:basedonG.812TypeIV/G.812OpJon2(Stratum3)

•  NetworkElementfuncJons:•  EthernetSynchronizaJonMessagingChannel(ESMC)•  G.781protecJon

IdealtomigratefromSDH,butnewservicesneedphase/Jme


IEEE1588/PTP•  IEEE1588:StandardforAPrecisionClockSynchronizaJonProtocol

forNetworkedMeasurementandControlSystems –  DevelopedbytheIEEEforuseintheindustrialautomaJonsectorto

defineasystemfordistribuJngaccurateJme/phaseinapacketbasednetworkenvironment.(NTPinsufficient)

•  Viewedasanidealwaytosupportfrequency/phase/Jme•  IEEE1588(2008),“Version2”,definedcapabiliJestoallowtelecom

applicaJon–  Profilemechanism–  Specialtyclocks(BoundaryandTransparent)–  ButsJllmoreneeded…


ITU-Tdefinedtelecomprofiles•  MulJpleprofilesdeveloped

–  Frequencyonly–  Frequency,phaseandJme

•  Withfullnetworksupport(allnetworkelementsoperateasboundaryclocks)•  WithParJalsupport(notallnetworkneedtobeboundaryclocks)

•  DefinedinITU-TRecommendaJons–  G.8265.1(Frequency)–  G.8275.1(Frequency/phase/Jmewithfullsupport)–  G.8275.2(Frequency/phase/JmewithparJalJmingsupport)<recent

MulJpleprofilesaddressdifferentnetworkarchitectures


SyncEandPTPworktogether(T-BC)

PTP

SyncE

TelecomBoundaryClock(T-BC)


RECENTDEVELOPMENTSSYNCEANDPTPUPDATE:THEPRESENT


Recentdevelopments:SyncE•  Clocks:Newclocksbeingdeveloped

–  EnhancedEthernetEquipmentClock(e-EEC)–  Improvedperformance(holdover,noise,transient)

•  ESMCenhancements– NewcontenttobecarriedinESMCtoprovidecapabiliJessuchashopcounttoenablebeiercontrolofnetworkperformance


ExtendedESMCQL


Recentdevelopments:IEEE1588•  OngoingworkbyIEEEtodevelopnextversion•  ParJalJmingsupportprofile(G.8275.2)published

•  BoundaryclockspecificaJonpublished•  OngoingworkonEnhancedPRTC•  DevelopmentofPTPoverOTN


APPLICATIONSTO5GSYNCEANDPTPUPDATE:THEFUTURE


SynchronizaJon:5Gnetworks•  SyncEandPTPweredevelopedtosupportevolvingwirelessbackhaul

needs–  SynchronizaJonnetworkexpectedtosupportconJnuedevoluJonto5G

•  5Gnetworkswill:–  Supportnewservices:

•  IoT,SensorNetworks,tacJleinternet–  Providehigherperformance:

•  Higherbitrates,higherspeedmobilityhandoff,lowerlatency–  Newdeploymentcases:

•  HigherconnecJondensiJes,newspectrumallocaJon,useofunlicensedspectrum–  NewRadioAccessNetwork(RAN)architectures

ArechangesneededtosynchronizaJonnetworkcapabiliJes?


Capabilitydeltaagainstcurrent5Grealizedby:

•  Peakdatarate:NewspectrumallocaHon

•  Userdatarate:CoMP,MIMO

•  Spectrumefficiency:ModulaHon

•  Mobility:Fasterhand-offcapability(CRAN)•  Latency:Movementofservicedatabases

•  ConnecHondensity:CRANarchitecture•  Networkenergy:CRANarchitecture•  Areatrafficcapacity:CRAN/CoMP/MIMO

M.2083-03

User experienceddata rate(Mbit/s)

100

Spectrumefficiency

IMT-2020

3×

500

1106

10

20

100×Mobility(km/h)

Latency(ms)

Connection density(devices/km )

2

Networkenergy efficiency

Area trafficcapacity

(Mbit/s/m )2

Peak data rate(Gbit/s)

10

1×

400350

10105

10×1×

10.1

1

IMT-advanced

Figure:ITU-RM.2083


SynchronizaJonrequirements?•  SynchronizaJonrequirementswillbebasedbothserviceneedsandtheneedsoftheinfrastructure–  Serviceneeds:

•  M2M,IoTmayrequireaccuratesynchronizaJon,whichmayormaynotbeprovidedbythenetwork

–  Infrastructureneeds:•  Newairinterfacesmaybedefined•  NewcapabiliJesrelatedtoJme-sensiJvenetworksmaybeneededandmayrequiresynchronizaJonsupportfromthenetwork


Airinterfaceismorecomplex•  ExisJngsyncnetworkbasedonTDMsliprateobjecJves,

requiringcontrolofpointeradjustmentsinSDH•  Airinterfaceismorecomplex:OFDMsymbols

(subcarriers)arerepresentedbyresourceblocksinaframestructure.(FDDshown)

•  InthecaseofMIMO,eachantennawillhaveaframestructure.

•  WheremulJpleantennassharethesamesystemclock,usuallynotanissue.

•  CoMPorCarrierAggregaJonmayneedsomeassistancewhereantennasaredrivenbydifferentoscillators.

Sub-Carrier

eNodeB

UE


NEWARCHITECTURECONSTRUCTS:CRANANDNETWORKSLICING


5G:Newarchitecturalcomponents•  CentralizaJonoffuncJonsandtheuseofdatacentretechniquesareseenaskeytosupporJng5Grequirements

•  Architecture:–  C-RAN(Cloud-RAN,Centralized-RAN)

•  LocalizesthefuncJonstoallowsharingofresources–  Networkslicing

•  Controllinghowtheend-to-endnetworkissharedbetweendifferentuser(groups)toachievedifferentnetworkobjecJves

•  InvolvesaspectsofvirtualizaJonandorchestraJon


Theevolvingbase-staJonmodel

eNodeBS1

UE(phone)

Airinterface(frequency,jiier)

Control

Data+Jming

“Backhaul”

StarJngpoint

UE(phone)

RERECS1Data+Jming

“Fronthaul”

SeparateantennaFromeNodeB(e.g.CPRIlink)

Airinterface

InpracHce,anetworkmayhavehundredsorthousandsofbasestaHons.ArethereanyefficienciesthatcanbegainedbycentralizingsomefuncHons?


C-RAN

•  C-RAN:–  LocalizefuncHonsassociatedwithradiobaseStaHoncontrolwiththegoalofachievingstaHsHcalgains.–  Datacentremodel–  AllowsHghtercontroloflatencyandsynchronizaHoninthecaseofdistributedMIMO,orCA,wherenormally

separatebase-staHonswouldhavebeendeployed–  AboveexampleshowsHmingdistribuHonviaboundaryclocks,butotherpossibiliHesexist.–  SynchronizaHonimpact:consistentwithexisHngHRMforHme/phase/frequency

Server ServerServer

PacketNetwork(e.g.Ethernet)(twolayer,

Lossy)

RadioInterface

ControlBoundaryclock(T-BC)

Networkinterface

Radiointerface

Radiointerface

Networkinterface

Antenna

Antenna


CRANexample(CMCC)

From:RecentprogressonC-RANcentralizaJonandcloudificaJon,Chih-linetal,2014


Networkslicing•  5GnetworkswillaggregatemulJpleservicesonpossiblyseparateradioaccesstechnologies– SpectrummaybesharedandneedscontrolandcoordinaJon

– NetworkslicerepresentstheporJonofallnetworkresourcesthatmaybeallocatedtoaserviceoruser.

SynchronizaJonimpact:SlicingorchestraJonneedstoconsidersynchronizaJonofairInterface.


Slicing:allocateandconnectresources

•  SlicingseparatesresourceandwillenabletheCRAN•  For5G,mulHpleairinterfacesneedtobeconsidered•  FuncHonsforcontrolbasedonNFGandSDNtorunpacketcorefuncHonsongeneralpurposeCPUs•  SynchronizaHonofbase-staHons/antennaresourcesareneededasinanyRAN•  Whataspectsrelatedtosyncarerequired?


Summary•  SyncEandPTParewellestablishedandofferhighlevelsofperformance•  NewfuncJonalitywillofferenhancednetworkfuncJonality•  Evolving5Gwirelessarchitectureandservicesmayrequirehigherperformance

fromsyncnetwork–  EnhancedEECstartstoaddressperformance

•  5Gwilloffernewservicesandsupportnewtechnology.–  SomeservicesmayrequireaccurateJme(e.g.locaJonaccuracy)eventhoughthe

fundamentaltransportdoesn’tneedit.–  PTPnaturaltechnology

•  NewCRANarchitecturesfor5GappeartobewellsupportedbycurrentsynchronizaJontechniques.

–  Somefurtherworkmayberequiredtodefinecertaincomponents,slicingsupportaspectsandpotenJallynewairinterfacedefiniJons.


Thankyouwww.huawei.com

Documents

SyncE and PTP Update...HUAWEI TECHNOLOGIES CO., LTD. Page 4 SyncE: Why was it developed SyncE Networks transiJoning (TDM to Packet) Services transiJoning (E1 to Ethernet) Sync Network