MICROCHIP Asigurarea serviciilor mobile cu suport de sincronizare parțială asistată Instrucțiuni de carte albă

Microchip este un lider recunoscut în inovarea tehnologiilor de sincronizare care permit servicii de rețea de înaltă disponibilitate. Acest lucru este evident cu Suportul asistat de sincronizare parțială (APTS) și Compensarea automată a asimetriei (AAC), două instrumente puternice care asigură funcționarea avansată a rețelelor mobile 4G și 5G. Aplicațiile critice, cum ar fi serviciile de urgență și vehiculele conectate, necesită disponibilitate permanentă pentru rețeaua mobilă. Un astfel de acces garantat necesită densificarea punctelor de acces radio, infrastructură complexă a antenei și tehnici sofisticate de control al interferențelor care se bazează pe alinierea strictă de fază între unitățile radio (RU). Până de curând, operatorii se bazau numai pe GNSS pentru sincronizarea pe fază pentru a sprijini operațiunile Time Division Duplex (TDD), dar GNSS nu este întotdeauna disponibil. GNSS poate fi, de asemenea, vulnerabil la bruiaj sau falsificare. Pentru a reduce expunerea la astfel de evenimente și pentru a menține controlul asupra serviciilor de cronometrare, operatorii folosesc Precision Time Protocol (PTP) pentru a furniza informații de fază și, prin urmare, pentru a garanta serviciul mobil. Cu toate acestea, asimetriile care afectează grav funcționarea PTP sunt inerente rețelei de transport. APTS și AAC atenuează aceste efecte de rețea și sunt fundamentale pentru funcționarea continuă a rețelelor mobile 4G/5G.

Sincronizarea conduce aplicațiile mobile

Pentru a asigura transferul de bază între stațiile de bază și pentru a oferi servicii mobile continue de înaltă calitate, frecvența și faza ceasurilor stației de bază radio trebuie să fie sincronizate cu grijă.
Acest proces de sincronizare este specific tehnologiei radio utilizate. Pentru rețelele mobile bazate pe LTE FDD, alinierea frecvenței dintre celule la interfața aeriană dintre stațiile de bază învecinate trebuie să fie în ±50 ppb față de o referință comună. Pentru a îndeplini această cerință, semnalul de frecvență în stația de bază trebuie să fie în limitele erorii admisibile de ±16 ppb. Rețelele bazate pe fază LTE-TDD sunt specificate cu un maxim de ±1.5 µs de eroare de timp (TE) între interfețele radio și eroarea maximă admisă de timp de la capăt la capăt de la UTC (ceasul de referință specificat la nivel global) la RU este ± 1.1 µs. Acest buget pentru eroare de timp include inexactități ale ceasului de referință și întârzieri aleatorii ale rețelei din cauza zgomotului nodului de transport sau a legăturii, toate acestea putând cauza asimetria rețelei. Rețelei de transport i se alocă ±1 µs din eroarea de timp totală admisă. Rețelele de transport sunt însă eterogene și dinamice; ele evoluează în funcție de schimbările în tehnologiile utilizate, demografiile și modelele de utilizare. Acest lucru adaugă un alt nivel de complexitate la proiectarea arhitecturii de sincronizare, deoarece un plan de sincronizare pentru o rețea mobilă modernă trebuie să fie atât bine conceput, cât și flexibil.

Arhitecturi de sincronizare

Rețelele de sincronizare bazate pe frecvență care utilizează semnale de timp ale stratului fizic sunt în mod tradițional proiectate ca sisteme ierarhice ponderate în centru. Un ceas sursă centralizat generează o frecvență care este propagată hop-by-hop peste elementele rețelei de transport către aplicația finală, în acest caz stațiile de bază FDD.
În ultimul deceniu, rețelele mobile au evoluat de la TDM la IP/Ethernet și au înlocuit sincronizarea stratului fizic cu sisteme care transportă un semnal de temporizare folosind Precision Time Protocol (PTP) la nivelurile IP/Ethernet. Primul val de implementări PTP a fost pentru aplicații FDD, iar PTP a fost acum implementat cu succes cu ceasuri PPT Grandmaster, cum ar fi Microchip TP5000 și TP4100 implementate în sute de rețele mobile din întreaga lume.
Increasingly, the adoption of 5G services is driving next generation mobile networks using phasebased applications deployed at the mobile aggregation and edge of mobile networks. There is consequently a migration from Grandmaster clocks engineered for frequency delivery to Primary Reference Time Clocks (PRTCs, G.8272), that require a GNSS or PTP input and that use phase-specific PTP profiles.
Arhitecturile de rețea pentru aceste aplicații bazate pe fază sunt subtil diferite de cele dezvoltate pentru frecvență. PRTC-urile implementate într-o arhitectură mai distribuită mai aproape de marginea rețelei ar trebui să fie susținute de PRTC/ePRTC de bază de înaltă precizie (Ceas de timp de referință primar îmbunătățit) care poate genera și păstra timp pentru perioade lungi de timp.

Opțiuni de sincronizare pentru Mobile Edge în rețele de fază

