NB-IoT: inafanyaje kazi? Sehemu ya 3: SCEF - dirisha moja la ufikiaji wa huduma za waendeshaji

Katika makala "NB-IoT: inafanyaje kazi? Sehemu ya 2", tukizungumza juu ya usanifu wa msingi wa pakiti ya mtandao wa NB-IoT, tulitaja kuonekana kwa nodi mpya ya SCEF. Tunaelezea katika sehemu ya tatu ni nini na kwa nini inahitajika?

Wakati wa kuunda huduma ya M2M, wasanidi programu wanakabiliwa na maswali yafuatayo:

• jinsi ya kutambua vifaa;
• ni algorithm gani ya uthibitishaji na uthibitishaji ya kutumia;
• ambayo itifaki ya usafiri ya kuchagua kwa kuingiliana na vifaa;
• jinsi ya kutoa data kwa uaminifu kwa vifaa;
• jinsi ya kupanga na kuanzisha sheria za kubadilishana data nao;
• jinsi ya kufuatilia na kupata taarifa kuhusu hali zao mtandaoni;
• jinsi ya kutoa data kwa wakati mmoja kwa kikundi cha vifaa vyako;
• jinsi ya kutuma data wakati huo huo kutoka kwa kifaa kimoja hadi kwa wateja kadhaa;
• jinsi ya kupata ufikiaji wa umoja kwa huduma za ziada za waendeshaji kwa kudhibiti kifaa chako.

Ili kuzitatua, inahitajika kuunda suluhisho za kitaalam "nzito", ambayo husababisha kuongezeka kwa gharama za wafanyikazi na huduma za wakati hadi soko. Hapa ndipo nodi mpya ya SCEF inakuja kuwaokoa.

Kama inavyofafanuliwa na 3GPP, SCEF (kitendaji cha kufichua uwezo wa huduma) ni sehemu mpya kabisa ya usanifu wa 3GPP ambayo kazi yake ni kufichua kwa usalama huduma na uwezo unaotolewa na violesura vya mtandao wa 3GPP kupitia API.

Kwa maneno rahisi, SCEF ni mpatanishi kati ya mtandao na seva ya programu (AS), dirisha moja la ufikiaji wa huduma za waendeshaji kwa ajili ya kudhibiti kifaa chako cha M2M katika mtandao wa NB-IoT kupitia kiolesura angavu, na sanifu cha API.

SCEF huficha utata wa mtandao wa waendeshaji, ikiruhusu wasanidi programu kufichua mbinu changamano, mahususi za kifaa za kuingiliana na vifaa.

Kwa kubadilisha itifaki za mtandao kuwa API inayojulikana kwa wasanidi programu, API ya SCEF huwezesha uundaji wa huduma mpya na kupunguza muda wa soko. Nodi mpya pia inajumuisha kazi za kutambua/kuthibitisha vifaa vya rununu, kufafanua sheria za ubadilishanaji wa data kati ya kifaa na AS, kuondoa hitaji la wasanidi programu kutekeleza majukumu haya kwa upande wao, kuhamisha kazi hizi kwa mabega ya mwendeshaji.

SCEF inashughulikia miingiliano inayohitajika kwa uthibitishaji na uidhinishaji wa seva za programu, kudumisha uhamaji wa UE, uhamishaji wa data na uanzishaji wa kifaa, ufikiaji wa huduma za ziada na uwezo wa mtandao wa waendeshaji.

Kuelekea AS kuna kiolesura kimoja cha T8, API (HTTP/JSON) iliyosanifiwa na 3GPP. Interfaces zote, isipokuwa T8, hufanya kazi kulingana na itifaki ya DIAMETER (Mchoro 1).

T6a - kiolesura kati ya SCEF na MME. Inatumika kwa taratibu za usimamizi wa Uhamaji/Kikao, usambazaji wa data zisizo za IP, utoaji wa matukio ya ufuatiliaji na kupokea ripoti juu yao.

