MICROCHIP Zajištění mobilních služeb s asistovanou podporou částečného časování Pokyny k bílé knize

Microchip je uznávaným lídrem v inovacích technologií časování, které umožňují vysoce dostupné síťové služby. To je zřejmé s podporou asistovaného částečného časování (APTS) a automatickou kompenzací asymetrie (AAC), dvěma výkonnými nástroji, které zajišťují pokročilý provoz mobilních sítí 4G a 5G. Kritické aplikace, jako jsou nouzové služby a připojená vozidla, vyžadují neustálou dostupnost mobilní sítě. Takový zaručený přístup vyžaduje zhuštění rádiových přístupových bodů, složitou anténní infrastrukturu a sofistikované techniky kontroly rušení, které spoléhají na přísné fázové vyrovnání mezi rádiovými jednotkami (RU). Až donedávna se operátoři spoléhali pouze na GNSS pro fázově založené časování pro podporu operací s duplexním časovým dělením (TDD), ale GNSS není vždy k dispozici. GNSS může být také náchylné k rušení nebo falšování. Aby se omezilo vystavení takovým událostem a udrželi si kontrolu nad časovými službami, operátoři používají protokol Precision Time Protocol (PTP) k poskytování informací o fázi, a tím garantují mobilní službu. Nicméně asymetrie, které vážně ovlivňují provoz PTP, jsou vlastní transportní síti. APTS a AAC zmírňují tyto síťové efekty a jsou zásadní pro pokračující provoz mobilních sítí 4G/5G.

Synchronizace pohání mobilní aplikace

Pro zajištění základního předávání mezi základnovými stanicemi a poskytování nepřetržitých vysoce kvalitních mobilních služeb musí být frekvence a fáze hodin rádiových základnových stanic pečlivě synchronizovány.
Tento proces synchronizace je specifický pro použitou rádiovou technologii. U mobilních sítí založených na LTE FDD musí být mezibuňkové zarovnání frekvence na vzdušném rozhraní mezi sousedními základnovými stanicemi v rozmezí ±50 ppb od společné reference. Pro splnění tohoto požadavku musí být frekvenční signál do základnové stanice v rámci dovolené chyby ±16 ppb. Sítě založené na fázi LTE-TDD jsou specifikovány s maximem ±1.5 µs časové chyby (TE) mezi rádiovými rozhraními a maximální přípustná end-to-end časová chyba z UTC (globálně specifikované referenční hodiny) do RU je ± 1.1 us. Tento rozpočet Time Error zahrnuje nepřesnosti referenčních hodin a náhodná zpoždění sítě kvůli šumu dopravního uzlu nebo spoje, což vše může způsobit asymetrii sítě. Transportní síti je přiděleno ±1 µs celkové povolené časové chyby. Dopravní sítě jsou však heterogenní a dynamické; vyvíjejí se podle změn používaných technologií, demografických údajů a vzorců používání. To přidává další vrstvu složitosti při navrhování architektury taktování, protože plán synchronizace pro moderní mobilní síť musí být pečlivě navržený a flexibilní.

Synchronizační architektury

Frekvenčně založené synchronizační sítě využívající časové signály fyzické vrstvy jsou tradičně navrženy jako hierarchické systémy se zdůrazněným středem. Centralizované zdrojové hodiny generují frekvenci, která se šíří skok po skoku přes prvky transportní sítě ke koncové aplikaci, v tomto případě základnovým stanicím FDD.
Během posledního desetiletí se mobilní sítě vyvinuly z TDM na IP/Ethernet a nahradily synchronizaci fyzické vrstvy systémy přenášejícími signál časování pomocí protokolu PTP (Precision Time Protocol) na vrstvách IP/Ethernet. První vlna nasazení PTP byla pro aplikace FDD a PTP bylo nyní úspěšně implementováno s hodinami PPT Grandmaster, jako jsou Microchip TP5000 a TP4100 nasazené ve stovkách mobilních sítí po celém světě.
Přijetí služeb 5G stále více pohání mobilní sítě nové generace využívající fázově založené aplikace nasazené na mobilní agregaci a okraji mobilních sítí. V důsledku toho dochází k migraci z hodin Grandmaster navržených pro frekvenční doručování na hodiny primárního referenčního času (PRTC, G.8272), které vyžadují vstup GNSS nebo PTP a které používají fázově specifické PTP profiles.
Síťové architektury pro tyto fázově založené aplikace se nepatrně liší od architektury vyvinuté pro frekvenci. PRTC nasazené v distribuovanější architektuře blíže okraji sítě by měly být zálohovány vysoce přesným jádrem PRTC/ePRTC (enhanced Primary Reference Time Clock), které dokáže generovat a uchovávat čas po delší dobu.

Možnosti synchronizace pro Mobile Edge ve fázových sítích

