{"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\/ro\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","title":{"rendered":"NB-IoT: cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesarea serviciilor operatorului","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>\u00cen articolul \u201e<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/431648\/\">NB-IoT: Cum func\u021bioneaz\u0103? Partea 2<\/a><\/noindex>\u201d, discut\u00e2nd despre arhitectura nucleului de pachet al re\u021belei NB-IoT, am men\u021bionat apari\u021bia unui nou nod SCEF. Explic\u0103m \u00een a treia parte ce este acesta \u0219i de ce este necesar.<\/b><\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesarea serviciilor operatorului\" src=\"\/wp-content\/uploads\/2019\/11\/95652a1e2bfce0589b51b106ebf6e64f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u00cen crearea unui serviciu M2M, dezvoltatorii de aplica\u021bii se confrunt\u0103 cu urm\u0103toarele \u00eentreb\u0103ri:<\/p>\n<ul>\n<li>cum s\u0103 identifice dispozitivele;<\/li>\n<li>ce algoritm s\u0103 foloseasc\u0103 pentru verificarea \u0219i confirmarea autenticit\u0103\u021bii;<\/li>\n<li>ce protocol de transport s\u0103 aleag\u0103 pentru interac\u021biunea cu dispozitivele;<\/li>\n<li>cum s\u0103 garanteze livrarea datelor c\u0103tre dispozitive;<\/li>\n<li>cum s\u0103 organizeze \u0219i s\u0103 stabileasc\u0103 reguli pentru schimbul de date cu acestea;<\/li>\n<li>cum s\u0103 controleze \u0219i s\u0103 ob\u021bin\u0103 informa\u021bii \u00een timp real despre starea acestora;<\/li>\n<li>cum s\u0103 livreze simultan date unei grup\u0103ri de dispozitive proprii;<\/li>\n<li>cum s\u0103 trimit\u0103 simultan date de la un dispozitiv la mai mul\u021bi clien\u021bi;<\/li>\n<li>cum s\u0103 ob\u021bin\u0103 un acces unificat la serviciile suplimentare ale operatorului pentru gestionarea dispozitivului propriu. <\/li>\n<\/ul>\n<p>\nPentru a le solu\u021biona, este necesar s\u0103 se creeze solu\u021bii tehnice proprietare \u201egrele\u201d, ceea ce duce la cre\u0219terea efortului \u0219i a timpului de realizare a serviciilor. Aici intervine noul nod SCEF.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Conform defini\u021biei 3GPP, SCEF (func\u021bia de expunere a capacit\u0103\u021bii serviciului) este un component complet nou al arhitecturii 3GPP, al c\u0103rui scop este expunerea \u00een siguran\u021b\u0103 a serviciilor \u0219i capabilit\u0103\u021bilor oferite de interfe\u021bele de re\u021bea 3GPP prin intermediul API-ului. <\/p>\n<p>\u00cen termeni simpli, SCEF este un intermediar \u00eentre re\u021bea \u0219i serverul de aplica\u021bii (application server \u2013 AS), o fereastr\u0103 unic\u0103 de acces la serviciile operatorului pentru gestionarea dispozitivului M2M \u00een re\u021beaua NB-IoT printr-un API standardizat intuitiv.<\/p>\n<p>SCEF ascunde complexitatea re\u021belei operatorului, permi\u021b\u00e2nd dezvoltatorilor de aplica\u021bii s\u0103 se abstreac\u0103 de mecanismele complicate \u0219i specifice de interac\u021biune cu dispozitivele.<\/p>\n<p>Prin transformarea protocoalelor de re\u021bea \u00eentr-un API accesibil dezvoltatorilor de aplica\u021bii, SCEF faciliteaz\u0103 crearea de noi servicii \u0219i reduce timpul de lansare pe pia\u021b\u0103. De asemenea, noul nod include func\u021bii de identificare\/autentificare a dispozitivelor mobile \u0219i de stabilire a regulilor de schimb de date \u00eentre dispozitiv \u0219i AS, scutind dezvoltatorii de implementarea acestor func\u021bii de partea lor, transfer\u00e2nd aceast\u0103 responsabilitate operatorului.<\/p>\n<p>SCEF aglomereaz\u0103 interfe\u021bele necesare pentru autentificarea \u0219i autorizarea serverelor de aplica\u021bii, men\u021binerea mobilit\u0103\u021bii UE, transferul de date \u0219i declan\u0219area dispozitivelor, precum \u0219i accesul la servicii \u0219i func\u021bionalit\u0103\u021bi suplimentare ale re\u021belei operatorului.<\/p>\n<p>C\u0103tre AS exist\u0103 o singur\u0103 interfa\u021b\u0103 T8, interfa\u021b\u0103 API (HTTP\/JSON) standardizat\u0103 de 3GPP. Toate interfe\u021bele, cu excep\u021bia T8, func\u021bioneaz\u0103 pe baza protocoalelor DIAMETER (fig. 1).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesarea serviciilor operatorului\" src=\"\/wp-content\/uploads\/2019\/11\/6538d7d9e0d94244e6415b78f080b159.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nT6a \u2013 interfa\u021ba \u00eentre SCEF \u0219i MME. Este utilizat\u0103 pentru procedurile de gestionare a mobilit\u0103\u021bii\/sesiunii, transferul de date non-IP, provizionarea evenimentelor de monitorizare \u0219i ob\u021binerea raporturilor pentru acestea.<\/p>\n<p>S6t \u2013 interfa\u021ba \u00eentre SCEF \u0219i HSS. Necesit\u0103 autentificarea abonatului, autorizarea serverelor de aplica\u021bii, ob\u021binerea asocierii ID extern \u0219i IMSI\/MSISDN, provizionarea evenimentelor de monitorizare \u0219i ob\u021binerea raporturilor pentru acestea.<\/p>\n<p>S6m\/T4 \u2013 interfe\u021bele de la SCEF la HSS \u0219i SMS-C (\u00een 3GPP este definit un nod MTC-IWF, care este utilizat pentru declan\u0219area dispozitivelor \u0219i transferul de SMS \u00een re\u021belele NB-IoT. Cu toate acestea, \u00een toate implement\u0103rile, func\u021bionalitatea acestui nod este integrat\u0103 \u00een SCEF, astfel \u00eenc\u00e2t pentru simplificarea schemei, nu-l vom considera separat). Sunt utilizate pentru ob\u021binerea informa\u021biilor de rutare pentru trimiterea SMS-urilor \u0219i interac\u021biunea cu centrul SMS.<\/p>\n<p>T8 \u2013 interfa\u021ba API de interac\u021biune a SCEF cu serverele de aplica\u021bii. Prin aceast\u0103 interfa\u021b\u0103 sunt transmise at\u00e2t comenzi de control, c\u00e2t \u0219i trafic.<\/p>\n<p>*de fapt, exist\u0103 mai multe interfe\u021be, acestea fiind enumerate doar pe cele mai fundamentale. Lista complet\u0103 este prezentat\u0103 \u00een 3GPP 23.682 (4.3.2 Lista Punctelor de Referin\u021b\u0103).<\/p>\n<p>Mai jos sunt prezentate func\u021biile \u0219i serviciile cheie ale SCEF:<\/p>\n<ul>\n<li>legarea identit\u0103\u021bii SIM (IMSI) la ID extern; <\/li>\n<li>transferul de trafic non-IP (Non-IP Data Delivery, NIDD);<\/li>\n<li>opera\u021biuni de grup, utiliz\u00e2nd ID-ul grupului extern;<\/li>\n<li>suport pentru modul de transfer de date cu confirmare;<\/li>\n<li>bufferizarea datelor MO (Mobile Originated) \u0219i MT (Mobile Terminated);<\/li>\n<li>autentificarea \u0219i autorizarea dispozitivelor \u0219i serverelor de aplica\u021bii;<\/li>\n<li>utilizarea simultan\u0103 a datelor unui UE de c\u0103tre mai multe AS;<\/li>\n<li>suport pentru func\u021bii speciale de monitorizare a st\u0103rii UE (MONTE \u2013 Evenimente de Monitorizare);<\/li>\n<li>triggering-ul dispozitivelor;<\/li>\n<li>asigurarea roaming-ului datelor non-IP.<\/li>\n<\/ul>\n<p>\nPrincipiul fundamental de interac\u021biune \u00eentre AS \u0219i SCEF se bazeaz\u0103 pe schema a\u0219a-numitelor abonamente. Atunci c\u00e2nd este necesar\u0103 accesarea unui anumit serviciu SCEF pentru un UE specific, serverul aplica\u021biei trebuie s\u0103 creeze un abonament prin trimiterea unei comenzi c\u0103tre API-ul specific al serviciului solicitat \u0219i, ca r\u0103spuns, s\u0103 ob\u021bin\u0103 un identificator unic. Dup\u0103 aceasta, toate ac\u021biunile \u0219i comunica\u021biile ulterioare cu UE \u00een cadrul acestui serviciu vor avea loc folosind acest identificator.<\/p>\n<p><b>ID extern: identificatorul universal al dispozitivului<\/b><\/p>\n<p>Una dintre cele mai importante schimb\u0103ri \u00een schema de interac\u021biune AS cu dispozitivele atunci c\u00e2nd se lucreaz\u0103 prin SCEF este apari\u021bia identificatorului universal. Acum, \u00een loc de num\u0103rul de telefon (MSISDN) sau adresa IP, a\u0219a cum era \u00een re\u021belele clasice 2G\/3G\/LTE, identificatorul dispozitivului pentru serverul aplica\u021biei devine \u201eID extern\u201d. Acesta este definit de standard \u00eentr-un format familiar pentru dezvoltatorii de aplica\u021bii \u201e@\u201d.<\/p>\n<p>Dezvoltatorii nu mai trebuie s\u0103 implementeze algoritmi de autentificare a dispozitivelor, re\u021beaua \u00ee\u0219i asum\u0103 complet aceast\u0103 func\u021bie. ID-ul extern se leag\u0103 de IMSI, iar dezvoltatorul poate fi sigur c\u0103, adres\u00e2ndu-se unui anumit ID extern, interac\u021bioneaz\u0103 cu un anumit card SIM. C\u00e2nd se folose\u0219te un cip SIM, se creeaz\u0103 o situa\u021bie cu adev\u0103rat unic\u0103, c\u00e2nd ID-ul extern identific\u0103 f\u0103r\u0103 echivoc un anumit dispozitiv!<\/p>\n<p>Mai mult, la un IMSI pot fi legate mai multe ID-uri externe \u2014 rezult\u00e2nd o situa\u021bie \u0219i mai interesant\u0103, c\u00e2nd ID-ul extern identific\u0103 f\u0103r\u0103 echivoc o anumit\u0103 aplica\u021bie responsabil\u0103 pentru un serviciu specific pe un anumit dispozitiv.<\/p>\n<p>De asemenea, apare un identificator de grup \u2014 ID extern de grup, care include un set de ID-uri externe separate. Acum, cu o singur\u0103 solicitare c\u0103tre SCEF, AS poate ini\u021bia opera\u021biuni de grup \u2014 trimiterea de date sau comenzi de control c\u0103tre mai multe dispozitive unite \u00eentr-un singur grup logic.<\/p>\n<p>Din cauza faptului c\u0103 pentru dezvoltatori trecerea la un nou identificator de dispozitiv nu poate fi instantanee, SCEF a l\u0103sat posibilitatea comunic\u0103rii AS cu UE prin num\u0103rul standard \u2013 MSISDN.<\/p>\n<p><b>Livrarea de date non-IP (Non-IP Data Delivery, NIDD)<\/b><\/p>\n<p>\u00cen NB-IoT, \u00een cadrul optimiz\u0103rii mecanismelor de transmitere a unor volume mici de date, pe l\u00e2ng\u0103 tipurile de PDN deja existente, cum ar fi IPv4, IPv6 \u0219i IPv4v6, a ap\u0103rut un nou tip - non-IP. \u00cen acest caz, dispozitivului (UE) nu i se aloc\u0103 o adres\u0103 IP, iar datele sunt transmise f\u0103r\u0103 utilizarea protocolului IP. Traficul pentru astfel de conexiuni poate fi rutat \u00een dou\u0103 moduri: clasic - MME -&gt; SGW -&gt; PGW \u0219i mai departe printr-un tunel PtP c\u0103tre AS (fig. 2) sau folosind SCEF (fig. 3). <\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesarea serviciilor operatorului\" src=\"\/wp-content\/uploads\/2019\/11\/557caf393c9da84fc635c57bb5ecf4a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMetoda clasic\u0103 nu aduce avantaje semnificative fa\u021b\u0103 de traficul IP, cu excep\u021bia reducerii dimensiunii pachetelor transmise datorit\u0103 absen\u021bei antetelor IP. Folosirea SCEF deschide \u00eens\u0103 o serie de noi oportunit\u0103\u021bi \u0219i simplific\u0103 semnificativ procedurile de interac\u021biune cu dispozitivele.<\/p>\n<p>\u00cen transmisia de date prin SCEF apar dou\u0103 avantaje foarte importante fa\u021b\u0103 de traficul IP clasic: <\/p>\n<p><u>Livrarea traficului MT c\u0103tre dispozitiv prin ID extern<\/u><\/p>\n<p>Pentru a trimite un mesaj c\u0103tre un dispozitiv IP clasic \u2014 AS trebuie s\u0103 cunoasc\u0103 adresa sa IP. Aici apare problema: deoarece dispozitivul, la \u00eenregistrare, prime\u0219te de obicei o adres\u0103 IP \u201egri\u201d, cu serverul de aplica\u021bii, care se afl\u0103 \u00een internet, comunic\u0103 printr-un nod NAT, unde se face traducerea adresei gri \u00een alb. Leg\u0103tura dintre adresele gri \u0219i alb se men\u021bine un timp limitat, \u00een func\u021bie de set\u0103rile NAT. \u00cen medie, pentru TCP sau UDP \u2014 nu mai mult de cinci minute. Astfel, dac\u0103 \u00een decurs de 5 minute nu a avut loc nicio schimbare de date cu acest dispozitiv, leg\u0103tura se va desface, iar dispozitivul va \u00eenceta s\u0103 fie accesibil prin acea adres\u0103 alb\u0103 cu care a fost ini\u021biat\u0103 sesiunea cu AS. Exist\u0103 c\u00e2teva solu\u021bii: <\/p>\n<p>1. Utilizarea heartbeat-ului. Odat\u0103 stabilit\u0103 conexiunea, dispozitivul trebuie s\u0103 schimbe pachete cu AS la fiecare c\u00e2teva minute, astfel \u00eenc\u00e2t traducerea NAT s\u0103 nu se \u00eenchid\u0103. Dar aici nu poate fi vorba despre vreo eficien\u021b\u0103 energetic\u0103. <\/p>\n<p>2. De fiecare dat\u0103 c\u00e2nd este necesar, pentru a verifica disponibilitatea pachetelor pentru dispozitiv pe AS \u2014 trimite\u021bi un mesaj \u00een uplink.<\/p>\n<p>3. Crearea unui APN privat (VRF), unde serverul de aplica\u021bii \u0219i dispozitivele vor fi \u00een aceea\u0219i subre\u021bea \u0219i alocarea de adrese IP statice dispozitivelor. Acest lucru va func\u021biona, dar este aproape imposibil de realizat c\u00e2nd este vorba despre un parc de mii sau zeci de mii de dispozitive.<\/p>\n<p>4. \u00cen cele din urm\u0103, cea mai potrivit\u0103 op\u021biune: utilizarea IPv6, deoarece nu este necesar NAT, deoarece adresele IPv6 sunt accesibile direct din internet. Cu toate acestea, chiar \u0219i \u00een acest caz, atunci c\u00e2nd dispozitivul este regimistrat, acesta va primi o nou\u0103 adres\u0103 IPv6 \u0219i nu va mai fi accesibil prin adresa anterioar\u0103. <\/p>\n<p>Prin urmare, este necesar s\u0103 se trimit\u0103 un pachet de ini\u021bializare cu identificatorul dispozitivului c\u0103tre server, pentru a comunica noua adres\u0103 IP a dispozitivului. Apoi, a\u0219tepta\u021bi un pachet de confirmare de la AS, ceea ce influen\u021beaz\u0103, de asemenea, eficien\u021ba energetic\u0103.<\/p>\n<p>Aceste metode func\u021bioneaz\u0103 bine pentru dispozitive 2G\/3G\/LTE, unde nu exist\u0103 cerin\u021be stricte privind autonomia dispozitivului \u0219i, prin urmare, nu exist\u0103 restric\u021bii \u00een ceea ce prive\u0219te timpul de activitate \u0219i traficul. Pentru NB-IoT, aceste metode nu sunt adecvate din cauza consumului lor mare de energie.<\/p>\n<p>SCEF rezolv\u0103 aceast\u0103 problem\u0103: deoarece singurul identificator al dispozitivului pentru AS este ID-ul extern, AS trebuie doar s\u0103 trimit\u0103 un pachet de date la SCEF pentru ID-ul extern specific, iar SCEF se va ocupa de restul. \u00cen cazul \u00een care dispozitivul se afl\u0103 \u00een modul de economisire a energiei PSM sau eDRX, datele vor fi bufferizate \u0219i livrate atunci c\u00e2nd dispozitivul devine disponibil. Dac\u0103 dispozitivul este disponibil pentru trafic, datele vor fi livrate imediat. Acela\u0219i lucru este valabil \u0219i pentru comenzile de control.<\/p>\n<p>\u00cen orice moment, AS poate retrage mesajul bufferizat c\u0103tre UE sau s\u0103-l \u00eenlocuiasc\u0103 cu unul nou.<\/p>\n<p>Mecanismul de bufferizare poate fi aplicat \u0219i \u00een cazul transmiterii datelor MO de la UE c\u0103tre AS. Dac\u0103 SCEF nu a reu\u0219it s\u0103 livreze datele c\u0103tre AS imediat, de exemplu, dac\u0103 se desf\u0103\u0219oar\u0103 lucr\u0103ri de \u00eentre\u021binere pe serverele AS, aceste pachete vor fi bufferizate \u0219i garantat livrate de \u00eendat\u0103 ce AS devine disponibil.<\/p>\n<p>Dup\u0103 cum s-a men\u021bionat anterior, accesul la un anumit serviciu \u0219i UE pentru AS (iar NIDD este un serviciu) este reglementat de reguli \u0219i politici pe partea SCEF, ceea ce permite realizarea unei oportunit\u0103\u021bi unice de utilizare simultan\u0103 a datelor unui singur UE de c\u0103tre mai multe AS. Adic\u0103, dac\u0103 mai multe AS s-au abonat la un UE, atunci, dup\u0103 primirea datelor de la UE, SCEF le va distribui tuturor AS-urilor abonate. Acest lucru este foarte potrivit pentru cazuri \u00een care creatorul unui parc de dispozitive specializate \u00eemp\u0103rt\u0103\u0219e\u0219te datele \u00eentre mai mul\u021bi clien\u021bi. De exemplu, cre\u00e2nd o re\u021bea de sta\u021bii meteorologice care func\u021bioneaz\u0103 pe NB-IoT, datele de la acestea pot fi v\u00e2ndute mai multor servicii simultan.<\/p>\n<p><b>Mecanismul livr\u0103rii garantate a mesajelor <\/b><\/p>\n<p>Serviciul de date fiabile \u2014 mecanismul livr\u0103rii garantate a mesajelor MO \u0219i MT f\u0103r\u0103 utilizarea algoritmilor specializa\u021bi la nivel de protocol, cum ar fi handshake-ul \u00een TCP. Func\u021bioneaz\u0103 prin activarea unei flori speciale \u00een partea de control a mesajului \u00een timpul schimbului \u00eentre UE \u0219i SCEF. Activarea sau dezactivarea acestui mecanism \u00een timpul transferului de trafic este decizia AS.<\/p>\n<p>Dac\u0103 mecanismul este activat, UE, \u00een cazul livr\u0103rii garantate a traficului MO, include o floare special\u0103 \u00een partea de control a pachetului. La primirea unui astfel de pachet, SCEF r\u0103spunde UE cu o confirmare. Dac\u0103 UE nu a primit pachetul cu confirmarea, pachetul c\u0103tre SCEF va fi retransmis. Acela\u0219i lucru se \u00eent\u00e2mpl\u0103 \u0219i pentru traficul MT.<\/p>\n<p><b>Monitorizarea dispozitivelor (event monitoring - MONTE)<\/b><\/p>\n<p>Dup\u0103 cum s-a men\u021bionat anterior, func\u021bionalitatea SCEF, pe l\u00e2ng\u0103 altele, include func\u021bii de control al st\u0103rii UE, numite monitorizarea dispozitivelor. \u0218i dac\u0103 noile identificatori \u0219i mecanismele de transfer de date sunt optimiz\u0103ri (de\u0219i foarte semnificative) ale procedurilor existente, MONTE este o func\u021bionalitate complet nou\u0103, inaccesibil\u0103 \u00een re\u021belele 2G\/3G\/LTE. MONTE permite AS-ului s\u0103 monitorizeze parametrii dispozitivului, cum ar fi statutul conexiunii, disponibilitatea pentru comunica\u021bie, loca\u021bia, statutul de roaming etc. Vom detalia fiecare aspect pu\u021bin mai t\u00e2rziu.<\/p>\n<p>C\u00e2nd este necesar s\u0103 activeze un eveniment de monitorizare pentru un dispozitiv sau un grup de dispozitive, AS se aboneaz\u0103 la serviciul corespunz\u0103tor prin trimiterea unei comenzi API MONTE c\u0103tre SCEF, care include parametrii, cum ar fi external Id sau external group ID, identificatorul AS, tipul de monitorizare, num\u0103rul de rapoarte pe care AS dore\u0219te s\u0103 le primeasc\u0103. Dac\u0103 AS este autorizat s\u0103 efectueze cererea, SCEF, \u00een func\u021bie de tip, provizionaz\u0103 evenimentul pe HSS sau MME (fig. 4). La apari\u021bia evenimentului, MME sau HSS genereaz\u0103 un raport pentru SCEF, care \u00eel trimite c\u0103tre AS.<\/p>\n<p>Provizionarea tuturor evenimentelor, cu excep\u021bia \u201eNum\u0103r de UEs prezent \u00een o zon\u0103 geografic\u0103\u201d, se face prin HSS. Dou\u0103 evenimente, \u201eSchimbarea asocierii IMSI-IMEI\u201d \u0219i \u201eStatutul de roaming\u201d \u2014 sunt monitorizate direct pe HSS, celelalte fiind provizionate de HSS pe MME.<br \/>\nEvenimentele pot fi at\u00e2t unice, c\u00e2t \u0219i periodice, \u0219i sunt conditionate de tipul lor.<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesarea serviciilor operatorului\" src=\"\/wp-content\/uploads\/2019\/11\/da265ed0443b7459d28101aa07adf221.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTrimiterea raportului de eveniment (reporting) se realizeaz\u0103 de c\u0103tre nodul care monitorizeaz\u0103 evenimentul, direct pe SCEF (fig. 5).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesarea serviciilor operatorului\" src=\"\/wp-content\/uploads\/2019\/11\/9b385bbc324f14e1d484f1949d926b34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Un aspect important:<\/b> evenimentele de monitorizare pot fi aplicabile at\u00e2t dispozitivelor non-IP conectate prin intermediul SCEF, c\u00e2t \u0219i dispozitivelor IP care transmit date prin metode clasice prin MME-SGW-PGW.<\/p>\n<p>S\u0103 analiz\u0103m mai \u00een detaliu fiecare dintre evenimentele de monitorizare:<\/p>\n<p><u>Pierderea conectivit\u0103\u021bii<\/u> \u2014 informeaz\u0103 AS c\u0103 UE nu mai este disponibil\u0103 at\u00e2t pentru traficul de date c\u00e2t \u0219i pentru schimburile de semnale. Evenimentul are loc atunci c\u00e2nd timerul de accesibilitate mobil\u0103 pentru UE expire la MME. \u00cen cererea pentru acest tip de monitorizare, AS poate specifica valoarea sa pentru \u201eTimpul Maxim de Detectare\u201d \u2014 dac\u0103, \u00een aceast\u0103 perioad\u0103, UE nu manifest\u0103 nicio activitate, AS va fi informat c\u0103 UE nu este disponibil\u0103, cu indicarea motivului. De asemenea, evenimentul are loc dac\u0103 UE a fost eliminat\u0103 din re\u021bea for\u021bat dintr-un anumit motiv.<\/p>\n<p>* Pentru ca re\u021beaua s\u0103 \u0219tie c\u0103 dispozitivul este \u00een continuare disponibil, acesta ini\u021biaz\u0103 periodic procedura de actualizare \u2014 Tracking Area Update (TAU). Frecven\u021ba acestei proceduri este determinat\u0103 de re\u021bea prin timerul T3412 sau (T3412_extended \u00een cazul PSM), valoarea c\u0103ruia este transmis\u0103 dispozitivului \u00een timpul procedurii Attach sau a TAU-ului urm\u0103tor. Timerul de accesibilitate mobil\u0103 este de obicei cu c\u00e2teva minute mai lung dec\u00e2t T3412. Dac\u0103 UE nu efectueaz\u0103 TAU p\u00e2n\u0103 la expirarea \u201eTimer-ului de Accesibilitate Mobil\u0103\u201d, re\u021beaua o consider\u0103 ca fiind mai pu\u021bin disponibil\u0103. <\/p>\n<p><u>Accesibilitatea UE<\/u> \u2013 Arat\u0103 c\u00e2nd UE devine disponibil\u0103 pentru traficul DL sau SMS. Acest lucru se \u00eent\u00e2mpl\u0103 c\u00e2nd UE devine disponibil\u0103 pentru paging (pentru UE \u00een modul eDRX) sau c\u00e2nd UE trece \u00een modul ECM-CONNECTED (pentru UE \u00een modul PSM sau eDRX), adic\u0103 efectueaz\u0103 TAU sau trimite un pachet de uplink.<\/p>\n<p><u>Raportarea loca\u021biei<\/u> \u2013 Acest tip de eveniment de monitorizare permite AS s\u0103 solicite date despre loca\u021bia UE. Poate fi solicitat\u0103 fie loca\u021bia curent\u0103 (Current Location), fie ultima loca\u021bie cunoscut\u0103 (Last Known Location, definit\u0103 pe baza ID-ului celulei din care dispozitivul a f\u0103cut TAU sau a transmis trafic ultima dat\u0103), ceea ce este relevant pentru dispozitivele aflate \u00een moduri de economisire a energiei PSM sau eDRX. Pentru \u201eCurrent Location\u201d, AS poate solicita rapoarte repetate, iar MME va informa AS de fiecare dat\u0103 c\u00e2nd se schimb\u0103 loca\u021bia dispozitivului. <\/p>\n<p><u>Schimbarea asocierii IMSI-IMEI<\/u> \u2013 Activarea acestui eveniment determin\u0103 ca SCEF s\u0103 \u00eenceap\u0103 s\u0103 monitorizeze modificarea leg\u0103turii IMSI (identificatorul cartelei SIM) \u0219i IMEI (identificatorul dispozitivului). La apari\u021bia evenimentului, informeaz\u0103 AS. Poate fi utilizat pentru reasocierea automat\u0103 a ID-ului extern la dispozitiv \u00een timpul lucr\u0103rilor de \u00eentre\u021binere sau poate servi drept identificator pentru furtul dispozitivului.<\/p>\n<p><u>Starea Roaming<\/u> \u2013 acest tip de monitorizare este utilizat de AS pentru a determina dac\u0103 UE se afl\u0103 \u00een re\u021beaua sa de origine sau \u00een re\u021beaua unui partener de roaming. Op\u021bional, poate fi transmis PLMN (Public Land Mobile Network) al operatorului \u00een care dispozitivul este \u00eenregistrat.<\/p>\n<p><u>E\u0219ec de comunica\u021bie<\/u> \u2013 Acest tip de monitorizare informeaz\u0103 AS despre e\u0219ecurile \u00een comunicarea cu dispozitivul, pe baza motivelor \u00eentreruperii conexiunii (release cause code) primite de la re\u021beaua de acces radio (protocolul S1-AP). Acest eveniment poate ajuta la determinarea motivului e\u0219ecului comunica\u021biei \u2014 fie din cauza problemelor de re\u021bea, de exemplu, \u00een caz de supra\u00eenc\u0103rcare a eNodeb (Resurse radio indisponibile) sau din cauza unei defect\u0103ri a dispozitivului (Conexiune radio pierdut\u0103 cu UE). <\/p>\n<p><u>Disponibilitate dup\u0103 e\u0219ec DDN<\/u> \u2013 acest eveniment informeaz\u0103 AS c\u0103 dispozitivul a devenit disponibil dup\u0103 un e\u0219ec de comunica\u021bie. Poate fi folosit atunci c\u00e2nd este necesar s\u0103 se transmit\u0103 date c\u0103tre dispozitiv, dar \u00eencercarea anterioar\u0103 a fost nereu\u0219it\u0103 deoarece UE nu a r\u0103spuns la notificarea din re\u021bea (paging), iar datele nu au fost livrate. Dac\u0103 acest tip de monitorizare a fost solicitat pentru UE, de \u00eendat\u0103 ce dispozitivul va ini\u021bia o comunica\u021bie \u00een intrare, va efectua un TAU sau va trimite date \u00een uplink, AS va fi informat c\u0103 dispozitivul a devenit disponibil. Deoarece procedura DDN (downlink data notification) func\u021bioneaz\u0103 \u00eentre MME \u0219i S\/P-GW, acest tip de monitorizare este disponibil numai pentru dispozitive IP.<\/p>\n<p><u>Starea conectivit\u0103\u021bii PDN<\/u> \u2013 informeaz\u0103 AS cu privire la schimbarea st\u0103rii dispozitivului (starea conectivit\u0103\u021bii PDN) \u2014 conectare (activare PDN) sau deconectare (eliminare PDN). Acesta poate fi utilizat de AS pentru a ini\u021bia comunica\u021bia cu UE sau, dimpotriv\u0103, pentru a \u00een\u021belege c\u0103 comunica\u021bia nu mai este posibil\u0103. Acest tip de monitorizare este disponibil pentru dispozitive IP \u0219i non-IP.<\/p>\n<p><u>Num\u0103rul de UE prezente \u00eentr-o zon\u0103 geografic\u0103<\/u> \u2013 acest tip de monitorizare este utilizat de AS pentru a determina num\u0103rul de UE \u00eentr-o zon\u0103 geografic\u0103 specific\u0103.<\/p>\n<p><b>Declan\u0219area dispozitivelor (Device triggering<\/b>)<\/p>\n<p>\u00cen re\u021belele 2G\/3G, procedura de \u00eenregistrare \u00een re\u021bea era bipartit\u0103: mai \u00eent\u00e2i, dispozitivul se \u00eenregistra \u00een SGSN (procedura attach), apoi, dac\u0103 era necesar s\u0103 transmit\u0103 date, activa contextul PDP \u2013 conexiunea cu gateway-ul de pachete (GGSN). \u00cen re\u021belele 3G, aceste dou\u0103 proceduri se desf\u0103\u0219urau \u00een ordine consecutiv\u0103, adic\u0103 dispozitivul nu a\u0219tepta momentul \u00een care s\u0103 transmit\u0103 date, ci activa PDP imediat dup\u0103 finalizarea procedurii attach. \u00cen LTE, aceste dou\u0103 proceduri au fost combinate \u00eentr-una, adic\u0103, la attach, dispozitivul solicita imediat activarea conexiunii PDN (analog PDP \u00een 2G\/3G) prin eNodeB c\u0103tre MME-SGW-PGW.<\/p>\n<p>\u00cen NB-IoT, a fost definit un mod de conectare numit \u201eattach without PDN\u201d, adic\u0103 UE face attach f\u0103r\u0103 s\u0103 stabileasc\u0103 o conexiune PDN. \u00cen acest caz, nu este disponibil pentru transmiterea de trafic \u0219i poate doar s\u0103 primeasc\u0103 sau s\u0103 trimit\u0103 SMS-uri. Pentru a transmite unui astfel de dispozitiv un comand\u0103 pentru activarea PDN \u0219i conectare la AS, a fost dezvoltat\u0103 func\u021bionalitatea \u201eDevice triggering\u201d. <\/p>\n<p>La primirea comenzii de conectare a unui astfel de UE de la AS, SCEF, prin centrul SMS, ini\u021biaz\u0103 trimiterea unui SMS de control c\u0103tre dispozitiv. La primirea SMS-ului, dispozitivul activeaz\u0103 PDN \u0219i se conecteaz\u0103 la AS pentru a primi instruc\u021biuni ulterioare sau pentru a transmite date.<\/p>\n<p>Exist\u0103 cazuri \u00een care abonamentul SCEF pentru dispozitiv expira. Da, fiecare abonament are o durat\u0103 de via\u021b\u0103 stabilit\u0103 de operator sau convenit\u0103 cu AS. La expirarea acestuia, PDN va fi dezactivat pe MME, iar dispozitivul va deveni inaccesibil pentru AS. \u00cen acest caz, func\u021bionalitatea \u201eDevice triggering\u201d va ajuta de asemenea. La primirea de noi date de la AS, SCEF va verifica starea de conectare a dispozitivului \u0219i va livra datele prin canalul SMS.<\/p>\n<p><b>Concluzie<\/b><\/p>\n<p>Func\u021bionalitatea SCEF, desigur, nu se limiteaz\u0103 la serviciile descrise mai sus \u0219i evolueaz\u0103 \u0219i se extinde constant. \u00cen prezent, pentru SCEF sunt deja standardizate mai mult de zece servicii. Acum am acoperit doar func\u021biile de baz\u0103 \u0219i cele solicitate de dezvoltatori; despre celelalte vom discuta \u00een articolele viitoare. <\/p>\n<p><b>Se pune imediat \u00eentrebarea, cum se poate ob\u021bine accesul de test la acest \u201eminune\u201d-nod pentru testarea preliminar\u0103 \u0219i debugging-ul posibilelor cazuri? Totul este foarte simplu. Orice dezvoltator poate trimite o solicitare la iot.info@mts.ru, \u00een care este suficient s\u0103 men\u021bioneze scopul conect\u0103rii, o descriere a cazului posibil \u0219i informa\u021biile de contact pentru a fi contactat.<br \/>\n<\/b><br \/>\nNe vedem data viitoare!<\/p>\n<p><i>Autori: <\/p>\n<ul>\n<li>expert senior al solu\u021biilor convergente \u0219i serviciilor multimedia Serghei Novikov <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/sanov\/\" class=\"user_link\">sanov<\/a><\/noindex>, <\/li>\n<li>expert al solu\u021biilor convergente \u0219i serviciilor multimedia Alexei Lap\u0219in <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 \/>Sursa: <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.2.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\/ro\/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.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"ro_RO\" \/>\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\/ro\/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: Cum func\u021bioneaz\u0103? Partea 3: SCEF \u2013 fereastra unic\u0103 pentru accesul la serviciile operatorului | ProHoster","description":"\u00cen articolul \u201eNB-IoT: Cum func\u021bioneaz\u0103?","canonical_url":"https:\/\/prohoster.info\/ro\/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":"ro_RO","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\/ro\/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\/ro\/wp-json\/wp\/v2\/posts\/52138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=52138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/52138\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=52138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=52138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=52138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}