Gx-Plus für die Bereitstellung von Anwendern

Vorteile von Gx-Plus

• Erweitert die 3GPP Gx-Schnittstelle um Bereitstellung, Aktivierung und Deaktivierung von Services; Schwellenwertauslöser für die Verarbeitung von Dienststatistiken; Abrechnung von Dienstleistungen; Beendigung der Sitzung des Anwenders; Fehlerwiederherstellung; und Ereignisbenachrichtigungen (An- und Abmeldung von Anwendern).

Anmeldung für Abonnenten

Die Gx-Plus-Bereitstellung ist für Abonnenten aktiviert, wenn Sie die provisioning-order gx-plus Anweisung auf Hierarchieebene [edit access profile profile-name] einschließen. Wenn eine Anwendung AAA auffordert, die Sitzung des Anwenders zu aktivieren, sendet der Router eine CCR-I-Nachricht an die PCRF, um die Bereitstellung für die Anwendersitzung anzufordern. Die CCR-I-Nachricht muss den virtuellen Juniper-Router, die gerahmte IP-Adresse und die NAS-Port-ID AVPs enthalten. Die Anforderung wird nicht generiert, wenn dem Anwender keine IPv4-Adresse zugewiesen wurde, wenn IPv6 aktiviert ist und eine IPv6-Adresse zugewiesen wurde oder wenn die NAS-Port-ID unbekannt ist. Ab Junos OS Version 17.4R1 enthält die CCR-I-Nachricht die Abonnement-ID AVP (AVP-Code 443), wobei die Abonnement-ID-Typ-AVP auf 4 und die Abonnement-ID-Daten-AVP auf reservedfestgelegt ist.

Die PCRF gibt eine CCA-I-Nachricht zurück, die den Ergebniscode AVP (AVP-Code 268) enthält. Der Router betrachtet einen CCA-I, der den Ergebniscode-AVP nicht enthält, als fehlgeschlagene Antwort. Das CCA-I kann das Charging-Rule-Install AVP (AVP-Code 1001) zurückgeben, das die zu aktivierenden Dienste identifiziert.

Wenn der Result-Code-Wert DIAMETER_SUCCESS (2001) ist, teilt der Router AAA mit, dass der angeforderte Dienst aktiviert ist. Wenn der Result-Code-Wert DIAMETER_AUTHORIZATION_REJECTED ist, teilt das Router AAA mit, dass die Dienstaktivierung nicht zulässig ist. Wenn der Ergebniscode-AVP einen anderen Wert hat oder fehlt, wird die Anforderung wiederholt. Insgesamt können drei CCR-I-Nachrichten gesendet werden.

Wenn die PCRF keinen Erfolg oder Misserfolg anzeigt, sendet der Router standardmäßig weiterhin Anforderungen, aber die Wiederholungsanforderungen sind CCR-N-Nachrichten (No-Response-Benachrichtigungen), die den AVP der Juniper-Provisioning-Source (AVP-Code 2101) enthalten. Dieses AVP gibt an, dass der Router die lokale Entscheidungsbefugnis zur Bereitstellung von Services hat, wenn keine PCRF-Antwort auf den CCR-I vorliegt. Dieses AVP ist in der CCR-I-Nachricht nicht vorhanden.

Eine Anmeldung für einen Anwender löst die folgende Ereignisabfolge aus:

1. Eine Clientanwendung – z. B. DHCP, PPP oder statische Anwendersitzungen – fordert AAA an, den Anwender zu authentifizieren.

2. Die Authentifizierung beginnt, wenn das Anwender-Zugriffsprofil die RADIUS-Authentifizierung angibt. Die Anmeldung wird fortgesetzt, wenn die Authentifizierung erfolgreich war. Die Anmeldung schlägt fehl, wenn die authentication-order Anweisung im Profil keine RADIUS-Authentifizierung oder keine Authentifizierung angibt. Die Anmeldung schlägt auch fehl, wenn die Authentifizierung fehlschlägt.

3. Standarddienste sind für den Anwender aktiviert. Alle Services, die der Authentifizierungsserver in die Authentifizierung einbezieht, werden aktiviert. Darüber hinaus wurde möglicherweise ein Standarddienst für die Clientanwendung konfiguriert.

