Gx-Plus für die Bereitstellung von Abonnenten

Vorteile von Gx-Plus

• Erweitert die 3GPP Gx-Schnittstelle um die Bereitstellung, Aktivierung und Deaktivierung von Diensten; Schwellenwertauslöser für die Verarbeitung von Dienststatistiken; Buchhaltung von Dienstleistungen; Beendigung der Abonnentensitzung; Fehlerbehebung; und Ereignisbenachrichtigungen (An- und Abmeldung von Abonnenten).

Abonnenten-Login

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 Abonnentensitzung zu aktivieren, sendet der Router eine CCR-I-Nachricht an die PCRF, um die Bereitstellung für die Abonnentensitzung anzufordern. Die CCR-I-Nachricht muss die AVPs Juniper-Virtual-Router, Framed-IP-Address und NAS-Port-ID enthalten. Die Anforderung wird nicht generiert, wenn dem Teilnehmer 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-Meldung die Subscription-Id AVP (AVP-Code 443), wobei der Subscription-Id-Type AVP auf 4 und Subscription-Id-Data AVP auf festgelegt ist reserved.

Der PCRF gibt eine CCA-I-Nachricht zurück, die den Result-Code AVP (AVP-Code 268) enthält. Der Router betrachtet ein CCA-I, das den Result-Code AVP nicht enthält, als fehlgeschlagene Antwort. Der 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) lautet, teilt der Router AAA mit, dass der angeforderte Dienst aktiviert ist. Wenn der Result-Code-Wert DIAMETER_AUTHORIZATION_REJECTED ist, teilt der Router AAA mit, dass die Dienstaktivierung nicht zulässig ist. Wenn der Result-Code 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 das Juniper-Provisioning-Source-AVP (AVP-Code 2101) enthalten. Dieses AVP gibt an, dass der Router über die lokale Entscheidungsbefugnis verfügt, Dienste bereitzustellen, wenn keine PCRF-Antwort auf das CCR-I vorliegt. Dieses AVP ist in der CCR-I-Nachricht nicht vorhanden.

Eine Abonnentenanmeldung löst die folgende Abfolge von Ereignissen aus:

1. Eine Clientanwendung (z. B. DHCP, PPP oder statische Abonnentensitzungen) fordert AAA zur Authentifizierung des Abonnenten an.

2. Die Authentifizierung beginnt, wenn das Abonnentenzugriffsprofil 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 Abonnenten aktiviert. Alle Dienste, die der Authentifizierungsserver in die Authentifizierungsgewährung einbezieht, werden aktiviert. Darüber hinaus wurde möglicherweise ein Standarddienst für die Clientanwendung konfiguriert.

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

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

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

   • Wenn einer der Dienste nicht aktiviert werden kann, sendet der Router dem PCRF eine CCR-U-Nachricht mit dem Status der Dienste (einen Regelbericht). Der PCRF antwortet auf diese Nachricht mit einem CCA-U, das einen neuen Satz von Diensten 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 der PCRF innerhalb des Zeitlimits kein CCA-I zurückgibt, wird die Abonnentenanmeldung abgeschlossen.

   • Der Router sucht zuerst nach Diensten, die vom Authentifizierungsserver zurückgegeben werden, und aktiviert alle gefundenen. Wenn keine derartigen Dienste gefunden werden, aktiviert der Router alle lokal konfigurierten Standarddienste. Die Abonnentenanmeldung 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 in regelmäßigen Abständen erneut an den PCRF. Wenn das PCRF anschließend ein CCA-I zurückgibt, deaktiviert der Router den Standarddienst, falls vorhanden, und aktiviert dann alle Dienste, die im CCA-I enthalten sind. Wenn die Nachricht keine Dienste enthält, wird kein Dienst aktiviert, nicht einmal ein Standarddienst.

   • Wenn einer der im CCA-I enthaltenen Dienste nicht aktiviert werden kann, sendet der Router dem PCRF eine CCR-U-Nachricht mit dem Status der Dienste (einen Regelbericht). Der PCRF antwortet auf diese Nachricht mit einem CCA-U, das einen neuen Satz von Diensten 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 Auslöser sind die Werte, die von der PCRF für die folgenden Statistiken gewährt werden: Dauer der Sitzung, Anzahl der Eingabeoktette, Anzahl der Ausgabeoktette und Gesamtzahl der Oktette.

   1. Wenn die Servicestatistik während der Sitzung einen dieser Auslöseschwellenwerte erreicht oder überschreitet, 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 AVP der Used-Service-Unit (AVP-Code 446), um die aktuellen Werte für alle vier Statistiken zu melden.

   2. Als Reaktion darauf kann der PCRF eine CCA-U-Nachricht mit dem AVP "Usage-Monitoring-Information" zurückgeben, die Folgendes enthalten kann: das AVP "Gewährte Serviceeinheit" mit neuen Schwellenwert-Triggern (absolute Werte anstelle von Inkrementen zu den vorherigen Schwellenwerten), das AVP "Charging-Rule-Install" (AVP-Code 1001) für Service-Aktivierungen oder das AVP "Charging-Rule-Remove" (AVP-Code 1002) für Service-Deaktivierungen.

      Hinweis:

      Der Router aggregiert keine Statistiken über Dienste hinweg.

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

