Wenn sich ein mobiles Endgerät aus der 4G-Abdeckung in die 5G-Abdeckung bewegt, behandelt das Netzwerk diesen Vorgang nicht immer als vollständig neue 5G-Registrierung. Das tatsächliche Verhalten hängt vom Gerätezustand, der Interworking-Architektur und davon ab, ob das Netz die N26-Schnittstelle zwischen EPC und 5GC unterstützt. In einem typischen Szenario hat das Endgerät (UE) bereits eine 4G-Anbindung, einen Default-Bearer aufgebaut, ist in den Idle-Zustand übergegangen und bewegt sich dann in ein 5G-Versorgungsgebiet. In diesem Moment leitet das Gerät eine 5G-Registrierungsprozedur ein, aber der Registrierungstyp ist keine Initial Registration. Es handelt sich um ein Mobility Registration Update.

Dieser Unterschied ist wichtig. Eine Initial Registration bedeutet normalerweise, dass das UE völlig neu in 5G startet. Ein Mobility Registration Update bedeutet, dass das Netz bereits einen nützlichen Kontext von der 4G-Seite besitzt und der 5G-Core die Mobilitäts- und Sitzungsinformationen des Nutzers so reibungslos wie möglich übernehmen muss. In einem N26-basierten Deployment kann das AMF den UE-Kontext vom MME anfordern, Schlüsselinformationen wiederverwenden oder umwandeln und den Registrierungsprozess auf der 5G-Seite fortsetzen.

Die einfachste Art, das Verfahren zu verstehen, ist, sich einen Nutzer vorzustellen, der sich außerhalb eines Stadions in 4G-Abdeckung befand, bereits an LTE/EPC angebunden war und einen Default-Bearer aufgebaut hatte, dann die aktive Datennutzung einstellte und in den Idle-Zustand wechselte. Wenn der Nutzer das Stadion betritt, ist der Innenbereich mit 5G versorgt. Das UE entdeckt die 5G-Zelle, beginnt die Registrierung über den gNodeB, und das Netz leitet die 4G-zu-5G-Idle-Mobilitätsprozedur ein.

Warum dieses Szenario existiert

Das 4G-5G-Interworking ist nicht nur ein Funkzugangsproblem. Es ist auch ein Problem der Kernnetz-Kontinuität. Auf der Funkseite wechselt der Zugangspunkt vom eNodeB zum gNodeB. Auf der Kernnetzseite wechselt der Mobilitätsanker vom MME zum AMF. Gleichzeitig können einige Funktionen logisch kontinuierlich bleiben, weil sie in kombinierten Formen eingesetzt werden. Zum Beispiel können HSS und UDM zusammengelegt sein, PGW-C und SMF können kombiniert sein und PGW-U und UPF können kombiniert sein. Dadurch kann das Netz einen Teil des bestehenden 4G-Dienstkontextes wiederverwenden, während es das UE in das 5G-System überführt.

Das hier besprochene Verfahren setzt den Single-Registration-Modus mit der N26-Schnittstelle voraus. N26 ermöglicht den Austausch des UE-Kontexts zwischen AMF und MME. Dies ist der Hauptgrund, warum die 5G-Seite nicht alles von Grund auf neu aufbauen muss. Ohne diesen Kontextaustausch würde die 5G-Registrierung auf einem anderen Interworking-Ansatz beruhen und die Sitzungskontinuität würde anders behandelt.

Der „Idle“-Teil des Szenarios ist genauso wichtig wie der „4G zu 5G“-Teil. Das UE befindet sich nicht in einem aktiven Connected-State-Handover. Es ist auf der LTE/EPC-Seite bereits in den ECM-IDLE-Zustand übergegangen. Daher besteht die Hauptaufgabe nicht darin, einen aktiven User-Plane-Tunnel in Echtzeit umzuschalten. Die Hauptaufgabe besteht darin, den UE-Kontext zu migrieren und zu interpretieren, damit der 5GC den Teilnehmer weiter verwalten kann, nachdem sich das UE in der 5G-Abdeckung registriert hat.

Was sich im Netzwerk ändert

Die sichtbarste Änderung findet auf der RAN-Seite statt. Das UE wurde ursprünglich von einem LTE-eNodeB bedient und verbindet sich später über einen 5G-gNodeB. Der gNodeB empfängt die registrierungsbezogene Signalisierung des UE und leitet sie an das ausgewählte AMF weiter. Dies ist der erste Schritt, um das UE aus der LTE/EPC-Zugangsumgebung in die 5GS-Zugangsumgebung zu überführen.

