NB-IoT: ဘယ်လိုအလုပ်လုပ်လဲ။ အပိုင်း 3- SCEF – အော်ပရေတာဝန်ဆောင်မှုများသို့ ဝင်ရောက်နိုင်သည့် တစ်ခုတည်းသောဝင်းဒိုး

“ ဆောင်းပါး၌NB-IoT: ဘယ်လိုအလုပ်လုပ်လဲ။ အပိုင်း 2"၊ NB-IoT ကွန်ရက်၏ packet core ၏ တည်ဆောက်ပုံနှင့် ပတ်သက်၍ ပြောဆိုရာတွင် SCEF node အသစ်တစ်ခု၏ အသွင်အပြင်ကို ဖော်ပြခဲ့သည်။ တတိယအပိုင်းမှာ အဲဒါက ဘာလဲဆိုတာ ရှင်းပြပြီး ဘာကြောင့် လိုအပ်တာလဲ။

M2M ဝန်ဆောင်မှုကို ဖန်တီးသောအခါ၊ အပလီကေးရှင်း developer များသည် အောက်ပါမေးခွန်းများကို ရင်ဆိုင်ရမည်-

• စက်ပစ္စည်းများကို မည်ကဲ့သို့ခွဲခြားသတ်မှတ်ရန်၊
• ဘယ်အတည်ပြုချက်နဲ့ စစ်မှန်ကြောင်းအထောက်အထားပြတဲ့ အယ်လဂိုရီသမ်ကို အသုံးပြုရမလဲ။
• စက်ပစ္စည်းများနှင့် အပြန်အလှန်ဆက်သွယ်ရန်အတွက် ရွေးချယ်ရမည့် သယ်ယူပို့ဆောင်ရေးပရိုတိုကော၊
• စက်ပစ္စည်းများသို့ ဒေတာကို ယုံကြည်စိတ်ချစွာ ပို့ဆောင်နည်း၊
• ၎င်းတို့နှင့် ဒေတာဖလှယ်ခြင်းအတွက် စည်းမျဉ်းစည်းကမ်းများကို မည်ကဲ့သို့ စုစည်း၍ ချမှတ်ရမည်နည်း။
• အွန်လိုင်းတွင် ၎င်းတို့၏ အခြေအနေနှင့် ပတ်သက်သည့် အချက်အလက်များကို မည်သို့စောင့်ကြည့်ပြီး ရယူနည်း၊
• သင့်စက်ပစ္စည်းအုပ်စုသို့ ဒေတာများကို တစ်ပြိုင်နက်ပေးပို့နည်း။
• စက်တစ်ခုမှ ဖောက်သည်များစွာထံ တစ်ပြိုင်နက်ဒေတာပေးပို့နည်း။
• သင့်စက်ပစ္စည်းကို စီမံခန့်ခွဲရန်အတွက် နောက်ထပ်အော်ပရေတာဝန်ဆောင်မှုများသို့ တစ်စုတစ်စည်းတည်းဝင်ရောက်ခွင့်ကို မည်သို့ရယူရမည်နည်း။

၎င်းတို့ကိုဖြေရှင်းရန်၊ လုပ်သားစရိတ်များ တိုးမြင့်လာစေရန်နှင့် အချိန်နှင့်အမျှ စျေးကွက်ဝန်ဆောင်မှုများဆီသို့ ဦးတည်စေသည့် ကိုယ်ပိုင်နည်းပညာဖြင့် “လေးလံသော” ဖြေရှင်းချက်များကို ဖန်တီးရန် လိုအပ်ပါသည်။ ဤနေရာတွင် SCEF node အသစ်ကို ကယ်တင်ရန် ရောက်လာသည်။

3GPP မှ သတ်မှတ်ထားသည့်အတိုင်း၊ SCEF (ဝန်ဆောင်မှုပေးနိုင်စွမ်း ထိတွေ့မှုလုပ်ဆောင်ချက်) သည် APIs များမှတစ်ဆင့် 3GPP ကွန်ရက်အင်တာဖေ့စ်များမှ ပံ့ပိုးပေးထားသည့် ဝန်ဆောင်မှုများနှင့် စွမ်းဆောင်ရည်များကို လုံခြုံစွာဖော်ထုတ်ရန် 3GPP ဗိသုကာ၏ အစိတ်အပိုင်းအသစ်တစ်ခုဖြစ်သည်။

ရိုးရှင်းသောစကားအားဖြင့်၊ SCEF သည် ကွန်ရက်နှင့် အပလီကေးရှင်းဆာဗာ (AS) အကြားကြားခံတစ်ခုဖြစ်ပြီး NB-IoT ကွန်ရက်အတွင်းရှိ သင်၏ M2M စက်ပစ္စည်းကို NB-IoT ကွန်ရက်အတွင်း စံပြုသတ်မှတ်ထားသော API မျက်နှာပြင်ဖြင့် စီမံခန့်ခွဲရန်အတွက် အော်ပရေတာဝန်ဆောင်မှုများသို့ ဝင်ရောက်နိုင်သည့် တစ်ခုတည်းသောဝင်းဒိုးဖြစ်သည်။

SCEF သည် အော်ပရေတာတစ်ခု၏ ကွန်ရက်၏ ရှုပ်ထွေးမှုကို ဖုံးကွယ်ထားပြီး၊ အပလီကေးရှင်းဆော့ဖ်ဝဲရေးသားသူများသည် ရှုပ်ထွေးသော၊ စက်နှင့်သက်ဆိုင်သည့် ယန္တရားများကို ဖယ်ရှားနိုင်စေခြင်းဖြင့် အော်ပရေတာတစ်ခု၏ ရှုပ်ထွေးမှုကို ဖုံးကွယ်ထားသည်။

ကွန်ရက်ပရိုတိုကောများကို အပလီကေးရှင်းဆော့ဖ်ဝဲရေးသားသူများအတွက် ရင်းနှီးသော API အဖြစ်သို့ ပြောင်းလဲခြင်းဖြင့် SCEF API သည် ဝန်ဆောင်မှုအသစ်များဖန်တီးရာတွင် လွယ်ကူချောမွေ့စေပြီး အချိန်နှင့်စျေးကွက်သို့ လျှော့ချပေးသည်။ node အသစ်တွင် မိုဘိုင်းပစ္စည်းများကို ခွဲခြားသတ်မှတ်ခြင်း/စစ်မှန်ကြောင်းပြသခြင်း၊ device နှင့် AS အကြား ဒေတာဖလှယ်ခြင်းအတွက် စည်းမျဉ်းများကို သတ်မှတ်ခြင်း၊ ၎င်းတို့ဘက်မှ ဤလုပ်ဆောင်ချက်များကို အကောင်အထည်ဖော်ရန် အပလီကေးရှင်းဆော့ဖ်ဝဲရေးသားသူများ၏ လိုအပ်မှုကို ဖယ်ရှားကာ အဆိုပါလုပ်ဆောင်ချက်များကို အော်ပရေတာ၏ပခုံးဆီသို့ ပြောင်းရွှေ့ပေးခြင်းတို့လည်း ပါဝင်ပါသည်။