Livrarea serviciilor de frecvență folosind PTP este adesea implementată la punctul de agregare RAN, la câțiva hopuri de la RU. Transferul de frecvență are o anumită elasticitate inerentă care permite propagarea într-o rețea asincronă cu încredere, atâta timp cât sunt respectate liniile directoare de inginerie bine stabilite.
Livrarea serviciilor de fază trasabile până la UTC absolut (timp universal coordonat) este proiectată în conformitate cu limitele bugetare Time Error impuse de 3GPP (pentru interfețe radio) și ITU-T pentru interfețele de rețea și ceasurile de referință. Cu toate acestea, în timp ce livrarea de frecvență folosind PTP este bine înțeleasă, același lucru nu este neapărat valabil și pentru transferul de temporizare a fazei folosind PTP. Trimiterea unui cod de timp printr-o rețea de pachete asincronă cu zgomot inerent și întârziere pentru a furniza sincronizarea în ±1.1 µs Eroare de timp în raport cu UTC poate fi o provocare semnificativă.
Există trei moduri de a rezolva această problemă:

Soluția A: GNSS
– Operatorul poate implementa GNSS la fiecare eNB.
– Limite: Fiecare eNB trebuie să fie populat cu GNSS, iar antena GNSS trebuie să aibă linie vizuală continuă la semnalul satelitului. Line of Sight (LoS) nu este întotdeauna posibilă, deoarece view a satelitului poate fi blocat, cum ar fi de vegetație, de umbre cauzate de clădiri înalte (canion urban) sau pentru că eNB este desfășurat în subteran sau în interior. GNSS omniprezent poate fi, de asemenea, costisitor din perspectiva OPEX.
Soluția B: Ceasuri de limită de timp încorporate (T-BC)
– Pentru această arhitectură, rețeaua de transport trebuie să fie proiectată cu o funcție de dejitter bazată pe hardware cunoscută sub numele de Time Boundary Clock (T-BC) încorporată în fiecare NE. Această arhitectură include conceptul unui ceas virtual de referință primar (vPRTC) în care ceasurile sursei receptorului GNSS sunt în locații centralizate.
– Limite: Hardware-ul și software-ul T-BC trebuie să fie implementate pe fiecare nod de transport din lanțul de ceas, ceea ce necesită adesea un ciclu oneros de investiții în rețea. Chiar și atunci când este desfășurat pe fiecare NE, BC nu garantează neapărat că semnalul de sincronizare se va încadra în specificațiile necesare, cu excepția cazului în care rețeaua este proiectată cu atenție pentru a se asigura că nu există asimetrie hop-to-hop pe legături.

Soluția C: PRTC distribuit
– PRTC ușor poate fi mutat la marginea rețelei pentru a reduce numărul de salt între ceas și eNB, astfel încât sincronizarea bazată pe fază folosind PTP să poată atinge eNB în limitele recomandate de ±1.1 µs de eroare de timp.
– Limite: necesită investiții în ceasuri ușoare implementate în jurul marginii rețelei
— o nouă arhitectură de sincronizare distribuită.

Of the three solutions above, locating the PRTC closer to the eNB may enable cost reduction compared to deploying T-BC hardware on every NE or installing GNSS at every cell site. Cost will be an increasingly important factor when planning for densification of eNB for LTE-A and 5G services.
Cu Recomandarea G.8275, ITU-T a recunoscut că cerințele stricte de temporizare a erorilor de timp la eNB au făcut dificilă implementarea ceasurilor PRTC centralizate și, în același timp, garantează viabilitatea semnalului de fază către aplicația finală. Mutarea PRTC mai aproape de aplicația finală reduce probabilitatea ca zgomotul și asimetria de la transportul în rețea să aibă un impact negativ asupra fluxului PTP, dar are și un impact asupra factorului de formă și a cerințelor de capacitate ale PRTC.
Cu Recomandarea G.8275, ITU-T a recunoscut că cerințele stricte de temporizare a erorilor de timp la eNB au făcut dificilă implementarea ceasurilor PRTC centralizate și, în același timp, garantează viabilitatea semnalului de fază către aplicația finală. Mutarea PRTC mai aproape de aplicația finală reduce probabilitatea ca zgomotul și asimetria de la transportul în rețea să aibă un impact negativ asupra fluxului PTP, dar are și un impact asupra factorului de formă și a cerințelor de capacitate ale PRTC.
În nucleul rețelei, unde este nevoie de timp extrem de precis și de reținere extinsă, infrastructura de sincronizare poate include ePRTC de înaltă performanță, de mare capacitate, cu mai multe dispozitive cu rubidiu și ePRC cesiu care nu sunt adecvate pentru implementarea la marginea rețelei.
PRTC de margine distribuită, pe de altă parte, poate fi mult mai mic și costuri mult mai mici.
Figura 3-1. Recomandarea ITU-T G.8275 – PRTC implementat la marginea rețelei Calea principală/Calea de rezervă
Referință de frecvență opțională utilizată pentru a securiza erorile GNSS
Nota: T-GM sunt conectate la PRTC în această arhitectură
Cu toate acestea, PRTC mici distribuite la marginea rețelei ca sisteme autonome fără o conexiune de sincronizare la nucleu sunt izolate de ceasurile centralizate din amonte. Aceasta poate fi o problemă pentru funcționarea continuă dacă dispozitivul își pierde conectivitatea GNSS, deoarece oscilatorii utilizați într-un PRTC atât de mic nu vor putea, în mod normal, să ofere o reținere extinsă la un nivel de precizie de ±100 ns.
Menținerea ±100 ns pentru perioade lungi de timp este domeniul oscilatorilor de înaltă performanță, nu al OCXO sau TCXO ieftin, care se găsește de obicei în dispozitivele de vârf. Odată ce o intrare GNSS este pierdută, atunci PRTC populat cu astfel de oscilatoare se va deplasa rapid în afara specificației de ±100 ns. Acest lucru este prezentat în următoarele două diagrame.

