Në artikullin "", duke folur për arkitekturën e kernelit të paketave të rrjetit NB-IoT, përmendëm shfaqjen e një nën-nyjeje të re SCEF. Shpjegojmë në pjesën e tretë se çfarë është kjo dhe për çfarë i nevojitet?
Kur krijojnë një shërbim M2M, zhvilluesit e aplikacioneve përballen me pyetje të mëposhtme:
- Si të identifikoni pajisjet;
- Cilin algoritëm të verifikimit dhe konfirmimit të autenticitetit të përdorni;
- Cilin protokoll transporti të zgjidhni për të komunikuar me pajisjet;
- Si të sigurohet dorëzimi i të dhënave në pajisje;
- Si të organizoni dhe të vendosni rregullat për shkëmbimin e të dhënave me to;
- Si të kontrolloni dhe të merrni informacion në kohë reale për gjendjen e tyre;
- Si të dërgoni të dhëna në mënyrë të njëkohshme në një grup pajisjesh;
- Si të dërgoni të dhëna nga një pajisje në disa klientë njëkohësisht;
- Si të merrni qasje të unifikuar në shërbimet shtesë të operatorit për menaxhimin e pajisjes suaj.
Për të zgjidhur këto probleme, shpesh krijohen zgjidhje teknike «të rënda» proprietare, gjë që çon në rritjen e kostove të punës dhe kohës së tregut për shërbimet. Këtu vjen në ndihmë nën-nyja e re SCEF.
Sipas përkufizimit 3GPP, SCEF (funksioni i ekspozimit të kapaciteteve të shërbimit) është një komponent i ri i arkitekturës 3GPP, i cili ka funksionin e ekspozimit në mënyrë të sigurt të shërbimeve dhe mundësive të ofruara nga ndërfaqet rrjetore 3GPP nëpërmjet API.
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 qasje nĂ« shĂ«rbimet e operatorit pĂ«r menaxhimin e pajisjes suaj M2M nĂ« rrjetin NB-IoT nĂ«pĂ«rmjet njĂ« ndĂ«rfaqe API hynĂ«se dhe tĂ« standardizuar.
SCEF fsheh kompliksitetin e rrjetit të operatorit, duke u lejuar zhvilluesve të aplikacioneve të abstrohen nga mekanizmat kompleksë dhe specifikë të ndërveprimit me pajisjet.
Duke transformimit të protokolleve të rrjetit në një ndërfaqe API që është e njohur për zhvilluesit e aplikacioneve, SCEF lehtëson krijimin e shërbimeve të reja dhe zvogëlon kohën e tregut. Gjithashtu, nyja e re përfshin funksione për identifikimin/authentikimin e pajisjeve mobile, përcaktimin e rregullave për shkëmbimin e të dhënave midis pajisjes dhe AS, duke hequr nevojën që zhvilluesit e aplikacioneve të implementojnë këto funksione në anën e tyre, duke i kaluar këto funksione në krahët e operatorit.
SCEF lidh ndërfaqet e nevojshme për autentifikimin dhe autorizimin e serverëve të aplikacioneve, mbështetje për lëvizshmërinë UE, shkëmbimin e të dhënave dhe aktivizimin e pajisjeve, qasjen në shërbime dhe mundësi të tjera të rrjetit të operatorit.
Në drejtim të AS shkon një ndërfaqe e vetme T8, ndërfaqe API (HTTP/JSON), e standardizuar nga 3GPP. Të gjitha ndërfaqet, përveç T8, punojnë mbi bazën e protokollit DIAMETER (fig. 1).
T6a â Ă«shtĂ« ndĂ«rfaqe midis SCEF dhe MME. PĂ«rdoret pĂ«r procedurat e menaxhimit tĂ« LĂ«vizshmĂ«risĂ«/Sesionit, pĂ«r shkĂ«mbimin e tĂ« dhĂ«nave non-IP, pĂ«r provizionimin e ngjarjeve tĂ« monitorimit dhe marrjen e raporteve pĂ«r to.
S6t â ndĂ«rfaqe midis SCEF dhe HSS. Nevojitet pĂ«r autentifikimin e abonentit, autorizimin e serverĂ«ve tĂ« aplikacioneve, marrjen e lidhjes external ID dhe IMSI/MSISDN, provizionimin e ngjarjeve tĂ« monitorimit dhe marrjen e raporteve pĂ«r to.
S6m/T4 â ndĂ«rfaqet nga SCEF deri te HSS dhe SMS-C (nĂ« 3GPP Ă«shtĂ« e pĂ«rcaktuar nyja MTC-IWF, e cila pĂ«rdoret pĂ«r aktivizimin e pajisjeve dhe pĂ«r dĂ«rgimin e SMS-ve nĂ« rrjetet NB-IoT. MegjithatĂ«, nĂ« tĂ« gjitha realizimet, funksionaliteti i kĂ«saj nyje Ă«shtĂ« integruar nĂ« SCEF, kĂ«shtu qĂ« pĂ«r thjeshtimin e skemĂ«s nuk do ta shqyrtojmĂ« atĂ« veçmas). PĂ«rdoren pĂ«r marrjen e informacionit tĂ« rrugĂ«s pĂ«r dĂ«rgimin e SMS-ve dhe pĂ«r tĂ« bashkĂ«punuar me qendrĂ«n SMS.
T8 â ndĂ«rfaqe API pĂ«r ndĂ«rveprimin e SCEF me serverĂ«t e aplikacioneve. PĂ«rmes kĂ«saj ndĂ«rfaqe dĂ«rgohen si komandat menaxhuese ashtu edhe trafiku.
*në të vërtetë ka shumë më tepër ndërfaqe, këtu janë përmendur vetëm ato më të rëndësishmet. Lista e plotë është dhënë në 3GPP 23.682 (4.3.2 Lista e Pikave të Referencës).
Më poshtë janë funksionet dhe shërbimet kryesore të SCEF:
- lidha e identifikuesit të kartës SIM (IMSI) me external ID;
- shkëmbimi i trafikut non-IP (Non-IP Data Delivery, NIDD);
- operacione grupore, duke përdorur external group ID;
- mbështetje për modin e dërgimit të të dhënave me konfirmim;
- buforizimi i të dhënave MO (Mobile Originated) dhe MT (Mobile Terminated);
- autentifikimi dhe autorizimi i pajisjeve dhe serverëve të aplikacioneve;
- përdorimi i të dhënave të një UE nga disa AS njëkohësisht;
- mbĂ«shtetje pĂ«r funksione tĂ« veçanta tĂ« kontrollit tĂ« gjendjes sĂ« UE (MONTE â Monitoring Events);
- ngacmimi i pajisjeve;
- sigurimi i roaming-ut të të dhënave non-IP.
Principi kryesor i bashkëpunimit midis AS dhe SCEF është ndërtuar mbi sistemin e ashtuquajtur të abonimeve. Kur nevojitet akses në ndonjë shërbim nga SCEF për një UE të caktuar, serveri i aplikacioneve kërkon të krijojë një abonim, duke dërguar një komandë në API-në e shërbimit të kërkuar dhe duke marrë në përgjigje një identifikues unik. Pas kësaj, të gjitha veprimet dhe komunikimet e mëtejshme me UE brenda këtij shërbimi do të realizohen duke përdorur këtë identifikues.
ID e Jashtme: identifikuesi universial i pajisjes
Një nga ndryshimet më të rëndësishme në sistemin e bashkëpunimit midis AS dhe pajisjeve gjatë punës përmes SCEF është shfaqja e identifikuesit universial. Tani, në vend të numrit të telefonit (MSISDN) ose adresës IP, siç ndodhte në rrjetin tradicional 2G/3G/LTE, identifikuesi i pajisjes për serverin e aplikacioneve bëhet "ID e jashtme". Ai përcaktohet nga standardi në formatin e njohur për zhvilluesit e aplikacioneve "@".
Zhvilluesit nuk kanë më nevojë të realizojnë algoritme autentikimi për pajisjet, rrjeti plotësisht merr përsipër këtë funksion. ID e jashtme lidhët me IMSI-në, dhe zhvilluesi mund të jetë i sigurt se duke iu referuar një ID të jashtme të caktuar, ai komunikon me një kartelë specifike. Kur përdoret çipa i sim, fitohet një situatë krejt unikale, kur ID e jashtme identifikon në mënyrë unike një pajisje specifike!
MĂ« shumĂ« se kaq, njĂ« IMSI mund tĂ« lidhĂ« disa ID tĂ« jashtme â duke krijuar njĂ« situatĂ« edhe mĂ« interesante, ku ID e jashtme identifikon nĂ« mĂ«nyrĂ« unike njĂ« aplikacion tĂ« caktuar, pĂ«rgjegjĂ«s pĂ«r njĂ« shĂ«rbim tĂ« caktuar nĂ« njĂ« pajisje tĂ« veçantĂ«.
Gjithashtu shfaqet njĂ« identifikues grupor â ID e grupit tĂ« jashtĂ«m, i cili pĂ«rfshin njĂ« grup tĂ« veçantĂ« ID tĂ« jashtme. Tani, me njĂ« kĂ«rkesĂ« nĂ« SCEF, AS mund tĂ« inicirojĂ« operacione grupore â dĂ«rgimin e tĂ« dhĂ«nave ose komandave tĂ« menaxhimit 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 ka lĂ«nĂ« mundĂ«sinĂ« e komunikimit tĂ« AS me UE pĂ«rmes numrit standard â MSISDN.
Transporti i të dhënave non-IP (Non-IP Data Delivery, NIDD)
NĂ« NB-IoT, nĂ« kuadĂ«r tĂ« optimizimit tĂ« mekanizmave pĂ«r transferimin e volumesh tĂ« vogla tĂ« tĂ« dhĂ«nave, pĂ«rveç llojeve tĂ« tanishme tĂ« PDN, si IPv4, IPv6 dhe IPv4v6, Ă«shtĂ« ndarĂ« njĂ« lloj tjetĂ«r â non-IP. NĂ« kĂ«tĂ« rast, pajisjes (UE) nuk i jepet njĂ« adresĂ« IP, dhe tĂ« dhĂ«nat transmetohen pa pĂ«rdorimin e protokollit IP. Trafiku pĂ«r kĂ«to lidhje mund tĂ« rrugĂ«tizohet nĂ« dy mĂ«nyra: nĂ« mĂ«nyrĂ«n klasike â MME -> SGW -> PGW dhe mĂ« pas nĂ«pĂ«rmjet tunelit PtP deri nĂ« AS (fig. 2) ose duke pĂ«rdorur SCEF (fig. 3).
Mënyra klasike nuk ofron ndonjë përparësi të veçantë përballë trafikut IP, përveç reduktimit të madhësisë së paketeve të transmetuara për shkak të mungesës së titujve IP. Përdorimi i SCEF hap një sërë mundësish të reja dhe e thjeshton ndjeshëm procedurën e ndërveprimit me pajisjet.
Kur trasferohen të dhëna përmes SCEF, dalin dy avantazhe shumë të rëndësishme para trafikut klasik IP:
Dërgimi i trafik MT deri te pajisja përmes ID-së ekstern.
PĂ«r tĂ« dĂ«rguar njĂ« mesazh nĂ« njĂ« pajisje klasike IP â AS duhet tĂ« njohĂ« adresĂ«n e saj IP. KĂ«tu shfaqet problemi: pasi pajisja gjatĂ« regjistrimit zakonisht merr njĂ« adresĂ« IP "tĂ« shkretĂ«", ajo komunikon me serverin e aplikacioneve tĂ« vendosur nĂ« internet pĂ«rmes njĂ« nodi NAT, ku ndodhet translacioni nga adresa e shkretĂ« nĂ« tĂ« bardhĂ«. Lidhja e adresave IP tĂ« shkretĂ« dhe tĂ« bardhĂ« mbahet pĂ«r njĂ« kohĂ« tĂ« kufizuar, nĂ« varĂ«si tĂ« konfigurimeve tĂ« NAT. NĂ« mesatarisht pĂ«r TCP ose UDP â jo mĂ« shumĂ« se pesĂ« minuta. KĂ«shtu, nĂ«se brenda 5 minutave nuk ka pasur shkĂ«mbim tĂ« tĂ« dhĂ«nave me kĂ«tĂ« pajisje, lidhja do tĂ« shpĂ«rbĂ«het, dhe pajisja do tĂ« ndalojĂ« sĂ« qeni e aksesueshme pĂ«r atĂ« adresĂ« tĂ« bardhĂ«, me tĂ« cilin Ă«shtĂ« iniciuar seanca me AS. Ka disa zgjidhje:
1. Përdorimi i heartbeat. Njëherë që është krijuar lidhja, pajisja duhet të shkëmbejë me AS paketa çdo disa minuta, duke mos lejuar që kështu të mbyllen translacionet në NAT. Por këtu nuk mund të flitet për ndonjë efikasitet energetik.
2. Ădo herĂ« kur Ă«shtĂ« e nevojshme, kontrollohet nĂ«se ka paketa pĂ«r pajisjen nĂ« AS â dĂ«rgohet njĂ« mesazh nĂ« uplink.
3. Të krijohet një APN privat (VRF), ku serveri i aplikacioneve dhe pajisjet do të jenë në të njëjtin nënshtet, dhe t'u caktohen pajisjeve adresat IP statike. Do të funksionojë, por kjo është pothuajse e pamundur kur flitet për një park prej mijëra, dhjetëra mijëra pajisjesh.
4. Së fundi, zgjidhja më e përshtatshme: përdorimi i IPv6, sepse nuk kërkon NAT, pasi adresat IPv6 janë të disponueshëm drejtpërdrejt nga interneti. Megjithatë, edhe në këtë rast, në momentin e ri-regjistrimit të pajisjes, ajo do të marrë një adresë të re IPv6 dhe nuk do të jetë më e qasshme me adresën e mëparshme.
Për rrjedhojë, është e nevojshme të dërgohet një paketë fillestare me identifikuesin e pajisjes në server, për të njoftuar adresën e re IP të pajisjes. Më pas, duhet të pritet paketa konfirmuese nga AS, e cila gjithashtu ndikon në efikasitetin energjetik.
Këto metoda funksionojnë mirë për pajisjet 2G/3G/LTE, ku nuk ka kërkesa të rrepta për autonomi dhe, si pasojë, nuk ka kufizime në kohëzgjatjen në eter dhe trafik. Për NB-IoT, këto metoda nuk janë të përshtatshme për shkak të konsumit të lartë të energjisë.
SCEF zgjidh këtë problem: pasi identifikuesi i vetëm i pajisjes për AS është identifikuesi i jashtëm, AS mjafton të dërgojë një paketë të dhënash në SCEF për identifikuesin e jashtëm të caktuar, ndërsa SCEF do të kujdeset për të gjitha gjërat e tjera. Nëse pajisja është në modalitetin e kursimit të energjisë PSM ose eDRX, të dhënat do të ruhen në kujtesë dhe do të dërgohen kur pajisja bëhet e disponueshme. Nëse pajisja është e qasshme për trafik, të dhënat do të dërgohen menjëherë. Kjo vlen edhe për komandat e menaxhimit.
Në çdo moment, AS mund të tërheqë mesazhin e ruajtur në drejtim të UE ose ta zëvendësojë me një të re.
Mekanizmi i ruajtjes gjithashtu mund të aplikohet edhe për transmetimin e të dhënave MO nga UE në AS. Nëse SCEF nuk arrin të dërgojë të dhënat në AS menjëherë, për shembull, nëse janë duke u kryer punime shërbimi në serverët e AS, këto paketa do të ruhen në kujtesë dhe do të dërgohen me siguri sapo AS të bëhet e disponueshme.
Siç u pĂ«rmend mĂ« sipĂ«r, qasja nĂ« njĂ« shĂ«rbim tĂ« caktuar dhe UE pĂ«r AS (dhe NIDD â Ă«shtĂ« njĂ« shĂ«rbim), rregullohet nga rregullat dhe politikat nga ana e SCEF, qĂ« lejon realizimin e mundĂ«sisĂ« unike tĂ« pĂ«rdorimit tĂ« dhĂ«nave tĂ« njĂ« UE nga disa AS njĂ«kohĂ«sisht. KĂ«shtu, nĂ«se disa AS janĂ« abonuar nĂ« njĂ« UE, pasi tĂ« marrin tĂ« dhĂ«nat nga UE, SCEF do t'i shpĂ«rndajĂ« ato nĂ« tĂ« gjitha AS qĂ« janĂ« abonuar. Kjo Ă«shtĂ« e pĂ«rshtatshme pĂ«r raste kur krijuesi i njĂ« shtesi tĂ«specializuar pajisjesh ndan tĂ« dhĂ«nat midis disa klientĂ«ve. PĂ«r shembull, duke krijuar njĂ« rrjet stacionesh meteorologjike qĂ« funksionojnĂ« me NB-IoT, Ă«shtĂ« e mundur tĂ« shiten tĂ« dhĂ«nat nga ato pĂ«r 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 duke pĂ«rfshirĂ« njĂ« flamur tĂ« veçantĂ« nĂ« pjesĂ«n shĂ«rbyese tĂ« mesazhit gjatĂ« shkĂ«mbimit midis UE dhe SCEF. Aktivizimi ose jo i kĂ«tij mekanizmi gjatĂ« transferimit tĂ« trafikut vendoset nga AS.
Nëse mekanizmi është aktivizuar, UE kur është e nevojshme për dorëzimin e garantuar të trafikut MO përfshin një flamur të veçantë në pjesën shërbyese të paketës. Kur merr një paketë të tillë, SCEF i përgjigjet UE me një konfirmim. Nëse UE nuk ka marrë paketën me konfirmimin, paketa në drejtim të SCEF do të përsëritet. E njëjta gjë ndodh edhe për trafikun MT.
Monitorimi i pajisjeve (monitoring events- MONTE)
Siç u tha më lart, funksionaliteti i SCEF, përveç të tjerave, përfshin funksionet e kontrollit të gjendjes së UE, të ashtuquajturin monitorim të pajisjeve. Dhe nëse identifikuesit dhe mekanizmat e rinj të transferimit të të dhënave janë optimizime (edhe pse shumë të rëndësishme) të procedurave ekzistuese, MONTE është një funksionalitet krejtësisht i ri, që nuk është i disponueshëm në rrjetet 2G/3G/LTE. MONTE lejon AS të ndjekë parameteret e tilla të pajisjes si statusi i lidhjes, disponueshmëria për komunikim, vendndodhja, statusi i roamingut etj. Do të flasim më në detaje për secilën pak më vonë.
Nëse është e nevojshme të aktivizoni ndonjë ngjarje monitorimi për një pajisje ose grup pajisjesh, AS bëhet anëtar i shërbimit përkatës duke dërguar në SCEF një komandë përkatëse API MONTE, e cila përfshin parametra të tillë si external Id ose external group ID, identifikuesin AS, tipin e monitorimit, numrin e raporteve që AS dëshiron të marrë. Nëse AS është e autorizuar për të kryer kërkesën, SCEF, në varësi të tipit, provizionon ngjarjen në HSS ose MME (shih. 4). Kur ndodh ngjarja, MME ose HSS gjenerojnë një raport në drejtim të SCEF, i cili e dërgon atë te AS.
Provizionimi i të gjitha ngjarjeve, përveç "Numri i UE-ve të pranishëm në një zonë gjeografike", ndodh përmes HSS. Dy ngjarjet "Ndryshimi i IMSI-IMEI Asociacionit" dhe "Statusi i Roamingut" përcaktohen drejtpërdrejt në HSS, ndërsa të tjera HSS i provizionon në MME.
Ngjarjet mund të jenë si një herë, ashtu edhe periodike, dhe janë të kushtëzuara nga tipi i tyre.
Reportimi i ngjarjes (reportimi) kryhet nga nodi që ndjek ngjarjen drejtpërdrejt në SCEF (shih. 5).
Një pikë e rëndësishme: ngjarjet e monitorimit mund të përdoren si për pajisjet non-IP të lidhura përmes SCEF, ashtu edhe për pajisjet IP që dërgojnë të dhëna në mënyrën tradicionale përmes MME-SGW-PGW.
Le të shqyrtojmë më në detaje secilën nga ngjarjet e monitorimit:
Humbja e lidhjes â njofton AS-nĂ« se UE nuk Ă«shtĂ« mĂ« e ĐŽĐŸŃŃŃĐżshme pĂ«r as data trafikun as pĂ«r shkĂ«mbimin e sinjaleve. Ngjarja ndodh kur ora "mobile reachability timer" pĂ«r UE pĂ«rfundon nĂ« MME. NĂ« kĂ«rkesĂ«n pĂ«r kĂ«tĂ« lloj monitorimi, AS mund tĂ« specifikojĂ« vlerĂ«n e tij "Koha Maksimale e Zbulimit" - nĂ«se gjatĂ« kĂ«saj kohe UE nuk tregon asnjĂ« aktivitet, AS do tĂ« njoftohet se UE nuk Ă«shtĂ« e ĐŽĐŸŃŃŃĐżshme, me shpjegimin e arsyes. Ngjarja gjithashtu ndodh nĂ«se UE Ă«shtĂ« hequr me forcĂ« nga rrjeti pĂ«r ndonjĂ« arsye.
* QĂ« rrjeti tĂ« dijĂ« se pajisja Ă«shtĂ« ende e ĐŽĐŸŃŃŃĐżshme, ajo niset periodikisht procedurĂ«n e pĂ«rditĂ«simit - Tracking Area Update (TAU). Frekuenca e kĂ«saj procedure pĂ«rcaktohet nga rrjeti pĂ«rmes timer-it T3412 ose (T3412_extended nĂ« rastin e PSM), vlera e tĂ« cilit i dĂ«rgohet pajisjes gjatĂ« procedurĂ«s Attach ose TAU tĂ« radhĂ«s. Ora e arritjes sĂ« telefonit zakonisht Ă«shtĂ« disa minuta mĂ« e madhe se T3412. NĂ«se UE nuk bĂ«n TAU pĂ«rpara skadimit tĂ« "Mobile reachability timer", rrjeti e konsideron atĂ« si mĂ« tĂ« ĐœĐ”ĐŽĐŸŃŃŃĐżshme.
Arsimi i aksesit tĂ« UE â Tregon kur UE bĂ«het e ĐŽĐŸŃŃŃĐżshme pĂ«r DL trafik ose SMS. Kjo ndodh kur UE bĂ«het e ĐŽĐŸŃŃŃĐżshme pĂ«r pagimin (pĂ«r UE nĂ« modin e eDRX) ose kur UE kalon nĂ« modin ECM-CONNECTED (pĂ«r UE nĂ« modin PSM ose eDRX), dmth. bĂ«n TAU ose dĂ«rgon njĂ« paketĂ« uplink.
Raportimi i vendndodhjes â Ky lloj ngjarjeje monitorimi lejon AS qĂ« tĂ« kĂ«rkojĂ« tĂ« dhĂ«na mbi vendndodhjen e UE. Mund tĂ« kĂ«rkohet ose vendndodhja aktuale (Current Location), ose vendndodhja e fundit e njohur (Last Known Location, e pĂ«rcaktuar nga ID e celularit nga i cili pajisja bĂ«ri TAU ose dĂ«rgoi trafik pĂ«r herĂ« tĂ« fundit), e cila Ă«shtĂ« e rĂ«ndĂ«sishme pĂ«r pajisjet nĂ« mĂ«nyrat e kursimit tĂ« energjisĂ« PSM ose eDRX. PĂ«r "Current Location" AS mund tĂ« kĂ«rkojĂ« raporte tĂ« pĂ«rsĂ«ritura, ndĂ«rsa MME do tĂ« informojĂ« AS çdo herĂ« qĂ« ndryshon vendndodhja e pajisjes.
Ndryshimi i Asociacionit IMSI-IMEI â Kur aktivizimi i kĂ«tij eventi, SCEF fillon tĂ« ndjekĂ« ndryshimin e lidhjes IMSI (identifikuesi i kartĂ«s SIM) dhe IMEI (identifikuesi i pajisjes). NĂ« rastin e kĂ«tij eventi â informon AS. Mund tĂ« pĂ«rdoret pĂ«r ribindjen automatike tĂ« ID-sĂ« ekstern te pajisja gjatĂ« punimeve planifikuara pĂ«r zĂ«vendĂ«sim ose si identifikues i vjedhjes sĂ« pajisjes.
Statusi i Roaming â ky tip monitorimi pĂ«rdoret nga AS pĂ«r tĂ« pĂ«rcaktuar nĂ«se UE ndodhet nĂ« rrjetin e saj tĂ« shtĂ«pisĂ« apo nĂ« rrjetin e partnerit tĂ« roaming. Opcionalisht, mund tĂ« dĂ«rgohet PLMN (Rrjeti Publik i Mobilit) tĂ« operatorit, nĂ« tĂ« cilin pajisja Ă«shtĂ« regjistruar.
DĂ«shtimi i komunikimit â Ky tip monitorimi informon AS pĂ«r dĂ«shtimet nĂ« komunikim me pajisjen, duke u bazuar nĂ« arsyet e ndĂ«rprerjes sĂ« lidhjes (release cause code) tĂ« marra nga rrjeti i aksesit radio (protokolli S1-AP). Ky eveniment mund tĂ« ndihmojĂ« nĂ« pĂ«rcaktimin e arsyes sĂ« dĂ«shtimit tĂ« komunikimit â pĂ«r shkak tĂ« problemeve nĂ« rrjet, pĂ«r shembull, nĂ« rast tĂ« ngarkesĂ«s sĂ« eNodeb (Burimet radio janĂ« tĂ« paavailable) ose pĂ«r shkak tĂ« dĂ«shtimit tĂ« vetĂ« pajisjes (Lidhja radio me UE e humbur).
DisponueshmĂ«ria pas dĂ«shtimit DDN â ky eveniment informon AS se pajisja Ă«shtĂ« bĂ«rĂ« e disponueshme pas njĂ« dĂ«shtimi tĂ« komunikimit. Mund tĂ« pĂ«rdoret kur Ă«shtĂ« e nevojshme tĂ« dĂ«rgohen tĂ« dhĂ«na nĂ« pajisje, por tentativa e mĂ«parshme nuk kishte qenĂ« e suksesshme, pasi UE nuk iu pĂ«rgjigj njoftimit nga rrjeti (paging), dhe tĂ« dhĂ«nat nuk u dorĂ«zuan. NĂ«se ky tip monitorimi u kĂ«rkua pĂ«r UE, atĂ«herĂ« sapo pajisja tĂ« realizojĂ« 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. QĂ« procedura DDN (njoftimi i tĂ« dhĂ«nave downstream) 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 (aktivizimit tĂ« PDN) ose çtensionimit (heqjes sĂ« PDN). Kjo mund tĂ« pĂ«rdoret nga AS pĂ«r tĂ« iniciuar 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 UEs tĂ« pranishĂ«m nĂ« njĂ« zonĂ« gjeografike â ky tip monitorimi pĂ«rdoret nga AS pĂ«r tĂ« pĂ«rcaktuar numrin e UE nĂ« njĂ« zonĂ« tĂ« caktuar gjeografike.
Aktivizimi i pajisjeve)
NĂ« rrjetet 2G/3G, procedura e regjistrimit nĂ« rrjet ishte dyfishore: sĂ« pari, pajisja regjistrohej nĂ« SGSN (procedura attach), pastaj, kur ishte e nevojshme pĂ«r tĂ« transmetuar tĂ« dhĂ«na, aktivizonte PDP context â lidhjen me portĂ«n e paketave (GGSN). NĂ« rrjetet 3G, kĂ«to dy procedura zhvilloheshin njĂ«ra pas tjetrĂ«s, pra pajisja nuk priste momentin qĂ« tĂ« transmetonte tĂ« dhĂ«na, por aktivizonte PDP menjĂ«herĂ« pas pĂ«rfundimit tĂ« procedurĂ«s attach. NĂ« LTE, kĂ«to dy procedura ishin kombinuar nĂ« njĂ«, dmth gjatĂ« attach, pajisja menjĂ«herĂ« kĂ«rkonte aktivizimin e lidhjes PDN (analog PDP nĂ« 2G/3G) pĂ«rmes eNodeB nĂ« MME-SGW-PGW.
NĂ« NB-IoT Ă«shtĂ« pĂ«rcaktuar njĂ« mĂ«nyrĂ« bashkimi, siç Ă«shtĂ« âattach without PDNâ, dmth UE bĂ«n attach pa vendosur njĂ« lidhje PDN. NĂ« kĂ«tĂ« rast, ajo nuk Ă«shtĂ« e disponueshme pĂ«r transmetimin e trafikut dhe mund vetĂ«m tĂ« pranojĂ« ose dĂ«rgojĂ« SMS. PĂ«r tĂ« transmetuar njĂ« komandĂ« nĂ« njĂ« pajisje tĂ« tillĂ« pĂ«r aktivizimin e PDN dhe lidhjes nĂ« AS â Ă«shtĂ« zhvilluar funksionaliteti âDevice triggeringâ.
Kur merr komandën për lidhjen e këtij UE nga AS, SCEF përmes qendrës SMS inicon dërgimin e një SMS menaxhuese në pajisje. Kur pajisja merr SMS-në, ajo aktivizon PDN dhe lidhet me AS për të marrë udhëzime të mëtejshme ose për të transmetuar të dhëna.
Mund tĂ« ndodhin raste kur nĂ« SCEF skadon abonimi pĂ«r pajisjen. Po, abonimi ka njĂ« kohĂ«zgjatje tĂ« caktuar, e cila Ă«shtĂ« vendosur nga operatori ose u miratua me AS. Pasi tĂ« skadojĂ«, PDN nĂ« MME do tĂ« deaktivizohet dhe pajisja do tĂ« bĂ«het e paaksesueshme pĂ«r AS. NĂ« kĂ«tĂ« rast, gjithashtu ndihmon funksionaliteti âDevice triggeringâ. Kur merr tĂ« dhĂ«na 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Ă«rfundim
Funksionaliteti SCEF, sigurisht që nuk është i kufizuar vetëm në shërbimet e përmendura më sipër dhe vazhdon të evoluoni dhe të zgjerohet. Aktualisht, për SCEF janë standardizuar më shumë se një dhjetë shërbime. Tani ne preku vetëm funksionet kryesore dhe 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â tĂ« nodit pĂ«r testimin paraprak dhe debugging tĂ« mundshĂ«m tĂ« rasteve? E gjithĂ« kjo Ă«shtĂ« shumĂ« e thjeshtĂ«. Ădo zhvillues mund tĂ« dĂ«rgojĂ« njĂ« kĂ«rkesĂ« nĂ« iot.info@mts.ru, nĂ« tĂ« cilĂ«n mjafton tĂ« tregoni qĂ«llimin e lidhjes, pĂ«rshkrimin e mundshĂ«m tĂ« rastit dhe informacionin e kontaktit pĂ«r lidhje.
Në takim të ardhshëm!
Autorët:
- ekspert i lartë i zgjidhjeve konvergjente dhe shërbimeve multimedia, Sergey Novikov ,
- ekspert i zgjidhjeve konvergjente dhe shërbimeve multimedia, Aleksey Lapshin
Burimi: habr.com
