MICROCHIP Assuring Layanan Seluler kanthi Dhukungan Wektu Sebagean Dhukungan Instruksi Kertas Putih

Microchip minangka pimpinan sing diakoni ing inovasi teknologi wektu sing ngidini layanan jaringan kasedhiyan dhuwur. Iki kabukten kanthi Dhukungan Timing Sebagean (APTS) lan Kompensasi Asimetri Otomatis (AAC), rong alat sing kuat sing njamin operasi jaringan seluler 4G lan 5G sing canggih. Aplikasi kritis, kayata layanan darurat lan kendaraan sing disambungake, mbutuhake kasedhiyan jaringan seluler sing tansah aktif. Akses sing dijamin kuwi mbutuhake densifikasi titik akses radio, infrastruktur antena sing kompleks, lan teknik kontrol interferensi canggih sing gumantung ing keselarasan fase sing ketat ing antarane Unit Radio (RU). Nganti saiki, operator mung gumantung ing GNSS kanggo wektu adhedhasar fase kanggo ndhukung operasi Time Division Duplex (TDD) nanging GNSS ora tansah kasedhiya. GNSS uga bisa rentan kanggo macet utawa spoofing. Kanggo nyuda cahya kanggo acara kasebut, lan njaga kontrol layanan wektu, operator nggunakake Precision Time Protocol (PTP) kanggo ngirim informasi fase lan mulane njamin layanan seluler. Nanging, asimetri sing banget mengaruhi operasi PTP ana ing jaringan transportasi. APTS lan AAC nyuda efek jaringan kasebut lan dadi dhasar kanggo terus operasi jaringan seluler 4G/5G.

Sinkronisasi Nyurung Aplikasi Seluler

Kanggo mesthekake pangiriman dhasar antarane stasiun pangkalan lan nyedhiyakake layanan seluler sing terus-terusan, frekuensi lan fase jam stasiun pangkalan radio kudu disinkronake kanthi teliti.
Proses sinkronisasi iki khusus kanggo teknologi radio sing digunakake. Kanggo jaringan seluler adhedhasar LTE FDD, keselarasan frekuensi antar sel ing antarmuka udara antarane stasiun pangkalan tetanggan kudu ana ing ± 50 ppb saka referensi umum. Kanggo nyukupi syarat kasebut, sinyal frekuensi menyang stasiun pangkalan kudu ana ing ± 16 ppb kesalahan sing diidini. Jaringan adhedhasar fase LTE-TDD ditemtokake kanthi maksimum ± 1.5 µs saka Time Error (TE) antarane antarmuka radio lan maksimum sing diidini saka end-to-end Time Error saka UTC (jam referensi sing ditemtokake sacara global) menyang RU yaiku ± 1.1 µs. Anggaran Kesalahan Wektu iki kalebu jam referensi sing ora akurat lan telat jaringan acak amarga simpul transportasi utawa gangguan link, kabeh bisa nyebabake asimetri jaringan. Jaringan transportasi dialokasikan ± 1 µs saka total kesalahan Wektu sing diidini. Jaringan transportasi, Nanging, heterogen lan dinamis; padha mekar miturut owah-owahan ing teknologi sing digunakake, demografi, lan pola panggunaan. Iki nambah lapisan luwih kerumitan nalika ngrancang arsitektur clocking, amarga rencana sinkronisasi kanggo jaringan seluler modern kudu loro tightly direkayasa lan fleksibel.

Sinkronisasi Arsitektur

Jaringan sinkronisasi adhedhasar frekuensi nggunakake sinyal wektu lapisan fisik didesain kanthi tradisional minangka sistem hierarki bobot tengah. Jam sumber terpusat ngasilake frekuensi sing disebarake hop-by-hop liwat unsur jaringan transportasi menyang aplikasi pungkasan, ing kasus iki stasiun pangkalan FDD.
Sajrone dekade kepungkur, jaringan seluler wis berkembang saka TDM dadi IP/Ethernet lan ngganti sinkronisasi lapisan fisik karo sistem sing nggawa sinyal wektu nggunakake Precision Time Protocol (PTP) ing lapisan IP/Ethernet. Gelombang pertama penyebaran PTP yaiku kanggo aplikasi FDD, lan PTP saiki wis kasil dileksanakake nganggo jam PPT Grandmaster, kayata Microchip TP5000 lan TP4100 sing disebarake ing atusan jaringan seluler ing saindenging jagad.
Tambah akeh, adopsi layanan 5G nyopir jaringan seluler generasi sabanjure nggunakake aplikasi basis fase sing disebarake ing agregasi seluler lan pinggiran jaringan seluler. Akibaté, ana migrasi saka jam Grandmaster sing dirancang kanggo pangiriman frekuensi menyang Jam Wektu Referensi Utama (PRTCs, G.8272), sing mbutuhake input GNSS utawa PTP lan nggunakake PTP pro khusus fase.files.
Arsitèktur jaringan kanggo aplikasi basis fase iki beda banget karo sing dikembangake kanggo frekuensi. PRTCs disebarake ing arsitektur luwih mbagekke nyedhaki pojok jaringan kudu digawe serep dening dhuwur-akurasi inti PRTC / ePRTC (meningkatkan Primary Reference Wektu Jam) sing bisa generate lan nahan wektu kanggo wektu lengkap.

