3 Кіраванне канфігурацыяй
Падчас канфігурацыі канала патрабуецца канфігурацыя паслуг, канфігурацыя лагічнага злучэння аптычнага ўзроўню і канфігурацыя карты віртуальнай тапалогіі злучэння. Калі адзін канал можа быць настроены з шляхам абароны, канфігурацыя канала ў гэты час будзе больш складанай, і наступнае кіраванне канфігурацыяй таксама будзе больш складаным. Спецыяльная табліца паслуг патрабуецца толькі для кіравання напрамкам канала, і бізнес-напрамкі павінны быць вылучаны ў табліцы з дапамогай суцэльных і пункцірных ліній. Пры кіраванні супадзеннем паміж каналамі OTN і IP-злучэннямі, асабліва ў выпадку абароны OTN, адно IP-злучэнне павінна адпавядаць некалькім каналам OTN. У гэты час аб'ём кіравання павялічваецца і ўскладняецца, што таксама павялічвае колькасць кіравання табліцамі Excel. Патрабаванні да поўнага кіравання ўсімі элементамі бізнесу да 15. Калі інжынер хоча кіраваць пэўным злучэннем, яму трэба знайсці форму Excel, а затым перайсці да NMS вытворцы, каб знайсці адпаведную, а затым выканаць кіраванне аперацыямі. Гэта патрабуе сінхранізацыі інфармацыі з абодвух бакоў. Паколькі платформа NMS OTN і Excel, створаны інжынерам, з'яўляюцца двума штучнымі дадзенымі, інфармацыя лёгка можа быць несінхранізаванай. Любая памылка прывядзе да таго, што бізнес-інфармацыя будзе неадпаведаць рэальнай сувязі. Адпаведна, гэта можа паўплываць на бізнес пры зменах і карэкціроўцы. Такім чынам, дадзеныя аб абсталяванні вытворцы збіраюцца на платформе кіравання праз паўночны інтэрфейс, а затым інфармацыя IP-канала супастаўляецца на гэтай платформе, каб інфармацыя магла аўтаматычна карэктавацца ў адпаведнасці са зменамі ў абслугоўванні існуючай сеткі, і забяспечваецца цэнтралізаванае кіраванне інфармацыяй, а таксама адзіная крыніца дакладнасці для забеспячэння дакладнасці інфармацыі аб кіраванні канфігурацыяй.
Пры наладжванні забеспячэння паслуг OTN падрыхтуйце апісанне інфармацыі для кожнага інтэрфейса, а затым збярыце інфармацыю OTN праз паўночны інтэрфейс, які прадастаўляецца OTN NMS, і спалучыце адпаведнае апісанне з інфармацыяй пра порт, сабранай IP-прыладай праз паўночны інтэрфейс. Кіраванне каналамі OTN і IP-злучэннямі на аснове платформы выключае неабходнасць ручнога абнаўлення інфармацыі.
Пры выкарыстанні сеткі перадачы DCI паспрабуйце пазбягаць выкарыстання канфігурацыі электрычных крос-злучэнняў. Гэты метад надзвычай складаны ў логіцы кіравання і не прымяняецца да мадэлі сеткі DCI. Яго можна пазбегнуць з самага пачатку праектавання DCI.
4 Кіраванне сігналізацыяй
З-за складаных накладных выдаткаў на кіраванне OTN, маніторынг сігналаў падчас перадачы на вялікія адлегласці, а таксама мультыплексаванне і ўкладанне розных часціц абслугоўвання, няспраўнасць можа паведамляць пра дзясяткі ці сотні паведамленняў аб трывозе. Нягледзячы на тое, што вытворца класіфікаваў сігналы трывогі па чатырох узроўнях, і кожны сігнал трывогі мае розную назву, гэта ўсё яшчэ надзвычай складана з пункту гледжання эксплуатацыі і абслугоўвання інжынера, і для вызначэння прычыны няспраўнасці патрабуецца вопытны персанал. Функцыя адпраўкі паведамленняў аб няспраўнасці традыцыйнага абсталявання OTN у асноўным выкарыстоўвае SMS-мадэм або push-паведамленні па электроннай пошце, але гэтыя дзве функцыі спецыяльна распрацаваны для інтэграцыі з існуючай платформай кіравання сеткавай сігналізацыяй базавай сістэмы інтэрнэт-кампаніі, і кошт асобнай распрацоўкі высокі, таму трэба зрабіць больш. Стандартны інтэрфейс, накіраваны на поўнач, збірае інфармацыю аб сігналізацыі, пашырае функцыі, захоўваючы пры гэтым існуючыя адпаведныя платформы кампаніі, а затым перадае сігнал трывогі інжынеру па эксплуатацыі і абслугоўванні.
Такім чынам, персаналу па эксплуатацыі і тэхнічным абслугоўванні неабходна дазволіць платформе аўтаматычна збіраць інфармацыю аб сігналізацыі, згенераваную няспраўнасцю OTN, а затым атрымліваць гэту інфармацыю. Таму спачатку трэба ўсталяваць класіфікацыю сігналізацыі на OTN NMS, а затым выканаць адпраўку і скрынінг на апошняй платформе кіравання інфармацыяй аб сігналізацыі. Агульны метад сігналізацыі OTN заключаецца ў тым, што NMS усталёўвае і перадае ўсе першыя і другі тыпы сігналізацыі на платформу кіравання інфармацыяй аб сігналізацыі, а затым платформа аналізуе інфармацыю аб сігналізацыі асобнага перапынення абслугоўвання, асноўную інфармацыю аб сігналізацыі перапынення аптычнага шляху і (калі такая маецца) інфармацыю аб сігналізацыі пераключэння абароны перадаюцца інжынеру па эксплуатацыі і тэхнічным абслугоўванні. Вышэйпаказаныя тры віды інфармацыі, верагодна, можна выкарыстоўваць для дыягностыкі і апрацоўкі няспраўнасцяў. Пры наладзе прыёму можна наладзіць параметры тэлефонных апавяшчэнняў для асноўных сігналаў трывогі, такіх як збоі кампазітнага сігналу, якія ўзнікаюць толькі пры пашкоджанні аптычных валокнаў, такіх як:
Апісанне сігналізацыі на кітайскай мове
Сігнал трывогі Апісанне на англійскай мове Тып сігналу трывогі Сур'ёзнасць і абмежаванне
Страта сігналу карыснай нагрузкі ўзроўню OMS OMS_LOS_P Крытычны сігнал трывогі сувязі (FM)
Страта камбінаванага ўваходнага/выхаднога сігналу MUT_LOS Сігналізацыя сувязі Аварыйная сітуацыя (FM)
Страта карыснай нагрузкі OTS
Сігнал OTS_LOS_P Крытычны сігнал трывогі сувязі (FM)
Індыкацыя страты карыснай нагрузкі OTS OTS_PMI Тэрміновая сігналізацыя сувязі (FM)
Паўночны інтэрфейс NMS, напрыклад, інтэрфейс XML, які ў цяперашні час падтрымліваецца Huawei і ZTE Alang, таксама часта выкарыстоўваецца для перадачы інфармацыі аб трывозе.
5 Кіраванне прадукцыйнасцю
Стабільнасць сістэмы OTN моцна залежыць ад дадзеных аб прадукцыйнасці розных аспектаў сістэмы, такіх як кіраванне аптычнай магутнасцю магістральнага валакна, кіраванне аптычнай магутнасцю кожнага канала ў мультыплексаваным сігнале і кіраванне запасам OSNR сістэмы. Гэтыя дадзеныя павінны быць дададзены ў праект маніторынгу сеткавай сістэмы кампаніі, каб ведаць прадукцыйнасць сістэмы ў любы час і своечасова аптымізаваць прадукцыйнасць для забеспячэння стабільнасці сеткі. Акрамя таго, доўгатэрміновы маніторынг прадукцыйнасці і якасці валакна таксама можа быць выкарыстаны для выяўлення змяненняў у маршрутызацыі валакна, што прадухіляе некаторыя пастаўшчыкі валакна ад змены маршрутызацыі валакна без папярэджання, што прыводзіць да сляпых зон у эксплуатацыі і абслугоўванні, а таксама да ўзнікнення рызык, звязаных з маршрутызацыяй валакна. Вядома, гэта патрабуе вялікай колькасці дадзеных для навучання мадэлі, каб выяўленне змяненняў маршрутызацыі магло быць больш дакладным.
6. Кіраванне DCN
Пад DCN тут маецца на ўвазе сетка кіравання камунікацыйным абсталяваннем OTN, якая адказвае за структуру сеткі для кіравання кожным сеткавым элементам OTN. Сетка OTN таксама ўплывае на маштаб і складанасць сеткі DCN. Як правіла, існуе два метады стварэння сеткі DCN:
1. Пацвердзіце актыўныя і рэзервовыя шлюзавыя NE ва ўсёй сетцы OTN. Іншыя нешлюзавыя NE з'яўляюцца звычайнымі NE. Сігналы кіравання ўсіх звычайных NE дасягаюць актыўных і рэзервовых шлюзавых NE праз канал OSC праз узровень OTS у OTN, а затым падключаюцца да IP-сеткі, дзе знаходзіцца NMS. Гэты метад можа паменшыць разгортванне сеткавых элементаў у IP-сетцы, дзе знаходзіцца NMS, і выкарыстоўваць саму OTN для вырашэння праблемы кіравання сеткай. Аднак, калі магістральнае валакно будзе перапынена, адпаведныя аддаленыя элементы сеткі таксама пацерпяць і выйдуць з-пад кіравання.
2. Усе элементы сеткі OTN настроены як элементы сеткі шлюзаў, і кожны элемент сеткі шлюзаў звязваецца з IP-сеткай, дзе знаходзіцца NMS, незалежна, без выкарыстання канала OSC. Гэта гарантуе, што на кіраванне камунікацыяй элементаў сеткі не паўплывае перапыненне асноўнага аптычнага валакна, і элементы сеткі ўсё яшчэ могуць кіравацца дыстанцыйна, усе яны падключаны да IP-сеткі, а выдаткі на эксплуатацыю і абслугоўванне для традыцыйных работнікаў IP-сеткі таксама будуць зніжаны.
На пачатку будаўніцтва сеткі DCN неабходна спланаваць элементы сеткі і размеркаваць IP-адрас. У прыватнасці, сервер кіравання сеткай павінен быць максімальна ізаляваны ад іншых сетак падчас разгортвання. У адваротным выпадку пазней у сетцы будзе занадта шмат злучэнняў, і падчас абслугоўвання сетка будзе нармальна вагацца, а звычайныя элементы сеткі не будуць падключацца. Узнікнуць праблемы, такія як шлюзавы элемент сеткі, і адрас вытворчай сеткі і адрас сеткі DCN будуць паўторна выкарыстаны, што паўплывае на вытворчаю сетку.
Час публікацыі: 19 снежня 2022 г.