ProHoster > Blogs > Administrācija > NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

Rakstā ā€œNB-IoT: kā tas darbojas? 2. daļa", runājot par NB-IoT tÄ«kla pakeÅ”u kodola arhitektÅ«ru, mēs pieminējām jauna SCEF mezgla parādÄ«Å”anos. TreÅ”ajā daļā paskaidrojam, kas tas ir un kāpēc tas ir vajadzÄ«gs?

NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

Veidojot M2M pakalpojumu, lietojumprogrammu izstrādātāji saskaras ar Ŕādiem jautājumiem:

  • kā atpazÄ«t ierÄ«ces;
  • kādu verifikācijas un autentifikācijas algoritmu izmantot;
  • kādu transporta protokolu izvēlēties mijiedarbÄ«bai ar ierÄ«cēm;
  • kā droÅ”i piegādāt datus ierÄ«cēm;
  • kā organizēt un izveidot noteikumus datu apmaiņai ar viņiem;
  • kā uzraudzÄ«t un iegÅ«t informāciju par viņu stāvokli tieÅ”saistē;
  • kā vienlaicÄ«gi piegādāt datus jÅ«su ierīču grupai;
  • kā vienlaicÄ«gi nosÅ«tÄ«t datus no vienas ierÄ«ces vairākiem klientiem;
  • kā iegÅ«t vienotu piekļuvi papildu operatora pakalpojumiem ierÄ«ces pārvaldÄ«Å”anai.

Lai tos atrisinātu, ir jārada patentēti tehniski ā€œsmagieā€ risinājumi, kas palielina darbaspēka izmaksas un pakalpojumu nonākÅ”anas tirgÅ« laiku. Å eit palÄ«gā nāk jaunais SCEF mezgls.

Kā definējis 3GPP, SCEF (pakalpojuma iespēju ekspozÄ«cijas funkcija) ir pilnÄ«gi jauns 3GPP arhitektÅ«ras komponents, kura funkcija ir droÅ”i atklāt pakalpojumus un iespējas, ko nodroÅ”ina 3GPP tÄ«kla saskarnes, izmantojot API.

VienkārÅ”iem vārdiem sakot, SCEF ir starpnieks starp tÄ«klu un lietojumprogrammu serveri (AS), kas ir viens piekļuves logs operatora pakalpojumiem, lai pārvaldÄ«tu jÅ«su M2M ierÄ«ci NB-IoT tÄ«klā, izmantojot intuitÄ«vu, standartizētu API saskarni.

SCEF slēpj operatora tīkla sarežģītību, ļaujot lietojumprogrammu izstrādātājiem abstrahēt sarežģītus, ierīcei raksturīgus mehānismus mijiedarbībai ar ierīcēm.

Pārveidojot tÄ«kla protokolus par lietojumprogrammu izstrādātājiem pazÄ«stamu API, SCEF API atvieglo jaunu pakalpojumu izveidi un samazina laiku, kas nepiecieÅ”ams, lai tie nonāktu tirgÅ«. Jaunajā mezglā ir iekļautas arÄ« mobilo ierīču identifikācijas/autentifikācijas funkcijas, datu apmaiņas noteikumu definÄ“Å”ana starp ierÄ«ci un AS, novērÅ”ot nepiecieÅ”amÄ«bu lietojumprogrammu izstrādātājiem Ŕīs funkcijas ieviest savā pusē, pārceļot Ŕīs funkcijas uz operatora pleciem.

SCEF aptver saskarnes, kas nepiecieÅ”amas lietojumprogrammu serveru autentifikācijai un autorizācijai, UE mobilitātes uzturÄ“Å”anai, datu pārsÅ«tÄ«Å”anai un ierīču iedarbināŔanai, piekļuvei papildu pakalpojumiem un operatora tÄ«kla iespējām.

Uz AS ir viens T8 interfeiss ā€” API (HTTP/JSON), ko standartizē 3GPP. Visas saskarnes, izņemot T8, darbojas, pamatojoties uz DIAMETER protokolu (1. att.).

NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

T6a ā€“ saskarne starp SCEF un MME. Izmanto mobilitātes/sesijas pārvaldÄ«bas procedÅ«rām, ne-IP datu pārraidei, monitoringa notikumu nodroÅ”ināŔanai un atskaiÅ”u saņemÅ”anai par tiem.