Pilihan Sinkronisasi kanggo Edge Mobile ing Jaringan Fase

Pangiriman layanan frekuensi nggunakake PTP asring disebarake ing titik agregasi RAN, sawetara hop saka RU. Transfer frekuensi duwe sawetara elastisitas bawaan sing mbisakake panyebaran liwat jaringan asinkron kanthi yakin yen pedoman teknik sing mapan dituruti.
Pangiriman layanan fase sing bisa dilacak menyang UTC absolut (wektu terkoordinasi universal) dirancang miturut watesan anggaran Time Error sing ditindakake dening 3GPP (kanggo antarmuka radio) lan ITU-T kanggo antarmuka jaringan lan jam referensi. Nanging, nalika pangiriman frekuensi nggunakake PTP uga dimangerteni, padha ora mesthi bener saka transfer wektu phase nggunakake PTP. Ngirim kode wektu ing jaringan paket asinkron kanthi gangguan lan wektu tundha kanggo ngirim sinkronisasi sajrone ± 1.1 µs Time Error relatif marang UTC bisa dadi tantangan sing penting.
Ana telung cara kanggo ngatasi masalah iki:

Solusi A: GNSS
– Operator bisa masang GNSS ing saben eNB.
- Watesan: Saben eNB kudu diisi GNSS, lan antena GNSS kudu terus-terusan ndeleng sinyal satelit. Line of Sight (LoS) ora tansah bisa amarga view saka satelit bisa diblokir, kayata dening vegetasi, dening bayangan disebabake bangunan dhuwur (kutha canyon), utawa amarga eNB disebarake ing lemah utawa ing jero ruangan. GNSS ing ngendi-endi uga bisa larang regane saka perspektif OPEX.
Solusi B: Jam Watesan Wektu (T-BC)
– Kanggo arsitektur iki, jaringan transportasi kudu direkayasa karo fungsi de-jitter basis hardware dikenal minangka Time Boundary Clock (T-BC) ditempelake ing saben NE. Arsitektur iki kalebu konsep Jam Wektu Referensi Utama virtual (vPRTC) ing ngendi jam sumber panrima GNSS ana ing lokasi terpusat.
- Watesan: Perangkat keras lan piranti lunak T-BC kudu dipasang ing saben simpul transportasi ing rantai jam, sing asring mbutuhake siklus investasi jaringan sing abot. Malah nalika disebarake ing saben NE SM ora kudu njamin yen sinyal wektu bakal ing specification dibutuhake kajaba jaringan kasebut kanthi teliti, dirancang kanggo mesthekake yen ora ana asimetri hop-to-hop ing pranala.

Solusi C: Distributed PRTC
- PRTC entheng bisa dipindhah menyang pinggiran jaringan kanggo nyuda jumlah hop ing antarane jam lan eNB supaya wektu adhedhasar fase nggunakake PTP bisa tekan eNB ing watesan Kesalahan Wektu ± 1.1 µs sing disaranake.
- Watesan: Mbutuhake investasi ing jam entheng sing dipasang ing pinggiran jaringan
- arsitektur wektu mbagekke anyar.