SCEF သည် အပလီကေးရှင်းဆာဗာများ၏ စစ်မှန်ကြောင်းနှင့် ခွင့်ပြုချက်အတွက် လိုအပ်သော အင်တာဖေ့စ်များ၊ UE ရွေ့လျားနိုင်မှုကို ထိန်းသိမ်းထားရန်၊ ဒေတာလွှဲပြောင်းခြင်းနှင့် စက်ပစ္စည်းအစပျိုးခြင်း၊ အပိုဝန်ဆောင်မှုများနှင့် အော်ပရေတာကွန်ရက်စွမ်းဆောင်ရည်များသို့ ဝင်ရောက်ခြင်းတို့ကို အကျုံးဝင်ပါသည်။

AS ဆီသို့ 8GPP ဖြင့် စံပြုထားသော API (HTTP/JSON) တစ်ခုတည်း T3 အင်တာဖေ့စ်တစ်ခု ရှိပါသည်။ T8 မှလွဲ၍ အင်တာဖေ့စ်အားလုံးသည် DIAMETER ပရိုတိုကော (ပုံ 1) ကိုအခြေခံ၍ လုပ်ဆောင်သည်။

T6a - SCEF နှင့် MME အကြား အင်တာဖေ့စ်။ Mobility/Session စီမံခန့်ခွဲမှုလုပ်ထုံးလုပ်နည်းများ၊ IP မဟုတ်သော အချက်အလက်များကို ထုတ်လွှင့်ခြင်း၊ စောင့်ကြည့်ခြင်းဖြစ်ရပ်များကို ပံ့ပိုးပေးခြင်းနှင့် ၎င်းတို့အပေါ် အစီရင်ခံစာများလက်ခံခြင်းအတွက် အသုံးပြုသည်။

S6t - SCEF နှင့် HSS အကြား မျက်နှာပြင်။ စာရင်းသွင်းသူ စစ်မှန်ကြောင်းအထောက်အထားပြခြင်း၊ အပလီကေးရှင်းဆာဗာများ၏ခွင့်ပြုချက်၊ ပြင်ပ ID နှင့် IMSI/MSISDN ပေါင်းစပ်မှုရယူခြင်း၊ စောင့်ကြည့်ခြင်းဖြစ်ရပ်များကို စီစဉ်ဆောင်ရွက်ပေးခြင်းနှင့် ၎င်းတို့အပေါ် အစီရင်ခံစာများလက်ခံခြင်းအတွက် လိုအပ်ပါသည်။

S6m/T4 – SCEF မှ HSS နှင့် SMS-C အထိ အင်တာဖေ့စ်များ (3GPP သည် NB-IoT ကွန်ရက်များတွင် စက်ပစ္စည်းအစပျိုးခြင်းနှင့် SMS ထုတ်လွှင့်ခြင်းအတွက် အသုံးပြုသည့် MTC-IWF node ကို အဓိပ္ပါယ်ဖွင့်ပါသည်။ သို့သော် အကောင်အထည်ဖော်မှုတိုင်းတွင် ဤ node ၏ လုပ်ဆောင်နိုင်စွမ်းကို ပေါင်းစပ်ထားသည်။ SCEF၊ ထို့ကြောင့် ဆားကစ်ကို ရိုးရှင်းစေရန်အတွက် သီးခြားစဉ်းစားမည်မဟုတ်ပါ။) SMS ပေးပို့ခြင်းနှင့် SMS စင်တာနှင့် အပြန်အလှန်ဆက်သွယ်ခြင်းအတွက် လမ်းကြောင်းအချက်အလက်ရရှိရန် အသုံးပြုသည်။

T8 - အက်ပလီကေးရှင်းဆာဗာများနှင့် SCEF အပြန်အလှန်တုံ့ပြန်မှုအတွက် API မျက်နှာပြင်။ ထိန်းချုပ်မှုအမိန့်များနှင့် လမ်းကြောင်းနှစ်ခုလုံးကို ဤအင်တာဖေ့စ်မှတဆင့် ပို့လွှတ်သည်။

* အမှန်တကယ်တွင် အင်တာဖေ့စ်များ ပိုများသည်၊ အခြေခံအကျဆုံးအရာများကိုသာ ဤနေရာတွင် စာရင်းပြုစုထားသည်။ စာရင်းအပြည့်အစုံကို 3GPP 23.682 (4.3.2 အကိုးအကားများစာရင်း) တွင် ပေးထားသည်။

အောက်ပါတို့သည် SCEF ၏ အဓိကလုပ်ဆောင်ချက်များနှင့် ဝန်ဆောင်မှုများဖြစ်သည်။

• SIM card identifier (IMSI) ကို ပြင်ပ ID သို့ ချိတ်ဆက်ခြင်း၊
• IP မဟုတ်သော အသွားအလာ ထုတ်လွှင့်ခြင်း (Non-IP Data Delivery၊ NIDD);
• ပြင်ပအဖွဲ့ ID ကို အသုံးပြု၍ အဖွဲ့လိုက်လုပ်ဆောင်မှုများ၊
• အတည်ပြုချက်ဖြင့် ဒေတာပေးပို့ခြင်းမုဒ်အတွက် ပံ့ပိုးမှု၊
• MO (Mobile Originated) နှင့် MT (Mobile Terminated) ဒေတာကို အရှိန်လျော့ပေးခြင်း၊
• စက်ပစ္စည်းများနှင့် အပလီကေးရှင်းဆာဗာများ၏ စစ်မှန်ကြောင်းအထောက်အထားနှင့် ခွင့်ပြုချက်၊
• ASE များစွာဖြင့် UE တစ်ခုမှဒေတာကို တစ်ပြိုင်နက်အသုံးပြုခြင်း၊
• အထူး UE အခြေအနေ စောင့်ကြည့်ရေး လုပ်ဆောင်ချက်များအတွက် ပံ့ပိုးမှု (MONTE – Monitoring Events);
• စက်ပစ္စည်းကို အစပျိုးခြင်း၊
• IP မဟုတ်သော data roaming ကို ပံ့ပိုးပေးခြင်း။

AS နှင့် SCEF အကြား အပြန်အလှန်အကျိုးသက်ရောက်မှု၏ အခြေခံနိယာမသည် ၎င်းဟုခေါ်သော အစီအစဉ်အပေါ် အခြေခံသည်။ စာရင်းသွင်းမှုများ။ သတ်မှတ်ထားသော UE အတွက် SCEF ဝန်ဆောင်မှုတစ်ခုခုကို သုံးစွဲခွင့်ရရန် လိုအပ်ပါက၊ အပလီကေးရှင်းဆာဗာသည် တောင်းဆိုထားသော ဝန်ဆောင်မှု၏ သီးခြား API သို့ အမိန့်စာတစ်ခုပေးပို့ပြီး တုံ့ပြန်မှုတွင် ထူးခြားသောအမှတ်အသားတစ်ခုကို လက်ခံရရှိရန် လိုအပ်ပါသည်။ ထို့နောက် ဤဝန်ဆောင်မှု၏ဘောင်အတွင်း UE နှင့် နောက်ထပ်လုပ်ဆောင်မှုများနှင့် ဆက်သွယ်မှုများအားလုံးကို ဤသတ်မှတ်စနစ်ကို အသုံးပြု၍ လုပ်ဆောင်သွားပါမည်။

