Quando si tiene in mano una PoC Radio per la prima volta, la tentazione di definirla “uno smartphone con il tasto PTT” è quasi irresistibile. La forma è simile, c’è una SIM dentro, si aggancia alla rete 4G. Eppure chi conosce la materia sa benissimo che quella definizione è sbagliata, e in modo sostanziale. Il modulo LTE di una PoC è progettato con criteri completamente diversi rispetto a quello di un comune smartphone. Capire queste differenze significa capire perché la PoC esiste come categoria di prodotto autonoma e perché, in certi contesti operativi, uno smartphone è semplicemente inadeguato.

Cosa fa esattamente il modulo LTE in una PoC

Il modulo LTE è il componente hardware che gestisce tutta la comunicazione tra il dispositivo e la rete cellulare. Riceve e trasmette segnali in radiofrequenza nelle bande LTE assegnate dagli operatori, converte il segnale analogico in pacchetti IP, gestisce l’handover tra celle e mantiene il canale dati sempre attivo in attesa di comunicazioni. In una PoC, questo modulo non è un semplice modem dati da consumer electronics: è un chip certificato per uso professionale, spesso basato su categoria LTE differente rispetto ai modem degli smartphone di fascia media.

Il percorso di una comunicazione vocale PTT parte dal microfono, viene codificata da un codec voce ottimizzato per la bassa latenza (tipicamente OPUS o AMBE-NR), impacchettata in UDP su IP, e affidata al modulo LTE che la trasmette verso il server PTT in cloud. Dal server, il flusso viene instradato verso tutti i dispositivi del gruppo che ricevono, decodificano e riproducono l’audio in tempo quasi reale. L’intera catena deve compiersi in meno di 300-500 ms per essere percepita come fluida da chi parla.

PoC Radio Network Diagram 

LTE CAT-M: il punto dove la PoC si separa dallo smartphone

Questo è il nodo tecnico centrale. I moduli LTE negli smartphone consumer sono progettati per la massima velocità di trasferimento dati: categorie LTE Cat-6, Cat-12, Cat-16 e superiori, con throughput teorici da centinaia di Mbit/s. Per una PoC questo non serve: il flusso vocale PTT occupa pochi kbit/s. Quello che serve invece è la stabilità del collegamento ai margini della copertura, la capacità di agganciarsi a segnali deboli e il consumo energetico ridotto per garantire autonomia di una giornata lavorativa intera.

Per questa ragione molte PoC Radio di nuova generazione montano moduli LTE Cat-M (anche noto come LTE-M o eMTC), una variante dello standard LTE specificatamente progettata per comunicazioni a bassa velocità ma altissima affidabilità, con una sensibilità del ricevitore significativamente superiore rispetto ai modem standard. Alcuni dispositivi professionali usano invece moduli LTE Cat-1 o Cat-4, che offrono un buon equilibrio tra velocità, latenza e consumo, con supporto pieno al VoLTE per la gestione prioritaria del traffico voce.

Sensibilità RF: il parametro che fa la differenza sul campo

La sensibilità del ricevitore RF è espressa in dBm e indica il livello minimo di segnale che il modulo riesce a gestire correttamente. Uno smartphone consumer tipico lavora con una sensibilità compresa tra -95 dBm e -105 dBm in ricezione LTE, con antenne interne miniaturizzate e ottimizzate per estetica più che per prestazioni RF. Una PoC Radio professionale scende fino a -108 dBm e oltre, con antenne progettate specificamente per ambienti ostili, spesso esterne o integrate in posizioni studiate per minimizzare il body shielding — cioè l’attenuazione causata dalla mano dell’operatore che tiene l’apparato.

Quella differenza di 3-13 dB non sembra enorme scritta così, ma sul campo si traduce in una copertura reale decisamente superiore: in un magazzino industriale con pareti in cemento armato, in un tunnel, in una zona industriale periferica dove il segnale è ai limiti, la PoC rimane agganciata mentre lo smartphone del collega mostra già “nessuna rete”.

La gestione del traffico: half-duplex prioritario

Una comunicazione PTT è per natura half-duplex: uno parla, gli altri ascoltano. Quando l’operatore preme il tasto PTT, il dispositivo deve acquisire immediatamente il canale trasmissivo senza aspettare che si liberi traffico. Qui entra in gioco un meccanismo spesso ignorato: il traffico PoC PTT viene classificato come QoS classe 1 (Guaranteed Bit Rate) nelle reti LTE, il che significa che ha priorità sul traffico dati generico della stessa cella. Questo è uno dei motivi per cui la comunicazione PTT funziona in modo affidabile anche su reti parzialmente cariche, dove uno streaming video su smartphone potrebbe andare in buffering.

Uno smartphone normale non ha alcuna gestione automatica di questa priorità a livello di modem: è l’applicazione PTT installata sopra che tenta di usare i meccanismi QoS disponibili, ma senza il supporto nativo del modulo LTE e del firmware dedicato il risultato è inferiore in termini di latenza e affidabilità in condizioni di rete degradata.

Dual SIM e multi-operatore: la resilienza che conta

Un’altra caratteristica che distingue nettamente la PoC professionale dallo smartphone è la gestione della SIM multi-operatore. I moduli LTE nelle PoC di fascia professionale supportano SIM dati con profili multi-IMSI o eSIM programmabili che permettono al dispositivo di agganciarsi automaticamente all’operatore con il segnale più resiliente nella cella corrente, senza intervento dell’utente. Questo è trasparente all’operatore sul campo: preme PTT e la radio comunica, indipendentemente da quale operatore stia usando in quel momento.

Su uno smartphone consumer la gestione dual SIM è pensata per avere due numeri personali o per scegliere manualmente il profilo dati. Non esiste un meccanismo automatico di failover basato sulla qualità del segnale RF in tempo reale, se non attraverso app di terze parti che però lavorano a livello applicativo, non a livello di modem.

La robustezza fisica del modulo e del circuito RF

Il modulo LTE in una PoC è saldato su una PCB progettata per resistere a vibrazioni, urti, umidità e temperature estreme. I dispositivi certificati IP67 o IP68 come la serie Hytera P50 non si limitano a impermeabilizzare il guscio esterno: l’intera catena RF, dai connettori antenna fino al modulo LTE, è progettata per operare in modo affidabile da -30°C a +60°C, con condensazione inclusa.

Lo smartphone, per quanto robusto, è pensato per tasca e borsa di un utente consumer. Il suo modulo LTE e i percorsi RF interni sono ottimizzati per minimizzare ingombro e costo, non per sopravvivere a anni di uso quotidiano in cantiere, in magazzino o in operazioni di sicurezza sul campo.

Tabella riepilogativa tecnica

La PoC Radio non è uno smartphone travestito. Il modulo LTE al suo interno è scelto, configurato e integrato con criteri completamente diversi: meno velocità bruta, molta più sensibilità, gestione nativa della priorità PTT, robustezza fisica e autonomia giornaliera garantita. Chi valuta una PoC Radio per un uso professionale dovrebbe guardare proprio a questi parametri tecnici del modulo LTE prima ancora di guardare il display o il numero di funzioni dell’app.

Siamo su TELEGRAM!

Quando si parla di telefonia classica e di commutazione di circuito, è facile cadere nella trappola della nostalgia tecnica o, al contrario, nel semplicismo di chi pensa che tutto sia stato buttato e ricominciato da zero. La realtà è più interessante e più complessa: molto di quella logica originale è ancora presente nelle reti odierne, spesso nascosto sotto strati di protocolli moderni che ne mascherano la presenza ma non ne eliminano il peso.

Il canale dedicato non è scomparso, si è trasformato

La commutazione di circuito pura, quella che occupava fisicamente un percorso per tutta la durata di una chiamata, è stata progressivamente dismessa nelle dorsali di rete, sostituite ormai da trasmissione su fibra ottica e protocolli a pacchetto. Tuttavia il concetto di risorsa garantita e dedicata non è affatto sparito: nelle reti mobili moderne, quando viene stabilita una chiamata in VoLTE, il sistema assegna un bearer dedicato con qualità del servizio garantita, separato dal traffico dati generico. Cambia la tecnologia sottostante, ma il principio rimane: la voce esige continuità, e continuità significa riservare risorse in modo esclusivo o quasi.

