Në artikullin "", duke folur për arkitekturën e bërthamës së paketave të rrjetit NB-IoT, përmendëm shfaqjen e një node të re SCEF. Në këtë pjesë të tretë, shpjegojmë se çfarë është dhe pse është e nevojshme?
Kur krijojnë një shërbim M2M, zhvilluesit e aplikacioneve përballen me këto pyetje:
- si të identifikojnë pajisjet;
- cili algoritëm të përdorin për verifikimin dhe konfirmimin e autenticitetit;
- cili protokoll transporti të zgjidhet për të komunikuar me pajisjet;
- si të sigurohet dorëzimi i të dhënave në pajisje;
- si të organizohen dhe vendosen rregullat për shkëmbimin e të dhënave me to;
- si të kontrollohet dhe të merret informacion në kohë reale për gjendjen e tyre;
- si të dërgohen të dhënat njëkohësisht në një grup pajisjesh;
- si të dërgohen të dhënat njëkohësisht nga një pajisje në disa klientë;
- si të arrihet qasje e unifikuar në shërbimet e tjera të operatorit për menaxhimin e pajisjes së tij.
Për të zgjidhur këto probleme, ndonjëherë krijohen zgjidhje teknike proprietarë që janë "të rënda", gjë që çon në rritjen e punës dhe kohës për t'u futur në treg të shërbimeve. Këtu vjen në ndihmë nodi i ri SCEF.
Sipas përkufizimit 3GPP, SCEF (funksioni i ekspozimit të kapaciteteve të shërbimeve) është një komponent krejtësisht i ri i arkitekturës 3GPP, me funksionin e tij të sigurojë ekspozimin e sigurt të shërbimeve dhe mundësive që ofrohen nga ndërfaqet rrjetore 3GPP përmes API-së.
Me fjalë të thjeshta, SCEF është një ndërmjetës midis rrjetit dhe serverit të aplikacioneve (application server - AS), një dritare e vetme për aksesin në shërbimet e operatorit për menaxhimin e pajisjeve të tij M2M në rrjetin NB-IoT përmes një ndërfaqeje intuitive dhe standardizuese API.
SCEF fsheh kompleksitetin e rrjetit të operatorit, duke lejuar zhvilluesit e aplikacioneve të abstenojnë nga mekanizmat e ndërlikuar dhe specifikë të ndërveprimit me pajisjet.
Duke transformimit të protokolleve të rrjetit në një ndërfaqe API të njohur për zhvilluesit e aplikacioneve, SCEF lehtëson krijimin e shërbimeve të reja dhe zvogëlon kohën deri në treg. Po ashtu, nodi i ri përfshin funksione për identifikimin/autentikimin e pajisjeve mobile, përcaktimin e rregullave të shkëmbimit të të dhënave midis pajisjes dhe AS, duke hequr nevojën për zhvilluesit e aplikacioneve që të implementojnë këto funksione në anën e tyre, duke i kaluar këto funksione në duar të operatorit.
SCEF mbledh në një vend ndërfaqet e nevojshme për autentikimin dhe autorizimin e serverëve të aplikacioneve, mbajtjen e lëvizshmërisë së UE, transmetimin e të dhënave dhe aktivizimin e pajisjeve, si dhe aksesin në shërbime të tjera dhe mundësi të operatorit të rrjetit.
Një ndërfaqe e vetme T8 shkon në AS, ndërfaqe API (HTTP/JSON), e standardizuar nga 3GPP. Të gjitha ndërfaqet, përveç T8, funksionojnë mbi protokollin DIAMETER (shih figura 1).
T6a â Ă«shtĂ« ndĂ«rfaqja midis SCEF dhe MME. PĂ«rdoret pĂ«r procedurat e menaxhimit tĂ« lĂ«vizshmĂ«risĂ«/sesionit, transmetimin e tĂ« dhĂ«nave non-IP, provizionimin e ngjarjeve tĂ« monitorimit dhe marrjen e raporteve pĂ«r to.
S6t â ndĂ«rfaqe midis SCEF dhe HSS. E nevojshme pĂ«r autentikimin e pĂ«rdoruesve, autorizimin e serverĂ«ve tĂ« aplikacioneve, marrjen e lidhjes midis ID jashtme dhe IMSI/MSISDN, provizionimin e ngjarjeve tĂ« monitorimit dhe marrjen e raporteve pĂ«r to.
S6m/T4 â ndĂ«rfaqet nga SCEF nĂ« HSS dhe SMS-C (nĂ« 3GPP, pika e definuar Ă«shtĂ« MTC-IWF, e cila pĂ«rdoret pĂ«r aktivizimin e pajisjeve dhe transmetimin e SMS nĂ« rrjetet NB-IoT. MegjithatĂ«, nĂ« tĂ« gjitha implementimet, funksionaliteti i kĂ«saj ndihme Ă«shtĂ« integruar nĂ« SCEF, kĂ«shtu qĂ« pĂ«r tĂ« simplifikuar skemat, ne nuk do ta shqyrtojmĂ« veçmas). PĂ«rdoren pĂ«r marrjen e informacionit tĂ« rrugĂ«s pĂ«r dĂ«rgimin e SMS dhe pĂ«r ndĂ«rveprimin me qendrĂ«n SMS.
T8 â ndĂ«rfaqja API pĂ«r ndĂ«rveprimin e SCEF me serverĂ«t e aplikacioneve. PĂ«rmes kĂ«saj ndĂ«rfaqe kalojnĂ« si komandat menaxhuese ashtu edhe trafiku.
*në të vërtetë ka më shumë ndërfaqe, këtu janë renditur vetëm ato më kryesoret. Lista e plotë jepet në 3GPP 23.682 (4.3.2 Lista e Pikave Referuese).
Më poshtë janë të listuara funksionet dhe shërbimet kryesore të SCEF:
- lidhi identifikuesin e kartës SIM (IMSI) me ID-në jashtme;
- transmetimi i trafikut non-IP (Dorëzimi i të Dhënave Noin-IP, NIDD);
- operacione grupi, duke përdorur ID-në e grupit jashtmë;
- mbështetje për modalitetin e transmetimit të të dhënave me konfirmim;
- bufersi MO (Mobile Originated) dhe MT (Mobile Terminated) të të dhënave;
- autentifikimi dhe autorizimi i pajisjeve dhe serverëve të aplikacioneve;
- përdorimi i njëkohshëm i të dhënave të një UE nga disa AS;
- mbĂ«shtetje pĂ«r funksione tĂ« veçanta tĂ« kontrollit tĂ« gjendjes sĂ« UE (MONTE â Monitoring Events);
- aktivizimi i pajisjeve;
- sigurimi i roaming-ut të të dhënave non-IP.
Parimi kryesor i bashkëpunimit midis AS dhe SCEF bazohet në një skemë të ashtuquajtur 'abonimeve'. Kur është e nevojshme të merret qasje në një shërbim të caktuar, SCEF për një UE të caktuar, serveri i aplikacioneve duhet të krijojë një abonim duke dërguar një komandë në një API të veçantë të shërbimit të kërkuar dhe në përgjigje, të marrë një identifikues unik. Pas kësaj, të gjitha veprimet dhe komunikimet e mëtejshme me UE në kuadër të këtij shërbimi do të realizohen duke përdorur këtë identifikues.
ID e Jashtme: identifikuesi universale i pajisjes
Një nga ndryshimet më të rëndësishme në skemën e bashkëpunimit AS me pajisjet gjatë punës përmes SCEF është shfaqja e identifikuesit universal. Tani, përveç numrit të telefonit (MSISDN) ose adresës IP, siç ishte në rrjetin klasik 2G/3G/LTE, identifikuesi i pajisjes për serverin e aplikacioneve bëhet "external ID". Ai është përcaktuar nga standardi në formatin e njohur për zhvilluesit e aplikacioneve "@".
Zhvilluesit nuk kanë më nevojë të implementojnë algoritme autentikimi për pajisjet, rrjeti e merr plotësisht këtë funksion mbi vete. External ID është i lidhur me IMSI, dhe zhvilluesi mund të jetë i sigurt se duke u drejtuar në një external ID të caktuar, ai bashkëvepron me një kartë SIM të caktuar. Kur përdoret çipi SIM, krijohet një situatë jashtëzakonisht unike, ku external ID identifikon në mënyrë të qartë një pajisje të caktuar!
PĂ«r mĂ« tepĂ«r, njĂ« IMSI mund tĂ« lidhet me disa external ID â kĂ«shtu krijohet njĂ« situatĂ« edhe mĂ« interesante, ku external ID identifikon saktĂ«sisht njĂ« aplikacion tĂ« caktuar qĂ« pĂ«rgjigjet pĂ«r njĂ« shĂ«rbim tĂ« caktuar nĂ« njĂ« pajisje specifike.
Gjithashtu shfaqet një identifikues grupi - external group ID, i cili përfshin një set identifikuesish të veçantë external ID. Tani, me një kërkesë të SCEF AS, mund të nisin operacione grupore - dërgimin e të dhënave ose komandave të kontrollit për shumë pajisje të bashkuara në një grup logjik të vetëm.
Për shkak se për zhvilluesit AS kalimi në identifikuesin e ri të pajisjes nuk mund të jetë momental, SCEF la mundësinë e komunikimit të AS me UE përmes numrit standard - MSISDN.
Transferimi i trafikut non-IP (Non-IP Data Delivery, NIDD)
Në NB-IoT, në kuadër të optimizimit të mekanizmave të transferimit të volumit të vogël të të dhënave, përveç llojeve ekzistuese të PDN, si IPv4, IPv6 dhe IPv4v6, është shtuar një lloj tjetër - non-IP. Në këtë rast, pajisjes (UE) nuk i jepet një adresë IP, dhe të dhënat transferohen pa përdorimin e protokollit IP. Trafiku për këto lidhje mund të rrugëzohet në dy mënyra: në mënyrën klasike - MME -> SGW -> PGW dhe më pas përmes tunelit PtP deri te AS (shih. 2) ose duke përdorur SCEF (shih. 3).
Metoda klasike nuk ofron ndonjë avantazh të veçantë në krahasim me trafikun IP, përveçse ul ndihmën e paketave të dërguara për shkak të mungesës së titujve IP. Përdorimi i SCEF hap një numër të konsiderueshëm mundësish të reja dhe e thjeshton ndjeshëm procedurën e ndërveprimit me pajisjet.
Në transferimin e të dhënave përmes SCEF shfaqen dy përfitime shumë të rëndësishme krahasuar me trafikun klasik IP:
Dërgimi i trafikut MT në pajisje përmes ID-së ekstern.
PĂ«r tĂ« dĂ«rguar njĂ« mesazh nĂ« njĂ« pajisje klasike IP, AS duhet tĂ« dijĂ« adresĂ«n e saj IP. KĂ«tu lind problemi: pasi pajisja nĂ« regjistrim zakonisht merr njĂ« adresĂ« IP 'tĂ« zezĂ«', ajo komunikon me serverin e aplikacioneve qĂ« ndodhet nĂ« internet pĂ«rmes njĂ« nyjeje NAT, ku ndodh pĂ«rkthimi i adresĂ«s 'tĂ« zezĂ«' nĂ« tĂ« bardhĂ«. Lidhja midis adresave 'tĂ« zeza' dhe 'tĂ« bardha' mbahet pĂ«r njĂ« kohĂ« tĂ« kufizuar, nĂ« varĂ«si tĂ« cilĂ«simeve NAT. NĂ« mesatare pĂ«r TCP ose UDP â jo mĂ« shumĂ« se pesĂ« minuta. KĂ«shtu qĂ«, nĂ«se brenda 5 minutash nuk ka shkĂ«mbim tĂ« tĂ« dhĂ«nave me kĂ«tĂ« pajisje, lidhja do tĂ« shpĂ«rbĂ«het, dhe pajisja do tĂ« ndĂ«rpritet nga adresĂ« e bardhĂ« me tĂ« cilĂ«n u iniciua sesioni me AS. EkzistojnĂ« disa zgjidhje:
1. Përdorimi i heartbeat. Pasi të vendoset një lidhje, pajisja duhet të shkëmbejë paketa me AS çdo disa minuta, duke mos lejuar mbylljen e transmetimeve në NAT. Por këtu nuk mund të flitet për ndonjë efikasitet energjie.
2. Ădo herĂ« qĂ« Ă«shtĂ« e nevojshme, kontrolloni praninĂ« e paketimeve pĂ«r pajisjen nĂ« AS â dĂ«rgoni njĂ« mesazh nĂ« uplink.
3. Të krijoni një APN privat (VRF), ku serveri i aplikacioneve dhe pajisjet do të ishin në të njëjtën subnet, dhe t'i caktoni pajisjeve adresa IP statike. Do të funksionojë, por është gati e pamundur kur flitet për një park prej mijëra, dhjetëra mijëra pajisjesh.
4. Në fund, opsioni më i përshtatshëm: përdorimi i IPv6, pasi nuk ka nevojë për NAT, pasi adresat IPv6 janë të aksesueshme nga interneti direkt. Megjithatë, edhe në këtë rast, kur pajisja regjistrohet përsëri, ajo do të marrë një adresë të re IPv6 dhe nuk do të jetë më e aksesueshme me adresën e mëparshme.
Prandaj, është e nevojshme të dërgoni një paketë inicializuese me identifikuesin e pajisjes në server, për të njoftuar adresën e re IP të pajisjes. Më pas, prisni një paketë konfirmuese nga AS, që gjithashtu ndikon në efikasitetin energjik.
Këto metoda funksionojnë mirë për pajisjet 2G/3G/LTE, ku nuk ka kërkesa të rrepta për qëndrim të autonomisë dhe, si rezultat, nuk ka kufizime në kohën e transmetimit dhe trafik. Për NB-IoT, këto metoda nuk janë të përshtatshme për shkak të konsumit të tyre të lartë të energjisë.
SCEF zgjidh këtë problem: duke qenë se identifikatori i vetëm i pajisjes për AS është external ID, AS mjafton të dërgojë një paketë të dhënash në SCEF për një external ID të caktuar, ndërsa SCEF do të kujdeset për gjithçka tjetër. Nëse pajisja është në modin e kursimit të energjisë PSM ose eDRX, të dhënat do të ruhen dhe do të dërgohen kur pajisja të bëhet e disponueshme. Nëse pajisja është e disponueshme për trafik, të dhënat do të dorëzohen menjëherë. Kjo është e vërtetë edhe për komandat e menaxhimit.
Në çdo moment, AS mund të tërheqë mesazhin e ruajtur drejt UE ose ta zëvendësojë me një të re.
Mekanizmi i ruajtjes gjithashtu mund të aplikohet për transmetimin e të dhënave MO nga UE drejt AS. Nëse SCEF nuk mund të dërgojë të dhënat në AS menjëherë, për shembull, nëse po kryhen punë shërbimi në serverat e AS, këto paketa do të ruhen dhe do të dorëzohen me siguri sapo AS të bëhet i disponueshëm.
Si u tha më lart, aksesimi në një shërbim të caktuar dhe UE për AS (në të cilin NIDD është një shërbim) rregullohet nga rregullat dhe politikat nga ana e SCEF, duke lejuar një mundësi unike për përdorimin e të dhënave të një UE nga disa AS në të njëjtën kohë. Kështu, nëse disa AS regjistrohen për një UE, pas marrjes së të dhënave nga UE, SCEF do t'u dërgojë ato të gjitha AS-ve të regjistruara. Kjo është e përshtatshme për raste kur krijuesi i një parku të pajisjeve të specializuara ndan të dhënat mes disa klientëve. Për shembull, duke krijuar një rrjet stacionesh meteorologjike që funksionojnë mbi NB-IoT, mund të shesësh të dhënat nga ato në shumë shërbime njëkohësisht.
Mekanizmi i dorëzimit të garantuar të mesazheve
Shërbimi i Dhënave të Besueshme - mekanizmi i dorëzimit të garantuar të mesazheve MO dhe MT pa përdorimin e algoritmeve të specializuara në nivelin e protokollit, si për shembull, handshake në TCP. Funksionon përmes aktivizimit të një flag të veçantë në pjesën informative të mesazhit gjatë shkëmbimit mes UE dhe SCEF. Aktivizimi ose jo i këtij mekanizmi gjatë transmetimit të trafikut vendoset nga AS.
Nëse mekanizmi aktivizohet, UE do të përfshijë një flamur të veçantë në pjesën ndihmëse të paketës për dërgimin e garantuar të trafikut MO. Pas marrjes së kësaj pakete, SCEF u përgjigjet UE me një konfirmim. Nëse UE nuk merr paketën me konfirmim, paketa në drejtim të SCEF do të ripërsëritet. E njëjta gjë ndodh edhe për trafikun MT.
Monitorimi i pajisjeve (ngjarjet e monitorimit - MONTE)
Siç u tha më sipër, funksionaliteti SCEF, përveç të tjerash, përfshin funksione për kontrollin e statusit të UE, të njohura si monitorimi i pajisjeve. Dhe nëse identifikuesit e rinj dhe mekanizmat e transferimit të të dhënave janë optimizime (madje shumë serioze) të procedurave të ekzistuara, MONTE është një funksionalitet krejtësisht i ri, i paqartë në rrjetet 2G/3G/LTE. MONTE lejon AS të ndjekë parametrat e tillë të pajisjeve si statusi i lidhjes, disponueshmëria për komunikim, vendndodhja, statusi i roamingut, etj. Më shumë detaje mbi çdo një do të japim pak më vonë.
Në rast nevoje për të aktivizuar ndonjë ngjarje monitorimi për pajisjen ose grupin e pajisjeve, AS regjistrohet në shërbimin përkatës duke dërguar në SCEF komandën e përkatëse API MONTE, e cila përfshin parametra të tillë si ID e jashtme ose ID e grupit të jashtëm, identifikuesi AS, lloji i monitorimit, numri i raporteve që AS dëshiron të marrë. Nëse AS është i autorizuar për të kryer kërkesën, SCEF, në varësi të llojit, provizionon ngjarjen në HSS ose MME (fig. 4). Pasi të ndodhë ngjarja, MME ose HSS gjenerojnë një raport drejt SCEF, i cili e dërgon atë në AS.
Provizionimi i të gjitha ngjarjeve, përveç "Numri i UEs të pranishëm në një zonë gjeografike", ndodh përmes HSS. Dy ngjarjet "Ndryshimi i Asocimit IMSI-IMEI" dhe "Statusi i Ndërlidhjes" monitorohen drejtpërdrejt në HSS, ndërsa të tjerat HSS i provizionon në MME.
Ngjarjet mund të jenë si një herë, ashtu edhe periodike, dhe varen nga lloji i tyre.
Dërgimi i raportit për ngjarjen (raportimi) realizohet nga nyja që monitoron ngjarjen, drejtpërdrejt në SCEF (fig. 5).
Moment i rëndësishëm: ngjarjet e monitorimit mund të aplikohen si për pajisjet non-IP që lidhen përmes SCEF, ashtu edhe për pajisjet IP që transferojnë të dhëna në mënyrë klasike përmes MME-SGW-PGW.
Le të shqyrtojmë më në detaje secilën nga ngjarjet e monitorimit:
Humbja e lidhjes â informon AS se UE nuk Ă«shtĂ« mĂ« e disponueshme as pĂ«r trafik tĂ« dhĂ«nash dhe as pĂ«r shkĂ«mbim sinjalizimi. Ngjarja ndodh kur âmobile reachability timerâ pĂ«r UE skadon nĂ« MME. NĂ« kĂ«rkesĂ«n pĂ«r kĂ«tĂ« lloj monitorimi, AS mund tĂ« specifikojĂ« vlerĂ«n e tij tĂ« âMaximum Detection Timeâ â nĂ«se brenda kĂ«saj periudhe UE nuk tregon asnjĂ« aktivitet, AS do tĂ« informohet se UE nuk Ă«shtĂ« e disponueshme, me shpjegimin pĂ«rkatĂ«s. Ngjarja gjithashtu ndodh nĂ«se UE pĂ«r ndonjĂ« arsye Ă«shtĂ« fshirĂ« me forcĂ« nga rrjeti.
* PĂ«r tĂ« kuptuar se pajisja Ă«shtĂ« ende e disponueshme, rrjeti kryen periodikisht procedurĂ«n e azhurnimit â Tracking Area Update (TAU). Frekuenca e kĂ«saj procedure pĂ«rcaktohet nga rrjeti pĂ«rmes njĂ« timer-i T3412 (ose T3412_extended nĂ« rastin e PSM), vlera e tĂ« cilit i dĂ«rgohet pajisjes gjatĂ« procedurĂ«s sĂ« Attach ose TAU tĂ« radhĂ«s. Timer-i i arritshmĂ«risĂ« mobile zakonisht Ă«shtĂ« disa minuta mĂ« i gjatĂ« se T3412. NĂ«se UE nuk kryen TAU para skadimit tĂ« 'Mobile reachability timer', rrjeti e konsideron atĂ« mĂ« pak tĂ« arritshme.
UE reachability â Tregon kur UE bĂ«het e disponueshme pĂ«r trafikun DL ose SMS. Kjo ndodh kur UE bĂ«het e disponueshme pĂ«r paging (pĂ«r UE nĂ« modalitetin e eDRX) ose kur UE kalon nĂ« modalitetin ECM-CONNECTED (pĂ«r UE nĂ« modalitetin PSM ose eDRX), dmth. kryen TAU ose dĂ«rgon njĂ« paketĂ« uplink.
Raportimi i vendndodhjes â Kyçi i kĂ«tij lloji tĂ« monitorimit tĂ« ngjarjeve lejon AS tĂ« kĂ«rkojĂ« tĂ« dhĂ«na pĂ«r vendndodhjen e UE. Mund tĂ« kĂ«rkohet ose vendndodhja aktuale (Current Location) ose vendndodhja e fundit e njohur (Last Known Location, e cila pĂ«rcaktohet nga cell ID nga i cili pajisja bĂ«ri TAU ose transferoi trafik pĂ«r herĂ« tĂ« fundit), qĂ« Ă«shtĂ« e rĂ«ndĂ«sishme pĂ«r pajisjet qĂ« ndodhen nĂ« modet e kursimit tĂ« energjisĂ« PSM ose eDRX. PĂ«r âCurrent Locationâ, AS mund tĂ« kĂ«rkojĂ« raporte pĂ«rsĂ«ritĂ«se, dhe MME do tĂ« informojĂ« AS çdo herĂ« qĂ« vendndodhja e pajisjes ndryshon.
Ndryshimi i asocimit IMSI-IMEI â Kur aktivizohet ky ngjarje, SCEF fillon tĂ« ndjekĂ« ndryshimin e lidhjes IMSI (identifikuesit tĂ« kartĂ«s SIM) dhe IMEI (identifikuesit tĂ« pajisjes). Kur ndodh ngjarja â informon AS. Mund tĂ« pĂ«rdoret pĂ«r ri-lidhjen automatike tĂ« ID-sĂ« externer me pajisjen gjatĂ« punimeve planifikuese pĂ«r zĂ«vendĂ«sim ose si njĂ« identifikues pĂ«r vjedhjen e pajisjes.
Statusi i roaming-ut â Ky lloj monitorimi pĂ«rdoret nga AS pĂ«r tĂ« pĂ«rcaktuar nĂ«se UE Ă«shtĂ« nĂ« rrjetin e tij tĂ« shtĂ«pisĂ« apo nĂ« rrjetin e njĂ« partneri roaming. Opcionalisht, mund tĂ« transmetohet PLMN (Public Land Mobile Network) i operatorit nĂ« tĂ« cilin pajisja Ă«shtĂ« regjistruar.
DĂ«shtimi i komunikimit â Kyçi i kĂ«tij lloji tĂ« monitorimit informon AS pĂ«r dĂ«shtimet nĂ« komunikim me pajisjen, bazuar nĂ« shkaqet e ndĂ«rprerjes sĂ« lidhjes (kode shkaktari çlirimi) tĂ« marrĂ« nga rrjeti i aksesit radio (protokolli S1-AP). Ky ngjarje mund tĂ« ndihmojĂ« nĂ« pĂ«rcaktimin e arsyeve se pse ndodhi dĂ«shtimi i komunikimit â pĂ«r shkak tĂ« problemeve nĂ« rrjet, pĂ«r shembull, gjatĂ« mbingarkesĂ«s eNodeb (Burimet radio nuk janĂ« tĂ« disponueshme) ose pĂ«r shkak tĂ« njĂ« dĂ«shtimi tĂ« vetĂ« pajisjes (Lidhja radio me UE Ă«shtĂ« humbur).
DisponueshmĂ«ria pas dĂ«shtimit DDN â kjo ngjarje informon AS se pajisja Ă«shtĂ« bĂ«rĂ« e disponueshme pas dĂ«shtimit tĂ« komunikimit. Mund tĂ« pĂ«rdoret kur Ă«shtĂ« e nevojshme tĂ« dĂ«rgoni tĂ« dhĂ«na te pajisja, por pĂ«rpjekja e mĂ«parshme ishte e pasuksesshme, pasi UE nuk iu pĂ«rgjigj njoftimit nga rrjeti (pĂ«rcjellja), dhe tĂ« dhĂ«nat nuk u dorĂ«zuan. NĂ«se ky lloj monitorimi Ă«shtĂ« kĂ«rkuar pĂ«r UE, sa herĂ« qĂ« pajisja tĂ« kryejĂ« njĂ« komunikim hyrĂ«s, tĂ« bĂ«jĂ« TAU ose tĂ« dĂ«rgojĂ« tĂ« dhĂ«na nĂ« uplink, AS do tĂ« informohet se pajisja Ă«shtĂ« bĂ«rĂ« e disponueshme. Duke qenĂ« se procedura DDN (njoftimi pĂ«r tĂ« dhĂ«na poshtĂ«) funksionon midis MME dhe S/P-GW, ky lloj monitorimi Ă«shtĂ« i disponueshĂ«m vetĂ«m pĂ«r pajisjet IP.
Statusi i lidhjes PDN â informon AS pĂ«r ndryshimin e statusit tĂ« pajisjes (statusi i lidhjes PDN) â lidhjes (aktivizimi i PDN) ose ndaljes (shkĂ«putja e PDN). Kjo mund tĂ« pĂ«rdoret nga AS pĂ«r tĂ« inicuar komunikimin me UE, ose anasjelltas, pĂ«r tĂ« kuptuar se komunikimi nuk Ă«shtĂ« mĂ« i mundur. Ky tip monitorimi Ă«shtĂ« i disponueshĂ«m pĂ«r pajisjet IP dhe non-IP.
Numri i UE-ve tĂ« pranishĂ«m nĂ« njĂ« zonĂ« geografike â ky tip monitorimi pĂ«rdoret nga AS pĂ«r tĂ« pĂ«rcaktuar numrin e UE-ve nĂ« njĂ« zonĂ« tĂ« caktuar geografike.
Aktivizimi i pajisjeve (Device triggering)
NĂ« rrjetet 2G/3G procedura e regjistrimit nĂ« rrjet ishte me dy hapa: fillimisht pajisja regjistrohej nĂ« SGSN (procedura attach), pastaj, nĂ«se ishte e nevojshme pĂ«r tĂ« transferuar tĂ« dhĂ«nat, aktivizohej konteksti PDP â lidhja me portĂ«n e paketave (GGSN). NĂ« rrjetet 3G kĂ«to dy procedura ndodhnin njĂ«ra pas tjetrĂ«s, dmth pajisja nuk prisnin momentin kur duhej tĂ« transferonte tĂ« dhĂ«nat, por aktivizonte PDP menjĂ«herĂ« pas pĂ«rfundimit tĂ« procedurĂ«s attach. NĂ« LTE kĂ«to dy procedura ishin tĂ« bashkuara nĂ« njĂ«, dmth gjatĂ« attach pajisja kĂ«rkonte menjĂ«herĂ« aktivizimin e lidhjes PDN (analog PDP nĂ« 2G/3G) pĂ«rmes eNodeB nĂ« MME-SGW-PGW.
Në NB-IoT është përcaktuar një metodë lidhjeje si "attach without PDN", domethënë UE bën lidhjen pa krijuar një lidhje PDN. Në këtë rast, ajo nuk është e disponueshme për transferimin e trafikut dhe mund vetëm të pranojë ose dërgojë SMS. Për të dërguar një komandë për aktivizimin e PDN dhe lidhjen me AS në një pajisje të tillë, është zhvilluar funksionaliteti "Device triggering".
Kur merr komandën për lidhjen e një UE të tillë nga AS, SCEF përmes SMS-qendrës iniciaton dërgimin e një SMS kontrolli në pajisje. Pas marrjes së SMS-së, pajisja aktivizon PDN dhe lidhet me AS për të marrë udhëzime të mëtejshme ose për të transferuar të dhëna.
Ka raste kur në SCEF skadon abonimi për pajisjen. Po, abonimi ka një afat të vet, të caktuar nga operatori ose të marrëveshura me AS. Pas skadimit të tij, PDN do të deaktivizohet në MME, dhe pajisja do të bëhet e pa aksesueshme për AS. Në këtë rast, gjithashtu do të ndihmojë funksionaliteti "Device triggering". Pas marrjes së të dhënave të reja nga AS, SCEF do të zbulojë statusin e lidhjes së pajisjes dhe do t'i dërgojë të dhënat përmes kanaleve SMS.
PĂ«rfundimi
Funksionaliteti i SCEF, sigurisht, nuk është i kufizuar në shërbimet e përshkruara më sipër dhe vazhdon të evoluojë dhe zgjerohet. Aktualisht, për SCEF janë standardizuar më shumë se dhjetë shërbime. Tani kemi prekur vetëm funksionet kryesore dhe më të kërkuara nga zhvilluesit, për të tjerat do të flasim në artikujt e ardhshëm.
MenjĂ«herĂ« lind pyetja, si tĂ« merrni akses testues nĂ« kĂ«tĂ« "mrekulli"-nĂ«n lidhje pĂ«r testim paraprak dhe diagnostikim tĂ« mundĂ«sive? Ădo zhvillues mund tĂ« dĂ«rgojĂ« njĂ« kĂ«rkesĂ« nĂ« iot.info@mts.ru, ku mjafton tĂ« tregoni qĂ«llimin e lidhjes, pĂ«rshkrimin e mundshĂ«m tĂ« rastit dhe informacionin e kontaktit pĂ«r lidhje.
Hasta la vista!
Shkruar nga:
- eksperti i lartë i zgjidhjeve konvergjente dhe shërbimeve multimediale Sergey Novikov ,
- eksperti i zgjidhjeve konvergjente dhe shërbimeve multimediale Alexey Lapshin
Burimi: habr.com