Doručování frekvenčních služeb pomocí PTP je často nasazeno v agregačním bodě RAN, několik skoků od železničního podniku. Přenos frekvence má určitou vnitřní elasticitu, která umožňuje šíření přes asynchronní síť s jistotou, pokud jsou dodržovány dobře zavedené technické pokyny.
Dodávka fázových služeb s návazností na absolutní UTC (univerzální koordinovaný čas) je navržena v souladu s rozpočtovými limity časové chyby, které ukládá 3GPP (pro rádiová rozhraní) a ITU-T pro síťová rozhraní a referenční hodiny. Nicméně, zatímco dodání frekvence pomocí PTP je dobře známo, totéž nemusí nutně platit pro přenos fázového časování pomocí PTP. Odeslání časového kódu přes asynchronní paketovou síť s inherentním šumem a zpožděním pro zajištění synchronizace v rozmezí ±1.1 µs Časová chyba vzhledem k UTC může být významnou výzvou.
Tento problém lze vyřešit třemi způsoby:

Řešení A: GNSS
– Operátor může nasadit GNSS na každé eNB.
– Omezení: Každý eNB musí být osazen GNSS a anténa GNSS musí mít nepřetržitou viditelnost na satelitní signál. Line of Sight (LoS) není vždy možné, protože view satelitu může být blokováno, například vegetací, stíny způsobenými výškovými budovami (městský kaňon), nebo protože je eNB umístěn pod zemí nebo uvnitř. Všudypřítomný GNSS může být také nákladný z pohledu OPEX.
Řešení B: Vestavěné časové hraniční hodiny (T-BC)
– Pro tuto architekturu musí být transportní síť navržena s hardwarovou funkcí dejitter, známou jako Time Boundary Clock (T-BC), zabudovanou v každém NE. Tato architektura zahrnuje koncept virtuálních hodin primárního referenčního času (vPRTC), kde jsou zdrojové hodiny GNSS přijímače v centralizovaných místech.
– Limity: Hardware a software T-BC musí být nasazeny na každém transportním uzlu v hodinovém řetězci, což často vyžaduje náročný cyklus investic do sítě. I když je BC nasazen na každém NE, nemusí BC nutně zaručit, že časovací signál bude v požadované specifikaci, pokud není síť pečlivě navržena tak, aby bylo zajištěno, že na spojích nebude žádná asymetrie mezi skoky.

Řešení C: Distribuovaný PRTC
– Lehký PRTC lze přesunout na okraj sítě, aby se snížil počet skoků mezi hodinami a eNB tak, aby fázově založené časování pomocí PTP mohlo dosáhnout eNB v rámci doporučených limitů časové chyby ±1.1 µs.
– Limity: Vyžaduje investice do lehkých hodin nasazených na okraji sítě
— nová architektura distribuovaného časování.

Ze tří výše uvedených řešení může umístění PRTC blíže k eNB umožnit snížení nákladů ve srovnání s nasazením hardwaru T-BC na každém NE nebo instalací GNSS na každé stanoviště buňky. Náklady budou stále důležitějším faktorem při plánování zhuštění eNB pro služby LTE-A a 5G.
S doporučením G.8275 ITU-T uznala, že přísné požadavky na časování časových chyb v eNB znesnadnily nasazení centralizovaných hodin PRTC a současně zaručily životaschopnost fázového signálu pro koncovou aplikaci. Přesunutí PRTC blíže ke koncové aplikaci snižuje pravděpodobnost, že hluk a asymetrie ze síťového přenosu negativně ovlivní tok PTP, ale má také dopad na tvarový faktor a požadavky na kapacitu PRTC.
S doporučením G.8275 ITU-T uznala, že přísné požadavky na časování časových chyb v eNB znesnadnily nasazení centralizovaných hodin PRTC a současně zaručily životaschopnost fázového signálu pro koncovou aplikaci. Přesunutí PRTC blíže ke koncové aplikaci snižuje pravděpodobnost, že hluk a asymetrie ze síťového přenosu negativně ovlivní tok PTP, ale má také dopad na tvarový faktor a požadavky na kapacitu PRTC.
V jádru sítě, kde je vyžadován extrémně přesný čas a rozsáhlá výdrž, může taktovací infrastruktura zahrnovat vysoce výkonný, vysokokapacitní ePRTC s více rubidiovými a ePRC cesiovými zařízeními, která nejsou vhodná pro nasazení na okraji sítě.
Na druhé straně může být PRTC s distribuovanou hranou mnohem menší a mnohem levnější.
Obrázek 3-1. Doporučení ITU-T G.8275 – PRTC nasazeno na okraji sítě Primární cesta/Záložní cesta
Volitelná frekvenční reference používaná k zabezpečení selhání GNSS
Poznámka: T-GM jsou v této architektuře připojeny k PRTC
Avšak malé PRTC distribuované na okraji sítě jako samostatné systémy bez časovaného připojení k jádru jsou izolovány od předřazených centralizovaných hodin. To může být problém pro pokračující provoz, pokud zařízení ztratí konektivitu GNSS, protože oscilátory používané v tak malém PRTC nebudou normálně schopny zajistit rozsáhlé udržení na úrovni přesnosti ±100 ns.
Udržení ±100 ns po delší dobu je doménou vysoce výkonných oscilátorů, nikoli levných OCXO nebo TCXO, které se typicky vyskytují v okrajových zařízeních. Jakmile dojde ke ztrátě vstupu GNSS, pak se PRTC obsazený takovými oscilátory rychle posune mimo specifikaci ±100 ns. To je znázorněno na následujících dvou diagramech.