Dacă oscilatorul rătăcește, ieșirea PTP pierde rapid referința de timp

În circumstanțe normale, odată ce GNSS este pierdut, așa cum se arată mai sus, PRTC semnalează imediat pierderea conectivității GNSS clienților atașați. Acest lucru are ramificații pentru eNB. În unele implementări client, de îndată ce conectivitatea GNSS a semnalului PRTC este pierdută (prin trimiterea unui flag ClockClass7, de exempluample), clientul va descalifica imediat fluxul de intrare PTP și va intra în holdover pe baza oscilatorului intern din dispozitivul radio.
In this situation, if the oscillator in the RU is populated with a low-cost oscillator, it will not be able to remain within ±1.1 µs of UTC for more than a few minutes. All RU that disqualify the incoming PTP signal will drift independently. They will rapidly wander apart because the oscillators in each eNB will react differently to the individual environmental constraints and the speed, direction, and stability of the accumulating Time Error will be different for each RU. Moreover these radios will continue to generate RF and this will contribute to increasing and less controlled interference for other active RU in the vicinity from the same or other operators.

Suport de sincronizare parțială asistată

Pentru a evita o situație în care PRTC de margine este izolat și în cazul unei defecțiuni GNSS nu mai poate furniza servicii de fază, Microchip a dezvoltat ideea de a conecta PRTC de margine la ceasurile centrale centralizate folosind un flux PTP. Această idee a fost adoptată de ITU-T și a fost de acord ca Recomandarea G.8273.4 – Suport de sincronizare parțială asistată.
În această arhitectură, fluxul PTP de intrare este cel mai mareampeditată de GNSS utilizat de PRTC de bază.
Fluxul PTP de la PRTC de bază la PRTC margine este configurat ca un protocol unicast, G.8265.1 sau G.8275.2. Intrarea PTP este calibrată pentru Time Error utilizând marginea locală PRTC GNSS. Acest GNSS are aceeași referință (UTC) ca și GNSS din amonte. Fluxul PTP de intrare poate fi considerat efectiv un semnal GNSS proxy de la nucleu cu trasabilitate la UTC.
Dacă sistemul de margine GNSS iese acum din funcțiune din orice motiv, PRTC de margine poate reveni la fluxul PTP calibrat de intrare ca referință de sincronizare și poate continua să genereze intervalul de timp PTP de ieșireamps care sunt aliniate cu GNSS.
Putem vedea acest lucru mai clar în figura următoare.
Figura 4-1. PTP APTS curge ca backup pentru Edge PTRTC

Ambele GNSS au aceeași referință de timp (la)
Ieșirea PTP utilizează Edge PRTC GNSS pentru ieșirea PTP

Declarația formală ITU-T a arhitecturii G.8273.4 este prezentată în figura următoare.
Figura 4-2. ITU-T G.8273.4 Arhitectură de suport de sincronizare parțială asistată

Operarea APTS în detaliu

Operarea APTS este o idee destul de simplă:

Atât PRTC de bază, cât și PRTC de margine au o intrare GNSS referită la ora UTC.

Nucleul PRTC T-GM oferă PTP timetamps la ceasul PRTC/GM din marginea aval folosind un PTP pro multicast sau unicastfile.
Marginea PRTC compară timpul PTPamp la ora GNSS locală.

PRTC marginea acumulează informații despre fluxul PTP din intervalul de timp PTPamps și din schimburile de mesaje cu PRTC de bază. Înțelege astfel întârzierea generală și eroarea de timp pe calea PTP de intrare specifică.
Marginea calibrează fluxul PTP de intrare compensând eroarea de timp acumulată, astfel încât să fie acum echivalentă cu ora GNSS locală.

Acest proces este prezentat în figura următoare. Aceasta arată că GNSS local este la „ora 0”. Eroarea de timp pe fluxul PTP de intrare este eliminată folosind referința GNSS și, prin urmare, nu este la „timpul 0”.
Figura 5-1. APTS G.8273.4: Un flux de intrare PTP este calibrat pentru eroare de timpOdată ce algoritmul APTS funcționează, fluxul PTP de intrare poate fi folosit ca proxy pentru GNSS din amonte. Dacă GNSS de pe PRTC local este pierdut, atunci sistemul va folosi fluxul APTS calibrat de intrare ca ceas de referință. Acest lucru este prezentat în figura următoare.
Figura 5-2. APTS/G.8273.4: Dacă GNSS este pierdut, intrarea PTP calibrată poate fi utilizată pentru a menține timpul de referințăChiar și cu APTS, totuși, dacă GNSS rămâne deconectat, în cele din urmă oscilatorul sistemului se va îndepărta de cerința PRTC de ±100 ns dacă o asimetrie profile necalibrat anterior este introdus în calea de temporizare PTP APTS.
O slăbiciune majoră a implementării standard APTS (G.8273.4) este că, dacă calea PTP este redirecționată în timp ce GNSS este offline, sistemul nu va avea cunoștință despre eroarea de timp pe noua cale.
Cu alte cuvinte, în standardul ITU-T, APTS nu este rezistent la o rearanjare a rețelei care afectează fluxul PTP de intrare. Dar, rețelele centrale moderne bazate pe OTN sau MPLS pot fi foarte dinamice cu rearanjarea intermitentă a căilor de rețea. Aceasta poate fi în mod clar o problemă pentru fluxurile PTP care sunt optimizate pentru o singură cale statică.

