CUPS-Sitzungserstellung und Datenfluss mit Junos Multi-Access-Benutzerebene
Mit der Einführung von CUPS ist es nützlich, um zu veranschaulichen, wie eine Endbenutzersitzung erstellt wird, wie Daten während der Sitzung fließen und wie die Sitzung mit der Junos Multi-Access-Benutzerebene beendet wird.
Erstellung von CUPS-Sitzungen
Bevor eine CUPS-Sitzung erstellt werden kann, muss die Control Plane-Funktion (SAEGW-C, SGW-C, PGW-C) eine Sx-Assoziation mit der Benutzerebenenfunktion (SAEGW-U, SGW-U, PGW-U) erstellen. Die Steuerungsebene sendet eine Sx Association Setup Request-Nachricht, und die Benutzerebene antwortet mit einer Antwortnachricht zum Einrichten der Sx-Assoziation, um die Zuordnung zu erstellen. Sobald dies erledigt ist, kann die Steuerungsebene Sx-Sitzungen auf der Benutzerebene erstellen.
Wenn ein Endbenutzer auf das Netzwerk zugreifen möchte, muss eine CUPS-Sitzung erstellt werden. Abbildung 1 veranschaulicht diesen Prozess, sobald eine Sx-Assoziation zwischen einer SAEGW-C und einer SAEGW-U hergestellt wird.

CUPS Sitzungsdatenfluss
Sobald die Sitzung eingerichtet ist, ist die SAEGW-C nicht mehr direkt an den Datenfluss beteiligt. Die Daten fließen direkt von der UE über die eNodeB hin und her zum SAEGW-you und dann in das Core-Netzwerk. Siehe Abbildung 2.

Lade- und Nutzungsberichte
Junos Multi Access User Plane unterstützt Lade- und Nutzungsberichte gemäß 3GPP TS 23.203, Richtlinie und Ladesteuerungsarchitektur. Junos Multi Access-Benutzerebene unterstützt die folgenden Nutzungsberichte:
Nur Volumenschwellenwert
Nur Volumenkontingent
Volumenschwellenwert und Volumenkontingent
Junos Multi Access-Benutzerebene verwendet den folgenden Prozess, um Nutzungsberichte zu erstellen:
Übergabe zwischen eNodeBs und keine SGW- oder SAEGW-Änderung
Ab Junos OS 20.4R1 unterstützt die Junos Multi Access-Benutzerebene UE-Mobilität.
Abbildung 3 zeigt den gesamten Übergabeprozess, wenn ein UE von einem eNodeB zu einem anderen wechselt, ohne dass eine SGW- oder SAEGW-Änderung erforderlich ist (d. h. beide eNodeBs werden von derselben SGW bedient). Dies ist die einfachste Version der Mobilitätsübergabe.