Fehlertoleranz und Ereignisbenachrichtigung

Obwohl die Wahrscheinlichkeit gering ist, können der PCRF und der 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 übermittelt wird, betrachtet das PCRF einen Teilnehmer als bereitgestellt, während der Router ihn als nicht bereitgestellt betrachtet.

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

Der Verlust von Nachrichten kann bei Kaltstarts und Hochverfügbarkeitsereignissen größer sein. Unbestätigte CCR-I- und CCR-T-Anfragen werden für immer erneut übertragen, bis eine zufriedenstellende Antwort eingeht, um die Fehlerhäufigkeit zu reduzieren, und wichtige Ereignisse an Gx-Plus gemeldet werden. Standardmäßig ist die Anzahl der ausstehenden Anforderungen auf 40 begrenzt, um eine Überlastung des PCRF zu vermeiden. Dieses Limit verringert die Wahrscheinlichkeit, dass Anforderungen verloren gehen. Sie können diese Zahl ändern, indem Sie die max-outstanding-requests Anweisung auf der [edit access-gx-plus global] Hierarchieebene einfügen.

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

Ereignisbenachrichtigungen werden so lange wiederholt, bis Gx-Plus eine JSEA-Nachricht mit einem Ergebniscode-Wert von DIAMETER_SUCCESS (2001) zurückgibt, um den Empfang der Ereignisbenachrichtigung zu bestätigen. Bei wiederholten Benachrichtigungsversuchen 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.

In Tabelle 2 sind die Routerereignisse und die nachfolgenden Router- und PCRF-Aktionen aufgeführt.

Ein wichtiger Aspekt der Gx-Plus-Fehlertoleranz besteht darin, dass Anmelde- und Beendigungsanforderungen von Abonnenten für immer wiederholt (wiedergegeben) werden, bis eine zufriedenstellende Antwort vom 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 Juniper-Event-Type AVP (AVP-Code 2103) mit dem Wert 3 enthält, der eine Erkennungsanforderung angibt. Die PCRF gibt dann eine JDER-Nachricht zurück, um die Ermittlung aller Abonnenten zu initiieren. Wenn diese Ermittlung abgeschlossen ist, werden alle ausstehenden Abonnentenanforderungen gelöscht.

PCRF-generierte Entdeckung

Das PCRF führt einen Erkennungsprozess als Reaktion auf Datenverlust, Erschöpfung der Routerressourcen, Operatoranfrage oder Routeranfrage aus. Die JSDR-Nachricht gibt den gewünschten Ausführlichkeitsgrad der Antwort von Gx-Plus an. Die Meldung gibt auch an, ob es sich bei der Anforderung um Daten zu einer bestimmten Sitzung oder um Informationen handelt, die einem SNMP-Get-Bulk für alle Sitzungen ähneln. Gx-Plus gibt eine JSDA-Meldung zurück, die einen vollständigen Erfolg, einen begrenzten Erfolg oder einen Fehler anzeigt. Im Erfolgsfall werden auch die angeforderten Daten zurückgegeben.

Abonnenten-Abrechnung

Wenn der PCRF eine CCA-I-Nachricht an den Router zurückgibt, kann die Nachricht Schwellenwerte für eine von mehreren Nutzungsstatistiken für eine Abonnentensitzung oder Dienstsitzung enthalten: Dauer, Eingabedaten, Ausgabedaten oder Gesamtdaten für die Sitzung. Nach Erreichen eines Schwellenwerts beginnt der Router mit der Überwachung der Dienstsitzungsaktivität des Teilnehmers für diese Statistik. Wenn die Nutzungsstatistik den Schwellenwert erreicht, veranlasst sie den Router, eine Gx-Plus-Nutzungsbenachrichtigungsnachricht (CCR-U) an den PCRF zu senden. Als Reaktion darauf kann der PCRF eine CCA-U-Nachricht senden, um einen neuen Schwellenwert anzugeben, neue Dienste zu aktivieren oder aktuelle Dienste zu deaktivieren.

Der 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 Teilnehmerebene oder auf Serviceebene überwachen. Der AVP "Gewährte Serviceeinheit" in der Nachricht gibt eine oder mehrere der folgenden Statistiken an:

• CC-Input-Oktette

• CC-Ausgabe-Oktette

• CC-Total-Oktette

• CC-Zeit