Reziliență tehnică – Protecție împotriva rearanjare a căii de intrare PTP

Un sistem PTP end-to-end poate fi făcut mai rezistent prin calibrarea mai multor căi PTP în PRTC de margine.
Cu toate acestea, recomandarea G.8273.4 impune doar ca intrările PTP suplimentare să fie corectate în frecvență, nu calibrate pentru eroare de timp.
În timp ce calibrarea pentru frecvență poate ajuta la stabilizarea oscilatorului PRTC de margine, nu este o reprezentare adevărată a PRTC din amonte care necesită o referință la UTC. Fără o corecție a erorii de timp pe mai mult de un flux de intrare PTP, sistemul de sincronizare PTP este vulnerabil la schimbările dinamice ale rețelei tipice unei rețele rutate moderne. Pe măsură ce rețeaua rearanjează căile PTP, sistemul de margine va pierde capacitatea de a urmări Time Error și de a compensa în consecință. Ca rezultat, PRTC se va îndepărta mai repede de limita de ±100 ns cu o intrare compensată doar cu frecvență decât se va face cu un flux PTP care este bine calibrat Eroare de timp.
Acest lucru este prezentat în următoarele două figuri.
Figura 6-1. G.8273.4: Al doilea flux PTP este doar frecvențăFigura 6-2. Un oscilator cu disciplină exclusivă a frecvenței se va îndepărta rapid de limita PRTC TE acceptată de ±100 nsDupă cum se poate vedea mai sus, implementarea standard presupune că rețeaua este statică și că PRTC se va putea baza întotdeauna pe fluxul PTP de intrare pentru a furniza un ceas de referință. Cu toate acestea, rețelele moderne de pachete asincrone sunt dinamice; rearanjamentele rețelei sunt destul de comune și căile PTP se pot schimba și se schimbă. Unul dintre avantajele principale ale unei rețele MPLS sau OTN, de fapt, este rerutările fără întreruperi fără a fi nevoie să rezerve căi alternative sau să furnizeze lățime de bandă suplimentară în rețea. Pentru aplicațiile de frecvență, aceasta poate să nu fie o problemă majoră, în funcție de numărul de salturi pe care trebuie să le parcurgă pachetele PTP. Cu toate acestea, pentru o aplicație de fază care se bazează pe o eroare de timp bine concepută, o schimbare a căii pentru fluxul PTP care transportă informații despre timp poate fi problematică. Acest lucru se datorează faptului că noua cale va avea aproape sigur o eroare de timp diferită de calea originală.
Microcip a rezolvat această problemă prin îmbunătățirea standardului G.8273.4 cu compensarea automată a asimetriei (AAC), o metodă patentată care permite compensarea erorii de timp pe până la 32 de căi PTP per sursă de ceas PRTC.

Compensarea automată a asimetriei (AAC)

Compensarea automată a asimetriei, așa cum este implementată de Microchip, îmbunătățește semnificativ algoritmul standardizat APTS. Următoarea figură prezintă o reprezentare simplă a AAC.
Figura 7-1. APTS + AAC (Compensarea automată a asimetriei)După cum am discutat mai sus, cu G.8273.4 sistemul calibrează doar o cale de intrare PTP. În aceste circumstanțe, o calibrare Time Error este viabilă numai dacă calea calibrată este viabilă. Dacă traseul dintre miez și margine PRTC ar trebui să se schimbe prin rearanjare, atunci eroarea de timp inerentă se va schimba și compensarea sau calibrarea căii nu mai este viabilă.
Cu compensarea automată a asimetriei de la Microcip, un tabel de erori de timp pentru calea de intrare PTP este menținut de sistemul PRTC de margine pentru până la 32 de fluxuri PTP de intrare. Fiecare cale este asociată cu masterul PTP care furnizează fluxul activ. Mai mult, în cazul Microchip edge PRTC și ceasuri gateway, mai mulți clienți pot funcționa pe același sistem, fiecare având potențialul de a calibra până la 32 de căi de intrare pentru Time Error.

Corecția asimetriei este întotdeauna activă și dinamică