Die Änderung auf der Kernnetzseite ist komplexer. In 4G hält das MME die Mobilitätsmanagement-Informationen und besitzt nach der Anbindung und dem Aufbau des Default-Bearers den MM- und SM-Kontext des UE. In 5G wird das AMF für das Zugangs- und Mobilitätsmanagement verantwortlich. Während dieser Prozedur muss das AMF den UE-Kontext vom MME einholen, um den korrekten Mobilitätskontext auf der 5G-Seite aufbauen zu können.

Die Anker für User-Plane und Session-Control können physikalisch unverändert bleiben, wenn PGW-C mit SMF und PGW-U mit UPF kombiniert sind. Dieses kombinierte Deployment macht den Übergang verständlicher: Das UE wechselt die Zugangs- und Mobilitätskontroll-Domäne, während der Dienstanker logisch kontinuierlich bleiben kann. Das Registration Update hilft dem 5G-Core zu lernen, was auf der 4G-Seite bereits existierte.

Praktisch gesehen „loggt“ das Netz den Nutzer nicht einfach in 5G ein. Es übersetzt einen 4G-Mobilitäts- und -Bearer-Zustand in einen 5G-Mobilitäts- und Session-Management-Rahmen. Deshalb umfasst das Verfahren GUTI-Mapping, Kontextanfrage, Kontextantwort, UDM-Registrierung, Policy-Abruf, SM-Kontext-Erstellung und die abschließende Registrierungsannahme.

Wie die Registrierung tatsächlich beginnt

Bevor sich das UE über den 5G-Zugang registrieren kann, benötigt es eine Identität, die das 5G-Netz verstehen kann. In diesem Szenario bildet das UE die vorhandene 4G-GUTI gemäß den Interworking-Regeln auf eine 5G-GUTI ab. Diese abgebildete Identität ist nicht dasselbe wie eine native 5G-GUTI, die bei einer früheren 5G-Registrierung zugewiesen wurde, aber sie gibt dem Netz genügend Informationen, um den zugehörigen 4G-seitigen Kontext zu finden.

Das UE sendet dann eine NAS-Registrierungsanfrage. Der Registrierungstyp ist Mobility Registration Update. Die Anfrage kann die abgebildete 5G-GUTI, UE-Statusinformationen und einen EPS NAS Message Container enthalten, der eine TAU-Anfrage trägt. Der UE-Status ist aussagekräftig, da das Gerät nicht im N1-Modus registriert ist, aber immer noch im S1-Modus registriert ist. Das sagt dem Netz, dass dies kein sauberer eigenständiger 5G-Start ist; es handelt sich um einen Interworking-Fall von der EPS-Seite.

Der gNodeB leitet die Registrierungsanfrage dann an ein AMF weiter. Die AMF-Auswahl hängt von den in der RRC-Signalisierung verfügbaren Identitätsinformationen ab. Wenn das UE eine native 5G-GUTI hat, kann der gNodeB anhand der GUAMI zum zugehörigen AMF routen. Wenn das UE nur eine abgebildete Identität aus dem EPS bereitstellt, kann der gNodeB ein neues AMF anhand der abgebildeten GUAMI-Informationen auswählen.

Dieser erste Teil des Verfahrens gibt die Richtung für alles Folgende vor. Das AMF muss nun verstehen, woher das UE kam, welches MME den 4G-Kontext halten könnte und wie dieser Kontext über die korrekte Schnittstelle angefordert wird.

Wie der Kontext über N26 übertragen wird

Nach Erhalt der Registrierungsanfrage extrahiert das AMF Informationen aus der abgebildeten 5G-GUTI. Es kann die GUAMI-bezogenen Informationen in eine Form umwandeln, die hilft, das entsprechende MME zu identifizieren. Das AMF konstruiert dann den FQDN des MME-Knotens und verwendet DNS, um die S10-Schnittstellenadresse des MME zu ermitteln. Dieser Schritt ist notwendig, da das AMF einen Transportpfad benötigt, um den UE-Kontext vom MME anzufordern.

Das AMF sendet eine GTPv2-Context-Request an das MME. Die Anfrage kann den auf NR gesetzten RAT-Typ, die abgebildete 4G-GUTI, die vollständige aus der Registrierungsanfrage kopierte TAU-Nachricht sowie S10-Adressierungsinformationen wie IP-Adresse und TEID enthalten. Hier wird N26 in der Prozedur sichtbar. Das AMF rät nicht den UE-Zustand; es bittet das MME um den Kontext, der bereits im EPC existierte.

Das MME verwendet den 4G-Sicherheitskontext, um die TAU-Anfrage zu verifizieren, und sucht dann anhand der UE-Identität den UE-Kontext. Wird der Kontext gefunden und akzeptiert, sendet das MME eine GTPv2-Context-Response zurück. Diese Antwort kann IMSI, MM-Kontext, sicherheitsrelevante Informationen, UE-AMBR, ausgewählte NAS-Integritäts- und Verschlüsselungsalgorithmen, Zugangsbeschränkungsinformationen und PDN-Verbindungsinformationen enthalten.

