NĂ« artikullin ââ, duke folur pĂ«r arkitekturĂ«n e bĂ«rthamĂ«s sĂ« paketave tĂ« rrjetit NB-IoT, pĂ«rmendĂ«m shfaqjen e njĂ« nyje tĂ« re SCEF. Ne shpjegojmĂ« nĂ« pjesĂ«n e tretĂ« se çfarĂ« Ă«shtĂ« dhe pse Ă«shtĂ« e nevojshme?
Kur krijoni një shërbim M2M, zhvilluesit e aplikacioneve përballen me pyetjet e mëposhtme:
- si të identifikohen pajisjet;
- çfarë algoritmi verifikimi dhe vërtetimi të përdoret;
- cilin protokoll transporti të zgjidhni për ndërveprim me pajisjet;
- si të dorëzohen të dhënat në mënyrë të besueshme në pajisje;
- si të organizohen dhe vendosen rregullat për shkëmbimin e të dhënave me ta;
- si të monitoroni dhe merrni informacion në lidhje me gjendjen e tyre në internet;
- si të dorëzoni njëkohësisht të dhëna në një grup të pajisjeve tuaja;
- si të dërgohen njëkohësisht të dhëna nga një pajisje te disa klientë;
- si të merrni akses të unifikuar në shërbimet shtesë të operatorit për menaxhimin e pajisjes tuaj.
Për t'i zgjidhur ato, është e nevojshme të krijohen zgjidhje teknikisht "të rënda" të pronarit, gjë që çon në rritjen e kostove të punës dhe shërbimeve të kohës në treg. Këtu vjen në shpëtim nyja e re SCEF.
Siç përcaktohet nga 3GPP, SCEF (funksioni i ekspozimit të aftësive të shërbimit) është një komponent krejtësisht i ri i arkitekturës 3GPP, funksioni i të cilit është të ekspozojë në mënyrë të sigurt shërbimet dhe aftësitë e ofruara nga ndërfaqet e rrjetit 3GPP përmes API-ve.
Me fjalë të thjeshta, SCEF është një ndërmjetës midis rrjetit dhe serverit të aplikacionit (AS), një dritare e vetme aksesi në shërbimet e operatorit për menaxhimin e pajisjes suaj M2M në rrjetin NB-IoT përmes një ndërfaqeje API intuitive dhe të standardizuar.
SCEF fsheh kompleksitetin e rrjetit të një operatori, duke i lejuar zhvilluesit e aplikacioneve të abstragojnë mekanizma komplekse, specifike për pajisjen për ndërveprim me pajisjet.
Duke i transformuar protokollet e rrjetit në një API të njohur për zhvilluesit e aplikacioneve, SCEF API lehtëson krijimin e shërbimeve të reja dhe redukton kohën për në treg. Nyja e re përfshin gjithashtu funksione për identifikimin/autentifikimin e pajisjeve celulare, përcaktimin e rregullave për shkëmbimin e të dhënave midis pajisjes dhe AS, heqjen e nevojës që zhvilluesit e aplikacioneve t'i zbatojnë këto funksione në anën e tyre, duke i zhvendosur këto funksione në shpatullat e operatorit.
SCEF mbulon ndërfaqet e nevojshme për vërtetimin dhe autorizimin e serverëve të aplikacionit, ruajtjen e lëvizshmërisë UE, transferimin e të dhënave dhe aktivizimin e pajisjes, aksesin në shërbime shtesë dhe aftësitë e rrjetit të operatorit.
Drejt AS ka një ndërfaqe të vetme T8, një API (HTTP/JSON) i standardizuar nga 3GPP. Të gjitha ndërfaqet, me përjashtim të T8, funksionojnë në bazë të protokollit DIAMETER (Fig. 1).
T6a â ndĂ«rfaqe ndĂ«rmjet SCEF dhe MME. PĂ«rdoret pĂ«r procedurat e menaxhimit tĂ« lĂ«vizshmĂ«risĂ«/sesioneve, transmetimin e tĂ« dhĂ«nave jo-IP, sigurimin e ngjarjeve tĂ« monitorimit dhe marrjen e raporteve pĂ«r to.
S6t â ndĂ«rfaqe ndĂ«rmjet SCEF dhe HSS. KĂ«rkohet pĂ«r vĂ«rtetimin e abonentĂ«ve, autorizimin e serverĂ«ve tĂ« aplikacionit, marrjen e njĂ« kombinimi tĂ« ID-sĂ« sĂ« jashtme dhe IMSI/MSISDN, sigurimin e ngjarjeve tĂ« monitorimit dhe marrjen e raporteve pĂ«r to.
S6m/T4 â ndĂ«rfaqet nga SCEF nĂ« HSS dhe SMS-C (3GPP pĂ«rcakton nyjen MTC-IWF, e cila pĂ«rdoret pĂ«r aktivizimin e pajisjes dhe transmetimin SMS nĂ« rrjetet NB-IoT. MegjithatĂ«, nĂ« tĂ« gjitha implementimet funksionaliteti i kĂ«saj nyje Ă«shtĂ« i integruar nĂ« SCEF, pra pĂ«r thjeshtimin e qarkut, nuk do ta konsiderojmĂ« veçmas). PĂ«rdoret pĂ«r tĂ« marrĂ« informacione tĂ« rrugĂ«s pĂ«r dĂ«rgimin e SMS dhe ndĂ«rveprim me qendrĂ«n SMS.
T8 â NdĂ«rfaqja API pĂ«r ndĂ«rveprimin SCEF me serverĂ«t e aplikacioneve. TĂ« dy komandat e kontrollit dhe trafiku transmetohen pĂ«rmes kĂ«saj ndĂ«rfaqe.
*në realitet ka më shumë ndërfaqe; Një listë 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:
- lidhja e identifikuesit të kartës SIM (IMSI) me ID-në e jashtme;
- transmetimi i trafikut jo-IP (Dorëzimi i të dhënave jo-IP, NIDD);
- operacionet në grup duke përdorur ID-në e grupit të jashtëm;
- mbështetje për mënyrën e transmetimit të të dhënave me konfirmim;
- buferimi i të dhënave MO (Mobile Originated) dhe MT (Mobile Terminated);
- vërtetimi dhe autorizimi i pajisjeve dhe serverëve të aplikacioneve;
- përdorimi i njëkohshëm i të dhënave nga një UE nga disa AS;
- mbĂ«shtetje pĂ«r funksionet e veçanta tĂ« monitorimit tĂ« statusit tĂ« UE (MONTE â Monitoring Events);
- ndezja e pajisjes;
- ofrimi i roaming të të dhënave jo-IP.
Parimi bazë i ndërveprimit ndërmjet AS dhe SCEF bazohet në të ashtuquajturën skemë. abonimet. Nëse është e nevojshme të fitoni akses në ndonjë shërbim SCEF për një UE të caktuar, serveri i aplikacionit duhet të krijojë një abonim duke dërguar një komandë në API-në specifike të shërbimit të kërkuar dhe të marrë një identifikues unik si përgjigje. Pas së cilës të gjitha veprimet dhe komunikimet e mëtejshme me UE në kuadër të këtij shërbimi do të zhvillohen duke përdorur këtë identifikues.
ID e jashtme: Identifikues universal i pajisjes
NjĂ« nga ndryshimet mĂ« tĂ« rĂ«ndĂ«sishme nĂ« skemĂ«n e ndĂ«rveprimit midis AS dhe pajisjeve kur punoni pĂ«rmes SCEF Ă«shtĂ« shfaqja e njĂ« identifikuesi universal. Tani, nĂ« vend tĂ« numrit tĂ« telefonit (MSISDN) ose adresĂ«s IP, siç ishte rasti nĂ« rrjetin klasik 2G/3G/LTE, identifikuesi i pajisjes pĂ«r serverin e aplikacionit bĂ«het "ID e jashtme". ĂshtĂ« pĂ«rcaktuar nga standardi nĂ« njĂ« format tĂ« njohur pĂ«r zhvilluesit e aplikacioneve " @ "
Zhvilluesit nuk kanë më nevojë të zbatojnë algoritme të vërtetimit të pajisjes, rrjeti e merr plotësisht këtë funksion. ID e jashtme është e lidhur me IMSI dhe zhvilluesi mund të jetë i sigurt se kur hyn në një ID të jashtme specifike, ajo ndërvepron me një kartë SIM specifike. Kur përdorni një çip SIM, ju merrni një situatë krejtësisht unike kur ID e jashtme identifikon në mënyrë unike një pajisje specifike!
Për më tepër, disa ID të jashtme mund të lidhen me një IMSI - një situatë edhe më interesante lind kur ID-ja e jashtme identifikon në mënyrë unike një aplikacion specifik përgjegjës për një shërbim specifik në një pajisje specifike.
Shfaqet gjithashtu një identifikues grupi - ID-ja e grupit të jashtëm, i cili përfshin një grup ID-sh individuale të jashtme. Tani, me një kërkesë për SCEF, AS mund të iniciojë operacione në grup - dërgimin e të dhënave ose komandat e kontrollit në pajisje të shumta të bashkuara në një grup të vetëm logjik.
Për shkak të faktit se për zhvilluesit AS kalimi në një identifikues të ri të pajisjes nuk mund të jetë i menjëhershëm, SCEF la mundësinë e komunikimit AS me UE përmes një numri standard - MSISDN.
Transmetimi i trafikut jo-IP (Dorëzimi i të dhënave jo-IP, NIDD)
Në NB-IoT, si pjesë e optimizimit të mekanizmave për transmetimin e sasive të vogla të të dhënave, përveç llojeve tashmë ekzistuese PDN, si IPv4, IPv6 dhe IPv4v6, është shfaqur një lloj tjetër - jo-IP. Në këtë rast, pajisjes (UE) nuk i është caktuar një adresë IP dhe të dhënat transmetohen pa përdorur protokollin IP. Trafiku për lidhje të tilla mund të drejtohet në dy mënyra: klasik - MME -> SGW -> PGW dhe më pas përmes tunelit PtP në AS (Fig. 2) ose duke përdorur SCEF (Fig. 3).
Metoda klasike nuk ofron ndonjë avantazh të veçantë ndaj trafikut IP, përveç zvogëlimit të madhësisë së paketave të transmetuara për shkak të mungesës së titujve IP. Përdorimi i SCEF hap një sërë mundësish të reja dhe thjeshton ndjeshëm procedurat e ndërveprimit me pajisjet.
Kur transmetoni të dhëna përmes SCEF, shfaqen dy avantazhe shumë të rëndësishme mbi trafikun klasik të IP:
âšDorĂ«zimi i trafikut MT nĂ« pajisje pĂ«rmes ID-sĂ« sĂ« jashtme
Për të dërguar një mesazh në një pajisje klasike IP, AS duhet të dijë adresën e tij IP. Këtu lind një problem: duke qenë se pajisja zakonisht merr një adresë IP "gri" pas regjistrimit, ajo komunikon me serverin e aplikacionit, i cili ndodhet në internet, përmes një nyje NAT, ku adresa gri përkthehet në të bardhë. Kombinimi i adresave IP gri dhe të bardhë zgjat për një kohë të kufizuar, në varësi të cilësimeve NAT. Mesatarisht, për TCP ose UDP - jo më shumë se pesë minuta. Kjo do të thotë, nëse nuk ka shkëmbim të dhënash me këtë pajisje brenda 5 minutave, lidhja do të shpërbëhet dhe pajisja nuk do të jetë më e aksesueshme në adresën e bardhë me të cilën është nisur seanca me AS. Ka disa zgjidhje:
1. Përdorni rrahjet e zemrës. Pasi të jetë vendosur një lidhje, pajisja duhet të shkëmbejë paketa me AS çdo disa minuta, duke parandaluar kështu mbylljen e përkthimeve NAT. Por këtu nuk mund të flitet për ndonjë efiçencë të energjisë.
2. Ădo herĂ«, nĂ«se Ă«shtĂ« e nevojshme, kontrolloni disponueshmĂ«rinĂ« e paketave pĂ«r pajisjen nĂ« AS - dĂ«rgoni njĂ« mesazh nĂ« lidhjen lart.
3. Krijoni një APN private (VRF), ku serveri i aplikacionit dhe pajisjet do të jenë në të njëjtin nënrrjet dhe caktoni adresa IP statike për pajisjet. Do të funksionojë, por është pothuajse e pamundur kur flasim për një flotë me mijëra, dhjetëra mijëra pajisje.
4. Së fundi, opsioni më i përshtatshëm: përdorni IPv6 nuk kërkon NAT, pasi adresat IPv6 janë drejtpërdrejt të aksesueshme nga Interneti; Megjithatë, edhe në këtë rast, kur pajisja të riregjistrohet, ajo do të marrë një adresë të re IPv6 dhe nuk do të jetë më e aksesueshme duke përdorur atë të mëparshme.
Prandaj, është e nevojshme të dërgoni një paketë inicializimi me një identifikues pajisjeje në server në mënyrë që të raportoni adresën e re IP të pajisjes. Pastaj prisni një paketë konfirmimi nga AS, e cila gjithashtu ndikon në efikasitetin e energjisë.
Këto metoda funksionojnë mirë për pajisjet 2G/3G/LTE, ku pajisja nuk ka kërkesa strikte për autonomi dhe, si rrjedhojë, nuk ka kufizime në kohën e transmetimit dhe trafikun. Këto metoda nuk janë të përshtatshme për NB-IoT për shkak të konsumit të tyre të lartë të energjisë.
SCEF e zgjidh këtë problem: meqenëse i vetmi identifikues i pajisjes për një AS është një ID e jashtme, AS duhet vetëm të dërgojë një paketë të dhënash në SCEF për një ID të jashtme specifike, dhe SCEF kujdeset për pjesën tjetër. Në rast se pajisja është në modalitetin e kursimit të energjisë PSM ose eDRX, të dhënat do të ruhen dhe do të dorëzohen 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ë. E njëjta gjë vlen edhe për ekipet drejtuese.
Në çdo kohë, AS mund të kujtojë mesazhin e buferuar në UE ose ta zëvendësojë atë me një të ri.
Mekanizmi buffer mund të përdoret gjithashtu kur transmetohen të dhëna MO nga UE në AS. Nëse SCEF nuk ishte në gjendje t'i dorëzonte të dhënat menjëherë AS, për shembull nëse puna e mirëmbajtjes po vazhdon në serverët AS, këto paketa do të fshihen dhe do të garantohen të dorëzohen sapo AS të vihet në dispozicion.
Siç u përmend më lart, qasja në një shërbim specifik dhe UE për një AS (dhe NIDD është një shërbim) rregullohet nga rregulla dhe politika në anën e SCEF, gjë që lejon mundësinë unike të përdorimit të njëkohshëm të të dhënave nga një UE nga disa AS. Ato. nëse disa AS janë abonuar në një UE, atëherë pas marrjes së të dhënave nga UE, SCEF do t'i dërgojë ato në të gjitha AS të abonuar. Kjo është e përshtatshme për rastet kur krijuesi i një flote pajisjesh të specializuara ndan të dhëna midis disa klientëve. Për shembull, duke krijuar një rrjet stacionesh moti që funksionojnë në NB-IoT, ju mund t'i shesni të dhëna prej tyre në shumë shërbime njëkohësisht.
Mekanizëm i garantuar i dërgimit të mesazheve
Shërbimi i besueshëm i të dhënave është një mekanizëm për dërgimin e garantuar të mesazheve MO dhe MT pa përdorimin e algoritmeve të specializuara në nivel protokolli, siç është, për shembull, shtrëngimi i duarve në TCP. Ai funksionon duke përfshirë një flamur të veçantë në pjesën e shërbimit të mesazhit kur shkëmbehet midis UE dhe SCEF. Aktivizimi ose jo i këtij mekanizmi gjatë transmetimit të trafikut vendoset nga AS.
Nëse mekanizmi aktivizohet, UE përfshin një flamur të veçantë në pjesën e sipërme të paketës kur kërkon shpërndarje të garantuar të trafikut MO. Pas marrjes së një pakete të tillë, SCEF i përgjigjet UE-së me një konfirmim. Nëse UE nuk e merr paketën e njohjes, paketa drejt SCEF do të ridërgohet. E njëjta gjë ndodh me trafikun MT.
Monitorimi i pajisjes (monitorimi i ngjarjeve - MONTE)
Siç u përmend më lart, funksionaliteti SCEF, ndër të tjera, përfshin funksione për monitorimin e gjendjes së UE, të ashtuquajturat. monitorimi i pajisjes. Dhe nëse identifikuesit e rinj dhe mekanizmat e transferimit të të dhënave janë optimizime (megjithëse shumë serioze) të procedurave ekzistuese, atëherë MONTE është një funksionalitet krejtësisht i ri që nuk disponohet në rrjetet 2G/3G/LTE. MONTE lejon AS të monitorojë parametrat e pajisjes si statusi i lidhjes, disponueshmëria e komunikimit, vendndodhja, statusi i roaming, etj. Ne do të flasim për secilën në më shumë detaje pak më vonë.
Nëse është e nevojshme të aktivizoni ndonjë ngjarje monitorimi për një pajisje ose grup pajisjesh, AS abonohet në shërbimin përkatës duke dërguar komandën përkatëse API MONTE në SCEF, e cila përfshin parametra të tillë si ID-ja e jashtme ose ID e grupit të jashtëm, identifikuesi AS, monitorimi. lloji, numri i raporteve, të cilat AS dëshiron të marrë. Nëse AS është i autorizuar për të ekzekutuar kërkesën, SCEF, në varësi të llojit, do t'i sigurojë ngjarjen HSS ose MME (Fig. 4). Kur ndodh një ngjarje, MME ose HSS gjeneron një raport në SCEF, i cili e dërgon atë në AS.
Sigurimi i të gjitha ngjarjeve, me përjashtim të "Numrit të UE-ve të pranishme në një zonë gjeografike", bëhet përmes HSS. Dy ngjarje "Ndryshimi i Shoqatës IMSI-IMEI" dhe "Statusi i Roaming" gjurmohen drejtpërdrejt në HSS, pjesa tjetër do të sigurohet nga HSS në MME.
Ngjarjet mund të jenë ose një herë ose periodike dhe përcaktohen nga lloji i tyre.
Dërgimi i një raporti për një ngjarje (raportimi) kryhet nga nyja që gjurmon ngjarjen drejtpërdrejt në SCEF (Fig. 5).
Pikë e rëndësishme: Ngjarjet e monitorimit mund të aplikohen si për pajisjet jo-IP të lidhura nëpërmjet SCEF dhe pajisjeve IP që transmetojnë të dhëna në mënyrën klasike nëpërmjet MME-SGW-PGW.
Le të hedhim një vështrim më të afërt në secilën nga ngjarjet e monitorimit:
Humbja e lidhjes â informon AS qĂ« UE nuk Ă«shtĂ« mĂ« i disponueshĂ«m as pĂ«r trafikun e tĂ« dhĂ«nave, as pĂ«r sinjalizimin. Ngjarja ndodh kur "kohĂ«matĂ«si i aksesueshmĂ«risĂ« celulare" pĂ«r UE skadon nĂ« MME. NĂ« njĂ« kĂ«rkesĂ« pĂ«r kĂ«tĂ« lloj monitorimi, AS mund tĂ« tregojĂ« vlerĂ«n e saj "Koha maksimale e zbulimit" - nĂ«se gjatĂ« kĂ«saj kohe UE nuk shfaq ndonjĂ« aktivitet, AS do tĂ« informohet se UE nuk Ă«shtĂ« i disponueshĂ«m, duke treguar arsyen. Ngjarja ndodh gjithashtu nĂ«se UE Ă«shtĂ« hequr me forcĂ« nga rrjeti pĂ«r ndonjĂ« arsye.
* Për të njoftuar rrjetin që pajisja është ende e disponueshme, ajo fillon periodikisht një procedurë përditësimi - Përditësimi i zonës së gjurmimit (TAU). Frekuenca e kësaj procedure vendoset nga rrjeti duke përdorur kohëmatësin T3412 ose (T3412_zgjeruar në rastin e PSM), vlera e të cilit transmetohet në pajisje gjatë procedurës Attach ose TAU-së tjetër. Kohëmatësi i aksesueshmërisë celulare është zakonisht disa minuta më i gjatë se T3412. Nëse UE nuk ka bërë një TAU përpara skadimit të "kohëmatësit të aksesueshmërisë së celularit", rrjeti e konsideron atë të paarritshëm.
arritshmĂ«ria nĂ« UE â Tregon kur UE bĂ«het i disponueshĂ«m pĂ«r trafikun DL ose SMS. Kjo ndodh kur UE bĂ«het i disponueshĂ«m pĂ«r paging (pĂ«r njĂ« UE nĂ« modalitetin eDRX) ose kur UE hyn nĂ« modalitetin ECM-CONNECTED (pĂ«r njĂ« UE nĂ« modalitetin PSM ose eDRX), d.m.th. bĂ«n njĂ« TAU ose dĂ«rgon njĂ« paketĂ« uplink.
Raportimi i vendndodhjes â Ky lloj i ngjarjeve monitoruese lejon AS tĂ« kĂ«rkojĂ« vendndodhjen e UE. Mund tĂ« kĂ«rkohet ose vendndodhja aktuale (Vendndodhja aktuale) ose vendndodhja e fundit e njohur (Vendndodhja e fundit e njohur, e pĂ«rcaktuar nga ID-ja e celularit nga e cila pajisja ka bĂ«rĂ« TAU ose ka transmetuar trafik herĂ«n e fundit), e cila Ă«shtĂ« e rĂ«ndĂ«sishme pĂ«r pajisjet nĂ« kursimin e energjisĂ« PSM ose eDRX mĂ«nyrat. PĂ«r "Vendndodhja aktuale", AS mund tĂ« kĂ«rkojĂ« pĂ«rgjigje tĂ« pĂ«rsĂ«ritura, me MME qĂ« informon AS sa herĂ« qĂ« ndryshon vendndodhja e pajisjes.
Ndryshimi i ShoqatĂ«s IMSI-IMEI â Kur aktivizohet kjo ngjarje, SCEF fillon tĂ« monitorojĂ« ndryshimet nĂ« kombinimin e IMSI (identifikuesi i kartĂ«s SIM) dhe IMEI (identifikuesi i pajisjes). Kur ndodh njĂ« ngjarje, informon AS. Mund tĂ« pĂ«rdoret pĂ«r tĂ« rilidhur automatikisht njĂ« ID tĂ« jashtme nĂ« njĂ« pajisje gjatĂ« punĂ«s sĂ« planifikuar tĂ« zĂ«vendĂ«simit ose tĂ« shĂ«rbejĂ« si njĂ« identifikues pĂ«r vjedhjen e njĂ« pajisjeje.
Statusi i Roaming â ky lloj monitorimi pĂ«rdoret nga AS pĂ«r tĂ« pĂ«rcaktuar nĂ«se UE Ă«shtĂ« nĂ« rrjetin e shtĂ«pisĂ« ose nĂ« rrjetin e njĂ« partneri nĂ« roaming. Opsionale, mund tĂ« transmetohet PLMN (Public Land Mobile Network) i operatorit nĂ« tĂ« cilin Ă«shtĂ« regjistruar pajisja.
DĂ«shtimi i komunikimit â Ky lloj monitorimi informon AS pĂ«r dĂ«shtimet nĂ« komunikimin me pajisjen, bazuar nĂ« arsyet e humbjes sĂ« lidhjes (kodi i shkakut tĂ« lĂ«shimit) tĂ« marra nga rrjeti i aksesit nĂ« radio (protokolli S1-AP). Kjo ngjarje mund tĂ« ndihmojĂ« nĂ« pĂ«rcaktimin se pse komunikimi dĂ«shtoi - pĂ«r shkak tĂ« problemeve nĂ« rrjet, pĂ«r shembull, kur eNodeb Ă«shtĂ« i mbingarkuar (burimet e radios nuk disponohen) ose pĂ«r shkak tĂ« njĂ« dĂ«shtimi tĂ« vetĂ« pajisjes (Lidhja me radio me UE tĂ« humbur).
DisponueshmĂ«ria pas dĂ«shtimit tĂ« DDN â kjo ngjarje informon AS qĂ« pajisja Ă«shtĂ« bĂ«rĂ« e disponueshme pas njĂ« dĂ«shtimi tĂ« komunikimit. Mund tĂ« pĂ«rdoret kur ka nevojĂ« pĂ«r tĂ« transferuar tĂ« dhĂ«na nĂ« njĂ« pajisje, por pĂ«rpjekja e mĂ«parshme nuk ishte e suksesshme sepse UE nuk iu pĂ«rgjigj njĂ« njoftimi nga rrjeti (pagesimi) dhe tĂ« dhĂ«nat nuk u dorĂ«zuan. NĂ«se ky lloj monitorimi Ă«shtĂ« kĂ«rkuar pĂ«r UE-nĂ«, atĂ«herĂ« sapo pajisja tĂ« bĂ«jĂ« njĂ« komunikim nĂ« hyrje, tĂ« bĂ«jĂ« njĂ« TAU ose tĂ« dĂ«rgojĂ« tĂ« dhĂ«na nĂ« lidhjen lart, AS do tĂ« informohet se pajisja Ă«shtĂ« bĂ«rĂ« e disponueshme. MeqenĂ«se procedura DDN (njoftimi i tĂ« dhĂ«nave zbritĂ«se) 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 kur ndryshon statusi i pajisjes (statusi i lidhjes PDN) - lidhje (aktivizimi PDN) ose shkĂ«putje (fshirje PDN). Kjo mund tĂ« pĂ«rdoret nga AS pĂ«r tĂ« filluar komunikimin me UE, ose anasjelltas, pĂ«r tĂ« kuptuar se komunikimi nuk Ă«shtĂ« mĂ« i mundur. Ky lloj monitorimi Ă«shtĂ« i disponueshĂ«m pĂ«r pajisjet IP dhe jo-IP.
Numri i UE-ve tĂ« pranishĂ«m nĂ« njĂ« zonĂ« gjeografike â Ky lloj monitorimi pĂ«rdoret nga AS pĂ«r tĂ« pĂ«rcaktuar numrin e UE-ve nĂ« njĂ« zonĂ« tĂ« caktuar gjeografike.
Aktivizimi i pajisjes)
Në rrjetet 2G/3G, procedura e regjistrimit në rrjet ishte me dy faza: së pari, pajisja regjistrohej me SGSN (procedura e bashkëngjitjes), më pas, nëse ishte e nevojshme, aktivizonte kontekstin PDP - një lidhje me portën e paketave (GGSN). për të transmetuar të dhëna. Në rrjetet 3G, këto dy procedura ndodhën në mënyrë sekuenciale, d.m.th. pajisja nuk priti momentin kur duhej të transferonte të dhënat, por aktivizoi PDP-në menjëherë pas përfundimit të procedurës së bashkëngjitjes. Në LTE, këto dy procedura u kombinuan në një, domethënë, kur lidhej, pajisja kërkoi menjëherë aktivizimin e lidhjes PDN (analoge me PDP në 2G/3G) nëpërmjet eNodeB në MME-SGW-PGW.
NB-IoT përcakton një metodë lidhjeje si "bashkëngjit pa PDN", domethënë, UE bashkohet pa krijuar një lidhje PDN. Në këtë rast, nuk është i disponueshëm për të transmetuar trafik dhe mund të marrë ose dërgojë vetëm SMS. Për të dërguar një komandë në një pajisje të tillë për të aktivizuar PDN dhe për t'u lidhur me AS, u zhvillua funksionaliteti "Device triggering".
Kur merr një komandë për të lidhur një UE të tillë nga AS, SCEF fillon dërgimin e një SMS kontrolli në pajisje përmes qendrës SMS. Kur merr një SMS, pajisja aktivizon PDN-në dhe lidhet me AS për të marrë udhëzime të mëtejshme ose për të transferuar të dhëna.
Mund të ketë raste kur abonimi i pajisjes suaj skadon në SCEF. Po, abonimi ka jetëgjatësinë e vet, të vendosur nga operatori ose të rënë dakord me AS. Pas skadimit, PDN do të çaktivizohet në MME dhe pajisja do të bëhet e padisponueshme për AS. Në këtë rast, funksioni "Device triggering" do të ndihmojë gjithashtu. Kur merrni të dhëna të reja nga AS, SCEF do të mësojë statusin e lidhjes së pajisjes dhe do t'i dorëzojë të dhënat përmes kanalit SMS.
PĂ«rfundim
Funksionaliteti i SCEF, natyrisht, nuk është i kufizuar në shërbimet e përshkruara më sipër dhe është vazhdimisht në zhvillim dhe zgjerim. Aktualisht, më shumë se një duzinë shërbimesh tashmë janë standardizuar për SCEF. Tani kemi prekur vetëm funksionet kryesore që kërkohen nga zhvilluesit, do të flasim për pjesën tjetër në artikujt e ardhshëm.
MenjĂ«herĂ« lind pyetja: si tĂ« fitohet akses testimi nĂ« kĂ«tĂ« nyje "mrekullie" pĂ«r testim paraprak dhe debugging tĂ« rasteve tĂ« mundshme? Gjithçka Ă«shtĂ« shumĂ« e thjeshtĂ«. Ădo zhvillues mund tĂ« dĂ«rgojĂ« njĂ« kĂ«rkesĂ« nĂ« iot.info@mts.ru, nĂ« tĂ« cilĂ«n mjafton tĂ« tregohet qĂ«llimi i lidhjes, njĂ« pĂ«rshkrim i rastit tĂ« mundshĂ«m dhe informacioni i kontaktit pĂ«r komunikim.
Deri herën tjetër!
Autorët:
- ekspert i lartë i departamentit të zgjidhjeve konvergjente dhe shërbimeve multimediale Sergej Novikov ,
- ekspert i departamentit të zgjidhjeve konvergjente dhe shërbimeve multimediale Alexey Lapshin
Burimi: www.habr.com
