၃။ ဖွဲ့စည်းပုံ စီမံခန့်ခွဲမှု
channel configuration လုပ်နေစဉ်အတွင်း service configuration၊ optical layer logical link configuration နှင့် link virtual topology map configuration များ လိုအပ်ပါသည်။ single channel တစ်ခုကို protection path ဖြင့် configure လုပ်နိုင်ပါက၊ ဤအချိန်တွင် channel configuration သည် ပိုမိုရှုပ်ထွေးမည်ဖြစ်ပြီး၊ နောက်ဆက်တွဲ Configuration management သည်လည်း ပိုမိုရှုပ်ထွေးမည်ဖြစ်သည်။ channel direction ကို စီမံခန့်ခွဲရန်အတွက်သာ dedicated service table တစ်ခု လိုအပ်ပြီး business directions များကို table တွင် solid နှင့် dashed lines များကို အသုံးပြု၍ ခွဲခြားသတ်မှတ်ရမည်။ OTN channels များနှင့် IP links များအကြား ဆက်စပ်မှုကို စီမံခန့်ခွဲသောအခါ၊ အထူးသဖြင့် OTN protection တွင်၊ IP link တစ်ခုသည် OTN channels များစွာနှင့် ကိုက်ညီရန် လိုအပ်ပါသည်။ ဤအချိန်တွင်၊ စီမံခန့်ခွဲမှုပမာဏ တိုးလာပြီး စီမံခန့်ခွဲမှု ရှုပ်ထွေးလာသောကြောင့် excel table များ၏ စီမံခန့်ခွဲမှုကိုလည်း တိုးမြှင့်ပေးပါသည်။ စီးပွားရေးလုပ်ငန်း၏ element အားလုံးကို အပြည့်အဝ စီမံခန့်ခွဲရန် လိုအပ်ချက်များ၊ ၁၅ အထိ။ အင်ဂျင်နီယာတစ်ဦးသည် သတ်မှတ်ထားသော link တစ်ခုကို စီမံခန့်ခွဲလိုပါက excel form ကို ရှာဖွေပြီးနောက် သက်ဆိုင်ရာကို ရှာဖွေရန် manufacturer ၏ NMS သို့ သွားပြီးနောက် operation management ကို လုပ်ဆောင်ရန် လိုအပ်ပါသည်။ ၎င်းသည် နှစ်ဖက်စလုံးတွင် အချက်အလက်များကို ထပ်တူပြုရန် လိုအပ်သည်။ OTN ရဲ့ NMS platform နဲ့ အင်ဂျင်နီယာက ဖန်တီးထားတဲ့ excel ဟာ လူလုပ်ဒေတာနှစ်ခုဖြစ်တာကြောင့် အချက်အလက်တွေ ကိုက်ညီမှုမရှိဖို့ လွယ်ကူပါတယ်။ အမှားတစ်ခုခုလုပ်မိရင် လုပ်ငန်းအချက်အလက်တွေဟာ တကယ့်ဆက်ဆံရေးနဲ့ မကိုက်ညီတော့ပါဘူး။ အဲဒီလိုပဲ ပြောင်းလဲချိန်ညှိတဲ့အခါ လုပ်ငန်းကို ထိခိုက်စေနိုင်ပါတယ်။ ဒါကြောင့် ထုတ်လုပ်သူရဲ့ စက်ပစ္စည်းဒေတာကို northbound interface မှတစ်ဆင့် management platform တစ်ခုဆီ စုဆောင်းပြီး IP link ရဲ့ အချက်အလက်တွေကို ဒီ platform မှာ တိုက်ဆိုင်စစ်ဆေးပါတယ်။ ဒါကြောင့် လက်ရှိ network ရဲ့ ဝန်ဆောင်မှုပြောင်းလဲမှုတွေပေါ်မူတည်ပြီး အချက်အလက်တွေကို အလိုအလျောက် ချိန်ညှိနိုင်ပြီး အချက်အလက်တွေရဲ့ ဗဟိုချုပ်ကိုင်မှု စီမံခန့်ခွဲမှုကိုလည်း သေချာစေပါတယ်။ configuration management အချက်အလက်တွေရဲ့ တိကျမှုကို သေချာစေဖို့ တစ်ခုတည်းသော တိကျမှုရင်းမြစ်လည်း ဖြစ်ပါတယ်။
OTN ဝန်ဆောင်မှုပံ့ပိုးပေးခြင်းကို configure လုပ်သည့်အခါ interface တစ်ခုချင်းစီ၏ information description ကိုပြင်ဆင်ပြီးနောက် OTN NMS မှပေးသော northbound interface မှတစ်ဆင့် OTN အချက်အလက်များကိုစုဆောင်းပြီး northbound interface မှတစ်ဆင့် IP device မှစုဆောင်းထားသော port information နှင့်သက်ဆိုင်ရာ description ကိုတွဲပါ။ OTN channel များနှင့် IP link များ၏ platform-based management သည် manual information update လုပ်ရန်မလိုအပ်ပါ။
DCI ထုတ်လွှင့်မှုကွန်ရက်ကို အသုံးပြုရန်အတွက် လျှပ်စစ် cross-connect ဝန်ဆောင်မှုဖွဲ့စည်းမှုပုံစံကို အသုံးပြုခြင်းကို ရှောင်ရှားရန် ကြိုးစားပါ။ ဤနည်းလမ်းသည် စီမံခန့်ခွဲမှုယုတ္တိဗေဒတွင် အလွန်ရှုပ်ထွေးပြီး DCI ကွန်ရက်မော်ဒယ်နှင့် မသက်ဆိုင်ပါ။ ၎င်းကို DCI ဒီဇိုင်း၏ အစကတည်းက ရှောင်ရှားနိုင်ပါသည်။
၄။ အချက်ပေးစနစ် စီမံခန့်ခွဲမှု
OTN ရဲ့ ရှုပ်ထွေးတဲ့ စီမံခန့်ခွဲမှု အထွေထွေ၊ အဝေးပို့လွှတ်မှုအတွင်း အချက်ပြမှုကို စောင့်ကြည့်ခြင်းနဲ့ မတူညီသော ဝန်ဆောင်မှု အမှုန်အမွှားများကို multiplexing နဲ့ nesting လုပ်ခြင်းတို့ကြောင့် fault တစ်ခုဟာ အချက်ပေး မက်ဆေ့ချ် ဒါဇင်ပေါင်းများစွာ ဒါမှမဟုတ် ရာပေါင်းများစွာကို သတင်းပို့နိုင်ပါတယ်။ ထုတ်လုပ်သူက အချက်ပေးတွေကို အဆင့်လေးဆင့်ခွဲခြားထားပြီး အချက်ပေးတစ်ခုချင်းစီမှာ နာမည်ကွဲပြားပေမယ့် အင်ဂျင်နီယာတစ်ယောက်ရဲ့ လည်ပတ်မှုနဲ့ ပြုပြင်ထိန်းသိမ်းမှုရှုထောင့်ကနေကြည့်ရင် အလွန်ရှုပ်ထွေးနေဆဲဖြစ်ပြီး ပထမဆုံး ချို့ယွင်းမှုရဲ့ အကြောင်းရင်းကို ဆုံးဖြတ်ဖို့ အတွေ့အကြုံရှိတဲ့ ဝန်ထမ်းတွေ လိုအပ်ပါတယ်။ ရိုးရာ OTN ပစ္စည်းတွေရဲ့ အမှားပေးပို့တဲ့ လုပ်ဆောင်ချက်ဟာ အဓိကအားဖြင့် SMS modem ဒါမှမဟုတ် email push ကို အသုံးပြုပေမယ့် လုပ်ဆောင်ချက်နှစ်ခုစလုံးဟာ အင်တာနက်ကုမ္ပဏီရဲ့ အခြေခံစနစ်ရဲ့ လက်ရှိ network alarm management platform နဲ့ ပေါင်းစပ်ဖို့အတွက် အထူးဖြစ်ပြီး သီးခြား ဖွံ့ဖြိုးတိုးတက်မှု ကုန်ကျစရိတ် မြင့်မားတာကြောင့် ပိုမိုလုပ်ဆောင်ဖို့ လိုအပ်ပါတယ်။ စံ northbound interface က အချက်ပေး သတင်းအချက်အလက်တွေကို စုဆောင်းပြီး ကုမ္ပဏီရဲ့ လက်ရှိ သက်ဆိုင်ရာ platform တွေကို ထိန်းသိမ်းထားရင်း လုပ်ဆောင်ချက်တွေကို တိုးချဲ့ကာ အချက်ပေးကို လည်ပတ်မှုနဲ့ ပြုပြင်ထိန်းသိမ်းမှု အင်ဂျင်နီယာဆီ ပေးပို့ပါတယ်။
ထို့ကြောင့်၊ လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုဝန်ထမ်းများအတွက်၊ OTN ချို့ယွင်းချက်မှထုတ်ပေးသော အချက်ပေးအချက်အလက်ကို ပလက်ဖောင်းမှ အလိုအလျောက်စုစည်းပြီး အချက်အလက်များကို လက်ခံရရှိရန် လိုအပ်ပါသည်။ ထို့ကြောင့်၊ ဦးစွာ OTN NMS တွင် အချက်ပေးခွဲခြားမှုကို သတ်မှတ်ပြီးနောက် နောက်ဆုံးအချက်ပေးအချက်အလက်စီမံခန့်ခွဲမှုပလက်ဖောင်းတွင် ပေးပို့ခြင်းနှင့် စစ်ဆေးခြင်းလုပ်ငန်းကို လုပ်ဆောင်ပါ။ အထွေထွေ OTN အချက်ပေးနည်းလမ်းမှာ NMS သည် ပထမနှင့် ဒုတိယအချက်ပေးအမျိုးအစားအားလုံးကို အချက်ပေးအချက်အလက်စီမံခန့်ခွဲမှုပလက်ဖောင်းသို့ သတ်မှတ်ပြီး တွန်းပို့မည်ဖြစ်ပြီး၊ ထို့နောက် ပလက်ဖောင်းသည် တစ်ခုတည်းသော ဝန်ဆောင်မှုအနှောင့်အယှက်၏ အချက်ပေးအချက်အလက်ကို ခွဲခြမ်းစိတ်ဖြာမည်ဖြစ်ပြီး၊ အဓိက optical path interruption အချက်ပေးအချက်အလက်နှင့် (ရှိပါက) protection switching အချက်ပေးအချက်အလက်ကို လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုအင်ဂျင်နီယာထံ တွန်းပို့မည်ဖြစ်သည်။ အထက်ပါအချက်အလက်သုံးခုကို ချို့ယွင်းချက်ရှာဖွေခြင်းနှင့် လုပ်ဆောင်ခြင်းအတွက် အသုံးပြုနိုင်ပါသည်။ လက်ခံမှုကို စနစ်ထည့်သွင်းသည့်အခါ၊ အောက်ပါကဲ့သို့သော optical fiber များ ပြတ်တောက်သည့်အခါတွင်သာ ဖြစ်ပွားသည့် composite signal failure များကဲ့သို့သော အဓိကအချက်ပေးမှုများအတွက် တယ်လီဖုန်းအကြောင်းကြားချက်ဆက်တင်များကို သင်သတ်မှတ်နိုင်သည်-
နှိုးစက် တရုတ်ဖော်ပြချက်
အချက်ပေးသံ အင်္ဂလိပ်ဖော်ပြချက် အချက်ပေးသံအမျိုးအစား ပြင်းထန်မှုနှင့် ကန့်သတ်ချက်
OMS Layer Payload Signal Loss OMS_LOS_P ဆက်သွယ်ရေး အချက်ပေးစနစ် အရေးကြီး (FM)
အဝင်/အထွက် ပေါင်းစပ်အချက်ပြမှု ဆုံးရှုံးမှု MUT_LOS ဆက်သွယ်ရေး အချက်ပေး အရေးပေါ် (FM)
OTS ၏ ဝန်အားဆုံးရှုံးမှု
အချက်ပြ OTS_LOS_P ဆက်သွယ်ရေး အချက်ပေး အရေးကြီး (FM)
OTS Payload Loss Indication OTS_PMI ဆက်သွယ်ရေး အချက်ပေး အရေးပေါ် (FM)
Huawei နှင့် ZTE Alang မှ လက်ရှိပံ့ပိုးပေးထားသော XML interface ကဲ့သို့သော NMS ၏ မြောက်ဘက်သို့ interface ကိုလည်း အချက်ပေးသတင်းအချက်အလက်များ ပေးပို့ရန်အတွက် အသုံးများသည်။
၅။ စွမ်းဆောင်ရည်စီမံခန့်ခွဲမှု
OTN စနစ်၏ တည်ငြိမ်မှုသည် trunk fiber ၏ optical power management၊ multiplexed signal ရှိ channel တစ်ခုစီ၏ optical power management နှင့် system OSNR margin management ကဲ့သို့သော စနစ်၏ ရှုထောင့်အမျိုးမျိုး၏ စွမ်းဆောင်ရည်ဒေတာပေါ်တွင် များစွာမူတည်ပါသည်။ ဤအကြောင်းအရာများကို ကုမ္ပဏီ၏ network system ၏ monitoring project တွင် ထည့်သွင်းသင့်ပြီး၊ system performance ကို အချိန်မရွေး သိရှိနိုင်ရန်နှင့် network ၏ တည်ငြိမ်မှုကို သေချာစေရန်အတွက် performance ကို အချိန်မီ အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်နိုင်ရန်ဖြစ်သည်။ ထို့အပြင်၊ fiber routing တွင် ပြောင်းလဲမှုများကို ရှာဖွေရန်အတွက် ရေရှည် fiber performance နှင့် quality monitoring ကိုလည်း အသုံးပြုနိုင်ပြီး၊ fiber supplier အချို့သည် အသိပေးခြင်းမရှိဘဲ fiber routing ကို ပြောင်းလဲခြင်းမှ ကာကွယ်ခြင်း၊ လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုတွင် blind spots များ ဖြစ်ပေါ်စေခြင်းနှင့် fiber routing risk ဖြစ်ပေါ်ခြင်းကို ကာကွယ်ပေးပါသည်။ ၎င်းသည် model training အတွက် data များစွာ လိုအပ်ပါသည်၊ ထို့ကြောင့် routing ပြောင်းလဲမှုများကို ရှာဖွေတွေ့ရှိခြင်းသည် ပိုမိုတိကျနိုင်ပါသည်။
၆။ DCN စီမံခန့်ခွဲမှု
ဤနေရာတွင် DCN သည် OTN ပစ္စည်းကိရိယာများ၏ စီမံခန့်ခွဲမှု ဆက်သွယ်ရေးကွန်ရက်ကို ရည်ညွှန်းပြီး OTN ၏ ကွန်ရက်အစိတ်အပိုင်းတစ်ခုစီကို စီမံခန့်ခွဲမှု၏ ကွန်ရက်ဖွဲ့စည်းပုံအတွက် တာဝန်ရှိသည်။ OTN ကွန်ရက်သည် DCN ကွန်ရက်၏ စကေးနှင့် ရှုပ်ထွေးမှုကိုလည်း သက်ရောက်မှုရှိလိမ့်မည်။ ယေဘုယျအားဖြင့် DCN ကွန်ရက်၏ နည်းလမ်းနှစ်ခုရှိသည်-
၁။ OTN ကွန်ရက်တစ်ခုလုံးရှိ active နှင့် standby gateway NE များကို အတည်ပြုပါ။ အခြား non-gateway NE များသည် သာမန် NE များဖြစ်သည်။ သာမန် NE အားလုံး၏ management signal များသည် OTN ရှိ OTS layer တစ်လျှောက် OSC channel မှတစ်ဆင့် active နှင့် standby gateway NE များထံ ရောက်ရှိပြီးနောက် NMS တည်ရှိရာ IP ကွန်ရက်သို့ ချိတ်ဆက်ပါ။ ဤနည်းလမ်းသည် NMS တည်ရှိရာ IP ကွန်ရက်တွင် network element များ ဖြန့်ကျက်မှုကို လျှော့ချနိုင်ပြီး network management ပြဿနာကို ဖြေရှင်းရန် OTN ကိုယ်တိုင်ကို အသုံးပြုနိုင်သည်။ သို့သော် trunk fiber ပြတ်တောက်သွားပါက သက်ဆိုင်ရာ remote network element များလည်း ထိခိုက်မည်ဖြစ်ပြီး management မှ ထွက်ခွာသွားမည်ဖြစ်သည်။
၂။ OTN ကွန်ရက်၏ ကွန်ရက်အစိတ်အပိုင်းအားလုံးကို gateway ကွန်ရက်အစိတ်အပိုင်းများအဖြစ် ပြင်ဆင်ထားပြီး gateway ကွန်ရက်အစိတ်အပိုင်းတစ်ခုစီသည် OSC ချန်နယ်ကို မဖြတ်သန်းဘဲ NMS သီးခြားတည်ရှိသည့် IP ကွန်ရက်နှင့် ဆက်သွယ်သည်။ ၎င်းသည် ကွန်ရက်အစိတ်အပိုင်းများ၏ စီမံခန့်ခွဲမှုဆက်သွယ်ရေးကို အဓိက optical fiber ပြတ်တောက်မှုကြောင့် မထိခိုက်စေရန်နှင့် ကွန်ရက်အစိတ်အပိုင်းများကို အဝေးမှ စီမံခန့်ခွဲနိုင်ဆဲဖြစ်ပြီး ၎င်းတို့အားလုံးကို IP ကွန်ရက်နှင့် ချိတ်ဆက်ထားပြီး ရိုးရာ IP ကွန်ရက်ဝန်ထမ်းများအတွက် လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုကုန်ကျစရိတ်များကိုလည်း လျှော့ချပေးမည်ဖြစ်သည်။
DCN ကွန်ရက်တည်ဆောက်မှုအစတွင် ကွန်ရက်ဒြပ်စင်စီမံကိန်းနှင့် IP လိပ်စာခွဲဝေမှုကို လုပ်ဆောင်သင့်သည်။ အထူးသဖြင့် ကွန်ရက်စီမံခန့်ခွဲမှုဆာဗာကို ဖြန့်ကျက်သည့်အခါ အခြားကွန်ရက်များနှင့် တတ်နိုင်သမျှ သီးခြားခွဲထားသင့်သည်။ မဟုတ်ပါက နောက်ပိုင်းတွင် ကွန်ရက်တွင် mesh link များလွန်းပြီး ပြုပြင်ထိန်းသိမ်းမှုကာလအတွင်း ကွန်ရက် jitter ပုံမှန်ဖြစ်နေမည်ဖြစ်ပြီး သာမန်ကွန်ရက်ဒြပ်စင်များကို ချိတ်ဆက်မည်မဟုတ်ပါ။ gateway ကွန်ရက်ဒြပ်စင်ကဲ့သို့သော ပြဿနာများ ပေါ်လာမည်ဖြစ်ပြီး ထုတ်လုပ်မှုကွန်ရက်လိပ်စာနှင့် DCN ကွန်ရက်၏လိပ်စာကို ပြန်လည်အသုံးပြုမည်ဖြစ်ပြီး ၎င်းသည် ထုတ်လုပ်မှုကွန်ရက်ကို ထိခိုက်စေမည်ဖြစ်သည်။
ပို့စ်တင်ချိန်: ၂၀၂၂ ခုနှစ်၊ ဒီဇင်ဘာလ ၁၉ ရက်