4. Wenn das Anwender-Zugriffsprofil die Gx-Plus-Bereitstellung angibt, initiiert der Router den Gx-Plus-Nachrichtenaustausch, indem er eine CCR-I-Nachricht an die PCRF sendet. Der Router wartet darauf, dass die PCRF innerhalb eines nicht konfigurierbaren Timeout-Zeitraums mit einer CCA-I-Nachricht antwortet.

   Wenn die PCRF innerhalb des Timeout-Zeitraums antwortet und das AVP "Charging-Rule-Install" in die CCA-I-Nachricht einschließt, wird die Anmeldung des Anwenders verzögert, während der Router alle Standarddienste deaktiviert und versucht, die angegebenen Dienste zu aktivieren.

   • Wenn alle angegebenen Dienste aktiviert sind, wird die Anmeldung abgeschlossen.

   • Wenn einer der Services nicht aktiviert werden kann, sendet der Router dem PCRF eine CCR-U-Nachricht mit dem Status der Services (ein Regelbericht). Die PCRF antwortet auf diese Meldung mit einer CCA-U, die eine neue Reihe von Services für die Aktivierung enthalten kann.

   • Der Router ignoriert alle Standarddienste, auch wenn die CCA-I-Nachricht keine Dienste enthält. In diesem Fall werden keine Dienste aktiviert.

   Wenn die PCRF innerhalb des Timeout-Zeitraums keinen CCA-I zurückgibt, wird die Anmeldung des Anwenders abgeschlossen.

   • Der Router sucht zuerst nach Diensten, die vom Authentifizierungsserver zurückgegeben werden, und aktiviert alle gefundenen Services. Wenn keine solchen Dienste gefunden werden, aktiviert der Router alle lokal konfigurierten Standarddienste. Die Anmeldung des Abonnenten wird abgeschlossen, wenn die Aktivierung des Standarddiensts erfolgreich ist, schlägt jedoch fehl, wenn ein Standarddienst nicht aktiviert werden kann. Da keine Standarddienste vorhanden sein müssen, wird die Anmeldung auch abgeschlossen, wenn keine Standarddienste gefunden werden.

   • Wenn die Anmeldung abgeschlossen ist (mit oder ohne Standarddienst), sendet der Router die CCR-I-Nachricht regelmäßig erneut an die PCRF. Wenn die PCRF anschließend einen CCA-I zurückgibt, deaktiviert der Router den Standarddienst, falls vorhanden, und aktiviert dann alle im CCA-I enthaltenen Services. Wenn die Nachricht keine Dienste enthält, wird kein Dienst aktiviert, auch nicht ein Standarddienst.

   • Wenn einer der im CCA-I enthaltenen Services nicht aktiviert werden kann, sendet der Router dem PCRF eine CCR-U-Nachricht mit dem Status der Services (ein Regelbericht). Die PCRF antwortet auf diese Meldung mit einer CCA-U, die eine neue Reihe von Services für die Aktivierung enthalten kann.

5. Der Router beginnt mit der Überwachung der Sitzungsabrechnungsstatistiken, wenn die CCA-I-Nachricht Schwellenwertauslöser für die Nutzungsüberwachung enthält. Das AVP Usage-Monitoring-Information (AVP-Code 1067) enthält die Schwellenwert-Trigger im AVP der Granted-Service-Unit (AVP-Code 431). Die Trigger sind die Werte, die von der PCRF für die folgenden Statistiken gewährt werden: Dauer der Sitzung, Anzahl der Eingabeoktette, Anzahl der Ausgabeokette und Gesamtzahl der Oktette.

   1. Wenn die Servicestatistiken während der Sitzung einen dieser Auslöseschwellenwerte erreichen oder überschreiten, sendet der Router eine CCR-U-Nachricht an die PCRF mit Abrechnungsinformationen im AVP Usage-Monitoring-Information (AVP-Code 1067). Das AVP enthält nun das Used-Service-Unit AVP (AVP-Code 446), um die aktuellen Werte für alle vier Statistiken zu melden.

   2. Als Antwort darauf kann die PCRF eine CCA-U-Nachricht mit dem AVP "Usage-Monitoring-Information" zurückgeben, die Folgendes enthalten kann: den AVP für gewährte Serviceeinheiten mit neuen Schwellenwertauslösern (absolute Werte anstelle von Schritten zu den vorherigen Schwellenwerten), den AVP für die Laderegel-Installation (AVP-Code 1001) für Serviceaktivierungen oder den AVP für Servicedeaktivierungen und den AVP "Laderegel-Entfernung" (AVP-Code 1002) für Servicedeaktivierungen.

      Hinweis:

      Der Router aggregiert keine Statistiken über Services hinweg.