Pokud se oscilátor toulá, PTP výstup rychle ztrácí časovou referenci

Za normálních okolností, jakmile dojde ke ztrátě GNSS, jak je znázorněno výše, PRTC okamžitě signalizuje ztrátu připojení GNSS připojeným klientům. To má důsledky pro eNB. V některých klientských implementacích, jakmile se ztratí konektivita GNSS signálu PRTC (zasláním příznaku clockClass7, např.ample), klient okamžitě diskvalifikuje vstupní tok PTP a přejde do pozastavení na základě interního oscilátoru v rádiovém zařízení.
V této situaci, pokud je oscilátor v RU osazen levným oscilátorem, nebude schopen zůstat v rozmezí ±1.1 µs od UTC déle než několik minut. Všechny ŽP, které diskvalifikují příchozí signál PTP, budou driftovat nezávisle. Budou se rychle vzdalovat, protože oscilátory v každém eNB budou reagovat odlišně na jednotlivá omezení prostředí a rychlost, směr a stabilita kumulující se časové chyby se budou pro každý RU lišit. Navíc tato rádia budou nadále generovat RF a to přispěje ke zvýšení a méně kontrolovanému rušení pro ostatní aktivní ŽP v okolí od stejného nebo jiných operátorů.

Asistovaná podpora částečného časování

Aby se předešlo situaci, kdy je okrajový PRTC izolován a v případě selhání GNSS již nemůže poskytovat fázové služby, vyvinul Microchip myšlenku připojení okrajového PRTC k centralizovaným hodinám jádra pomocí toku PTP. Tato myšlenka byla přijata ITU-T a schválena jako doporučení G.8273.4 – Assisted Partial Timing Support.
V této architektuře je příchozí tok PTP nejkratšíampvytvořeno pomocí GNSS používaného jádrem PRTC.
Tok PTP od jádra PRTC k okrajovému PRTC je nakonfigurován jako protokol unicast, G.8265.1 nebo G.8275.2. Vstup PTP je kalibrován pro časovou chybu pomocí PRTC GNSS místní hrany. Tento GNSS má stejnou referenci (UTC) jako upstream GNSS. Příchozí PTP tok lze považovat za efektivní proxy GNSS signál z jádra s návazností na UTC.
Pokud nyní okrajový systém GNSS z nějakého důvodu vypadne z provozu, okrajový PRTC se může vrátit zpět na příchozí kalibrovaný PTP tok jako časovací referenci a pokračovat ve generování odchozích PTP časů.amps, které jsou zarovnány s GNSS.
Názorněji to vidíme na následujícím obrázku.
Obrázek 4-1. PTP APTS Toky jako záloha pro Edge PTRTC

Oba GNSS mají stejný časový odkaz (na)

Výstup PTP používá Edge PRTC GNSS pro výstup PTP

Formální prohlášení ITU-T architektury G.8273.4 je znázorněno na následujícím obrázku.
Obrázek 4-2. ITU-T G.8273.4 Architektura asistované podpory částečného časování

Podrobný provoz APTS

Provoz APTS je docela jednoduchý nápad:

Jak jádro PRTC, tak okrajový PRTC mají vstup GNSS odkazovaný na čas UTC.

Jádro PRTC T-GM poskytuje PTP timestamps na downstream okrajové hodiny PRTC/GM pomocí multicast nebo unicast PTP profile.
Hranový PRTC porovnává PTP timetamp na místní čas GNSS.

Hranový PRTC shromažďuje informace o toku PTP z časového intervalu PTPamps az výměn zpráv s jádrem PRTC. Rozumí tedy celkovému zpoždění a časové chybě na této konkrétní vstupní cestě PTP.
Hrana kalibruje příchozí tok PTP kompenzací akumulované časové chyby, takže je nyní ekvivalentní místnímu času GNSS.

Tento proces je znázorněn na následujícím obrázku. To ukazuje, že místní GNSS je v „čase 0“. Časová chyba na příchozím toku PTP je odstraněna pomocí reference GNSS, a proto není v „čase 0“.
Obrázek 5-1. APTS G.8273.4: Vstupní tok PTP je kalibrován pro časovou chybuJakmile je algoritmus APTS v provozu, lze příchozí PTP tok použít jako proxy pro upstream GNSS. Pokud dojde ke ztrátě GNSS na místním PRTC, systém použije jako referenční hodiny kalibrovaný příchozí tok APTS. To je znázorněno na následujícím obrázku.
Obrázek 5-2. APTS/G.8273.4: Pokud dojde ke ztrátě GNSS, lze k udržení referenčního času použít kalibrovaný vstup PTPI u APTS však platí, že pokud GNSS zůstane odpojený, pak se systémový oscilátor nakonec odkloní od požadavku ±100 ns PRTC, pokud je problém s asymetriífile dříve nezkalibrovaný je zaveden do časovací cesty PTP APTS.
Jednou z hlavních slabin standardní implementace APTS (G.8273.4) je to, že pokud je PTP cesta přesměrována, zatímco GNSS je offline, systém nebude znát časovou chybu na nové cestě.
Jinými slovy, ve standardu ITU-T není APTS odolný vůči novému uspořádání sítě, které ovlivňuje příchozí tok PTP. Moderní jádrové sítě založené na OTN nebo MPLS však mohou být velmi dynamické s občasným přeskupováním síťových cest. To může být zjevně problém pro toky PTP, které jsou optimalizovány pro jedinou statickou cestu.