Saka telung solusi ing ndhuwur, nemokake PRTC luwih cedhak karo eNB bisa nyuda biaya dibandhingake karo nggunakake hardware T-BC ing saben NE utawa nginstal GNSS ing saben situs sel. Biaya bakal dadi faktor sing saya penting nalika ngrancang densifikasi eNB kanggo layanan LTE-A lan 5G.
Kanthi Rekomendasi G.8275 ITU-T ngakoni manawa syarat wektu Kesalahan Wektu sing ketat ing eNB digawe angel kanggo nyebarake jam PRTC terpusat lan bebarengan njamin kelangsungan sinyal fase menyang aplikasi pungkasan. Pindhah PRTC nyedhaki aplikasi pungkasan nyuda kemungkinan gangguan lan asimetri saka transportasi jaringan bakal mengaruhi aliran PTP, nanging uga duwe pengaruh ing syarat-syarat faktor wangun lan kapasitas PRTC.
Kanthi Rekomendasi G.8275, ITU-T ngakoni manawa syarat wektu Kesalahan Wektu sing ketat ing eNB nggawe angel nyebarake jam PRTC terpusat lan kanthi bebarengan njamin kelangsungan sinyal fase menyang aplikasi pungkasan. Pindhah PRTC nyedhaki aplikasi pungkasan nyuda kemungkinan gangguan lan asimetri saka transportasi jaringan bakal mengaruhi aliran PTP, nanging uga duwe pengaruh ing faktor wangun lan syarat kapasitas PRTC.
Ing inti jaringan sing mbutuhake wektu sing akurat lan akeh, infrastruktur clocking bisa kalebu ePRTC berkinerja dhuwur, kapasitas dhuwur kanthi macem-macem rubidium lan piranti cesium ePRC sing ora cocog kanggo penyebaran ing pinggir jaringan.
PRTC pinggiran sing disebarake ing sisih liya bisa dadi luwih cilik lan biaya luwih murah.
Gambar 3-1. Rekomendasi ITU-T G.8275 - PRTC Diterapake ing Edge Network Path utami / Path serep
Referensi Frekuensi Optinal digunakake kanggo ngamanake gagal GNSS
Cathetan: T-GM disambungake menyang PRTC ing arsitektur iki
Nanging, PRTC cilik mbagekke ing pinggiran jaringan minangka sistem mandhiri tanpa sambungan wektu kanggo inti diisolasi saka jam terpusat hulu. Iki bisa dadi masalah kanggo operasi terus yen piranti ilang panyambungan GNSS minangka osilator digunakake ing PRTC cilik kuwi biasane ora bakal bisa kanggo nyedhiyani terusan ekstensif ing ± 100 ns tingkat akurasi.
Nyekel ± 100 ns kanggo wektu sing luwih dawa yaiku domain osilator kinerja dhuwur sing dudu OCXO utawa TCXO murah sing biasane ditemokake ing piranti pinggir. Sawise input GNSS ilang, banjur PRTC sing diisi karo osilator kasebut bakal cepet mabur ing njaba spesifikasi ± 100 ns. Iki dituduhake ing rong diagram ing ngisor iki.

Yen Osilator ngumbara output PTP cepet ilang referensi wektu

Ing kahanan normal yen GNSS ilang, kaya sing dituduhake ing ndhuwur, PRTC langsung menehi tandha kelangan konektivitas GNSS menyang klien sing dilampirake. Iki duwe akibat kanggo eNB. Ing sawetara implementasi klien, sanalika konektivitas GNSS sinyal PRTC ilang (kanthi ngirim gendera clockClass7, kanggo example), klien bakal langsung disqualify aliran input PTP lan pindhah menyang holdover adhedhasar osilator internal ing piranti radio.
Ing kahanan iki, yen osilator ing RU diisi karo osilator murah, ora bakal bisa tetep ing ± 1.1 µs UTC luwih saka sawetara menit. Kabeh RU sing mbatalake sinyal PTP sing mlebu bakal mabur kanthi mandiri. Padha bakal cepet ngumbara loro amarga osilator ing saben eNB bakal nanggepi beda kanggo alangan lingkungan individu lan kacepetan, arah, lan stabilitas saka accumulating Kesalahan Wektu bakal beda kanggo saben RU. Menapa malih radio iki bakal terus kanggo generate RF lan iki bakal kontribusi kanggo nambah lan kurang kontrol gangguan kanggo RU aktif liyane ing sacedhake saka operator padha utawa liyane.

Dhukungan Timing Parsial Dibantu

Kanggo ngindhari kahanan sing pinggiran PRTC diisolasi lan yen gagal GNSS ora bisa nyedhiyakake layanan fase, Microchip ngembangake ide nyambungake pinggiran PRTC menyang jam inti terpusat nggunakake aliran PTP. Ide iki diadopsi dening ITU-T lan disetujoni minangka Rekomendasi G.8273.4 - Dhukungan Timing Parsial Dibantu.
Ing arsitektur iki, aliran PTP mlebu paling wektuamped dening GNSS digunakake dening PRTC inti.
Aliran PTP saka PRTC inti menyang PRTC pinggiran diatur minangka protokol unicast, G.8265.1 utawa G.8275.2. Input PTP dikalibrasi kanggo Kesalahan Wektu nggunakake pinggiran lokal PRTC GNSS. GNSS iki nduweni referensi (UTC) sing padha karo GNSS hulu. Aliran PTP sing mlebu bisa dianggep minangka sinyal GNSS proxy kanthi efektif saka inti kanthi traceability menyang UTC.
Yen sistem pinggiran GNSS saiki metu saka layanan amarga alasan apa wae, pinggiran PRTC bisa bali menyang aliran PTP sing dikalibrasi mlebu minangka referensi wektu lan terus ngasilake kaping PTP metu.amps sing didadekake siji karo GNSS.
Kita bisa ndeleng iki luwih cetha ing gambar ing ngisor iki.
Gambar 4-1. PTP APTS mili minangka serep kanggo Edge PTRTC

Loro-lorone GNSS duwe referensi wektu sing padha (kanggo)

Output PTP nggunakake Edge PRTC GNSS kanggo output PTP

Pernyataan resmi ITU-T arsitektur G.8273.4 ditampilake ing gambar ing ngisor iki.
Gambar 4-2. ITU-T G.8273.4 Dibantu Arsitektur Dhukungan Wektu Sebagean