6. Wenn sich der Anwender abmeldet, sendet der Router eine CCR-T-Nachricht (Kündigungsmitteilung) an die PCRF, die mit einer CCA-T-Nachricht antwortet.

Fehlertoleranz und Ereignisbenachrichtigung

Obwohl die Wahrscheinlichkeit gering ist, können PCRF und Router unterschiedliche Werte für die Anzahl der Teilnehmer haben. Dieser Fehler kann in den folgenden Szenarien auftreten:

• CCA-I-Verlust: Wenn kein CCA-I an den Router geliefert wird, betrachtet die PCRF einen Anwender als bereitgestellt, während der Router ihn als nicht bereitgestellt betrachtet.

• CCR-T-Verlust: Wenn kein CCR-T an die PCRF geliefert wird, betrachtet die PCRF einen Anwender als bereitgestellt, während der Router den Anwender als nicht bereitgestellt (abgemeldet) betrachtet.

Gx-Plus ist nicht auf den Verbindungsstatus zwischen Geräten angewiesen, um Router- oder PCRF-Ausfälle zu erkennen, da einige Ereignisse den Verbindungsstatus nicht beeinflussen und andere nicht erkannt werden, wenn ein Diameter-Relais oder -Proxy zwischen den Geräten vorhanden ist. Ereignisbenachrichtigungen (JSER-Nachrichten) werden gesendet, wenn bestimmte Ereignisse auf dem Router stattfinden. Der Juniper-Event-Type AVP (AVP-Code 2103) in der Nachricht beschreibt die Veranstaltung.

Ereignisbenachrichtigungen werden wiederholt, bis Gx-Plus eine JSEA-Nachricht mit dem Result-Code-Wert DIAMETER_SUCCESS (2001) zurückgibt, um den Empfang der Ereignisbenachrichtigung zu bestätigen. Wenn Sie Benachrichtigungen wiederholen, wird für jedes ausstehende Ereignis eine Benachrichtigung gesendet. Es werden keine weiteren Anfragen gesendet, solange es ein anderes ausstehendes Ereignis als einen Application Watch Dog (AWD) gibt.

Tabelle 2 listet Router-Ereignisse und die nachfolgenden Router- und PCRF-Aktionen auf.

Ein wichtiger Aspekt der Gx-Plus-Fehlertoleranz besteht darin, dass Anmelde- und Beendigungsanfragen von Anwendern für immer wiederholt (wiedergegeben) werden, bis eine zufriedenstellende Antwort von der PCRF eingeht. In seltenen Fällen kann dies dazu führen, dass ein Stapel ausstehender Anforderungen immer wieder abgespielt wird.

Sie können den clear network-access gx-plus replay Befehl zum Löschen aller ausstehenden Anforderungen ausführen. Dieser Befehl veranlasst Gx-Plus, eine JSER-Nachricht an PCRF zu senden, die den AVP vom Juniper-Ereignistyp (AVP-Code 2103) mit dem Wert 3 enthält, der auf eine Erkennungsanforderung hinweist. Die PCRF gibt dann eine JDER-Nachricht zurück, um die Erkennung aller Abonnenten zu initiieren. Wenn diese Ermittlung abgeschlossen ist, werden alle ausstehenden Anforderungen von Anwendern gelöscht.

PCRF-generierte Erkennung

Die PCRF führt einen Erkennungsprozess als Reaktion auf Datenverlust, Erschöpfung der Router-Ressourcen, Betreiberanforderung oder Router-Anforderung durch. Die JSDR-Nachricht gibt den Grad der Ausführlichkeit an, der in der Antwort von Gx-Plus gewünscht ist. Die Nachricht gibt auch an, ob die Anforderung Daten zu einer bestimmten Sitzung oder Informationen ähnlich einem SNMP Get-Bulk für alle Sitzungen enthält. Gx-Plus gibt eine JSDA-Meldung zurück, die vollständigen Erfolg, begrenzten Erfolg oder einen Fehler anzeigt. Im Erfolgsfall werden auch die angeforderten Daten zurückgegeben.

Abonnenten-Buchhaltung

