{"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\/it\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","title":{"rendered":"NB-IoT: come funziona? Parte 3: SCEF \u2013 una finestra unica per l'accesso ai servizi dell'operatore","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Nell'articolo \"<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/431648\/\">NB-IoT: come funziona? Parte 2<\/a><\/noindex>\u00bb, parlando dell'architettura del nucleo di rete NB-IoT, abbiamo accennato all'emergere di un nuovo nodo SCEF. Spieghiamo nella terza parte che cos'\u00e8 e a cosa serve?<\/b><\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: come funziona? Parte 3: SCEF \u2013 una finestra unica per l&#039;accesso ai servizi dell&#039;operatore\" src=\"\/wp-content\/uploads\/2019\/11\/95652a1e2bfce0589b51b106ebf6e64f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNella creazione di un servizio M2M, gli sviluppatori di applicazioni si trovano ad affrontare le seguenti domande:<\/p>\n<ul>\n<li>come identificare i dispositivi;<\/li>\n<li>quale algoritmo utilizzare per il controllo e la verifica dell'autenticit\u00e0;<\/li>\n<li>quale protocollo di trasporto scegliere per l'interazione con i dispositivi;<\/li>\n<li>come garantire la consegna dei dati ai dispositivi;<\/li>\n<li>come organizzare e stabilire le regole per lo scambio di dati con essi;<\/li>\n<li>come monitorare e ottenere in tempo reale informazioni sul loro stato;<\/li>\n<li>come inviare contemporaneamente dati a un gruppo dei propri dispositivi;<\/li>\n<li>come inviare dati da un dispositivo a pi\u00f9 clienti contemporaneamente;<\/li>\n<li>come ottenere un accesso unificato ai servizi aggiuntivi dell'operatore per gestire il proprio dispositivo. <\/li>\n<\/ul>\n<p>\nPer risolvere queste questioni, \u00e8 necessario creare soluzioni proprietarie tecnicamente \"pesanti\", il che porta a un aumento del tempo e dei costi di sviluppo dei servizi. \u00c8 qui che entra in gioco il nuovo nodo SCEF.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Secondo la definizione 3GPP, SCEF (service capability exposure function) \u00e8 un componente completamente nuovo dell'architettura 3GPP, la cui funzione \u00e8 quella di esporsi in modo sicuro ai servizi e alle funzionalit\u00e0 forniti dalle interfacce di rete 3GPP tramite API. <\/p>\n<p>In parole semplici, SCEF \u00e8 un intermediario tra la rete e il server delle applicazioni (application server - AS), una finestra unica per accedere ai servizi dell'operatore per gestire il proprio dispositivo M2M nella rete NB-IoT tramite un'interfaccia API standardizzata e intuitiva.<\/p>\n<p>SCEF nasconde la complessit\u00e0 della rete dell'operatore, consentendo agli sviluppatori di applicazioni di astrarsi dalle meccaniche di interazione con i dispositivi, complesse e specifiche.<\/p>\n<p>Grazie alla trasformazione dei protocolli di rete in un'interfaccia API SCEF familiare per gli sviluppatori di applicazioni, viene facilitata la creazione di nuovi servizi e ridotto il time-to-market. Inoltre, il nuovo nodo include funzioni di identificazione\/autenticazione dei dispositivi mobili e definizione delle regole di scambio dati tra il dispositivo e l'AS, sollevando gli sviluppatori di applicazioni dalla necessit\u00e0 di implementare queste funzioni sul proprio lato, trasferendo queste funzioni nelle mani dell'operatore.<\/p>\n<p>SCEF centralizza le interfacce necessarie per l'autenticazione e l'autorizzazione dei server di applicazioni, mantenendo la mobilit\u00e0 degli UE, la trasmissione di dati e il triggering dei dispositivi, nonch\u00e9 l'accesso a servizi e funzionalit\u00e0 aggiuntive della rete dell'operatore.<\/p>\n<p>Verso l'AS c'\u00e8 un'unica interfaccia T8, un'interfaccia API (HTTP\/JSON) standardizzata da 3GPP. Tutte le interfacce, ad eccezione di T8, operano su base del protocollo DIAMETER (fig. 1).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: come funziona? Parte 3: SCEF \u2013 una finestra unica per l&#039;accesso ai servizi dell&#039;operatore\" src=\"\/wp-content\/uploads\/2019\/11\/6538d7d9e0d94244e6415b78f080b159.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nT6a \u00e8 l'interfaccia tra SCEF e MME. Viene utilizzata per le procedure di gestione della mobilit\u00e0\/sessione, la trasmissione di dati non IP, il provisioning degli eventi di monitoraggio e la ricezione di report su di essi.<\/p>\n<p>S6t \u00e8 l'interfaccia tra SCEF e HSS. Necessaria per l'autenticazione del sottoscrittore, l'autorizzazione dei server di applicazioni, la ricezione del legame tra ID esterno e IMSI\/MSISDN, il provisioning degli eventi di monitoraggio e la ricezione di report su di essi.<\/p>\n<p>S6m\/T4 sono le interfacce da SCEF a HSS e SMS-C (in 3GPP \u00e8 definito il nodo MTC-IWF, utilizzato per il triggering dei dispositivi e la trasmissione di SMS nelle reti NB-IoT. Tuttavia, in tutte le implementazioni la funzionalit\u00e0 di questo nodo \u00e8 integrata in SCEF, quindi per semplificare lo schema non la tratteremo separatamente). Vengono utilizzate per ottenere informazioni di routing per l'invio di SMS e interagire con il centro SMS.<\/p>\n<p>T8 \u00e8 l'interfaccia API per l'interazione di SCEF con i server di applicazioni. Attraverso questa interfaccia vengono trasmessi sia comandi di controllo che traffico.<\/p>\n<p>*in realt\u00e0 ci sono pi\u00f9 interfacce, qui sono elencate solo le pi\u00f9 fondamentali. L'elenco completo \u00e8 fornito in 3GPP 23.682 (4.3.2 Elenco dei punti di riferimento).<\/p>\n<p>Di seguito sono riportate le funzioni chiave e i servizi di SCEF:<\/p>\n<ul>\n<li>associazione dell'ID della scheda SIM (IMSI) a un ID esterno; <\/li>\n<li>trasmissione di traffico non IP (Non-IP Data Delivery, NIDD);<\/li>\n<li>operazioni di gruppo, utilizzando l'ID di gruppo esterno;<\/li>\n<li>supporto per la modalit\u00e0 di trasmissione dei dati con conferma;<\/li>\n<li>bufferizzazione dei dati MO (Mobile Originated) e MT (Mobile Terminated);<\/li>\n<li>autenticazione e autorizzazione dei dispositivi e dei server di applicazioni;<\/li>\n<li>utilizzo simultaneo dei dati di un UE da parte di pi\u00f9 AS;<\/li>\n<li>supporto per funzioni speciali di monitoraggio dello stato dell'UE (MONTE \u2013 Monitoring Events);<\/li>\n<li>attivazione dei dispositivi;<\/li>\n<li>garanzia di roaming per dati non-IP.<\/li>\n<\/ul>\n<p>\nIl principio fondamentale di interazione tra AS e SCEF \u00e8 basato sul cosiddetto schema delle iscrizioni. Quando \u00e8 necessario accedere a un certo servizio, il SCEF deve creare un'iscrizione, inviando un comando a un api specifico del servizio richiesto e ricevendo in risposta un identificatore unico. Da quel momento in poi, tutte le ulteriori azioni e comunicazioni con l'UE nel contesto di quel servizio avverranno utilizzando tale identificatore.<\/p>\n<p><b>ID esterno: identificatore universale del dispositivo<\/b><\/p>\n<p>Una delle modifiche pi\u00f9 importanti nello schema di interazione tra AS e dispositivi quando si lavora tramite SCEF \u00e8 l'introduzione di un identificatore universale. Ora, invece del numero di telefono (MSISDN) o dell'indirizzo IP, come avveniva nella rete classica 2G\/3G\/LTE, l'identificatore del dispositivo per il server delle applicazioni diventa \"ID esterno\". \u00c8 definito dallo standard nel formato \"@\" familiare agli sviluppatori di applicazioni.<\/p>\n<p>Gli sviluppatori non devono pi\u00f9 implementare algoritmi di autenticazione dei dispositivi; la rete si occupa completamente di questa funzione. L'ID esterno \u00e8 associato all'IMSI, e lo sviluppatore pu\u00f2 essere certo che, accedendo a un ID esterno specifico, sta interagendo con una specifica SIM card. Quando si utilizza un chip SIM, si crea una situazione davvero unica, in cui l'ID esterno identifica in modo univoco un dispositivo specifico!<\/p>\n<p>Inoltre, un singolo IMSI pu\u00f2 essere associato a pi\u00f9 ID esterni \u2014 si crea cos\u00ec una situazione ancora pi\u00f9 interessante, in cui l'ID esterno identifica in modo univoco una specifica applicazione responsabile di un determinato servizio su un dispositivo specifico.<\/p>\n<p>Appare anche un identificatore di gruppo \u2014 ID di gruppo esterno, che include un insieme di singoli ID esterni. Ora, con una sola richiesta a SCEF, l'AS pu\u00f2 avviare operazioni di gruppo \u2014 invio di dati o comandi di gestione a pi\u00f9 dispositivi, uniti in un'unica LOGICA gruppo.<\/p>\n<p>Poich\u00e9 per gli sviluppatori il passaggio al nuovo identificatore del dispositivo non pu\u00f2 avvenire istantaneamente, il SCEF ha lasciato la possibilit\u00e0 di comunicazione tra AS e UE tramite il numero standard - MSISDN.<\/p>\n<p><b>Trasferimento di traffico non IP (Non-IP Data Delivery, NIDD)<\/b><\/p>\n<p>In NB-IoT, nell'ambito dell'ottimizzazione dei meccanismi di trasmissione di piccoli volumi di dati, \u00e8 stato introdotto un ulteriore tipo \u2013 non-IP, oltre ai gi\u00e0 esistenti tipi di PDN, come IPv4, IPv6 e IPv4v6. In questo caso, al dispositivo (UE) non viene assegnato un indirizzo IP e i dati vengono trasmessi senza l'uso del protocollo IP. Il traffico per tali connessioni pu\u00f2 essere instradato in due modi: quello classico \u2013 MME -&gt; SGW -&gt; PGW e successivamente attraverso un tunnel PtP fino ad AS (fig. 2) oppure utilizzando SCEF (fig. 3). <\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: come funziona? Parte 3: SCEF \u2013 una finestra unica per l&#039;accesso ai servizi dell&#039;operatore\" src=\"\/wp-content\/uploads\/2019\/11\/557caf393c9da84fc635c57bb5ecf4a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIl metodo classico non presenta particolari vantaggi rispetto al traffico IP, ad eccezione della riduzione delle dimensioni dei pacchetti trasmessi grazie all'assenza delle intestazioni IP. L'uso di SCEF, invece, apre una serie di nuove opportunit\u00e0 e semplifica notevolmente le procedure di interazione con i dispositivi.<\/p>\n<p>Durante la trasmissione dei dati tramite SCEF emergono due vantaggi molto importanti rispetto al traffico IP classico: <\/p>\n<p><u>La consegna del traffico MT al dispositivo tramite ID esterno<\/u><\/p>\n<p>Per inviare un messaggio a un dispositivo IP classico, AS deve conoscerne l'indirizzo IP. Qui sorge un problema: poich\u00e9 il dispositivo di solito riceve un indirizzo IP \"grigio\" durante la registrazione, comunica con il server delle applicazioni, che si trova su Internet, attraverso un nodo NAT, dove si effettua la traduzione dall'indirizzo grigio a quello pubblico. La connessione tra indirizzi IP grigi e pubblici ha una durata limitata, a seconda delle impostazioni del NAT. In media, per TCP o UDP, non supera i cinque minuti. Quindi, se non c'\u00e8 stato uno scambio di dati con questo dispositivo per cinque minuti, la connessione si interromper\u00e0 e il dispositivo non sar\u00e0 pi\u00f9 accessibile all'indirizzo pubblico con cui \u00e8 stata avviata la sessione con AS. Esistono diverse soluzioni: <\/p>\n<p>1. Utilizzare heartbeat. Una volta stabilita la connessione, il dispositivo deve scambiare pacchetti con AS ogni pochi minuti, in modo da non consentire la chiusura della traduzione sul NAT. Tuttavia, non pu\u00f2 esserci alcuna considerazione di efficienza energetica. <\/p>\n<p>2. Ogni volta che \u00e8 necessario, controllare la presenza di pacchetti per il dispositivo su AS - inviare un messaggio in uplink.<\/p>\n<p>3. Creare un APN privato (VRF), dove il server delle applicazioni e i dispositivi si trovano nella stessa sottorete, e assegnare indirizzi IP statici ai dispositivi. Funzioner\u00e0, ma \u00e8 praticamente irrealizzabile quando si tratta di un parco di migliaia, decine di migliaia di dispositivi.<\/p>\n<p>4. Infine, la soluzione pi\u00f9 adeguata: utilizzare IPv6, poich\u00e9 non richiede NAT, dato che gli indirizzi IPv6 sono accessibili direttamente da Internet. Tuttavia, anche in questo caso, al momento della ri-registrazione del dispositivo, esso ricever\u00e0 un nuovo indirizzo IPv6 e non sar\u00e0 pi\u00f9 accessibile tramite il precedente. <\/p>\n<p>Pertanto, \u00e8 necessario inviare un pacchetto di inizializzazione con l'identificatore del dispositivo al server, per comunicare il nuovo indirizzo IP del dispositivo. Successivamente, si dovr\u00e0 attendere un pacchetto di conferma dall'AS, che influisce anche sull'efficienza energetica.<\/p>\n<p>Questi metodi funzionano bene per dispositivi 2G\/3G\/LTE, dove non ci sono rigorose esigenze in termini di autonomia e, di conseguenza, non ci sono limitazioni sul tempo in onda o sul traffico. Per NB-IoT, questi metodi non sono adatti a causa del loro elevato consumo energetico.<\/p>\n<p>SCEF risolve questo problema: poich\u00e9 l'unico identificatore del dispositivo per AS \u00e8 l'external ID, AS deve semplicemente inviare un pacchetto dati a SCEF per un determinato external ID, mentre SCEF si preoccupa di tutto il resto. In caso di risparmio energetico PSM o eDRX, i dati verranno memorizzati nella cache e consegnati quando il dispositivo sar\u00e0 disponibile. Se il dispositivo \u00e8 disponibile per il traffico, i dati verranno consegnati immediatamente. Questo vale anche per i comandi di gestione.<\/p>\n<p>In qualsiasi momento, AS pu\u00f2 revocare il messaggio memorizzato nella cache verso UE o sostituirlo con uno nuovo.<\/p>\n<p>Il meccanismo di memorizzazione nella cache pu\u00f2 essere applicato anche per la trasmissione di dati MO da UE a AS. Se SCEF non riesce a consegnare i dati ad AS immediatamente, ad esempio, se sono in corso lavori di manutenzione sui server AS, questi pacchetti saranno memorizzati nella cache e consegnati garantiti, non appena AS sar\u00e0 disponibile.<\/p>\n<p>Come accennato in precedenza, l'accesso a un determinato servizio e UE per AS (e NIDD \u00e8 un servizio) \u00e8 regolato da norme e politiche sul lato SCEF, il che consente di realizzare l'unica possibilit\u00e0 di utilizzo simultaneo dei dati di un UE da parte di pi\u00f9 AS. Cio\u00e8, se pi\u00f9 AS si sono iscritti a un UE, dopo aver ricevuto i dati da UE, SCEF li inoltrer\u00e0 a tutti gli AS iscritti. Questo \u00e8 particolarmente utile per i casi in cui il creatore di un parco di dispositivi specializzati condivide i dati tra pi\u00f9 clienti. Ad esempio, creando una rete di stazioni meteorologiche che funzionano su NB-IoT, \u00e8 possibile vendere i dati a molti servizi contemporaneamente.<\/p>\n<p><b>Meccanismo di consegna garantita dei messaggi <\/b><\/p>\n<p>Reliable Data Service \u2014 meccanismo di consegna garantita dei messaggi MO e MT senza l'uso di algoritmi specializzati a livello di protocollo, come ad esempio il handshake in TCP. Funziona includendo un flag speciale nella parte di intestazione del messaggio durante lo scambio tra UE e SCEF. Attivare o meno questo meccanismo durante la trasmissione del traffico \u00e8 una decisione dell'AS.<\/p>\n<p>Se il meccanismo \u00e8 attivato, l'UE include un flag speciale nella parte di intestazione del pacchetto per la consegna garantita del traffico MO. Al ricevimento di tale pacchetto, il SCEF risponde all'UE con una conferma. Se l'UE non riceve un pacchetto di conferma, il pacchetto verso il SCEF verr\u00e0 reinviato. Lo stesso avviene per il traffico MT.<\/p>\n<p><b>Monitoraggio dei dispositivi (monitoring events- MONTE)<\/b><\/p>\n<p>Come detto in precedenza, la funzionalit\u00e0 del SCEF include, tra le altre cose, funzioni di monitoraggio dello stato dell'UE, ovvero il monitoraggio dei dispositivi. Se i nuovi identificatori e meccanismi di trasmissione dei dati sono ottimizzazioni (anche se molto importanti) di procedimenti gi\u00e0 esistenti, MONTE rappresenta una funzionalit\u00e0 completamente nuova, non disponibile nelle reti 2G\/3G\/LTE. MONTE consente all'AS di monitorare parametri come stato di connessione, disponibilit\u00e0 per comunicazioni, posizione, stato di roaming, ecc. Forniremo maggiori dettagli su ciascuno di essi pi\u00f9 avanti.<\/p>\n<p>Se necessario attivare un evento di monitoraggio per un dispositivo o un gruppo di dispositivi, l'AS si iscrive al servizio corrispondente inviando al SCEF il comando dell'API MONTE, che include parametri come l'ID esterno o il gruppo ID esterno, l'identificativo dell'AS, il tipo di monitoraggio, e il numero di report che l'AS desidera ricevere. Se l'AS \u00e8 autorizzato a eseguire la richiesta, il SCEF provvede a fornire l'evento sull'HSS o sull'MME a seconda del tipo (vedi fig. 4). Al verificarsi dell'evento, MME o HSS generano un report verso il SCEF, che lo invia all'AS.<\/p>\n<p>La provisioning di tutti gli eventi, ad eccezione di \"Number of UEs present in a geographic area\", avviene tramite HSS. I due eventi \"Change of IMSI-IMEI Association\" e \"Roaming Status\" vengono monitorati direttamente sull'HSS, mentre gli altri eventi vengono provisionati dall'HSS sull'MME.<br \/>\nGli eventi possono essere sia singoli che periodici, a seconda del loro tipo.<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: come funziona? Parte 3: SCEF \u2013 una finestra unica per l&#039;accesso ai servizi dell&#039;operatore\" src=\"\/wp-content\/uploads\/2019\/11\/da265ed0443b7459d28101aa07adf221.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nL'invio del rapporto sull'evento (reporting) viene effettuato dal nodo che monitora l'evento direttamente su SCEF (fig. 5).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: come funziona? Parte 3: SCEF \u2013 una finestra unica per l&#039;accesso ai servizi dell&#039;operatore\" src=\"\/wp-content\/uploads\/2019\/11\/9b385bbc324f14e1d484f1949d926b34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Un punto importante:<\/b> gli eventi di monitoraggio possono essere applicati sia ai dispositivi non IP collegati tramite SCEF, sia ai dispositivi IP che trasmettono dati nel modo tradizionale tramite MME-SGW-PGW.<\/p>\n<p>Esaminiamo pi\u00f9 nel dettaglio ciascuno degli eventi di monitoraggio:<\/p>\n<p><u>Perdita di connettivit\u00e0<\/u> \u2013 informa l'AS che l'UE non \u00e8 pi\u00f9 disponibile n\u00e9 per il traffico dati n\u00e9 per lo scambio segnali. Questo evento si verifica quando il \"mobile reachability timer\" per l'UE scade su MME. Nella richiesta per questo tipo di monitoraggio, l'AS pu\u00f2 specificare il proprio valore di \"Tempo Massimo di Rilevamento\" \u2014 se durante questo periodo l'UE non mostra alcuna attivit\u00e0, l'AS verr\u00e0 informato che l'UE \u00e8 non disponibile, con l'indicazione della causa. Si verifica anche un evento quando l'UE \u00e8 stata rimossa forzatamente dalla rete per qualunque motivo.<\/p>\n<p>* Affinch\u00e9 la rete sappia che il dispositivo \u00e8 ancora disponibile, esso inizia periodicamente la procedura di aggiornamento \u2014 Tracking Area Update (TAU). La frequenza di questa procedura \u00e8 impostata dalla rete tramite il timer T3412 o (T3412_extended in caso di PSM), il cui valore viene trasmesso al dispositivo durante la procedura di Attach o la successiva TAU. Il mobile reachability timer \u00e8 generalmente di qualche minuto superiore al T3412. Se l'UE non effettua un TAU prima della scadenza del \"Mobile reachability timer\", la rete considera che non sia pi\u00f9 disponibile. <\/p>\n<p><u>Raggiungibilit\u00e0 dell'UE<\/u> \u2013 Mostra quando l'UE diventa disponibile per il traffico DL o SMS. Ci\u00f2 avviene quando l'UE diventa disponibile per il paging (per l'UE in modalit\u00e0 eDRX) o quando l'UE passa alla modalit\u00e0 ECM-CONNECTED (per l'UE in modalit\u00e0 PSM o eDRX), cio\u00e8 effettua un TAU o invia un pacchetto in uplink.<\/p>\n<p><u>Reporting della posizione<\/u> \u2013 Questo tipo di eventi di monitoraggio consente all'AS di richiedere dati sulla posizione dell'UE. Pu\u00f2 essere richiesta sia la posizione corrente (Current Location) che l'ultima conosciuta (Last Known Location, determinata dal cell ID da cui il dispositivo ha effettuato l'ultima TAU o ha trasmesso traffico), che \u00e8 rilevante per i dispositivi in modalit\u00e0 di risparmio energetico PSM o eDRX. Per la \"Current Location\" l'AS pu\u00f2 richiedere rapporti ripetuti, con l'MME che informa l'AS ogni volta che cambia la posizione del dispositivo. <\/p>\n<p><u>Cambiamento dell'associazione IMSI-IMEI<\/u> \u2013 Attivando questo evento, SCEF inizia a monitorare le modifiche della coppia IMSI (identificatore della scheda SIM) e IMEI (identificatore del dispositivo). Quando si verifica l'evento, informa AS. Pu\u00f2 essere utilizzato per il riaggancio automatico dell'ID esterno al dispositivo durante le attivit\u00e0 programmate di sostituzione o per servire come identificatore di furto del dispositivo.<\/p>\n<p><u>Stato di Roaming<\/u> \u2013 Questo tipo di monitoraggio viene utilizzato da AS per determinare se l'UE si trova nella rete domestica o in quella di un partner di roaming. Facoltativamente, pu\u00f2 essere trasmesso il PLMN (Public Land Mobile Network) dell'operatore in cui il dispositivo \u00e8 registrato.<\/p>\n<p><u>Errore di comunicazione<\/u> \u2013 Questo tipo di monitoraggio informa AS sui guasti nella comunicazione con il dispositivo, basandosi sulle cause di interruzione della connessione (release cause code) ricevute dalla rete di accesso radio (protocollo S1-AP). Questo evento pu\u00f2 aiutare a determinare la causa del guasto nella comunicazione: a causa di problemi nella rete, ad esempio, durante un sovraccarico dell'eNodeb (Risorse radio non disponibili) o in seguito a un guasto del dispositivo stesso (Connessione radio persa con l'UE). <\/p>\n<p><u>Disponibilit\u00e0 dopo il guasto DDN<\/u> \u2013 Questo evento informa AS che il dispositivo \u00e8 diventato disponibile dopo un guasto nella comunicazione. Pu\u00f2 essere utilizzato quando \u00e8 necessario inviare dati al dispositivo, ma il tentativo precedente non \u00e8 andato a buon fine poich\u00e9 l'UE non ha risposto alla notifica della rete (paging), e i dati non sono stati consegnati. Se questo tipo di monitoraggio \u00e8 stato richiesto per l'UE, non appena il dispositivo effettuer\u00e0 una comunicazione in ingresso, eseguir\u00e0 un TAU o invier\u00e0 dati in uplink, AS sar\u00e0 informato che il dispositivo \u00e8 diventato disponibile. Poich\u00e9 la procedura DDN (notifica dei dati downlink) funziona tra MME e S\/P-GW, questo tipo di monitoraggio \u00e8 disponibile solo per dispositivi IP.<\/p>\n<p><u>Stato di connettivit\u00e0 PDN<\/u> \u2013 Informa AS quando cambia lo stato del dispositivo (stato di connettivit\u00e0 PDN) \u2014 connessione (attivazione PDN) o disconnessione (rimozione PDN). Questo pu\u00f2 essere utilizzato da AS per avviare comunicazioni con l'UE, o viceversa, per comprendere che la comunicazione non \u00e8 pi\u00f9 possibile. Questo tipo di monitoraggio \u00e8 disponibile per dispositivi IP e non IP.<\/p>\n<p><u>Numero di UE presenti in un'area geografica<\/u> \u2013 Questo tipo di monitoraggio \u00e8 utilizzato da AS per determinare il numero di UE in una determinata zona geografica.<\/p>\n<p><b>Attivazione dei dispositivi (Device triggering)<\/b>)<\/p>\n<p>Nelle reti 2G\/3G, la procedura di registrazione nella rete era in due fasi: prima il dispositivo si registrava nel SGSN (procedura di attach), poi, se necessario per inviare dati, attivava il PDP context \u2013 la connessione con il gateway di pacchetto (GGSN). Nelle reti 3G, queste due procedure si svolgevano in modo sequenziale, cio\u00e8 il dispositivo non attendeva il momento in cui doveva inviare dati, ma attivava subito il PDP al termine della procedura di attach. In LTE, queste due procedure sono state unite in una sola, cio\u00e8 durante l'attach il dispositivo richiedeva subito l'attivazione della PDN connection (analogo al PDP in 2G\/3G) attraverso l'eNodeB verso il MME-SGW-PGW.<\/p>\n<p>Nel NB-IoT \u00e8 definito un modo di connessione chiamato \u201cattach without PDN\u201d, cio\u00e8 l'UE esegue l'attach senza stabilire una connessione PDN. In questo caso, non \u00e8 disponibile per il trasferimento di traffico e pu\u00f2 solo ricevere o inviare SMS. Per inviare a un tale dispositivo un comando per attivare la PDN e collegarsi all'AS, \u00e8 stata sviluppata la funzionalit\u00e0 \u201cDevice triggering\u201d. <\/p>\n<p>Quando arriva il comando per connettere tale UE dall'AS, SCEF attraverso il centro SMS avvia l'invio di un SMS di controllo al dispositivo. Quando il dispositivo riceve l'SMS, attiva la PDN e si connette all'AS per ricevere ulteriori istruzioni o inviare dati.<\/p>\n<p>Possono verificarsi casi in cui la sottoscrizione del dispositivo presso il SCEF scade. S\u00ec, la sottoscrizione ha una sua durata, stabilita dall'operatore o concordata con l'AS. Alla sua scadenza, il PDN sar\u00e0 disattivato sul MME, e il dispositivo diventer\u00e0 non disponibile per l'AS. In questo caso, anche la funzionalit\u00e0 \u201cDevice triggering\u201d sar\u00e0 utile. Quando il SCEF riceve nuovi dati dall'AS, verificher\u00e0 lo stato di connessione del dispositivo e consegner\u00e0 i dati tramite il canale SMS.<\/p>\n<p><b>Conclusione<\/b><\/p>\n<p>La funzionalit\u00e0 SCEF, naturalmente, non si limita ai servizi descritti sopra e continua a evolversi ed espandersi. Attualmente, per SCEF sono gi\u00e0 standardizzati pi\u00f9 di una dozzina di servizi. In questo momento abbiamo toccato solo le funzioni principali e pi\u00f9 richieste da parte degli sviluppatori; di altre parleremo in articoli futuri. <\/p>\n<p><b>Sorge subito la domanda su come ottenere l'accesso di test a questo \"miracoloso\" nodo per test preliminari e debug di casi possibili? \u00c8 molto semplice. Qualsiasi sviluppatore pu\u00f2 inviare una richiesta a iot.info@mts.ru, in cui \u00e8 sufficiente indicare lo scopo della connessione, una descrizione del possibile caso e le informazioni di contatto per essere richiamato.<br \/>\n<\/b><br \/>\nA presto!<\/p>\n<p><i>Autori: <\/p>\n<ul>\n<li>esperto senior nel dipartimento di soluzioni convergenti e servizi multimediali Sergey Novikov <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/sanov\/\" class=\"user_link\">sanov<\/a><\/noindex>, <\/li>\n<li>esperto nel dipartimento di soluzioni convergenti e servizi multimediali Aleksej Lap\u0161in <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 \/>Fonte: <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.1.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\/it\/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.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\/it\/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: come funziona? Parte 3: SCEF \u2013 finestra unica per l'accesso ai servizi dell'operatore | ProHoster","description":"Nell'articolo \u00abNB-IoT: come funziona?","canonical_url":"https:\/\/prohoster.info\/it\/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":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/52138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=52138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52138\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=52138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=52138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=52138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}