Operasi APTS kanthi rinci

Operasi APTS minangka ide sing gampang:

PRTC inti lan PRTC pinggiran duwe input GNSS sing dirujuk menyang wektu UTC.

Inti PRTC T-GM ngirim PTP kapingamps menyang pinggiran hilir PRTC / jam GM nggunakake multicast utawa unicast PTP profile.
PRTC pinggiran mbandhingake kaping PTPamp menyang wektu GNSS lokal.

PRTC pinggiran nglumpukake informasi babagan aliran PTP saka wektu PTPamps lan saka ijol-ijolan pesen karo PRTC inti. Mangkono mangertos wektu tundha sakabèhé lan Kesalahan Wektu ing path PTP input tartamtu.
Pinggiran calibrates aliran PTP mlebu kanthi menehi ganti rugi kanggo Akumulasi Wektu Error supaya saiki padha karo wektu GNSS lokal.

Proses iki ditampilake ing gambar ing ngisor iki. Iki nuduhake yen GNSS lokal ana ing "wektu 0". Kesalahan Wektu ing aliran PTP sing mlebu dibusak nggunakake referensi GNSS lan mulane ora ana ing "wektu 0."
Gambar 5-1. APTS G.8273.4: Aliran Input PTP Dikalibrasi kanggo Kesalahan WektuSawise algoritma APTS beroperasi, aliran PTP sing mlebu bisa digunakake minangka proxy kanggo GNSS hulu. Yen GNSS ing PRTC lokal ilang, banjur sistem bakal nggunakake aliran APTS mlebu kalibrasi minangka jam referensi. Iki ditampilake ing gambar ing ngisor iki.
Gambar 5-2. APTS/G.8273.4: Yen GNSS Ilang, Input PTP sing Dikalibrasi Bisa Digunakake kanggo Njaga Wektu ReferensiMalah karo APTS, Nanging, yen GNSS tetep pedhot banjur pungkasanipun osilator sistem bakal drift adoh saka ± 100 ns PRTC requirement yen asimetri profile durung kalibrasi sadurunge ngenalaken ing PTP APTS wektu path.
Salah siji kekirangan utama saka implementasine APTS standar (G.8273.4) iku yen path PTP maneh nuntun nalika GNSS offline, sistem ora bakal duwe kawruh saka Error Wektu ing dalan anyar.
Ing tembung liyane, ing standar ITU-T, APTS ora tahan kanggo ngatur maneh jaringan sing mengaruhi aliran PTP mlebu. Nanging, OTN modern- utawa jaringan inti basis MPLS bisa banget dinamis karo rearrangement intermiten saka dalan jaringan. Iki bisa dadi masalah kanggo aliran PTP sing dioptimalake kanggo jalur statis siji.

Ketahanan Teknik - Perlindhungan Marang Pengaturan Ulang Jalur Input PTP

Sistem PTP end-to-end bisa digawe luwih tahan banting kanthi ngkalibrasi luwih saka siji jalur PTP menyang PRTC pinggiran.
Nanging, rekomendasi G.8273.4 mung prentah yen input PTP tambahan kudu dikoreksi frekuensi, ora dikalibrasi kanggo Kesalahan Wektu.
Nalika calibrating kanggo frekuensi bisa bantuan stabil osilator PRTC pinggiran, iku ora perwakilan bener PRTC hulu sing mbutuhake referensi kanggo UTC. Tanpa koreksi Kesalahan Wektu ing luwih saka siji aliran input PTP, sistem clocking PTP rentan marang owah-owahan jaringan dinamis sing khas saka jaringan rute modern. Nalika jaringan ngatur maneh jalur PTP, sistem pinggiran bakal kelangan kemampuan kanggo nglacak Kesalahan Wektu lan menehi ganti rugi. Akibaté, PRTC bakal pindhah luwih cepet adoh saka ± 100 ns watesan karo frekuensi mung menehi ganti rugi input saka iku bakal karo aliran PTP sing uga nyelarasake Wektu Error.
Iki ditampilake ing rong tokoh ing ngisor iki.
Gambar 6-1. G.8273.4: Alur PTP Kapindho mung FrekuensiGambar 6-2. Osilator sing Disiplin Frekuensi Murni Bakal Mabur Cepet Saka Watesan PRTC TE sing Ditampa ± 100 nsMinangka bisa dideleng ing ndhuwur, implementasine standar nganggep yen jaringan kasebut statis lan PRTC bakal tansah bisa ngandelake aliran PTP sing mlebu kanggo ngirim jam referensi. Nanging, jaringan paket asinkron modern dinamis; rearrangements jaringan cukup umum lan dalan PTP bisa lan ngganti. Salah sawijining keuntungan utama saka jaringan MPLS utawa OTN, nyatane, yaiku reroutes sing lancar tanpa kudu nggawe jalur alternatif utawa nyedhiyakake bandwidth ekstra ing jaringan kasebut. Kanggo aplikasi frekuensi, iki bisa uga ora dadi masalah utama, gumantung saka jumlah hop sing kudu dilewati paket PTP. Nanging, kanggo aplikasi fase sing gumantung ing Kesalahan Wektu sing dirancang kanthi apik, owah-owahan jalur kanggo aliran PTP sing nggawa informasi wektu bisa dadi masalah. Iki amarga dalan anyar meh mesthi bakal duwe kesalahan Wektu beda saka path asli.
Microchip wis ditanggulangi masalah iki kanthi nambah standar G.8273.4 karo Automatic Asymmetry Compensation (AAC), cara paten sing ngidini ganti rugi Wektu Error ing munggah 32 PTP path saben sumber jam PRTC.

