Enzyklopädie
2026-08-04 18:23:59
Wie halten drei Mobilitätstimer die 5GC-Registrierung unter Kontrolle?
Erklärung der 5GC-Mobilitätsmanagement-Timer T3512, Mobile-Reachable-Timer und Timer für implizite Deregistrierung einschließlich UE-Erreichbarkeit, AMF-Kontextspeicherung, Paging-Steuerung und Registrierungsverhalten.

Becke Telcom

Wie halten drei Mobilitätstimer die 5GC-Registrierung unter Kontrolle?

Ein 5G-Gerät bleibt nicht dauerhaft in einer aktiven Signalisierungsverbindung mit dem Kernnetz. Meist wechselt ein UE abhängig von Verkehrsbedarf, Funkbedingungen, Anforderungen an die Akkulaufzeit und der netzseitigen Ressourcensteuerung zwischen verbundenem und inaktivem Verhalten. Die Herausforderung ist einfach, aber wichtig: Das Netz muss genügend Informationen über das UE besitzen, um es erreichen zu können, darf jedoch keine Funkressourcen, Paging-Versuche oder AMF-Speicherkapazität für ein Gerät verschwenden, das möglicherweise nicht mehr erreichbar ist.

Genau hier werden Mobilitätsmanagement-Timer praktisch relevant. Im 5GC steuern mehrere Timer den Registrierungsstatus, die Erreichbarkeit des UE und die Aufbewahrung des Kontexts. Drei Timer sind im Umfeld der N1-Schnittstelle besonders wichtig: der Timer für periodische Registrierungsaktualisierung (T3512), der Mobile-Reachable-Timer und der Timer für implizite Deregistrierung.

Diese Timer erfüllen nicht dieselbe Aufgabe. T3512 arbeitet hauptsächlich auf der UE-Seite und steuert die periodische Registrierungsaktualisierung. Der Mobile-Reachable-Timer und der Timer für implizite Deregistrierung werden auf der AMF-Seite behandelt und bestimmen, wie lange das Netz ein UE weiter paget oder dessen Kontext behält. Zusammen bilden sie einen gestuften Ablauf: Zuerst wird geprüft, ob das UE noch aktiv ist, anschließend wird das Paging reduziert, wenn die Erreichbarkeit unsicher wird, und schließlich wird der Kontext gelöscht, wenn das UE vollständig verloren erscheint.

5GC-Mobilitätsmanagement-Timer mit T3512 auf der UE-Seite sowie Mobile-Reachable-Timer und Timer für implizite Deregistrierung auf der AMF-Seite
5GC-Mobilitätstimer verteilen die Zuständigkeiten zwischen UE und AMF und ermöglichen die Verwaltung der Erreichbarkeit, ohne jedes Gerät ständig verbunden zu halten.

Warum diese Timer wichtig sind

Mobilitätsmanagement im 5GC betrifft nicht nur Handover oder Zellwechsel. Es umfasst auch die Verwaltung eines UE nach der Registrierung. Sobald ein Gerät registriert ist, hält das AMF einen Kontext vor, der die Identifikation des UE, die Steuerung seines Mobilitätszustands und die spätere Signalisierung unterstützt. Diese Informationen sind wertvoll, verbrauchen jedoch ebenfalls Ressourcen.

Löscht das Netz einen UE-Kontext zu früh, kann die Nutzererfahrung leiden. Ein UE, das nach einer vorübergehenden Nichterreichbarkeit aus dem Idle-Zustand zurückkehrt, müsste den vollständigen Registrierungsvorgang erneut ausführen. Werden Kontext und Paging dagegen zu lange beibehalten, können AMF und Funkzugangsnetz Ressourcen beim Versuch verschwenden, ein verschwundenes, unerwartet ausgeschaltetes oder in ein Gebiet mit schlechter Abdeckung gelangtes Gerät zu erreichen.

Die drei Timer lösen dieses Problem durch unterschiedliche Toleranzstufen. T3512 verpflichtet das UE zu einer regelmäßigen Rückmeldung. Der Mobile-Reachable-Timer gibt dem AMF nach dem Wechsel des UE in den Idle-Zustand eine Karenzzeit. Der Timer für implizite Deregistrierung setzt eine letzte Frist, bevor der UE-Kontext gelöscht wird. Dieser mehrstufige Ansatz schützt sowohl die Netzeffizienz als auch die Dienstkontinuität.

T3512 hält das UE sichtbar

T3512 ist der Timer für periodische Registrierungsaktualisierung auf der UE-Seite. Als üblicher Standardwert werden 54 Minuten angegeben. Der Timer wird verwendet, solange sich das UE im Zustand 5GMM-REGISTERED befindet. Er verhindert, dass das Netz ein UE bei ausbleibender sonstiger Signalisierungsaktivität zu lange aus den Augen verliert.

