• башкы баннер

DCI тармагынын учурдагы иши (Экинчи бөлүк)

3 Конфигурацияны башкаруу

Каналды конфигурациялоо учурунда кызмат конфигурациясы, оптикалык катмардын логикалык байланыш конфигурациясы жана байланыштын виртуалдык топологиялык картасынын конфигурациясы талап кылынат. Эгерде бир канал коргоо жолу менен конфигурацияланса, анда бул учурда канал конфигурациясы татаалыраак болот жана андан кийинки конфигурацияны башкаруу да татаалыраак болот. Каналдын багытын башкаруу үчүн атайын кызмат таблицасы талап кылынат жана бизнес багыттары таблицада үзүк жана үзүк сызыктарды колдонуп айырмаланышы керек. OTN каналдары менен IP байланыштарынын ортосундагы дал келүү башкарылганда, айрыкча OTN коргоосу учурунда, бир IP байланышы бир нече OTN каналдарына дал келиши керек. Бул учурда башкаруу көлөмү көбөйөт жана башкаруу татаалдашат, бул Excel таблицаларын башкарууну да көбөйтөт. Талаптар, бизнестин бардык элементтерин толугу менен башкаруу үчүн, 15ке чейин. Инженер белгилүү бир байланышты башкаргысы келгенде, ал Excel формасын таап, андан кийин өндүрүүчүнүн NMSине барып, тиешелүүсүн табышы керек, андан кийин операциялык башкарууну аткарышы керек. Бул эки тараптын тең маалыматын синхрондоштурууну талап кылат. OTNдин NMS платформасы жана инженер тарабынан түзүлгөн Excel эки адам тарабынан жасалган маалымат болгондуктан, маалыматтын шайкеш келбей калышы оңой. Ар кандай ката бизнес маалыматынын чыныгы байланышка дал келбешине алып келет. Ошого жараша, ал өзгөртүү жана тууралоо учурунда бизнеске таасир этиши мүмкүн. Ошондуктан, өндүрүүчүнүн жабдууларынын маалыматтары түндүктү көздөй интерфейс аркылуу башкаруу платформасына чогултулат, андан кийин IP байланышынын маалыматы ушул платформада дал келтирилет, ошентип маалымат учурдагы тармактын тейлөө өзгөрүүлөрүнө ылайык автоматтык түрдө туураланат жана маалыматты борборлоштурулган башкаруу камсыздалат. жана конфигурацияны башкаруу маалыматынын тактыгын камсыз кылуу үчүн бирдиктүү тактык булагы.

OTN кызматын камсыздоону конфигурациялоодо, ар бир интерфейстин маалыматтык сүрөттөмөсүн даярдаңыз, андан кийин OTN NMS тарабынан берилген түндүк багытындагы интерфейс аркылуу OTN маалыматын чогултуңуз жана тиешелүү сүрөттөмөнү IP түзмөгү тарабынан түндүк багытындагы интерфейс аркылуу чогултулган порт маалыматы менен жупташтырыңыз. OTN каналдарын жана IP байланыштарын платформага негизделген башкаруу маалыматты кол менен жаңыртуунун зарылдыгын жокко чыгарат.

DCI берүү тармагын колдонуу үчүн электрдик кайчылаш туташуу кызматынын конфигурациясын колдонуудан алыс болууга аракет кылыңыз. Бул ыкма башкаруу логикасы боюнча өтө татаал жана ал DCI тармак моделине колдонулбайт. Андан DCI долбоорунун башынан эле качууга болот.

4 Сигнализацияны башкаруу

OTNдин татаал башкаруу чыгымдарынан, алыскы аралыкка берүү учурунда сигналды көзөмөлдөөдөн жана ар кандай кызмат бөлүкчөлөрүн мультиплекстөөдөн жана уялоодон улам, бир ката ондогон же жүздөгөн сигнал билдирүүлөрүн билдириши мүмкүн. Өндүрүүчү сигналдарды төрт деңгээлге бөлгөнү менен жана ар бир сигналдын аталышы ар башка болгону менен, ал инженердин иштөөсү жана техникалык тейлөөсү жагынан дагы эле өтө татаал жана биринчи кезекте бузулуунун себебин аныктоо үчүн тажрыйбалуу персонал талап кылынат. Салттуу OTN жабдууларынын ката жөнөтүү функциясы негизинен SMS модемди же электрондук почта аркылуу билдирүүнү колдонот, бирок эки функция интернет компаниясынын негизги системасынын учурдагы тармактык сигналды башкаруу платформасы менен интеграциялоо үчүн атайын жана өзүнчө иштеп чыгуунун баасы жогору, андыктан дагы көп нерсе жасалышы керек. Стандарттык түндүктү көздөй интерфейс сигнал жөнүндө маалыматты чогултат, компаниянын учурдагы тиешелүү платформаларын сактап калуу менен функцияларды кеңейтет, андан кийин сигналды эксплуатация жана техникалык тейлөө инженерине жөнөтөт.

 

Ошондуктан, эксплуатациялык жана техникалык тейлөө кызматкерлери үчүн платформанын OTN катасынан келип чыккан сигнализация маалыматын автоматтык түрдө бириктиришине, андан кийин маалыматты алышына жол берүү керек. Ошондуктан, алгач OTN NMSте сигнализациянын классификациясын орнотуп, андан кийин акыркы сигнализация маалыматын башкаруу платформасында жөнөтүү жана текшерүү иштерин аткарыңыз. Жалпы OTN сигнализация ыкмасы, NMS бардык биринчи жана экинчи типтеги сигнализацияларды орнотуп, сигнализация маалыматын башкаруу платформасына жөнөтөт, андан кийин платформа бир гана кызмат үзгүлтүккө учураган сигнализация маалыматын талдайт, негизгиси. Оптикалык жолдун үзгүлтүккө учурашы жөнүндө сигнализация маалыматы жана (эгер бар болсо) коргоону которуштуруу сигнализация маалыматы эксплуатациялык жана техникалык тейлөө инженерине жөнөтүлөт. Жогорудагы үч маалымат, кыязы, каталарды аныктоо жана иштетүү үчүн колдонулушу мүмкүн. Кабыл алууну орнотууда, оптикалык булалар үзүлгөндө гана пайда болгон курама сигналдын үзгүлтүккө учурашы сыяктуу негизги сигнализациялар үчүн телефон аркылуу билдирүү жөндөөлөрүн орното аласыз, мисалы:

 