Doar pentru că fluxul PTP este calibrat, nu înseamnă că oferă o corecție la ieșirea PTP.
Dacă GNSS conduce ieșirile de fază/timp, atunci ieșirea este condusă de GNSS, nu de fluxul PTP de intrare. Un punct important aici este că capacitatea de a genera intrări în tabelul de asimetrie și de a avea o cale calibrată nu are nicio legătură cu faptul că calea PTP curentă conduce sau nu ieșirea. Cu alte cuvinte, APTS + AAC este întotdeauna activ, indiferent de starea sistemului local, inclusiv a GNSS.
Notă: A avea căi introduse în tabelul TE nu garantează neapărat că marginea PRTC este în prezent („în acest moment”) capabilă să ofere compensare a asimetriei. Capacitatea de a oferi compensare a asimetriei este pur și simplu afirmată astfel: „Dacă (și numai dacă) fluxul curent PTP a fost asociat cu o intrare în tabel, atunci (și numai atunci) suntem în prezent capabili să compensăm asimetria.”
Deoarece funcționează continuu, funcția AAC construiește în mod dinamic un istoric care permite sistemului să-și amintească ceea ce a fost văzut anterior. Intrările din tabel pentru corectarea asimetriei constituie o bază de date care stochează informații despre căile PTP asociate cu ID-ul unic de ceas al PRTC sursă. Mai mult, fiecare intrare are o semnătură folosită pentru acea cale atunci când GNSS nu este disponibil. Odată identificate, asimetria și decalajul stocate (Eroare de timp) asociate cu acea cale sunt aplicate de fiecare dată când este văzută semnătura respectivă.
Rearanjarea rețelei poate afecta intrarea PTP, deoarece poate provoca modificări semnificative ale caracteristicilor fluxului PTP, cum ar fi o pierdere completă a fluxului, modificarea caracteristicilor de zgomot sau o modificare a timpului de călătorie dus-întors. Când apare o astfel de schimbare semnificativă în fluxul PTP de intrare, aceasta trebuie reevaluată și apoi, dacă sunt îndeplinite criteriile potrivite, poate deveni o cale calibrată. Desigur, noile intrări de cale de asimetrie nu pot fi create fără disponibilitatea GNSS (care oferă referința de calibrare).
Figura 8-1. Microcip APTS + AAC – Toate căile PTP sunt calibrate

Comportament când Calea nu este calibrată pentru eroare de timp

Dacă intrarea PTP conduce la ieșirea de fază/timp PTP, ajustarea fazei la referința UTC va avea loc dacă (și numai dacă) intrarea este o cale calibrată. Dacă calea PTP nu a fost calibrată pentru Eroare de timp utilizând GNSS, atunci vor fi aplicate numai ajustările de frecvență.
Acest comportament protejează ieșirile de fază/timp de a fi afectate de asimetria PTP necunoscută, care ar avea loc dacă ajustările de fază/timp s-ar baza pe o cale PTP care nu a fost calibrată pentru eroare de timp.

Example of APTS AAC Operation

Luați în considerare următorul scenariu:
Sistemul rulează inițial cu GNSS și PTP, cu Microcip AAC, caracteristica de asimetrie este activată automat. GNSS conduce ieșirile PTP. Toate ieșirile sunt la t0 (timpul zero).
Să presupunem că calea PTP curentă are o corecție de offset (Eroare de timp din cauza asimetriei) de +3 µs. Aceasta devine calea calibrată.
Calea este calibrată deoarece reglarea asimetriei (compensarea erorii de timp) este aplicată automat în timp ce GNSS este activ.
GNSS este apoi pierdut, astfel încât calea de intrare PTP cu o corecție de offset calibrată de +3 µs este intrarea primară și conduce ieșirea de fază.
Acum presupuneți că există o schimbare în calea de intrare PTP cauzată de un fenomen de rearanjare a rețelei, cum ar fi o tăiere a fibrei. În acest caz, apare o nouă semnătură PTP complet diferită (de example, o modificare a timpului dus-întors).
Acum există două scenarii posibile:

Dacă sistemul utilizează G,8273.4 conform standardului.
o. Deoarece GNSS nu este disponibil pentru a stabili asimetria asociată cu noua cale, acesta nu poate fi calibrat pentru TE. Totuși, acesta va fi supus corecției de frecvență conform standardului. Rezultatul este că ieșirea de fază va fi afectată rapid de pierderea GNSS.
Dacă sistemul utilizează AAC îmbunătățit G.8273.4.
o. Deoarece GNSS nu este disponibil pentru a stabili asimetria asociată cu noua cale, acesta nu poate fi calibrat pentru TE. Cu toate acestea, dacă această nouă cale a fost văzută anterior, va avea o semnătură TE care permite sistemului să se adapteze la noua cale. Rezultatul este că ieșirea de fază nu va fi afectată de pierderea GNSS.

Există acum două posibilități principale de evenimente:

Calea PTP originală revine. Acest lucru va duce la o rearanjare suplimentară a sistemului. Detectarea semnăturii cunoscute va avea ca rezultat utilizarea intrării PTP deja calibrate. Controlul fazei active se reia.
GNSS revine. Sistemul va funcționa normal. După cum am afirmat deja, pentru ca AAC să fie funcțional, GNSS local trebuie să fie calificat și operațional deoarece intrarea GNSS este utilizată ca valoare de calibrare; Căile de intrare PTP sunt comparate și validate cu această valoare. Cu toate acestea, odată ce a avut loc cel puțin o intrare în tabel, caracteristica de asimetrie poate funcționa fără GNSS.

Intervenție manuală de valoare limitată