S6t ā€“ saskarne starp SCEF un HSS. NepiecieÅ”ams abonentu autentifikācijai, lietojumprogrammu serveru autorizācijai, ārējā ID un IMSI/MSISDN kombinācijas iegÅ«Å”anai, uzraudzÄ«bas notikumu nodroÅ”ināŔanai un atskaiÅ”u saņemÅ”anai par tiem.

S6m/T4 ā€“ saskarnes no SCEF uz HSS un SMS-C (3GPP definē MTC-IWF mezglu, kas tiek izmantots ierīču iedarbināŔanai un SMS pārraidei NB-IoT tÄ«klos. Taču visās implementācijās Ŕī mezgla funkcionalitāte ir integrēta SCEF, tāpēc ķēdes vienkārÅ”oÅ”anai mēs to neapskatÄ«sim atseviŔķi). Izmanto, lai iegÅ«tu marÅ”rutÄ“Å”anas informāciju SMS sÅ«tÄ«Å”anai un mijiedarbÄ«bai ar SMS centru.

T8 ā€“ API saskarne SCEF mijiedarbÄ«bai ar lietojumprogrammu serveriem. Caur Å”o saskarni tiek pārraidÄ«tas gan vadÄ«bas komandas, gan satiksme.

*PatiesÄ«bā ir vairāk saskarņu; Å”eit ir uzskaitÄ«tas tikai visvienkārŔākās. Pilns saraksts ir sniegts 3GPP 23.682 (4.3.2. Atsauces punktu saraksts).

Tālāk ir norādītas SCEF galvenās funkcijas un pakalpojumi:

  • SIM kartes identifikatora (IMSI) saistÄ«Å”ana ar ārējo ID;
  • ne-IP trafika pārraide (Non-IP Data Delivery, NIDD);
  • grupas operācijas, izmantojot ārējo grupas ID;
  • atbalsts datu pārraides režīmam ar apstiprinājumu;
  • MO (Mobile Originated) un MT (Mobile Terminated) datu buferizācija;
  • ierīču un lietojumprogrammu serveru autentifikācija un autorizācija;
  • vienas UE datu vienlaicÄ«ga izmantoÅ”ana vairākās AS;
  • atbalsts Ä«paŔām UE statusa uzraudzÄ«bas funkcijām (MONTE ā€“ Monitoring Events);
  • ierÄ«ces iedarbināŔana;
  • ne-IP datu viesabonÄ“Å”anas nodroÅ”ināŔana.

AS un SCEF mijiedarbÄ«bas pamatprincips balstās uz tā saukto shēmu. abonementi. Ja ir nepiecieÅ”ams piekļūt jebkuram SCEF pakalpojumam konkrētai UE, lietojumprogrammu serverim ir jāizveido abonements, nosÅ«tot komandu uz konkrētu pieprasÄ«tā pakalpojuma API, un atbildē jāsaņem unikāls identifikators. Pēc tam visas turpmākās darbÄ«bas un saziņa ar UE Ŕī pakalpojuma ietvaros notiks, izmantojot Å”o identifikatoru.

Ārējais ID: universāls ierīces identifikators

Viena no svarÄ«gākajām izmaiņām AS un ierīču mijiedarbÄ«bas shēmā, strādājot ar SCEF, ir universāla identifikatora parādÄ«Å”anās. Tagad tālruņa numura (MSISDN) vai IP adreses vietā, kā tas bija klasiskajā 2G/3G/LTE tÄ«klā, lietojumprogrammu servera ierÄ«ces identifikators kļūst par ā€œÄrējo IDā€. Tas ir definēts ar standartu formātā, kas pazÄ«stams lietojumprogrammu izstrādātājiem. @ "

Izstrādātājiem vairs nav jāievieÅ” ierÄ«ces autentifikācijas algoritmi; tÄ«kls pilnÄ«bā pārņem Å”o funkciju. Ārējais ID ir saistÄ«ts ar IMSI, un izstrādātājs var bÅ«t pārliecināts, ka, piekļūstot konkrētam ārējam ID, tas mijiedarbojas ar konkrētu SIM karti. Izmantojot SIM mikroshēmu, jÅ«s iegÅ«stat pilnÄ«gi unikālu situāciju, kad ārējais ID unikāli identificē konkrētu ierÄ«ci!

Turklāt vienam IMSI var piesaistÄ«t vairākus ārējos ID ā€“ vēl interesantāka situācija rodas, ja ārējais ID unikāli identificē konkrētu aplikāciju, kas ir atbildÄ«ga par konkrētu pakalpojumu konkrētā ierÄ«cē.

