3 Kokoonpanon hallinta
Kanavan määrityksen aikana tarvitaan palvelun konfigurointi, optisen kerroksen loogisen linkin konfigurointi ja linkin virtuaalisen topologian karttamääritys.Jos yksittäiselle kanavalle voidaan konfiguroida suojauspolku, kanavan konfigurointi on tällä hetkellä monimutkaisempi ja sitä seuraava konfiguraatioiden hallinta on myös monimutkaisempi.Erillinen palvelutaulukko vaaditaan vain kanavasuunnan hallintaan, ja liiketoimintasuunnat on erotettava taulukossa yhtenäisillä ja katkoviivoilla.Kun OTN-kanavien ja IP-linkkien välistä vastaavuutta hallitaan, erityisesti OTN-suojauksen tapauksessa, yhden IP-linkin on vastattava useita OTN-kanavia.Tällä hetkellä hallinnan määrä kasvaa ja hallinta on monimutkaista, mikä lisää myös Excel-taulukoiden hallintaa.Vaatimukset yrityksen kaikkien osien täydelliseen hallintaan, enintään 15. Kun insinööri haluaa hallita tiettyä linkkiä, hänen on selvitettävä Excel-lomake ja mentävä sitten valmistajan NMS:ään etsimään vastaava ja suoritettava toiminto hallinta.Tämä edellyttää tietojen synkronointia molemmilta puolilta.Koska OTN:n NMS-alusta ja insinöörin tekemä excel ovat kaksi ihmisen tekemää dataa, tietojen on helppo olla epätahdissa.Mikä tahansa virhe johtaa siihen, että yritystiedot ovat ristiriidassa todellisen suhteen kanssa.Vastaavasti se voi vaikuttaa liiketoimintaan muutoksen ja sopeutumisen yhteydessä.Siksi valmistajan laitetiedot kerätään pohjoiseen suuntautuvan rajapinnan kautta hallintaalustalle, jonka jälkeen IP-linkin tiedot täsmäytetään tällä alustalla, jotta tietoja voidaan säätää automaattisesti olemassa olevan verkon palvelumuutosten mukaan. , ja tietojen keskitetty hallinta varmistetaan.ja yksi tarkkuuslähde kokoonpanonhallintatietojen tarkkuuden varmistamiseksi.
Kun määrität OTN-palvelun tarjontaa, valmistele kunkin liitännän tietokuvaus ja kerää sitten OTN-tiedot OTN NMS:n tarjoaman pohjoisen rajapinnan kautta ja yhdistä asiaankuuluva kuvaus IP-laitteen pohjoisen rajapinnan kautta keräämiin porttitietoihin.OTN-kanavien ja IP-linkkien alustapohjainen hallinta eliminoi manuaalisen tiedonpäivityksen tarpeen.
Kun käytät DCI-siirtoverkkoa, yritä välttää sähköisen ristikytkentäpalvelun konfigurointia.Tämä menetelmä on hallintalogiikaltaan erittäin monimutkainen, eikä se sovellu DCI-verkkomalliin.Se voidaan välttää DCI-suunnittelun alusta lähtien.
4 Hälytysten hallinta
OTN:n monimutkaisen hallintakuorman, pitkän matkan lähetyksen aikana tapahtuvan signaalin valvonnan sekä eri palveluhiukkasten multipleksoinnin ja sisäkkäisyyden vuoksi vika voi raportoida kymmeniä tai satoja hälytysviestejä.Vaikka valmistaja on luokitellut hälyttimet neljään tasoon ja jokaisella hälytyksellä on eri nimi, se on kuitenkin insinöörin käytön ja huollon kannalta erittäin monimutkainen ja vaatii kokenutta henkilökuntaa vian syyn selvittämiseen.Perinteisten OTN-laitteiden vianlähetystoiminto käyttää pääasiassa SMS-modeemia tai sähköpostin push-toimintoa, mutta nämä kaksi toimintoa ovat erityisiä integroitaviksi Internet-yhtiön perusjärjestelmän olemassa olevaan verkkohälytysten hallintaalustaan, ja erillisen kehittämisen kustannukset ovat korkeat, joten tarvitaan lisää. tullakseen tehdyksi.Normaali pohjoiseen suuntautuva rajapinta kerää hälytystiedot, laajentaa toimintoja säilyttäen samalla yrityksen olemassa olevat asiaankuuluvat alustat ja työntää sitten hälytyksen käyttö- ja huoltoinsinöörille.
Siksi käyttö- ja huoltohenkilöstön on annettava alustan automaattisesti konvergoida OTN-vian synnyttämät hälytystiedot ja sitten vastaanottaa tiedot.Siksi aseta ensin hälytysluokitus OTN NMS:ään ja suorita sitten lähetys- ja seulontatyöt viimeisellä hälytystietojen hallintaalustalla.Yleinen OTN-hälytysmenetelmä on, että NMS asettaa ja lähettää kaikki ensimmäisen ja toisen tyyppiset hälytykset hälytystietojen hallinta-alustalle, minkä jälkeen alusta analysoi yksittäisen palvelukatkon hälytystiedot, optisen polun keskeytyshälytyksen. tiedot ja (jos sellaisia on) suojauksen kytkentähälytystiedot välitetään käyttö- ja huoltoinsinöörille.Yllä olevia kolmea tietoa voidaan todennäköisesti käyttää vian diagnosointiin ja käsittelyyn.Kun määrität vastaanottoa, voit määrittää puhelinilmoitusasetukset suurille hälytyksille, kuten komposiittisignaalihäiriöille, jotka ilmenevät vain, kun optiset kuidut katkeavat, kuten seuraavat:
Hälytys kiinalainen kuvaus
Hälytyksen englanninkielinen kuvaus Hälytyksen tyyppi Vakavuus ja rajoitukset
OMS-kerroksen hyötykuorman signaalin menetys OMS_LOS_P-viestintähälytys kriittinen (FM)
Yhdistetty tulo/lähtösignaali katoaa MUT_LOS-tiedonsiirtohälytyshätä (FM)
OTS-hyötykuorman menetys
Signaali OTS_LOS_P Tiedonsiirtohälytys kriittinen (FM)
OTS-hyötykuorman katoamisilmoitus OTS_PMI-kommunikaatiohälytys kiireellinen (FM)
NMS:n pohjoiseen suuntautuvaa käyttöliittymää, kuten Huawein ja ZTE Alangin tällä hetkellä tukemaa XML-liitäntää, käytetään myös yleisesti hälytystietojen välittämiseen.
5 Suorituskyvyn hallinta
OTN-järjestelmän vakaus riippuu suuresti järjestelmän eri osien suorituskykytiedoista, kuten runkokuidun optisesta tehonhallinnasta, multipleksoidun signaalin kunkin kanavan optisesta tehonhallinnasta ja järjestelmän OSNR-marginaalien hallinnasta.Nämä sisällöt tulisi lisätä yrityksen verkkojärjestelmän seurantaprojektiin, jotta järjestelmän suorituskyky voidaan tietää milloin tahansa ja suorituskyky optimoidaan ajoissa verkon vakauden varmistamiseksi.Lisäksi pitkäjänteisellä kuidun suorituskyvyn ja laadun seurannalla voidaan havaita muutoksia kuidun reitityksessä, mikä estää joitain kuitutoimittajia muuttamasta kuitujen reititystä ilman ennakkoilmoitusta, mikä johtaa kuolleisiin kulmiin käytössä ja kunnossapidossa sekä kuitureititysriskin esiintymiseen.Tämä vaatii tietysti suuren määrän dataa mallin koulutukseen, jotta reititysmuutosten havaitseminen voi olla tarkempaa.
6. DCN-hallinta
DCN viittaa tässä OTN-laitteen hallintaviestintäverkkoon, joka vastaa OTN:n kunkin verkkoelementin hallinnan verkkorakenteesta.OTN-verkko vaikuttaa myös DCN-verkon laajuuteen ja monimutkaisuuteen.Yleensä DCN-verkossa on kaksi tapaa:
1. Vahvista aktiiviset ja valmiustilassa olevat yhdyskäytäväverkot koko OTN-verkossa.Muut ei-yhdyskäytäväverkot ovat tavallisia NE:itä.Kaikkien tavallisten NE:iden hallintasignaalit saavuttavat aktiivisen ja valmiustilan yhdyskäytävän NE:t OSC-kanavan kautta OTS-kerroksen kautta OTN:ssä ja muodostavat sitten yhteyden IP-verkkoon, jossa NMS sijaitsee.Tämä menetelmä voi vähentää verkkoelementtien käyttöönottoa IP-verkossa, jossa NMS sijaitsee, ja käyttää itse OTN:ää verkonhallintaongelman ratkaisemiseen.Jos runkokuitu kuitenkin katkeaa, se vaikuttaa myös vastaaviin etäverkkoelementteihin, ja ne ovat poissa hallinnasta.
2. Kaikki OTN-verkon verkkoelementit on konfiguroitu yhdyskäytäväverkkoelementeiksi, ja jokainen yhdyskäytäväverkkoelementti kommunikoi IP-verkon kanssa, jossa NMS sijaitsee itsenäisesti ilman OSC-kanavaa.Näin varmistetaan, että päävalokuidun katkos ei vaikuta verkkoelementtien hallintaviestintään, vaan verkkoelementtejä voidaan edelleen hallita etänä, jotka kaikki on kytketty IP-verkkoon sekä perinteisten verkkoelementtien käyttö- ja ylläpitokustannukset. Myös IP-verkon työntekijöitä vähennetään.
DCN-verkon rakentamisen alussa tulee tehdä verkkoelementtien suunnittelu ja IP-osoitteiden allokointi.Erityisesti verkonhallintapalvelin tulee eristää muista verkoista mahdollisimman paljon käyttöönoton yhteydessä.Muuten verkkoon tulee myöhemmin liikaa mesh-linkkejä ja verkon värinä on normaalia huollon aikana, eikä tavallisia verkkoelementtejä liitetä.Esiin tulee ongelmia, kuten yhdyskäytäväverkkoelementti, ja tuotantoverkko-osoitetta ja DCN-verkon osoitetta käytetään uudelleen, mikä vaikuttaa tuotantoverkkoon.
Postitusaika: 19.12.2022