Wenn die PCRF eine CCA-I-Nachricht an den Router zurückgibt, kann die Nachricht Schwellenwerte für eine von mehreren Nutzungsstatistiken für eine Anwender- oder Servicesitzung enthalten: Dauer, Eingabedaten, Ausgabedaten oder Gesamtdaten für die Sitzung. Nach Erhalt eines Schwellenwerts beginnt der Router mit der Überwachung der Servicesitzungsaktivität des Anwenders für diese Statistik. Wenn die Nutzungsstatistik den Schwellenwert erreicht, wird der Router veranlasst, eine Gx-Plus-Nutzungsbenachrichtigung (CCR-U) an die PCRF zu senden. Als Antwort kann die PCRF eine CCA-U-Nachricht senden, um einen neuen Schwellenwert anzugeben, neue Dienste zu aktivieren oder aktuelle Dienste zu deaktivieren.

Die PCRF kann auch eine CCR-U-Nachricht senden, die explizit die Nutzungsüberwachung für Statistiken auf verschiedenen Ebenen anfordert. Der Router kann die Nutzung auf Anwender- oder Serviceebene überwachen. Der Granted-Service-Unit AVP in der Nachricht gibt eine oder mehrere der folgenden Statistiken an:

• CC-Input-Oktette

• CC-Ausgangs-Oktette

• CC-Total-Oktette

• CC-Zeit

Wenn andere Statistiken angegeben sind, sendet der Router dem PCRF eine CCA-Nachricht, die angibt, dass falsche Statistiken angefordert wurden. Wenn der angegebene Schwellenwert für eine überwachte Statistik erreicht ist, sendet der Router eine CCR-U, die den Nutzungsbericht für die Statistiken enthält. Als Antwort sendet die PCRF einen weiteren CCA-R mit neuen Schwellenwerten oder einer Aufforderung zur Aktivierung oder Deaktivierung von Diensten.

Schwellenwerte für die Anwendernutzung

Die Gx-Plus-Schwellenwertüberwachung ermöglicht die Verfolgung von Sitzungsstatistiken, einschließlich der Sitzungsdauer und der Anzahl der Eingabebytes, Ausgabebytes und der Gesamtzahl der zulässigen (gewährten) und verwendeten Bytes. Die Schwellenüberwachung beinhaltet den Einsatz zahlreicher AVPs.

• Rule-Install AVP: Ein gruppiertes AVP, das aus den folgenden beiden AVPs bestehen kann:

  • Rule-Install-Name AVP: Der Name des zu aktivierenden dynamischen Profils, das einem Service entspricht.

  • Monitoring-Key AVP: (Optional) Der Name der Überwachungsdefinition, die Teil der CCR/RAR-Nachrichten ist und angibt, dass Gx-Plus-Schwellenwerte aktiviert sind. Der Monitoring-Key-AVP muss im Kontext des Anwenders eindeutig sein, aber mehr als einer dieser Schlüssel kann in den Rule-Install-AVP aufgenommen werden, einer pro Anwender. Für jeden Monitoring-Key-AVP, auf den im Rule-Install-AVP verwiesen wird, muss ein entsprechender Monitoring-AVP vorhanden sein.

• Monitoring AVP: Die Monitoring-Definition, bestehend aus dem Monitoring-Key AVP und entweder dem Granted-Service-Unit AVP oder dem Used-Service-Unit AVP:

  • • Monitoring-Key AVP: Der Name der Überwachungsdefinition.

  • Granted-Service-Unit AVP: Ein gruppiertes AVP, das die folgenden Sitzungsschwellenwerte enthält:

    • Dauer AVP: Zeitraum in Sekunden, der dem Anwender zugewiesen wird, bevor er um eine Verlängerung bitten muss.

    • Input-Bytes AVP: Anzahl der Eingabebytes, die dem Anwender zugewiesen werden, bevor eine Erweiterung angefordert werden muss. Der Wert Null gibt an, dass der Schwellenwert deaktiviert ist.

    • Output-Bytes AVP: Anzahl der Ausgabebytes, die dem Anwender zugewiesen werden, bevor er eine Erweiterung anfordern muss. Der Wert Null gibt an, dass der Schwellenwert deaktiviert ist.

    • Total-Bytes AVP: Anzahl der Eingabe- und Ausgabebytes, die dem Anwender insgesamt zugewiesen werden, bevor er eine Erweiterung anfordern muss.

    Die Schwellenwerte für die gewährte Serviceeinheit entsprechen in gewisser Weise einem Leasingvertrag. Wenn in diesem Fall keine Schwellenwerte angegeben werden, sind die gewährten Werte oder das "Leasing" praktisch unendlich. Das Fehlen von Schwellenwerten bedeutet, dass den Werten keine Grenzen gesetzt werden.

  • Used-Service-Unit AVP: Ein gruppierter AVP, der die folgenden Sitzungsschwellenwerte enthält, die einer Art Lease entsprechen:

    • Dauer AVP: Zeitraum in Sekunden, in dem der Service verwendet wurde.

    • Input-Bytes AVP: Anzahl der Eingabebytes, die vom Anwender in dieser Sitzung verwendet werden.

    • Output-Bytes AVP: Anzahl der Ausgabebytes, die vom Anwender in dieser Sitzung verwendet werden.

    • Total-Bytes AVP: Anzahl der Eingabe- und Ausgabebytes, die insgesamt vom Anwender in dieser Sitzung verwendet werden.