Das Verhalten von T3512 hängt vom Connection-Management-Zustand ab. Befindet sich das UE beim Ablauf von T3512 in CM-IDLE, muss es eine periodische Registrierungsaktualisierung einleiten. Dadurch teilt es dem Netz mit, dass es noch vorhanden ist, und das AMF kann seine Kenntnis über den UE-Zustand aktualisieren.

Befindet sich das UE beim Ablauf von T3512 bereits in CM-CONNECTED, gilt ein anderes Verhalten. Es muss nicht allein wegen des Timerablaufs eine neue periodische Registrierungsaktualisierung starten, sondern startet T3512 erneut. Die Logik ist nachvollziehbar: Ist das UE bereits verbunden, kann das Netz über eine aktive Signalisierungsverbindung mit ihm kommunizieren.

T3512 wird vom AMF zugewiesen. Das UE erhält den Wert während der Erstregistrierung oder einer Mobilitätsregistrierungsaktualisierung in der Nachricht Registration Accept. Damit ist T3512 in der Signalisierung sichtbar. AMF-lokale Timer werden dagegen intern konfiguriert und nicht auf dieselbe Weise über die Funkschnittstelle übertragen.

Timer Hauptseite Typischer Auslöser Ergebnis bei Ablauf
T3512 UE Das UE bleibt registriert, während die Zeit verstreicht Periodische Registrierungsaktualisierung in CM-IDLE; Neustart in CM-CONNECTED
Mobile-Reachable-Timer AMF Das UE wechselt in CM-IDLE Das AMF beendet das Paging des UE, behält aber den UE-Kontext
Timer für implizite Deregistrierung AMF Der Mobile-Reachable-Timer läuft im Idle-Modus ab Das AMF startet die implizite Deregistrierung und löscht den UE-Kontext

AMF-Timer verringern Ressourcenverschwendung

Der Mobile-Reachable-Timer wird vom AMF gesteuert. Ein typischer Wert ist T3512 plus 4 Minuten, wobei der tatsächliche Wert eine AMF-seitige Konfiguration ist. Der Timer startet, wenn das UE in CM-IDLE wechselt. Er stoppt normalerweise, sobald wieder eine N1-NAS-Signalisierungsverbindung aufgebaut wird und das UE somit zum verbundenen Verhalten zurückkehrt.

Dieser Timer beschreibt den Zeitraum, in dem das Netz das UE noch als potenziell erreichbar betrachtet. Solange er läuft, kann das AMF das UE bei Bedarf für Downlink-Signalisierung oder Dienstaktivitäten weiterhin pagen. Nach dem Ablauf löscht das AMF den UE-Kontext nicht sofort, sondern beendet zunächst das Paging. So sinkt der Aufwand auf der Luftschnittstelle, weil wiederholtes Paging bei einem wahrscheinlich nicht erreichbaren UE unnötig wäre.

Entscheidend ist, dass der Kontext weiterhin gespeichert bleibt. Indem das AMF den UE-Kontext nach dem Ende des Paging behält, ermöglicht es eine schnellere Rückkehr, falls das UE wieder erreichbar wird. Nur weil das Paging ausgesetzt wurde, muss das UE nicht zwangsläufig eine vollständige Registrierung von Anfang an durchführen.

Auch der Timer für implizite Deregistrierung wird vom AMF gesteuert. Anders als T3512 besitzt er keinen festen Standardwert; bei praktischen Vergleichen mit dem Verhalten früherer Mobilfunkkerne wird häufig ein Richtwert von etwa 60 Minuten genannt. Er startet, nachdem der Mobile-Reachable-Timer im Idle-Modus abgelaufen ist, und stoppt, sobald eine N1-NAS-Signalisierungsverbindung wiederhergestellt wird.

Läuft der Timer für implizite Deregistrierung ab, betrachtet das AMF die weitere Aufbewahrung des UE-Kontexts als nicht mehr sinnvoll. Es leitet die implizite Deregistrierung ein und löscht den Kontext. Dadurch werden AMF-Speicher, lizenzbezogene Ressourcen und weitere Kontextspeicher freigegeben. Kehrt das UE später in die Abdeckung zurück, muss es sich erneut registrieren, weil sein vorheriger Kontext nicht mehr vorhanden ist.

Wie die Timer zusammenarbeiten

Eine realistische Zeitleiste verdeutlicht den Zusammenhang. Angenommen, ein UE wird um 7:00 Uhr eingeschaltet und führt die Erstregistrierung durch. Das AMF akzeptiert die Registrierung und weist T3512 zu, beispielsweise 54 Minuten. Das UE ist anschließend registriert und verbunden. Erkennt der gNB später Inaktivität, kann die N2-Verbindung freigegeben werden und das UE wechselt in den registrierten Idle-Zustand. Aus Sicht des UE läuft T3512 weiter.