Kompensasi Asimetri Otomatis (AAC)

Kompensasi Asimetri Otomatis sing diimplementasikake dening Microchip nambah algoritma APTS standar. Tokoh ing ngisor iki nuduhake perwakilan prasaja saka AAC.
Gambar 7-1. APTS + AAC (Kompensasi Asimetri Otomatis)Kita wis rembugan ndhuwur, karo G.8273.4 sistem calibrates mung siji path input PTP. Ing kahanan kasebut, kalibrasi Kesalahan Wektu mung bisa ditindakake yen jalur sing dikalibrasi bisa ditindakake. Yen path antarane inti lan pinggiran PRTC kudu ngganti ing rearrangement banjur gawan Time Error bakal ngganti lan ganti rugi path utawa kalibrasi maneh sregep.
Kanthi Kompensasi asimetri otomatis saka Microchip, a PTP input path Time Error Table maintained dening sistem PRTC pinggiran nganti 32 input PTP mili. Saben path digandhengake karo master PTP sing nyedhiyakake aliran aktif. Menapa malih, ing cilik saka Microchip pinggiran PRTC lan jam gateway, sawetara klien bisa operate ing sistem padha, saben karo potensial kanggo calibrate nganti 32 jalur input kanggo Time Error.

Koreksi Asimetri Tansah Aktif lan Dinamis

Mung amarga aliran PTP dikalibrasi, ora ateges menehi koreksi kanggo output PTP.
Yen GNSS nyopir output fase / wektu, banjur output didorong dening GNSS dudu aliran PTP sing mlebu. Titik penting ing kene yaiku kemampuan kanggo ngasilake entri tabel asimetri lan duwe jalur sing dikalibrasi ora ana hubungane karo apa jalur PTP saiki nyopir output utawa ora. Kanthi tembung liyane, APTS + AAC tansah aktif, apa wae kahanan sistem lokal, kalebu GNSS.
Wigati: Duwe dalan sing dilebokake ing tabel TE ora mesthi njamin yen pinggiran PRTC saiki ("ing wayahe iki") bisa menehi ganti rugi asimetri. Kemampuan kanggo menehi ganti rugi asimetri mung kasebut: "Yen (lan mung yen) aliran PTP saiki wis dicocogake karo entri tabel, banjur (lan mung banjur) saiki kita bisa ngimbangi asimetri."
Minangka terus-terusan ing operasi, fungsi AAC mbosenke mbangun sajarah sing mbisakake sistem kanggo kelingan apa wis katon sadurunge. Entri tabel kanggo koreksi asimetri minangka basis data sing nyimpen informasi babagan jalur PTP sing ana gandhengane karo ID jam unik saka PRTC sumber. Kajaba iku, saben entri duwe teken sing digunakake kanggo jalur kasebut nalika GNSS ora kasedhiya. Sawise diidentifikasi, asimetri lan offset sing disimpen (Kesalahan Wektu) sing digandhengake karo jalur kasebut ditrapake saben tandha tandha tartamtu katon.
Penyusunan ulang jaringan bisa mengaruhi input PTP amarga bisa nyebabake owah-owahan sing signifikan ing karakteristik aliran PTP, kayata kelangan aliran lengkap, owah-owahan karakteristik swara, utawa owah-owahan wektu babak. Nalika ana owah-owahan sing signifikan ing aliran PTP sing mlebu, perlu dievaluasi maneh lan, yen kritéria sing cocog, bisa dadi jalur sing dikalibrasi. Mesthi, entri path asimetri anyar ora bisa digawe tanpa kasedhiyan GNSS (sing menehi referensi kalibrasi).
Gambar 8-1. Microchip APTS + AAC - Kabeh Path PTP Dikalibrasi

Prilaku Nalika Path Ora Dikalibrasi kanggo Kesalahan Wektu