La gerarchia della rete telefonica sopravvive nell’architettura

Le centrali di commutazione degli anni Ottanta erano organizzate in modo gerarchico: centrali locali, centrali di transito, centrali di transito superiori. Quella gerarchia non è evaporata con la digitalizzazione. I softswitch moderni, i Media Gateway Controller e i server di sessione SIP (Session Initiation Protocol) replicano la stessa logica funzionale in forma software: c’è ancora chi gestisce la segnalazione, chi stabilisce il percorso, chi smista le comunicazioni verso la destinazione giusta. Il ferro è diventato codice, ma la struttura logica è la stessa che Strowger avrebbe riconosciuto senza fatica.

Il doppino in rame è ancora sotto i piedi di milioni di persone

Uno dei residui più concreti e fisici della telefonia classica è la rete di accesso in rame che raggiunge ancora oggi abitazioni e uffici in larga parte del territorio italiano ed europeo. Le tecnologie xDSL hanno permesso di sfruttare questo cablaggio oltre la banda vocale originale, ma il supporto fisico resta quello progettato per trasportare la voce umana a 4 kHz. Anche dove la fibra è arrivata fino all’armadio di strada, l’ultimo tratto verso l’utente è spesso ancora in rame: un vincolo ereditato direttamente dall’infrastruttura della telefonia classica e che condiziona le prestazioni in modo tutt’altro che marginale.

I numeri telefonici sono un fossile vivo

Il sistema di numerazione E.164, quello che assegna a ogni utente un numero telefonico composto da prefisso internazionale, prefisso nazionale e numero locale, fu concepito quando ogni numero corrispondeva a una linea fisica e a un punto geografico preciso. Oggi i numeri telefonici si assegnano a SIM card, a linee VoIP, a centralini virtuali, a app installate su smartphone, ma la struttura del numero è rimasta quella di settant’anni fa. Ogni volta che si digita un numero di telefono si sta usando un sistema di indirizzamento pensato per un mondo in cui la rete era fatta di fili di rame e di operatrici con spinotti e jack.

La logica del circuito vive nella testa degli utenti

C’è un ultimo residuo di quella logica che non riguarda la tecnologia ma il comportamento umano. La maggior parte delle persone pensa ancora alla telefonata come a un collegamento diretto tra due persone, un filo invisibile che si apre e si chiude, e concepisce la comunicazione mobile come una versione senza fili di quel filo. Questa rappresentazione mentale influenza le aspettative degli utenti sulla qualità del servizio, sulla disponibilità della rete e persino sulla sicurezza delle comunicazioni. Capire che sotto ogni chiamata moderna esiste una catena di nodi, protocolli, risorse condivise e priorità di traffico è il primo passo per smettere di sorprendersi quando qualcosa non funziona come si immaginava.

Siamo su TELEGRAM!

La telefonia classica ha funzionato benissimo per il compito per cui era nata, cioè portare la voce da un punto all’altro in modo continuo e comprensibile. Proprio questa specializzazione, però, è diventata col tempo il suo limite più duro: una rete eccellente per una sola cosa, ma rigida quando il mondo ha cominciato a chiedere molto di più.

Una rete nata per un solo mestiere

La rete telefonica storica fu costruita in modo ottimizzato per lo scambio di fonia tra utenti, e i suoi nodi operarono secondo il principio della commutazione di circuito. Questo significa che, quando partiva una chiamata, la rete instaurava un collegamento dedicato temporaneo che restava impegnato per tutta la conversazione, anche nei momenti di silenzio. Era una soluzione perfetta per la voce, perché teneva basso il ritardo e garantiva continuità, ma era già in partenza una soluzione poco elastica, pensata per una comunicazione lineare uno a uno e non per servizi molteplici o dinamici.

Il canale dedicato è efficiente solo finché il traffico resta prevedibile

Nella telefonia classica ogni conversazione occupa risorse in modo esclusivo, e questo rende la rete poco scalabile quando il numero di utenti cresce oppure quando il traffico diventa irregolare. In altre parole, la rete non condivide in modo intelligente la capacità disponibile come faranno più tardi le reti a pacchetto, ma assegna un percorso intero a una sola chiamata per volta. Finché il servizio richiesto è solo la voce e i volumi restano sotto controllo, il sistema regge bene; quando invece aumentano utenti, servizi e variabilità del traffico, la struttura stessa comincia a mostrare la corda.

Banda stretta e servizio povero

Il doppino telefonico in rame era stato progettato e utilizzato tradizionalmente per la comunicazione vocale, cioè per frequenze fino a circa 4000 Hz, una banda sufficiente alla parola ma povera per qualunque contenuto più ricco. Per questo la telefonia classica offriva un’esperienza ottima sulla comprensibilità del parlato, ma limitata per qualità sonora, integrazione di servizi e trasporto nativo di dati. Quando si vollero far passare anche i dati, fu necessario ricorrere ai modem, che trasformavano il segnale digitale in un segnale analogico con caratteristiche compatibili con la voce: un adattamento ingegnoso, ma pur sempre un compromesso.

L’espansione costa e complica

La telefonia tradizionale cresceva aggiungendo linee fisiche, cablaggi e centrali, e ogni aumento di postazioni o di funzioni richiedeva interventi materiali sull’impianto. In un ufficio, per esempio, aggiungere utenze significava spesso prevedere nuovi collegamenti dedicati, una centralina adeguata e modifiche all’infrastruttura esistente. Questo modello rendeva la rete robusta ma poco agile, perché ogni evoluzione aveva un costo tecnico e organizzativo che non si poteva nascondere dietro il software come accade oggi.

Anche nel mobile analogico i limiti erano già evidenti

I primi sistemi radiomobili analogici avevano capacità di servizio molto limitate, con poche decine di canali, interruzioni del servizio quando si usciva dall’area coperta e un numero massimo di utenti attivi vincolato ai canali disponibili. Già alla fine degli anni Ottanta era chiaro che le reti cellulari esistenti non erano in grado di sostenere la domanda di traffico e qualità, a causa di bassa efficienza nel riuso delle frequenze, bassa capacità complessiva e qualità del servizio modesta. Questo è il punto decisivo da capire: il problema non era solo tecnologico ma architetturale, perché una rete pensata per la voce classica portava dentro di sé limiti che nessun ritocco marginale avrebbe potuto eliminare del tutto.

Siamo su TELEGRAM!

Il problema di partenza

Quando Bell ottenne il brevetto nel 1876, non stava risolvendo un problema teorico: stava risolvendo un problema immediato e concreto che qualunque persona di quel tempo capiva perfettamente. Comunicare a distanza in tempo reale, usando la propria voce, era qualcosa che nessuna tecnologia precedente aveva mai consentito. Il telegrafo trasmetteva testo codificato, richiedeva un operatore addestrato su entrambi i lati del filo e traduceva il messaggio in una sequenza di punti e linee. La voce, invece, era diretta, immediata, universalmente accessibile: non serviva imparare nulla di nuovo.

La fisica favorisce la voce

C’è una ragione tecnica precisa per cui la voce è stata il primo segnale a viaggiare su rete e non, per esempio, un’immagine o un file. La voce è un segnale a banda stretta: occupa una fascia di frequenze compresa tra circa 300 e 3400 Hz, una quantità di risorse trasmissive minima rispetto a qualunque altro contenuto multimediale. Questo la rendeva compatibile con i mezzi trasmissivi dell’epoca: un semplice doppino di rame era sufficiente per trasportarla in modo intellegibile su distanze considerevoli. Un’immagine, un video, persino un documento scritto in forma digitale avrebbero richiesto risorse che nel 1876 semplicemente non esistevano.

La commutazione di circuito nasce per la voce

Tutta l’architettura della rete telefonica tradizionale, nota come PSTN (Public Switched Telephone Network), è stata progettata con un unico obiettivo: garantire un canale dedicato e continuo per la trasmissione della voce umana. La commutazione di circuito, che assegna fisicamente un percorso esclusivo tra i due interlocutori per tutta la durata della chiamata, non è una scelta arbitraria: è la risposta diretta alle esigenze della voce. La conversazione vocale non tollera interruzioni, ritardi variabili o pacchetti fuori ordine. O il suono arriva in modo continuo e con latenza costante, oppure la comunicazione diventa incomprensibile.