AAC implementat de Microchip permite utilizatorului ajustarea ieșirilor aliniate în fază atunci când PTP este referința de intrare selectată. Acest lucru permite compensarea utilizatorului a asimetriei statice cunoscute în calea de intrare PTP.
Există unele cazuri de utilizare în care este posibil să se corecteze o eroare de timp fixă sau constantă cunoscută.
De exampîntr-un scenariu în care calea dintre PRTC sursă și PRTC margine este cunoscută ca având o conversie cu rată fixă de la 1GE la 100BASE-T. Această conversie a ratei creează o asimetrie cunoscută de aproximativ 6 µs, ceea ce ar duce la o eroare de fază de 3 µs (eroarea datorată asimetriei este întotdeauna jumătate din diferența dintre lungimile căilor).
Pentru a compensa manual, utilizatorul trebuie să cunoască asimetria de pe traseu, iar aceasta va necesita măsurare. Astfel, această opțiune de configurare este viabilă numai atunci când asimetria din calea PTP este atât cunoscută, cât și constantă. Dacă există o asimetrie care se schimbă dinamic în cale, această capacitate nu este utilă deoarece nu se poate adapta.
Puterea Microcipului AAC, pe de altă parte, este că detectează și compensează automat asimetria fără a fi nevoie să implementeze o măsurătoare separată și să injecteze o valoare manual.

Concluzie

Figura 12-1. Rezumatul Funcționării APTS AACAs mobile networks evolve from frequency-based networks to dense highly distributed radio heads that require phase alignment to provide advanced 5G services, it will be increasingly necessary to deploy PRTCs around the edge of the network. These PRTCs can be protected by implementing Assisted Partial Timing Support, G.8273.4, an engineering tool that can be used to back up the PRTC at the edge from a core PRTC.
Cu toate acestea, algoritmul standard APTS este limitat la furnizarea de corecție a erorii de timp pentru un flux de intrare PTP și, prin urmare, nu are o rezistență fundamentală; adică abilitatea de a calibra și utiliza mai mult de o cale de intrare PTP care a fost corectată pentru Time Error.
Microchip a dezvoltat compensarea automată a asimetriei, o îmbunătățire puternică a implementării standard APTS, care permite PRTC de margine să calibreze până la 96 de căi de intrare PTP diferite și, prin urmare, să rămână în funcțiune chiar și cu schimbări semnificative și frecvente în rețeaua de transport.
Microcip se concentrează pe furnizarea de instrumente consistente și fiabile care permit funcționarea fără întreruperi a sistemelor de ceas de următoarea generație. APTS + AAC este încă o contribuție semnificativă în acest lung record de inovație.

Istoricul revizuirilor

Istoricul revizuirilor descrie modificările care au fost implementate în document. Modificările sunt listate după revizuire, începând cu cea mai recentă publicație.

Revizuire	Data	Descriere
A	08/2024	Revizuirea inițială

Informații despre microcip
Microcipul Website-ul
Microcip oferă suport online prin intermediul nostru website la www.microchip.com/. Acest website-ul este folosit pentru a face files și informații ușor accesibile clienților. Unele dintre conținuturile disponibile includ:

Suport pentru produse – Fișe de date și errate, note de aplicație și sampprogramele, resursele de proiectare, ghidurile utilizatorului și documentele de suport hardware, cele mai recente versiuni de software și software arhivat
Asistență tehnică generală – Întrebări frecvente (FAQs), solicitări de asistență tehnică, grupuri de discuții online, lista de membri ai programului de parteneri de proiectare Microchip
Business of Microchip – Ghiduri de selecție de produse și comenzi, ultimele comunicate de presă Microchip, listarea seminariilor și evenimentelor, listele birourilor de vânzări ale Microcipului, distribuitorilor și reprezentanților fabricilor

Serviciul de notificare privind schimbările de produs
Serviciul de notificare de modificare a produselor Microchip ajută la menținerea clienților la curent cu produsele Microchip. Abonații vor primi notificări prin e-mail ori de câte ori apar modificări, actualizări, revizuiri sau erori legate de o anumită familie de produse sau instrument de dezvoltare de interes.
Pentru a vă înscrie, accesați www.microchip.com/pcn și urmați instrucțiunile de înregistrare.

Asistență pentru clienți
Utilizatorii produselor Microchip pot primi asistență prin mai multe canale:

Distribuitor sau Reprezentant
Biroul local de vânzări
Inginer de soluții integrate (ESE)
Suport tehnic

Clienții trebuie să-și contacteze distribuitorul, reprezentantul sau ESE pentru asistență. Birourile locale de vânzări sunt, de asemenea, disponibile pentru a ajuta clienții. O listă a birourilor și locațiilor de vânzări este inclusă în acest document.
Suportul tehnic este disponibil prin intermediul website la: www.microchip.com/support

Caracteristica de protecție a codului dispozitivelor cu microcip
Rețineți următoarele detalii despre caracteristica de protecție a codului de pe produsele Microcip:

Produsele cu microcip îndeplinesc specificațiile conținute în fișa lor specială pentru microcip.
Microchip consideră că familia sa de produse este sigură atunci când este utilizată în modul prevăzut, în cadrul specificațiilor de funcționare și în condiții normale.
Microcipul apreciază și își protejează în mod agresiv drepturile de proprietate intelectuală. Încercările de încălcare a caracteristicilor de protecție prin cod ale produsului Microchip sunt strict interzise și pot încălca Digital Millennium Copyright Act.
Nici Microcip și nici alt producător de semiconductori nu poate garanta securitatea codului său. Protecția prin cod nu înseamnă că garantăm că produsul este „incasibil”. Protecția prin cod este în continuă evoluție. Microchip se angajează să îmbunătățească continuu caracteristicile de protecție prin cod ale produselor noastre.