Technická odolnost – ochrana proti přeuspořádání vstupní cesty PTP

End-to-end PTP systém může být odolnější kalibrací více než jedné PTP cesty do okrajového PRTC.
Doporučení G.8273.4 však pouze nařizuje, že další vstupy PTP musí být frekvenčně korigovány, nikoli kalibrovány pro časovou chybu.
Zatímco kalibrace pro frekvenci může pomoci stabilizovat okrajový PRTC oscilátor, není to skutečná reprezentace upstream PRTC, která vyžaduje odkaz na UTC. Bez opravy časové chyby na více než jednom vstupním toku PTP je systém taktování PTP zranitelný vůči dynamickým změnám sítě typickým pro moderní směrovanou síť. Jak síť přeskupuje cesty PTP, okrajový systém ztratí schopnost sledovat časovou chybu a odpovídajícím způsobem ji kompenzovat. V důsledku toho se PRTC bude pohybovat rychleji od limitu ±100 ns s pouze frekvenčně kompenzovaným vstupem než s tokem PTP, který je dobře zkalibrovaný Časová chyba.
To je znázorněno na následujících dvou obrázcích.
Obrázek 6-1. G.8273.4: Druhý tok PTP je pouze frekvenceObrázek 6-2. Čistě frekvenčně řízený oscilátor se rychle vzdálí od přijatého limitu PRTC TE ±100 nsJak je vidět výše, standardní implementace předpokládá, že síť je statická a že PRTC se bude vždy moci spolehnout na příchozí PTP tok, aby dodal referenční hodiny. Moderní asynchronní paketové sítě jsou však dynamické; přestavby sítě jsou docela běžné a cesty PTP se mohou měnit a také se mění. Jednou z primárních výhod sítě MPLS nebo OTN je ve skutečnosti bezproblémové přesměrování bez nutnosti vyhradit si alternativní cesty nebo zajistit extra šířku pásma v síti. U frekvenčních aplikací to nemusí být zásadní problém v závislosti na počtu skoků, kterými musí pakety PTP projít. Avšak pro fázovou aplikaci, která se spoléhá na dobře navrženou časovou chybu, může být změna cesty pro tok PTP nesoucí časové informace problematická. Je to proto, že nová cesta bude mít téměř jistě odlišnou časovou chybu než původní cesta.
Microchip tento problém vyřešil vylepšením standardu G.8273.4 o automatickou kompenzaci asymetrie (AAC), patentovanou metodu, která umožňuje kompenzaci časové chyby až na 32 PTP cestách na zdrojové hodiny PRTC.

Automatická kompenzace asymetrie (AAC)

Automatická kompenzace asymetrie implementovaná společností Microchip výrazně zlepšuje standardizovaný algoritmus APTS. Následující obrázek ukazuje jednoduchou reprezentaci AAC.
Obrázek 7-1. APTS + AAC (automatická kompenzace asymetrie)Jak jsme diskutovali výše, s G.8273.4 systém kalibruje pouze jednu vstupní cestu PTP. Za těchto okolností je kalibrace časové chyby schůdná pouze tehdy, je-li kalibrovaná cesta schůdná. Pokud by se dráha mezi jádrem a okrajem PRTC měla změnit při přeskupování, pak se změní inherentní časová chyba a kompenzace dráhy nebo kalibrace již není schůdná.
S automatickou kompenzací asymetrie od Microchip je tabulka časových chyb vstupní cesty PTP udržována systémem okrajového PRTC až pro 32 vstupních toků PTP. Každá cesta je spojena s hlavním PTP, který poskytuje aktivní tok. Navíc v případě Microchip edge PRTC a hodin brány může na stejném systému pracovat více klientů, každý s potenciálem kalibrovat až 32 vstupních cest pro časovou chybu.

Korekce asymetrie je vždy zapnutá a dynamická