Die PDN-Verbindungsinformationen sind besonders nützlich, da sie die 4G-Bearer-Welt mit den späteren 5G-Session-Management-Schritten verbinden. Sie können APN, EBI, APN-AMBR, PGW-seitige S5-C-Informationen, Bearer-Kontext, Bearer-QoS und PGW-seitige S5-U-Informationen umfassen. Das AMF kann dann den empfangenen EPS-MM-Kontext in einen 5G-MM-Kontext umwandeln.

In einigen Fällen kann auch eine Kontextübergabe von einem alten AMF stattfinden. Falls das UE zuvor in 5G war, zu 4G wechselte und dann zu 5G zurückkehrte, kann die Registrierungsanfrage eine zusätzliche GUTI führen. In dieser Situation kann das AMF das alte AMF kontaktieren, um den UE-Kontext zu erhalten. Dies ist jedoch optional und tritt nicht in jedem 4G-zu-5G-Idle-Mobilitätsszenario auf.

Wie der 5GC das Update abschließt

Sobald das AMF den benötigten Kontext besitzt, beginnt das Verfahren einem normalen 5G-Mobilitätsregistrierungsprozess zu ähneln. Das AMF interagiert mit UDM/HSS, um die 3GPP-Zugangsregistrierung abzuschließen, Zugangs- und Mobilitäts-Abonnementdaten zu beziehen, Abonnementdaten für die SMF-Auswahl abzurufen und zukünftige Änderungen der Abonnementdaten zu abonnieren. Diese Schritte stellen sicher, dass das AMF über die korrekten Teilnehmerinformationen für das 5G-Zugangsmanagement verfügt.

Das AMF kann auch mit der NRF interagieren, um die richtigen Netzwerkfunktionen zu entdecken. Wenn das AMF beispielsweise UDM-Dienste benötigt, kann es ein UDM entdecken, das den erforderlichen Dienst wie SDM oder UECM unterstützt. Wenn es mit dem SMF arbeiten muss, kann es Informationen bezüglich des PGW-C/SMF-FQDN verwenden und die N11-Schnittstellenadresse des SMF über NRF-bezogene Verfahren entdecken.

Auch die Richtliniensteuerung erscheint im Verfahren. Wenn das AMF bereits nutzbare PCF-Informationen vom alten AMF erhalten hat, kann es diesen PCF weiterverwenden. Andernfalls kann es einen PCF auswählen und Zugangs- und Mobilitäts-Policy-Control-Informationen beziehen. Die Richtlinienantwort kann Zugangsbeschränkungen enthalten, wie Gebiete oder Tracking Areas, in denen der Zugang nicht erlaubt ist.

Der SMF-bezogene Teil wandelt die Sitzungsseite des geerbten EPS-Kontexts in den 5G-Diensterahmen um. Das AMF bittet den PGW-C/SMF, einen SM-Kontext unter Verwendung der vom MME erhaltenen EPS-PDN-Verbindungsinformationen zu erstellen. Die Anfrage kann EPS-Kontext, die Liste der zu aktivierenden PDU-Sessions (falls vorhanden) und den vom UE gemeldeten EPS-Bearer-Kontextstatus enthalten. Eine Antwort mit dem Status „activating“ zeigt an, dass User-Plane-Ressourcen wie der N3-Tunnel vorbereitet werden.

Schließlich wird die alte EPC-Registrierung bereinigt. Das HSS/UDM kann ein Cancel Location in Richtung MME auslösen, und das MME kann das SGW benachrichtigen, zugehörige Ressourcen freizugeben. Dann sendet das AMF ein Registration Accept an das UE. Diese Nachricht kann die neue 5G-GUTI, erlaubte NSSAI, T3512, TA-Liste und EPS Bearer Status enthalten. Das UE prüft den empfangenen EPS Bearer Status und entfernt lokale QoS-Flow-Regeln oder QoS-Parameter, die nicht mit dem angegebenen EPS-Bearer-Status verknüpft sind. Anschließend sendet das UE Registration Complete.

Warum Idle-Mobilität anders ist

Der entscheidende Punkt bei diesem Verfahren ist, dass sich das UE im Idle-Zustand befand, als es in die 5G-Abdeckung gelangte. Da kein aktiver User-Plane-Handover im verbundenen Zustand stattfindet, muss das Netz keinen Echtzeit-Tunnelwechsel für eine laufende Datensitzung durchführen, wie es bei verbundener Mobilität der Fall wäre. Stattdessen liegt der Fokus auf der Kontextmigration und dem Registrierungsupdate.