Wenn andere Statistiken angegeben werden, sendet der Router dem PCRF eine CCA-Nachricht, die darauf hinweist, 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 der PCRF einen weiteren CCA-R mit neuen Schwellenwerten oder einer Aufforderung zur Aktivierung oder Deaktivierung von Diensten.

Schwellenwerte für die Abonnentennutzung

Die Gx-Plus-Schwellenwertüberwachung ermöglicht die Verfolgung von Sitzungsstatistiken, einschließlich der Dauer der Sitzung und der Anzahl der Eingabebytes, Ausgabebytes und der Gesamtzahl der zulässigen (gewährten) und verwendeten Bytes. Bei der Überwachung von Schwellenwerten kommen zahlreiche AVPs zum Einsatz.

• Regelinstallations-AVP: Ein gruppiertes AVP, das aus den folgenden zwei AVPs bestehen kann:

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

  • Monitoring-Key AVP – (Optional) Der Name der Überwachungsdefinition, der Teil der CCR/RAR-Nachrichten ist und angibt, dass Gx-Plus-Schwellenwerte aktiviert sind. Der Monitoring-Key-AVP muss im Kontext des Abonnenten eindeutig sein, aber es können mehr als einer dieser Schlüssel in den Rule-Install AVP aufgenommen werden, einer pro Abonnent. Für jedes Monitoring-Schlüssel-AVP, auf das im Regelinstallations-AVP verwiesen wird, muss ein entsprechendes Monitoring-AVP vorhanden sein.

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

  • Monitoring-Key AVP – Der Name der Monitoring-Definition.

  • AVP für gewährte Serviceeinheit: Ein gruppiertes AVP, das die folgenden Sitzungsschwellenwerte enthält:

    • Dauer AVP: Zeitspanne in Sekunden, die dem Abonnenten zugewiesen wird, bevor er um eine Verlängerung bitten muss.

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

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

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

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

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

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

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

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

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

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

Betrachten Sie das folgende Beispiel. Das PCEF empfängt die aufgeführten AVPs in einer CCA-I-Nachricht. Wenn das 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 Bytes gewährt.

• AVP nach Regel installieren

  • rule-install-name avp = svc-21-g

  • Monitoring-Taste AVP = thresh-459

• Überwachung von AVP

  • Monitoring-Taste AVP = thresh-459

  • Gewährte-Service-Einheit 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 das gleiche wie oben, mit der Ausnahme, dass weder für Eingabe- noch für Ausgabebytes Beschränkungen festgelegt werden, sondern nur eine Begrenzung für die Gesamtzahl der Bytes. Das Weglassen der Input-Bytes und Output-Bytes AVPs aus dem Assuted-Service-Unit-AVP hat den gleichen Effekt.

• AVP nach Regel installieren

  • rule-install-name avp = svc-21-g

  • Monitoring-Taste AVP = thresh-459

• Überwachung von AVP

  • Monitoring-Taste AVP = thresh-459

  • Gewährte-Service-Einheit 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; das PCEF verhält sich genauso.

1. Dadurch wird der vollständige Satz der überwachten Schwellenwerte für den Dienst deaktiviert. 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

     • Gebraucht-Service-Unit 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 das CCR-U mit dem Monitoring AVP antwortet und neue Werte für die Schwellenwerte liefert. Um die Lease-Analogie zu verwenden, sollte die Antwort die "Lease" für die Sitzung erweitern. Zum Beispiel:.

   • Überwachung von AVP

     • Monitoring-Taste AVP = thresh-459

     • Gewährte-Service-Einheit AVP

       • Dauer AVP = 3600s

       • Eingabe-Bytes AVP = 1.500.000.000

       • Ausgabe-Bytes AVP = 2.000.000.000

       • Gesamt-Byte AVP = 3.500.000.000

Wenn der neue AVP-Wert für die Dauer, der von der PCRF bereitgestellt wird, niedrig ist, kann dies zu einem engen Zyklus von Schwellenwerttreffern, 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 Durationszuschuss. Im obigen Beispiel ist (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, stellt das PCEF dem Überwachungs-AVP einen einzigen neuen Wert zur Verfügung, die Dauer:

• Überwachung von AVP

  • Monitoring-Taste AVP = thresh-459

  • Gewährte-Service-Einheit AVP

    • Dauer AVP = current value + minimum-duration

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

• Minimale Eingabe-Bytes - 1.000.000

• Minimale Ausgabebytes - 1.000.000

• Mindestens 1.000.000 Byte gesamt

• Minimale Dauer: 600

Wenn die PCRF am Beispiel von 600 Sekunden für den aktuellen Dauerwert nicht auf 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 das PCEF einen weiteren CCR-U-Schwellenwertbericht für die PCRF.

Abonnenten-Audit

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

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

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

Abmeldung des Abonnenten

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