Parādās arÄ« grupas identifikators - ārējās grupas ID, kas ietver atseviŔķu ārējo ID kopu. Tagad ar vienu pieprasÄ«jumu SCEF AS var uzsākt grupas darbÄ«bas - datu vai vadÄ«bas komandu nosÅ«tÄ«Å”anu uz vairākām ierÄ«cēm, kas apvienotas vienā loÄ£iskā grupā.

Sakarā ar to, ka AS izstrādātājiem pāreja uz jaunu ierīces identifikatoru nevar notikt acumirklī, SCEF atstāja iespēju AS sazināties ar UE, izmantojot standarta numuru - MSISDN.

DatplÅ«smas, kas nav IP datplÅ«sma, pārraide (Datu piegāde bez IP ā€” NIDD)

NB-IoT ietvaros, optimizējot neliela apjoma datu pārsÅ«tÄ«Å”anas mehānismus, papildus jau esoÅ”ajiem PDN veidiem, piemēram, IPv4, IPv6 un IPv4v6, ir parādÄ«jies vēl viens veids - ne-IP. Å ajā gadÄ«jumā ierÄ«cei (UE) netiek pieŔķirta IP adrese un dati tiek pārsÅ«tÄ«ti, neizmantojot IP protokolu. Satiksmi Ŕādiem savienojumiem var novirzÄ«t divos veidos: klasiskais - MME -> SGW -> PGW un tad caur PtP tuneli uz AS (2. att.) vai izmantojot SCEF (3. att.).

NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

Klasiskā metode nepiedāvā nekādas Ä«paÅ”as priekÅ”rocÄ«bas salÄ«dzinājumā ar IP trafiku, izņemot pārsÅ«tÄ«to pakeÅ”u lieluma samazināŔanu IP galvenes trÅ«kuma dēļ. SCEF izmantoÅ”ana paver vairākas jaunas iespējas un ievērojami vienkārÅ”o procedÅ«ras mijiedarbÄ«bai ar ierÄ«cēm.

Pārsūtot datus, izmantojot SCEF, parādās divas ļoti svarīgas priekŔrocības salīdzinājumā ar klasisko IP trafiku:

ā€ØMT trafika piegāde uz ierÄ«ci, izmantojot ārējo ID

Lai nosÅ«tÄ«tu ziņojumu uz klasisko IP ierÄ«ci, AS ir jāzina tās IP adrese. Å eit rodas problēma: tā kā ierÄ«ce reÄ£istrējoties parasti saņem ā€œpelēkoā€ IP adresi, tā sazinās ar lietojumprogrammu serveri, kas atrodas internetā, izmantojot NAT mezglu, kur pelēkā adrese tiek pārtulkota baltā krāsā. Pelēko un balto IP adreÅ”u kombinācija darbojas ierobežotu laiku atkarÄ«bā no NAT iestatÄ«jumiem. Vidēji TCP vai UDP - ne vairāk kā piecas minÅ«tes. Tas ir, ja 5 minÅ«Å”u laikā nenotiks datu apmaiņa ar Å”o ierÄ«ci, savienojums pārtrÅ«ks un ierÄ«ce vairs nebÅ«s pieejama baltajā adresē, ar kuru tika uzsākta sesija ar AS. Ir vairāki risinājumi:

1. Izmantojiet sirdsdarbÄ«bu. Kad savienojums ir izveidots, ierÄ«cei ik pēc dažām minÅ«tēm ir jāapmainās ar paketēm ar AS, tādējādi novērÅ”ot NAT tulkojumu slēgÅ”anu. Bet par energoefektivitāti te nevar bÅ«t ne runas.

2. Katru reizi, ja nepiecieÅ”ams, pārbaudiet pakotņu pieejamÄ«bu ierÄ«cei AS - nosÅ«tiet ziņojumu uz augÅ”upsaiti.

3. Izveidojiet privātu APN (VRF), kur lietojumprogrammu serveris un ierÄ«ces atradÄ«sies vienā apakÅ”tÄ«klā, un pieŔķiriet ierÄ«cēm statiskas IP adreses. Tas darbosies, bet tas ir gandrÄ«z neiespējami, ja mēs runājam par tÅ«kstoÅ”iem, desmitiem tÅ«kstoÅ”u ierīču parku.