To, že je tok PTP kalibrován, neznamená, že poskytuje korekci výstupu PTP.
Pokud GNSS řídí výstupy fáze/čas, pak výstup je řízen GNSS, nikoli příchozím tokem PTP. Důležitým bodem je, že schopnost generovat položky tabulky asymetrie a mít kalibrovanou cestu zcela nesouvisí s tím, zda aktuální cesta PTP řídí výstup nebo ne. Jinými slovy, APTS + AAC je vždy aktivní, bez ohledu na stav místního systému, včetně GNSS.
Poznámka: Zadání cest do tabulky TE nutně nezaručuje, že okrajový PRTC je aktuálně („v tuto chvíli“) schopen poskytnout kompenzaci asymetrie. Schopnost poskytnout kompenzaci asymetrie je jednoduše vyjádřena jako: „Pokud (a pouze pokud) byl aktuální tok PTP porovnán se záznamem tabulky, pak (a pouze tehdy) jsme v současné době schopni kompenzovat asymetrii.“
Protože je funkce AAC neustále v provozu, dynamicky vytváří historii, která umožňuje systému vyvolat to, co bylo dříve viděno. Záznamy tabulky pro korekci asymetrie tvoří databázi, která ukládá informace o PTP cestách spojených s jedinečným ID hodin zdrojového PRTC. Navíc každý záznam má podpis použitý pro tuto cestu, když GNSS není k dispozici. Jakmile je identifikována, uložená asymetrie a posun (časová chyba) související s touto cestou se použijí pokaždé, když je vidět konkrétní podpis.
Přeskupení sítě může ovlivnit vstup PTP, protože může způsobit významnou změnu v charakteristikách toku PTP, jako je úplná ztráta toku, změna charakteristik šumu nebo změna doby oběhu. Když dojde k takové významné změně v příchozím toku PTP, je třeba ji přehodnotit a poté, pokud jsou splněna správná kritéria, se může stát kalibrovanou cestou. Nové položky asymetrie samozřejmě nelze vytvořit bez dostupnosti GNSS (která poskytuje kalibrační referenci).
Obrázek 8-1. Microchip APTS + AAC – Všechny cesty PTP jsou kalibrovány

Chování, když cesta není zkalibrována pro časovou chybu

Pokud vstup PTP řídí výstup fáze/času PTP, dojde k nastavení fáze na referenci UTC, pokud (a pouze pokud) je vstup kalibrovanou cestou. Pokud cesta PTP nebyla zkalibrována pro časovou chybu pomocí GNSS, použijí se pouze úpravy frekvence.
Toto chování chrání výstupy fáze/čas před ovlivněním neznámou asymetrií PTP, ke které by došlo, pokud by úpravy fáze/času spoléhaly na cestu PTP, která nebyla zkalibrována pro časovou chybu.

Exampsouboru APTS AAC Operation

Zvažte následující scénář:
Systém zpočátku běží s GNSS a PTP, s Microchip AAC je funkce asymetrie automaticky povolena. GNSS řídí výstupy PTP. Všechny výstupy jsou v t0 (čas nula).
Předpokládejme, že aktuální cesta PTP má korekci offsetu (časová chyba kvůli asymetrii) +3 µs. Tím se stává kalibrovaná cesta.
Dráha je zkalibrována, protože úprava asymetrie (kompenzace časové chyby) je automaticky aplikována, když je GNSS aktivní.
GNSS se pak ztratí, takže vstupní cesta PTP s kalibrovanou korekcí offsetu +3 µs je primárním vstupem a řídí fázový výstup.
Nyní předpokládejme, že došlo ke změně ve vstupní cestě PTP způsobené nějakým jevem přeskupení sítě, jako je přerušení vlákna. V tomto případě se objeví úplně jiný nový podpis PTP (napřample, změna zpátečního času).
Nyní existují dva možné scénáře:

Pokud systém používá G,8273.4 podle standardu.
A. Protože GNSS není k dispozici pro stanovení asymetrie spojené s novou cestou, nelze jej kalibrovat pro TE. Bude však podléhat frekvenční korekci podle normy. Výsledkem je, že fázový výstup bude rychle ovlivněn ztrátou GNSS.
Pokud systém používá AAC vylepšený G.8273.4.
A. Protože GNSS není k dispozici pro stanovení asymetrie spojené s novou cestou, nelze jej kalibrovat pro TE. Pokud však byla tato nová cesta již dříve viděna, bude mít podpis TE, který umožňuje systému přizpůsobit se nové cestě. Výsledkem je, že fázový výstup nebude ovlivněn ztrátou GNSS.

Nyní existují dvě hlavní možnosti události:

Vrátí se původní cesta PTP. To způsobí další přeuspořádání systému. Detekce známé signatury bude mít za následek použití již zkalibrovaného vstupu PTP. Řízení aktivní fáze se obnoví.

GNSS se vrací. Systém bude fungovat normálně. Jak jsme již uvedli, aby byl AAC funkční, musí být místní GNSS kvalifikovaný a funkční, protože vstup GNSS se používá jako kalibrační hodnota; Vstupní cesty PTP jsou porovnány a ověřeny s touto hodnotou. Jakmile však dojde k alespoň jednomu záznamu v tabulce, funkce asymetrie může fungovat bez GNSS.

Ruční zásah omezené hodnoty

