WMAN e WWAN - WiMAX, reti cellulari e 5G - Anno 5 Modulo 4 Lezione 6
Anno 5 · Modulo 4 · Lezione 6
A cura di Prof. Giagnotti · Sistemi e Reti · Anno 5

WMAN e WWAN - WiMAX, reti cellulari e 5G

Dalle celle esagonali che moltiplicano la capacita radio alla virtualizzazione del Core: come WiMAX ha anticipato il broadband metropolitano, come 2G-5G ha trasformato la voce in pacchetti IP, e perche network slicing, gNB e SUCI sono il cuore del 5G SA che porterai in lab.

WMAN / WWANWiMAX 802.165G NR / Slicing
Obiettivi di apprendimento
✓Descrivere l architettura WiMAX, il meccanismo PKMv2 e le differenze rispetto al Wi-Fi in termini di copertura e modello di deployment
✓Spiegare il concetto di cella, il meccanismo di handover e l evoluzione 2G-3G-4G-5G indicando le innovazioni chiave di ciascuna generazione
✓Descrivere i tre scenari d uso del 5G (eMBB, URLLC, mMTC) e spiegare il meccanismo del network slicing
✓Distinguere NSA e SA 5G e descrivere i miglioramenti di sicurezza del 5G-AKA rispetto all AKA delle generazioni precedenti

WMAN e WWAN — reti su scala urbana e globale

Abbiamo visto le reti personali (WPAN) e locali (WLAN). In questa lezione saliamo di scala: le WMAN coprono citta intere, le WWAN coprono nazioni e il pianeta intero. Entrambe richiedono infrastrutture gestite da operatori specializzati — non si configurano in casa.

📖 Definizione

WMAN (Wireless Metropolitan Area Network) = copertura 5-50 km, IEEE 802.16 WiMAX. WWAN (Wireless Wide Area Network) = copertura nazionale/globale, reti cellulari 2G/3G/4G/5G. Entrambe: spettro licenziato, QoS garantita, autenticazione provider.

🏙️ WMAN

Operator-managed metropolitano

Base Station con backhaul in fibra da 10-30 km LOS. Esempio: connettivita aree rurali dove non arriva fibra. Spettro da comprare all AGCOM.

🌐 WWAN

Cellulare planetario

Centinaia di migliaia di celle, core network virtualizzato. Roaming internazionale, riuso frequenze, handover <10ms in 5G.

WiMAX — Wireless Metropolitan Area Network

WiMAX (Worldwide Interoperability for Microwave Access) e basato sullo standard IEEE 802.16 e progettato per fornire connettivita a banda larga su scala metropolitana, come alternativa o complemento alle infrastrutture cablate.

⚠️ Errore concettuale comune

WiMAX non e Wi-Fi su scala piu larga. Wi-Fi e ISM 2.4/5GHz libero, auto-gestito, best-effort. WiMAX e OFDM su bande licenziate 2.5/3.5 GHz, QoS garantita, scheduling centralizzato BS, autenticazione PKI. Non puoi accendere una BS WiMAX senza concessione. Un errore che costa bocciatura all esame di progettazione.

Architettura WiMAX

📡 Base Station (BS)

Cuore radio

Copre settore 120° fino a decine di km LOS. Gestisce scheduling DL/UL, QoS, handover WiMAX. Collega backhaul IP in fibra o microonde punto-punto.

🏠 CPE / SS

Subscriber Station

Fisso: antenna esterna direzionale + IDU interno. Mobile: dongle integrato. Possiede certificato X.509 del produttore per autenticazione verso BS.

🌐 Backhaul + ASN-GW

Core operator

ASN Gateway aggrega BS, fa AAA con RADIUS, instrada verso CSN e poi Internet. Qualita backhaul determina prestazioni reali.

Architettura WiMAX IEEE 802.16 - BS, CPE, ASN, CSN CSN / InternetAAA - DHCP - BillingCore IP operator ASN-GWAggregazione BSRADIUS + QoS UGS/rtPS BS - Base StationOFDM 5-10MHz CHScheduler DL/UL CPE fixCPE outdoorMobile SScert X.509 Licenza banda 2.5/3.5GHz obbligatoria - QoS UGS/rtPS/nrtPS/BE - LOS 50km / NLOS 5-10km - OFDM WiMAX perso vs LTE per ecosistema smartphone, ma vivo in FWA punto-multipunto metropolitano e backhaul alternativo
🎓 Tip docente — deployment reale