ပြင်ပ ID- တစ်ကမ္ဘာလုံးဆိုင်ရာ စက်ပစ္စည်း အမှတ်အသား

SCEF မှတဆင့်အလုပ်လုပ်သောအခါ AS နှင့် စက်များကြား အပြန်အလှန်ဆက်သွယ်မှုအစီအစဉ်တွင် အရေးကြီးဆုံးပြောင်းလဲမှုတစ်ခုမှာ universal identifier ၏အသွင်အပြင်ဖြစ်သည်။ ယခု၊ တယ်လီဖုန်းနံပါတ် (MSISDN) သို့မဟုတ် IP လိပ်စာအစား ဂန္ထဝင် 2G/3G/LTE ကွန်ရက်တွင် ဖြစ်ခဲ့သည့်အတိုင်း၊ အပလီကေးရှင်းဆာဗာအတွက် စက်ပစ္စည်းအမှတ်အသားသည် "ပြင်ပ ID" ဖြစ်လာသည်။ ၎င်းကို “@” ဖောမတ်တွင် အပလီကေးရှင်းဆော့ဖ်ဝဲရေးသားသူများနှင့် ရင်းနှီးသော စံနှုန်းဖြင့် သတ်မှတ်ထားသည်။

ဆော့ဖ်ဝဲအင်ဂျင်နီယာများသည် စက်ပစ္စည်းအထောက်အထားစိစစ်ခြင်းဆိုင်ရာ အယ်လဂိုရီသမ်များကို အကောင်အထည်ဖော်ရန် မလိုအပ်တော့ပါ၊ ကွန်ရက်သည် ဤလုပ်ဆောင်ချက်ကို အပြည့်အဝတာဝန်ယူပါသည်။ ပြင်ပ ID ကို IMSI နှင့် ချိတ်ဆက်ထားပြီး၊ တိကျသော ပြင်ပ ID တစ်ခုကို အသုံးပြုသည့်အခါ၊ ၎င်းသည် သီးခြား SIM ကတ်တစ်ခုနှင့် အပြန်အလှန် အကျိုးသက်ရောက်ကြောင်း ဆော့ဖ်ဝဲအင်ဂျင်နီယာမှ စိတ်ချနိုင်ပါသည်။ SIM ချစ်ပ်ကို အသုံးပြုသည့်အခါ၊ ပြင်ပ ID သည် သီးခြားစက်ပစ္စည်းတစ်ခုအား သီးခြားခွဲခြားသတ်မှတ်သည့်အခါ လုံးဝထူးခြားသောအခြေအနေတစ်ခုကို ရရှိမည်ဖြစ်သည်။

ထို့အပြင်၊ ပြင်ပ ID အများအပြားကို IMSI တစ်ခုနှင့် ချိတ်ဆက်နိုင်သည် - ပြင်ပ ID သည် သီးခြားစက်ပစ္စည်းတစ်ခုရှိ ဝန်ဆောင်မှုတစ်ခုအတွက် တာဝန်ရှိသည့် သီးခြားအက်ပလီကေးရှင်းတစ်ခုကို သီးခြားခွဲခြားသတ်မှတ်လိုက်သောအခါ ပို၍ပင် စိတ်ဝင်စားစရာကောင်းသည့် အခြေအနေတစ်ခု ပေါ်ပေါက်လာသည်။

တစ်ဖွဲ့ချင်း ပြင်ပ ID အစုံပါ၀င်သည့် ပြင်ပအဖွဲ့ ID လည်း ပေါ်လာပါသည်။ ယခု၊ SCEF သို့ တောင်းဆိုချက်တစ်ခုဖြင့်၊ AS သည် အဖွဲ့လိုက်လုပ်ဆောင်မှုများကို အစပြုနိုင်သည် - ယုတ္တိဗေဒအုပ်စုတစ်ခုတွင် စုစည်းထားသော စက်ပစ္စည်းအများအပြားသို့ ဒေတာပေးပို့ခြင်း သို့မဟုတ် ထိန်းချုပ်မှုဆိုင်ရာ ညွှန်ကြားချက်များကို လုပ်ဆောင်နိုင်သည်။

AS developer များအတွက် device identifier အသစ်သို့ ကူးပြောင်းခြင်းသည် ချက်ချင်းမဖြစ်နိုင်သောကြောင့် SCEF သည် စံနံပါတ်တစ်ခုဖြစ်သည့် MSISDN မှတဆင့် UE နှင့် AS ဆက်သွယ်မှု ဖြစ်နိုင်ခြေကို ချန်ထားခဲ့သည်။

IP မဟုတ်သော အသွားအလာများ (IP မဟုတ်သော ဒေတာပေးပို့မှု၊ NIDD)

NB-IoT တွင်၊ ဒေတာပမာဏအနည်းငယ်ကို ပို့လွှတ်ခြင်းအတွက် ပိုမိုကောင်းမွန်အောင်လုပ်ဆောင်ခြင်း၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် IPv4၊ IPv6 နှင့် IPv4v6 ကဲ့သို့သော ရှိပြီးသား PDN အမျိုးအစားများအပြင် အခြားသော အမျိုးအစား - IP မဟုတ်သော ပေါ်လာပါသည်။ ဤကိစ္စတွင်၊ စက်ပစ္စည်း (UE) အား IP လိပ်စာတစ်ခု သတ်မှတ်မပေးထားဘဲ IP ပရိုတိုကောကို အသုံးမပြုဘဲ ဒေတာကို ပို့လွှတ်ပါသည်။ ထိုသို့သောချိတ်ဆက်မှုများအတွက် Traffic ကို ဂန္ထဝင် - MME -> SGW -> PGW နှင့် PtP ဥမင်လိုဏ်ခေါင်းမှတဆင့် AS (ပုံ. 2) သို့မဟုတ် SCEF (ပုံ. 3) ကို အသုံးပြုခြင်း။

ဂန္တဝင်နည်းလမ်းသည် IP လမ်းကြောင်းများပေါ်တွင် အထူးအားသာချက်များ မပါရှိပါ။ IP headers များမရှိခြင်းကြောင့် ပို့လွှတ်သော packet များ၏ အရွယ်အစားကို လျှော့ချခြင်းမှတပါး၊ SCEF ကိုအသုံးပြုခြင်းသည် ဖြစ်နိုင်ချေအသစ်များစွာကို ပွင့်စေပြီး စက်ပစ္စည်းများနှင့် အပြန်အလှန်ဆက်သွယ်ခြင်းဆိုင်ရာ လုပ်ထုံးလုပ်နည်းများကို သိသိသာသာရိုးရှင်းစေသည်။

SCEF မှတဆင့် ဒေတာကို ပို့သည့်အခါ၊ classic IP အသွားအလာထက် အလွန်အရေးကြီးသော အားသာချက်နှစ်ခုပေါ်လာသည်-


ပြင်ပ ID မှတစ်ဆင့် စက်သို့ MT အသွားအလာကို ပေးပို့ခြင်း။