AAC implementované společností Microchip umožňuje uživatelské nastavení fázově zarovnaných výstupů, když je PTP zvolenou vstupní referencí. To umožňuje uživatelskou kompenzaci známé statické asymetrie ve vstupní cestě PTP.
Existují některé případy použití, kdy je možné opravit známou pevnou nebo konstantní časovou chybu.
Napřample ve scénáři, kde je známo, že cesta mezi zdrojovým PRTC a okrajovým PRTC má konverzi s pevnou rychlostí z 1GE na 100BASE-T. Tento převod rychlosti vytváří známou asymetrii asi 6 µs, což by vedlo k 3 µs fázové chybě (chyba způsobená asymetrií je vždy polovina rozdílu v délkách cest).
Pro ruční kompenzaci musí uživatel znát asymetrii na dráze, což bude vyžadovat měření. Tato možnost konfigurace je tedy životaschopná pouze tehdy, když je asymetrie v cestě PTP známá a konstantní. Pokud je v cestě nějaká dynamicky se měnící asymetrie, tato schopnost není užitečná, protože se nemůže přizpůsobit.
Síla Microchip AAC na druhé straně spočívá v tom, že automaticky detekuje a kompenzuje asymetrii, aniž by bylo nutné provádět samostatné měření a ručně vkládat hodnotu.

Závěr

Obrázek 12-1. Shrnutí provozu APTS AACVzhledem k tomu, že se mobilní sítě vyvíjejí ze sítí založených na frekvencích k hustým vysoce distribuovaným rádiovým hlavám, které vyžadují fázové zarovnání pro poskytování pokročilých služeb 5G, bude stále více nutné rozmístit PRTC na okraji sítě. Tyto PRTC lze chránit implementací podpory asistovaného částečného časování, G.8273.4, inženýrského nástroje, který lze použít k zálohování PRTC na okraji z hlavního PRTC.
Standardní algoritmus APTS je však omezen na poskytování opravy časové chyby pro jeden vstupní tok PTP, a proto postrádá základní odolnost; to znamená schopnost kalibrovat a používat více než jednu vstupní cestu PTP, která byla opravena pro časovou chybu.
Microchip vyvinul automatickou kompenzaci asymetrie, výkonné vylepšení standardní implementace APTS, které umožňuje edge PRTC kalibrovat až 96 různých vstupních cest PTP, a proto zůstat v provozu i při významných a častých změnách v transportní síti.
Microchip se zaměřuje na poskytování konzistentních a spolehlivých nástrojů, které umožňují bezproblémový provoz hodinových systémů nové generace. APTS + AAC je dalším významným příspěvkem v této dlouhé historii inovací.

Historie revizí

Historie revizí popisuje změny, které byly v dokumentu implementovány. Změny jsou uvedeny podle revizí, počínaje nejnovější publikací.

Revize	Datum	Popis
A	08/2024	Počáteční revize

Informace o mikročipu
Mikročip Webmísto
Microchip poskytuje online podporu prostřednictvím našeho webmísto na www.microchip.com/. Tento webmísto se používá k výrobě files a informace snadno dostupné zákazníkům. Některý dostupný obsah zahrnuje:

Produktová podpora – datové listy a errata, aplikační poznámky a sampprogramy, zdroje návrhů, uživatelské příručky a dokumenty podpory hardwaru, nejnovější verze softwaru a archivovaný software
Obecná technická podpora – často kladené otázky (FAQ), požadavky na technickou podporu, online diskusní skupiny, seznam členů programu designérských partnerů společnosti Microchip
Business of Microchip – průvodce pro výběr produktů a objednávky, nejnovější tiskové zprávy Microchip, seznam seminářů a akcí, seznamy prodejních kanceláří Microchip, distributorů a zástupců továren

Služba upozornění na změnu produktu
Služba oznamování změn produktů společnosti Microchip pomáhá zákazníkům udržovat aktuální informace o produktech společnosti Microchip. Předplatitelé obdrží e-mailové upozornění, kdykoli dojde ke změnám, aktualizacím, revizím nebo chybám souvisejícím s konkrétní produktovou řadou nebo vývojovým nástrojem, který je zajímá.
Chcete-li se zaregistrovat, přejděte na www.microchip.com/pcn a postupujte podle pokynů k registraci.

Zákaznická podpora
Uživatelé produktů Microchip mohou získat pomoc prostřednictvím několika kanálů:

Distributor nebo zástupce
Místní prodejní kancelář
Embedded Solutions Engineer (ESE)
Technická podpora

Zákazníci by měli kontaktovat svého distributora, zástupce nebo ESE s žádostí o podporu. Zákazníkům jsou k dispozici také místní prodejní kanceláře. V tomto dokumentu je uveden seznam prodejních kanceláří a míst.
Technická podpora je k dispozici prostřednictvím webmísto na: www.microchip.com/support

Funkce ochrany kódem zařízení Microchip
Všimněte si následujících podrobností o funkci ochrany kódu na produktech Microchip:

Produkty Microchip splňují specifikace obsažené v jejich konkrétním datovém listu Microchip.

Společnost Microchip věří, že její řada produktů je bezpečná, pokud se používají zamýšleným způsobem, v rámci provozních specifikací a za normálních podmínek.
Microchip si cení a agresivně chrání svá práva duševního vlastnictví. Pokusy o porušení funkcí ochrany kódu produktu Microchip jsou přísně zakázány a mohou porušovat zákon Digital Millennium Copyright Act.
Společnost Microchip ani žádný jiný výrobce polovodičů nemůže zaručit bezpečnost svého kódu. Ochrana kódem neznamená, že garantujeme, že produkt je „nerozbitný“. Ochrana kódu se neustále vyvíjí. Společnost Microchip se zavázala neustále zlepšovat funkce ochrany kódu našich produktů.