Aviz legal
Această publicație și informațiile de aici pot fi utilizate numai cu produsele Microchip, inclusiv pentru a proiecta, testa și integra produsele Microchip cu aplicația dumneavoastră. Utilizarea acestor informații în orice alt mod încalcă acești termeni. Informațiile referitoare la aplicațiile dispozitivului sunt furnizate numai pentru confortul dvs. și pot fi înlocuite de actualizări. Este responsabilitatea dumneavoastră să vă asigurați că aplicația dumneavoastră corespunde specificațiilor dumneavoastră. Contactați biroul local de vânzări Microchip pentru asistență suplimentară sau obțineți asistență suplimentară la www.microchip.com/en-us/support/design-help/client-support-services.

ACESTE INFORMAȚII ESTE FURNIZATE DE MICROCHIP „CA AȘA ESTE”. MICROCHIP NU OFERĂ DECLARAȚII SAU GARANȚII DE NICIUN FEL, EXPRESE SAU IMPLICITE, SCRISE SAU ORALE, LEGALE SAU DE ALTE ALTE, LEGATE DE INFORMAȚII INCLUSIVĂ, DAR FĂRĂ A SE LIMITA LA NICIO GARANȚIE IMPLICITĂ DE NEÎNCĂLCARE, COMERCIALITATE ȘI PARTICIBILITATE, PENTRU O PUBLICABILITATE. GARANȚII LEGATE DE STARE, CALITATE SAU PERFORMANȚĂ.
MICROCHIP NU VA FI RESPONSABIL ÎN NICIUN CAZ PENTRU PIERDERI INDIRECTE, SPECIALE, PUNITIVE, INCIDENTALE SAU CONSECUȚIONALE, DAUNE, COST SAU CHELTUIELI DE NICIUN FEL LEGATE DE INFORMAȚII SAU DE UTILIZAREA ACESTELOR, ORICARE CAUZATE, CHIAR DACĂ FUN ADOPTII. POSIBILITATE SAU DAUNELE SUNT PREVIZIBILE. ÎN MĂSURA TOTALĂ PERMISĂ DE LEGE, RESPONSABILITATEA TOTALĂ A MICROCHIP PENTRU TOATE RECLAMAȚIILE ÎN ORICE MOD LEGATE DE INFORMAȚII SAU DE UTILIZAREA EI NU VA DEPĂȘI SUMA TAXEI PE CARE LE-AȚI PLATIT DIRECT LA MICROCHIP PENTRU INFORMAȚII, DACĂ CARE ESTE.
Utilizarea dispozitivelor Microcip în aplicații de susținere a vieții și/sau de siguranță este în întregime pe riscul cumpărătorului, iar cumpărătorul este de acord să apere, să despăgubească și să țină inofensiv Microcipul de orice daune, pretenții, procese sau cheltuieli care rezultă dintr-o astfel de utilizare. Nicio licență nu este transmisă, implicit sau în alt mod, în baza niciunui drept de proprietate intelectuală Microchip, cu excepția cazului în care se specifică altfel.

Mărci comerciale
Numele și sigla Microcipului, sigla Microcipului, Adaptec, AVR, sigla AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStyluuchs, MediaLB, megaAVR, Microsemi, sigla Microsemi, MOST, sigla MOST, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, sigla PIC32, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron și XMEGA sunt mărci comerciale înregistrate ale Microchip Technology Incorporated în SUA și în alte țări.
AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo-ul ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld, TimeCesium, TimeHub, TimePictra, TimeProvider și ZL sunt mărci comerciale înregistrate ale Microchip Technology Incorporated în SUA
Suprimarea tastelor adiacente, AKS, Analog-for-the-Digital Age, Any Capacitor, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM Averagenet, Dynamic Media Matching. , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge, IGaT, Programare serială în circuit, ICSP, INICnet, Paralela inteligentă, IntelliMOS, Conectivitate între cipuri, JitterBlocker, Knob-on-Display, MarginLink, maxC maxView, memBrain, Mindi, MiWi, MPASM, MPF, sigla MPLAB Certified, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSmart, PureSilicon , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance , Timp de încredere, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect și ZENA sunt mărci comerciale ale Microchip Technology Incorporated în SUA și în alte țări.
SQTP este o marcă de serviciu a Microchip Technology Incorporated din SUA
Sigla Adaptec, Frequency on Demand, Silicon Storage Technology și Symmcom sunt mărci comerciale înregistrate ale Microchip Technology Inc. în alte țări.
GestIC este o marcă înregistrată a Microchip Technology Germany II GmbH & Co. KG, o subsidiară a Microchip Technology Inc., în alte țări.

Toate celelalte mărci comerciale menționate aici sunt proprietatea companiilor respective.
© 2024, Microchip Technology Incorporated și filialele sale. Toate drepturile rezervate.
ISBN: 978-1-6683-0120-3
Sistemul de management al calității
Pentru informații despre sistemele de management al calității Microchip, vă rugăm să vizitați www.microchip.com/quality.