S6t - interface kati ya SCEF na HSS. Inahitajika kwa ajili ya uthibitishaji wa mteja, uidhinishaji wa seva za maombi, kupata mchanganyiko wa kitambulisho cha nje na IMSI/MSISDN, kutoa matukio ya ufuatiliaji na kupokea ripoti juu yao.

S6m/T4 – miingiliano kutoka SCEF hadi HSS na SMS-C (3GPP inafafanua nodi ya MTC-IWF, ambayo hutumika kwa kuanzisha kifaa na kutuma SMS katika mitandao ya NB-IoT. Hata hivyo, katika utekelezaji wote utendakazi wa nodi hii huunganishwa katika SCEF, kwa hivyo kwa kurahisisha mzunguko, hatutazingatia tofauti). Hutumika kupata maelezo ya uelekezaji kwa kutuma SMS na kuingiliana na kituo cha SMS.

T8 - Kiolesura cha API cha mwingiliano wa SCEF na seva za programu. Amri zote mbili za udhibiti na trafiki hupitishwa kupitia kiolesura hiki.

*kwa ukweli kuna violesura zaidi; zile za msingi pekee ndizo zimeorodheshwa hapa. Orodha kamili imetolewa katika 3GPP 23.682 (4.3.2 Orodha ya Alama za Marejeleo).

Chini ni kazi na huduma muhimu za SCEF:

• kuunganisha kitambulisho cha SIM kadi (IMSI) kwa kitambulisho cha nje;
• maambukizi ya trafiki isiyo ya IP (Utoaji wa Data usio wa IP, NIDD);
• shughuli za kikundi kwa kutumia kitambulisho cha kikundi cha nje;
• msaada kwa hali ya maambukizi ya data na uthibitisho;
• uhifadhi wa data ya MO (Mobile Originated) na MT (Mobile Terminated);
• uthibitishaji na idhini ya vifaa na seva za maombi;
• matumizi ya wakati huo huo ya data kutoka kwa UE moja na AS kadhaa;
• usaidizi wa kazi maalum za ufuatiliaji wa hali ya UE (MONTE - Matukio ya Ufuatiliaji);
• kifaa cha kuchochea;
• kutoa data isiyo ya IP ya uzururaji.

Kanuni ya msingi ya mwingiliano kati ya AS na SCEF inategemea kile kinachoitwa mpango. usajili. Ikiwa ni muhimu kupata ufikiaji wa huduma yoyote ya SCEF kwa UE maalum, seva ya programu inahitaji kuunda usajili kwa kutuma amri kwa API maalum ya huduma iliyoombwa na kupokea kitambulisho cha kipekee kwa kujibu. Baada ya hapo vitendo na mawasiliano yote zaidi na UE ndani ya mfumo wa huduma hii yatafanyika kwa kutumia kitambulisho hiki.

Kitambulisho cha Nje: Kitambulisho cha kifaa kote

Moja ya mabadiliko muhimu zaidi katika mpango wa mwingiliano kati ya AS na vifaa wakati wa kufanya kazi kupitia SCEF ni kuonekana kwa kitambulisho cha ulimwengu wote. Sasa, badala ya nambari ya simu (MSISDN) au anwani ya IP, kama ilivyokuwa katika mtandao wa kawaida wa 2G/3G/LTE, kitambulisho cha kifaa cha seva ya programu kinakuwa "Kitambulisho cha nje". Inafafanuliwa na kiwango katika muundo unaojulikana kwa watengenezaji wa programu " @ "

Wasanidi programu hawahitaji tena kutekeleza kanuni za uthibitishaji wa kifaa; mtandao huchukua jukumu hili kikamilifu. Kitambulisho cha Nje kimefungwa kwa IMSI, na msanidi anaweza kuwa na uhakika kwamba wakati wa kufikia kitambulisho maalum cha nje, kinaingiliana na SIM kadi maalum. Unapotumia chip ya SIM, unapata hali ya kipekee kabisa wakati kitambulisho cha nje kinatambulisha kifaa maalum!

Zaidi ya hayo, vitambulisho kadhaa vya nje vinaweza kuunganishwa na IMSI moja - hali ya kuvutia zaidi hutokea wakati kitambulisho cha nje kinatambua kwa njia ya kipekee programu mahususi inayowajibika kwa huduma mahususi kwenye kifaa mahususi.