In istituto abbiamo simulato WiMAX 3.5GHz con 2 CPE: senza LOS dietro palazzina throughput crolla da 22 Mbps a 3 Mbps per NLOS. Per esame: motiva sempre LOS vs NLOS e spiega perche 4G ha vinto: ecosistema smartphone + MIMO 2x2 economico vs CPE costoso. Configura QoS: voce UGS con grant periodici, streaming rtPS.

Sicurezza WiMAX — PKMv2

WiMAX integra nativamente la sicurezza a livello MAC tramite il protocollo PKM (Privacy and Key Management), nella versione piu evoluta PKMv2.

🔑 PKMv2 in tre parole

Autenticazione dispositivo con certificato X.509 emesso dal vendor - negoziazione TEK con EAP - cifratura traffico AES-128-CCM a livello MAC. Non opzionale: parte del protocollo.

LivelloMeccanismoDettaglio originale preservatoNota docente
Autenticazione PKICertificato X.509 su CPEBS verifica certificato in associazione, solo device legittimiSe cert revocato - rifiuto, come 802.1X
Gestione chiaviTEK + EAPTEK rinnovata periodicamente senza drop, supporto EAP per identita utente oltre deviceAnalogo a 4-way handshake Wi-Fi ma gestito BS
CifraturaAES-128 CCMProtezione MAC integrata, non estensione opzionaleCCM = CTR + CBC-MAC: confidentiality + integrity
WiMAX Security PKMv2 - CLI concettuale
wimax security pkmv2 enable wimax device-auth x509 verify manufacturer-cert wimax tek lifetime 3600 wimax cipher aes-128-ccm show wimax security association cpe 00:1A:2B:3C:4D:5E # Output: AK SN=12, TEK SN=45, Lifetime 1800s, EAP-TTLS user auth OK

Copertura e casi d'uso

🏘️ Rurale

Frazione senza fibra

WiMAX fisso 3.5GHz copre 8 km NLOS per 120 utenze. Alternativa a FWA 4G/5G prima del 2020.

🏙️ Backhaul urbano

Collegamento stazioni radio

Punto-punto 28GHz 100 Mbps per collegare small cell 4G dove scavo fibra impossibile.

🚨 Emergenza

Rete critica deploy rapido

BS su camion + generatore, CPE battery per protezione civile dopo terremoto.

🏫 Esempio — istituto come WMAN

Scenario: sede centrale + succursale a 6 km senza fibra. Idea WiMAX-like: BS su tetto centrale con settore 90°, CPE direzionale succursale con antenna 23 dBi. In lab simuliamo con 2 router MikroTik 5GHz Nstreme: throughput 45 Mbps, latenza 8ms. Calcola Fresnel: ostacolo alberi 60% = serve palo +2m. Valuta trade-off vs 5G FWA oggi.

WiMAX ha perso la competizione con il 4G/LTE per il mercato mobile, ma rimane rilevante in scenari specifici di connettivita punto-multipunto su scala metropolitana.

Reti cellulari — il concetto fondamentale

Prima di analizzare l evoluzione tecnologica e fondamentale capire il meccanismo che sta alla base di tutte le reti mobili: la struttura a celle.

Perche si usa la struttura a celle

Una singola antenna ad altissima potenza per coprire un intera nazione sarebbe impraticabile: tutta la potenza concentrata, ogni utente riceve segnale diversissimo, e soprattutto la stessa frequenza non puo essere usata altrove. La soluzione e dividere il territorio in celle — aree geografiche piu piccole, ciascuna servita da una stazione base con potenza moderata. Questo permette di:

♻️ Riuso frequenze

Moltiplica capacita

Cluster k=4: stessa banda riutilizzata in celle non adiacenti distanti D=R*sqrt(3k). Capacita totale = N_celle * banda/cella.

👥 Densita

Piu utenti

Da 1 macro-cella 1000 utenti alla stessa frequenza - 7 micro-celle 7000 utenti con stessa banda di sistema.

📶 Link budget

Vicino alla BS