La voce come metro di misura della rete

Per decenni, la qualità di una rete di telecomunicazione si è misurata sulla base della sua capacità di trasportare la voce in modo corretto. Le prime reti cellulari 1G, negli anni Ottanta, erano sistemi interamente analogici concepiti per portare solo ed esclusivamente la voce. Quando il 2G e il GSM introdussero la trasmissione digitale, il servizio vocale rimase il riferimento centrale, e gli SMS nacquero quasi per caso, sfruttando un canale di segnalazione che esisteva già per gestire le chiamate. Non fu una scelta strategica premeditata: fu una conseguenza naturale del fatto che tutta l’infrastruttura era costruita attorno alla voce.

La voce resiste anche nel mondo a pacchetti

Quello che sorprende chi studia l’evoluzione delle reti è che la voce non ha mai smesso di porre problemi tecnici, anche quando le reti sono diventate digitali e poi a commutazione di pacchetto. Quando il 4G LTE è entrato in funzione, inizialmente non era nemmeno in grado di gestire le chiamate vocali in modo nativo: i gestori dovevano ricorrere al vecchio sistema 2G/3G per le telefonate, mentre il 4G si occupava solo dei dati. Il VoLTE (Voice over LTE) è arrivato proprio per risolvere questo paradosso: una rete modernissima che doveva tornare a fare la cosa più antica, cioè trasmettere la voce, ma questa volta dentro pacchetti IP. La voce, insomma, non è mai stata un problema risolto una volta per tutte: è rimasta il banco di prova di ogni generazione tecnologica.

Siamo su TELEGRAM!

Chi lavora con PoC radio e SIM multioperatore, prima o poi, si chiede se i parametri APN siano davvero fissi o se ci sia margine per intervenire manualmente e ottimizzare il comportamento del terminale. La risposta breve è che il margine esiste — ma i “magheggi” non funzionano tutti allo stesso modo, e alcuni possono peggiorare le cose invece di migliorarle. Serve capire cosa si può toccare, cosa è bloccato da chi e perché, e quali modifiche producono risultati reali su una PoC radio come i modelli Inrico analizzati in questa serie.

La struttura interna di un profilo APN

Quando apri il menu APN su Android (Impostazioni → Reti mobili → Nomi punti di accesso) non vedi un semplice indirizzo web. Ogni profilo APN è composto da almeno dodici parametri distinti, ciascuno con una funzione specifica e un impatto preciso sul comportamento della connessione:

Nome APN — l’etichetta leggibile dall’utente, puramente descrittiva. Modificarla non cambia nulla nel comportamento della rete. APN — il nome del punto di accesso vero e proprio (es. ibox.tim.it, web.omnitel.it, tm per Things Mobile). È il parametro che il PGW usa per identificare il gateway di destinazione. MCC e MNC — il codice paese e il codice rete. Su Android determinano su quale SIM il profilo viene applicato: un profilo con MCC=222 e MNC=01 si attiva automaticamente quando la SIM registrata ha IMSI che inizia con 222-01 (TIM). Tipo APN — definisce per quali servizi il profilo è usato: default per i dati generici, mms per gli MMS, supl per l’A-GPS, dun per il tethering, ims per il VoLTE. Protocollo APN — specifica se il traffico usa IPv4, IPv6 o entrambi (IPv4/IPv6 dual-stack). Protocollo Roaming APN — stesso parametro ma applicato specificamente quando il terminale è in roaming. MVNO Type e MVNO Value — parametri avanzati che permettono di legare il profilo APN non solo al MCC/MNC ma all’identità specifica del MVNO. MTU — la dimensione massima del pacchetto trasmissibile. Non appare nell’interfaccia standard ma è configurabile tramite ADB o MDM.

Cosa si può modificare su un Inrico con Android

I terminali Inrico con Android 10, 13 e 14 (S300 Pro, S300 Plus, S350, T330/T338, S380, IRC390) usano Android con modifiche minimali al framework di rete — non sono smartphone consumer con APN pre-bloccati dagli operatori, ma terminali professionali con accesso completo alle impostazioni di rete. Su questi modelli, aprendo il menu APN, è possibile creare un nuovo profilo con parametri completamente personalizzati e renderlo il profilo di default.​

I modelli più datati con Android 7.1 e 8.1 (TM-9, S100, T310) possono presentare il problema documentato delle APN bloccate in sola lettura su alcuni firmware: il sistema carica i profili APN predefiniti da un file XML nella partizione di sistema e li contrassegna come non modificabili. In questo caso esiste una procedura — documentata nella community Android — che consiste nel creare un nuovo profilo APN con lo stesso nome di quello bloccato, copiare tutti i parametri nel nuovo profilo e poi modificarli: Android unisce i due profili identici in uno solo, che diventa modificabile. Questa procedura non richiede root e funziona su tutti i dispositivi Android dalla versione 5 in su.​

I parametri che producono effetti reali

Dei dodici parametri di un profilo APN, tre producono effetti misurabili sul comportamento di una PoC radio con SIM multioperatore.

Il primo è il Tipo APN. Se il profilo della SIM multioperatore contiene solo default, il terminale usa quello stesso APN per tutti i servizi — dati, MMS, A-GPS e tethering. In un contesto PTT professionale, aggiungere supl allo stesso profilo accelera notevolmente la prima acquisizione del segnale GPS (A-GPS usa i server di posizionamento assistito dell’operatore per calcolare una posizione approssimativa prima che il ricevitore GPS agganci i satelliti) — riducendo il Time To First Fix da 30-60 secondi a 3-8 secondi in ambienti con scarsa visibilità del cielo. Aggiungere dun permette di usare il terminale come modem in tethering — utile nelle installazioni veicolari TM-9 e TM-7 Plus dove la radio funge anche da hotspot per altri dispositivi nel veicolo.​

Il secondo è il Protocollo Roaming APN. La scelta tra IPv4, IPv6 e IPv4/IPv6 dual-stack ha impatti concreti sulla latenza PTT in roaming. La maggior parte dei server PTT italiani risponde ancora su IPv4. Se il profilo APN in roaming è configurato per IPv6 puro, il terminale deve richiedere un tunnel IPv4-in-IPv6 (NAT64) — un’operazione che aggiunge 5-15 ms di overhead. Configurare il Protocollo Roaming APN su IPv4/IPv6 dual-stack risolve il problema: Android tenta prima IPv4 diretto (più veloce verso server italiani) e usa IPv6 solo se l’IPv4 non è disponibile.​

Il terzo è l’MTU (Maximum Transmission Unit). Il valore standard in LTE è 1500 byte. Alcune reti in roaming applicano ulteriori header di incapsulamento GTP che riducono l’MTU effettivo disponibile, causando la frammentazione dei pacchetti — un fenomeno che degrada le prestazioni di qualsiasi stream in tempo reale, voce PTT inclusa. Abbassare manualmente l’MTU a 1400 o 1450 byte elimina la frammentazione a costo di un leggero aumento del numero di pacchetti trasmessi. Questo parametro non è accessibile nell’interfaccia grafica di Android ma si imposta via ADB con il comando adb shell ip link set rmnet_data0 mtu 1450 (dove rmnet_data0 è l’interfaccia di rete mobile del terminale) oppure tramite un profilo MDM.

Il parametro MVNO Type: il più sottovalutato

Il campo MVNO Type merita un capitolo a parte perché è quello che più spesso causa comportamenti imprevedibili con le SIM multioperatore — e che pochi tecnici conoscono a fondo.​

Quando Android deve scegliere quale profilo APN attivare, non guarda solo MCC e MNC: guarda anche il MVNO Type e il MVNO Value del profilo. Il MVNO Type può essere impostato su quattro valori: None (nessun filtro MVNO, il profilo si applica a chiunque con quel MCC/MNC), SPN (Service Provider Name — il profilo si applica solo se la SIM presenta un nome di provider specifico), IMSI (il profilo si applica solo se i primi N digit dell’IMSI corrispondono al valore specificato), GID (Group Identifier — usato dagli operatori per distinguere sottogruppi di abbonati).​