Vânzări și service la nivel mondial

AMERICII	ASIA/PACIFIC	ASIA/PACIFIC	EUROPA
Biroul Corporativ 2355 West Chandler Blvd. Chandler, AZ 85224-6199 Tel: 480-792-7200 Fax: 480-792-7277 Suport tehnic: www.microchip.com/support Web Adresa: www.microchip.com Atlanta Duluth, GA Tel: 678-957-9614 Fax: 678-957-1455 Austin, TX Tel: 512-257-3370 Boston Westborough, MA Tel: 774-760-0087 Fax: 774-760-0088 Chicago Itasca, IL Tel: 630-285-0071 Fax: 630-285-0075 Dallas Addison, TX Tel: 972-818-7423 Fax: 972-818-2924 Detroit Novi, MI Tel: 248-848-4000 Houston, TX Tel: 281-894-5983 Indianapolis Noblesville, IN Tel: 317-773-8323 Fax: 317-773-5453 Tel: 317-536-2380 Los Angeles Mission Viejo, CA Tel: 949-462-9523 Fax: 949-462-9608 Tel: 951-273-7800 Raleigh, NC Tel: 919-844-7510 New York, NY Tel: 631-435-6000 San Jose, CA Tel: 408-735-9110 Tel: 408-436-4270 Canada – Toronto Tel: 905-695-1980 Fax: 905-695-2078	Australia – Sydney Tel: 61-2-9868-6733 China – Beijing Tel: 86-10-8569-7000 China – Chengdu Tel: 86-28-8665-5511 China – Chongqing Tel: 86-23-8980-9588 China – Dongguan Tel: 86-769-8702-9880 China – Guangzhou Tel: 86-20-8755-8029 China – Hangzhou Tel: 86-571-8792-8115 China – Hong Kong SAR Tel: 852-2943-5100 China – Nanjing Tel: 86-25-8473-2460 China – Qingdao Tel: 86-532-8502-7355 China – Shanghai Tel: 86-21-3326-8000 China – Shenyang Tel: 86-24-2334-2829 China – Shenzhen Tel: 86-755-8864-2200 China – Suzhou Tel: 86-186-6233-1526 China – Wuhan Tel: 86-27-5980-5300 China – Xian Tel: 86-29-8833-7252 China – Xiamen Tel: 86-592-2388138 China – Zhuhai Tel: 86-756-3210040	India – Bangalore Tel: 91-80-3090-4444 India – New Delhi Tel: 91-11-4160-8631 India - Pune Tel: 91-20-4121-0141 Japonia – Osaka Tel: 81-6-6152-7160 Japonia – Tokyo Tel: 81-3-6880- 3770 Coreea – Daegu Tel: 82-53-744-4301 Coreea – Seul Tel: 82-2-554-7200 Malaezia – Kuala Lumpur Tel: 60-3-7651-7906 Malaezia – Penang Tel: 60-4-227-8870 Filipine – Manila Tel: 63-2-634-9065 Singapore Tel: 65-6334-8870 Taiwan – Hsin Chu Tel: 886-3-577-8366 Taiwan – Kaohsiung Tel: 886-7-213-7830 Taiwan – Taipei Tel: 886-2-2508-8600 Thailanda – Bangkok Tel: 66-2-694-1351 Vietnam – Ho Chi Minh Tel: 84-28-5448-2100	Austria – Wels Tel: 43-7242-2244-39 Fax: 43-7242-2244-393 Danemarca – Copenhaga Tel: 45-4485-5910 Fax: 45-4485-2829 Finlanda – Espoo Tel: 358-9-4520-820 Franța – Paris Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 Germania – Garching Tel: 49-8931-9700 Germania – Haan Tel: 49-2129-3766400 Germania – Heilbronn Tel: 49-7131-72400 Germania – Karlsruhe Tel: 49-721-625370 Germania – Munchen Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 Germania – Rosenheim Tel: 49-8031-354-560 Israel – Hod Hasharon Tel: 972-9-775-5100 Italia – Milano Tel: 39-0331-742611 Fax: 39-0331-466781 Italia – Padova Tel: 39-049-7625286 Olanda – Drunen Tel: 31-416-690399 Fax: 31-416-690340 Norvegia – Trondheim Tel: 47-72884388 Polonia – Varșovia Tel: 48-22-3325737 România – București Tel: 40-21-407-87-50 Spania – Madrid Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 Suedia – Gothenberg Tel: 46-31-704-60-40 Suedia – Stockholm Tel: 46-8-5090-4654 Marea Britanie – Wokingham Tel: 44-118-921-5800 Fax: 44-118-921-5820

Documente/Resurse

MICROCHIP Asigurarea serviciilor mobile cu suport pentru sincronizare parțială asistată [pdfInstrucțiuni
DS00005550A, Carte albă pentru asigurarea serviciilor mobile cu suport pentru sincronizare parțială asistată, Carte albă pentru servicii mobile cu suport pentru sincronizare parțială asistată, Carte albă pentru servicii cu suport pentru sincronizare parțială asistată, Carte albă pentru suport pentru sincronizare parțială asistată, Carte albă pentru suport pentru sincronizare parțială, Carte albă pentru suport pentru sincronizare parțială, Suport White Paper, Paper

Referințe

Manual de utilizare

Introducere