Kitambulisho cha kikundi pia kinaonekana - kitambulisho cha kikundi cha nje, ambacho kinajumuisha seti ya vitambulisho vya mtu binafsi vya nje. Sasa, kwa ombi moja kwa SCEF, AS inaweza kuanzisha shughuli za kikundi - kutuma data au kudhibiti amri kwa vifaa vingi vilivyounganishwa katika kikundi kimoja cha kimantiki.

Kwa sababu ya ukweli kwamba kwa wasanidi wa AS ubadilishaji hadi kitambulishi kipya cha kifaa hauwezi kuwa papo hapo, SCEF iliacha uwezekano wa mawasiliano ya AS na UE kupitia nambari ya kawaida - MSISDN.

Usambazaji wa trafiki isiyo ya IP (Utoaji Data Isiyo ya IP, NIDD)

Katika NB-IoT, kama sehemu ya uboreshaji wa mifumo ya kupitisha kiasi kidogo cha data, pamoja na aina zilizopo za PDN, kama vile IPv4, IPv6 na IPv4v6, aina nyingine imeonekana - isiyo ya IP. Katika kesi hii, kifaa (UE) haijapewa anwani ya IP na data hupitishwa bila kutumia itifaki ya IP. Trafiki kwa miunganisho kama hiyo inaweza kupitishwa kwa njia mbili: ya kawaida - MME -> SGW -> PGW na kisha kupitia handaki ya PtP hadi AS (Mchoro 2) au kutumia SCEF (Mchoro 3).

Njia ya classic haitoi faida yoyote maalum juu ya trafiki ya IP, isipokuwa kwa kupunguza ukubwa wa pakiti zinazoambukizwa kutokana na kutokuwepo kwa vichwa vya IP. Matumizi ya SCEF hufungua idadi ya uwezekano mpya na kurahisisha kwa kiasi kikubwa taratibu za kuingiliana na vifaa.

Wakati wa kusambaza data kupitia SCEF, faida mbili muhimu sana huonekana juu ya trafiki ya kawaida ya IP:


Uwasilishaji wa trafiki ya MT kwa kifaa kupitia kitambulisho cha nje

Ili kutuma ujumbe kwa kifaa cha kawaida cha IP, AS lazima ajue anwani yake ya IP. Hapa tatizo linatokea: kwa kuwa kifaa kawaida hupokea anwani ya IP ya "kijivu" wakati wa usajili, inawasiliana na seva ya maombi, ambayo iko kwenye mtandao, kupitia node ya NAT, ambapo anwani ya kijivu inatafsiriwa kuwa nyeupe. Mchanganyiko wa anwani za IP za kijivu na nyeupe hudumu kwa muda mfupi, kulingana na mipangilio ya NAT. Kwa wastani, kwa TCP au UDP - si zaidi ya dakika tano. Hiyo ni, ikiwa hakuna ubadilishanaji wa data na kifaa hiki ndani ya dakika 5, muunganisho utatengana na kifaa hakitapatikana tena katika anwani nyeupe ambayo kipindi cha AS kilianzishwa. Kuna suluhisho kadhaa:

1. Tumia mapigo ya moyo. Baada ya muunganisho kuanzishwa, kifaa lazima kibadilishane pakiti na AS kila baada ya dakika chache, na hivyo kuzuia tafsiri za NAT kufungwa. Lakini hakuwezi kuwa na mazungumzo ya ufanisi wowote wa nishati hapa.

2. Kila wakati, ikiwa ni lazima, angalia upatikanaji wa vifurushi kwa kifaa kwenye AS - tuma ujumbe kwa uplink.

3. Unda APN ya faragha (VRF), ambapo seva ya programu na vifaa vitakuwa kwenye mtandao mdogo sawa, na ugawanye anwani za IP tuli kwa vifaa. Itafanya kazi, lakini karibu haiwezekani tunapozungumza juu ya meli ya maelfu, makumi ya maelfu ya vifaa.