4. Visbeidzot, vispiemērotākais variants: izmantojiet IPv6, tam nav nepiecieÅ”ams NAT, jo IPv6 adreses ir tieÅ”i pieejamas no interneta. Taču arÄ« Å”ajā gadÄ«jumā, pārreÄ£istrējot ierÄ«ci, tā saņems jaunu IPv6 adresi un vairs nebÅ«s pieejama, izmantojot iepriekŔējo.

Attiecīgi serverim ir jānosūta kāda inicializācijas pakete ar ierīces identifikatoru, lai ziņotu par ierīces jauno IP adresi. Pēc tam gaidiet apstiprinājuma paketi no AS, kas arī ietekmē energoefektivitāti.

Šīs metodes labi darbojas 2G/3G/LTE ierīcēm, kur ierīcei nav stingras prasības autonomijai un līdz ar to nav ētera laika un satiksmes ierobežojumu. Šīs metodes nav piemērotas NB-IoT to lielā enerģijas patēriņa dēļ.

SCEF atrisina Å”o problēmu: tā kā AS vienÄ«gais ierÄ«ces identifikators ir ārējais ID, AS ir jānosÅ«ta tikai datu pakete SCEF noteiktam ārējam ID, un SCEF rÅ«pējas par pārējo. Ja ierÄ«ce ir PSM vai eDRX enerÄ£ijas taupÄ«Å”anas režīmā, dati tiks buferizēti un piegādāti, kad ierÄ«ce bÅ«s pieejama. Ja ierÄ«ce ir pieejama satiksmei, dati tiks piegādāti nekavējoties. Tas pats attiecas uz vadÄ«bas komandām.

AS var jebkurā laikā atsaukt buferizēto ziņojumu UE vai aizstāt to ar jaunu.

Buferizācijas mehānismu var izmantot arÄ«, pārsÅ«tot MO datus no UE uz AS. Ja SCEF nevarēja nekavējoties piegādāt datus AS, piemēram, ja AS serveros notiek apkopes darbi, Ŕīs paketes tiks saglabātas buferŔķīdumā un tiek garantētas, ka tās tiks piegādātas, tiklÄ«dz AS bÅ«s pieejama.

Kā minēts iepriekÅ”, piekļuvi noteiktam pakalpojumam un UE AS (un NIDD ir pakalpojums) regulē noteikumi un politikas SCEF pusē, kas nodroÅ”ina unikālu iespēju vairākām AS vienlaicÄ«gi izmantot datus no vienas UE. Tie. ja vienu UE ir abonējuÅ”as vairākas AS, tad pēc datu saņemÅ”anas no UE SCEF tos nosÅ«tÄ«s visām abonētajām AS. Tas ir labi piemērots gadÄ«jumiem, kad specializēto ierīču parka veidotājs koplieto datus starp vairākiem klientiem. Piemēram, izveidojot laikapstākļu staciju tÄ«klu, kas darbojas, izmantojot NB-IoT, varat vienlaikus pārdot datus no tiem daudziem pakalpojumiem.

Garantēts ziņojumu piegādes mehānisms

Reliable Data Service ir mehānisms garantētai MO un MT ziņojumu piegādei, neizmantojot specializētus algoritmus protokola lÄ«menÄ«, piemēram, rokasspiedienu TCP. Tas darbojas, ziņojuma pakalpojuma daļā iekļaujot Ä«paÅ”u karogu, kad notiek apmaiņa starp UE un SCEF. To, vai aktivizēt Å”o mehānismu, pārraidot trafiku, izlemj AS.

Ja mehānisms ir aktivizēts, UE iekļauj Ä«paÅ”u karogu paketes augŔējā daļā, kad tas prasa garantētu MO trafika piegādi. Saņemot Ŕādu paketi, SCEF atbild UE ar apstiprinājumu. Ja UE nesaņem apstiprinājuma paketi, pakete uz SCEF tiks nosÅ«tÄ«ta atkārtoti. Tas pats notiek ar MT satiksmi.

IerÄ«ces uzraudzÄ«ba (notikumu pārraudzÄ«ba ā€” MONTE)