Path loss ∝ d^3.5. Dimezzare raggio = +10 dB segnale, meno interferenza, batteria phone dura di piu.

Celle esagonali, riuso frequenze k=4 e handover inter-cella A f1 B f2 C f3 D f4 A f1 riuso! E f2 HANDOVER 4 step - 4G/5G <50ms 1. UE misura RSRP celle vicine continuo 2. RSRP serving < Thresh - Measurement Report 3. Core prenota risorse su target gNB/eNB 4. RRC Reconfiguration - nuova cella, zero drop VoLTE 2G: break-before-make (200ms buco) - 4G/5G: seamless K=4: distance riuso f1 = R * sqrt(3*4)=3.46R - interferenza co-canale accettabile. Capacita lineare con densificazione.

Handover — continuita durante il movimento

Quando un utente in movimento si sposta da una cella all altra, la rete deve trasferire la connessione senza interruzione percepibile — questo processo si chiama handover (o handoff).

LTE/5G Handover - log RSRP
Serving Cell: PCI 123, RSRP -92 dBm, RSRQ -11 dB, SINR 6 dB Neighbor: PCI 124, RSRP -85 dBm - candidato handover Event A3: neighbor becomes offset better than serving Threshold A3 offset 3 dB, TimeToTrigger 320ms Handover Request - Target gNB prepara DRB, C-RNTI nuovo RRCConnectionReconfiguration con mobilityControlInfo Handover completato in 28ms (misurato su 5G SA) # Failure comune: PCI confusion - due celle stesso PCI viste # Fix: pianificazione PCI 0-1007 no collisione tra vicini
Tip docente — demo handover

Avvia scanner con RTL-SDR: mostra 10 celle 4G su 800 MHz, 1800 MHz. Misura RSRP camminando in cortile. Spiega ping 100 ms stabile grazie a handover vs Wi-Fi senza handover veloce. Errore: credere che piu potenza BS = meglio; in realta piu interferenza co-canale.

Evoluzione delle reti mobili — da 2G a 5G

Gen.StandardVelocitaStazione baseInnovazione chiave
2GGSM, GPRS, EDGEfino a 384 kbpsBTSDigitalizzazione voce, SMS, primi dati mobili
3GUMTS, HSPA, HSPA+fino a 42 MbpsNodeB / RNCDati reali, videochiamate, Internet mobile W-CDMA
4GLTE, LTE-Advancedfino a 1 GbpseNodeBRete 100% IP, OFDMA, MIMO 2x2/4x4, VoLTE (voce su IP)
5G5G NR (New Radio)fino a 20 GbpsgNodeB (gNB)Network slicing, Massive MIMO 64x64, mmWave, URLLC <1ms
💡 Il salto del 4G — tutto diventa IP

In 2G e 3G esistevano reti separate per voce (circuito) e dati (pacchetto). LTE ha eliminato la distinzione: tutto su IP, voce inclusa con VoLTE. Semplificazione ma tutta la voce passa su SIP/RTP - implica sicurezza IP per telefonate.

📱 Dal punto vista utente

2G: chiamata crolla in galleria, GPRS lento WAP. 3G: YouTube 240p in movimento, batteria scarica da RNC. 4G: streaming 1080p stabile in treno 120km/h, VoLTE HD Voice. 5G SA: cloud gaming 4K latency 12ms con copertura FR1. In istituto misura con iPerf3 su modem 4G: 38 Mbps DL, 28ms RTT.

AT Commands - Modem 5G/4G diagnostica
AT+QNWINFO # +QNWINFO: "FDD LTE","22210","LTE BAND 7",3350 # +QNWINFO: "NR5G","22210","NR5G BAND 78",636000 AT+QENG="servingcell" # 5G SA: state NR, RSRP -89, SINR 12, BW 100MHz # NSA: LTE anchor + NR meas add (EN-DC) AT+CGDCONT? # +CGDCONT: 1,"IP","internet.apn" # +CGDCONT: 2,"IP","urllc-slice.apn" # S-NSSAI = SST 1 eMBB vs SST 2 URLLC

5G NR — i tre scenari e il network slicing

Il 5G e progettato per supportare contemporaneamente tre categorie di servizi con requisiti radicalmente diversi — non solo piu veloce.

📈 eMBB