Yen input PTP nyopir phase PTP / output wektu, imbuhan phase kanggo referensi UTC bakal kelakon yen (lan mung yen) input punika path kalibrasi. Yen jalur PTP durung dikalibrasi kanggo Kesalahan Wektu nggunakake GNSS, banjur mung pangaturan frekuensi sing bakal ditrapake.
Prilaku iki nglindhungi output fase/wektu supaya ora kena pengaruh asimetri PTP sing ora dingerteni, sing bakal kedadeyan yen pangaturan fase/wektu gumantung ing jalur PTP sing durung dikalibrasi kanggo Kesalahan Wektu.

Exampoperasi APTS AAC

Coba skenario ing ngisor iki:
Sistem kasebut wiwitane nganggo GNSS lan PTP, kanthi Microchip AAC fitur asimetri diaktifake kanthi otomatis. GNSS nyopir output PTP. Kabeh output ana ing t0 (wektu nol).
Anggap path PTP saiki duwe koreksi offset (Kesalahan Wektu amarga asimetri) +3 µs. Iki dadi path kalibrasi.
Path kasebut dikalibrasi amarga pangaturan asimetri (kompensasi Kesalahan Wektu) ditrapake kanthi otomatis nalika GNSS aktif.
GNSS banjur ilang, mula jalur input PTP kanthi koreksi offset sing dikalibrasi +3 µs minangka input utama lan nyopir output fase.
Saiki nganggep ana owah-owahan ing path input PTP disebabake sawetara kedadean rearrangement jaringan, kayata Cut serat. Ing kasus iki, tandha PTP anyar sing beda banget katon (kanggo example, owah-owahan ing wektu round-trip).
Saiki ana rong skenario sing bisa ditindakake:

Yen sistem nggunakake G,8273.4 minangka standar.
a. Wiwit GNSS ora kasedhiya kanggo netepake asimetri gadhah path anyar, ora bisa nyelarasake kanggo TE. Nanging, bakal tundhuk koreksi frekuensi miturut standar. Asilé yaiku output fase bakal cepet kena pengaruh mundhut GNSS.
Yen sistem nggunakake AAC ditingkatake G.8273.4.
a. Wiwit GNSS ora kasedhiya kanggo netepake asimetri gadhah path anyar, ora bisa nyelarasake kanggo TE. Nanging, yen dalan anyar iki wis katon sadurunge, bakal duwe teken TE sing ngidini sistem kanggo nyetel dalan anyar. Asilé yaiku output fase ora bakal kena pengaruh mundhut GNSS.

Saiki ana rong kemungkinan acara utama:

Path PTP asli bali. Iki bakal njalari tata maneh sistem. Deteksi teken sing dikenal bakal nyebabake panggunaan input PTP sing wis dikalibrasi. Kontrol fase aktif diterusake.

GNSS bali. Sistem bakal mlaku kaya normal. Kaya sing wis kasebut, supaya AAC bisa fungsional, GNSS lokal kudu mumpuni lan operasional amarga input GNSS digunakake minangka nilai kalibrasi; Jalur input PTP dibandhingake lan divalidasi marang nilai iki. Nanging, yen paling ora ana siji entri tabel, fitur asimetri bisa dienggo tanpa GNSS.

Intervensi Manual Nilai Terbatas

AAC dileksanakake dening Microchip mbisakake pangaturan pangguna saka output phase-didadekake siji nalika PTP minangka referensi input sing dipilih. Iki ngidini kanggo ganti rugi pangguna dikenal, asimetri statis ing path input PTP.
Ana sawetara kasus panggunaan sing bisa mbenerake kesalahan wektu sing tetep utawa tetep.
Kanggo example, ing skenario ngendi path antarane PRTC sumber lan pinggiran PRTC dikenal duwe konversi tarif tetep saka 1GE kanggo 100BASE-T. Konversi tingkat iki nggawe asimetri sing dikenal kira-kira 6 µs, sing bakal nyebabake kesalahan fase 3 µs (kesalahan amarga asimetri mesthi setengah saka prabédan ing dawa path).
Kanggo menehi ganti rugi kanthi manual, pangguna kudu ngerti asimetri ing dalan, lan iki mbutuhake pangukuran. Mangkono, pilihan konfigurasi iki mung sregep nalika asimetri ing path PTP loro dikenal lan pancet. Yen ana sawetara asimetri sing owah kanthi dinamis ing dalan kasebut, kemampuan iki ora mbiyantu amarga ora bisa adaptasi.
Kekuwatan Microchip AAC ing tangan liyane, iku kanthi otomatis ndeteksi lan menehi kompensasi kanggo asimetri tanpa kudu ngleksanakake pangukuran kapisah lan inject nilai kanthi manual.

Kesimpulan