Kā minēts iepriekÅ”, SCEF funkcionalitāte, cita starpā, ietver funkcijas UE stāvokļa uzraudzÄ«bai, ts. ierÄ«ces uzraudzÄ«ba. Un, ja jauni identifikatori un datu pārsÅ«tÄ«Å”anas mehānismi ir esoÅ”o procedÅ«ru optimizācija (kaut arÄ« ļoti nopietna), tad MONTE ir pilnÄ«gi jauna funkcionalitāte, kas nav pieejama 2G/3G/LTE tÄ«klos. MONTE ļauj AS pārraudzÄ«t tādus ierÄ«ces parametrus kā savienojuma statuss, sakaru pieejamÄ«ba, atraÅ”anās vieta, viesabonÄ“Å”anas statuss utt. Par katru sÄ«kāk runāsim nedaudz vēlāk.

Ja ir nepiecieÅ”ams aktivizēt kādu ierÄ«ces vai ierīču grupas uzraudzÄ«bas notikumu, AS abonē atbilstoÅ”o pakalpojumu, nosÅ«tot SCEF atbilstoÅ”o API MONTE komandu, kas ietver tādus parametrus kā ārējais ID vai ārējās grupas ID, AS identifikators, monitorings. veids, atskaiÅ”u skaits, ko AS vēlas saņemt. Ja AS ir pilnvarota izpildÄ«t pieprasÄ«jumu, SCEF atkarÄ«bā no veida nodroÅ”inās notikumu HSS vai MME (4. attēls). Kad notiek notikums, MME vai HSS Ä£enerē ziņojumu SCEF, kas to nosÅ«ta AS.

Visu notikumu nodroÅ”ināŔana, izņemot ā€œÄ¢eogrāfiskā apgabalā esoÅ”o UE skaituā€, tiek nodroÅ”ināta, izmantojot HSS. Divi notikumi ā€œIMSI-IMEI asociācijas maiņaā€ un ā€œViesabonÄ“Å”anas statussā€ tiek izsekoti tieÅ”i HSS, pārējos HSS nodroÅ”inās MME.
Notikumi var būt vienreizēji vai periodiski, un tos nosaka to veids.

NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

Ziņojuma nosÅ«tÄ«Å”anu par notikumu (ziņoÅ”anu) veic mezgls, kas izseko notikumu tieÅ”i uz SCEF (5. att.).

NB-IoT: kā tas darbojas? 3. daļa: SCEF ā€” viens piekļuves logs operatora pakalpojumiem

Svarīgs punkts: Monitoringa notikumus var piemērot gan ierīcēm, kas nav IP savienotas, izmantojot SCEF, gan IP ierīcēm, kas pārsūta datus klasiskā veidā, izmantojot MME-SGW-PGW.

Apskatīsim sīkāk katru no uzraudzības pasākumiem:

Savienojuma zudums ā€” informē AS, ka UE vairs nav pieejama ne datu plÅ«smai, ne signalizācijai. Notikums notiek, kad UE ā€œmobilās sasniedzamÄ«bas taimerisā€ beidzas MME. PieprasÄ«jumā Ŕāda veida uzraudzÄ«bai AS var norādÄ«t savu ā€œMaksimālā noteikÅ”anas laikaā€ vērtÄ«bu ā€“ ja Å”ajā laikā UE neuzrāda nekādu darbÄ«bu, AS tiks informēta, ka UE nav pieejama, norādot iemeslu. Notikums notiek arÄ« tad, ja tÄ«kls kāda iemesla dēļ ir piespiedu kārtā noņēmis UE.

* Lai tÄ«kls zinātu, ka ierÄ«ce joprojām ir pieejama, tā periodiski uzsāk atjaunināŔanas procedÅ«ru - Tracking Area Update (TAU). Å Ä«s procedÅ«ras biežumu tÄ«kls nosaka, izmantojot taimeri T3412 vai (PSM gadÄ«jumā T3412_extended), kura vērtÄ«ba tiek pārsÅ«tÄ«ta uz ierÄ«ci Attach procedÅ«ras vai nākamās TAU laikā. Mobilā sasniedzamÄ«bas taimeris parasti ir vairākas minÅ«tes garāks nekā T3412. Ja UE nav veikusi TAU pirms ā€œMobilās sasniedzamÄ«bas taimeraā€ termiņa beigām, tÄ«kls uzskata, ka tas vairs nav sasniedzams.

UE sasniedzamÄ«ba ā€“ Norāda, kad UE kļūst pieejama DL trafikai vai SMS. Tas notiek, kad UE kļūst pieejama peidžeru veikÅ”anai (UE eDRX režīmā) vai kad UE pāriet ECM-CONNECTED režīmā (UE PSM vai eDRX režīmā), t.i. izveido TAU vai nosÅ«ta augÅ”upsaites paketi.