In den folgenden Schritten werden nur die Interaktionen zwischen der Steuerungsebene und den Funktionen der Benutzerebene von SGW und PGW beschrieben (Schritte 15-17 in Abbildung 3).
Step 15: Target MME to Target SGW Modify Bearer Request
- SGW-C sendet Anfrage zur Änderung der Sx-Sitzung an MX SGW-U. Die Nachricht enthält F-TEIDus entsprechend der neuen eNodeB. Es kann auch MX SGW-You anweisen, eine "Endmarker"-Nachricht an die neue eNodeB zu senden.
- Wenn Sie dazu aufgefordert werden, sendet MX SGW-U eine "Endmarker"-Nachricht auf der S1-U-Schnittstelle in Richtung der alten eNodeB für alle Träger, auf die durch die Sx Session Modification Message verwiesen wird.
- MX SGW-U aktualisiert Downlink Peer F-TEID in den Trägern zu F-TEIDus, die in der Änderungsanfrage für Sx Session erhalten wurden.
- MX SGW-U sendet Sx Session Modification Response an SGW-C
Step 16: Target SGW to PGW Modify Bearer Request
Dieser Schritt hat keine Auswirkungen auf F-TEIDu-Zuweisungen auf einen der Träger. Es kann jedoch andere Weiterleitungs- und Ladeparameter basierend auf dem neuen Standort der UE aktualisieren.
PGW-C sendet Anfrage zur Änderung der Sx-Sitzung an MX PGW-U.
MX PGW-U aktualisiert die entsprechenden Träger und sendet Sx Session Modification Response an PGW-C.
Übergabe mit SGW-Änderung
In Anbetracht des CUPS-Modells gibt es zwei Arten von Verfahren, die eine SGW-Änderung beinhalten:
Type 1: Während der Änderung der SGW wird nur die Nachricht "Session Request erstellen" von MME/SGSN an SGW-C gesendet.
Type 2: Session Request-Nachricht erstellen, gefolgt von Der Anforderung ändern wird während der SGW-Änderung von MME/SGSN an SGW-C gesendet.
Für MX SGW-U besteht der Hauptunterschied zwischen diesen beiden Typen darin, dass in der ersten die neue SGW-C sowohl mit eNodeB als auch mit PGW F-TEIDu(s) innerhalb der Sitzungsanfrage bereitgestellt wird, während im zweiten die F-TEIDus der eNodeB in der Anfrage für Den Träger geändert werden, was zu einem zusätzlichen Sx Session Modify Request/Response-Austausch zwischen SGW-C und SGW-U übersetzt wird. Da Typ 1 als Teilmenge von Typ 2 betrachtet werden kann, stellen wir hier den Prozess für die Typ-2-Übergabe vor.
Abbildung 3 zeigt den gesamten Übergabeprozess, wenn ein UE von einem eNodeB zum anderen wechselt und eine SGW-Änderung erfordert. In den folgenden Schritten werden nur die Interaktionen zwischen der Steuerungsebene und den Funktionen der Benutzerebene von SGW und PGW beschrieben (Schritte 4,4a, 15-17 und 19 in Abbildung 3).
Step 4: Target MME to Target SGW Create Session Request
- Die Ziel-SGW-C sendet Sx Session Establishment Request an das Ziel MX SGW-U. Wenn PGW-U ein anderer physischer Knoten als der Ziel-SGW-U ist, enthält die Nachricht F-TEIDu(s) der PGW-U für jeden Träger der Sitzung. Es umfasst nicht lokale F-TEIDu(s), da MX SGW-U nur up-Funktion zugewiesene lokale F-TEIDu unterstützt.
- Das Ziel MX SGW-U erstellt eine neue Sitzung und weist lokale F-TEIDus für alle Träger zu, die in der Anfrage für die Einrichtung von Sx-Sitzungen angegeben sind. Wenn die Nachricht F-TEIDs von PGW-U enthält, verwenden wir diese, um Uplink-Peer F-TEIDus für alle Träger einzurichten, auf die verwiesen wird.
- Die Ziel-MX-SGW-U sendet eine Sx Session Establishment Response-Nachricht an die Ziel-SGW-C.
Step 15: Target MME to Target SGW Modify Bearer Request
Die Ziel-SGW-C sendet die Anfrage zur Änderung der Sx-Sitzung an das Ziel MX SGW-U. Die Nachricht enthält F-TEIDus für alle Träger, die der neuen eNodeB entsprechen.
Das Ziel MX SGW-U aktualisiert Downlink Peer F-TEID in den Trägern zu F-TEIDus, die in der Änderungsanfrage für Sx Session erhalten wurden.
MX SGW-U sendet Sx Session Modification Response an SGW-C.
Step 16: Target SGW to PGW Modify Bearer Request
PGW-C sendet Anfrage zur Änderung der Sx-Sitzung an MX PGW-U. Die Nachricht enthält F-TEIDus des Ziels SGW-U für alle Träger. Es kann auch MX PGW-You anweisen, eine "Endmarker"-Nachricht zu senden.
Wenn sie dazu aufgefordert wird, sendet MX PGW-U eine "Endmarker"-Nachricht an die alte SGW-U.
MX PGW-U aktualisiert Downlink Peer F-TEID für alle Träger, auf die in der Sx-Änderungsanfragenachricht an F-TEIDu(n) verwiesen wird
MX PGW-U sendet Sx Session Modification Response an das Ziel SGW-C.
Step 19: Source MME to Source SGW Delete Session Request
Quelle SGW-C sendet Sx Session Delete Request an die Quelle MX SGW-U.
Quelle MX SGW-U löscht alle Träger und die Sitzung.
Quelle MX SGW-U sendet Sx Session Delete Response an die Quelle SGW-C.