La rete in una pagina

Tre reti e un database

Una sessione mobile attraversa tre reti e una consultazione di database. La rete di accesso radio porta il segnale del dispositivo a una stazione base. La rete di trasporto porta quel traffico al core. Il core autentica l’abbonamento, assegna un indirizzo ed esce verso Internet. Il database è l’archivio degli abbonati che indica al core se l’abbonamento può connettersi.

Ogni parte risponde a una domanda diversa. La radio stabilisce se il dispositivo può raggiungere una cella. Il trasporto stabilisce se la cella può raggiungere il core. Il core stabilisce chi è l’abbonato, quale gateway usare e da dove esce il traffico. Il database stabilisce se l’abbonamento è valido e dove si trova.

La SIM non è il telefono. La SIM contiene la credenziale di abbonamento e l’identità che il core verifica. Il telefono contiene la radio e il computer. Un telefono con una radio funzionante e senza un abbonamento valido non può aprire una sessione; un abbonamento valido in un dispositivo con la radio guasta non può raggiungere la cella.

Il core separa due compiti. Il piano di controllo registra il dispositivo sulla rete, autentica l’abbonamento e imposta la sessione. Il piano utente trasporta i pacchetti. Una sessione può risultare registrata e non trasportare nulla se il piano utente è bloccato, quindi una schermata di stato che indica «connesso» non prova che il traffico scorra.

Quale livello è responsabile del problema

Si parte dal livello che si guasta. L’assenza di servizio indica di solito la radio (copertura, supporto delle bande, antenna), oppure un rifiuto da parte del core quando l’abbonamento è bloccato. Un dispositivo che si registra ma non invia nulla ha un problema di trasporto o di core: backhaul, cella congestionata, APN non corrispondente o un gateway che rifiuta la sessione.

Una pagina che si carica mentre la voce non funziona indica di solito un problema del percorso voce, non della radio. La voce su LTE passa attraverso l’IMS, che ha una propria registrazione e un proprio APN. Il dispositivo deve supportare VoLTE, l’abbonamento deve consentirlo e la rete deve accettare la registrazione IMS.

Il trasporto è il livello che gli acquirenti dimenticano. La cella può essere vicina e non funzionare comunque se il suo backhaul è congestionato, interrotto o instradato male. Un sito con una buona radio e un backhaul saturo mostra tutte le tacche e pagine lente: sembra un problema radio, ma non lo è.

Si indichi il livello nel ticket. «Nessun dato nella località X» manda chi legge alla radio. «Registrato, nessun indirizzo IP» lo manda al core. «I dati funzionano, le chiamate no» lo manda all’IMS. L’etichetta risparmia un giorno di tentativi.

Gli identificativi dietro la sessione

In un ticket di assistenza compaiono quattro identificativi, e ciascuno risponde a una domanda diversa. L’IMSI identifica l’abbonamento: è composto da MCC, MNC e MSIN. L’ICCID identifica la scheda o il contenitore del profilo. L’IMEI identifica il dispositivo. L’MSISDN è il numero componibile, che può cambiare operatore con la portabilità.

MCC e MNC formano il PLMN. Un esempio neutro è MCC 274 e MNC 01, una rete in Islanda; è il registro a stabilire se l’MNC ha due o tre cifre. Un IMSI fittizio strutturalmente valido è 274011234567890: MCC 274, MNC 01, MSIN 1234567890. Il numero mostra la struttura, non un abbonato reale.

Si usi l’identificativo che corrisponde alla domanda. Un dispositivo bloccato è una questione di IMEI. Un abbonamento che non si autentica è una questione di IMSI. Una scheda sostituita è una questione di ICCID. Un numero che non squilla è una questione di MSISDN. Quattro numeri spiega la distinzione, e il lookup MCC-MNC indica la rete che possiede un PLMN.

Dove la voce segue un percorso diverso

La voce su LTE è un servizio IP trasportato dall’IMS. Il dispositivo si registra all’IMS oltre a registrarsi sul core dati, e l’APN IMS e la configurazione voce devono corrispondere all’abbonamento. Se non corrispondono, i dati funzionano e le chiamate no.

Si verifichino quattro elementi nell’ordine: il dispositivo supporta VoLTE sulle bande della rete, l’abbonamento è abilitato alla voce, l’APN IMS è presente e la rete accetta la registrazione. Un elemento mancante in questo elenco produce lo stesso sintomo, quindi vanno testati uno alla volta.

Che cosa chiedere a un fornitore

Si chieda quale livello il fornitore gestisce e quale acquista. Un fornitore di dati mobili può gestire il core e acquistare l’accesso radio, oppure rivendere una rete mobile completa. La risposta indica chi può risolvere un problema radio e chi può soltanto aprire un ticket.

Si chiedano gli identificativi dell’ordine: l’intervallo di IMSI, l’APN, il pool di indirizzi IP e la rete che serve ciascun paese. Si chieda che cosa succede a una sessione quando il gateway di origine si guasta. Si chieda quale team è responsabile del percorso voce. Queste risposte vanno nella nota di progetto, non in una slide.

Si chieda come il fornitore misura ciascun livello. Un’affermazione sulla radio richiede una lettura del segnale dal dispositivo. Un’affermazione sul trasporto richiede un percorso e un tempo di andata e ritorno. Un’affermazione sul core richiede un log di sessione e un indirizzo. Senza il livello, una misura non è verificabile.

La pagina sulla rete mostra un’estensione di rete pubblicata. La si usi come mappa, poi si chieda al fornitore di segnare la stessa mappa per il proprio servizio.