မူလ IP စက်သို့ မက်ဆေ့ချ်ပို့ရန်၊ AS သည် ၎င်း၏ IP လိပ်စာကို သိရပါမည်။ ဤနေရာတွင် ပြဿနာတစ်ခု ဖြစ်ပေါ်လာသည်- စက်ပစ္စည်းသည် မှတ်ပုံတင်သည့်အခါ “မီးခိုးရောင်” IP လိပ်စာကို အများအားဖြင့် လက်ခံရရှိသောကြောင့်၊ မီးခိုးရောင်လိပ်စာကို အဖြူရောင်သို့ ဘာသာပြန်ဆိုထားသည့် NAT node မှတဆင့် အင်တာနက်ပေါ်တွင် တည်ရှိသော အပလီကေးရှင်းဆာဗာနှင့် ဆက်သွယ်ပါသည်။ မီးခိုးရောင်နှင့် အဖြူရောင် IP လိပ်စာများ ပေါင်းစပ်မှုသည် NAT ဆက်တင်များပေါ် မူတည်၍ အကန့်အသတ်ဖြင့် အချိန်ကြာမြင့်သည်။ ပျမ်းမျှအားဖြင့်၊ TCP သို့မဟုတ် UDP အတွက် - ငါးမိနစ်ထက် မပိုစေရ။ ဆိုလိုသည်မှာ၊ ဤစက်ပစ္စည်းနှင့် 5 မိနစ်အတွင်း ဒေတာဖလှယ်မှု မရှိပါက၊ ချိတ်ဆက်မှု ပြိုကွဲသွားမည်ဖြစ်ပြီး AS နှင့် စက်ရှင်ကို စတင်ခဲ့သည့် အဖြူရောင်လိပ်စာတွင် စက်ကို အသုံးပြု၍ရတော့မည် မဟုတ်ပါ။ ဖြေရှင်းနည်းများစွာ ရှိပါသည်။

1. နှလုံးခုန်သံကို အသုံးပြုပါ။ ချိတ်ဆက်မှုတစ်ခုကို တည်ဆောက်ပြီးသည်နှင့်၊ စက်ပစ္စည်းသည် မိနစ်အနည်းငယ်တိုင်း AS နှင့် ပက်ခ်များကို လဲလှယ်ရမည်ဖြစ်ပြီး၊ ထို့ကြောင့် NAT ဘာသာပြန်မှုများကို ပိတ်ရန် တားဆီးထားသည်။ သို့သော် ဤနေရာတွင် စွမ်းအင်ထိရောက်မှုအကြောင်း မပြောနိုင်ပါ။

2. လိုအပ်ပါက အချိန်တိုင်း၊ AS ပေါ်ရှိ စက်အတွက် ပက်ကေ့ခ်ျများရရှိနိုင်မှုကို စစ်ဆေးပါ - uplink သို့ မက်ဆေ့ချ်ပို့ပါ။

3. အပလီကေးရှင်းဆာဗာနှင့် စက်ပစ္စည်းများသည် တူညီသော subnet တွင်ရှိမည့် သီးသန့် APN (VRF) ကိုဖန်တီးပြီး စက်များတွင် static IP လိပ်စာများကို သတ်မှတ်ပေးပါ။ ၎င်းသည် အလုပ်ဖြစ်လိမ့်မည်၊ သို့သော် ကျွန်ုပ်တို့သည် ထောင်ပေါင်းများစွာသော၊ သောင်းနှင့်ချီသော စက်ကိရိယာများအကြောင်း ပြောသောအခါ မဖြစ်နိုင်သလောက်ပင်။

4. နောက်ဆုံးအနေဖြင့်၊ အသင့်တော်ဆုံးရွေးချယ်မှု- IPv6 ကိုအသုံးပြုပါ၊ IPv6 လိပ်စာများကို အင်တာနက်မှ တိုက်ရိုက်အသုံးပြုနိုင်သောကြောင့် NAT မလိုအပ်ပါ။ သို့ရာတွင်၊ ဤကိစ္စတွင်ပင်၊ စက်ပစ္စည်းကို ပြန်လည်မှတ်ပုံတင်သည့်အခါတွင်ပင်၊ ၎င်းသည် IPv6 လိပ်စာအသစ်ကို လက်ခံရရှိမည်ဖြစ်ပြီး ယခင်တစ်ခုကို အသုံးပြု၍မရတော့ပါ။

ထို့ကြောင့်၊ စက်ပစ္စည်း၏ IP လိပ်စာအသစ်ကို အစီရင်ခံရန်အတွက် ဆာဗာသို့ စက်ပစ္စည်းအမှတ်အသားဖြင့် အစပြုခြင်းပက်ကေ့ချ်အချို့ကို ပေးပို့ရန် လိုအပ်ပါသည်။ ထို့နောက် စွမ်းအင်ထိရောက်မှုကိုလည်း သက်ရောက်စေသည့် AS မှ အတည်ပြုချက်အထုပ်ကို စောင့်ပါ။

ဤနည်းလမ်းများသည် 2G/3G/LTE စက်များအတွက် ကောင်းစွာအလုပ်လုပ်သည်၊၊ စက်ပစ္စည်းသည် ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်အတွက် တင်းကျပ်သောလိုအပ်ချက်များမရှိသောကြောင့်၊ ရလဒ်အနေဖြင့်၊ လေကြောင်းအချိန်နှင့် လမ်းကြောင်းပေါ်တွင် ကန့်သတ်ချက်များမရှိပေ။ ၎င်းတို့၏ စွမ်းအင်သုံးစွဲမှု မြင့်မားခြင်းကြောင့် ဤနည်းလမ်းများသည် NB-IoT အတွက် မသင့်လျော်ပါ။

SCEF သည် ဤပြဿနာကို ဖြေရှင်းပေးသည်- AS အတွက် တစ်ခုတည်းသော စက်ပစ္စည်း identifier သည် ပြင်ပ ID တစ်ခုဖြစ်သောကြောင့်၊ AS သည် သီးခြားပြင်ပ ID တစ်ခုအတွက် SCEF သို့ data packet တစ်ခုကိုသာ ပေးပို့ရန် လိုအပ်ပြီး ကျန်များကို SCEF မှ တာဝန်ယူပါသည်။ စက်ပစ္စည်းသည် PSM သို့မဟုတ် eDRX ပါဝါချွေတာရေးမုဒ်တွင် ရှိနေပါက၊ စက်ပစ္စည်းရရှိနိုင်သောအခါတွင် ဒေတာကို ကြားခံပြီး ပို့ဆောင်ပေးမည်ဖြစ်သည်။ စက်ပစ္စည်းသည် ယာဉ်အသွားအလာအတွက် ရရှိနိုင်ပါက၊ ဒေတာကို ချက်ချင်း ပေးပို့ပါမည်။ စီမံခန့်ခွဲမှုအဖွဲ့တွေအတွက်လည်း အလားတူပါပဲ။

အချိန်မရွေး၊ AS သည် UE သို့ buffered မက်ဆေ့ခ်ျကိုပြန်လည်သိမ်းဆည်းနိုင်သည် သို့မဟုတ် ၎င်းကိုအသစ်တစ်ခုဖြင့်အစားထိုးနိုင်သည်။

