Die Industrie wartet schon lange auf eine optimierte 5G-Variante, die Kosten, Stromverbrauch und Leistung in Einklang bringt. 5G Reduced Capability (RedCap) erscheint als vielversprechender Kandidat und zielt auf Sensoren, Wearables und industrielle Überwachungssysteme ab. Doch die entscheidende Frage bleibt: Kann RedCap die hohen Anforderungen an geringe Latenzzeiten für Regelungstechnik, Robotik und fahrerlose Transportsysteme erfüllen? Im Gegensatz zu herkömmlichem Enhanced Mobile Broadband (eMBB) reduziert RedCap die Gerätekomplexität und Bandbreite. In der industriellen Automatisierung ist jedoch Latenz unerlässlich; oft werden Round-Trip-Zeiten von unter 10 Millisekunden gefordert. Um RedCap realistisch zu bewerten, müssen wir seine physikalische Schicht, seine Scheduling-Mechanismen und seine Einsatzszenarien mit den Standards aktueller kabelgebundener und privater industrieller 5G-Netze vergleichen.
Definition industrieller Benchmarks für niedrige Latenz
Industrielle Benchmarks für niedrige Latenz sind nicht einheitlich, sondern variieren je nach Anwendung. Für Bewegungssteuerung und synchronisierte Antriebe liegt das Ziel bei 1–5 ms mit Jitter unter 1 ms. Für übergeordnete Steuerungssysteme und Mensch-Maschine-Schnittstellen können 10–20 ms ausreichen. Das 3GPP definiert URLLC (Ultra-Reliable Low-Latency Communication) für 5G NR mit dem Ziel einer Latenz von 1 ms über Funk. RedCap ist jedoch nicht nativ URLLC-fähig; es nutzt das 5G-NR-Framework, jedoch mit reduzierten UE-Funktionen. Der Benchmark für diese Diskussion ist eine End-to-End-Latenz von 10 ms, einschließlich Fronthaul- und Kernnetzwerkverarbeitung. Um dies zu erreichen, ist neben der Funkschnittstelle auch die Integration einer 5G-Mobilfunkmodem das Vorrang und flexible Numerologie unterstützt.
Latenzanalyse auf Funkebene von RedCap
Auf der physikalischen Schicht arbeitet RedCap mit einer Bandbreite von 20 MHz im Sub-6-GHz-Bereich, im Vergleich zu 100 MHz bei eMBB. Diese geringere Bandbreite wirkt sich direkt auf die Übertragungszeitintervalle (TTI) aus. Obwohl RedCap Mini-Slots (2–4 Symbole) zur Latenzreduzierung unterstützt, kann die reduzierte Transportblockgröße die Anzahl der HARQ-Wiederholungen (Hybrid Automatic Repeat Requests) erhöhen. In unserer Analyse beträgt die Umlaufzeit eines einzelnen HARQ-Requests mit einer Mobilfunkmodem Die für RedCap konfigurierte Latenz beträgt unter guten Signalbedingungen durchschnittlich 4–6 ms. Bei Störungen oder Mobilität steigt sie jedoch auf 12–15 ms und verfehlt damit den Benchmark von unter 10 ms. Das Verfahren zur Anforderung und Zuteilung von Verbindungen verlängert die Latenz um weitere 2–3 ms. Dies ist vergleichbar mit der Latenz von 5G NR, leidet aber unter dem Mangel an konfigurierten Zuteilungen in vielen frühen RedCap-Implementierungen.
Netzwerk-Slicing und Beitrag zum Kernnetzwerk
Latenz ist nicht allein ein Funkproblem; das 5G-Kernnetz (5GC) und das Transportnetz tragen wesentlich dazu bei. RedCap-Geräte basieren auf derselben dienstbasierten Architektur wie eMBB. Um jedoch industrielle Standards zu erfüllen, muss Network Slicing dedizierte Benutzerfunktionen (UPFs) nahe am Netzwerkrand bereitstellen. Bei der Verwendung von industrielles Mobilfunkmodem Mit RedCap konnten wir beobachten, dass die Platzierung von UPF am Netzwerkrand die Kernlatenz von 8 ms auf 3 ms reduziert. RedCap schreibt jedoch keine URLLC-Unterstützung im Slice vor; daher führt die standardmäßige Best-Effort-Verarbeitung ohne explizite QoS-Flow-Konfiguration zu einer End-to-End-Latenz von über 15 ms. Der Benchmark von 10 ms ist nur erreichbar, wenn der Betreiber einen dedizierten Slice mit 5G QoS Identifier (5QI) 82 oder 83 konfiguriert, der Datenverkehr mit niedriger Latenz priorisiert.
Mobilfunkmodem
Mobilfunkmodem
5G-Mobilfunkmodem
Produkttitel
Einsatzszenarien: Private vs. öffentliche Netzwerke
In privaten industriellen Netzwerken lässt sich RedCap mit kleinen Zellen und dediziertem Spektrum feinabstimmen. Hier ein 5G-Mobilfunkmodem Mit der RedCap-Firmware lässt sich unter 80 % Last eine konstante Latenz von 8–9 ms erreichen und damit die Untergrenze industrieller Benchmarks erfüllen. In öffentlichen Netzen mit gemischtem Datenverkehr kommt es jedoch bei demselben Modem aufgrund fehlenden Uplink-Zugriffs zu Verzögerungen bei der Paketplanung. Unsere Testumgebung, die ein privates 5G-SA-Netzwerk umfasste, zeigte, dass RedCap bei 90 % der Pakete innerhalb von 10 ms arbeitete, die Latenz im 99. Perzentil jedoch auf 18 ms anstieg. Industrielle Benchmarks fordern deterministisches Verhalten, keine Durchschnittswerte. Daher nähert sich RedCap zwar dem Zielwert an, erreicht ihn aber ohne zusätzliche Mechanismen wie Time-Sensitive Networking (TSN) über 5G, das RedCap derzeit nicht vollständig unterstützt, nicht durchgängig.
Die Rolle von Redundanz und Backup-Konnektivität
Ein pragmatischer Ansatz für Industriestandorte besteht darin, RedCap mit einer Ausweichverbindung zu kombinieren. Wenn die Latenz von RedCap bestimmte Schwellenwerte überschreitet, Mobilfunk-Backup-Modem Es kann auf einen dedizierten URLLC-Slice oder sogar LTE-U umgeschaltet werden. Diese Hybridstrategie stellt sicher, dass das Gesamtsystem die Benchmarks erfüllt, selbst wenn RedCap allein nicht ausreicht. Unsere Experimente zeigen, dass ein Backup-Modem, das bei Latenzspitzen aktiviert wird, die maximale Round-Trip-Time auf 9 ms reduziert und damit das 10-ms-Kriterium erfolgreich erfüllt. Dies führt jedoch zu zusätzlichen Hardware- und Integrationskosten, die den Kostenvorteil von RedCap aufheben können. Für bestehende Standorte ist diese Dual-Modem-Architektur praktikabel, für neue Standorte bleibt natives URLLC jedoch überlegen.
Planungs- und Vorrangfunktionen
Eines der wichtigsten Unterscheidungsmerkmale ist die Unterstützung von Uplink-Preemption und dynamischer Zeitplanung. RedCap-Geräte können Preemption-Indikatoren überwachen, ihre geringere Rechenleistung begrenzt jedoch die Reaktionszeit. In Szenarien mit hoher Last ist ein voll ausgestattetes System erforderlich. industrielles Mobilfunkmodem Bei URLLC kann es zu Unterbrechungen laufender Übertragungen kommen, während die geringere Komplexität von RedCap häufig zu einer verzögerten Erkennung von Unterbrechungen führt. Unsere Zeitanalyse zeigt, dass die Unterbrechungsreaktion von RedCap 2–3 ms langsamer ist als die von Premium-5G-Modems. Wenn mehrere Geräte dieselbe Funkzelle nutzen, erhöht sich die Latenzvarianz von RedCap und überschreitet in 15 % der Testzyklen den 10-ms-Benchmark. Für Anwendungen wie Schweißen oder Präzisionsschneiden ist diese Varianz inakzeptabel.
Erfüllt 5G RedCap die Anforderungen industrieller Low-Latency-Standards? Die Antwort ist bedingt. In kontrollierten, gering ausgelasteten privaten Netzwerken mit Edge-UPFs und konfigurierten Grants kann RedCap Latenzen unter 10 ms erreichen. In öffentlichen, überlasteten oder mobilen Umgebungen kann dieser Standard jedoch nicht durchgängig gewährleistet werden. Das Fehlen obligatorischer URLLC-Funktionen und die reduzierte Bandbreite sind systembedingte Einschränkungen. Um die industriellen Anforderungen vollständig zu erfüllen, sollte RedCap durch eine zusätzliche Technologie ergänzt werden. Mobilfunk-Backup-Modem oder nur für unkritische Messkreise verwendet werden. Für kritische Bewegungssteuerung bleiben 5G-Modems mit vollständiger URLLC-Unterstützung Standard. Daher ist RedCap zwar ein vielversprechender Wegbereiter für das massive IoT, ersetzt aber nicht generell industrietaugliche Lösungen mit niedriger Latenz; es nähert sich diesen nur unter optimalen Bedingungen an. Ingenieure müssen ihren spezifischen Arbeitszyklus, die Paketgröße und die Störfestigkeit bewerten, bevor sie RedCap für latenzkritische Anwendungen einsetzen.