Um 3:00 Uhr sendet ein industrielles 5G-Gateway einen Registration Request an die AMF. Seine TAI ist gegenüber der vorherigen Registrierung unverändert, die 5G-GUTI ist identisch, die zuständige AMF hat sich nicht geändert und das Gerät hat möglicherweise seit mehreren Stunden keine Uplink-Daten übertragen. Aus reiner Mobilitätsmanagement-Sicht enthält die Anfrage keine neue Standortinformation und könnte wie eine doppelte Registrierung wirken. Das Feld Registrierungstyp kennzeichnet sie jedoch eindeutig als Periodic Registration Update. Die AMF muss dabei nicht klären, wohin sich das UE bewegt hat, sondern etwas Grundlegenderes: Ist das UE noch vorhanden, soll es für Paging weiterhin als erreichbar gelten und soll sein Registrierungskontext weiter vorgehalten werden?
Im Registrierungsmanagement des 5GC lösen Mobility Registration Update und Periodic Registration Update zwei unterschiedliche Aufgaben. Ersteres wird durch Mobilität ausgelöst und dient der Aktualisierung von Standort und Routing; letzteres wird durch den Ablauf von T3512 ausgelöst und bestätigt regelmäßig Registrierungsstatus und UE-Erreichbarkeit. Ein UE, das lange in CM-IDLE verbleibt, muss beim Ablauf von T3512 unter Umständen auch dann das Netz kontaktieren, wenn es sich weiterhin in demselben Registrierungsbereich befindet, von derselben zuständigen AMF bedient wird und seinen Standort nicht geändert hat. Über diese Interaktion aktualisiert das Netz seine Einschätzung der UE-Erreichbarkeit und kann bei längerem Ausbleiben des UE schließlich veralteten Registrierungskontext durch implizite Deregistrierung freigeben. Entscheidend für das Verständnis des Verfahrens ist daher nicht, ob der Registration Request einen neuen Standort enthält, sondern wie T3512 verwaltet wird, wie das UE das Verfahren in CM-IDLE auslöst, wie die AMF den Registrierungstyp und den UE-Kontext interpretiert und wie das Netz mit einem UE umgeht, das sich nicht rechtzeitig aktualisiert.
Warum ist eine periodische Registrierungsaktualisierung nötig, obwohl sich das UE nicht bewegt hat?
Nach Abschluss der Initial Registration wechselt das UE in den Zustand 5GS Registered. „Registered“ bedeutet jedoch nicht, dass das UE dauerhaft eine NAS-Signalisierungsverbindung zur AMF aufrechterhält. Viele Smartphones, IoT-Geräte und Endgeräte mit geringem Verkehrsaufkommen wechseln bei fehlender Daten- oder Signalisierungsaktivität in CM-IDLE, um Funk- und Kernnetzressourcen zu sparen.
Aus Sicht des UE spart lange Inaktivität Ressourcen. Aus Sicht des 5GC entsteht jedoch eine wichtige Frage: Die letzte Bestätigung der AMF, dass das UE verfügbar war, kann bereits Dutzende Minuten oder sogar Stunden zurückliegen. Seitdem könnte das UE ausgeschaltet worden sein, die Funkabdeckung verloren oder seinen Akku entladen haben – oder es ist weiterhin normal eingebucht, ohne Verkehr zu erzeugen.
Würde das Kernnetz die UE-Registrierung unbegrenzt beibehalten, könnte es veralteten Kontext für ein nicht mehr erreichbares Gerät speichern. Würde es den Kontext zu aggressiv löschen, könnte ein weiterhin ordnungsgemäß registriertes UE unnötig zu einer neuen Registrierung gezwungen werden.
Das Periodic Registration Update bringt beide Anforderungen in Einklang. Das Netz verwendet T3512 um dem UE mitzuteilen, wie lange es ohne eine weitere relevante 5GMM-Interaktion bleiben darf, bevor es ein Periodic Registration Update einleitet.
Das Verfahren lässt sich daher als periodische Statusmeldung zwischen UE und 5GC betrachten:
Das UE ist bereits registriert
→ Das UE bleibt längere Zeit in CM-IDLE
→ T3512 läuft weiter
→ T3512 läuft ab
→ Das UE stellt die NAS-Signalisierungsverbindung wieder her
→ Das UE startet ein Periodic Registration Update
→ Die AMF bestätigt und aktualisiert den Registrierungsstatus
Der Hauptzweck besteht nicht darin, eine neue Bewegung zwischen Bereichen zu melden, sondern zu verhindern, dass UE und Netz dauerhaft uneinig darüber sind, ob der bestehende Registrierungskontext noch gültig ist.
Wann beginnt T3512 tatsächlich zu laufen?
T3512 ist nicht einfach ein vom UE frei gewählter lokaler Timer. Sein Wert wird vom Netz gesteuert, und die AMF kann dem UE im Registration Accept den Wert des periodischen Registrierungstimers übermitteln. Solange das UE später keinen neuen Wert erhält, verwendet es die gespeicherte T3512-Konfiguration weiter.
Der von 3GPP definierte Standardwert von T3512 beträgt 54 Minuten. Das bedeutet jedoch nicht, dass in jedem kommerziellen 5G-Netz jedes UE alle 54 Minuten eine Aktualisierung durchführt. Die AMF kann abhängig von Netzkonfiguration, UE-Verhalten, Teilnehmerinformationen und Richtlinien einen anderen Wert zuweisen. Wird T3512 vom Netz deaktiviert oder auf null gesetzt, findet das entsprechende Periodic Registration Update nicht statt.
In einem üblichen 3GPP-Zugriffsszenario startet oder startet das UE T3512 neu, wenn es von 5GMM-CONNECTED nach 5GMM-IDLE wechselt, sofern das Netz nicht die Fähigkeit eines streng periodischen Registrierungstimers verwendet. Kehrt das UE zu 5GMM-CONNECTED zurück, stoppt der Timer normalerweise. Das ist wichtig, weil ein Periodic Registration Update nicht einfach nach einer absoluten Uhr ausgelöst wird, unabhängig von der UE-Aktivität.
Angenommen, ein UE beendet die Registrierung um 09:00 Uhr, gibt anschließend die NAS-Signalisierungsverbindung frei und wechselt mit einem auf 54 Minuten konfigurierten T3512 in CM-IDLE. Wenn keine andere Interaktion den Timer stoppt, neu startet oder verändert, wird erwartet, dass das UE nach Ablauf des Timers in das Periodic-Registration-Update-Verfahren eintritt.
Neuere Spezifikationsstände unterstützen außerdem einen streng periodischen Registrierungstimer. In diesem Modus kann T3512 nach erfolgreichem Abschluss der Registrierung starten und wird nicht allein deshalb gestoppt, weil das UE in 5GMM-CONNECTED wechselt. Läuft der Timer im verbundenen Zustand ab, kann er neu gestartet werden; die tatsächliche periodische Registrierungsaktualisierung wird weiterhin entsprechend dem aktuellen 5GMM-Zustand behandelt.
Daher bedeutet „T3512 = 54 Minuten“ in einem Registration Accept nicht automatisch, dass genau 54 Minuten später ein Registration Request erscheinen muss. Bei der Trace-Analyse ist außerdem zu berücksichtigen, ob das UE in diesem Zeitraum in den CONNECTED-Zustand gewechselt ist, ob eine andere Registrierung stattgefunden hat, ob streng periodischer Betrieb aktiviert ist und ob der Timer aktualisiert oder deaktiviert wurde.
Wie unterscheidet sich ein periodischer Registration Request von einer Initial Registration?
Nach Ablauf von T3512 muss das UE die Kommunikation der Steuerungsebene mit dem Netz wiederherstellen. Nachdem der NAS-Signalisierungspfad über das gNB wieder verfügbar ist, sendet das gNB eine NGAP Initial UE Message an die AMF, die die aktuellen Standortinformationen des UE und den NAS Registration Request enthält.
Das wichtigste Informationselement für die Signalisierungsanalyse ist der 5GS registration type (5GS-Registrierungstyp) im Registration Request. In diesem Verfahren ist er auf periodic registration updating (periodische Registrierungsaktualisierung) gesetzt und teilt der AMF damit ausdrücklich mit, dass sich das UE weder zum ersten Mal am 5GS anmeldet noch die Registrierung aktualisiert, weil es seinen Registrierungsbereich verlassen hat. Stattdessen wird eine bestehende Registrierung periodisch aufgefrischt.
Das UE übermittelt normalerweise auch seine vorhandene 5G-GUTI, damit die AMF die Anfrage schnell einem bestehenden UE-Kontext zuordnen kann. Die Nachricht kann außerdem Informationen wie Last Visited Registered TAI, UE Security Capability und PDU Session Status enthalten, damit das Netz den vom UE gehaltenen Mobilitäts- und Sitzungsstatus abgleichen kann.
Drei leicht zu verwechselnde Registration-Request-Szenarien lassen sich daher bereits am Anfang eines Traces unterscheiden:
Initial Registration: Das UE muss eine neue 5GS-Registrierungsbeziehung aufbauen
Mobility Registration Update: Der Mobilitätsstandort des UE oder die Bedingungen seines Registrierungsbereichs haben sich geändert
Periodic Registration Update: Die bestehende Registrierungsbeziehung muss periodisch aufgefrischt werden
Alle drei Verfahren verwenden einen Registration Request, ihre Auslöser unterscheiden sich jedoch grundlegend. Bei der Analyse der 5GC-Registrierungssignalisierung reicht der Nachrichtenname „Registration Request“ nicht aus, um das Verfahren zu bestimmen. Als Erstes sollte der 5GS-Registrierungstyp geprüft werden.
Warum kann die Aktualisierung so kurz sein, wenn die zuständige AMF unverändert bleibt?
Eine der wichtigsten Eigenschaften des Periodic Registration Update ist nicht die Anzahl neuer Signalisierungsnachrichten, sondern wie viel kürzer es gegenüber einer Initial Registration sein kann, wenn der vorhandene Kontext weiterhin gültig ist.
Angenommen, das UE bleibt im Versorgungsbereich derselben AMF, es hat keinen AMF-Wechsel gegeben, der zuvor aufgebaute UE-Kontext und Sicherheitskontext sind weiterhin nutzbar und es liegt keine Teilnehmer- oder Richtlinienänderung vor, die zusätzliche Verarbeitung erfordert. Empfängt die AMF einen Registration Request mit der bestehenden 5G-GUTI, kann sie anhand der mit dieser Identität verknüpften GUAMI-Information feststellen, dass das UE weiterhin lokal bedient wird, und den entsprechenden UE-Kontext abrufen.
Unter diesen Bedingungen müssen viele Abläufe, die bei einer vollständigen Initial Registration üblich sind, nicht zwingend wiederholt werden.
Sind Identität und Sicherheitszustand weiterhin gültig, ist möglicherweise kein vollständiges 5G-AKA-Verfahren erforderlich, sodass die AUSF im Trace fehlen kann. Da sich die zuständige AMF nicht geändert hat, muss sich die AMF nicht allein wegen einer periodischen Aktualisierung zwingend erneut bei der UDM registrieren oder das vollständige Teilnehmerprofil abrufen. Haben sich Zugriffsbereich und Richtlinien nicht geändert, kann auch ein neues PCF-AM-Policy-Verfahren entfallen. Muss keine neue AUSF, UDM oder PCF ausgewählt werden, können auch die zugehörigen NRF-Discovery-Verfahren fehlen.
Ein typischer vereinfachter Signalisierungspfad kann daher so aussehen:
UE
→ gNB: Zugriff wiederherstellen
→ AMF: Initial UE Message + Periodic Registration Request
→ AMF: bestehenden UE-Kontext mithilfe der 5G-GUTI abrufen
→ gNB / UE: Registration Accept
→ UE: Registration Complete, falls erforderlich
Die Formulierung „möglicherweise nicht erforderlich“ ist wichtig. Der 3GPP-Registrierungsrahmen erlaubt dem Netz, jede Identitäts-, Sicherheits-, Teilnehmer- und Richtlinienverarbeitung durchzuführen, die für den aktuellen Kontext notwendig ist. Ein vereinfachter Trace aus einem kommerziellen Netz darf daher nicht als starre Pflichtsequenz für jedes Periodic Registration Update verstanden werden.
Welche Registrierungszustände kann Registration Accept aktualisieren?
Nachdem die AMF bestätigt hat, dass das UE registriert bleiben darf, übermittelt sie dem UE das aktualisierte Registrierungsergebnis über Registration Accept. Je nach Netzergebnis kann die Nachricht Parameter wie Allowed NSSAI, T3512, TA List und bei Bedarf eine neu zugewiesene 5G-GUTI enthalten.
T3512 ist bei einem Periodic Registration Update besonders wichtig. Übermittelt die AMF einen neuen Wert, soll das UE diesen für den nächsten periodischen Zyklus verwenden. Wird kein neuer Wert mitgeteilt, kann das UE die gespeicherte Konfiguration weiterverwenden. Dadurch kann das Netz das periodische Registrierungsverhalten im Laufe der Zeit anpassen, statt das Intervall dauerhaft im Endgerät festzuschreiben.
Die TA List in Registration Accept definiert weiterhin den aktuellen Registrierungsbereich des UE. Obwohl die periodische Aktualisierung selbst nicht durch das Verlassen dieses Bereichs ausgelöst wird, kann das Netz dem UE nach einer erfolgreichen Registrierungsinteraktion dennoch die aktuellen Mobilitätsmanagement-Parameter bereitstellen.
Enthält Registration Accept eine neu zugewiesene 5G-GUTI, muss das UE den erfolgreichen Empfang der temporären Identität mit Registration Complete bestätigen. Vergibt die AMF keine neue 5G-GUTI, weist das Fehlen von Registration Complete nicht automatisch auf einen Fehler hin. Der Trace ist danach zu interpretieren, welche Informationselemente in Registration Accept tatsächlich eine Bestätigung verlangen.
Deshalb ist ein Periodic Registration Update mehr als ein einfacher Lebenszeichenmechanismus. Es bleibt Teil des 5GMM-Registration-Rahmens und ermöglicht dem Netz, registrierungsbezogene Mobilitätsparameter erneut zu synchronisieren, statt nur zu prüfen, ob das UE noch antwortet.
Wie lässt sich ein Periodic Registration Update in einem Signalisierungs-Trace überprüfen?
Bei der Fehlersuche für ein Periodic Registration Update ist es am effektivsten, nicht zuerst nach AUSF- oder UDM-Signalisierung zu suchen. Stattdessen sollte die folgende Kette verfolgt werden: T3512 → UE-Zustand → Registration Request → AMF-Kontext → Registration Accept.
Startet das UE nach der Registrierung nie eine periodische Aktualisierung, ist zunächst zu prüfen, ob Registration Accept einen gültigen T3512-Wert enthielt. Ist T3512 deaktiviert oder auf null gesetzt, ist kein Periodic Registration Update zu erwarten. Ist der Wert gültig, sollte bestätigt werden, ob das UE tatsächlich in den zutreffenden 5GMM-IDLE-Zustand gewechselt ist und ob eine NAS-Interaktion stattgefunden hat, die den Timer gestoppt, neu gestartet oder aktualisiert haben könnte.
Sendet das UE einen Registration Request, die AMF behandelt ihn jedoch als Initial Registration, sind der 5GS-Registrierungstyp und die 5G-GUTI zu prüfen. Kann die AMF die 5G-GUTI keinem vorhandenen UE-Kontext zuordnen, kann das Verfahren in einen komplexeren Pfad zur Identitätswiederherstellung oder erneuten Registrierung übergehen.
Wird der Registration Request korrekt erkannt, erscheint danach aber ein vollständiges Authentifizierungsverfahren, beweist dies allein noch keinen Fehler. Zu prüfen sind der vorhandene NAS Security Context und die Frage, ob das Netz gemäß seiner Sicherheitsrichtlinie eine erneute Authentifizierung angeordnet hat.
Zusätzlich zu T3512 auf UE-Seite verwendet die AMF einen wichtigen netzseitigen Mechanismus zur Überwachung der Erreichbarkeit: den Mobile Reachable Timer (Timer für mobile Erreichbarkeit). Bei einem normal registrierten UE ist dieser netzseitige Timer länger als T3512; standardmäßig beträgt er üblicherweise T3512 plus vier Minuten. Die AMF startet den Mobile Reachable Timer nach der Freigabe der NAS-Signalisierungsverbindung und stoppt ihn, sobald das UE die NAS-Konnektivität wiederherstellt.
Beide Mechanismen arbeiten zusammen:
UE-seitiges T3512: legt fest, wann das UE zur Aktualisierung der Registrierung zurückkehren soll
AMF-seitiger Mobile Reachable Timer: überwacht, ob das UE innerhalb des erwarteten Zeitraums wieder erscheint
Nimmt das UE über längere Zeit keinen Kontakt mit dem Netz auf, ermöglichen der Mobile Reachable Timer und der anschließende Mechanismus der impliziten Deregistrierung dem Kernnetz, ein UE, dessen Erreichbarkeit nicht mehr bestätigt werden kann, schrittweise zu behandeln, anstatt veralteten Registrierungskontext unbegrenzt aufzubewahren.
Der eigentliche Zweck des 5GC Periodic Registration Update besteht daher nicht darin, sich „alle paar Dutzend Minuten neu zu registrieren“. Vielmehr können ein lange inaktives UE und die AMF regelmäßig wieder eine gemeinsame Sicht auf den Registrierungszustand herstellen: Das UE ist weiterhin vorhanden, die bestehende Registrierungsbeziehung ist noch gültig und die relevanten Mobilitätsparameter können im nächsten Zeitraum weiterverwendet werden.
Häufige Fragen
Ist T3512 in jedem 5G-Netz fest auf 54 Minuten eingestellt?
Nein. 54 Minuten ist der von 3GPP definierte Standardwert, die AMF kann jedoch abhängig von Netzkonfiguration, UE-Verhalten, Teilnehmerinformationen und Richtlinien einen anderen Wert zuweisen. Signalisierungsanalyse und Fehlersuche sollten stets den T3512-Wert verwenden, den das UE tatsächlich empfangen hat, statt grundsätzlich von 54 Minuten auszugehen.
Sendet das UE bei normalem Verkehr innerhalb der 54 Minuten trotzdem genau nach 54 Minuten ein Periodic Registration Update?
Nicht unbedingt. Beim normalen T3512-Betrieb beeinflusst der Wechsel in 5GMM-CONNECTED den periodischen Timer, und der Timer kann neu starten, wenn das UE später wieder in IDLE wechselt. Der nächste Registration Request lässt sich daher nicht einfach berechnen, indem 54 Minuten zur Abschlusszeit der Initial Registration addiert werden. Das Zeitverhalten unterscheidet sich außerdem, wenn ein streng periodischer Registrierungstimer aktiviert ist.
Erfordert jedes Periodic Registration Update AUSF, UDM und PCF?
Nein. Wenn die zuständige AMF unverändert bleibt, der bestehende UE-Kontext und der Sicherheitskontext gültig sind und keine Teilnehmer- oder Richtlinieninformationen aktualisiert werden müssen, kann das Verfahren sehr kurz bleiben. Ob AUSF, UDM, PCF oder NRF aufgerufen werden, hängt vom jeweiligen UE-Kontext und der Netzimplementierung ab. Sie dürfen nicht als obligatorische Teilnehmer jedes Periodic Registration Update betrachtet werden.
Gilt das Periodic Registration Update auch für Nicht-3GPP-Zugriffe wie Wi-Fi?
Das auf T3512 basierende Periodic-Registration-Update-Verfahren gilt für ein UE, das über 3GPP-Zugriff beim 5GS registriert ist. Für Nicht-3GPP-Zugriffe nutzt das 5GS andere passende Mechanismen für Registrierungs- und Deregistrierungsmanagement. Das für NR-Zugriff verwendete T3512-Verhalten sollte daher nicht direkt auf Wi-Fi oder andere Nicht-3GPP-Zugriffsszenarien übertragen werden.