UE မှ AS သို့ MO ဒေတာကို ပေးပို့ရာတွင်လည်း buffering ယန္တရားကိုလည်း အသုံးပြုနိုင်သည်။ SCEF သည် AS သို့ ဒေတာများကို ချက်ချင်း မပေးပို့နိုင်ခဲ့ပါက၊ ဥပမာအားဖြင့် AS ဆာဗာများတွင် ပြုပြင်ထိန်းသိမ်းမှု လုပ်ဆောင်နေပါက၊ အဆိုပါ ပက်ကတ်များကို ခေတ္တရပ်တန့်ပြီး AS ရရှိလာသည်နှင့်တပြိုင်နက် ပေးပို့ရန် အာမခံပါသည်။

အထက်တွင်ဖော်ပြထားသည့်အတိုင်း၊ သီးခြားဝန်ဆောင်မှုတစ်ခုနှင့် UE တစ်ခုအတွက်ဝင်ရောက်ခွင့်နှင့် AS (နှင့် NIDD သည် ဝန်ဆောင်မှုတစ်ခုဖြစ်သည်) ကို SCEF ဘက်မှ စည်းမျဉ်းများနှင့် မူဝါဒများဖြင့် ထိန်းချုပ်ထားပြီး ASE အများအပြားမှ UE တစ်ခုမှဒေတာများကို တစ်ပြိုင်နက်အသုံးပြုခြင်းအတွက် ထူးခြားသောဖြစ်နိုင်ခြေကို ခွင့်ပြုပေးသော SCEF ဘက်မှ စည်းမျဉ်းများနှင့် မူဝါဒများ။ အဲဒါတွေ။ များစွာသော AS သည် UE တစ်ခုတွင် စာရင်းသွင်းထားပါက UE မှ ဒေတာကို လက်ခံရရှိပြီးနောက်၊ SCEF သည် စာရင်းသွင်းထားသော AS အားလုံးကို ပေးပို့မည်ဖြစ်သည်။ ၎င်းသည် အထူးပြု စက်ကိရိယာများ ဖြန့်ကျက်ဖန်တီးသူသည် သုံးစွဲသူများစွာကြားတွင် ဒေတာမျှဝေသည့် ကိစ္စများအတွက် သင့်လျော်ပါသည်။ ဥပမာအားဖြင့်၊ NB-IoT တွင်လည်ပတ်နေသော မိုးလေဝသဌာနများ၏ ကွန်ရက်တစ်ခုကို ဖန်တီးခြင်းဖြင့် ၎င်းတို့ထံမှဒေတာများကို ဝန်ဆောင်မှုများစွာထံ တစ်ပြိုင်နက်ရောင်းချနိုင်သည်။

အာမခံစာတိုပေးပို့မှုယန္တရား

ယုံကြည်စိတ်ချရသော ဒေတာဝန်ဆောင်မှုသည် ဥပမာအားဖြင့်၊ TCP တွင် လက်ဆွဲနှုတ်ဆက်ခြင်းကဲ့သို့သော အထူးပြု algorithms များကို အသုံးမပြုဘဲ MO နှင့် MT မက်ဆေ့ဂျ်များပေးပို့ရန် အာမခံချက်ရှိသော ယန္တရားတစ်ခုဖြစ်သည်။ ၎င်းသည် UE နှင့် SCEF အကြားဖလှယ်သည့်အခါ မက်ဆေ့ခ်ျ၏ဝန်ဆောင်မှုအပိုင်းတွင် အထူးအလံတစ်ခုထည့်သွင်းခြင်းဖြင့် အလုပ်လုပ်သည်။ အသွားအလာ ထုတ်လွှင့်သည့်အခါ ဤယန္တရားအား အသက်သွင်းခြင်း ရှိ၊ မရှိကို AS မှ ဆုံးဖြတ်ပါသည်။

ယန္တရားအား အသက်သွင်းပါက၊ UE သည် MO အသွားအလာကို အာမခံချက်ပေးဆောင်ရန် လိုအပ်သောအခါတွင် ပက်ကတ်၏ ခေါင်းစီးအပိုင်းတွင် အထူးအလံတစ်ခု ပါရှိသည်။ ထိုသို့သော ပက်ကတ်ကို လက်ခံရရှိသောအခါ SCEF သည် UE အား အသိအမှတ်ပြုမှုဖြင့် တုံ့ပြန်သည်။ UE သည် အသိအမှတ်ပြု packet ကို မရရှိပါက၊ SCEF သို့ ပက်ကတ်ကို ပြန်လည်ပေးပို့ပါမည်။ MT အသွားအလာအတွက် အလားတူပါပဲ။

စက်ပစ္စည်း စောင့်ကြည့်ခြင်း (ဖြစ်ရပ်များကို စောင့်ကြည့်ခြင်း - MONTE)

အထက်တွင်ဖော်ပြခဲ့သည့်အတိုင်း SCEF လုပ်ဆောင်နိုင်စွမ်းသည် အခြားအရာများကြားတွင် UE ၏အခြေအနေကို စောင့်ကြည့်ရန် လုပ်ဆောင်ချက်များပါ၀င်သည်။ စက်ပစ္စည်းစောင့်ကြည့်ခြင်း။ အထောက်အထားအသစ်များနှင့် ဒေတာလွှဲပြောင်းမှုယန္တရားများသည် ရှိပြီးသားလုပ်ထုံးလုပ်နည်းများ၏ ပိုမိုကောင်းမွန်အောင်လုပ်ဆောင်မှုများ (အလွန်ပြင်းထန်သော်လည်း) အကယ်၍ MONTE သည် 2G/3G/LTE ကွန်ရက်များတွင်မရနိုင်သည့် လုံးဝအသစ်သောလုပ်ဆောင်နိုင်စွမ်းတစ်ခုဖြစ်သည်။ MONTE သည် AS ကို ချိတ်ဆက်မှုအခြေအနေ၊ ဆက်သွယ်ရေးရရှိနိုင်မှု၊ တည်နေရာ၊ roaming အခြေအနေ အစရှိသည့် ကိရိယာဆိုင်ရာ ကန့်သတ်ချက်များကို စောင့်ကြည့်ရန် ခွင့်ပြုသည်။ တစ်ခုချင်းစီအကြောင်း အသေးစိတ်ကို နည်းနည်းကြာမှ ပြောပြပါမယ်။

စက်ပစ္စည်း သို့မဟုတ် စက်ပစ္စည်းအုပ်စုတစ်ခုအတွက် စောင့်ကြည့်ခြင်းဖြစ်ရပ်တစ်ခုခုကို အသက်သွင်းရန် လိုအပ်ပါက၊ AS သည် ပြင်ပ ID သို့မဟုတ် ပြင်ပအဖွဲ့ ID၊ AS ခွဲခြားသတ်မှတ်မှု၊ စောင့်ကြည့်ခြင်းကဲ့သို့သော ကန့်သတ်ချက်များပါ၀င်သည့် သက်ဆိုင်ရာ API MONTE အမိန့်ကို SCEF သို့ ပေးပို့ခြင်းဖြင့် သက်ဆိုင်ရာဝန်ဆောင်မှုသို့ စာရင်းသွင်းပါသည်။ AS လက်ခံလိုသော အစီရင်ခံစာ အမျိုးအစား၊ အရေအတွက်။ AS သည် တောင်းဆိုချက်ကို လုပ်ဆောင်ရန် ခွင့်ပြုပါက၊ အမျိုးအစားပေါ်မူတည်၍ SCEF သည် ဖြစ်ရပ်ကို HSS သို့မဟုတ် MME သို့ ပံ့ပိုးပေးမည် (ပုံ 4)။ ဖြစ်ရပ်တစ်ခုဖြစ်ပေါ်လာသောအခါ၊ MME သို့မဟုတ် HSS သည် SCEF သို့ အစီရင်ခံစာတစ်ခုထုတ်ပေးပြီး AS သို့ပေးပို့သည်။