Su una SIM multioperatore con IMSI straniero (es. MCC=234, MNC=30 per T-Mobile UK) registrata su TIM Italia in roaming, se nel terminale esiste un profilo APN con MCC=222, MNC=01 (TIM Italia) e MVNO Type=None, quel profilo non verrà attivato — perché l’IMSI della SIM non corrisponde alla rete domestica TIM. Android legge l’IMSI effettivo della SIM, non il PLMN della rete registrata. Il profilo APN corretto per una SIM multioperatore deve avere MCC e MNC corrispondenti all’IMSI fisico della SIM (es. 234-30 per T-Mobile UK) oppure usare valori generici. Configurare un profilo APN con MCC=0 e MNC=0 su alcuni firmware Android crea un profilo “catch-all” che si applica a qualsiasi SIM indipendentemente dall’IMSI — la soluzione più semplice per garantire la connessione dati su qualsiasi rete in roaming.

Cosa non si può modificare (e perché)

Ci sono limiti precisi che non è possibile aggirare senza intervenire sul software di sistema. Il primo è la logica di selezione della rete: la PLMN Priority List è scritta nella memoria protetta della SIM e non è accessibile da Android. Non esiste parametro APN che influenzi su quale operatore la SIM si registra — quella logica è gestita dal firmware della SIM, non dal sistema operativo del terminale.

Il secondo è la politica di traffico del PGW remoto: il fornitore della SIM può imporre sul proprio PGW limiti di banda, regole di routing e filtri di traffico che nessuna modifica APN lato terminale può aggirare. Se il fornitore ha configurato il PGW per non permettere il tethering su un certo piano, impostare dun nel tipo APN non farà nulla — il PGW rifiuterà la sessione dedicata.​

Il terzo limite riguarda il VoLTE in roaming. Il VoLTE (Voice over LTE, voce digitale ad alta qualità tramite IMS) richiede che l’operatore ospite supporti il HR-VoLTE (Home Routed VoLTE) — un accordo tecnico bilaterale che in Italia è ancora parzialmente implementato tra gli MNO. Anche configurando manualmente il tipo APN ims con i parametri corretti, il VoLTE in roaming funzionerà solo se sia l’operatore ospite sia il fornitore della SIM hanno attivato gli accordi bilaterali. Per le PoC radio questo non è un problema critico — il PTT usa traffico dati IP, non VoLTE — ma è un limite da conoscere per chi volesse usare le chiamate vocali tradizionali sul terminale.​

La configurazione APN ottimale per SIM multioperatore su PoC Inrico

Partendo da tutto quanto sopra, la configurazione APN raccomandata per una SIM multioperatore professionale su terminali Inrico della serie S e IRC è la seguente:

Se il terminale mostra l’APN bloccato in sola lettura, applicare la procedura di duplicazione-unione descritta in precedenza su Android 8.1, oppure — nei modelli con Android 10+ — usare un profilo MDM per forzare la configurazione APN via policy di gestione remota. I terminali Inrico con GMS (S300 Pro, S300 Plus, S350, S380, IRC380, IRC390, T330/T338) supportano l’enrollment in piattaforme MDM standard come Android Enterprise, che permette il push della configurazione APN sull’intera flotta in modo centralizzato senza toccare fisicamente ogni dispositivo.​

ADB: lo strumento per chi vuole andare più in profondità

Per chi non ha paura della riga di comando, ADB (Android Debug Bridge) apre possibilità che l’interfaccia grafica non offre. Con ADB abilitato sul terminale (Opzioni sviluppatore → Debug USB) e il PC connesso via USB, è possibile intervenire su parametri di rete non esposti dall’interfaccia grafica:​

Verificare l’interfaccia di rete attiva e il suo MTU corrente: adb shell ip link show. Impostare l’MTU manualmente: adb shell ip link set rmnet_data0 mtu 1400. Visualizzare le statistiche di traffico in tempo reale per diagnosticare perdite di pacchetti: adb shell cat /proc/net/dev. Forzare la selezione manuale della rete radio su un PLMN specifico (utile per test comparativi tra operatori): adb shell service call phone 3 s16 "222 01" (dove 222 01 è il PLMN di TIM Italia). Questo ultimo comando è utile in fase di testing sul campo per verificare quale operatore garantisce la latenza PTT più bassa in una specifica location — un test che vale la pena fare prima di configurare la PLMN Priority List della SIM multioperatore.

Attenzione: le modifiche via ADB sono temporanee e si perdono al riavvio del terminale. Per renderle permanenti su Android 10+ serve o un’app di sistema con permessi CHANGE_NETWORK_STATE (richiede firma di sistema) oppure un profilo MDM con policy di rete persistente.

Il verdetto pratico

I “magheggi” sull’APN funzionano, ma con una gerarchia precisa di impatto reale. La configurazione del Tipo APN (aggiungendo supl e dun) porta benefici immediati e misurabili senza rischi. La configurazione del Protocollo Roaming su IPv4/IPv6 dual-stack riduce la latenza PTT in roaming di qualche millisecondo — poca cosa in valore assoluto ma migliore in contesti critici. La corretta impostazione di MCC/MNC e MVNO Type è fondamentale per garantire che il profilo APN si attivi effettivamente sulla SIM multioperatore invece di rimanere inerte. La modifica dell’MTU via ADB è una ottimizzazione avanzata utile in scenari con reti in roaming che introducono overhead di incapsulamento.

Quello che nessuna modifica APN può fare è cambiare su quale operatore la SIM si registra, aggirare le policy del PGW del fornitore o abilitare funzionalità che richiedono accordi bilaterali tra operatori. Quelli sono limiti di architettura, non di configurazione — e nessun terminale, per quanto avanzato, può aggirarli dal lato software.

Siamo su TELEGRAM!

Nei numeri precedenti di questa serie abbiamo smontato pezzo per pezzo la scheda tecnica di una PoC radio, analizzato le bande FDD-LTE attive in Italia e descritto il viaggio del segnale dall’antenna dell’eNodeB al server PTT. In ciascuno di quei contesti, la SIM multioperatore è emersa come elemento trasversale e critico — uno strumento che cambia profondamente il modo in cui un terminale radio interagisce con l’infrastruttura delle reti mobili. Eppure, nella pratica quotidiana di chi acquista e gestisce flotte di PoC radio, la SIM viene ancora trattata come un accessorio intercambiabile: si compra dal rivenditore di fiducia, si inserisce nel terminale e si spera che funzioni. Questa guida nasce per colmare quella lacuna con la stessa precisione con cui abbiamo affrontato i parametri tecnici dei terminali.

Le origini: la SIM card nasce con il GSM

La storia della SIM — acronimo di Subscriber Identity Module — comincia nel 1991, quando il consorzio europeo ETSI (European Telecommunications Standards Institute) pubblica le specifiche del sistema GSM (Global System for Mobile Communications). Prima del GSM, le reti mobili analogiche come il sistema TACS (Total Access Communication System), attivo in Italia dal 1990, identificavano il terminale attraverso un numero seriale fisso codificato nell’hardware del telefono — il MIN (Mobile Identification Number). Cambiare operatore o passare a un altro telefono richiedeva operazioni tecniche complesse sull’hardware stesso.

Il progettista tedesco Giesecke+Devrient, noto oggi come G+D, consegnò il primo prototipo di SIM card nel 1991 alla Vodafone UK — allora Racal Vodafone — per i test sulla rete GSM britannica. L’idea era rivoluzionaria nella sua semplicità: separare l’identità dell’abbonato dal terminale fisico. La SIM è un microcomputer con processore, memoria EEPROM e sistema operativo dedicato, contenuto in un modulo rimovibile delle dimensioni di una carta di credito (poi ridotto progressivamente alle dimensioni che conosciamo). Sull’EEPROM sono scritti tre dati fondamentali: l’IMSI (International Mobile Subscriber Identity), un numero di 15 cifre che identifica univocamente l’abbonato su scala mondiale; la Ki, una chiave crittografica a 128 bit usata per autenticare la SIM sulla rete senza mai trasmetterla in chiaro; e l’ICCID (Integrated Circuit Card Identifier), il numero seriale fisico della SIM stessa.​

L’IMSI ha una struttura precisa: le prime tre cifre sono il MCC (Mobile Country Code — 222 per l’Italia), le successive due o tre cifre sono il MNC (Mobile Network Code — 01 per TIM, 10 per Vodafone, 88 per WindTre, 50 per iliad), e le cifre rimanenti sono il MSIN (Mobile Subscriber Identification Number) univoco all’interno della rete dell’operatore. Questa struttura gerarchica è la base su cui si costruisce tutta la logica di selezione della rete — sia nelle SIM ordinarie sia, in modo molto più complesso, nelle SIM multioperatore.​