4. Hatimaye, chaguo linalofaa zaidi: tumia IPv6; haihitaji NAT, kwa kuwa anwani za IPv6 zinapatikana moja kwa moja kutoka kwa mtandao. Hata hivyo, hata katika kesi hii, wakati kifaa kimesajiliwa upya, kitapokea anwani mpya ya IPv6 na haitapatikana tena kwa kutumia ya awali.

Ipasavyo, ni muhimu kutuma pakiti fulani ya uanzishaji iliyo na kitambulisho cha kifaa kwa seva ili kuripoti anwani mpya ya IP ya kifaa. Kisha subiri pakiti ya uthibitisho kutoka kwa AS, ambayo pia huathiri ufanisi wa nishati.

Njia hizi zinafanya kazi vizuri kwa vifaa vya 2G/3G/LTE, ambapo kifaa hakina mahitaji kali ya uhuru na, kwa sababu hiyo, hakuna vikwazo kwa muda wa hewa na trafiki. Njia hizi hazifai kwa NB-IoT kwa sababu ya matumizi yao ya juu ya nishati.

SCEF hutatua tatizo hili: kwa kuwa kitambulisho pekee cha kifaa cha AS ni kitambulisho cha nje, AS inahitaji tu kutuma pakiti ya data kwa SCEF kwa kitambulisho mahususi cha nje, na SCEF hushughulikia vingine. Ikiwa kifaa kiko katika modi ya PSM au eDRX ya kuokoa nishati, data itaakibishwa na kuwasilishwa kifaa kitakapopatikana. Ikiwa kifaa kinapatikana kwa trafiki, data itawasilishwa mara moja. Vile vile ni kweli kwa timu za usimamizi.

Wakati wowote, AS inaweza kukumbuka ujumbe ulioakibishwa kwa UE au kuubadilisha na mpya.

Utaratibu wa kuakibisha unaweza pia kutumika wakati wa kutuma data ya MO kutoka UE hadi AS. Ikiwa SCEF haikuweza kuwasilisha data kwa AS mara moja, kwa mfano ikiwa kazi ya urekebishaji inaendelea kwenye seva za AS, pakiti hizi zitaakibishwa na kuhakikishiwa kuwasilishwa pindi AS itakapopatikana.

Kama ilivyoonyeshwa hapo juu, ufikiaji wa huduma maalum na UE kwa AS (na NIDD ni huduma) inadhibitiwa na sheria na sera kwa upande wa SCEF, ambayo inaruhusu uwezekano wa kipekee wa matumizi ya wakati mmoja ya data kutoka UE moja na AS kadhaa. Wale. ikiwa AS kadhaa wamejiandikisha kwa UE moja, basi baada ya kupokea data kutoka kwa UE, SCEF itatuma kwa wote waliojiandikisha AS. Hii inafaa kwa hali ambapo muundaji wa kundi la vifaa maalum hushiriki data kati ya wateja kadhaa. Kwa mfano, kwa kuunda mtandao wa vituo vya hali ya hewa vinavyoendesha kwenye NB-IoT, unaweza kuuza data kutoka kwao kwa huduma nyingi kwa wakati mmoja.

Utaratibu wa uwasilishaji wa ujumbe uliohakikishwa

Huduma ya Data Inayoaminika ni utaratibu wa uwasilishaji wa uhakika wa ujumbe wa MO na MT bila kutumia algoriti maalum katika kiwango cha itifaki, kama vile, kwa mfano, kupeana mkono katika TCP. Inafanya kazi kwa kujumuisha bendera maalum katika sehemu ya huduma ya ujumbe wakati wa kubadilishana kati ya UE na SCEF. Ikiwa utawasha au kutowezesha utaratibu huu wakati wa kusambaza trafiki inaamuliwa na AS.

Ikiwa utaratibu umewashwa, UE inajumuisha bendera maalum katika sehemu ya juu ya pakiti wakati inahitaji uwasilishaji wa uhakika wa trafiki ya MO. Baada ya kupokea pakiti kama hiyo, SCEF hujibu UE kwa kukiri. Ikiwa UE haitapokea pakiti ya kukiri, pakiti kuelekea SCEF itatumwa tena. Jambo hilo hilo hufanyika kwa trafiki ya MT.