"ပထဝီဝင်ဧရိယာတွင်ရှိနေသော UE အရေအတွက်" မှလွဲ၍ အဖြစ်အပျက်အားလုံးကို ပံ့ပိုးပေးခြင်းသည် HSS မှတဆင့် ဖြစ်ပေါ်ပါသည်။ “IMSI-IMEI Association ၏ပြောင်းလဲမှု” နှင့် “Roaming Status” ဖြစ်ရပ်နှစ်ခုကို HSS တွင် တိုက်ရိုက်ခြေရာခံထားပြီး ကျန်ကို MME တွင် HSS မှ စီစဉ်ဆောင်ရွက်ပေးပါမည်။
ဖြစ်ရပ်များကို တစ်ကြိမ် သို့မဟုတ် အချိန်အပိုင်းအခြားအလိုက် ဖြစ်နိုင်ပြီး ၎င်းတို့၏ အမျိုးအစားအလိုက် ဆုံးဖြတ်သည်။

ဖြစ်ရပ်တစ်ခုအကြောင်း အစီရင်ခံစာပေးပို့ခြင်း (အစီရင်ခံခြင်း) ကို SCEF သို့ တိုက်ရိုက်ခြေရာခံသည့် node မှ လုပ်ဆောင်သည် (ပုံ။ 5)။

အရေးပါသောအချက်: စောင့်ကြည့်ခြင်းဖြစ်ရပ်များကို SCEF နှင့် MME-SGW-PGW မှတစ်ဆင့် ဂန္ထဝင်နည်းလမ်းဖြင့် ဒေတာပေးပို့သည့် IP စက်ပစ္စည်းများမှတစ်ဆင့် ချိတ်ဆက်ထားသော IP မဟုတ်သော စက်နှစ်ခုစလုံးတွင် အသုံးပြုနိုင်မည်ဖြစ်သည်။

စောင့်ကြည့်ရေးဖြစ်ရပ်တစ်ခုစီကို အနီးကပ်ကြည့်ရှုကြပါစို့။

ချိတ်ဆက်မှုပျောက်ဆုံးခြင်း။ — ဒေတာအသွားအလာ သို့မဟုတ် အချက်ပြခြင်းအတွက် UE ကို မရနိုင်တော့ကြောင်း AS အား အသိပေးသည်။ UE အတွက် "မိုဘိုင်းရောက်ရှိနိုင်မှု အချိန်တိုင်းကိရိယာ" MME တွင် သက်တမ်းကုန်ဆုံးသည့်အခါ ဖြစ်ရပ် ဖြစ်ပေါ်ပါသည်။ ဤစောင့်ကြည့်မှုအမျိုးအစားအတွက် တောင်းဆိုချက်တစ်ခုတွင် AS သည် ၎င်း၏ "အမြင့်ဆုံးရှာဖွေတွေ့ရှိချိန်" တန်ဖိုးကို ညွှန်ပြနိုင်သည် - အကယ်၍ ဤကာလအတွင်း UE သည် မည်သည့်လုပ်ဆောင်ချက်ကိုမျှ မပြသပါက၊ အကြောင်းရင်းကို ညွှန်ပြသော UE သည် UE မရရှိနိုင်ကြောင်း AS ထံ အကြောင်းကြားမည်ဖြစ်ပါသည်။ အကြောင်းတစ်ခုခုကြောင့် ကွန်ရက်မှ UE အား အတင်းအကျပ် ဖယ်ရှားခံရပါက ဖြစ်ရပ်လည်း ဖြစ်ပေါ်ပါသည်။

* စက်ပစ္စည်းသည် ရရှိနိုင်သေးကြောင်း ကွန်ရက်အား အသိပေးရန်၊ ၎င်းသည် အပ်ဒိတ်လုပ်ထုံးလုပ်နည်းကို အခါအားလျော်စွာ စတင်လုပ်ဆောင်သည် - Tracking Area Update (TAU)။ ဤလုပ်ထုံးလုပ်နည်း၏ ကြိမ်နှုန်းကို တိုင်မာ T3412 သို့မဟုတ် (PSM ဖြစ်ရပ်တွင် T3412_extended) ကို အသုံးပြု၍ ကွန်ရက်က သတ်မှတ်သည်)၊ Attach လုပ်ထုံးလုပ်နည်း သို့မဟုတ် နောက်တကြိမ်တွင် စက်ပစ္စည်းသို့ ပေးပို့သည့် တန်ဖိုးဖြစ်သည်။ မိုဘိုင်းရောက်ရှိနိုင်မှု အချိန်တိုင်းကိရိယာသည် များသောအားဖြင့် T3412 ထက် မိနစ်များစွာကြာသည်။ UE သည် “Mobile reachability timer” သက်တမ်းမကုန်မီ TAU ကို မပြုလုပ်ပါက၊ ကွန်ရက်က ၎င်းကို ဆက်သွယ်၍မရတော့ဟု ယူဆပါသည်။

UE လက်လှမ်းမီနိုင်မှု - DL အသွားအလာ သို့မဟုတ် SMS အတွက် UE သည် မည်သည့်အချိန်တွင် ရနိုင်သည်ကို ဖော်ပြသည်။ UE သည် pageaging အတွက် (eDRX မုဒ်တွင် UE တစ်ခုအတွက်) သို့မဟုတ် UE သည် ECM-CONNECTED မုဒ်သို့ ဝင်ရောက်သည့်အခါ (PSM သို့မဟုတ် eDRX မုဒ်ရှိ UE အတွက်)၊ ဆိုလိုတာက။ TAU ပြုလုပ်ခြင်း သို့မဟုတ် uplink packet ပေးပို့ပါ။

တည်နေရာအစီရင်ခံခြင်း။ - ဤစောင့်ကြည့်ရေးဖြစ်ရပ်အမျိုးအစားသည် AS ကို UE ၏တည်နေရာကိုမေးမြန်းရန်ခွင့်ပြုသည်။ PSM သို့မဟုတ် eDRX ပါဝါချွေတာသည့်မုဒ်များရှိ စက်များအတွက် လက်ရှိတည်နေရာ (လက်ရှိတည်နေရာ) သို့မဟုတ် ( TAU ပြုလုပ်ထားသည့် ဆဲလ် ID ဖြင့် သတ်မှတ်သည် ) ကို တောင်းဆိုနိုင်ပါသည်။ "လက်ရှိတည်နေရာ" အတွက်၊ AS သည် စက်၏တည်နေရာပြောင်းလဲသည့်အခါတိုင်း MME မှ AS ကိုအကြောင်းကြားခြင်းဖြင့် ထပ်ခါတလဲလဲပြန်စာများကိုတောင်းဆိုနိုင်သည်။