ZiņoÅ”ana par atraÅ”anās vietu ā€“ Šāda veida uzraudzÄ«bas notikumi ļauj AS vaicāt UE atraÅ”anās vietu. Var pieprasÄ«t vai nu paÅ”reizējo atraÅ”anās vietu (paÅ”reizējā atraÅ”anās vieta), vai pēdējo zināmo atraÅ”anās vietu (nosaka pēc Ŕūnas ID, no kuras ierÄ«ce pēdējo reizi veica TAU vai pārsÅ«tÄ«ja trafiku), kas attiecas uz ierÄ«cēm PSM vai eDRX enerÄ£ijas taupÄ«Å”anas režīmā. AttiecÄ«bā uz ā€œPaÅ”reizējā atraÅ”anās vietaā€ AS var pieprasÄ«t atkārtotas atbildes, MME informējot AS katru reizi, kad mainās ierÄ«ces atraÅ”anās vieta.

IMSI-IMEI asociācijas maiņa ā€“ Kad Å”is notikums ir aktivizēts, SCEF sāk pārraudzÄ«t izmaiņas IMSI (SIM kartes identifikators) un IMEI (ierÄ«ces identifikators) kombinācijā. Kad notiek notikums, informē AS. Var izmantot, lai automātiski pārsaistÄ«tu ārējo ID ierÄ«cei plānoto nomaiņas darbu laikā vai kalpotu kā ierÄ«ces zādzÄ«bas identifikators.

ViesabonÄ“Å”anas statuss ā€“ AS izmanto Ŕāda veida uzraudzÄ«bu, lai noteiktu, vai UE atrodas mājas tÄ«klā vai viesabonÄ“Å”anas partnera tÄ«klā. Pēc izvēles var pārsÅ«tÄ«t tā operatora PLMN (publisko zemes mobilo tÄ«klu), kurā ierÄ«ce ir reÄ£istrēta.

Sakaru kļūme ā€” Šāda veida uzraudzÄ«ba informē AS par sakaru traucējumiem ar ierÄ«ci, pamatojoties uz savienojuma zuduma iemesliem (atlaiÅ”anas iemesla kods), kas saņemts no radiopiekļuves tÄ«kla (S1-AP protokols). Å is notikums var palÄ«dzēt noteikt, kāpēc saziņa neizdevās ā€” tÄ«kla problēmu dēļ, piemēram, ja eNodeb ir pārslogots (radio resursi nav pieejami) vai paÅ”as ierÄ«ces kļūmes dēļ (radio Connection With UE Lost).

PieejamÄ«ba pēc DDN kļūmes ā€“ Å”is notikums informē AS, ka ierÄ«ce ir kļuvusi pieejama pēc sakaru kļūmes. Var izmantot, ja ir nepiecieÅ”ams pārsÅ«tÄ«t datus uz ierÄ«ci, bet iepriekŔējais mēģinājums nebija veiksmÄ«gs, jo UE neatbildēja uz paziņojumu no tÄ«kla (peidžeru) un dati netika piegādāti. Ja Ŕāda veida uzraudzÄ«ba ir pieprasÄ«ta UE, tad, tiklÄ«dz ierÄ«ce izveido ienākoÅ”o komunikāciju, veic TAU vai nosÅ«ta datus uz augÅ”upsaiti, AS tiks informēta, ka ierÄ«ce ir kļuvusi pieejama. Tā kā DDN (lejupsaites datu paziņoÅ”anas) procedÅ«ra darbojas starp MME un S/P-GW, Ŕāda veida uzraudzÄ«ba ir pieejama tikai IP ierÄ«cēm.

PDN savienojuma statuss ā€“ informē AS, kad mainās ierÄ«ces statuss (PDN savienojuma statuss) ā€“ savienojums (PDN aktivizÄ“Å”ana) vai atvienoÅ”ana (PDN dzÄ“Å”ana). To AS var izmantot, lai uzsāktu saziņu ar UE vai otrādi, lai saprastu, ka saziņa vairs nav iespējama. Å is uzraudzÄ«bas veids ir pieejams IP un ne-IP ierÄ«cēm.

UE skaits, kas atrodas Ä£eogrāfiskajā apgabalā ā€“ Å o uzraudzÄ«bas veidu AS izmanto, lai noteiktu UE skaitu noteiktā Ä£eogrāfiskā apgabalā.