Ufuatiliaji wa kifaa (matukio ya ufuatiliaji - MONTE)

Kama ilivyoelezwa hapo juu, utendaji wa SCEF, kati ya mambo mengine, ni pamoja na kazi za ufuatiliaji wa hali ya UE, kinachojulikana. ufuatiliaji wa kifaa. Na ikiwa vitambulishi vipya na mbinu za kuhamisha data ni uboreshaji (ingawa ni mbaya sana) wa taratibu zilizopo, basi MONTE ni utendakazi mpya kabisa ambao haupatikani katika mitandao ya 2G/3G/LTE. MONTE inaruhusu AS kufuatilia vigezo vya kifaa kama vile hali ya muunganisho, upatikanaji wa mawasiliano, eneo, hali ya utumiaji wa mitandao ya ng'ambo, n.k. Tutazungumza juu ya kila mmoja kwa undani zaidi baadaye kidogo.

Iwapo ni muhimu kuamilisha tukio lolote la ufuatiliaji kwa kifaa au kikundi cha vifaa, AS inajiandikisha kwa huduma inayolingana kwa kutuma amri inayolingana ya API MONTE kwa SCEF, ambayo inajumuisha vigezo kama vile kitambulisho cha nje au kitambulisho cha kikundi cha nje, kitambulisho cha AS, ufuatiliaji. aina, idadi ya ripoti, ambayo AS inataka kupokea. Ikiwa AS imeidhinishwa kutekeleza ombi, SCEF, kulingana na aina, itatoa tukio kwa HSS au MME (Mchoro 4). Tukio linapotokea, MME au HSS hutoa ripoti kwa SCEF, ambayo huituma kwa AS.

Utoaji wa matukio yote, isipokuwa "Idadi ya UE zilizopo katika eneo la kijiografia", hutokea kupitia HSS. Matukio mawili "Mabadiliko ya Shirika la IMSI-IMEI" na "Hali ya Kuzurura" yanafuatiliwa moja kwa moja kwenye HSS, mengine yatatolewa na HSS kwenye MME.
Matukio yanaweza kuwa ya mara moja au ya mara kwa mara, na yanaamuliwa na aina yao.

Kutuma ripoti kuhusu tukio (kuripoti) hufanywa na node inayofuatilia tukio moja kwa moja kwa SCEF (Mchoro 5).

Jambo muhimu: Matukio ya ufuatiliaji yanaweza kutumika kwa vifaa visivyo vya IP vilivyounganishwa kupitia SCEF na vifaa vya IP vinavyotuma data kwa njia ya kawaida kupitia MME-SGW-PGW.

Hebu tuangalie kwa karibu kila moja ya matukio ya ufuatiliaji:

Kupoteza muunganisho - hufahamisha AS kwamba UE haipatikani tena kwa trafiki ya data au kuashiria. Tukio hilo hutokea wakati "kipima muda cha ufikivu wa simu" cha UE kinapoisha muda wa MME. Katika ombi la aina hii ya ufuatiliaji, AS inaweza kuonyesha thamani yake ya "Upeo wa Muda wa Kugundua" - ikiwa wakati huu UE haitaonyesha shughuli yoyote, AS itaarifiwa kuwa UE haipatikani, ikionyesha sababu. Tukio hilo pia hutokea ikiwa UE iliondolewa kwa nguvu na mtandao kwa sababu yoyote.

* Ili kuujulisha mtandao kuwa kifaa bado kinapatikana, mara kwa mara huanzisha utaratibu wa kusasisha - Usasishaji wa Eneo la Ufuatiliaji (TAU). Mzunguko wa utaratibu huu umewekwa na mtandao kwa kutumia timer T3412 au (T3412_extended katika kesi ya PSM), thamani ambayo hupitishwa kwa kifaa wakati wa utaratibu wa Ambatanisha au TAU inayofuata. Kipima muda cha ufikivu wa simu kwa kawaida huwa na urefu wa dakika kadhaa kuliko T3412. Iwapo UE haijafanya TAU kabla ya kuisha kwa muda wa "Kipima muda cha ufikivu wa Simu", mtandao huona kuwa hauwezi tena kufikiwa.

