Im 5G Core verfügt die AMF über unmittelbare Mobilitätsinformationen zu einem UE, darunter den aktuellen Tracking-Bereich, der Erreichbarkeitsstatus, Registrierungsänderungen, der CM-Status und Änderungen des Zugriffstyps. Wenn Netzwerkfunktionen wie SMF, NEF oder UDM diese Informationen benötigen, liefert ein wiederholtes Abfragen der AMF nur eine Momentaufnahme und erfasst Zustandsänderungen nicht effizient. Namf_EventExposure löst dieses Problem, indem von der AMF verwaltete Mobilitätsinformationen in Ereignisdienste überführt werden, die andere Netzwerkfunktionen abonnieren und über fortlaufende Benachrichtigungen empfangen können.
-
Dienstname: Namf_EventExposure
Kernmodell: Ereignisabonnement + Benachrichtigung bei Zustandsänderung
Typische Verbraucher: SMF, NEF, UDM
Versionskontext: Basierend auf einschlägigen Definitionen aus 3GPP Release 15.6
Rolle und Abgrenzung des Dienstes
Namf_EventExposure ist ein AMF-Dienst, der mobilitätsbezogene Ereignisse für andere Netzwerkfunktionen bereitstellt. Da die AMF für Zugriffs- und Mobilitätsmanagement zuständig ist, hält sie Informationen wie UE-Standort, Registrierungsstatus und Connection-Management-Status direkt vor. Andere Netzwerkfunktionen müssen dieselbe Logik zur Zustandsbestimmung nicht erneut implementieren. Stattdessen können sie über diesen Dienst angeben, für welche Ereignisse sie sich interessieren, während die AMF feststellt, wann diese eintreten, und bei erfüllten Bedingungen Benachrichtigungen sendet.
Ein Ereignisabonnement unterscheidet sich grundlegend von einer klassischen Statusabfrage. Eine Abfrage beantwortet die Frage „Wie ist der aktuelle Zustand?“, ein Ereignisabonnement dagegen „Wann ändert sich der Zustand?“. So muss die SMF nicht fortlaufend prüfen, ob ein UE erreichbar ist; möglicherweise genügt eine Benachrichtigung, wenn es von erreichbar zu nicht erreichbar wechselt. Die NEF kann sich nur dafür interessieren, ob ein UE einen definierten Bereich betritt, während die UDM Änderungen bei Registrierung oder Erreichbarkeit benötigt. Ereignisbereitstellung ermöglicht damit einen asynchronen, bedingungsgesteuerten Informationsaustausch nur dann, wenn er erforderlich ist.
Die AMF sendet ihre internen Informationen nicht unterschiedslos an alle Beteiligten. Ereignisse werden entsprechend bestehender Abonnementbeziehungen bereitgestellt. Verbraucher, Ziel-UE, Ereignistyp und Benachrichtigungs-URI bestimmen gemeinsam den Umfang eines Abonnements. Dadurch wird unnötige Signalisierung reduziert, und jede Netzwerkfunktion kann ausschließlich die Mobilitätsinformationen abonnieren, die für ihre eigene Service-Logik relevant sind.
Ereignistypen und wichtige Parameter
Die AMF kann Ereignisse zu verschiedenen Aspekten von UE-Mobilität, Registrierung, Konnektivität und Erreichbarkeit bereitstellen. Statt jeden Ereignistyp einzeln auswendig zu lernen, ist eine Einteilung in drei Gruppen hilfreicher: Standort- und Bereichsereignisse, Registrierungs- und Zugriffszustandsereignisse sowie Erreichbarkeits- oder Ausnahmeereignisse.
Standort- und Bereichsereignisse
Einer der direktesten Ereignistypen ist die UE-Standortmeldung. Ein Verbraucher kann Standortänderungen eines einzelnen UE oder einer UE-Gruppe abonnieren; Benachrichtigungen können Informationen wie TAI und Zellkennung enthalten. AOI-Berichte, also Berichte zu einem Interessengebiet, konzentrieren sich auf die Beziehung zwischen dem UE und einem vordefinierten Bereich, etwa ob das UE den Bereich betreten oder verlassen hat oder sich in einem unbekannten Zustand befindet.
AOI-Berichte sind besonders nützlich, wenn eine Anwendung keine kontinuierlichen präzisen Standortupdates benötigt und nur wissen muss, ob sich ein UE innerhalb eines definierten Bereichs befindet. Muss beispielsweise lediglich festgestellt werden, ob ein UE einen aus TA1 und TA2 bestehenden Bereich betritt, sind keine fortlaufenden Standortbenachrichtigungen erforderlich, solange das UE dort verbleibt. Ein Bericht ist nur beim Betreten oder Verlassen des konfigurierten Bereichs nötig.
Registrierungs-, Zugriffs- und Verbindungszustände
Der Registrierungsstatus unterscheidet zwischen REGISTERED und DEREGISTERED, während das Verbindungsmanagement angibt, ob sich das UE in CM-IDLE oder CM-CONNECTED befindet. Für Netzwerkfunktionen, die feststellen müssen, ob User-Plane- oder Signalisierungskommunikation sofort aufgebaut werden kann, haben diese Zustände unterschiedliche Bedeutungen.
Die AMF kann außerdem Änderungen des UE-Zugangsnetztyps bereitstellen, etwa Übergänge zwischen 3GPP- und non-3GPP-Zugriff, sowie Änderungen der aktuellen Zeitzone des UE. Diese Parameter müssen normalerweise nicht häufig abgefragt werden, können bei einer Änderung jedoch Policy-Entscheidungen oder die Service-Verarbeitung beeinflussen. Deshalb eignen sie sich gut für ein Ereignisabonnement.
Erreichbarkeits- und Ausnahmeereignisse
Erreichbarkeitsberichte zeigen an, ob die AMF das UE aus Sicht des Netzes für erreichbar hält. Mögliche Ergebnisse sind erreichbar, nicht erreichbar und REGULATORY-ONLY. REGULATORY-ONLY bedeutet, dass das UE nur für regulatorisch priorisierte Dienste erreichbar ist. Erreichbarkeit darf nicht mit dem Verbindungsstatus verwechselt werden: Ein UE in CM-IDLE kann weiterhin erreichbar sein, auch wenn vor dem erneuten Verbindungsaufbau gegebenenfalls ein Paging-Verfahren erforderlich ist.
Ausnahmeereignisse beschreiben Kommunikationsfehler oder einen Kommunikationsverlust. Berichte über Kommunikationsfehler können Ursachenwerte für die Freigabe einer RAN- oder NAS-Verbindung enthalten. Ein Bericht über Kommunikationsverlust kann erzeugt werden, wenn die AMF beispielsweise nach Ablauf eines Mobile-Erreichbarkeits-Timers feststellt, dass die Kommunikation mit dem UE verloren gegangen ist; der Abonnent kann dann die zugehörige UE-Kennung erhalten.
Neben Ereignissen für einzelne UEs oder UE-Gruppen kann die AMF auch Statistiken über die Anzahl von UEs in einem bestimmten Bereich bereitstellen. In diesem Fall interessiert den Verbraucher die Gesamtzahl der UEs in der Region und nicht der Zustand eines bestimmten Teilnehmers. Damit ist Ereignisbereitstellung nicht auf UE-bezogene Einzelbenachrichtigungen beschränkt, sondern kann auch mobilitätsbezogene Statistikdaten liefern.
Abonnement, Aktualisierung und Benachrichtigung
Namf_EventExposure organisiert Zustandsänderungen entlang eines vollständigen Abonnementlebenszyklus. Eine verbrauchende Netzwerkfunktion erstellt zunächst ein Abonnement, und die AMF speichert diese Beziehung. Müssen später Ereignisbedingungen geändert werden, kann das Abonnement aktualisiert werden. Wird das Ereignis nicht mehr benötigt, lässt sich das Abonnement löschen. Die tatsächlichen Ereignisergebnisse sendet die AMF anschließend an die konfigurierte Benachrichtigungsadresse.
Zum Erstellen eines Abonnements sendet der Verbraucher eine POST-Anfrage für ein neues Abonnement. Bei Erfolg gibt die AMF die erstellten Abonnementinformationen zusammen mit einer Kennung zurück, die für spätere Operationen verwendet werden kann. Sollen Ereignisbedingungen geändert werden, kann auf das betreffende Abonnement PATCH angewendet werden, anstatt es zu löschen und neu anzulegen. Wird das Ereignis nicht mehr benötigt, sendet der Verbraucher DELETE, um die Abonnementbeziehung zu entfernen; danach sendet die AMF hierfür keine weiteren Benachrichtigungen.
Notify ist der zentrale Schritt zur Übermittlung der tatsächlichen Zustandsänderung. Sobald die Bedingung des abonnierten Ereignisses erfüllt ist, sendet die AMF per POST eine Ereignisbenachrichtigung an den im Abonnement gespeicherten eventNotificationUri. Nachdem der Verbraucher die Benachrichtigung verarbeitet und geantwortet hat, ist die Benachrichtigungstransaktion abgeschlossen. Ein typischer Ablauf lässt sich wie folgt zusammenfassen:
-
Der Verbraucher legt fest, welches UE und welches Ereignis überwacht werden sollen;
-
Die AMF erstellt und verwaltet den Abonnementkontext;
-
Die AMF verfolgt den relevanten Mobilitätszustand fortlaufend;
-
Wenn die Ereignisbedingung erfüllt ist, sendet die AMF eine Benachrichtigung;
-
Der Verbraucher verarbeitet das Ereignis und führt die erforderliche Service-Logik aus;
-
Das Abonnement wird aktualisiert oder gelöscht, wenn sich die Service-Anforderungen ändern.
Berichte können einmalig oder fortlaufend konfiguriert werden. Ein einmaliger Bericht eignet sich, wenn der Verbraucher nur den aktuellen Wert oder ein einzelnes Ereignis benötigt. Bei fortlaufenden Berichten bleibt das Abonnement aktiv, und spätere Zustandsänderungen, die den konfigurierten Bedingungen entsprechen, können weitere Benachrichtigungen auslösen. Aus Engineering-Sicht sollten daher „welches Ereignis wird abonniert“ und „wie viele Berichte werden benötigt“ als getrennte Konfigurationsaspekte behandelt werden.
Engineering-Perspektive und Fazit
Aus Sicht der servicebasierten 5GC-Architektur adressiert Namf_EventExposure eine Verantwortungsgrenze: Welche Netzwerkfunktion erkennt einen Zustand, und welche nutzt ihn? Da die AMF Mobilitätsmanagementinformationen bereits besitzt, ist es effizienter, diese über einen standardisierten Ereignismechanismus bereitzustellen, als SMF, NEF oder UDM denselben UE-Zustand durch zusätzliche Signalisierung wiederholt ableiten zu lassen.
Aus demselben Grund passt ein Abonnementmodell gut zur Ereignisbereitstellung. UE-Standort, Registrierung, Verbindungsstatus und Erreichbarkeit sind zustandsorientierte Informationen. Meist bleiben diese Werte unverändert, doch eine Änderung kann das Verhalten einer anderen Netzwerkfunktion unmittelbar beeinflussen. Kontinuierliche Abfrage würde viel Signalisierung mit geringem Betriebsnutzen erzeugen, während Abonnement und Benachrichtigung Informationen nur dann übertragen, wenn tatsächlich ein Ereignis eintritt.
Bei der praktischen Analyse von Namf_EventExposure-Signalisierung sind vier Punkte besonders wichtig: Welche NF hat das Abonnement erstellt, welches Ereignis wurde angefordert, welches UE oder welcher Bereich wird überwacht und wohin geht die Benachrichtigung? Durch gemeinsames Nachverfolgen von Abonnement-ID und eventNotificationUri lässt sich die gesamte Interaktion von Erstellung und Änderung des Abonnements bis zur abschließenden Notify-Nachricht in der Regel rekonstruieren.
Namf_EventExposure lässt sich am besten mit einem einfachen Modell verstehen: Die AMF hält den Mobilitätszustand, der Verbraucher erklärt sein Interesse, das Abonnement stellt die Beziehung her und Notify liefert bei einer Zustandsänderung das Ergebnis. Ist dieses Modell klar, lassen sich konkrete Ereignisse wie Standort, AOI, Registrierung, Verbindungsstatus und Erreichbarkeit deutlich leichter einordnen.
FAQ
Was ist der grundlegende Unterschied zwischen Namf_EventExposure und einer direkten AMF-Abfrage?
Eine direkte Abfrage liefert den Zustand zu einem bestimmten Zeitpunkt. Ereignisbereitstellung registriert ein Interesse im Voraus und ermöglicht der AMF, den Verbraucher bei einer relevanten Zustandsänderung zu benachrichtigen. Ersteres eignet sich für punktuelle Abfragen, letzteres für eine fortlaufende Ereignisüberwachung.
Kann ein Verbraucher Ereignisse für mehrere UEs abonnieren?
Ja. Der unterstützte Zielumfang hängt vom Ereignistyp ab. Manche Ereignisse gelten für ein einzelnes UE oder eine UE-Gruppe, während Statistiken wie die Anzahl von UEs in einem festgelegten Bereich eine beliebige Anzahl von UEs umfassen können.
Bedeutet CM-IDLE, dass das UE nicht erreichbar ist?
Nein. Der CM-Status beschreibt den Connection-Management-Zustand des UE, während Erreichbarkeit angibt, ob das Netz das UE erreichen kann. Ein UE in CM-IDLE kann weiterhin erreichbar sein, wobei für die Kommunikation in der Regel zunächst die Verbindung wiederhergestellt werden muss.
Warum benötigt die Ereignisbenachrichtigung eine separate Rückruf-URI?
Abonnementerstellung und Ereigniseintritt müssen nicht gleichzeitig stattfinden. Der Verbraucher gibt beim Erstellen des Abonnements eine Benachrichtigungs-URI an, sodass die AMF später bei erfüllter Ereignisbedingung eine Notify-Nachricht senden kann, ohne die ursprüngliche Anfrageverbindung offen zu halten.