Il sistema GSM e la nascita del roaming

Il roaming nasce quasi contemporaneamente al GSM stesso. Quando nel 1992 vengono attivate le prime reti GSM in Europa — in Germania con T-Mobile, in Finlandia con Radiolinja, in Italia con Telecom Italia (TIM) e Omnitel (poi Vodafone) — gli operatori capiscono immediatamente che la portabilità geografica è una caratteristica fondamentale per la competitività commerciale. Un abbonato che attraversa il confine dall’Italia alla Francia deve poter usare il suo telefono sulla rete francese, anche se la sua SIM è italiana.

Il meccanismo di roaming internazionale si basa su accordi bilaterali tra operatori — i cosiddetti roaming agreement — e su due protocolli di segnalazione: il MAP (Mobile Application Part) per il GSM/UMTS e poi il Diameter per l’LTE. Quando una SIM italiana TIM entra nell’area di copertura di un operatore francese, il terminale riceve il PLMN della rete francese dall’eNodeB, lo confronta con la lista di reti preferite (PLMN List) programmata nella SIM, e — se trova un accordo di roaming compatibile — si registra sulla rete straniera inviando una richiesta alla sua HLR (Home Location Register) in Italia tramite la rete di segnalazione SS7. L’HLR verifica l’abbonamento, autentica la SIM e autorizza il registro della posizione temporanea sull’VLR (Visitor Location Register) della rete ospite.​

Questo meccanismo funziona perfettamente per il roaming internazionale ma crea un paradosso per l’uso domestico: in Italia, una SIM TIM non può fare roaming su Vodafone anche se il segnale TIM è assente e quello Vodafone è ottimo. Gli accordi di roaming nazionale sono stati storicamente limitati o assenti tra gli MNO italiani, perché ogni operatore ha interesse a vendere la propria copertura come vantaggio competitivo. Ed è proprio qui che nasce il mercato delle SIM multioperatore.

Gli MVNO e la nascita del mercato delle SIM alternative

La liberalizzazione del mercato delle telecomunicazioni europeo, avviata con la Direttiva 97/33/CE, apre la strada agli MVNO (Mobile Virtual Network Operator) — operatori virtuali che non posseggono infrastruttura radio propria ma rivendono la capacità di rete degli MNO con profili commerciali differenziati. Il primo MVNO formalmente riconosciuto è Virgin Mobile UK, lanciato nel 1999 su rete T-Mobile (UK), che introduce il concetto di abbonamento prepagato senza contratto — rivoluzionario per l’epoca.

In Italia gli MVNO iniziano ad apparire nella seconda metà degli anni 2000. Nomi come Poste Mobile (su rete TIM, poi su propria rete core), CoopVoce, Lycamobile, MVNO basati su Vodafone come ho. mobile e su WindTre come Very Mobile, diventano familiari al grande pubblico. Questi operatori non hanno rilevanza diretta per le SIM multioperatore, ma il loro sviluppo crea un ecosistema normativo e tecnico fondamentale: gli MNO imparano a gestire profili IMSI diversi dal proprio, le piattaforme di roaming si standardizzano, e nascono i Full MVNO — operatori virtuali che possiedono la propria rete di commutazione (core network) e quindi emettono SIM con IMSI propri, anche se usano l’infrastruttura radio di un MNO.

Il Full MVNO è il modello tecnicamente più vicino a quello delle SIM multioperatore professionali: emette SIM con IMSI di un paese terzo (spesso Lussemburgo, Irlanda o Malta per ragioni regolamentari), ha accordi di roaming con più MNO in ogni paese dove opera, e gestisce la logica di selezione della rete in modo indipendente dagli MNO locali. Quando una SIM multioperatore professionale funziona in Italia, è esattamente questo che accade: un Full MVNO con sede magari a Dublino ha accordi di roaming con TIM, Vodafone e WindTre, e la SIM si registra su uno di questi tre operatori come “visitatore straniero”.

La struttura tecnica di una SIM multioperatore: l’IMSI multiplo

La principale differenza tecnica tra una SIM ordinaria e una SIM multioperatore professionale — quella usata nelle PoC radio, nei dispositivi IoT e nelle flotte aziendali — non è immediatamente visibile dall’esterno. Una SIM ordinaria ha un singolo IMSI, associato a un singolo operatore (es. 222-01-xxxxxxxxx per TIM). Una SIM multioperatore professionale di tipo Multi-IMSI contiene invece più profili IMSI nella sua memoria EEPROM, ciascuno associato a un operatore diverso.

Il sistema operativo della SIM gestisce l’attivazione del profilo IMSI corretto in base alla rete disponibile. Quando il terminale accende il modulo radio e scansiona lo spettro, il chipset radio presenta alla SIM una lista di PLMN disponibili con i rispettivi livelli di segnale. La SIM confronta questa lista con la propria tabella di priorità interna — la PLMN Priority List — e seleziona il profilo IMSI che corrisponde all’operatore con la priorità più alta tra quelli disponibili. Se quell’operatore non è disponibile o il segnale scende sotto soglia, la SIM attiva il profilo IMSI successivo nella lista.

Questo meccanismo ha un limite strutturale che è fondamentale capire: il cambio di profilo IMSI non è istantaneo. Richiede una procedura di IMSI switching che implica la ri-registrazione completa del terminale sulla nuova rete — un processo che può richiedere da 5 a 30 secondi a seconda del terminale e della rete. Durante questo intervallo, il terminale è irraggiungibile e qualsiasi comunicazione PTT in corso viene interrotta. Nelle SIM multioperatore di qualità inferiore, questo switching avviene troppo frequentemente in aree di confine tra operatori, generando il fenomeno del ping-pong — la SIM oscilla continuamente tra due profili IMSI, rendendo la connessione instabile invece di migliorarla.

Le SIM multioperatore professionali di fascia alta risolvono questo problema con algoritmi di steering più sofisticati: impostano soglie di switch conservative (la SIM passa al profilo successivo solo quando il segnale dell’operatore corrente è irrecuperabilmente perso, non a ogni piccola fluttuazione) e implementano meccanismi di hysteresis analoghi a quelli dell’handover LTE descritti nell’articolo precedente.​

Steering e anti-steering: la battaglia invisibile tra SIM e operatore

Gli MNO non sono passivi di fronte alle SIM multioperatore che operano sulle loro reti in roaming. Hanno tutto l’interesse a far sì che i terminali dei roamer preferiscano la propria rete rispetto a quelle concorrenti, per massimizzare i ricavi degli accordi di roaming. Per questo motivo, molte reti LTE implementano meccanismi di Operator Steering — tecniche con cui la rete ospite cerca attivamente di reindirizzare i terminali in roaming verso reti specifiche.

Il principale meccanismo di steering è il messaggio OTA SMS (Over-The-Air Short Message Service): l’operatore invia alla SIM un SMS silenzioso che contiene una lista PLMN aggiornata con priorità modificate, inducendo la SIM a preferire la rete A rispetto alla rete B. Una SIM multioperatore di qualità professionale implementa meccanismi di anti-steering che riconoscono e ignorano questi tentativi di manipolazione remota, mantenendo la propria lista di priorità configurata dal fornitore della SIM. Le SIM multioperatore di fascia bassa non implementano l’anti-steering: vengono manipolate dagli operatori ospiti e si comportano in modo imprevedibile, spesso ancorandosi a una rete subottimale.

Un secondo meccanismo di steering è il NRSP (Network Rejected System Priority): la rete ospite rifiuta temporaneamente la registrazione della SIM in roaming con un messaggio di reject che include un codice di causa specifico, forzando il terminale a tentare la registrazione su un’altra rete. Una SIM anti-steering riconosce i reject motivati e distingue tra un reject legittimo (rete non disponibile) e un reject artificiale (tentativo di steering), tentando nuovamente la registrazione sulla stessa rete dopo un intervallo configurabile.​

APN: il gateway invisibile del traffico dati