Gambar 12-1. Ringkesan Operasi APTS AACNalika jaringan seluler berkembang saka jaringan basis frekuensi dadi kepala radio sing akeh disebarake sing mbutuhake keselarasan fase kanggo nyedhiyakake layanan 5G sing luwih maju, bakal tambah akeh perlu kanggo nyebarake PRTC ing pinggiran jaringan. PRTCs iki bisa direksa dening ngleksanakake Dhukungan Timing Sebagean Dibantu, G.8273.4, alat engineering sing bisa digunakake kanggo gawe serep PRTC ing pinggiran saka PRTC inti.
Nanging, algoritma APTS standar diwatesi kanggo nyedhiyakake koreksi Time Error kanggo siji aliran input PTP, lan mulane ora nduweni daya tahan dhasar; iku, kemampuan kanggo calibrate lan nggunakake luwih saka siji path input PTP sing wis didandani kanggo Time Error.
Microchip wis ngembangake Kompensasi Asimetri Otomatis, paningkatan kuat kanggo implementasi APTS standar sing ngidini pinggiran PRTC bisa kalibrasi nganti 96 jalur input PTP sing beda-beda lan mulane tetep bisa digunakake sanajan owah-owahan sing signifikan lan kerep ing jaringan transportasi.
Microchip fokus ing nyediakake alat sing konsisten lan dipercaya sing mbisakake operasi lancar sistem jam generasi sabanjure. APTS + AAC minangka kontribusi penting liyane ing rekor inovasi sing dawa iki.

Riwayat Revisi

Riwayat revisi nggambarake owah-owahan sing ditindakake ing dokumen kasebut. Owah-owahan kasebut didhaptar kanthi revisi, diwiwiti saka publikasi paling anyar.

Revisi	Tanggal	Katrangan
A	08/2024	Revisi wiwitan

Informasi Microchip
Microchip kasebut Websitus
Microchip nyedhiyakake dhukungan online liwat kita websitus ing www.microchip.com/. Iki websitus digunakake kanggo nggawe files lan informasi gampang kasedhiya kanggo pelanggan. Sawetara konten sing kasedhiya kalebu:

Dhukungan Produk - Lembar data lan kesalahan, cathetan aplikasi lan sampprogram le, sumber desain, Panuntun pangguna lan dokumen support hardware, Rilis piranti lunak paling anyar lan piranti lunak arsip
Dhukungan Teknis Umum - Pitakonan sing Sering Ditakoni (FAQ), panjalukan dhukungan teknis, grup diskusi online, daftar anggota program mitra desain Microchip
Bisnis Microchip - Pandhuan pamilih lan pesenan produk, siaran pers Microchip paling anyar, dhaptar seminar lan acara, dhaptar kantor penjualan Microchip, distributor lan perwakilan pabrik

Layanan Notifikasi Ganti Produk
Layanan kabar pangowahan produk Microchip mbantu para pelanggan tetep saiki ing produk Microchip. Pelanggan bakal nampa kabar email yen ana owah-owahan, nganyari, revisi utawa kesalahan sing ana gandhengane karo kulawarga produk utawa alat pangembangan sing dikarepake.
Kanggo ndhaftar, pindhah menyang www.microchip.com/pcn lan tindakake pandhuan registrasi.

Dhukungan Pelanggan
Pangguna produk Microchip bisa nampa pitulung liwat sawetara saluran:

Distributor utawa Perwakilan
Kantor Penjualan Lokal
Embedded Solution Engineer (ESE)
Dhukungan Teknis

Pelanggan kudu hubungi distributor, wakil utawa ESE kanggo dhukungan. Kantor penjualan lokal uga kasedhiya kanggo mbantu para pelanggan. Dhaptar kantor penjualan lan lokasi kalebu ing dokumen iki.
Dhukungan teknis kasedhiya liwat websitus ing: www.microchip.com/support

Fitur Proteksi Kode Piranti Microchip
Elinga rincian ing ngisor iki babagan fitur perlindungan kode ing produk Microchip:

Produk Microchip cocog karo spesifikasi sing ana ing Lembar Data Microchip tartamtu.

Microchip percaya yen kulawarga produk kasebut aman nalika digunakake kanthi cara sing dikarepake, ing spesifikasi operasi, lan ing kahanan normal.
Nilai Microchip lan agresif nglindhungi hak properti intelektual sawijining. Usaha kanggo nglanggar fitur perlindungan kode produk Microchip dilarang banget lan bisa uga nglanggar Digital Millennium Copyright Act.
Microchip utawa pabrikan semikonduktor liyane ora bisa njamin keamanan kode kasebut. Proteksi kode ora ateges manawa produk kasebut "ora bisa dipecah". Proteksi kode terus berkembang. Microchip nduweni komitmen kanggo terus ningkatake fitur perlindungan kode produk kita.

Kabar Legal
Publikasi iki lan informasi ing kene mung bisa digunakake karo produk Microchip, kalebu kanggo ngrancang, nguji, lan nggabungake produk Microchip karo aplikasi sampeyan. Panganggone informasi iki kanthi cara liya nglanggar syarat kasebut. Informasi babagan aplikasi piranti diwenehake mung kanggo penak sampeyan lan bisa uga diganti karo nganyari. Sampeyan tanggung jawab kanggo mesthekake yen aplikasi sampeyan cocog karo spesifikasi sampeyan. Hubungi kantor sales Microchip lokal kanggo dhukungan tambahan utawa, entuk dhukungan tambahan ing www.microchip.com/en-us/support/design-help/client-support-services.