IMSI-IMEI အသင်း၏ ပြောင်းလဲခြင်း။ – ဤဖြစ်ရပ်ကို အသက်သွင်းလိုက်သောအခါ၊ SCEF သည် IMSI (SIM card identifier) ​​​​နှင့် IMEI (စက်ပစ္စည်း identifier) ​​ပေါင်းစပ်မှုတွင် အပြောင်းအလဲများကို စတင်စောင့်ကြည့်ပါသည်။ အဖြစ်အပျက်တစ်ခုဖြစ်ပွားပါက AS သို့အကြောင်းကြားပါ။ စီစဉ်ထားသော အစားထိုးအလုပ်အတွင်း ပြင်ပ ID တစ်ခုကို စက်ပစ္စည်းတစ်ခုသို့ အလိုအလျောက် ပြန်လည်ပေါင်းစည်းရန် သို့မဟုတ် စက်ပစ္စည်းခိုးယူမှုအတွက် အထောက်အထားတစ်ခုအဖြစ် လုပ်ဆောင်ရန် အသုံးပြုနိုင်သည်။

Roaming အခြေအနေ - ဤစောင့်ကြည့်ခြင်းအမျိုးအစားကို UE သည် အိမ်သုံးကွန်ရက်တွင် သို့မဟုတ် roaming လုပ်ဖော်ကိုင်ဖက်၏ကွန်ရက်တွင်ရှိမရှိ ဆုံးဖြတ်ရန် ဤစောင့်ကြည့်မှုအမျိုးအစားကို AS မှအသုံးပြုသည်။ ရွေးချယ်နိုင်သောအားဖြင့်၊ စက်ပစ္စည်းကို မှတ်ပုံတင်ထားသည့် အော်ပရေတာ၏ PLMN (Public Land Mobile Network) ကို ထုတ်လွှင့်နိုင်သည်။

ဆက်သွယ်ရေးပျက်ကွက် — ဤစောင့်ကြည့်မှုအမျိုးအစားသည် ရေဒီယိုဝင်ရောက်မှုကွန်ရက် (S1-AP ပရိုတိုကော) မှရရှိသော ချိတ်ဆက်မှုဆုံးရှုံးခြင်း (လွတ်မြောက်ခြင်းအကြောင်းရင်းကုဒ်) ကို အခြေခံ၍ စက်ပစ္စည်းနှင့် ဆက်သွယ်မှုတွင် ပျက်ကွက်မှုများအကြောင်း AS အား အသိပေးသည်။ ဤဖြစ်ရပ်သည် ဆက်သွယ်ရေးမအောင်မြင်ရခြင်း၏အကြောင်းရင်းကို ဆုံးဖြတ်ရာတွင် အထောက်အကူဖြစ်စေနိုင်သည် - ဥပမာ eNodeb သည် ကွန်ရက်ပေါ်ရှိ ပြဿနာများကြောင့် (ရေဒီယိုအရင်းအမြစ်များကို မရရှိနိုင်ပါ) သို့မဟုတ် စက်၏ကိုယ်နှိုက်တွင် ချို့ယွင်းချက်ကြောင့် (ရေဒီယိုချိတ်ဆက်မှု UE ပျောက်ဆုံးသွားခြင်း) ကြောင့်ဖြစ်သည်။

DDN ပျက်ကွက်ပြီးနောက် ရရှိနိုင်မှု - ဆက်သွယ်ရေးချို့ယွင်းပြီးနောက် စက်ပစ္စည်းသည် အသုံးပြုနိုင်ပြီဖြစ်ကြောင်း ဤဖြစ်ရပ်က AS ကို အသိပေးသည်။ စက်ပစ္စည်းတစ်ခုသို့ ဒေတာလွှဲပြောင်းရန် လိုအပ်လာသောအခါတွင် အသုံးပြုနိုင်မည်ဖြစ်သော်လည်း UE သည် ကွန်ရက် (စာမျက်နှာတင်ခြင်း) မှ အကြောင်းကြားချက်အား တုံ့ပြန်ခြင်းမရှိသဖြင့် ဒေတာပေးပို့ခြင်းမပြုသောကြောင့် ယခင်ကြိုးပမ်းမှု မအောင်မြင်ခဲ့ပါ။ ဤစောင့်ကြည့်ခြင်းအမျိုးအစားကို UE အတွက် တောင်းဆိုထားပါက၊ စက်ပစ္စည်းသည် အဝင်ဆက်သွယ်ရေးတစ်ခုပြုလုပ်ကာ TAU ပြုလုပ်ခြင်း သို့မဟုတ် ဒေတာပေးပို့သည့်လင့်ခ်သို့ ပေးပို့သည်နှင့်တပြိုင်နက်၊ စက်ပစ္စည်းသည် ရရှိနိုင်ပြီဖြစ်ကြောင်း AS မှ အကြောင်းကြားမည်ဖြစ်ပါသည်။ DDN (ဒေါင်းလုပ်လင့်ခ်ဒေတာ အသိပေးချက်) လုပ်ငန်းစဉ်သည် MME နှင့် S/P-GW ကြားတွင် အလုပ်လုပ်သောကြောင့်၊ ဤစောင့်ကြည့်ခြင်းအမျိုးအစားသည် IP စက်များအတွက်သာ ရနိုင်ပါသည်။

PDN ချိတ်ဆက်မှု အခြေအနေ - စက်ပစ္စည်းအခြေအနေ (PDN ချိတ်ဆက်မှုအခြေအနေ) - ချိတ်ဆက်မှု (PDN အသက်သွင်းခြင်း) သို့မဟုတ် ချိတ်ဆက်မှုပြတ်တောက်ခြင်း (PDN ဖျက်ခြင်း) ပြောင်းလဲသည့်အခါ AS အကြောင်းကြားသည်။ ဆက်သွယ်မှု မဖြစ်နိုင်တော့ကြောင်း နားလည်ရန် UE နှင့် အပြန်အလှန် ဆက်သွယ်မှု စတင်ရန် ၎င်းကို AS မှ အသုံးပြုနိုင်သည်။ ဤစောင့်ကြည့်ခြင်းအမျိုးအစားသည် IP နှင့် IP မဟုတ်သော စက်များအတွက် ရနိုင်ပါသည်။

ပထဝီဝင်နယ်မြေတစ်ခုတွင် ရှိနေသော UE အရေအတွက် - အချို့သောပထဝီဝင်ဧရိယာရှိ UE အရေအတွက်ကိုဆုံးဖြတ်ရန် ဤစောင့်ကြည့်ခြင်းအမျိုးအစားကို AS မှအသုံးပြုသည်။

စက်က ထွက်လာပါတယ်။)