Ufikiaji wa UE - Inaonyesha wakati UE inapatikana kwa trafiki ya DL au SMS. Hii hutokea wakati UE inapatikana kwa kurasa (kwa UE katika hali ya eDRX) au wakati UE inapoingia katika hali ya ECM-CONNECTED (kwa UE katika modi ya PSM au eDRX), i.e. hufanya TAU au kutuma pakiti ya uplink.

Kuripoti eneo - Aina hii ya matukio ya ufuatiliaji inaruhusu AS kuuliza eneo la UE. Labda eneo la sasa (Mahali pa Sasa) au eneo la mwisho linalojulikana (Mahali palipojulikana Mara ya Mwisho, linalobainishwa na Kitambulisho cha simu ambapo kifaa kilifanya TAU au trafiki iliyopitishwa mara ya mwisho) inaweza kuombwa, ambayo ni muhimu kwa vifaa vilivyo katika PSM au kuokoa nishati ya eDRX. modes. Kwa "Eneo la Sasa", AS inaweza kuomba majibu yanayorudiwa, na MME ikitoa taarifa kwa AS kila mara eneo la kifaa linapobadilika.

Mabadiliko ya Chama cha IMSI-IMEI - Tukio hili linapoamilishwa, SCEF huanza kufuatilia mabadiliko katika mchanganyiko wa IMSI (kitambulisho cha kadi ya SIM) na IMEI (kitambulisho cha kifaa). Tukio linapotokea, hufahamisha AS. Inaweza kutumika kubandika kitambulisho cha nje kiotomatiki kwa kifaa wakati wa kazi iliyoratibiwa ya kubadilisha au kutumika kama kitambulisho cha wizi wa kifaa.

Hali ya Kuzurura - aina hii ya ufuatiliaji hutumiwa na AS ili kubaini ikiwa UE iko kwenye mtandao wa nyumbani au katika mtandao wa mshirika anayezurura. Kwa hiari, PLMN (Public Land Mobile Network) ya opereta ambamo kifaa kimesajiliwa kinaweza kusambazwa.

Kushindwa kwa mawasiliano - Aina hii ya ufuatiliaji hufahamisha AS kuhusu kushindwa katika mawasiliano na kifaa, kwa kuzingatia sababu za upotezaji wa muunganisho (msimbo wa sababu ya kutolewa) iliyopokelewa kutoka kwa mtandao wa ufikiaji wa redio (itifaki ya S1-AP). Tukio hili linaweza kusaidia kuamua kwa nini mawasiliano yameshindwa - kutokana na matatizo kwenye mtandao, kwa mfano, wakati eNodeb imejaa (rasilimali za redio hazipatikani) au kutokana na kushindwa kwa kifaa yenyewe (Radio Connection With UE Lost).

Upatikanaji baada ya Kushindwa kwa DDN - tukio hili linafahamisha AS kwamba kifaa kimepatikana baada ya kushindwa kwa mawasiliano. Inaweza kutumika wakati kuna haja ya kuhamisha data kwa kifaa, lakini jaribio la awali halikufaulu kwa sababu UE haikujibu arifa kutoka kwa mtandao (paging) na data haikuwasilishwa. Ikiwa aina hii ya ufuatiliaji imeombwa kwa UE, basi mara tu kifaa kinapofanya mawasiliano yanayoingia, hufanya TAU au kutuma data kwa uplink, AS itajulishwa kuwa kifaa kinapatikana. Kwa kuwa utaratibu wa DDN (arifa ya data ya chini) hufanya kazi kati ya MME na S/P-GW, aina hii ya ufuatiliaji inapatikana kwa vifaa vya IP pekee.

Hali ya Muunganisho wa PDN – hufahamisha AS hali ya kifaa inapobadilika (hali ya muunganisho wa PDN) - muunganisho (uwasho wa PDN) au kukatwa (kufuta PDN). Hii inaweza kutumiwa na AS kuanzisha mawasiliano na UE, au kinyume chake, kuelewa kwamba mawasiliano hayawezekani tena. Ufuatiliaji wa aina hii unapatikana kwa vifaa vya IP na visivyo vya IP.