Právní upozornění
Tato publikace a zde uvedené informace mohou být použity pouze s produkty Microchip, včetně návrhu, testování a integrace produktů Microchip s vaší aplikací. Použití těchto informací jakýmkoli jiným způsobem porušuje tyto podmínky. Informace týkající se aplikací zařízení jsou poskytovány pouze pro vaše pohodlí a mohou být nahrazeny aktualizacemi. Je vaší odpovědností zajistit, aby vaše aplikace odpovídala vašim specifikacím. Obraťte se na místní obchodní zastoupení Microchip pro další podporu nebo získejte další podporu na www.microchip.com/en-us/support/design-help/client-support-services.

TYTO INFORMACE POSKYTUJE SPOLEČNOST MICROCHIP „TAK JAK JSOU“. MICROCHIP NEPOSKYTUJE ŽÁDNÁ PROHLÁŠENÍ ANI ZÁRUKY JAKÉHOKOLI DRUHU, AŤ UŽ VÝSLOVNÉ ČI PŘEDPOKLÁDANÉ, PÍSEMNÉ NEBO ÚSTNÍ, ZÁKONNÉ NEBO JINÉ, TÝKAJÍCÍ SE INFORMACÍ VČETNĚ, ALE NE OMEZENÍ, JAKÝCHKOLI PŘEDPOKLÁDANÝCH ZÁRUK, ZÁRUK NEPORUŠENÍ TNCH OBCHODU KONKRÉTNÍ ÚČEL NEBO ZÁRUKY VZTAHUJÍCÍ SE K JEHO STAVU, KVALITĚ NEBO VÝKONU.
V ŽÁDNÉM PŘÍPADĚ NEBUDE MICROCHIP ODPOVĚDNÁ ZA ŽÁDNÉ NEPŘÍMÉ, ZVLÁŠTNÍ, TRESTNÉ, NÁHODNÉ NEBO NÁSLEDNÉ ZTRÁTY, ŠKODY, NÁKLADY NEBO NÁKLADY JAKÉHOKOLI DRUHU, JAKKOLI SOUVISEJÍCÍ S INFORMACÍ NEBO JEJICH POUŽITÍM, JAKKOLI BY BYLO UVEDENO, JAK BY BYLO ZPŮSOBeno, MOŽNOST NEBO ŠKODY JSOU PŘEDVÍDAJÍCÍ. CELKOVÁ ODPOVĚDNOST SPOLEČNOSTI MICROCHIP ZA VŠECHNY NÁROKY SOUVISEJÍCÍ S INFORMACEMI NEBO JEJICH POUŽITÍM NEPŘEKROČÍ V NEJVYŠŠÍM ROZSAHU POVOLENÉM ZÁKONEM, KTERÉ JSTE ZA INFORMACE ZAPLATILI PŘÍMO SPOLEČNOSTI MICROCHIP.
Použití zařízení Microchip v aplikacích na podporu života a/nebo v bezpečnostních aplikacích je zcela na riziko kupujícího a kupující souhlasí s tím, že bude Microchip bránit, odškodnit a chránit před všemi škodami, nároky, žalobami nebo výdaji vyplývajícími z takového použití. Žádné licence nejsou poskytovány, implicitně ani jinak, v rámci jakýchkoli práv duševního vlastnictví společnosti Microchip, pokud není uvedeno jinak.

ochranné známky
Název a logo Microchip, logo Microchip, Adaptec, AVR, logo AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maxXTouch MediaLB, megaAVR, Microsemi, logo Microsemi, MOST, logo MOST, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, logo PIC32, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, Logo SST, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron a XMEGA jsou registrované ochranné známky společnosti Microchip Technology Incorporated v USA a dalších zemích.
AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSync, Flashtec, Hyper Speed Control, HyperLight Load, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld, TimeCesium, TimeHub, TimePictra, TimeProvider a ZL jsou registrované ochranné známky společnosti Microchip Technology Incorporated v USA
Přilehlé potlačení klíče, AKS, Analog-for-the-Digital Age, Libovolný kondenzátor, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoCompanion, CryptoCDEM Average, MatdsPI , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge, IGaT, In-Circuit Serial Programming, ICSP, INICnet, Intelligent Paralleling, IntelliMOS, Inter-Chip Connectivity, JitterBlocker, Knob-on-Display, MaxCpginLink, max. maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified logo, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSilicon, PowerSilicon, PowerSilicon, , 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 , Trusted Time, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect a ZENA jsou ochranné známky společnosti Microchip Technology Incorporated v USA a dalších zemích.
SQTP je servisní značka společnosti Microchip Technology Incorporated v USA
Logo Adaptec, Frequency on Demand, Silicon Storage Technology a Symmcom jsou registrované ochranné známky společnosti Microchip Technology Inc. v jiných zemích.
GestIC je registrovaná ochranná známka společnosti Microchip Technology Germany II GmbH & Co. KG, dceřiné společnosti Microchip Technology Inc., v jiných zemích.