Es werden keine Schwellenwerte aktiviert, wenn der Router, der als PCEF fungiert, eine CCA- oder RAR-Nachricht empfängt, die eine oder mehrere Rule-Install-AVPs, aber keine Monitoring-Key-AVPs enthält.

Betrachten Sie das folgende Beispiel. Der PCEF empfängt die aufgeführten AVPs in einer CCA-I-Nachricht. Wenn der PCEF den svc-21-g-Dienst aktiviert, wird der Satz der überwachten Schwellenwerte thresh-459 für den Dienst aktiv. Dem instanziierten Dienst werden 600 Sekunden, 1 Milliarde Eingabebytes, 1 Milliarde Ausgabebytes und insgesamt 2 Milliarden Byte gewährt.

• AVP regelinstallieren

  • Regel-Installationsname AVP = svc-21-g

  • Monitoring-Taste AVP = thresh-459

• Überwachung von AVP

  • Monitoring-Taste AVP = thresh-459

  • Granted-Service-Unit AVP

    • Dauer AVP = 600s

    • Eingabe-Bytes AVP = 1.000.000.000

    • Ausgabe-Bytes AVP = 1.000.000.000

    • Gesamt-Bytes AVP = 2.000.000.000

Wenn der CCA-I die folgenden AVPs und Werte enthält, ist alles wie oben, außer dass weder Eingabebytes noch Ausgabebytes begrenzt sind, sondern nur die Gesamtzahl der Bytes. Das Weglassen der Input-Bytes und Output-Bytes AVPs aus dem Granted-Service-Unit AVP hat den gleichen Effekt.

• AVP regelinstallieren

  • Regel-Installationsname AVP = svc-21-g

  • Monitoring-Taste AVP = thresh-459

• Überwachung von AVP

  • Monitoring-Taste AVP = thresh-459

  • Granted-Service-Unit AVP

    • Dauer AVP = 600s

    • Eingabe-Bytes AVP = 0

    • Ausgabe-Bytes AVP = 0

    • Gesamt-Bytes AVP = 2.000.000.000

Es spielt keine Rolle, welcher Schwellenwert zuerst erreicht wird; der PCEF verhält sich genauso.

1. Es deaktiviert den gesamten Satz der überwachten Schwellenwerte für den Dienst. In den obigen Beispielen ist thresh-459 für den Dienst svc-21-g deaktiviert.

2. Authd sendet einen Schwellenwertbericht (CCR-U) an die PCRF, der den Überwachungs-AVP mit den aktuellen Werten für die Schwellenwerte enthält; Diese bilden die Used-Service-Unit AVP:

   • Überwachung von AVP

     • Monitoring-Taste AVP = thresh-459

     • Gebrauchte Serviceeinheit AVP

       • Dauer AVP = 600s

       • Eingabe-Bytes AVP = 22.110.000

       • Ausgabe-Bytes AVP = 21.161.004

       • Gesamt-Bytes AVP = 43.271.004

3. authd erwartet, dass die PCRF auf die CCR-U mit dem Monitoring AVP reagiert und neue Werte für die Schwellenwerte liefert. Um die Analogie zum Mietvertrag zu verwenden, sollte die Antwort den "Mietvertrag" für die Sitzung verlängern; Zum Beispiel:.

   • Überwachung von AVP

     • Monitoring-Taste AVP = thresh-459

     • Granted-Service-Unit AVP

       • Dauer AVP = 3600s

       • Eingabe-Bytes AVP = 1.500.000.000

       • Ausgabe-Bytes AVP = 2.000.000.000

       • Gesamt-Bytes AVP = 3.500.000.000