Un aspetto tecnico spesso ignorato ma fondamentale per il corretto funzionamento di una SIM multioperatore in una PoC radio è la configurazione dell’APN (Access Point Name). L’APN è un identificatore che determina quale gateway PGW (Packet Data Network Gateway) gestisce il traffico dati del terminale — in altre parole, attraverso quale percorso i pacchetti dati entrano e escono dalla rete mobile.

Le SIM multioperatore professionali usano APN dedicati del fornitore della SIM, non quelli degli operatori su cui fanno roaming. Quando la SIM si registra su TIM in roaming, il PGW di TIM riceve la richiesta di sessione dati con l’APN del fornitore della SIM (es. “iot.provider.com” invece di “ibox.tim.it”) e la instrada verso il PGW del fornitore tramite il protocollo di roaming LTE (S8 bearer). Tutti i pacchetti dati transitano quindi attraverso la rete del fornitore prima di raggiungere Internet.

Questa architettura ha due implicazioni pratiche importanti. La prima è positiva: il fornitore della SIM può applicare politiche di QoS, filtraggio del traffico e routing ottimizzato indipendentemente dall’operatore su cui la SIM è registrata in quel momento — garantendo coerenza di comportamento su qualsiasi rete. La seconda è potenzialmente negativa: se il fornitore della SIM ha il proprio PGW in un datacenter lontano geograficamente (es. in Germania o nel Regno Unito), il traffico dati fa un percorso più lungo del necessario prima di raggiungere i server PTT italiani, aggiungendo latenza che può essere significativa per le comunicazioni in tempo reale. Un fornitore di SIM multioperatore professionale per uso PTT in Italia dovrebbe avere un PGW con presence in Italia o al massimo nell’Europa occidentale. Verificare questa informazione con il fornitore prima dell’acquisto è tanto importante quanto verificare le bande LTE del terminale.

I profili SIM: UICC, eUICC e la rivoluzione in corso

Per decenni la SIM card ha mantenuto la stessa architettura di base: un chip fisico rimovibile con un singolo profilo IMSI scritto in fabbrica e non modificabile senza sostituzione fisica della scheda. Il formato fisico si è miniaturizzato nel tempo — dalla full-size (FF, 85×54 mm, identica a una carta di credito) alla mini-SIM (2FF, 25×15 mm, quella che chiamiamo comunemente “SIM normale”), alla micro-SIM (3FF, 15×12 mm, introdotta da Apple con iPhone 4), alla nano-SIM (4FF, 12,3×8,8 mm, lo standard attuale) — ma la logica interna è rimasta invariata.

La svolta arriva con la specifica GSMA SGP.01/SGP.02, che introduce il concetto di eUICC (embedded Universal Integrated Circuit Card). L’eUICC è una SIM riprogrammabile over-the-air: contiene una piattaforma hardware sicura capace di ospitare più profili operatore e di scaricare, installare e attivare nuovi profili da remoto tramite una procedura chiamata Remote SIM Provisioning (RSP). Il profilo attivo sull’eUICC si comporta esattamente come una SIM tradizionale: ha il suo IMSI, la sua Ki, le sue credenziali di autenticazione. Ma può essere sostituito da un altro profilo in pochi minuti, senza toccare fisicamente il dispositivo.

La specifica eUICC esiste in due varianti con architetture distinte. La prima è SGP.02 (M2M), pensata per dispositivi IoT e industriali come le PoC radio: il cambio di profilo è gestito da una piattaforma server chiamata SM-DP+ (Subscription Manager Data Preparation) e da un SM-SR (Subscription Manager Secure Routing), senza interazione dell’utente. Un amministratore di rete può cambiare il profilo operatore di una flotta intera di PoC radio da remoto, in batch, attraverso un portale web. La seconda è SGP.22 (Consumer), usata negli smartphone con eSIM come iPhone e Samsung Galaxy, dove il cambio di profilo è gestito direttamente dall’utente attraverso un QR code o un’app.

Per le PoC radio e i dispositivi IoT professionali, il formato fisico rilevante dell’eUICC è l’MFF2 (Machine Form Factor 2): non più un chip removibile ma un componente saldato direttamente sulla scheda madre del dispositivo, con dimensioni di appena 5×6 mm. La saldatura diretta lo rende immune alle vibrazioni, alla corrosione dei contatti elettrici, all’ingresso di acqua nel vano SIM e ai tentativi di manomissione — tutte caratteristiche critiche per dispositivi IP68 e MIL-STD-810H come i modelli Inrico di fascia alta analizzati in questa serie.​

SGP.32: la specifica che cambia tutto per l’IoT

Nel 2023 il GSMA pubblica la specifica SGP.32, denominata anche IoT RSP (IoT Remote SIM Provisioning). Questa specifica risolve un problema critico che limitava l’adozione dell’eUICC M2M nei dispositivi con connettività intermittente o in aree con copertura scarsa: le versioni precedenti richiedevano una connessione dati stabile e continua per l’attivazione e il cambio di profilo, il che era problematico per dispositivi che si connettono solo poche volte al giorno o che operano in zone con copertura marginale.

SGP.32 introduce il concetto di eIM (eUICC IoT Manager), un’entità di gestione semplificata che può comunicare con l’eUICC anche su canali dati ridotti o intermittenti, e il bootstrap profile — un profilo di connettività minimo pre-installato in fabbrica che garantisce sempre la capacità di ricevere nuovi profili anche in assenza di un profilo operatore attivo. Per le PoC radio, questo significa che un dispositivo acquistato senza SIM fisica può essere attivato da remoto dopo la consegna, e il suo profilo operatore può essere cambiato senza intervento fisico anche in aree con copertura ridotta.​

SGP.32 introduce anche il supporto per la modalità inaccessibile prolungata (extended disconnection): il dispositivo può essere offline per giorni o settimane (normale per certi dispositivi IoT di monitoraggio) e ricevere comunque i comandi di gestione del profilo non appena si riconnette, con un sistema di message queuing sul lato server che accumula le istruzioni in attesa di connessione.​

iSIM: quando la SIM diventa parte del processore

Il passo evolutivo successivo all’eUICC MFF2 è l’iSIM (integrated SIM), definito dal GSMA nella specifica SGP.31. L’iSIM non è più un chip separato saldato sulla scheda madre: è un blocco funzionale integrato direttamente all’interno del System-on-Chip (SoC) del dispositivo. In pratica, il processore e la SIM condividono lo stesso die di silicio, separati da una barriera hardware di sicurezza che garantisce l’isolamento crittografico tra i due domini.

Le implicazioni per i dispositivi professionali sono significative. Primo: l’eliminazione del chip SIM separato riduce l’ingombro sulla scheda madre di circa 30-40 mm² — spazio prezioso nei terminali compatti. Secondo: la comunicazione tra processore e SIM avviene internamente al chip senza nessuna interfaccia fisica esposta, eliminando completamente il rischio di attacchi hardware ai pin della SIM (un vettore di attacco reale per dispositivi professionali ad alto valore). Terzo: il consumo energetico dell’iSIM è significativamente inferiore rispetto a un chip SIM separato, con benefici sull’autonomia della batteria.

Qualcomm ha annunciato l’integrazione dell’iSIM nei propri SoC mobile a partire dalla serie Snapdragon 8 Gen 2 (2022), e MediaTek sta seguendo la stessa strada con la serie Dimensity. Poiché i modelli Inrico di fascia alta (S350, S300 Pro, S300 Plus) montano chipset recenti con Android 13 e 14, è plausibile che le prossime generazioni di questi terminali adottino iSIM direttamente integrato nel SoC, eliminando la necessità del vano SIM fisico e aumentando ulteriormente la robustezza meccanica del dispositivo.

Come si sceglie una SIM multioperatore per una flotta PoC radio in Italia

Dopo aver capito la tecnologia, è possibile definire un metodo di selezione razionale. La prima domanda da porsi non è “quanto costa al mese?” ma “quali operatori copre in roaming e con quale architettura?”. Una SIM multioperatore professionale per uso in Italia deve garantire roaming su almeno tre dei quattro MNO nazionali, con priorità configurabile e meccanismi anti-steering verificabili.