enhanced Mobile Broadband

20 Gbps picco, Gbps utente. Latenza 10-50ms. Caso istituto: streaming multicamera evento 4K da 50 telefoni in auditorium.

⚡ URLLC

Ultra-Reliable Low Latency

<1ms, affidabilita 99.9999%. Non banda, ma determinismo. Caso: PLC robot saldatura controllato via 5G private.

🌱 mMTC

massive Machine Type

1M device/km2, batteria 10 anni, piccoli pacchetti. Caso: 2000 sensori temperatura/humdita istituto su NBIoT via 5G.

Network Slicing — la rete virtuale su misura

Il network slicing e una delle innovazioni concettuali piu importanti del 5G. Permette di creare multiple reti virtuali indipendenti — le slice — sopra la stessa infrastruttura fisica, ciascuna con caratteristiche personalizzate.

📌 Analogia prof — autostrada 5G

Immagina un autostrada fisica unica con tre corsie separate: corsia express riservata ambulanze (URLLC — sempre libera, priorita max), corsia normale traffico ordinario (eMBB), corsia lenta camion pesanti (mMTC — molti, lenti). La strada e una sola ma regole diverse. Network slicing fa questo sullo spettro e Core.

5G Network Slicing, NSA vs SA e protezione SUCI Infrastruttura fisica condivisa - Radio gNB 64x64 MIMO + Fibra 100G + Edge MEC + Core 5GC NFV3.7GHz Sub-6 + mmWave 26GHz - SDN Orchestratore - SLA distinti SLICE 1 - eMBB - SST=1100MHz - 2 Gbps - 30ms - BEUso: auditorium streaming 4K, 200 utentiNF: UPF throughput, SMF eMBBIsolata: picco non affetta URLLC SLICE 2 - URLLC - SST=2<1ms - 99.9999% - 10 MbpsUso: robot lab saldatura, PLC emergencyNF: UPF @ Edge MEC, L1 schedulingPreemption: blocca eMBB se serve SLICE 3 - mMTC - SST=31M/km2 - 10y battery - 100 byteUso: 2000 sensori temp istituto NBIoTNF: lightweight UPF, AMF ottimizzataGrant-free access NSA Non-Standalone - transitorioRadio 5G gNB + Core 4G EPC, LTE anchor. EN-DC dual connectivity.No slicing, latenza limitata da EPC (~20ms)Deploy rapido, riusa torri 4GeNB --X2-- gNB --S1-- EPC SA Standalone - 5G completoRadio NR + Core 5GC nativo: AMF/SMF/UPF/UDM virtualizzatiSlicing nativo con S-NSSAI, URLLC <1ms, MECSUCI + 5G-AKA completogNB --NG-- AMF/UPF - SBA
5G Core - Slicing Config + MQTT IoT
slices: - s_nssai: SST 1 SD 010203 # eMBB istituto eventi dnn: internet qos: 5qi 9 arp 8 ambr 2Gbps DL - s_nssai: SST 2 SD 020203 # URLLC robot dnn: urllc-robot.local qos: 5qi 82 delay 10ms reliability 99.9999 edge: upf mec-lab-upf dnai lab-floor-1 - s_nssai: SST 3 SD 030203 # mMTC sensori dnn: sensori-istituto.local AT+CGDCONT=1,"IP","event.istituto" AT+CGDCONT=2,"IP","robot.istituto.local" AT+CGDCONT=3,"IP","sensori.istituto.local" # IoT su 5G mMTC: 2000 sensori via MQTT import paho.mqtt.client as mqtt client = mqtt.Client() client.tls_set() client.connect("broker-istituto.local", 8883) client.publish("istituto/aula3B/temp", '{"t":22.4,"hum":55,"slice":"mMTC"}', qos=1)
Tip docente — slice istituto

Per esame proponi: slice eMBB per didattica streaming 200 client 500 Mbps garantiti, slice URLLC per emergenza pulsante allarme lab latenza <10ms con preemption, slice mMTC per contatori. Spiega SST e SD, e perche NSA non basterebbe: senza 5GC non puoi isolare traffico — un picco YouTube bloccherebbe robot. Disegna UPF al edge per URLLC vs UPF centrale per eMBB.

NSA vs SA — le due modalita di deployment 5G