Idadi ya UEs zilizopo katika eneo la kijiografia - Aina hii ya ufuatiliaji hutumiwa na AS kubainisha idadi ya UEs katika eneo fulani la kijiografia.

Kuanzisha kifaa)

Katika mitandao ya 2G/3G, utaratibu wa usajili kwenye mtandao ulikuwa wa hatua mbili: kwanza, kifaa kilichosajiliwa na SGSN (utaratibu wa ambatisha), basi, ikiwa ni lazima, ilianzisha muktadha wa PDP - uunganisho na lango la pakiti (GGSN) kusambaza data. Katika mitandao ya 3G, taratibu hizi mbili zilitokea kwa mfululizo, i.e. kifaa hakikusubiri wakati kilipohitaji kuhamisha data, lakini kiliwasha PDP mara baada ya utaratibu wa kuambatanisha kukamilika. Katika LTE, taratibu hizi mbili ziliunganishwa kuwa moja, yaani, wakati wa kuambatanisha, kifaa kiliomba mara moja uanzishaji wa muunganisho wa PDN (mfano na PDP katika 2G/3G) kupitia eNodeB hadi MME-SGW-PGW.

NB-IoT inafafanua njia ya muunganisho kama "ambatisha bila PDN", yaani, UE inaambatisha bila kuanzisha muunganisho wa PDN. Katika kesi hii, haipatikani kusambaza trafiki, na inaweza tu kupokea au kutuma SMS. Ili kutuma amri kwa kifaa kama hicho ili kuwezesha PDN na kuunganisha kwa AS, utendakazi wa "Kianzisha Kifaa" ulitengenezwa.

Wakati wa kupokea amri ya kuunganisha UE kama hiyo kutoka kwa AS, SCEF huanzisha kutuma SMS ya kudhibiti kwa kifaa kupitia kituo cha SMS. Wakati wa kupokea SMS, kifaa huwasha PDN na kuunganishwa na AS ili kupokea maagizo zaidi au kuhamisha data.

Huenda kukawa na wakati ambapo muda wa usajili wa kifaa chako unaisha kwenye SCEF. Ndiyo, usajili una muda wake wa maisha, uliowekwa na opereta au kukubaliana na AS. Baada ya muda wake kuisha, PDN itazimwa kwenye MME na kifaa hakitapatikana kwa AS. Katika kesi hii, utendaji wa "Kifaa cha kuchochea" pia utasaidia. Inapopokea data mpya kutoka kwa AS, SCEF itajua hali ya muunganisho wa kifaa na kuwasilisha data kupitia njia ya SMS.

Hitimisho

Utendaji wa SCEF, bila shaka, hauzuiliwi na huduma zilizoelezwa hapo juu na unaendelea kubadilika na kupanuka. Hivi sasa, zaidi ya huduma kumi na mbili tayari zimesawazishwa kwa SCEF. Sasa tumegusa tu kazi kuu ambazo zinahitajika kutoka kwa watengenezaji; tutazungumza juu ya zingine katika nakala zijazo.

Swali linatokea mara moja: jinsi ya kupata ufikiaji wa mtihani kwa nodi hii ya "muujiza" kwa upimaji wa awali na utatuzi wa kesi zinazowezekana? Kila kitu ni rahisi sana. Msanidi programu yeyote anaweza kuwasilisha ombi kwa [barua pepe inalindwa], ambayo ni ya kutosha kuonyesha madhumuni ya uunganisho, maelezo ya kesi inayowezekana na maelezo ya mawasiliano kwa mawasiliano.

Tutaonana hivi karibuni!

Waandishi:

• mtaalam mkuu wa idara ya suluhisho za muunganisho na huduma za media titika Sergey Novikov sanov,
• mtaalam wa idara ya suluhisho na huduma za media titika Alexey Lapshin mshtuko

Chanzo: mapenzi.com