Wenn der neue von der PCRF bereitgestellte AVP für die Dauer niedrig ist, kann dies zu einem engen Zyklus von Schwellenwerten, Berichten und Aktualisierungen führen. Folglich stellt der PCEF sicher, dass der Schwellenwert von angemessener Dauer ist, indem er den neuen Wert aus dem PCRF zum aktuell gemeldeten Wert addiert; Dies wird zum neuen Duration Grant. Im obigen Beispiel ist der (aktueller Wert + neuer Wert) = 600 + 3600 = 4200 Sekunden.

Was passiert, wenn die PCRF nicht auf die CCR-U reagiert? Anstatt die Schwellenwerte deaktiviert zu lassen, liefert PCEF dem Überwachungs-AVP einen einzigen neuen Wert, die Dauer:

• Überwachung von AVP

  • Monitoring-Taste AVP = thresh-459

  • Granted-Service-Unit AVP

    • Dauer AVP = current value + minimum-duration

Der Router verfügt über standardmäßige Mindestwerte für alle Schwellenwert-AVPs:

• Mindestens Eingabe-Bytes - 1.000.000

• Mindestens Ausgabe-Bytes - 1.000.000

• Mindestens Bytes insgesamt: 1.000.000

• Mindestdauer - 600

Wenn die PCRF im Beispiel von 600 Sekunden für den aktuellen Dauerwert nicht auf den CCR-U reagiert, wird der neue Dauerwert zu 600 + 600 = 1200 Sekunden. Es gibt keine Schwellenwerte für die Byteanzahl. Wenn der neue Schwellenwert für die Dauer erreicht ist, generiert der PCEF einen weiteren CCR-U-Schwellenwertbericht für den PCRF.

Anwender-Audit

Die PCRF kann jederzeit eine erneute Autorisierungsanfrage (RAR-Nachricht) an Gx-Plus senden, um festzustellen, ob ein bestimmter Anwender noch angemeldet ist. Sie können die PCRF auch manuell auslösen, indem Sie den clear network-access aaa gx-plus replay Befehl ausgeben.

Die Session-ID AVP identifiziert die Anwender-Sitzung. Gx-Plus gibt eine RAA-Nachricht zurück, um den Status der Anwender-Sitzung anzugeben. Wenn die Sitzung noch aktiv ist (in der Sitzungsdatenbank), ist der Ergebniscode-AVP-Wert in der RAA-Nachricht DIAMETER_SUCCESS (2001). Wenn die Sitzung nicht gefunden wird, ist der Ergebniscodewert DIAMETER_UNKNOWN_SESSION_ID (5002). Der Ergebniscodewert DIAMETER_UNABLE_TO_DELIVER (3002) gibt an, dass Gx-Plus nicht konfiguriert ist.

Ab Junos OS Version 17.4R1 aktualisiert der Router überwachte Statistiken, wenn sie im RAR von der PCRF empfangen werden. Wenn Gx-Plus eine RAA-Nachricht sendet, nachdem es eine RAR-Nachricht erhalten hat, in der die Aktivierung oder Deaktivierung des Services angefordert wird, sendet es auch eine CCR-U-Nachricht mit aktualisierten Statistiken an die PCRF.

Abmeldung vom Abonnenten

Wenn die Clientanwendung eine Abmeldebenachrichtigung für den Anwender an AAA sendet, sendet Gx-Plus eine CCR-T-Nachricht, um die PCRF darüber zu informieren, dass die bereitgestellte Anwendersitzung beendet wird. Die PCRF gibt eine CCA-T-Nachricht zurück, die den Ergebniscode AVP enthält. Wenn der Result-Code-Wert DIAMETER_SUCCESS ist, benachrichtigt Gx-Plus AAA und AAA die Anwendung, dass die Abmeldung abgeschlossen ist. Wenn Gx-Plus keine CCA-T-Nachricht empfängt oder wenn der Ergebniscode-AVP einen anderen Wert hat oder fehlt, wird die Beendigungsanforderung wiederholt, bis die CCA-T-Nachricht mit DIAMETER_SUCCESS zurückgegeben wird.