3 Konfigūracijos valdymas
Kanalo konfigūracijos metu reikalinga paslaugų konfigūracija, optinio sluoksnio loginio ryšio konfigūracija ir virtualios ryšio topologijos žemėlapio konfigūracija. Jei vienas kanalas gali būti sukonfigūruotas su apsaugos keliu, kanalo konfigūracija šiuo metu bus sudėtingesnė, o vėliau ir konfigūracijos valdymas taip pat bus sudėtingesnis. Norint valdyti tik kanalo kryptį, reikalinga speciali paslaugų lentelė, o verslo kryptys lentelėje turi būti atskirtos naudojant ištisines ir punktyrines linijas. Kai valdomas OTN kanalų ir IP ryšių atitikimas, ypač OTN apsaugos atveju, viena IP jungtis turi atitikti kelis OTN kanalus. Šiuo metu valdymo apimtis padidėja, o valdymas tampa sudėtingesnis, o tai taip pat padidina „Excel“ lentelių valdymą. Reikalavimai, norint visiškai valdyti visus verslo elementus, siekia iki 15. Kai inžinierius nori valdyti tam tikrą ryšį, jis turi rasti „Excel“ formą, tada eiti į gamintojo NMS, kad surastų atitinkamą ir atliktų operacijų valdymą. Tam reikia sinchronizuoti informaciją abiejose pusėse. Kadangi OTN NMS platforma ir inžinieriaus sukurta „Excel“ yra du žmogaus sukurti duomenys, informacija lengvai gali būti nesinchronizuota. Bet kokia klaida sukels verslo informacijos neatitikimą faktiniams santykiams. Atitinkamai, tai gali turėti įtakos verslui keičiantis ir koreguojant. Todėl gamintojo įrangos duomenys renkami į valdymo platformą per šiaurės krypties sąsają, o tada IP jungties informacija suderinama šioje platformoje, kad informaciją būtų galima automatiškai koreguoti pagal esamo tinklo paslaugų pakeitimus, ir būtų užtikrintas centralizuotas informacijos valdymas. Vienas tikslumo šaltinis užtikrina konfigūracijos valdymo informacijos tikslumą.
Konfigūruojant OTN paslaugų teikimą, paruoškite kiekvienos sąsajos informacijos aprašymą, tada surinkite OTN informaciją per OTN NMS teikiamą šiaurės krypties sąsają ir susiekite atitinkamą aprašymą su prievado informacija, kurią IP įrenginys surinko per šiaurės krypties sąsają. Platformoje valdomi OTN kanalai ir IP ryšiai panaikina rankinio informacijos atnaujinimo poreikį.
Naudojant DCI perdavimo tinklą, stenkitės vengti elektrinių kryžminių jungčių konfigūracijos. Šis metodas yra itin sudėtingas valdymo logikos požiūriu ir netaikomas DCI tinklo modeliui. Jo galima vengti nuo pat DCI projektavimo pradžios.
4 Signalizacijos valdymas
Dėl sudėtingų OTN valdymo išlaidų, signalo stebėjimo tolimojo perdavimo metu ir skirtingų paslaugų dalelių multipleksavimo bei įdėjimo, gedimas gali pranešti apie dešimtis ar šimtus pavojaus pranešimų. Nors gamintojas pavojaus signalus suskirstė į keturis lygius ir kiekvienas pavojaus signalas turi skirtingą pavadinimą, inžinieriaus eksploatavimo ir priežiūros požiūriu tai vis tiek yra itin sudėtinga, ir gedimo priežasčiai nustatyti reikia patyrusio personalo. Tradicinės OTN įrangos gedimų siuntimo funkcija daugiausia naudoja SMS modemą arba el. pašto perdavimą, tačiau šios dvi funkcijos yra ypatingos integracijai su esama interneto bendrovės pagrindinės sistemos tinklo pavojaus signalų valdymo platforma, o atskiro kūrimo kaina yra didelė, todėl reikia nuveikti daugiau. Standartinė šiaurės krypties sąsaja renka pavojaus signalų informaciją, išplečia funkcijas, išlaikydama esamas atitinkamas bendrovės platformas, o tada perduoda pavojaus signalą eksploatavimo ir priežiūros inžinieriui.
Todėl eksploatavimo ir priežiūros personalui būtina leisti platformai automatiškai konvertuoti OTN gedimo sugeneruotą aliarmo informaciją ir tada ją gauti. Todėl pirmiausia nustatykite aliarmo klasifikaciją OTN NMS, o tada atlikite siuntimo ir atrankos darbus paskutinėje aliarmo informacijos valdymo platformoje. Bendras OTN aliarmo metodas yra toks, kad NMS nustato ir persiunčia visus pirmojo ir antrojo tipų aliarmus į aliarmo informacijos valdymo platformą, o tada platforma analizuoja vieno tinklo sutrikimo aliarmo informaciją, pagrindinį optinio kelio sutrikimo aliarmo informaciją ir (jei yra) apsaugos perjungimo aliarmo informaciją persiunčia eksploatavimo ir priežiūros inžinieriui. Pirmiau minėta trijų tipų informacija greičiausiai gali būti naudojama gedimams diagnozuoti ir apdoroti. Nustatant priėmimą, galite nustatyti telefono pranešimų nustatymus svarbiems aliarmams, pvz., sudėtinio signalo gedimams, kurie atsiranda tik nutrūkus optiniams pluoštams, pavyzdžiui:
Signalizacijos aprašymas kinų kalba
Aliarmo aprašymas anglų kalba Aliarmo tipas Rimtumas ir apribojimai
OMS sluoksnio naudingosios apkrovos signalo praradimas OMS_LOS_P Ryšio pavojaus signalas kritinis (FM)
Įvesties / išvesties kombinuoto signalo praradimas MUT_LOS ryšio signalizacija Avarinė situacija (FM)
OTS naudingosios apkrovos praradimas
Signalas OTS_LOS_P Ryšio pavojaus signalas kritinis (FM)
OTS naudingojo krovinio praradimo indikacija OTS_PMI ryšio signalizacija skubus (FM)
Šiaurės krypties NMS sąsaja, pavyzdžiui, XML sąsaja, kurią šiuo metu palaiko „Huawei“ ir „ZTE Alang“, taip pat dažnai naudojama signalizacijos informacijai perduoti.
5 Veiklos valdymas
OTN sistemos stabilumas labai priklauso nuo įvairių sistemos aspektų našumo duomenų, tokių kaip magistralinio šviesolaidžio optinės galios valdymas, kiekvieno kanalo optinės galios valdymas multipleksuotame signale ir sistemos OSNR paraštės valdymas. Šis turinys turėtų būti įtrauktas į įmonės tinklo sistemos stebėjimo projektą, kad bet kuriuo metu būtų galima žinoti sistemos našumą ir laiku jį optimizuoti, siekiant užtikrinti tinklo stabilumą. Be to, ilgalaikis šviesolaidžio našumo ir kokybės stebėjimas taip pat gali būti naudojamas siekiant aptikti šviesolaidžio maršruto pokyčius, užkirsti kelią kai kuriems šviesolaidžio tiekėjams keisti šviesolaidžio maršrutą be įspėjimo, dėl ko atsiranda aklųjų zonų eksploatavimo ir priežiūros metu bei šviesolaidžio maršruto rizika. Žinoma, tam reikia daug duomenų modelio mokymui, kad maršruto pakeitimų aptikimas būtų tikslesnis.
6. DCN valdymas
DCN čia reiškia OTN įrangos valdymo ryšio tinklą, kuris yra atsakingas už kiekvieno OTN tinklo elemento valdymo tinklo struktūrą. OTN tinklas taip pat turės įtakos DCN tinklo mastui ir sudėtingumui. Paprastai yra du DCN tinklo metodai:
1. Patvirtinkite aktyvius ir budėjimo režimo šliuzo NE visame OTN tinkle. Kiti ne šliuzo NE yra paprasti NE. Visų įprastų NE valdymo signalai pasiekia aktyvius ir budėjimo režimo šliuzo NE per OSC kanalą per OTS sluoksnį OTN tinkle, o tada prisijungia prie IP tinklo, kuriame yra NMS. Šis metodas gali sumažinti tinklo elementų diegimą IP tinkle, kuriame yra NMS, ir panaudoti patį OTN tinklo valdymo problemai išspręsti. Tačiau jei magistralinis šviesolaidis nutrūksta, atitinkami nuotolinio tinklo elementai taip pat bus paveikti ir nebebus valdomi.
2. Visi OTN tinklo elementai sukonfigūruoti kaip šliuzo tinklo elementai, ir kiekvienas šliuzo tinklo elementas savarankiškai bendrauja su IP tinklu, kuriame yra NMS, nenaudodamas OSC kanalo. Tai užtikrina, kad tinklo elementų valdymo ryšiui įtakos neturi pagrindinio optinio pluošto nutraukimas, o tinklo elementus vis tiek galima valdyti nuotoliniu būdu, visi jie prijungti prie IP tinklo, taip pat sumažės tradicinio IP tinklo darbuotojų eksploatavimo ir priežiūros išlaidos.
DCN tinklo kūrimo pradžioje turėtų būti atliekamas tinklo elementų planavimas ir IP adresų paskirstymas. Visų pirma, diegimo metu tinklo valdymo serveris turėtų būti kuo labiau izoliuotas nuo kitų tinklų. Priešingu atveju vėliau tinkle bus per daug tinklinių jungčių, o tinklo virpėjimas bus normalus techninės priežiūros metu, o įprasti tinklo elementai nebus prijungti. Atsiras tokių problemų kaip šliuzo tinklo elementas, o gamybos tinklo adresas ir DCN tinklo adresas bus pakartotinai naudojami, o tai turės įtakos gamybos tinklui.
Įrašo laikas: 2022 m. gruodžio 19 d.