Das erklärt, warum die Prozedur so viel Aufwand in Identitäts-Mapping, DNS-Discovery, Kontextanforderung, MM-Kontext-Konvertierung, UDM-Registrierung, Policy-Abruf und SM-Kontext-Erstellung investiert. Das Netzwerk rekonstruiert den Kontrollebenen-Status des UE auf der 5G-Seite aus dem Zustand auf der 4G-Seite. Es leitet nicht einfach eine aktive Funkverbindung vom eNodeB zum gNodeB weiter.

Für Ingenieure, die die Signalisierung studieren, hilft diese Unterscheidung, ein häufiges Missverständnis zu vermeiden. 4G-zu-5G-Mobilität bedeutet nicht automatisch Handover. Wenn das UE im Idle-Modus ist, ähnelt das Verfahren eher einer kontrollierten Wiederregistrierung mit geerbtem Kontext. Wenn das UE verbunden ist und sich aktiv bewegt, muss das Netz den Funk-Handover und die Echtzeit-Kontinuität der User-Plane anders betrachten.

Dies ist auch der Grund, warum eine szenariobasierte Erklärung oft leichter zu verstehen ist als ein einzelnes großes Standarddiagramm. Ein Standarddiagramm kann viele optionale Schritte und kombinierte Szenarien enthalten. Eine praktische Erklärung kann den Blick eingrenzen: Ein in 4G angebundenes UE, das in den Idle-Zustand wechselte, sich in die 5G-Abdeckung bewegte und N26 nutzte, um den Kontext vom MME zum AMF zu übertragen.

Abschließende Bemerkungen

Die 4G-zu-5G-Idle-Mobilitätsprozedur ist nicht nur ein einfacher Abdeckungswechsel. Es ist ein strukturierter Interworking-Prozess, der es einem zuvor in LTE/EPC angebundenen UE ermöglicht, sich über ein Mobility Registration Update in 5GS zu registrieren. Das Verfahren hängt stark von N26 ab, wenn das Netz den UE-Kontext zwischen MME und AMF übertragen möchte.

Die wichtigste Logik ist die Kontextkontinuität. Das UE bildet 4G-GUTI auf 5G-GUTI ab, der gNodeB leitet die Registrierungsanfrage weiter, das AMF entdeckt das MME, das MME liefert EPS MM- und SM-Kontext zurück, und das AMF konvertiert und setzt die Registrierung auf der 5G-Seite fort. UDM-, NRF-, PCF- und SMF-Interaktionen vervollständigen dann Abonnement-, Discovery-, Richtlinien- und Sitzungskontext-Vorbereitung.

Für das Netzwerklernen ist die praktische Lektion klar: Die Idle-Mobilität von 4G zu 5G führt hauptsächlich die Migration des UE-Kontexts vom EPC zum 5GC durch. Sie sollte nicht mit dem Connected-State-Handover verwechselt werden, bei dem der Echtzeit-User-Plane-Pfad umgeschaltet werden muss, während das UE aktiv bleibt.

FAQ

Welcher Registrierungstyp liegt in diesem Szenario vor?

Der Registrierungstyp ist Mobility Registration Update. Er unterscheidet sich von der Initial Registration, da das UE bereits über einen 4G-seitigen Kontext aus der vorherigen LTE/EPC-Anbindung verfügt.

Warum ist die N26-Schnittstelle wichtig?

N26 ermöglicht es AMF und MME, den UE-Kontext auszutauschen. Dadurch kann der 5G-Core Mobilitäts- und Sitzungsinformationen abrufen, die zuvor im EPC gehalten wurden.

Was ändert sich, wenn das UE von 4G nach 5G wechselt?

Die Zugangsseite wechselt von eNodeB zu gNodeB, und die Mobilitätsmanagement-Funktion wechselt von MME zu AMF. Einige kombinierte Kernnetzfunktionen wie HSS/UDM oder PGW-C/SMF können logisch kontinuierlich bleiben.

Erfordert Idle-Mobilität einen Echtzeit-Handover der User-Plane?

Nein. In diesem Szenario ist das UE im Idle-Zustand, daher besteht die Hauptaufgabe in Kontextmigration und Registrierungsupdate und nicht in einer Echtzeit-Umschaltung von User-Plane-Tunneln.

Was empfängt das UE am Ende?

Das UE empfängt die Registration-Accept-Nachricht, die eine neue 5G-GUTI, erlaubte NSSAI, einen Registrierungs-Timer, eine Tracking-Area-Liste und den EPS Bearer Status enthalten kann. Das UE schließt das Verfahren dann mit Registration Complete ab.