Il secondo parametro è la localizzazione del PGW. Come spiegato nella sezione sull’architettura EPC, tutto il traffico dati di una SIM in roaming transita attraverso il PGW del fornitore della SIM. Un PGW in Italia o nell’Europa occidentale garantisce latenze verso i server PTT italiani nell’ordine dei 10-30 ms aggiuntivi rispetto a una SIM nativa. Un PGW in Asia o negli USA può aggiungere 100-200 ms — inaccettabili per la voce PTT.

Il terzo parametro è la presenza di un portale di gestione della flotta (SIM management portal) che permetta di monitorare in tempo reale su quale operatore è registrata ciascuna SIM, il consumo di dati, la qualità del segnale RSRP e RSRQ, e di configurare remotamente i parametri di steering e le policy di failover. Le piattaforme di gestione professionali integrano queste funzionalità con dashboard web e API per l’integrazione con i sistemi di dispatching PTT.

Il quarto parametro, spesso trascurato, è la permanenza dell’accordo di roaming. Gli accordi tra il fornitore della SIM e gli MNO nazionali hanno durate contrattuali variabili e possono essere rinegoziati o rescissi. Un fornitore di SIM che ha un accordo di roaming con WindTre valido fino al 2025 potrebbe perdere quel diritto di accesso nel 2026, riducendo improvvisamente la copertura della tua flotta senza preavviso all’utente finale. Verificare la solidità e la durata degli accordi di roaming del fornitore è parte della due diligence acquistuale.​

SIM multioperatore e PoC radio: le configurazioni ottimali

Partendo dall’analisi delle bande LTE italiane sviluppata nel secondo articolo di questa serie e dalle caratteristiche tecniche dei terminali Inrico analizzati nel primo, è possibile definire le configurazioni SIM-terminale ottimali per i principali scenari operativi italiani:

Scenario 1 — Flotta di sicurezza urbana (Milano, Roma, Napoli). In queste aree tutte e quattro le reti hanno copertura capillare. La SIM multioperatore deve dare priorità a Vodafone o TIM su B3 (1800 MHz) e B1 (2100 MHz) come reti principali, con WindTre come backup e iliad come terza opzione. Il terminale ideale è un S300 Plus o T330/T338 con Android 13/14, IP68, 4-6 GB di RAM e supporto B1+B3+B7+B20. La latenza PTT in questo scenario è la più bassa dell’intera casistica — meno di 150 ms totali.

Scenario 2 — Flotta logistica su autostrade e strade provinciali. La copertura è buona sulle arterie principali ma può degradare nelle aree tra uno svincolo e l’altro, soprattutto in inverno con nebbia e in aree collinari padane. La SIM multioperatore deve dare priorità a TIM o Vodafone su B20 (800 MHz) come banda primaria — quella che garantisce la copertura continua lungo i corridoi viari italiani. Il terminale per le radio mobili veicolari è il TM-7 Plus o TM-9, da installare con antenna esterna dedicata per massimizzare il guadagno di antenna rispetto all’antenna interna.

Scenario 3 — Operazioni in area montagna, Appennino, isole minori. La copertura è garantita principalmente da TIM e Vodafone su B20 e sempre più su B28 (700 MHz). iliad sta espandendo velocemente la copertura rurale con B28. WindTre è l’operatore con la copertura rurale più limitata. La SIM multioperatore deve includere iliad nella lista di roaming e dare priorità alle bande sotto i 1 GHz. Il terminale ideale è l’S350 (5G) con supporto B28 e GPS a doppia frequenza Galileo+GPS per il tracking in aree con cielo parzialmente coperto da vegetazione o pareti rocciose.​​

Scenario 4 — Operazioni in ambienti chiusi difficili (magazzini con struttura in ferro-cemento, parcheggi multipiano, gallerie). La copertura dipende quasi esclusivamente dalla penetrazione del segnale attraverso le strutture. B20 (800 MHz) e B28 (700 MHz) sono le uniche bande che penetrano efficacemente oltre 2-3 solette di cemento armato. La SIM deve privilegiare TIM o Vodafone su B20 come banda primaria, con WindTre come backup. Il terminale deve supportare Cat-M1 per garantire la connessione residua nei punti più critici — caratteristica presente nei modelli IRC380, IRC390 e S380 ma non nei modelli con chipset MT6739.

Scenario 5 — Flotte con operatività internazionale (trasporti europei, emergenze transfrontaliere). La SIM deve avere accordi di roaming con almeno un MNO per paese nei 27 stati UE più Svizzera, UK, Norvegia e Turchia. Le SIM multioperatore con copertura su 680+ reti in 180+ paesi come quelle offerte da Onomondo, Things Mobile o Simbase sono la scelta corretta. Il terminale deve supportare sia le bande EU (B20 primario) sia le bande degli operatori nordeuropei (B3 e B7 predominanti in Germania, Olanda, Belgio). Il modello S300 Pro con versione EU copre questa casistica integralmente.​

Roaming domestico contro roaming permanente: una distinzione fondamentale

Esiste una confusione terminologica frequente che causa problemi reali nelle installazioni di PoC radio professionali. Il roaming domestico (national roaming) è un accordo tra due MNO dello stesso paese dove uno dei due — tipicamente il nuovo entrante o quello con copertura inferiore — ottiene dall’altro il diritto di usare la sua infrastruttura nelle aree dove non ha copertura propria. In Italia, iliad ha un accordo di roaming domestico con WindTre per le aree dove la propria rete non è ancora dispiegata. Una SIM iliad in queste aree si comporta come se fosse su rete WindTre, con le stesse priorità e gli stessi diritti di un utente nativo.

Il roaming permanente delle SIM multioperatore è strutturalmente diverso: il terminale è sempre ospite, mai nativo, su qualsiasi rete italiana. Non esiste una “rete domestica” in Italia per una SIM multioperatore con IMSI straniero. Le conseguenze pratiche di questa distinzione sono tre. Prima: in condizioni di congestione della cella, gli utenti in roaming permanente hanno priorità inferiore agli utenti nativi — come già spiegato nell’articolo precedente sul comportamento dell’EPC. Seconda: alcune funzionalità avanzate della rete LTE non sono disponibili in roaming — tra queste il VoLTE (Voice over LTE), che migliora ulteriormente la qualità audio della voce digitale rispetto al normale traffico dati. Terza: il traffico in roaming genera costi di interconnessione tra il fornitore della SIM e l’MNO italiano, che si traducono in tariffe generalmente superiori rispetto a una SIM nativa dello stesso operatore.

Il problema dello steering nelle aree con copertura sovrapposta

Un caso pratico che merita attenzione specifica è quello delle aree dove più operatori offrono buona copertura contemporaneamente — situazione tipica delle periferie urbane e dei corridoi industriali italiani. In queste zone, una SIM multioperatore con algoritmo di steering non ottimizzato può comportarsi in modo controintuitivo.

Supponiamo che la SIM abbia TIM come operatore prioritario e Vodafone come backup. In un’area industriale fuori da Bergamo, TIM ha segnale B3 con RSRP di -95 dBm — tecnicamente sufficiente per la connessione — ma la cella TIM è congestionata alle 10 del mattino con 200 utenti attivi. Vodafone ha segnale B20 con RSRP di -88 dBm — segnale migliore su una banda con maggiore penetrazione — e la cella è scarica. La SIM con steering basato solo sulla potenza del segnale rimarrà su TIM perché il segnale è “sufficiente”, ignorando la congestione. Solo le SIM con steering intelligente che valuta anche la qualità del canale (RSRQ e SINR, non solo RSRP) e la latenza verso il PGW, e che implementa meccanismi di load-aware handover, sceglieranno Vodafone come rete ottimale in questo scenario.

Questa distinzione separa nettamente le SIM multioperatore professionali per uso PTT da quelle low-cost disponibili online a pochi euro al mese. Le prime implementano algoritmi di selezione multi-criterio con decine di parametri di valutazione; le seconde fanno una selezione basata esclusivamente sulla potenza del segnale RSRP — un criterio necessario ma non sufficiente per garantire la qualità della comunicazione PTT.

Il problema della numerazione internazionale

Una caratteristica tecnica delle SIM multioperatore che crea problemi pratici nelle installazioni PoC radio è la numerazione internazionale. Come spiegato in precedenza, le SIM multioperatore professionali hanno un IMSI con MCC e MNC stranieri (es. britannico, olandese o lussemburghese). Di conseguenza, il numero telefonico associato alla SIM è un numero estero con prefisso internazionale — ad esempio +44 per UK o +31 per Olanda.