NSA Non-Standalone - fase 1

Radio 5G, Core 4G

Le gNB si appoggiano a EPC esistente. Dual connectivity EN-DC: LTE anchor gestisce signaling, NR aggiunge throughput. Deployment rapido, ma nessuna slicing ne URLLC <1ms.

Rapido - No slicing - Latenza limitata

SA Standalone - 5G completo

Radio + Core 5G

5GC nativo con SBA, network functions virtualizzate AMF, SMF, UPF, UDM. Abilita slicing, MEC, 5G-AKA completo. Investimento maggiore, target finale.

Slicing si - <1ms si - 5G-AKA si - CapEx alto

Caso reale operatore

Italia TIM 2022: NSA su 3.7GHz in 30 citta con LTE B3 anchor. Throughput 600 Mbps ma latenza 22ms per EPC. 2024 SA pilot: UPF edge a Milano, slicing per evento MotoGP con eMBB dedicato a broadcaster — zero jitter vs pubblico. Per progetto istituto: indica che NSA oggi = 80% copertura, SA solo campus/private 5G.

Sicurezza nelle reti cellulari

L evoluzione della sicurezza — da 2G a 5G

GenAutenticazioneCifraturaVulnerabilita storica
2G GSMSolo UE verso rete, A3/A8 COMP128A5/1 rottaIMSI in chiaro, IMSI catcher banale, no integrita signaling
3G UMTSMutua AKA, KASUMIUEA1/UIA1, KASUMI + integritaIMSI ancora esposto, downgrade a 2G
4G LTEEPS-AKA, SNOW3G/AESEEA/EIA, tutto IP VoLTE cifratoIMSI catturabile initial attach - IMSI catcher 4G
5G NR5G-AKA + EAP-AKA, SUCI con ECIESNEA/NIA, SUPI mai in chiaroRisolve IMSI catcher, ma attenzione null scheme

SUCI — la protezione dell identita nel 5G

SUCI - Subscription Concealed Identifier

In 2G/3G/4G IMSI trasmesso in chiaro all inizio. Con SUCI, UE cifra SUPI con chiave pubblica home network usando ECIES (Curve25519) prima di trasmettere. Fake BTS vede solo SUCI random, non SUPI reale. Solo UDM home con chiave privata decifra.

Sicurezza pratica

IMSI catcher 5G? Se operatore implementa bene SUCI, non funziona piu. Attacco residuo: costringere UE a 4G (downgrade) dove SUCI non esiste, o usare SUCI null. In lab: cattura con srsRAN - se vedi SUCI type 1 ECIES ok; se type 0 null vulnerabile. Segnala sempre null scheme come errore grave.

5G SUCI - ECIES concettuale + verifica
UE: SUPI -> ECIES (PubKey HN) -> SUCI suci-0-222-10-0-0-0-ephemeral+ciphertext+MAC UDM decapsula: private_key hn -> SUPI 222101234567890 Wireshark NAS 5G Registration Request # SUCI = 222100000000003 -> check protection scheme # scheme 0 = null (flag critico!), 1 = ECIES Profile A ok Mitigazione downgrade: UE policy 5G only + disable 2G/3G Android: set NR only per lab test LoRaWAN confronto: DevEUI in chiaro simile a IMSI - serve Join con DevNonce random
SUCI vs IMSI catcher - come 5G chiude falla storica 2G/3G/4G - VULNERABILEUE - Fake BS: IMSI CHIAIMSI in clearIMSI Catcher log:Captured Track userClona, intercetta SMS 2FA 5G SA - PROTETTO con SUCIUE: SUPI - ECIES PubKey HN - SUCIsuci-1...enc + MACFake BS vede solo:Random blobHome UDM con privKey decifra - AKA okFake BS timeout Frequenze trade-offFR1 Sub-6 GHzCopertura km, 100MHz BW, muro okBackbone: 700M + 3.7GHz ITAFR2 mmWave 24-100GHz200m, vetri/pioggia blocca, 400MHzHotspot: stadio, fabbrica private 5G

Frequenze 5G — il trade-off copertura/capacita

Sub-6 GHz FR1

Bande 700 MHz – 6 GHz