INFORMASI IKI DISEDIAKAN BY MICROCHIP "AS IS". MICROCHIP TANPA REPRESENTASI UTAWA JAMINAN APA SAJA APA SAJA UTAWA TERSURAT, TERTULIS UTAWA LISAN, STATUTORY UTAWA LAIN, sing ana hubungane karo informasi kasebut kalebu nanging ora winates karo JAMINAN NON-INFLARITY, NON-INFRINGEMENT. TUJUAN, Utawa JAMINAN sing ana gandhengane karo KONDISI, KUALITAS, UTAWA KINERJA.
MICROCHIP ORA TANGGUH TANGGUNG JAWAB ANGGAP, KHUSUS, PUNITIF, INSIDENTAL, UTAWA KONSEQUENTIAL RUGI, RUSAK, BIAYA, UTAWA BAYARAN APA SAJA KANGGO ING INFORMASI UTAWA PENGGUNAAN, NANGUN SING DIBUAT, SANAYAN ANA KEMUNGKINAN UTAWA KERUSAKAN SING BISA DIPIKIR. TO THE FULLEST EXTENT diijini dening hukum, TANGGUNG JAWAB TOTAL MICROCHIP ING ALL CLAIMS ing sembarang cara sing ana hubungane karo informasi utawa panggunaan ora ngluwihi jumlah biaya, yen ana, sing sampeyan wis mbayar langsung menyang microchip kanggo informasi.
Panggunaan piranti Microchip ing support urip lan / utawa aplikasi safety tanggung ing resiko panuku, lan panuku setuju kanggo defend, indemnify lan terus Microchip mbebayani saka samubarang lan kabeh karusakan, claims, cocog, utawa expenses asil saka nggunakake kuwi. Ora ana lisensi sing diwenehake, kanthi implisit utawa liya, miturut hak properti intelektual Microchip kajaba kasebut.

merek dagang
Jeneng lan logo Microchip, logo Microchip, Adaptec, AVR, logo AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch MediaLB, megaAVR, Microsemi, logo Microsemi, MOST, MOST logo, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 logo, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, lan XMEGA minangka merek dagang kadhaptar saka Microchip Technology Incorporated ing AS lan negara liya.
AgileSwitch, ClockWorks, Perusahaan Solusi Kontrol Tertanam, EtherSynch, Flashtec, Kontrol Kacepetan Hiper, Beban HyperLight, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld, TimeCesium, TimeHub, TimePictra, TimeProvider, lan ZL minangka merek dagang kadhaptar saka Microchip Technology Incorporated ing AS
Penindasan Tombol Adjacent, AKS, Analog-kanggo-Digital Age, Kapasitor Apa wae, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net Average Matching, Dynamic Matching , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge, IGaT, In-Circuit Serial Programming, ICSP, INICnet, Intelligent Paralling, IntelliMOS, Inter-Chip Connectivity, JitterBlocker, Knob-on-Display, MarginLink, maxC maksView, 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, 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 , Trusted Time, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect, lan ZENA minangka merek dagang Microchip Technology Incorporated ing AS lan negara liya.
SQTP minangka tandha layanan saka Microchip Technology Incorporated ing AS
Logo Adaptec, Frequency on Demand, Silicon Storage Technology, lan Symmcom minangka merek dagang kadhaptar saka Microchip Technology Inc. ing negara liya.
GestIC minangka merek dagang kadhaptar saka Microchip Technology Germany II GmbH & Co. KG, anak perusahaan saka Microchip Technology Inc., ing negara liya.

Kabeh merek dagang liyane sing kasebut ing kene minangka properti saka perusahaan kasebut.
© 2024, Microchip Technology Incorporated lan anak perusahaan. Kabeh hak dilindhungi undhang-undhang.
ISBN: 978-1-6683-0120-3
Sistem Manajemen Mutu
Kanggo informasi babagan Sistem Manajemen Kualitas Microchip, bukak www.microchip.com/quality.

Dodolan lan Layanan ing saindenging jagad

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

Dokumen / Sumber Daya

MICROCHIP Assuring Layanan Seluler kanthi Dhukungan Timing Sebagean Dibantu Kertas Putih [pdf] Pandhuan
DS00005550A, Njamin Layanan Seluler kanthi Kertas Putih Dhukungan Timing Sebagean, Layanan Seluler kanthi Kertas Putih Dhukungan Wektu Sebagean Dibantu, Layanan Kertas Putih Dhukungan Wektu Sebagean Dibantu, Kertas Putih Dhukungan Wektu Parsial Dibantu, Kertas Putih Dhukungan Wektu Sebagean, Kertas Putih Dhukungan Wektu, Dhukungan Kertas Putih, Kertas

Referensi

Manual pangguna

Pambuka