2G/3G ကွန်ရက်များတွင်၊ ကွန်ရက်အတွင်းရှိ မှတ်ပုံတင်ခြင်းလုပ်ငန်းစဉ်သည် အဆင့်နှစ်ဆင့်ဖြစ်သည်- ပထမ၊ ကိရိယာသည် SGSN (ပူးတွဲလုပ်ဆောင်မှု) ဖြင့် မှတ်ပုံတင်ထားပြီး၊ ထို့နောက် လိုအပ်ပါက၊ ၎င်းသည် PDP အကြောင်းအရာကို အသက်သွင်းခဲ့သည် - ပက်ကတ်ဂိတ်ဝေး (GGSN) နှင့် ချိတ်ဆက်မှု ဒေတာပေးပို့ရန်။ 3G ကွန်ရက်များတွင် ဤလုပ်ထုံးလုပ်နည်းနှစ်ခုသည် ဆက်တိုက်ဖြစ်ပေါ်ခဲ့သည်၊ ဆိုလိုသည်မှာ၊ စက်ပစ္စည်းသည် ဒေတာလွှဲပြောင်းရန် လိုအပ်သည့်အခိုက်အတန့်ကို မစောင့်ဘဲ ပူးတွဲလုပ်ဆောင်မှု ပြီးဆုံးပြီးနောက် ချက်ချင်းပင် PDP ကို ​​စတင်ခဲ့သည်။ LTE တွင်၊ ဤလုပ်ထုံးလုပ်နည်းနှစ်ခုကို တစ်ခုတည်းအဖြစ် ပေါင်းစပ်လိုက်သောအခါ၊ ဆိုလိုသည်မှာ၊ ချိတ်ဆက်သည့်အခါ၊ စက်ပစ္စည်းသည် eNodeB သို့ MME-SGW-PGW မှတစ်ဆင့် PDN ချိတ်ဆက်မှု (2G/3G တွင် တူညီသော PDP နှင့် တူညီသော) ချိတ်ဆက်မှုကို ချက်ချင်းတောင်းဆိုခဲ့သည်။

NB-IoT သည် ချိတ်ဆက်မှုနည်းလမ်းကို "ပူးတွဲခြင်းမပြုဘဲ PDN" ဟု သတ်မှတ်သည်၊ ဆိုလိုသည်မှာ UE သည် PDN ချိတ်ဆက်မှုကို မတည်ဆောက်ဘဲ ပူးတွဲထားသည်။ ဤကိစ္စတွင်၊ ၎င်းသည် အသွားအလာ ထုတ်လွှင့်ရန် မရရှိနိုင်သည့်အပြင် SMS ကိုသာ လက်ခံခြင်း သို့မဟုတ် ပေးပို့ခြင်းတို့ ပြုလုပ်နိုင်သည်။ PDN ကို အသက်သွင်းရန်နှင့် AS သို့ ချိတ်ဆက်ရန် ထိုကဲ့သို့သော စက်ပစ္စည်းသို့ အမိန့်တစ်ခု ပေးပို့ရန်အတွက် "Device triggering" လုပ်ဆောင်ချက်ကို တီထွင်ခဲ့သည်။

ထိုသို့သော UE ကို AS မှ ချိတ်ဆက်ရန် ညွှန်ကြားချက်ကို လက်ခံရရှိသောအခါ၊ SCEF သည် SMS စင်တာမှတဆင့် စက်ဆီသို့ ထိန်းချုပ်ရန် SMS ပေးပို့ခြင်းကို စတင်သည်။ SMS တစ်စောင်လက်ခံရရှိသောအခါ၊ စက်သည် PDN ကိုဖွင့်ပြီး နောက်ထပ်ညွှန်ကြားချက်များရယူရန် သို့မဟုတ် ဒေတာလွှဲပြောင်းရန် AS သို့ ချိတ်ဆက်သည်။

သင့်စက်၏စာရင်းသွင်းမှုသည် SCEF တွင် သက်တမ်းကုန်ဆုံးသည့်အချိန်များရှိနိုင်သည်။ ဟုတ်ကဲ့၊ စာရင်းသွင်းမှုတွင် အော်ပရေတာမှ သတ်မှတ်ထားသော သို့မဟုတ် AS နှင့် သဘောတူညီထားသည့် ၎င်း၏သက်တမ်းရှိသည်။ သက်တမ်းကုန်ဆုံးသည့်အခါ PDN ကို MME တွင် ပိတ်လိုက်ပြီး စက်ပစ္စည်းသည် AS တွင် မရနိုင်တော့ပါ။ ဤကိစ္စတွင်၊ "Device triggering" လုပ်ဆောင်ချက်သည်လည်း ကူညီပေးပါမည်။ AS မှ ဒေတာအသစ်များကို လက်ခံရရှိသည့်အခါ SCEF သည် စက်ချိတ်ဆက်မှုအခြေအနေကို သိရှိပြီး SMS ချန်နယ်မှတစ်ဆင့် ဒေတာပေးပို့မည်ဖြစ်သည်။

ကောက်ချက်

SCEF ၏ လုပ်ဆောင်နိုင်စွမ်းသည် အထက်တွင်ဖော်ပြထားသော ဝန်ဆောင်မှုများအတွက် အကန့်အသတ်မရှိဖြစ်ပြီး အဆက်မပြတ် ပြောင်းလဲနေပြီး တိုးချဲ့လျက်ရှိသည်။ လက်ရှိတွင် SCEF အတွက် ဝန်ဆောင်မှုတစ်ဒါဇင်ကျော်ကို စံသတ်မှတ်ထားပြီးဖြစ်သည်။ ယခု ကျွန်ုပ်တို့သည် developer များထံမှ ဝယ်လိုအားရှိသော ပင်မလုပ်ဆောင်ချက်များကိုသာ ထိတွေ့နိုင်ပြီဖြစ်ပြီး ကျန်အရာများကို နောက်ဆောင်းပါးများတွင် ဆွေးနွေးပါမည်။

မေးခွန်းချက်ချင်းပေါ်လာသည်- ပဏာမစမ်းသပ်ခြင်းနှင့်ဖြစ်နိုင်သောကိစ္စများအတွက်အမှားပြင်ဆင်ခြင်းအတွက်ဤ "miracle" node သို့စမ်းသပ်ခွင့်ကိုမည်သို့ရမည်နည်း။ အရာအားလုံးသည်အလွန်ရိုးရှင်းပါသည်။ မည်သည့် developer မဆို iot.info@mts.ru သို့ တောင်းဆိုချက်တစ်ခု ပေးပို့နိုင်သည်၊ ၎င်းသည် ချိတ်ဆက်မှု၏ ရည်ရွယ်ချက်၊ ဖြစ်နိုင်ခြေရှိသော ကိစ္စဖော်ပြချက်နှင့် ဆက်သွယ်မှုအတွက် ဆက်သွယ်ရန် အချက်အလက်ကို ညွှန်ပြရန် လုံလောက်ပါသည်။

လာမယ့်အချိန်အထိ!

စာရေးသူများ -

• convergent ဖြေရှင်းချက်များနှင့် မာလ်တီမီဒီယာဝန်ဆောင်မှုဌာနမှ အကြီးတန်းကျွမ်းကျင်သူ Sergey Novikov Sanov,
• convergent ဖြေရှင်းချက်များနှင့် မာလ်တီမီဒီယာဝန်ဆောင်မှုဌာန Alexey Lapshin မှ ကျွမ်းကျင်သူ aslapsh

source: www.habr.com