Buona copertura decine km, penetrazione edifici accettabile. Velocita fino a pochi Gbps. Es. Italia: 700 MHz rural, 3.7 GHz citta 100MHz continui.

mmWave FR2 24-100GHz

Onde millimetriche

Velocita 20 Gbps teorici, copertura 100-200m, bloccata da pareti e pioggia. Hotspot alta densita: stadi, stazioni, fabbriche private 5G con beamforming.

Esempio classe — private 5G vs Wi-Fi 6E

Lab saldatura robot: Wi-Fi 6E 6GHz condiviso con 30 laptop - jitter 15ms, robot scatta. Private 5G 3.7GHz 40MHz dedicata + slice URLLC con UPF MEC in armadio rack - jitter <2ms determinismo garantito. 1 AP Wi-Fi copre 20m, serve roaming; 1 gNB indoor copre 50m con beamforming 8x8, handover gestito.

Verifica / Esercizio guidato

Progetta il 5G dell istituto — slicing reale con 2000 device

Istituto 3 piani, 800 studenti, vuoi: (A) streaming evento 4K auditorium 300 posti, (B) robot collaborativo lab meccanica con stop emergenza wireless <5ms, (C) 2000 sensori IoT temperatura/luci. Hai private 5G 3.7GHz 100MHz + edge MEC. Progetta slice.

  1. Definisci 3 S-NSSAI (SST e SD) e DNN: eMBB evento, URLLC robot, mMTC sensori. Indica 5QI, latenza target, ambr.
  2. NSA vs SA: quale scegli e perche NSA non basterebbe per URLLC? Disegna posizione UPF per ciascuna slice.
  3. Sicurezza: come proteggi SUPI con SUCI? Cosa succede se attaccante porta IMSI catcher 4G e forza downgrade? Mitiga.
  4. Frequenze: useresti mmWave 26GHz? Motiva copertura e blocco muri istituto. Confronto con Wi-Fi 6E.
  5. Configurazione: scrivi AT+CGDCONT per 3 DNN e snippet MQTT per sensori su slice mMTC.
✅ Soluzione ragionata dettagliata

1) Slice design: eMBB SST=1 SD=010203 DNN=event.istituto 5QI=9 AMBR 1.5 Gbps DL. 300 telefoni x 5 Mbps = 1.5 Gbps, ok 100MHz 4x4 MIMO ~1.2 Gbps reali - serve carrier aggregation. URLLC SST=2 SD=020203 DNN=robot.istituto.local 5QI=82 PDB 10ms GFBR 2 Mbps reliability 99.999%. UPF al MEC lab, 1ms fibra. Latency budget radio 2ms + MEC 1ms + PLC 1ms = 4ms <5ms ok. Se UPF centrale Milano 12ms fail. mMTC SST=3 2000 device x 32 byte ogni 5 min = 64KB, irrisorio, PSM/eDRX 10 anni batteria.

2) NSA vs SA: NSA usa EPC, non ha S-NSSAI nativo, UPF unico EPC lontano - latenza 20-30ms anche se radio 5G. URLLC impossibile. SA obbligatorio: 5GC con SMF per slice, UPF distribuiti. eNB ancor non serve in SA.

3) Sicurezza SUCI: Configura HN public key in USIM Profile A Curve25519. UE costruisce SUCI type=1 ECIES. Wireshark check Registration Request SUCI, scheme !=0. Mitigazione downgrade: policy NR only, disable 2G/3G, SUCI null disallowed in UDM. IMSI catcher 4G rilevabile con detector RSRP anomalo + TAC improvviso.

4) mmWave: 26GHz in istituto inutile per copertura piani (bloccato da muri cemento 20dB). Utile solo lab open space 15x10m LOS robot - gNB mmWave 400MHz per 3 Gbps video ispezione. Altrimenti resta su 3.7GHz. Wi-Fi 6E 6GHz piu economico per eMBB auditorium ma senza SLA slicing e con contesa CSMA.

5) Config: AT+CGDCONT=1,"IP","event.istituto" etc. MQTT sensori su slice 3: broker interno 10.99.0.10 raggiungibile solo via slice mMTC, qos=0 per risparmio batteria. Test preemption: iPerf 1.5 Gbps su eMBB + stop robot: eMBB droppato 10% ma robot latenza 3ms - isolamento slice riuscito.