{"id":52138,"date":"2019-11-01T00:00:00","date_gmt":"2019-10-31T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora"},"modified":"2020-02-18T13:59:48","modified_gmt":"2020-02-18T10:59:48","slug":"nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","title":{"rendered":"NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele p\u00e4\u00e4semise \u00fchtne keskus","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Artiklis \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/431648\/\">NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 2<\/a><\/noindex>\u00bb, r\u00e4\u00e4gime NB-IoT v\u00f5rgu pakett-omaarkitektuurist ja mainime uut SCEF s\u00f5lme. Selgitame kolmandas osas, mis see on ja miks seda on vaja?<\/b><\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele p\u00e4\u00e4semise \u00fchtne keskus\" src=\"\/wp-content\/uploads\/2019\/11\/95652a1e2bfce0589b51b106ebf6e64f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nM2M-teenuse loomisel seisavad rakenduste arendajad silmitsi j\u00e4rgmiste k\u00fcsimustega:<\/p>\n<ul>\n<li>kuidas seadmeid tuvastada;<\/li>\n<li>millist autentimise ja t\u00f5endamise algoritmi kasutada;<\/li>\n<li>millist transportprotokolli seadmete vaheliseks suhtlemiseks valida;<\/li>\n<li>kuidas andmeid seadmetesse usaldusv\u00e4\u00e4rselt edastada;<\/li>\n<li>kuidas korraldada ja kehtestada andmevahetuse reegleid;<\/li>\n<li>kuidas j\u00e4lgida ja reaalajas teavet nende seisundi kohta saada;<\/li>\n<li>kuidas andmeid samaaegselt edastada r\u00fchmale seadmetest;<\/li>\n<li>kuidas andmeid samaaegselt edastada \u00fchest seadmest mitmele kliendile;<\/li>\n<li>kuidas saada \u00fchtne ligip\u00e4\u00e4s operaatori t\u00e4iendavatele teenustele seadme haldamiseks. <\/li>\n<\/ul>\n<p>\nNende probleemide lahendamiseks tuleb luua patenteeritud tehniliselt \u201eraskete\u201d lahenduste, mis suurendab t\u00f6\u00f6j\u00f5u n\u00f5udlikkust ja teenuste turule toomise aega. Just siin tulebki appi uus SCEF s\u00f5lm.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>3GPP definitsiooni kohaselt on SCEF (service capability exposure function) t\u00e4iesti uus komponent 3GPP arhitektuuris, mille funktsiooniks on teenuste ja v\u00f5imaluste turvaline eksponeerimine, mida pakuvad 3GPP v\u00f5rgu liidesed API kaudu. <\/p>\n<p>Lihtsustatult \u00f6eldes on SCEF vahendaja v\u00f5rgu ja rakenduste serveri (application server \u2014 AS) vahel, pakkudes \u00fchte ligip\u00e4\u00e4su operaatori teenustele, et hallata oma M2M seadet NB-IoT v\u00f5rgus intuitiivse ja standardiseeritud API-liidese abil.<\/p>\n<p>SCEF peidab operaatori v\u00f5rgu keerukuse, v\u00f5imaldades rakenduste arendajatel end distantsi v\u00f5tta keerulistest ja spetsiifilistest seadmete suhtlemismehhanismidest.<\/p>\n<p>Muutes v\u00f5rgu protokolle arendajatele tuttavaks API-liideseks, muudab SCEF uute teenuste loomise lihtsamaks ja v\u00e4hendab turule suunamise aega. Samuti sisaldab uus s\u00f5lm mobiilseadmete identifitseerimise ja autentimise funktsioone, andes reeglid andmevahetuse jaoks seadme ja AS vahel, vabastades rakenduste arendajad nende funktsioonide rakendamisest oma poolel, andes vastutuse nende funktsioonide t\u00e4itmise eest operaatori kanda.<\/p>\n<p>SCEF \u00fchendab k\u00f5ik vajalikud liidesed, mis on vajalikud rakendusserverite autentimiseks ja autoriseerimiseks, UE liikuvuse s\u00e4ilitamiseks, andmete edastamiseks ja seadmete aktiveerimiseks, samuti juurdep\u00e4\u00e4suks lisateenustele ja operaatori v\u00f5rgu v\u00f5imalustele.<\/p>\n<p>AS-i suunas on ainult \u00fcks liides T8, API-liides (HTTP\/JSON), mis on standardiseeritud 3GPP poolt. K\u00f5ik liidesed, v\u00e4lja arvatud T8, t\u00f6\u00f6tavad DIAMETER-protokolli p\u00f5hjal (joonis 1).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele p\u00e4\u00e4semise \u00fchtne keskus\" src=\"\/wp-content\/uploads\/2019\/11\/6538d7d9e0d94244e6415b78f080b159.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nT6a on liides SCEF-i ja MME vahel. Seda kasutatakse liikuvuse\/seansi haldamise protseduuride, non-IP andmete edastamise, j\u00e4lgimise s\u00fcndmuste varustamise ning nende aruannete saamiseks.<\/p>\n<p>S6t on liides SCEF-i ja HSS vahel. See on vajalik abonendi autentimiseks, rakendusserverite autoriseerimiseks, external ID ja IMSI\/MSISDN sidumise saamiseks, samuti j\u00e4lgimise s\u00fcndmuste varustamiseks ja nende aruannete saamiseks.<\/p>\n<p>S6m\/T4 \u2013 SCEF-i ja HSS-i ning SMS-C vahelised liideseid (3GPP-s on m\u00e4\u00e4ratud MTC-IWF, mida kasutatakse seadmete aktiveerimiseks ja SMS-ide edastamiseks NB-IoT v\u00f5rkudes. Siiski on selle s\u00f5lme funktsionaalsus k\u00f5igis teostustes integreeritud SCEF-i, seega lihtsustades skeemi, ei k\u00e4sitleme seda eraldi). Kasutatakse SMS-i saatmise ja SMS-keskusega suhtlemise marsruudi teabe saamiseks.<\/p>\n<p>T8 \u2013 SCEF-i API-liides rakendusserveritega suhtlemiseks. Selle liidese kaudu edastatakse nii juhtimisn\u00f5uded kui ka liiklus.<\/p>\n<p>*tegelikult on liideseid rohkem, siin on loetletud vaid p\u00f5hilised. T\u00e4ielik nimekiri on toodud 3GPP 23.682 (4.3.2 Viidete nimekiri).<\/p>\n<p>Allpool on toodud SCEF-i peamised funktsioonid ja teenused:<\/p>\n<ul>\n<li>SIM-kaardi identifikaatori (IMSI) sidumine external ID-ga; <\/li>\n<li>non-IP andmete edastamine (Non-IP Data Delivery, NIDD);<\/li>\n<li>grupitegevused, kasutades external group ID-d;<\/li>\n<li>andmete edastamise toetamist kinnitustega;<\/li>\n<li>MO (Mobile Originated) ja MT (Mobile Terminated) andmete puhvers\u00fcsteem;<\/li>\n<li>seadmete ja rakendusserverite autentimine ja autoriseerimine;<\/li>\n<li>\u00fche UE andmete samal ajal kasutamine mitme AS-i poolt;<\/li>\n<li>UE (MONTE \u2013 Monitoring Events) olekonsulteerimise erifunktsioonide tugi;<\/li>\n<li>seadmete k\u00e4ivitamine;<\/li>\n<li>non-IP andmete r\u00e4ndlust tagamine.<\/li>\n<\/ul>\n<p>\nAS ja SCEF vahelise koost\u00f6\u00f6 peamine p\u00f5him\u00f5te p\u00f5hineb nn tellimuste skeemil. Kui SCEF vajab juurdep\u00e4\u00e4su m\u00f5nele teenusele teatud UE jaoks, peab rakendusserver looma tellimuse, saates k\u00e4su konkreetsele API-le n\u00f5utud teenuse jaoks ja saadud vastuse tulemusena saama ainulaadse identifikaatori. P\u00e4rast seda toimuvad k\u00f5ik edasised toimingud ja suhtlemine UE-ga selle teenuse raames selle identifikaatori abil.<\/p>\n<p><b>V\u00e4line ID: seadme universaalne identifikaator<\/b><\/p>\n<p>\u00dcks olulisemaid muudatusi AS-i ja seadmete vahelises koost\u00f6\u00f6s SCEF-i kaudu on universaalse identifikaatori ilmumine. N\u00fc\u00fcd ei kasutata enam seadme identifikaatorina telefoninumbrit (MSISDN) v\u00f5i IP-aadressi, nagu see oli klassikalises 2G\/3G\/LTE v\u00f5rgus, vaid seadme identifikaatoriks rakendusserveri jaoks saab \"v\u00e4lise ID\". See on m\u00e4\u00e4ratletud standardses, arendajatele tuttavas vormingus \"@\".<\/p>\n<p>Arendajatel ei ole enam vaja rakendada seadmete autentimise algoritme, kogu funktsioon on t\u00e4ielikult v\u00f5rgu enda kanda. External ID sidub IMSI-ga, ja arendaja v\u00f5ib olla kindel, et konkreetse external ID-ga suheldes suhtleb ta konkreetse SIM-kaardiga. SIM-kiipi kasutades tekib t\u00e4ielikult ainulaadne olukord, kus external ID tuvastab \u00fcheselt konkreetse seadme!<\/p>\n<p>Veelgi enam, \u00fchele IMSI-le v\u00f5ib siduda mitu external ID-d \u2014 nii tekib veelgi huvitavam olukord, kus external ID tuvastab \u00fcheselt konkreetse rakenduse, mis vastutab konkreetse teenuse eest antud seadmes.<\/p>\n<p>Samuti tekib grupi identifikaator \u2014 external group ID, mis sisaldab endas tervikut eraldi external ID-dest. N\u00fc\u00fcd saab \u00fche p\u00e4ringuga SCEF AS-i algatada grupitegevusi \u2014 andmete saatmist v\u00f5i juhtimisalgatusi paljudele seadmetele, mis on koondatud \u00fchte loogilisse gruppi.<\/p>\n<p>Kuna arendajatel AS-ile ei saa uus seadme identifikaator olla kohene, on SCEF j\u00e4\u00e4nud v\u00f5imaluseks AS-i ja UE suhtlemiseks standardse numbri \u2013 MSISDN \u2013 kaudu.<\/p>\n<p><b>Non-IP andmete edastamine (Non-IP Data Delivery, NIDD)<\/b><\/p>\n<p>NB-IoT-s, andmete edastamise mehhanismide optimeerimise raames, lisaks juba olemasolevatele PDN-i liikidele, nagu IPv4, IPv6 ja IPv4v6, on tekkinud veel \u00fcks liik \u2014 non-IP. Sellisel juhul ei omista seadele (UE) IP-aadressi ja andmed edastatakse ilma IP-protokolli kasutamiseta. Selliste \u00fchenduste liiklus v\u00f5ib suunata kahte moodi: klassikaliselt \u2014 MME -&gt; SGW -&gt; PGW ja edasi PtP tunnelis AS-i (vt joonis 2) v\u00f5i kasutades SCEF-i (vt joonis 3). <\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele p\u00e4\u00e4semise \u00fchtne keskus\" src=\"\/wp-content\/uploads\/2019\/11\/557caf393c9da84fc635c57bb5ecf4a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKlassikaline meetod ei paku IP-liikluse ees olulisi eeliseid, v\u00e4lja arvatud edastatavate pakettide suuruse v\u00e4henemine IP-peade puudumise t\u00f5ttu. SCEF-i kasutamine aga avab uue hulga v\u00f5imalusi ja lihtsustab seadmete suhtluse protseduure.<\/p>\n<p>Andmete edastamisel SCEF-i kaudu ilmneb kaks v\u00e4ga olulist eelist klassikalise IP-liikluse ees: <\/p>\n<p><u>MT liikluse kohaletoimetamine seadmele v\u00e4lise ID kaudu<\/u><\/p>\n<p>Klassikalisele IP-seadmest s\u00f5numi saatmiseks peab AS teadma selle IP-aadressi. Siin tekib probleem: kuna seade saab registreerimisel tavaliselt \"hall\" IP-aadressi, suhtleb see rakenduste serveriga, mis asub internetis, NAT-s\u00f5lme kaudu, kus halli aadressi muudetakse valgeks. Halli ja valge IP-aadressi seos kestab piiratud aja, s\u00f5ltuvalt NAT-i seadistustest. Keskmiselt TCP v\u00f5i UDP jaoks - mitte rohkem kui viis minutit. See t\u00e4hendab, et kui viie minuti jooksul ei toimu seadmest andmevahetust, laguneb seos ja seade lakkab olemast k\u00e4ttesaadav selle valge aadressi kaudu, millega sessioon AS-iga algatati. On mitmeid lahendusi: <\/p>\n<p>1. Kullaneda heartbeat. \u00dchenduse loomise korral peab seade saatma AS-ile pakette iga paari minuti tagant, et v\u00e4ltida NAT-i muunduste sulgemist. Kuid siin ei saa juttu olla mingist energiat\u00f5hususest. <\/p>\n<p>2. Iga kord, kui on vaja seadmest pakettide olemasolu kontrollida AS-is - saata uplinkis s\u00f5num.<\/p>\n<p>3. Luua privaatne APN (VRF), kus rakenduste server ja seadmed asuvad samas alamv\u00f5rgus ning m\u00e4\u00e4rata seadmetele staatilised IP-aadressid. See toimib, kuid see on peaaegu teostamatu, kui tegu on tuhandete, k\u00fcmnete tuhandete seadmetega.<\/p>\n<p>4. L\u00f5puks, k\u00f5ige sobivam variant: kasutada IPv6, kuna NAT-i pole vajalik, sest IPv6 aadresse saab otse internetist. Siiski, isegi sel juhul, kui seade registreeritakse uuesti, saab see uue IPv6 aadressi ja ei pruugi enam olla kergesti ligip\u00e4\u00e4setav varasema aadressi kaudu. <\/p>\n<p>Seega on vajalik saata serverile mingit t\u00fc\u00fcpi algatuspakk, mis sisaldab seadme identifikaatorit, et edastada uue seadme IP-aadress. Seej\u00e4rel tuleb oodata kinnituspakkumist AS-ilt, mis m\u00f5jutab samuti energiatarbimist.<\/p>\n<p>Need meetodid toimivad h\u00e4sti 2G\/3G\/LTE seadmete puhul, kus seadmele ei esita ranged n\u00f5uded autonoomi jaoks ning seega puuduvad piirangud eetrisoleku aja ja andmeside osas. NB-IoT puhul ei sobi need meetodid nende suure energiatarbimise t\u00f5ttu.<\/p>\n<p>SCEF lahendab selle probleemi: kuna seadme ainus identifikaator AS-i jaoks on external ID, piisab AS-ile andmepaketi saatmisest SCEF-ile konkreetse external ID jaoks, k\u00f5ik muu hoolitseb SCEF. Kui seade on energias\u00e4\u00e4stu re\u017eiimis PSM v\u00f5i eDRX, andmed vahetatakse puhvrisse ja tarnitakse, kui seade on saadaval. Kui seade on aga liikluseks saadaval, tarnitakse andmed koheselt. See kehtib ka halduskomandode kohta.<\/p>\n<p>Iga hetk AS v\u00f5ib tagasi kutsuda puhverdatud s\u00f5numi UE suunal v\u00f5i asendada selle uuega.<\/p>\n<p>Puhverdamismehhanismi saab kasutada ka MO-andmete edastamiseks UE-st AS-i suunal. Kui SCEF ei suutnud andmeid AS-ile kohe edastada, n\u00e4iteks kui AS-i serverites on hooldust\u00f6\u00f6d, siis need paketid vahetatakse puhvrisse ja tarnitakse kindlasti, kui AS on taas saadaval.<\/p>\n<p>Nagu eelnevalt mainitud, on juurdep\u00e4\u00e4s teatud teenusele ja UE-le AS-le (kus NIDD on teenus) reguleeritud SCEF-i poolelt kehtivate reeglite ja poliitikatega, mis v\u00f5imaldab unikaalset v\u00f5imalust kasutada sama UE andmeid mitmete AS-ide poolt samaaegselt. See t\u00e4hendab, et kui mitu AS-i on sama UE-le tellitud, siis p\u00e4rast andmete saamist UE-lt edastab SCEF need k\u00f5ikidele tellitud AS-idele. See sobib h\u00e4sti juhtumite jaoks, kus spetsialiseeritud seadmete pargi looja jagab andmeid mitme kliendi vahel. N\u00e4iteks, luues NB-IoT-l t\u00f6\u00f6tavate ilmapostide v\u00f5rgu, on v\u00f5imalik m\u00fc\u00fca nende andmeid mitmele teenusele samaaegselt.<\/p>\n<p><b>S\u00f5numite garanteeritud kohaletoimetamise mehhanism <\/b><\/p>\n<p>Reliable Data Service \u2014 s\u00f5numite MO ja MT kohaletoimetamise mehhanism ilma spetsialiseeritud algoritmide kasutamiseta protokollitasandil, nagu n\u00e4iteks TCP-s oleva handshake'i puhul. T\u00f6\u00f6tab, lisades spetsiaalse lipu s\u00f5numi teenusosasse UE ja SCEF vahelises vahetuses. Kas aktiveerida v\u00f5i mitte aktiveerida see mehhanism andmevoo edastamisel, otsustab AS.<\/p>\n<p>Kui mehhanism on aktiveeritud, lisab UE vajadusel MO liikluse garanteeritud edastamise tagamiseks paketi juhtosa erilise lipu. Kui SCEF saab sellise paketi, vastab see UE-le kinnitusega. Kui UE ei saa kinnituse paketiga, saadetakse pakett SCEF-ile uuesti. Sama toimub ka MT liikluse puhul.<\/p>\n<p><b>Seadmete j\u00e4lgimine (monitoring events - MONTE)<\/b><\/p>\n<p>Nagu eespool mainitud, sisaldab SCEF funktsionaalsus, peale teiste, ka UE oleku j\u00e4lgimise funktsioone, nn seadmete j\u00e4lgimist. Ja kui uued identifikaatorid ja andmete edastamise mehhanismid on olemasolevate protseduuride optimeerimised (kuigi v\u00e4ga olulised), siis MONTE on t\u00e4iesti uus funktsionaalsus, mida 2G\/3G\/LTE v\u00f5rkudes ei ole. MONTE v\u00f5imaldab AS-l j\u00e4lgida seadme parameetreid, nagu \u00fchenduse seisund, kommunikatsiooniv\u00f5ime, asukoht, r\u00e4ndestatus jne. R\u00e4\u00e4gime igast neist l\u00e4hemalt veidi hiljem.<\/p>\n<p>Kui on vajalik aktiveerida m\u00f5ni seadme v\u00f5i seadmete r\u00fchma j\u00e4lgimiss\u00fcndmus, siis AS tellib vastava teenuse, saates SCEF-ile MONTE API vastava k\u00e4su, kusse kuuluvad sellised parameetrid nagu external Id v\u00f5i external group ID, AS identifikaator, j\u00e4lgimise t\u00fc\u00fcp, raportite hulk, mida AS soovib saada. Kui AS on volitatud p\u00e4ringut t\u00e4itma, siis SCEF provitsioneerib s\u00f5ltuvalt t\u00fc\u00fcbist s\u00fcndmuse HSS-is v\u00f5i MME-s (vt joonis 4). S\u00fcndmuse toimumisel genereerivad MME v\u00f5i HSS raporti SCEF-i suunas, mis saadetakse AS-ile.<\/p>\n<p>K\u00f5igi s\u00fcndmuste provitsioneerimine, v\u00e4lja arvatud \u201eNumber of UEs present in a geographic area\u201d, toimub HSS-i kaudu. Kaks s\u00fcndmust \u201eChange of IMSI-IMEI Association\u201d ja \u201eRoaming Status\u201d j\u00e4lgitakse otse HSS-is, \u00fclej\u00e4\u00e4nud provitsioneerib HSS MME-le.<br \/>\nS\u00fcndmused v\u00f5ivad olla nii \u00fchekordsed kui ka perioodilised ning s\u00f5ltuvad nende t\u00fc\u00fcbist.<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele p\u00e4\u00e4semise \u00fchtne keskus\" src=\"\/wp-content\/uploads\/2019\/11\/da265ed0443b7459d28101aa07adf221.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nS\u00fcndmuse raporti saatmine (raporteerimine) toimub s\u00fcndmust j\u00e4lgiva s\u00f5lme poolt otse SCEF-ile (vt joonis 5).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele p\u00e4\u00e4semise \u00fchtne keskus\" src=\"\/wp-content\/uploads\/2019\/11\/9b385bbc324f14e1d484f1949d926b34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Oluline punkt:<\/b> J\u00e4lgimis\u00fcritusi saab kasutada nii non-IP seadmete jaoks, mis on \u00fchendatud SCEF-i kaudu, kui ka IP-seadmete jaoks, mis edastavad andmeid klassikalise MME-SGW-PGW kaudu.<\/p>\n<p>Uurime iga j\u00e4lgimis\u00fcritust l\u00e4hemalt:<\/p>\n<p><u>\u00dchenduse katkemine<\/u> \u2014 teavitab AS-i, et UE ei ole enam kergesti k\u00e4ttesaadav ei andmevahetuseks ega signaalivahetuseks. \u00dcritus toimub, kui MME-l aegub \"mobile reachability timer\" UE jaoks. J\u00e4lgimis\u00fcrituse taotluses v\u00f5ib AS m\u00e4rkida oma \"Maximum Detection Time\" v\u00e4\u00e4rtuse \u2014 kui selles ajavahemikus UE ei n\u00e4ita mingit aktiivsust, teavitab AS-i, et UE ei ole k\u00e4ttesaadav, m\u00e4rkides p\u00f5hjuse. \u00dcritus toimub ka juhul, kui UE on mingil p\u00f5hjusel sunniviisiliselt eemaldatud v\u00f5rgust.<\/p>\n<p>* Ettev\u00f5tte teadlikkuse s\u00e4ilitamiseks peab seade perioodiliselt k\u00e4ivitama v\u00e4rskendamise protseduuri \u2014 Tracking Area Update (TAU). Selle protseduuri sageduse m\u00e4\u00e4rab v\u00f5rk, kasutades T3412 v\u00f5i (T3412_extended PSM-i korral) ajastit, mille v\u00e4\u00e4rtus edastatakse seadmele \u00fchendamise v\u00f5i j\u00e4rgmise TAU protseduuri ajal. Mobile reachability timer on tavaliselt mitu minutit pikem kui T3412. Kui UE ei tee TAU-d \u201eMobile reachability timeri\u201d l\u00f5puks, peab v\u00f5rk seda v\u00e4hem kergesti k\u00e4tte saadavaks. <\/p>\n<p><u>UE k\u00e4ttesaadavus<\/u> \u2013 N\u00e4itab, millal UE on saadaval DL liiklusele v\u00f5i SMS-idele. See juhtub, kui UE muutub kergesti k\u00e4tte saadavaks lehekatte jaoks (UE eDRX-re\u017eiimis) v\u00f5i kui UE liigub ECM-CONNECTED re\u017eiimi (UE PSM-i v\u00f5i eDRX-i re\u017eiimis), st teeb TAU-d v\u00f5i saadab \u00fclesvoolu paketti.<\/p>\n<p><u>Asukoha raporteerimine<\/u> \u2013 See s\u00fcndmuste j\u00e4lgimise t\u00fc\u00fcp v\u00f5imaldab AS-l k\u00fcsida UE asukohaandmeid. V\u00f5ib k\u00fcsida kas praegust asukohta (Current Location) v\u00f5i viimase teadaolevat asukohta (Last Known Location, m\u00e4\u00e4ratakse cell ID p\u00f5hjal, millest seade tegi TAU v\u00f5i edastas viimati liiklust), mis on asjakohane energias\u00e4\u00e4sture\u017eiimis PSM v\u00f5i eDRX olevatele seadmetele. \"Current Location\" puhul v\u00f5ib AS k\u00fcsida korduvaid aruandeid, samal ajal kui MME teavitab AS-i igal korral, kui seadme asukoht muutub. <\/p>\n<p><u>IMSI-IMEI assotsatsiooni muutmine<\/u> \u2013 Selle s\u00fcndmuse aktiveerimisel hakkab SCEF j\u00e4lgima IMSI (SIM-kaardi identifikaatori) ja IMEI (seadmestiku identifikaatori) sideme muutust. S\u00fcndmuse toimumisel teavitab AS. Seda saab kasutada v\u00e4lise ID automaatseks seondamiseks seadmega plaaniliste asendust\u00f6\u00f6de k\u00e4igus v\u00f5i selleks, et olla seadmestiku varguse identifikaator.<\/p>\n<p><u>R\u00e4ndlusteenuse staatus<\/u> \u2013 See monitorimis\u00fclesanne kasutatakse AS-i poolt, et m\u00e4\u00e4rata, kas UE on koduv\u00f5rgus v\u00f5i r\u00e4ndlusteenuse partneri v\u00f5rgus. Valikuliselt v\u00f5ib edastada PLMN (avalik maapealne mobiiliv\u00f5rk) operaatori, milles seade on registreeritud.<\/p>\n<p><u>Sidekatkestus<\/u> \u2014 See t\u00fc\u00fc j\u00e4lgimine teavitab AS-i seadmega suhtlemise katkemisest, tuginedes \u00fchenduse katkestamise p\u00f5hjustele (release cause code), mis saadud raadiot p\u00e4\u00e4suv\u00f5rgu (S1-AP protokoll) kaudu. See s\u00fcndmus v\u00f5ib aidata v\u00e4lja selgitada, mis p\u00f5hjustas suhtlemise katkemise \u2014 kas v\u00f5rgu probleemide t\u00f5ttu, n\u00e4iteks eNodeb koormuse t\u00f5ttu (Radio resources not available), v\u00f5i seadme rikke t\u00f5ttu (Radio Connection With UE Lost). <\/p>\n<p><u>Saadavus p\u00e4rast DDN t\u00f5rget<\/u> \u2013 see s\u00fcndmus teavitab AS-i, et seade on p\u00e4rast suhtlemise katkemist taas saadaval. Seda saab kasutada juhul, kui on vajalik andmete edastamine seadmele, kuid varasem katse ei \u00f5nnestunud, kuna UE ei vastanud v\u00f5rgu teatele (paging) ja andmeid ei toimetatud. Kui seda t\u00fc\u00fcpi j\u00e4lgimist on k\u00fcsitud UE jaoks, siis kohe, kui seade teeb sisenemise suhtluse, TAU v\u00f5i saadab andmeid uplinkis, teavitatakse AS-i, et seade on taas saadaval. Kuna DDN (downlink data notification) protseduur t\u00f6\u00f6tab MME ja S\/P-GW vahel, on see j\u00e4lgimisseade saadaval ainult IP-seadmete jaoks.<\/p>\n<p><u>PDN \u00fchenduvuse staatus<\/u> \u2013 teavitab AS seadme staatuse muutumisest (PDN \u00fchenduvuse staatus) \u2013 \u00fchendamise (PDN aktiveerimine) v\u00f5i lahti \u00fchendamise (PDN eemaldamine) kohta. Seda saab AS kasutada UE-ga suhtlemise algatamiseks v\u00f5i vastupidi, et m\u00f5ista, et suhtlemine pole enam v\u00f5imalik. Selline j\u00e4lgimise t\u00fc\u00fcp on saadaval nii IP kui ka non-IP seadmete jaoks.<\/p>\n<p><u>Geograafilises piirkonnas olevate UE-de arv<\/u> \u2013 seda t\u00fc\u00fcpi j\u00e4lgimist kasutab AS, et m\u00e4\u00e4rata kindlaks, kui palju UE-sid on teatud geograafilises piirkonnas.<\/p>\n<p><b>Seadmete aktiveerimine (Device triggering<\/b>)<\/p>\n<p>2G\/3G v\u00f5rkudes oli v\u00f5rgu registreerimise protseduur kaheastmeline: k\u00f5igepealt registreeriti seade SGSN-is (attach protseduur), seej\u00e4rel, kui andmete edastamine oli vajalik, aktiveeriti PDP konteksts \u2013 \u00fchendus paketigateway-ga (GGSN). 3G v\u00f5rkudes toimusid need kaks protseduuri j\u00e4rjestikku, st seade ei oodanud hetke, mil andmeid edastada, vaid aktiveeris PDP kohe p\u00e4rast attach protseduuri l\u00f5petamist. LTE-s \u00fchendati need kaks protseduuri \u00fcheks, seega attach\u2019i korral k\u00fcsis seade kohe PDN \u00fchenduse aktiveerimist (sarnane PDP-le 2G\/3G) l\u00e4bi eNodeB MME-SGW-PGW-le.<\/p>\n<p>NB-IoT-s on m\u00e4\u00e4ratletud selline \u00fchendusmeetod nagu \"attach without PDN\", mis t\u00e4hendab, et UE teeb \u00fchenduse, ilma et loodi PDN-\u00fchendust. Sel juhul pole see andmete edastamiseks saadaval ja saab ainult SMS-e vastu v\u00f5tta v\u00f5i saata. Selleks, et anda sellisele seadmele k\u00e4sk PDN-i aktiveerimiseks ja AS-iga \u00fchendamiseks, on loodud funktsioon \"Device triggering\". <\/p>\n<p>Kui AS-ilt on saadud k\u00e4sk sellise UE \u00fchendamiseks, algatab SCEF SMS-keskuse kaudu seadmele juhtiva SMS-i saatmise. SMS-i saamisel aktiveerib seade PDN-i ja \u00fchendub AS-iga, et saada edasisi juhiseid v\u00f5i andmeid edastada.<\/p>\n<p>On v\u00f5imalik, et SCEF-il on seadme tellimus aegunud. Jah, tellimusel on oma kehtivusaeg, mille m\u00e4\u00e4rab operaator v\u00f5i mille on AS-iga kokku leppinud. Selle l\u00f5ppedes deaktiveeritakse MME-l PDN ja seade muutub AS-i jaoks k\u00e4ttesaamatuks. Sel juhul aitab samuti funktsioon \"Device triggering\". Uute andmete saamisel AS-ilt tuvastab SCEF seadme \u00fchenduse staatuse ja edastab andmeid SMS-kanali kaudu.<\/p>\n<p><b>Kokkuv\u00f5te<\/b><\/p>\n<p>SCEF funktsioneerimine ei piirdu vaid \u00fclaltoodud teenustega, vaid see areneb ja laieneb pidevalt. Praeguseks on SCEF-i jaoks standardiseeritud \u00fcle tosina teenuse. Hetkel k\u00e4sitlesime vaid peamisi ja arendajate seas n\u00f5utud funktsioone, \u00fclej\u00e4\u00e4nutest r\u00e4\u00e4gime tulevastes artiklites. <\/p>\n<p><b>T\u00f5statub koheselt k\u00fcsimus, kuidas saada testjuurdep\u00e4\u00e4s sellele \"ime\"-punktile eelteadmiste ja erinevate juhtumite testimiseks? K\u00f5ik on v\u00e4ga lihtne. Iga arendaja v\u00f5ib saata p\u00e4ringu aadressile iot.info@mts.ru, kus piisab, kui m\u00e4rkida \u00fchenduse eesm\u00e4rk, juhtumite kirjeldus ja kontaktandmed.<br \/>\n<\/b><br \/>\nKuni kohtumiseni!<\/p>\n<p><i>Autorid: <\/p>\n<ul>\n<li>konvergente lahenduste ja multimeedia teenuste vanemekspert Sergei Novikov <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/sanov\/\" class=\"user_link\">sanov<\/a><\/noindex>, <\/li>\n<li>konvergente lahenduste ja multimeedia teenuste ekspert Aleksei Lapshin <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/aslapsh\/\" class=\"user_link\">aslapsh<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/i><br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/473982\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 2\u00bb, \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u043f\u0440\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0443 \u043f\u0430\u043a\u0435\u0442\u043d\u043e\u0433\u043e \u044f\u0434\u0440\u0430 \u0441\u0435\u0442\u0438 NB-IoT, \u043c\u044b \u0443\u043f\u043e\u043c\u044f\u043d\u0443\u043b\u0438 \u043f\u0440\u043e \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u043e\u0433\u043e \u0443\u0437\u043b\u0430 SCEF. \u041e\u0431\u044a\u044f\u0441\u043d\u044f\u0435\u043c \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0447\u0430\u0441\u0442\u0438, \u0447\u0442\u043e \u0436\u0435 \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0438 \u0437\u0430\u0447\u0435\u043c \u044d\u0442\u043e \u043d\u0443\u0436\u043d\u043e? \u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 M2M-\u0441\u0435\u0440\u0432\u0438\u0441\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u0441\u043e \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u043c\u0438 \u0432\u043e\u043f\u0440\u043e\u0441\u0430\u043c\u0438: \u043a\u0430\u043a \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0430; \u043a\u0430\u043a\u043e\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0438 \u0438 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u044f \u043f\u043e\u0434\u043b\u0438\u043d\u043d\u043e\u0441\u0442\u0438; \u043a\u0430\u043a\u043e\u0439 \u0432\u044b\u0431\u0440\u0430\u0442\u044c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52138","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47NB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 3: SCEF \u2013 \u0435\u0434\u0438\u043d\u043e\u0435 \u043e\u043a\u043d\u043e \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0443\u0441\u043b\u0443\u0433\u0430\u043c \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T10:59:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47NB-IoT: kuidas see t\u00f6\u00f6tab? Osa 3: SCEF \u2013 operaatori teenustele juurdep\u00e4\u00e4su \u00fchtne akna lahendus | ProHoster","description":"Artiklis \u201eNB-IoT: kuidas see t\u00f6\u00f6tab?\u201c","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47NB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 3: SCEF \u2013 \u0435\u0434\u0438\u043d\u043e\u0435 \u043e\u043a\u043d\u043e \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0443\u0441\u043b\u0443\u0433\u0430\u043c \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 | ProHoster","og:description":"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T21:00:00+00:00","article:modified_time":"2020-02-18T10:59:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52138","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 02:37:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:48:32","updated":"2026-01-24 02:37:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/52138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=52138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/52138\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=52138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=52138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=52138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}