DCI тармагы

Сигнализациянын кытайча сүрөттөмөсү

Сигнализациянын англисче сүрөттөмөсү Сигнализациянын түрү Оордугу жана чектөөсү
OMS катмарынын пайдалуу жүк сигналынын жоголушу OMS_LOS_P Байланыш сигнализациясы Критикалык (FM)
Киргизүү/чыгаруу айкалышкан сигналдын жоголушу MUT_LOS Байланыш Сигнализациясы Шашылыш (FM)
OTS жүктү жоготуу

OTS_LOS_P сигналы Байланыш сигнализациясы Критикалык (FM)
OTS пайдалуу жүктү жоготуу көрсөткүчү OTS_PMI байланыш сигнализациясы шашылыш (FM)
Учурда Huawei жана ZTE Alang тарабынан колдоого алынган XML интерфейси сыяктуу NMSтин түндүктү көздөй интерфейси да сигнализация маалыматын жөнөтүү үчүн кеңири колдонулат.

5. Иштин натыйжалуулугун башкаруу

OTN системасынын туруктуулугу системанын ар кандай аспектилеринин, мисалы, магистралдык буланын оптикалык кубаттуулугун башкаруу, мультиплекстелген сигналдагы ар бир каналдын оптикалык кубаттуулугун башкаруу жана системанын OSNR маржасын башкаруу сыяктуу иштөө маалыматтарына абдан көз каранды. Бул мазмун компаниянын тармак системасынын мониторинг долбооруна кошулушу керек, ошондо каалаган убакта системанын иштешин билип, тармактын туруктуулугун камсыз кылуу үчүн иштин натыйжалуулугун өз убагында оптималдаштырса болот. Мындан тышкары, буланын узак мөөнөттүү иштеши жана сапатты көзөмөлдөө буланын маршруттоосундагы өзгөрүүлөрдү аныктоо үчүн да колдонулушу мүмкүн, бул кээ бир була жеткирүүчүлөрүнүн буланын маршруттоосун эскертүүсүз өзгөртүүсүнө жол бербейт, бул эксплуатацияда жана техникалык тейлөөдө сокур зоналарга алып келет жана буланын маршруттоо коркунучунун пайда болушуна алып келет. Албетте, бул моделди окутуу үчүн көп көлөмдөгү маалыматтарды талап кылат, ошондуктан маршруттоо өзгөрүүлөрүн аныктоо такыраак болушу мүмкүн.

6. DCN башкаруу

Бул жердеги DCN OTN жабдууларынын башкаруу байланыш тармагын билдирет, ал OTNдин ар бир тармак элементин башкаруунун тармактык түзүмү үчүн жооптуу. OTN тармагы DCN тармагынын масштабына жана татаалдыгына да таасир этет. Жалпысынан алганда, DCN тармагынын эки ыкмасы бар:

1. Бүтүндөй OTN тармагындагы активдүү жана күтүү режиминдеги шлюздун NEлерин ырастаңыз. Шлюз эмес башка NEлер кадимки NEлер болуп саналат. Бардык кадимки NEлердин башкаруу сигналдары OTNдеги OTS катмары аркылуу OSC каналы аркылуу активдүү жана күтүү режиминдеги шлюздун NEлерине жетип, андан кийин NMS жайгашкан IP тармагына туташат. Бул ыкма NMS жайгашкан IP тармагында тармак элементтеринин жайылтылышын азайтып, тармакты башкаруу көйгөйүн чечүү үчүн OTNдин өзүн колдоно алат. Бирок, эгерде магистралдык була үзгүлтүккө учураса, тиешелүү алыскы тармак элементтери да жабыркайт жана башкаруудан чыгып калат.

2. OTN тармагынын бардык тармак элементтери шлюз тармак элементтери катары конфигурацияланган жана ар бир шлюз тармак элементи OSC каналы аркылуу өтпөстөн, NMS жайгашкан IP тармагы менен өз алдынча байланышат. Бул тармак элементтеринин башкаруу байланышына негизги оптикалык буланын үзгүлтүккө учурашы таасир этпестигин жана тармак элементтерин алыстан башкарууга болорун, алардын баары IP тармагына туташтырылганын жана салттуу IP тармагынын кызматкерлеринин эксплуатация жана техникалык тейлөө чыгымдары да азаят.

DCN тармагын куруунун башында тармак элементтерин пландаштыруу жана IP дарегин бөлүштүрүү жүргүзүлүшү керек. Атап айтканда, тармакты башкаруу сервери жайылтууда башка тармактардан мүмкүн болушунча обочолонушу керек. Болбосо, кийинчерээк тармакта өтө көп тор байланыштары болот жана тейлөө учурунда тармактын титирөөсү кадимкидей болот жана кадимки тармак элементтери туташпай калат. Шлюз тармак элементи сыяктуу көйгөйлөр пайда болот жана өндүрүштүк тармактын дареги жана DCN тармагынын дареги кайра колдонулат, бул өндүрүштүк тармакка таасир этет.


Жарыяланган убактысы: 2022-жылдын 19-декабры