Per la voce PTT questo non è un problema: le comunicazioni PTT avvengono tramite indirizzi IP e identificatori di dispositivo sulla piattaforma PTT, non tramite chiamate telefoniche tradizionali. Ma crea complicazioni concrete in due scenari specifici. Il primo è la ricezione di SMS di sistema: alcuni sistemi di allarme e monitoraggio inviano SMS al numero della SIM — un numero estero complica la gestione se il sistema di invio non supporta numeri internazionali. Il secondo è la configurazione automatica dell’APN: alcuni terminali Android con firmware non aggiornato non riconoscono automaticamente l’APN di una SIM con IMSI straniero e richiedono configurazione manuale — un problema segnalato specificamente con i modelli Inrico che montano Android 8.1 più datati, come S100 e TM-9.​

La soluzione raccomandata è verificare la compatibilità del firmware del terminale con SIM in roaming permanente prima del deployment di massa, e aggiornare all’ultima versione disponibile del firmware prima dell’installazione. Inrico pubblica aggiornamenti firmware sul proprio portale tecnico per tutti i modelli attivi.

Gestione della flotta: il portale di amministrazione

Un aspetto della SIM multioperatore spesso sottovalutato in fase di acquisto ma determinante nella gestione quotidiana è il portale di amministrazione della flotta. Le piattaforme SIM multioperatore professionali offrono dashboard web con visibilità in tempo reale sullo stato di ogni SIM: operatore attualmente agganciato, banda LTE in uso, RSRP del segnale, consumo di dati, stato di connessione. Alcune piattaforme avanzate integrano anche la posizione GPS del terminale direttamente nella dashboard, creando un sistema di monitoraggio integrato che va dal segnale radio alla posizione geografica.

Le funzionalità amministrative più utili per una flotta PoC radio includono: la possibilità di cambiare da remoto la priorità degli operatori su singole SIM o su interi gruppi di SIM (utile per adattare la configurazione a cambiamenti di copertura regionali o a nuovi accordi di roaming); la configurazione di data cap per SIM — un limite di consumo mensile oltre il quale la SIM passa automaticamente in modalità voce-only PTT senza trasmissione video; e gli alert automatici quando una SIM registra latenza anormalmente alta verso il PGW o quando il segnale RSRP scende stabilmente sotto soglia per più di X minuti — segnale precoce di un problema di copertura o di un guasto hardware del terminale.​

Le prospettive future: 5G SA e la SIM nel network slice

Il futuro delle SIM multioperatore in ambito PoC radio è strettamente legato all’evoluzione verso il 5G Standalone (5G SA), architettura in cui il core network è completamente rinnovato rispetto all’EPC LTE e introduce concetti radicalmente nuovi. Il più importante per le comunicazioni professionali PTT è il Network Slicing: la capacità di creare reti virtuali logicamente separate all’interno della stessa infrastruttura fisica, ciascuna con caratteristiche di QoS, latenza e sicurezza personalizzate.​

Con il 5G SA, un operatore che serve una flotta PoC radio professionale potrà allocare uno slice dedicato per il traffico PTT con latenza garantita di 10 ms end-to-end, bassa priorità alle applicazioni consumer di video streaming sulla stessa cella, e isolamento del traffico da quello pubblico per motivi di sicurezza. La SIM multioperatore di nuova generazione per 5G SA non gestirà solo il roaming tra operatori ma anche la selezione dello slice corretto su ciascuna rete — un livello di complessità gestionale aggiuntivo che richiede nuove specifiche GSMA (già in sviluppo con SGP.42).

TIM, Vodafone e WindTre stanno dispiegando 5G SA nelle principali aree metropolitane italiane, con copertura prevista nelle aree industriali entro il 2027-2028. I modelli Inrico S350 con chipset 5G Qualcomm sono tecnicamente predisposti per operare su 5G SA non appena la rete degli operatori sarà pronta e i profili SIM saranno aggiornati per supportare il network slicing 5G.​

eSIM e iSIM: la convergenza entro il 2030

I dati di mercato pubblicati da Juniper Research nel 2025 mostrano che le connessioni eSIM passeranno dagli attuali 1,2 miliardi del 2025 a 4,9 miliardi entro il 2030 — una crescita superiore al 250% in cinque anni. Il GSMA Intelligence stima che il 40% di tutti i dispositivi IoT userà eSIM entro il 2030, con un tasso di adozione proiettato al 76% per le nuove connessioni.

Per il mercato delle PoC radio professionali, questa transizione ha una traiettoria prevedibile. Nel breve termine (2026-2027) si affermerà l’eUICC MFF2 saldato come standard per i modelli di fascia alta, mentre i modelli entry-level manterranno il vano SIM fisico per contenere i costi. Nel medio termine (2028-2030) l’iSIM integrata nel SoC diventerà lo standard anche per i terminali di fascia media, eliminando fisicamente il vano SIM da tutti i terminali nuovi. Nel lungo termine (oltre il 2030) il profilo SIM diventerà parte del Digital Identity Framework aziendale — gestito insieme alle credenziali di accesso alla piattaforma PTT, alle policy di sicurezza MDM e ai permessi di localizzazione GPS tramite piattaforme di gestione unificate che oggi chiamiamo separatamente “SIM management” e “MDM”.

L’implicazione pratica per chi acquista PoC radio oggi è concreta: un dispositivo con vano SIM fisica nano-SIM (4FF) standard, acquistato nel 2026, avrà un ciclo di vita di 5-7 anni. Nel 2030-2032, quando sarà arrivato alla fine del suo ciclo operativo, il mercato SIM si sarà già spostato su eUICC e iSIM. Pianificare oggi un deployment di lunga durata significa considerare se il fornitore offrirà aggiornamenti hardware o percorsi di migrazione verso eUICC per i propri modelli — un aspetto che vale la pena discutere con il rivenditore prima di firmare contratti di fornitura pluriennali.

Tabella comparativa delle tecnologie SIM

Glossario tecnico essenziale

Una SIM multioperatore si porta dietro un vocabolario tecnico che vale la pena consolidare in un riferimento rapido, da tenere a portata di mano quando si negozia con i fornitori:

IMSI (International Mobile Subscriber Identity): identificativo numerico univoco dell’abbonato sulla rete mobile. Nelle SIM Multi-IMSI ne sono presenti più di uno. ICCID (Integrated Circuit Card Identifier): numero seriale fisico della SIM, usato per l’amministrazione della flotta nel portale di gestione. PLMN (Public Land Mobile Network): la combinazione MCC+MNC che identifica univocamente una rete mobile in un paese specifico. PLMN Priority List: la lista ordinata delle reti preferite dalla SIM, configurata dal fornitore. Steering: meccanismo con cui la rete ospite o il fornitore della SIM reindirizza il terminale verso una rete specifica. Anti-steering: capacità della SIM di resistere ai tentativi di manipolazione remota della PLMN Priority List. APN (Access Point Name): parametro che definisce il gateway PGW attraverso cui transita il traffico dati. Roaming permanente: modalità operativa in cui la SIM è sempre in roaming, senza mai registrarsi come utente nativo su alcuna rete. eUICC (embedded UICC): SIM riprogrammabile over-the-air con supporto per profili multipli. MFF2 (Machine Form Factor 2): formato fisico eUICC saldato sulla scheda madre, resistente a vibrazioni e infiltrazioni. iSIM: SIM integrata nel SoC del processore principale. RSP (Remote SIM Provisioning): procedura standard GSMA per il caricamento e la gestione dei profili sull’eUICC via OTA. SGP.32: specifica GSMA 2023 per RSP ottimizzato per IoT con connettività intermittente. Network Slice: rete virtuale logicamente separata all’interno dell’infrastruttura 5G SA, con QoS dedicata.

La SIM multioperatore non è un accessorio. È un componente tecnico con la stessa dignità del modulo LTE del terminale o dell’algoritmo di compressione audio della piattaforma PTT. Trattarla come tale — valutandola con la stessa cura con cui si sceglie il terminale e la piattaforma — è la differenza tra un sistema di comunicazione professionale che funziona sempre e uno che funziona quasi sempre. In ambito professionale, quel “quasi” non è accettabile.

Siamo su TELEGRAM!