Ierīces aktivizēŔana)

2G/3G tÄ«klos reÄ£istrācijas procedÅ«ra tÄ«klā bija divpakāpju: vispirms ierÄ«ce tika reÄ£istrēta SGSN (pievienoÅ”anas procedÅ«ra), pēc tam, ja nepiecieÅ”ams, tika aktivizēts PDP konteksts - savienojums ar pakeÅ”u vārteju (GGSN) lai pārsÅ«tÄ«tu datus. 3G tÄ«klos Ŕīs divas procedÅ«ras notika secÄ«gi, t.i. ierÄ«ce negaidÄ«ja brÄ«di, kad vajadzēja pārsÅ«tÄ«t datus, bet aktivizēja PDP uzreiz pēc pievienoÅ”anas procedÅ«ras pabeigÅ”anas. LTE gadÄ«jumā Ŕīs divas procedÅ«ras tika apvienotas vienā, tas ir, pievienojot, ierÄ«ce nekavējoties pieprasÄ«ja PDN savienojuma aktivizÄ“Å”anu (analoÄ£iski PDP 2G/3G), izmantojot eNodeB uz MME-SGW-PGW.

NB-IoT savienojuma metodi definē kā ā€œpievienot bez PDNā€, tas ir, UE pievieno, neizveidojot PDN savienojumu. Å ajā gadÄ«jumā tas nav pieejams trafika pārsÅ«tÄ«Å”anai un var tikai saņemt vai nosÅ«tÄ«t SMS. Lai Ŕādai ierÄ«cei nosÅ«tÄ«tu komandu aktivizēt PDN un izveidot savienojumu ar AS, tika izstrādāta funkcionalitāte ā€œIerÄ«ces iedarbināŔanaā€.

Saņemot komandu pieslēgt Ŕādu UE no AS, SCEF uzsāk vadÄ«bas SMS nosÅ«tÄ«Å”anu uz ierÄ«ci, izmantojot SMS centru. Saņemot SMS, ierÄ«ce aktivizē PDN un izveido savienojumu ar AS, lai saņemtu turpmākus norādÄ«jumus vai pārsÅ«tÄ«tu datus.

Dažkārt var beigties jÅ«su ierÄ«ces abonementa derÄ«guma termiņŔ SCEF. Jā, abonementam ir savs darbÄ«bas laiks, ko nosaka operators vai tas ir saskaņots ar AS. Pēc derÄ«guma termiņa beigām PDN tiks deaktivizēts MME un ierÄ«ce kļūs nepieejama AS. Å ajā gadÄ«jumā palÄ«dzēs arÄ« funkcionalitāte ā€œIerÄ«ces aktivizÄ“Å”anaā€. Saņemot jaunus datus no AS, SCEF noskaidros ierÄ«ces savienojuma statusu un piegādās datus pa SMS kanālu.

Secinājums

SCEF funkcionalitāte, protams, neaprobežojas tikai ar iepriekÅ” aprakstÄ«tajiem pakalpojumiem un pastāvÄ«gi attÄ«stās un paplaÅ”inās. PaÅ”laik SCEF jau ir standartizēti vairāk nekā ducis pakalpojumu. Tagad mēs esam pieskāruÅ”ies tikai galvenajām funkcijām, kuras ir pieprasÄ«tas no izstrādātājiem, par pārējo mēs runāsim nākamajos rakstos.

TÅ«lÄ«t rodas jautājums: kā iegÅ«t testa piekļuvi Å”im ā€œbrÄ«numaā€ mezglam, lai veiktu iepriekŔēju testÄ“Å”anu un iespējamo gadÄ«jumu atkļūdoÅ”anu? Viss ir ļoti vienkārÅ”i. JebkurÅ” izstrādātājs var iesniegt pieprasÄ«jumu [e-pasts aizsargāts], kurā pietiek norādÄ«t savienojuma mērÄ·i, iespējamā gadÄ«juma aprakstu un kontaktinformāciju saziņai.

Līdz nākamajai reizei!

Autori:

  • KonverÄ£ento risinājumu un multimediju pakalpojumu nodaļas vecākais eksperts Sergejs Novikovs sanov,
  • konverÄ£ento risinājumu un multimediju pakalpojumu nodaļas eksperts Aleksejs LapÅ”ins aslapsh



Avots: www.habr.com

Pievieno komentāru