Všechny ostatní ochranné známky uvedené v tomto dokumentu jsou majetkem příslušných společností.
© 2024, Microchip Technology Incorporated a její dceřiné společnosti. Všechna práva vyhrazena.
ISBN: 978-1-6683-0120-3
Systém managementu kvality
Informace týkající se systémů řízení kvality společnosti Microchip naleznete na adrese www.microchip.com/quality.

Celosvětový prodej a servis

AMERIKY	ASIE/PACIFIK	ASIE/PACIFIK	EVROPA
Kancelář společnosti 2355 West Chandler Blvd. Chandler, AZ 85224-6199 tel: 480-792-7200 Fax: 480-792-7277 Technická podpora: 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 Mise 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 Kanada – Toronto tel: 905-695-1980 Fax: 905-695-2078	Austrálie – Sydney Tel: 61-2-9868-6733 Čína – Peking Tel: 86-10-8569-7000 Čína – Čcheng-tu Tel: 86-28-8665-5511 Čína – Chongqing Tel: 86-23-8980-9588 Čína – Dongguan Tel: 86-769-8702-9880 Čína – Guangzhou Tel: 86-20-8755-8029 Čína – Chang-čou Tel: 86-571-8792-8115 Čína – SAR Hong Kong Tel: 852-2943-5100 Čína – Nanjing Tel: 86-25-8473-2460 Čína – Čching-tao Tel: 86-532-8502-7355 Čína – Šanghaj Tel: 86-21-3326-8000 Čína – Shenyang Tel: 86-24-2334-2829 Čína – Shenzhen Tel: 86-755-8864-2200 Čína – Suzhou Tel: 86-186-6233-1526 Čína – Wuhan Tel: 86-27-5980-5300 Čína – Xian Tel: 86-29-8833-7252 Čína – Xiamen Tel: 86-592-2388138 Čína – Zhuhai Tel: 86-756-3210040	Indie – Bangalore Tel: 91-80-3090-4444 Indie – Nové Dillí Tel: 91-11-4160-8631 Indie - Pune Tel: 91-20-4121-0141 Japonsko – Ósaka Tel: 81-6-6152-7160 Japonsko – Tokio Tel: 81-3-6880- 3770 Korea – Daegu Tel: 82-53-744-4301 Korea – Soul Tel: 82-2-554-7200 Malajsie - Kuala Lumpur Tel: 60-3-7651-7906 Malajsie – Penang Tel: 60-4-227-8870 Filipíny – Manila Tel: 63-2-634-9065 Singapur Tel: 65-6334-8870 Tchaj-wan – Hsin Chu Tel: 886-3-577-8366 Tchaj-wan – Kaohsiung Tel: 886-7-213-7830 Tchaj -wan - Tchaj -pej Tel: 886-2-2508-8600 Thajsko – Bangkok Tel: 66-2-694-1351 Vietnam – Ho Či Min Tel: 84-28-5448-2100	Rakousko – Wels Tel: 43-7242-2244-39 Fax: 43-7242-2244-393 Dánsko – Kodaň Tel: 45-4485-5910 Fax: 45-4485-2829 Finsko – Espoo Tel: 358-9-4520-820 Francie – Paříž Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 Německo – Garching Tel: 49-8931-9700 Německo – Haan Tel: 49-2129-3766400 Německo – Heilbronn Tel: 49-7131-72400 Německo – Karlsruhe Tel: 49-721-625370 Německo – Mnichov Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 Německo – Rosenheim Tel: 49-8031-354-560 Izrael – Hod Hasharon Tel: 972-9-775-5100 Itálie – Milán Tel: 39-0331-742611 Fax: 39-0331-466781 Itálie – Padova Tel: 39-049-7625286 Nizozemsko – Drunen Tel: 31-416-690399 Fax: 31-416-690340 Norsko – Trondheim Tel: 47-72884388 Polsko – Varšava Tel: 48-22-3325737 Rumunsko – Bukurešť Tel: 40-21-407-87-50 Španělsko - Madrid Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 Švédsko – Göteborg Tel: 46-31-704-60-40 Švédsko – Stockholm Tel: 46-8-5090-4654 Velká Británie – Wokingham Tel: 44-118-921-5800 Fax: 44-118-921-5820

Dokumenty / zdroje

MICROCHIP Bílá kniha o zajištění mobilních služeb s podporou částečného načasování [pdfPokyny
DS00005550A, Bílá kniha Zajištění mobilních služeb s asistovanou podporou částečného načasování, Bílá kniha o mobilních službách s podporou částečného načasování, Bílá kniha o službách s podporou částečného načasování, Bílá kniha s asistovanou podporou částečného načasování, Bílá kniha o podpoře částečného načasování, Bílá kniha o podpoře načasování, Podpora bílá kniha, papír

Reference

Uživatelská příručka

Zavedení