Läuft T3512 ab, während sich das UE im Idle-Zustand befindet, muss es eine periodische Registrierungsaktualisierung starten. Bei erfolgreichem Ablauf kehrt das UE für die Prozedur in den verbundenen Zustand zurück und der Timerzyklus kann neu beginnen. Nach einer weiteren Inaktivitätsphase kann das UE erneut in den Idle-Zustand wechseln.

Betrachten wir nun ein Abdeckungsproblem. Das UE gelangt tief in einen unterirdischen Bereich oder in eine andere Umgebung mit schwachem Signal. T3512 kann erneut ablaufen, doch das UE kann die periodische Registrierungsaktualisierung nicht erfolgreich durchführen, weil es das Netz nicht erreicht. Auf der AMF-Seite läuft schließlich der Mobile-Reachable-Timer ab. Das AMF beendet dann das Paging des UE, behält jedoch dessen Kontext.

Kehrt das UE auch vor Ablauf des Timers für implizite Deregistrierung nicht zurück, löscht das AMF den UE-Kontext durch eine implizite Deregistrierung. Dieses stufenweise Verhalten ist wichtig. Das Netz verwirft das UE nicht sofort nach einer einzigen fehlgeschlagenen Aktualisierung. Es reduziert zuerst das Paging, wartet anschließend länger und entfernt den Kontext erst, wenn das UE vollständig unerreichbar erscheint.

5GC-Timer-Zeitleiste mit periodischer T3512-Registrierungsaktualisierung, Ablauf des Mobile-Reachable-Timers, Ende des Paging und Kontextlöschung durch den Timer für implizite Deregistrierung
Die Folge der drei Timer führt im 5GC von der periodischen Rückmeldung des UE über die Aussetzung des Paging bis zur Kontextlöschung bei verlorener Erreichbarkeit.

Für Ingenieure ist entscheidend, welcher Timer in der Signalisierung sichtbar ist und welcher nicht. T3512 wird dem UE über die Registrierungssignalisierung zugewiesen. Mobile-Reachable-Timer und Timer für implizite Deregistrierung sind AMF-lokale Parameter und werden daher nicht direkt als übertragene Werte im Signalisierungsablauf erfasst. Ihre Auswirkungen lassen sich am Netzverhalten beobachten, die eigentliche Konfiguration liegt jedoch im AMF.

FAQ

Warum bleibt das UE nach der Registrierung nicht immer verbunden?

Eine dauerhafte Verbindung würde Funk- und Kernnetzressourcen verschwenden. Der Idle-Zustand ermöglicht es UE und Netz, die Signalisierung zu reduzieren und dennoch den registrierten Status beizubehalten.

Ist der Wert des Mobile-Reachable-Timers in einem Paketmitschnitt zu finden?

Nein. Er ist eine lokale AMF-Konfiguration und wird daher im N1-Signalisierungsverfahren nicht als normal übertragener Timerwert über das Netz gesendet.

Was geschieht, wenn das UE vor Ablauf der impliziten Deregistrierung zurückkehrt?

Stellt das UE die N1-NAS-Signalisierung vor Ablauf des letzten Timers wieder her, kann das AMF den Timer stoppen und den gespeicherten UE-Kontext weiterverwenden.

Warum beendet das AMF das Paging vor dem Löschen des Kontexts?

Das Ende des Paging spart Funkressourcen, wenn das UE unerreichbar erscheint. Die weitere Kontextspeicherung ermöglicht zugleich eine schnellere Wiederherstellung, falls das UE bald zurückkehrt.

Bedeutet die implizite Deregistrierung eine dauerhafte Sperre des UE?

Nein. Sie bedeutet nur, dass der alte UE-Kontext gelöscht wurde. Sobald das UE wieder erreichbar ist, kann es sich erneut registrieren und seinen Netzkontext neu aufbauen.

Die drei Mobilitätsmanagement-Timer bilden eine praktische Steuerkette für das 5GC-Registrierungsverhalten. T3512 verpflichtet das UE zu regelmäßigen Statusaktualisierungen. Der Mobile-Reachable-Timer hilft dem AMF zu bestimmen, wann Paging nicht mehr effizient ist. Der Timer für implizite Deregistrierung setzt den endgültigen Zeitpunkt für die Freigabe des UE-Kontexts. Zusammen sorgen sie für ein ausgewogenes Verhältnis zwischen Erreichbarkeit, Signalisierungseffizienz und Ressourcenschutz.

Empfohlene Produkte
Katalog
Kundenservice Telefon
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .