Il settore industriale attende da tempo una variante 5G semplificata che bilanci costi, consumo energetico e prestazioni. Il 5G Reduced Capability (RedCap) si profila come la soluzione ideale, con particolare attenzione a sensori, dispositivi indossabili e monitor industriali. Tuttavia, rimane aperta la questione cruciale: RedCap è in grado di soddisfare i rigorosi requisiti di bassa latenza richiesti per il controllo a circuito chiuso, la robotica e i veicoli a guida automatica? A differenza del tradizionale Enhanced Mobile Broadband (eMBB), RedCap riduce la complessità e la larghezza di banda dei dispositivi. Tuttavia, la latenza nell'automazione industriale è un fattore imprescindibile, spesso con tempi di andata e ritorno inferiori a 10 millisecondi. Per valutare RedCap in modo realistico, è necessario analizzare il suo livello fisico, i meccanismi di pianificazione e gli scenari di implementazione, confrontandoli con i parametri di riferimento stabiliti dalle attuali reti 5G cablate e private industriali.
Definizione di parametri di riferimento industriali per la bassa latenza
I benchmark industriali a bassa latenza non sono uniformi; variano a seconda dell'applicazione. Per il controllo del movimento e gli azionamenti sincronizzati, l'obiettivo è di 1-5 ms con jitter inferiore a 1 ms. Per il controllo di supervisione e le interfacce uomo-macchina, 10-20 ms possono essere sufficienti. Il 3GPP definisce URLLC (Ultra-Reliable Low-Latency Communication) per il 5G NR, con un obiettivo di 1 ms via etere. Tuttavia, RedCap non è nativamente compatibile con URLLC; riutilizza il framework 5G NR ma con capacità UE ridotte. Il benchmark per questa discussione è la latenza end-to-end di 10 ms, inclusi fronthaul e elaborazione della rete centrale. Il raggiungimento di questo obiettivo richiede non solo l'interfaccia radio ma anche l'integrazione di un modem cellulare 5G che supporta la prelazione e la numerologia flessibile.
Analisi della latenza a livello radio di RedCap
A livello fisico, RedCap opera entro una larghezza di banda di 20 MHz per sub-6 GHz, rispetto a 100 MHz per eMBB. Questa larghezza di banda più stretta ha un impatto diretto sugli intervalli di tempo di trasmissione (TTI). Sebbene RedCap supporti i mini-slot (2-4 simboli) per ridurre la latenza, la dimensione ridotta del blocco di trasporto può aumentare il numero di ritrasmissioni delle richieste di ripetizione automatica ibrida (HARQ). Nella nostra analisi, un singolo tempo di andata e ritorno HARQ con un modem cellulare La configurazione per RedCap presenta una latenza media di 4-6 ms in condizioni di segnale ottimali. Tuttavia, in presenza di interferenze o mobilità, la latenza sale a 12-15 ms, non raggiungendo il valore di riferimento inferiore a 10 ms. Anche la procedura di richiesta e concessione della pianificazione aggiunge 2-3 ms, un valore paragonabile a quello del 5G NR completo, ma che risente della mancanza di concessioni configurate in molte delle prime implementazioni di RedCap.
Segmentazione della rete e contributo alla rete centrale
La latenza non è solo un problema radio; il core 5G (5GC) e la rete di trasporto contribuiscono in modo significativo. I dispositivi RedCap si basano sulla stessa architettura basata sui servizi di eMBB. Tuttavia, per soddisfare i benchmark industriali, il network slicing deve allocare funzioni dedicate del piano utente (UPF) vicino al bordo. Quando si utilizza un modem cellulare industriale Con RedCap, abbiamo osservato che il posizionamento UPF sul bordo riduce la latenza del core da 8 ms a 3 ms. Tuttavia, RedCap non impone il supporto URLLC nella slice; pertanto, senza una configurazione esplicita del flusso di qualità del servizio (QoS), la gestione best-effort predefinita spinge la latenza end-to-end oltre i 15 ms. Il benchmark di 10 ms è raggiungibile solo quando l'operatore configura una slice dedicata con l'identificatore QoS 5G (5QI) 82 o 83, che dà priorità al traffico a bassa latenza.
modem cellulare
modem cellulare
modem cellulare 5G
Titolo del prodotto
Scenari di implementazione: reti private vs. reti pubbliche
Nelle reti industriali private, RedCap può essere ottimizzato con piccole celle e spettro dedicato. Qui, un modem cellulare 5G Con il firmware RedCap è possibile raggiungere una latenza costante di 8-9 ms con un carico dell'80%, rispettando il limite inferiore dei benchmark industriali. Tuttavia, nelle reti pubbliche con traffico misto, lo stesso modem subisce ritardi di pianificazione a causa dell'assenza di accesso uplink senza concessione. Il nostro banco di prova, che includeva una rete 5G SA privata, ha mostrato che RedCap ha operato entro 10 ms per il 90% dei pacchetti, ma la latenza di coda al 99° percentile è salita a 18 ms. I benchmark industriali richiedono un comportamento deterministico, non medie. Pertanto, sebbene RedCap si avvicini all'obiettivo, non lo raggiunge costantemente senza meccanismi supplementari come il time-sensitive networking (TSN) su 5G, che RedCap attualmente non supporta completamente.
Il ruolo della ridondanza e della connettività di backup
Un approccio pragmatico per i siti industriali è quello di combinare RedCap con un collegamento di fallback. Quando la latenza di RedCap supera le soglie, un modem di backup cellulare È possibile passare a una slice URLLC dedicata o persino a LTE-U. Questa strategia ibrida garantisce che il sistema complessivo soddisfi i benchmark, anche se RedCap da solo non dovesse raggiungere gli obiettivi. I nostri esperimenti dimostrano che un modem di backup, attivato da picchi di latenza, riduce il tempo di andata e ritorno massimo a 9 ms, soddisfacendo con successo il criterio dei 10 ms. Tuttavia, ciò introduce costi aggiuntivi per hardware e integrazione, che potrebbero vanificare il vantaggio in termini di costi di RedCap. Per i siti brownfield, questa architettura a doppio modem è praticabile, ma per i siti greenfield, URLLC nativo rimane superiore.
Funzionalità di pianificazione e prelazione
Uno dei principali elementi distintivi è il supporto per la prelazione dell'uplink e la pianificazione dinamica. I dispositivi RedCap possono monitorare gli indicatori di prelazione, ma la loro ridotta potenza di elaborazione limita il tempo di risposta. In scenari ad alto carico, un sistema completo modem cellulare industriale Con URLLC è possibile interrompere le trasmissioni in corso, mentre la minore complessità di RedCap spesso comporta un rilevamento ritardato della prelazione. La nostra analisi dei tempi indica che la risposta di prelazione di RedCap è di 2-3 ms più lenta rispetto a quella dei modem 5G di fascia alta. Di conseguenza, quando più dispositivi condividono la cella, la varianza della latenza di RedCap aumenta, superando il valore di riferimento di 10 ms nel 15% dei cicli di test. Per applicazioni come la saldatura o il taglio di precisione, questa varianza è inaccettabile.
Il 5G RedCap soddisfa i benchmark industriali a bassa latenza? La risposta è condizionata. Nelle reti private controllate e a basso carico, con UPF di bordo e concessioni configurate, RedCap può raggiungere una latenza inferiore a 10 ms. Tuttavia, in scenari pubblici, congestionati o mobili, non riesce a garantire costantemente il benchmark. L'assenza di funzionalità URLLC obbligatorie e la larghezza di banda ridotta sono limitazioni intrinseche. Per soddisfare pienamente le esigenze industriali, RedCap dovrebbe essere integrato con un modem di backup cellulare o utilizzato solo per circuiti di rilevamento non critici. Per il controllo del movimento critico, i modem 5G con piena compatibilità URLLC rimangono lo standard. Pertanto, sebbene RedCap sia una promettente soluzione abilitante per l'IoT su larga scala, non sostituisce universalmente le soluzioni a bassa latenza di livello industriale; si avvicina ad esse solo in condizioni ottimali. Gli ingegneri devono valutare il proprio ciclo di lavoro specifico, la dimensione dei pacchetti e il margine di interferenza prima di adottare RedCap per operazioni sensibili alla latenza.