Durchmesser
Dieser Leitfaden dient als Erklärung zur Einhaltung der Implementierungsrichtlinien für das Diameter-Protokoll.
Kategorie:
| CC-Money | Unterstützt | - | | Unit-Value | Unterstützt | - | | Value-Digits | Unterstützt | - | | Exponent | Unterstützt | - | | Currency-Code | Unterstützt | - | | CC-Total-Octets | Unterstützt | - | | CC-Input-Octets | Unterstützt | - | | CC-Output-Octets | Unterstützt | - | | CC-Service-Specific-Units | Unterstützt | - |
Gy Preisanfrage-Anforderungs-AVPs (Price Enquiry Request)
Tabelle 2-16 listet die Konformitätsinformationen für Gy Preisanfrage-AVPs für die Anforderungsoperationen auf.
Tabelle 2-16: Gy Preisanfrage-Anforderungs-AVPs
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Session-Id | Unterstützt | - |
| Service-Context-Id | Unterstützt | - |
| CC-Request-Type | Unterstützt | - |
| CC-Request-Number | Unterstützt | - |
| Destination-Host | Nicht unterstützt | - |
| User-Name | Nicht unterstützt | Subscription-Id-Data AVP wird stattdessen verwendet. |
| CC-Sub-Session-Id | Nicht unterstützt | - |
| Acct-Multi-Session-Id | Nicht unterstützt | - |
| Origin-State-Id | Nicht unterstützt | - |
| Event-Timestamp | Unterstützt | - |
| Subscription-Id | Unterstützt | - |
| – Subscription-Id-Data | Unterstützt | - |
| – Subscription-Id-Type | Unterstützt | - |
| Requested-Action | Unterstützt | 3 - PRICE_ENQUIRY |
| Multiple-Services-Indicator | Unterstützt | Wird immer als True erwartet |
| Service-Information | Unterstützt | - |
| – PS-Information | Unterstützt | - |
| – – Called-Station-Id | Unterstützt | - |
| – – SGSN-Address | Unterstützt | - |
| – – GGSN-Address | Unterstützt | - |
| – – MS-TimeZone-3GPP | Unterstützt | - |
| – – Diagnostics | Unterstützt | - |
| Service-Parameter-Info | Nicht unterstützt | - |
| CC-Correlation-Id | Nicht unterstützt | - |
| User-Equipment-Info | Nicht unterstützt | - |
| Proxy-Info | Nicht unterstützt | - |
| Multiple-Services-Credit-Control | Unterstützt | Siehe Tabelle 2-17 |
Multiple-Services-Credit-Control
Tabelle 2-17 listet die Konformitätsinformationen für Multiple-Services-Credit-Control AVPs für die Gy Preisanfrage-Anforderungsoperationen auf.
Tabelle 2-17: Multiple-Services-Credit-Control AVPs für Gy Preisanfrage-Anforderung
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Multiple-Services-Credit-Control | Unterstützt | - |
| – Service-Identifier | Unterstützt | - |
| – Rating-Group | Unterstützt | - |
| – Requested-Service-Unit | Unterstützt | - |
| – – CC-Time | Unterstützt | - |
| – – CC-Input-Octets | Unterstützt | - |
| – – CC-Output-Octets | Unterstützt | - |
| – – CC-Total-Octets | Unterstützt | - |
Gy Preisanfrage-Antwort-AVPs (Price Enquiry Response)
Tabelle 2-18 listet die Konformitätsinformationen für Gy Preisanfrage-AVPs für die Antwortoperationen auf.
Tabelle 2-18: Gy Preisanfrage-Antwort-AVPs
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Session-Id | Unterstützt | - |
| Result-Code | Unterstützt | - |
| Multiple-Services-Credit-Control | Unterstützt | Siehe Tabelle 2-19 |
| Cost-Information | Unterstützt | - |
| – Unit-Value | Unterstützt | - |
| – – Value-Digits | Unterstützt | - |
| – – Exponent | Unterstützt | - |
| – Currency-Code | Unterstützt | - |
| CC-Session-Failover | Unterstützt | - |
| Credit-Control-Failure-Handling | Unterstützt | - |
Multiple-Services-Credit-Control
Tabelle 2-19 listet die Konformitätsinformationen für Multiple-Services-Credit-Control AVPs für die Gy Preisanfrage-Antwortoperationen auf.
Tabelle 2-19: Multiple-Services-Credit-Control AVPs für Gy Preisanfrage-Antwort
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| – Service-Identifier | Unterstützt | - |
| – Rating-Group | Unterstützt | - |
| – Requested-Service-Unit | Unterstützt | - |
| – – CC-Time | Unterstützt | - |
| – – CC-Input-Octets | Unterstützt | - |
| – – CC-Output-Octets | Unterstützt | - |
| – – CC-Total-Octets | Unterstützt | - |
| – ORA-Customer-Cost-Information | Unterstützt | - |
| – – ORA-Subscriber-Id | Unterstützt | - |
| – – ORA-Cost-Information | Unterstützt | - |
| – – – Unit-Value | Unterstützt | - |
| – – – – Value-Digits | Unterstützt | - |
| – – – – Exponent | Unterstützt | - |
| – – – ORA-Balance-Element-Id | Unterstützt | - |
Diameter-Sitzungs-Reautorisierungsbefehle (Session Reauthorization Commands)
Tabelle 2-20 listet die Konformitätsinformationen für Diameter-Sitzungs-Reautorisierungsbefehle auf.
Tabelle 2-20: Diameter-Sitzungs-Reautorisierungsbefehle
| Diameter-Befehl | Status | Anmerkungen |
|---|---|---|
| Re-Auth-Request (RAR) | Unterstützt | - |
| Re-Auth-Answer (RAA) | Unterstützt | - |
Re-Auth-Request AVPs
Tabelle 2-21 listet die Konformitätsinformationen für Re-Auth-Request (RAR) AVPs auf.
Tabelle 2-21: Re-Auth-Request AVPs
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Session-Id | Unterstützt | - |
| Origin-Host | Unterstützt | - |
| Origin-Realm | Unterstützt | - |
| Destination-Host | Unterstützt | - |
| Destination-Realm | Unterstützt | - |
| Origin-State-Id | Unterstützt | - |
| Service-Identifier | Unterstützt | - |
| Rating-Group | Unterstützt | - |
Re-Auth-Answer AVPs
Tabelle 2-22 listet die Konformitätsinformationen für Re-Auth-Answer (RAA) AVPs auf.
Tabelle 2-22: Re-Auth-Answer AVPs
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Session-Id | Unterstützt | - |
| Origin-Host | Unterstützt | - |
| Origin-Realm | Unterstützt | - |
| Result-Code | Unterstützt | - |
Diameter-Sitzungsbeendigungsbefehle (Session Termination Commands)
Tabelle 2-23 listet die Konformitätsinformationen für Diameter-Sitzungsbeendigungsbefehle auf.
Tabelle 2-23: Diameter-Sitzungsbeendigungsbefehle
| Diameter-Befehl | Status | Anmerkungen |
|---|---|---|
| Session-Termination-Request | Unterstützt | - |
| Session-Termination-Answer | Unterstützt | - |
Session-Termination-Request AVPs
Tabelle 2-24 listet die Konformitätsinformationen für Session-Termination-Request (STR) AVPs auf.
Tabelle 2-24: Session-Termination-Request AVPs
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Session-Id | Unterstützt | - |
Session-Termination-Answer AVPs
Tabelle 2-25 listet die Konformitätsinformationen für Session-Termination-Answer (STA) AVPs auf.
Tabelle 2-25: Session-Termination-Answer AVPs
| Diameter AVP | Status | Anmerkungen |
|---|---|---|
| Session-Id | Unterstützt | - |
| Result-Code | Unterstützt | - |
| Failed-AVP | Unterstützt | - |
Diameter-Gx-Protokoll
Die Gx-Anwendung ist als spezialisierte Diameter-Anwendung für bestimmte Anbieter charakterisiert. Im Kontext des Diameter-Protokolls über die Gx-Schnittstelle fungiert die 7x50 (Policy and Charging Enforcement Function, PCEF) als Diameter-Client, während die Policy and Charging Rules Function (PCRF) als Diameter-Server dient. Die Gx-Diameter-Anwendung übernimmt bestehende Befehlscodes sowohl vom Diameter-Basisprotokoll (gemäß RFC 6733) als auch von der Diameter Credit Control Application (gemäß RFC 4006).
Für ihre Datendarstellung in Nachrichtenstrukturen (insbesondere Befehlscodes) verwendet Gx Attribut-Wert-Paare (AVPs).
Die Ursprünge der AVPs in Gx sind vielfältig, dazu gehören:
- Gx-spezifische AVPs, wie im 3GPP Gx Dokument TS 29.212 spezifiziert.
- Von anderen Diameter-Anwendungen übernommene AVPs (z. B. RFC 4006, RFC 4005), andere 3GPP-Spezifikationen, das Europäische Institut für Telekommunikationsnormen (ETSI) usw.
- Von RADIUS (Remote Authentication Dial-In User Service) wiederverwendete Attribute (wobei die AVP-Codes 0-255 für diese wiederverwendeten Attribute reserviert sind).
- Herstellerspezifische AVPs.
Der Prozess zum Aufbau und zur Aufrechterhaltung der Verbindung zwischen der 7x50 (PCEF) und der PCRF wird durch das grundlegende Diameter-Protokoll geregelt, das in RFC 3588/6733 beschrieben ist.
Gx-AVP
Dieser Leitfaden bietet eine Zusammenfassung der von der 7750 SR unterstützten Gx Attribut-Wert-Paare (AVP). Die Implementierung folgt der Spezifikation für Gx Release v11.12, Dok. 3GPP 29212-bc0.doc.
Tabelle 1 zeigt die in diesem Leitfaden verwendeten Konventionen.
Tabelle 3-1: Attribut-Konventionen
| Attribut | Beschreibung |
|---|---|
| 0 | Dieses Attribut darf im Paket nicht vorhanden sein. |
| 0+ | Null oder mehr Instanzen dieses Attributs können im Paket vorhanden sein. |
| 0-1 | Null oder eine Instanz dieses Attributs kann im Paket vorhanden sein. |
| 1 | Genau eine Instanz dieses Attributs muss im Paket vorhanden sein. |
AVPs
Bestimmte AVPs sind nur in eine Richtung anwendbar, während andere für beide Richtungen gelten.
Von der 7750 SR gesendete AVPs werden verwendet, um:
- die PCRF über die Erstellung/Beendigung des Hosts und die Identität des Abonnenten-Hosts in der 7750 SR zu informieren
- die PCRF über die in der 7750 SR unterstützte Funktionalität zu informieren
- spezifische Ereignisse im Zusammenhang mit dem Abonnenten-Host zu melden
- den Status der Regeln zu melden
- die Nutzungsüberwachung zu melden
- den Status des Hosts zu melden (vorhanden/nicht vorhanden)
Von der PCRF an die 7750 SR gesendete AVPs werden verwendet, um:
- Richtlinien zu installieren oder zu aktivieren
- Nutzungsüberwachung anzufordern
- den Abonnenten-Host zu beenden
- den Status des Abonnenten-Hosts abzufragen (vorhanden/nicht vorhanden)
AVPs, die für beide Richtungen gelten, werden für grundlegende Diameter-Funktionen wie den Aufbau von Peering, das Routing von Diameter-Nachrichten, die Sitzungsidentifikation und die Meldung katastrophaler Fehler (OSI-Änderung) verwendet.
Reservierte Schlüsselwörter in der 7750 SR
Die reservierten Schlüsselwörter, die zur Identifizierung des referenzierten Objekttyps innerhalb der 7750 SR verwendet werden, sind in Tabelle 3-2 aufgeführt. Siehe Tabelle 3-4 für weitere Referenzen.
Tabelle 3-2: Reservierte Schlüsselwörter in der 7750 SR
| Reservierte Schlüsselwörter | Verwendet in AVP | Kommentare |
|---|---|---|
| ingr-v4 | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| ingr-v6 | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| egr-v4 | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| egr-v6 | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| in-othr-v4 | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| in-othr-v6 | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| sub-id | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| sla-profile | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| sub-profile | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| inter-dest | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| cat-map | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| aa-functions | adc-rule-name, charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
| aa-functions:app | charging-rule-name | Wird zur Identifizierung des AA (Application Assurance) App-Profils direkt im charging-rule-name AVP in einem charging-rule-install verwendet. Siehe Tabelle 3-4 und Tabelle 1-5. |
| aa-functions:aso | charging-rule-name | Wird zur Identifizierung des AA ASO (Application Service Option) Merkmals und Wertes direkt in einem charging-rule-name AVP in einem charging-rule-install verwendet. Siehe Tabelle 3-4 und Tabelle 1-5. |
| aa-functions:urlparam | charging-rule-name | Wird zur Identifizierung des AA Sub HTTP URL-Parameters direkt in einem charging-rule-name AVP in einem charging-rule-install verwendet. Siehe Tabelle 3-4 und Tabelle 1-5. |
| aa-functions:subscope | charging-rule-name | Wird zur Identifizierung des AA Sub-Bereichs direkt in einem charging-rule-name AVP in einem charging-rule-install verwendet. Siehe Tabelle 3-4 und Tabelle 1-5. |
| aa-um | charging-rule-name | Wird zur Identifizierung des referenzierten Objekttyps innerhalb von 7x50 verwendet. Siehe Tabelle 3-3. |
Standard-Diameter-AVPs
AVPs gelten in den folgenden Anwendungen:
- Gx-PM-ESM — Richtlinienmanagement für Enhanced Subscriber Management
- Gx-UM-ESM — Nutzungsüberwachung für Enhanced Subscriber Management
- Gx-PM-AA — Richtlinienmanagement für Application Assurance
- Gx-UM-AA — Nutzungsüberwachung für Application Assurance
Die in der folgenden Tabelle 3-3 aufgeführten AVPs, denen keine Anwendung zugeordnet ist, sind AVPs, die für allgemeine Zwecke verwendet werden und deren Einsatz sich über alle Anwendungen erstrecken kann.
Tabelle 3-3: Beschreibung von Standard-Diameter-AVPs
| AVP ID | AVP-Name | Abschnitt definiert | Anwendung | Beschreibung |
|---|---|---|---|---|
| 5 | NAS-Port | RFC 2865 / §5.5 | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. | |
| 8 | Framed-IP-Address | RFC 4005 / §6.11.1 | Dieses AVP spezifiziert die IPv4-Adresse des Abonnenten-Hosts. Die IPv4-Adresse wird vor dem Aufbau der Gx-Sitzung ermittelt. Die IPv4-Adresse kann dem Abonnenten-Host nicht von der PCRF über Gx zugewiesen werden, sondern dient nur zur Berichterstattung. | |
| 18 | 3GPP-SGNS-MCC-MNC | 29.061 | Für den GTP S11 Zugriff enthält es den unter configure>subscriber-mgmt>gtp>serving-network konfigurierten Wert. | |
| 22 | 3GPP-User-Location-Info | 29.061 | In CCR-I enthält dies die Benutzerstandortinformationen (User Location Information), wie sie in der eingehenden GTP-C-Nachricht für GTP-Zugriffs-Hosts signalisiert wurden. | |
| Für ein CCR-U, das entweder durch USER_LOCATION_CHANGE (ULC), ECGI_CHANGE oder TAI_CHANGE ausgelöst wurde, werden die ULI-Werte wie folgt enthalten sein: | ||||
| - Wenn der Trigger ULC war und die ULI etwas anderes als ECGI oder TAI enthält, wird die ULI so signalisiert, wie sie in GTP empfangen wurde. | ||||
| - Wenn der Trigger ULC war und sich entweder TAI oder ECGI von ihrem letzten bekannten Wert geändert haben, werden sowohl TAI als auch ECGI enthalten sein. | ||||
| - Wenn der Trigger ECGI_CHANGE war und sich ECGI von seinem letzten bekannten Wert geändert hat, ist ECGI enthalten. | ||||
| - Wenn der Trigger TAI_CHANGE war und sich TAI von seinem letzten bekannten Wert geändert hat, ist TAI enthalten. | ||||
| 25 | Class | RFC 2865 / §5.25 | Dieses Attribut kann von der PCRF an die 7750 SR gesendet werden und wird von der 7750 SR unverändert an die PCRF zurückgegeben (Echo). Die 7750 SR interpretiert dieses Attribut lokal nicht. | |
| 30 | Called-Station-Id | RFC 2865 / §5.30 | RFC 4005 / §4.5 | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 31 | Calling-Station-ID | RFC 4005 / §4.6 | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. | |
| 55 | Event-Timestamp | RFC 6733 / §8.21 | Dieses AVP zeichnet den Zeitpunkt auf, zu dem dieses Ereignis auf der 7750 SR eingetreten ist, in Sekunden seit dem 1. Januar 1900 00:00 UTC. | |
| 61 | NAS-Port-Type | RFC 2865 / §5.41 | RFC 4005 / §4.4 | RFC 4603 |
| Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. | ||||
| 87 | NAS-Port-Id | RFC 2869 / §5.17 | RFC 4005 / §4.3 | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 92 | NAS-Filter-Rule | RFC 4849 | Gx-PM-ESM | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| Dieses AVP ist innerhalb des Charging-Rule-Definition AVP verschachtelt. | ||||
| 97 | Framed-IPv6-Prefix | RFC 4005 / §6.11.6 | Dieses AVP spezifiziert das IPv6-Präfix und die Präfixlänge, die dem Host über SLAAC (Router Advertisement) an die WAN-Seite des Benutzers zugewiesen werden. | |
| Das IPv6-Präfix und die Präfixlänge werden vor dem Aufbau der Gx-Sitzung ermittelt. | ||||
| Die Einrichtungen zur Bereitstellung des IPv6-Präfixes und der Präfixlänge an den Abonnenten-Host sind DHCP-Server/lokale Pools, RADIUS oder LUDB. | ||||
| Das IPv6-Präfix/die Präfixlänge kann dem Abonnenten-Host nicht von der PCRF über Gx zugewiesen werden. Stattdessen wird das IPv6-Präfix und die Präfixlänge gemeldet, die während der Host-Instanziierungsphase an die PCRF gemeldet wurden. | ||||
| 123 | Delegated-IPv6-Prefix | RFC 4818 | Dieses Attribut trägt das Präfix (ipv6-prefix/prefix-length), das dem Host über DHCPv6 (IA-PD) für die LAN-Seite des Benutzers (IPoE, PPPoE) zugewiesen wurde. | |
| Das IPv6-Präfix/die Präfixlänge wird vor dem Aufbau der Gx-Sitzung ermittelt. | ||||
| Die Einrichtungen zur Bereitstellung des IPv6-Präfixes/der Präfixlänge an den Abonnenten-Host sind DHCP-Server/lokale Pools, RADIUS oder LUDB. | ||||
| Das IPv6-Präfix/die Präfixlänge kann dem Abonnenten-Host nicht von der PCRF über Gx zugewiesen werden. Stattdessen wird das IPv6-Präfix und die Präfixlänge gemeldet, die während der Host-Instanziierungsphase an die PCRF gemeldet wurden. | ||||
| 257 | Host-IP-Address | RFC 6733 / §5.3.5 | Dieses AVP wird verwendet, um einen Diameter-Peer über die IP-Adresse des Senders zu informieren. | |
| Die verwendete IPv4-Adresse ist diejenige, die in der diameter-peer-policy konfiguriert ist. Wenn keine konfiguriert ist, wird die System-IP-Adresse verwendet. | ||||
| 258 | Auth-Application-Id | RFC 6733 / §6.8 | Dieses AVP gibt die unterstützten Diameter-Anwendungen an. | |
| Die Anwendungsunterstützung wird in CER/CEA ausgetauscht, wenn die Peering-Sitzung aufgebaut wird. | ||||
| Das Diameter-Basisprotokoll erfordert keine Anwendungs-ID, da dessen Unterstützung obligatorisch ist. | ||||
| Der Wert der Gx-Anwendungs-ID ist 16777238 und wird im Auth-Application-Id AVP innerhalb des gruppierten Vendor-Specific-Application-Id AVP in der CER-Nachricht angekündigt. | ||||
| Darüber hinaus trägt jede Gx-spezifische Nachricht das Auth-Application-Id AVP mit dem Wert 16777238. | ||||
| 260 | Vendor-Specific-Application-Id | RFC 6733 / §6.11 | Dies ist ein gruppiertes AVP (Grouped AVP), das verwendet wird, um die Unterstützung einer herstellerspezifischen Diameter-Anwendung in CER/CEA-Nachrichten anzuzeigen. Gx ist eine solche Anwendung. Dieses AVP enthält das Vendor-Id AVP der Anwendung und das Auth-Application-Id AVP. | |
| 263 | Session-id | RFC 6733 / §8.8 | Dieses AVP muss in allen Nachrichten vorhanden sein und wird zur Identifizierung einer spezifischen IP-Can-Sitzung verwendet. Eine IP-Can-Sitzung entspricht einem Abonnenten-Host, der ein DHCPv4/v6-, PPPoX- oder ARP-Host sein kann. Das Session-id AVP ist pro Host eindeutig. | |
| Dual-Stack-Hosts (IPoE oder PPPoX) teilen sich eine einzige Session-id. | ||||
| 264 | Origin-Host | RFC 6733 / §6.3 | Dieses AVP muss in allen Nachrichten vorhanden sein und wird verwendet, um den Endpunkt (Diameter-Peer) zu identifizieren, von dem die Nachricht stammt. | |
| 265 | Supported-Vendor-Id | RFC 6733 / §5.3.6 | Dieses AVP wird in CER/CEA-Nachrichten verwendet, um den Peer zu informieren, dass der Absender eine Teilmenge der herstellerspezifischen AVPs unterstützt, die von dem in diesem AVP identifizierten Hersteller definiert wurden. | |
| 266 | Vendor-Id | RFC 6733 / §5.3.3 | Der Wert dieses AVP ist der von der IANA zugewiesene Code für einen bestimmten Hersteller. | |
| Dieses AVP kann Teil des Vendor-Specific-Application-Id AVP, Failed-AVP AVP oder Experimental-Result AVP sein, um den mit der entsprechenden Nachricht/dem AVP verbundenen Hersteller zu identifizieren. | ||||
| Im Falle eines eigenständigen Vendor-Id AVP (außerhalb eines gruppierten AVP), das in CER/CEA-Nachrichten übertragen wird, ist vorgesehen, dass dieses AVP zusammen mit dem Product-Name AVP und dem Firmware-Revision AVP nützliche Debugging-Informationen liefern kann. | ||||
| 267 | Firmware-Revision | RFC 6733 / §5.3.4 | Die Version des SR OS (Service Router Operating System) wird gemeldet. | |
| 268 | Result-Code | RFC 6733 / §7.1 | Dieses AVP gibt an, ob eine bestimmte Anforderung erfolgreich abgeschlossen wurde oder ein Fehler aufgetreten ist. | |
| Alle Antwortnachrichten in Diameter/Gx müssen entweder ein Result-Code AVP oder ein Experimental-Result AVP enthalten. | ||||
| 269 | Product-Name | RFC 6733 / §5.3.7 | Dieses AVP spezifiziert den vom Hersteller zugewiesenen Namen. | |
| 278 | Origin-State-Id | RFC 6733 / §8.16 | Dieses AVP wird verwendet, um die PCRF über den Verlust des Zustands auf Seiten der 7750 SR zu informieren. Sein Wert steigt jedes Mal monoton an, wenn die PCRF mit dem Verlust des vorherigen Zustands neu gestartet wird. | |
| Da Gx-Sitzungen in der 7750 SR nicht persistent sind, erhöht sich Origin-State-Id bei jedem Neustart der 7750 SR. | ||||
| 279 | Failed-AVP | RFC 6733 / §7.5 | Dies ist ein gruppiertes AVP, das Debugging-Informationen für Fälle liefert, in denen eine Anforderung abgelehnt oder aufgrund fehlerhafter Informationen in einem spezifischen AVP nicht vollständig verarbeitet wurde. Der Wert des Result-Code AVP gibt Auskunft über den Grund für das Failed-AVP AVP. Das Failed-AVP AVP enthält das gesamte AVP, das nicht erfolgreich verarbeitet werden konnte. | |
| 281 | Error-Message | RFC 6733 / §7.3 | Dieses AVP liefert weitere Informationen über den im Result-Code AVP angezeigten Fehler. | |
| 282 | Route Record | RFC 6733 / §6.7.1 | Dieses AVP identifiziert den Peer, von dem die Anforderung empfangen wurde, und wird zur Erkennung von Routing-Schleifen verwendet. Ein SR-Knoten fügt den Origin-Host des Peers in das Route-Record AVP aller Transit-Anforderungsnachrichten ein. | |
| 283 | Destination-Realm | RFC 6733 / §6.6 | Dieses AVP repräsentiert den Realm, an den diese Nachricht geroutet werden soll. | |
| 285 | Re-Auth-Request-Type | RFC 6733 / §8.12 | Dieses AVP ist in RAR-Anforderungen obligatorisch. Der Inhalt dieses AVP wird von der 7750 SR ignoriert. | |
| 293 | Destination-Host | RFC 6733 / §6.5 | Dieses AVP repräsentiert den Host, an den diese Nachricht gesendet werden soll. | |
| Der Wert dieses AVP kann explizit konfiguriert werden. | ||||
| Falls er weggelassen wird, wählt der DRA (Diameter Relay-Agent), der die Nachricht empfängt, den Ziel-Host aus, an den die Nachricht gesendet wird. | ||||
| 295 | Termination-Cause | RFC 6733 / §8.15 | Dieses AVP wird verwendet, um den Grund anzugeben, warum eine Sitzung auf der 7750 SR beendet wurde. | |
| 296 | Origin-Realm | RFC 6733 / §6.4 | Dieses AVP enthält den Realm des Absenders der Nachricht. In der 7750 SR wird der Origin-Realm explizit pro Diameter-Peer konfiguriert. | |
| 297 | Experimental-Result | RFC 6733 / §7.6 | Dies ist ein gruppiertes AVP, das angibt, ob eine bestimmte herstellerspezifische Anforderung erfolgreich abgeschlossen wurde oder ob ein Fehler aufgetreten ist. Es enthält einen vom Hersteller zugewiesenen Wert, der das Ergebnis der Verarbeitung einer Anforderung darstellt. | |
| Die im Diameter Base RFC (6733, §7.1) definierten Result-Code AVP-Werte sind auch auf das Experimental-Result AVP anwendbar. | ||||
| Eine Liste der in der 7750 SR unterstützten Gx-spezifischen Experimental-Result-Code-Werte finden Sie in Tabelle 3-7. Für die Gx-Anwendung ist das Vendor-Id AVP auf 10415 (3GPP) gesetzt. | ||||
| Alle in einer herstellerspezifischen Anwendung definierten Antwortnachrichten müssen entweder ein Result-Code AVP oder ein Experimental-Result AVP enthalten. | ||||
| 298 | Experimental-Result-Code | RFC 6733 / §7.7 | 29.214 / §5.5 | Dieses AVP spezifiziert vom Hersteller zugewiesene (3GPP — Gx) Werte, die das Ergebnis der Verarbeitung der Anforderung darstellen. |
| Eine Liste der von der 7750 SR unterstützten Werte für Gx finden Sie in Tabelle 3-7. | ||||
| 302 | Logical-Access-Id | ETSI TS 283 034 / §7.3.3 | BBF TR-134 (§7.1.4.1) | Dieses AVP enthält Informationen zur Beschreibung der Circuit-ID des Teilnehmeragenten, die dem logischen Access-Loop-Port des Zugangsknotens entspricht, von dem aus die Anforderungen des Teilnehmers initiiert werden, nämlich: Circuit-ID aus DHCPv4-Option (82,1), Circuit-ID aus PPPoE-Tag (0x105, 0x00000de9 [DSL Forum], 0x01 — DSL Forum TR-101), Interface-ID aus DHCPv6-Option 18. Die Vendor-Id im CER ist auf ETSI (13019) gesetzt. |
| 313 | Physical-Access-Id | ETSI TS283 034 / §7.3.14 | BBF TR-134 (§7.1.4.1) | Dieses AVP enthält Informationen über die Identität des physischen Zugangs, mit dem das Benutzergerät verbunden ist, nämlich: Remote-ID aus DHCPv4-Option (82,2), Remote-ID aus PPPoE-Tag (0x105, 0x00000de9 [DSL Forum], 0x02 — DSL Forum TR-101), Remote-ID aus DHCPv6-Option 37. Die Vendor-Id im CER ist auf ETSI (13019) gesetzt. |
| 412 | CC-Input-Octets | RFC 4006 / §8.24 | Gx-UM-ESM Gx-UM-AA | Dieses AVP enthält die Anzahl der vom Benutzer angeforderten, gewährten oder genutzten Oktetts. |
| 414 | CC-Output-Octets | RFC 4006 / §8.25 | Gx-UM-ESM Gx-UM-AA | Dieses AVP enthält die Anzahl der an den Benutzer angeforderten, gewährten oder genutzten Oktetts. |
| 415 | CC-Request-Number | RFC 4006 / §8.2 | Dieses AVP identifiziert jede Anforderung innerhalb einer Sitzung. Jede Anforderung innerhalb einer Sitzung hat eine eindeutige CC-Request-Number, die für den Abgleich von Anforderungen mit Antworten verwendet wird. | |
| 416 | CC-Request-Type | RFC 4006 / §8.3 | Dieses AVP identifiziert den Anforderungstyp: INITIAL_REQUEST (CCR-I), UPDATE_REQUEST (CCR-U), TERMINATION_REQUEST (CCR-T) | |
| 418 | CC-Session-Failover | RFC 4006 / §8.4 | Dieses AVP steuert, ob der sekundäre Peer verwendet wird, falls der primäre Peer nicht reagiert (Peer-Failover-Verhalten). Die Nichtreaktion wird durch das Timeout der zuvor gesendeten Nachricht bestimmt. Wenn dieses AVP nicht über die PCRF bereitgestellt wird, bestimmen die lokal in der 7750 SR konfigurierten Optionen das Peer-Failover-Verhalten. Weitere Details zum Peer-Failover-Verhalten finden Sie im Abschnitt “Gx Fallback Function” im Gx Configuration Guide. | |
| 421 | CC-Total-Octets | RFC 4006 / §8.23 | Gx-UM-ESM Gx-UM-AA | Dieses AVP enthält die Anzahl der angeforderten, gewährten oder genutzten Oktetts unabhängig von der Richtung (gesendet oder empfangen). |
| 427 | Credit-Control-Failure-Handling | RFC 4006 / §8.14 | Dieses AVP steuert, ob der Abonnent beendet oder mit Standardparametern instanziiert wird, falls die PCRF nicht reagiert. Die Nichtreaktion wird durch das Timeout der zuvor gesendeten Nachricht bestimmt. Wenn dieses AVP nicht über die PCRF bereitgestellt wird, bestimmen die lokal in der 7750 SR konfigurierten Optionen das Verhalten. Weitere Details finden Sie im Abschnitt “Gx Fallback Function” im Gx Configuration Guide. | |
| 431 | Granted-Service-Unit | RFC 4006 / §8.17 | Gx-UM-ESM Gx-UM-AA | Dieses gruppierte AVP wird von der PCRF für Zwecke der Nutzungsüberwachung an die 7750 SR gesendet. Wenn die gewährte Anzahl von Einheiten vom Benutzer verbraucht wurde, wird ein Bericht von der 7750 SR an die PCRF gesendet. Die Menge der verbrauchten Einheiten kann auf drei verschiedenen Ebenen gemessen werden: Sitzungsebene (Host-Ebene), PCC-Regelebene (Kreditkategorie in der 7750 SR), ADC-Regelebene (AA-Ebene in der 7750 SR). |
| 433 | Redirect-Address-Type | RFC 4006 / §8.38 | Gx-PM-ESM | Dieses AVP spezifiziert den Adresstyp des HTTP-Redirect-Servers. URL (2) ist der einzige Adresstyp, der in der 7750 SR unterstützt wird. |
| 435 | Redirect-Server-Address | RFC 4006 / §8.39 | Gx-PM-ESM | Dieses AVP spezifiziert den URL-String des Redirect-Servers. |
| 443 | Subscription-Id | RFC 4006 / §8.46 | Dieses AVP ist vom Typ Grouped und wird zur Identifizierung des Abonnenten-Hosts in der 7750 SR verwendet. Die verschachtelten AVPs sind subscription-id-data und subscription-id-type. | |
| 444 | Subscription-Id-Data | RFC 4006 / §8.48 | Dieses AVP ist Teil des subscription-id AVP und wird zur Identifizierung des Hosts verwendet durch: Circuit-ID, Dual-Stack-Remote-ID, IMEI, IMSI, MAC des Hosts, MSISDN, Subscriber-ID, Username (PPP-Username oder ein String, der im Username-Attribut über RADIUS oder NASREQ zurückgegeben wird). Der Abonnementtyp (subscription-id-type AVP) muss explizit über das CLI eingestellt werden. Die Daten werden entsprechend dem eingestellten Typ formatiert. Für den GTP S11 Zugriff wird der Wert unter configure>subscriber-mgmt>diameter-application-policy>application-policy-name>gxavp-subscription-id ignoriert und die Sitzung enthält immer zwei Subscription-Id AVPs für sowohl IMSI als auch MSISDN. | |
| 446 | Used-Service-Unit | RFC 4006 / §8.19 | Gx-UM-ESM Gx-UM-AA | Dieses AVP ist vom Typ Grouped und repräsentiert den gemessenen Volumenschwellenwert für Zwecke der Nutzungsüberwachungskontrolle. Es wird im Usage-Monitoring-Report AVP von der 7750 SR an die PCRF gesendet, wenn der Schwellenwert für gewährte Einheiten erreicht ist oder als Antwort auf eine Anforderung für einen Nutzungsbericht von der PCRF. |
| 450 | Subscription-Id-Type | RFC 4006 / §8.47 | Dieses AVP wird verwendet, um zu bestimmen, welcher Typ von Identifikator vom subscription-id AVP getragen wird. Die folgenden Formate (Typen) werden in der 7750 SR unterstützt: E.164-Format (ITU-T E.164), IMSI-Format (ITU-T E.212), NAI-Format (RFC 2486), privates Format. | |
| 458 | User-Equipment-Info | RFC 4006 / §8.49 | Dies ist ein gruppiertes AVP, das Informationen über die Identität und die Fähigkeiten des Hosts trägt. | |
| 459 | User-Equipment-Info-Type | RFC 4006 / §8.50 | Dieses AVP ist innerhalb des User-Equipment-Info AVP verschachtelt. Die folgenden Typen werden in der 7750 SR unterstützt: IMEISV – enthält die IMEI und Softwareversion gemäß 3GPP TS 23.003 Dokument. MAC-Adresse. Eui64 basierend auf 48-Bit MAC-Adresse mit eingefügtem 0xfffe in der Mitte. Modified_eui64 — ähnlich wie eui64, aber mit invertiertem ‛u’-Bit wie definiert in: http://standards.ieee.org/develop/regauth/tut/eui64.pdf und RFC 4291. Der Gerätetyp muss explizit über das CLI eingestellt werden. Für den GTP S11 Zugriff wird die Konfiguration ignoriert und es wird immer IMEISV verwendet. | |
| 460 | User-Equipment-Info-Value | RFC 4006 / §8.51 | Dieses AVP trägt den Wert, der durch das User-Equipment-Info-Type AVP definiert ist. | |
| 507 | Flow-Description | 29.214 / §5.3.8 | Gx-PM-ESM | Dieses AVP ist innerhalb des Flow-Information AVP verschachtelt. Es identifiziert den Datenverkehr innerhalb der PCC-Regel basierend auf dem 5-Tupel. |
| 511 | Flow-Status | 29.214 / §5.3.11 | Gx-PM-ESM | Dieses AVP wird verwendet, um die Service-Gating-Aktion für den durch die PCC-Regel repräsentierten Dienst festzulegen. Es ist innerhalb des Charging-Rule-Definition AVP verschachtelt. Unterstützte Werte sind: ENABLED (2), DISABLED (3). Der durch die PCC-Regel identifizierte Dienst ist standardmäßig aktiviert (Flow-Status = ENABLED). Wenn er explizit innerhalb der PCC-Regel konfiguriert ist, muss er von einer oder mehreren zusätzlichen Aktionen begleitet werden. Andernfalls schlägt die gesamte PCC-Regelinstanziierung fehl. Flow-Status = DISABLED kann die einzige Aktion innerhalb der PCC-Regel sein. Verkehr, der dieser Aktion zugeordnet ist, wird verworfen. |
| 515 | Max-Requested-Bandwidth-DL | 29.214 / §5.3.14 | Gx-PM-ESM | Abhängig vom Kontext, in dem es konfiguriert (verschachtelt) ist, repräsentiert dieses AVP die Egress-PIR einer Warteschlange oder eines Policers. |
| 516 | Max-Requested-Bandwidth-UL | 29.214 / §5.3.15 | Gx-PM-ESM | Abhängig vom Kontext, in dem es konfiguriert (verschachtelt) ist, repräsentiert dieses AVP die Ingress-PIR einer Warteschlange oder eines Policers. |
| 554 | Extended-Max-Requested-BW-DL | 29.214 / §5.3.52 | Gx-PM-ESM | Für Anforderungen mit höheren Raten kann dieses AVP anstelle des Max-Requested-Bandwidth-DL AVP verwendet werden. |
| 555 | Extended-Max-Requested-BW-UL | 29.214 / §5.3.52 | Gx-PM-ESM | Für Anforderungen mit höheren Raten kann dieses AVP anstelle des Max-Requested-Bandwidth-UL AVP verwendet werden. |
| 628 | Supported-Features | 29.229 / §6.3.29 | 29.212 / §5.4.1 | Dies ist ein gruppiertes AVP, das während des Aufbaus der Gx-Sitzung verwendet wird, um den Ziel-Host über die erforderlichen und optionalen Funktionen zu informieren, die der Origin-Host unterstützt. Eine Instanz des Supported-Features AVP wird pro Feature-List-id benötigt. |
| 629 | Feature-List-Id | 29.229 / §6.3.30 | Dieses AVP enthält die Identität einer Feature-Liste. Dieses AVP ermöglicht die Unterscheidung zwischen mehreren Feature-Listen, falls für eine Anwendung mehrere Feature-Listen definiert sind. | |
| 630 | Feature-List | 29.229 / §6.3.31 | Dieses AVP enthält eine Bitmaske, welche die in Gx unterstützte Funktion anzeigt. Die Gx-Funktionen im Feature-List AVP sind in 3GPP TS 29.212, §5.4.1 definiert. | |
| 909 | RAI | 29.061 | Für den GTP S11 Zugriff enthält dies die RAI (Routing Area Identity), falls diese in GTP signalisiert wurde. | |
| 1001 | Charging-Rule-Install | 29.212 / §5.3.2 | Dieses AVP ist vom Typ Grouped und wird verwendet, um Overrides zu erzwingen, NAS-Filter-Inserts zu installieren und PCC-Regeln im Knoten gemäß den Anweisungen der PCRF zu installieren oder zu ändern. | |
| 1002 | Charging-Rule-Remove | 29.212 / §5.3.3 | Dieses AVP ist vom Typ Grouped und wird verwendet, um PCC-Regeln aus einer IP-CAN-Sitzung zu entfernen. | |
| 1003 | Charging-Rule-Definition | 29.212 / §5.3.4 | Dieses AVP ist vom Typ Grouped und wird für Regel-Overrides, NAS-Filter-Inserts oder die Installation von PCC-Regeln verwendet. Es enthält verschachtelte AVPs, welche die Overrides (Ratenänderungen eines Abonnenten, einer Warteschlange oder eines Policers usw.), NAS-Filter-Insert oder eine komplett neue PCC-Regeldefinition definieren. | |
| 1005 | Charging-Rule-Name | 29.212 / §5.3.6 | Dieses AVP wird verwendet, um auf eine vordefinierte Regel im Knoten zu verweisen, die PCC-Regel zu benennen, die über das Charging-Rule-Definition AVP definiert ist, und den Regel-/Override-Status im Falle eines Fehlers bei der Regel-/Override-Aktivierung zu melden. | |
| 1006 | Event-Trigger | 29.212 / §5.3.7 | Dieses AVP kann von der PCRF gesendet werden, um ein bestimmtes Ereignis in der 7750 SR zu abonnieren. | |
| 1010 | Precedence | 29.212 / §5.3.11 | Gx-PM-ESM | Dieses AVP wird innerhalb einer PCC-Regeldefinition (Charging-Rule-Definition) übertragen und bestimmt die Reihenfolge, in der PCC-Regeln für den Abonnenten-Host installiert werden. |
| 1014 | ToS-Traffic-Class | 29.214 / §5.3.15 | Gx-PM-ESM | Dieses AVP ist innerhalb des Flow-Information AVP verschachtelt. Es identifiziert den Verkehr innerhalb der PCC-Regel basierend auf DSCP-Bits (Differentiated Services Code Point). |
| 1016 | QoS-Information | 29.212 / §5.3.16 | Gx-PM-ESM | Dieses AVP hat eine vielfältige Funktion: Als Teil der PCC-Regeldefinition in CCA oder RAR wird dieses AVP zur Ratenbegrenzung eines Flows verwendet. Das AVP definiert QoS-Overrides, die von der PCRF an den SR OS Router in einer CCA- oder RAR-Nachricht übermittelt werden können. Das AVP definiert APN Uplink und Downlink Aggregate Maximum Bitrate (AMBR) in einer CCA- oder RAR-Nachricht. |
| 1018 | Charging-Rule-Report | 29.212 / §5.3.18 | Dieses AVP ist vom Typ Grouped und wird verwendet, um den Status von PCC-Regeln in der 7750 SR zu melden. | |
| 1019 | PCC-Rule-Status | 29.212 / §5.3.19 | Dieses AVP beschreibt den Status der Regeln als aktiv oder inaktiv und ist innerhalb des Charging-Rule-Report AVP verschachtelt. | |
| 1025 | Guaranteed-Bitrate-DL | 29.212 / §5.3.25 | Gx-PM-ESM | Abhängig vom Kontext, in dem es konfiguriert (verschachtelt) ist, repräsentiert dieses AVP die Egress-CIR einer Warteschlange oder eines Policers. |
| 1026 | Guaranteed-Bitrate-UL | 29.212 / §5.3.26 | Gx-PM-ESM | Abhängig vom Kontext, in dem es konfiguriert (verschachtelt) ist, repräsentiert dieses AVP die Ingress-CIR einer Warteschlange oder eines Policers. |
| 1027 | IP-CAN-Type | 29.212 / §5.3.27 | Dieses AVP gibt den Typ des Connectivity Access Network an, in dem der Benutzer verbunden ist. | |
| 1028 | QoS-Class-Identifier | 29.212 / §5.3.17 | Dieses AVP identifiziert eine QoS-Forwarding-Klasse innerhalb des Routers. | |
| 1031 | Rule-Failure-Code | 29.212 / §5.3.38 | Dieses AVP wird vom Router an die PCRF innerhalb eines Charging-Rule-Report oder ADC-Rule-Report AVP gesendet, um den Grund zu identifizieren, warum eine Regel gemeldet wird. | |
| 1032 | RAT-Type | 29.212 / §5.3.31 | Dieses AVP identifiziert die für diese Verbindung verwendete Funkzugangstechnologie (Radio Access Technology). | |
| 1040 | APN-Aggregate-Max-Bitrate-DL | 29.212 | Wenn dieser Wert in einer RAR oder CCA empfangen wird, kann er einem lokalen Egress-QoS-Override zugeordnet werden. | |
| 1045 | Session-Release-Cause | 29.212 / §5.3.33 | Gx-PM-ESM | Gx-PM-AA |
| 1050 | AN-GW-Address | 29.212 / §5.3.49 | Dieses AVP ist die System-IPv4-Adresse der 7750 SR. | |
| 1058 | Flow-Information | 29.212 / §5.3.53 | Gm-PM-ESM | Dies ist ein gruppiertes AVP, das Informationen über die Verkehrsidentifikation mit der PCC-Regel trägt. Dieses AVP ist innerhalb des Charging-Rule-Definition AVP verschachtelt. |
| 1065 | PDN-Connection-ID | 29.212 | Für den GTP S11 Zugriff enthält der Wert den APN, wie er in GTP empfangen wurde. | |
| 1066 | Monitoring-Key | 29.212 / §5.3.59 | Gx-UM-ESM | Gx-UM-AA |
| 1067 | Usage-Monitoring-Information | 29.212 / §5.3.60 | Gx-UM-ESM | Gx-UM-AA |
| 1068 | Usage-Monitoring-Level | 29.212 / §5.3.61 | Gx-UM-ESM | Gx-UM-AA |
| 1069 | Usage-Monitoring-Report | 29.212 / §5.3.62 | Gx-UM-ESM | Gx-UM-AA |
| 1070 | Usage-Monitoring-Support | 29.212 / §5.3.63 | Gx-UM-ESM | Gx-UM-AA |
| 1080 | Flow-Direction | 29.212 / §5.3.65 | Gx-PM-ESM | Dieses AVP ist innerhalb des Flow-Information AVP verschachtelt. Es identifiziert die Richtung, in der die PCC-Regel angewendet wird (Ingress oder Egress). |
| 1085 | Redirect-Information | 29.212 / §5.3.82 | Gx-PM-ESM | Dies ist ein gruppiertes AVP, das HTTP-Redirect-Informationen enthält. |
| 1086 | Redirect-Support | 29.212 / §5.3.83 | Gx-PM-ESM | Dieses AVP ist innerhalb des Redirect-Information AVP verschachtelt. |
| 1088 | TDF-Application-Identifier | 29.212 / §5.3.77 | Gx-UM-AA | Dieses AVP ist vom Typ OctetString. |
| 1092 | ADC-Rule-Install | 29.212 / §5.3.85 | Gx-PM-AA | Gx-UM-AA |
| 1093 | ADC-Rule-Remove | 29.212 / §5.3.86 | Gx-PM-AA | Gx-UM-AA |
| 1094 | ADC-Rule-Definition | 29.212 / §5.3.87 | Gx-PM-AA | Gx-UM-AA |
| 1096 | ADC-Rule-Name | 29.212 / §5.3.89 | Gx-PM-AA | Gx-UM-AA |
| 1097 | ADC-Rule-Report | 29.212 / §5.3.90 | Gx-PM-AA | Gx-UM-AA |
| 2848 | Extended-APN-AMBR-DL | 29.212 / §5.3.134 | Für Anforderungen mit höheren Raten kann dieses AVP anstelle des APN-Aggregate-Max-Bitrate-DL AVP verwendet werden. | |
| 2849 | Extended-APN-AMBR-UL | 29.212 / §5.3.135 | Für Anforderungen mit höheren Raten kann dieses AVP anstelle des APN-Aggregate-Max-Bitrate-UL AVP verwendet werden. | |
| 2850 | Extended-GBR-DL | 29.212 / §5.3.136 | Gx-PM-ESM | Für Anforderungen mit höheren Raten kann dieses AVP anstelle des Guaranteed-Bitrate-DL AVP verwendet werden. |
| 2851 | Extended-GBR-UL | 29.212 / §5.3.137 | Gx-PM-ESM | Für Anforderungen mit höheren Raten kann dieses AVP anstelle des Guaranteed-Bitrate-UL AVP verwendet werden. |
Standard-Diameter-AVPs (Format)
Tabelle 3-4 listet Standard-Diameter-AVPs auf.
Incl/Excl – Das Attribut kann über das CLI unterdrückt werden.
Flags (wie von der 7750 SR beim Aufbau des AVP gesetzt):
- V — Herstellerspezifisches Bit (Vendor specific bit)
- M — Obligatorisches Bit (Mandatory bit)
- P — Dieses Bit ist immer auf 0 gesetzt
UTF8String ist ein menschenlesbarer String, der das UTF-8-Transformationsformat verwendet (das für 7-Bit-Kodierung dasselbe wie US-ASCII ist).
OctetString ist ein Basisdatentyp, der beliebige Daten enthält. Zum Beispiel ist das Charging-Rule-Name AVP gemäß RFC 6733 ein OctetString, wird aber in der 7750 SR als lesbarer String (UTF8String) angezeigt.
Flags für Gx-spezifische AVPs sind in RFC 6733, §4.5 und 29.212, §5.3 definiert.
Flags für wiederverwendete Gx-AVPs werden wie in RFC 6733, §4.5 und in 3GPP 29.219, §5.4 beschrieben gesetzt — ‟Die AVPs vom Diameter-Basisprotokoll sind nicht in Tabelle 5.4 enthalten, werden aber für den Gx-Referenzpunkt wiederverwendet. Sofern nicht anders angegeben, behalten wiederverwendete AVPs ihre ‘M’-, ‘P’- und ‘V’-Flag-Einstellungen bei. Wo 3GPP RADIUS-AVPs wiederverwendet werden, müssen sie, sofern nicht anders angegeben, wie in RFC 4005 [12] beschrieben in Diameter-AVPs übersetzt werden, mit der Ausnahme, dass das ‘M’-Flag gesetzt werden muss und das ‘P’-Flag gesetzt werden kann”.
NA — Dieses Schlüsselwort (Not Advertised) bedeutet, dass das AVP nicht von der 7750 SR stammt und daher die 7750 SR die Flag-Bits nicht setzt. Die 7750 SR erkennt jedoch die in der Tabelle aufgeführten AVPs und entsprechenden Werte an, unabhängig von den von der PCRF gesetzten M-Bit-Flags. Wenn jedoch das V-Bit im empfangenen AVP vorhanden ist, muss auch das Vendor-Id-Feld im AVP-Layout vorhanden und auf den korrekten Wert gesetzt sein, da das AVP mit gesetztem V-Bit durch das Paar <avp-id, vendor-id> identifiziert wird.
Tabelle 3-4: Standard-Diameter-AVPs (Format)
| AVP ID | AVP-Name | Incl/ Excl | Typ | Flags | Grenzen | Format |
|---|---|---|---|---|---|---|
| 5 | NAS-Port | Ja | Unsigned32 | M | 4 Oktetts | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 8 | Framed-IP-Address | Nein | OctetString | M | 4 Oktetts | Beispiel: ip-address 10.11.12.13 Framed-IP-Address = 0a0b0c0d Wie in RFC 4005, §6.11.1 definiert. |
| 22 | 3GPP-User-Location-Info | Ja | OctetString | V | — | Vendor-Id = 10415 (3GPP) Siehe 3GPP TS 29.061 für Kodierungsdetails. |
| 30 | Called-Station-Id | Ja | UTF8String | M | 64 Zeichen | Beispiel: Called-Station-Id = mac:ssid oder nur mac, falls ssid nicht verfügbar ist. |
| 31 | Calling-Station-ID | Ja | UTF8String | M | 64 Zeichen | Beispiel: llid |
| 55 | Event-Time stamp | Nein | Time | M | 4 Oktetts | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 61 | NAS-Port-Type | Ja | Enumerated | M | 4 Oktetts | Die Werte für dieses Attribut sind in RFC 2865, 4005 und 4603 definiert. Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 87 | NAS-Port-Id | Ja | UTF8String | M | 253 Oktetts | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 92 | NAS-Filter-Rule | NA | UTF8String | NA | Max. 10 Attribute pro Nachricht oder max. 10 Filtereinträge pro Nachricht. | Siehe 7750 SR und VSR RADIUS Attributes Reference Guide. |
| 97 | Framed-IPv6-Prefix | Nein | OctetString | M | — | SLAAC wan-host <ipv6-prefix/prefix-length> mit Präfixlänge 64. Das AVP-Layout ist: <1 Oktett Reserviert> <1 Oktett Länge> <max. 16 Oktetts für Präfix> |
| 123 | Delegated-IPv6-Prefix | Nein | OctetString | M | — | <ipv6-prefix/prefix-length> mit Präfixlänge [48 bis 64]. Das AVP-Layout ist: <1 Oktett Reserviert> <1 Oktett Länge> <max. 16 Oktetts für Präfix> |
| 257 | Host-IP-Address | Nein | Address | M | — | IPv4-Adresse |
| 258 | Auth-Application-Id | Nein | Unsigned32 | M | — | Beispiel: Gx Auth-Application-Id = 16777238 |
| 260 | Vendor-Specific-Application-Id | Nein | Grouped | M | — | Dieses AVP enthält das Vendor-Id AVP und das Auth-Application-Id AVP. Für Gx ist Vendor-Id = 10415 (3GPP) und Auth-Application-Id = 16777238. |
| 263 | Session-id | Nein | UTF8String | M | 102 Bytes | Die session-id muss global und dauerhaft eindeutig sein. Das Format der session-id ist wie folgt: |
| 264 | Origin-Host | Nein | DiameterIdentity | M | 80 Bytes | Beispiel: Origin-Host = host-name-1@domain-name-1 |
| 265 | Supported-Vendor-Id | Nein | Unsigned32 | M | — | Von der IANA zugewiesene Herstellernummer: 3GPP — 10415, ETSI — 13019, Tridens — 6527 |
| 266 | Vendor-Id | Nein | Unsigned32 | M | — | Von der IANA zugewiesene Herstellernummer: 3GPP — 10415, ETSI — 13019, Tridens — 6527, BBF — 3561 |
| 267 | Firmware-Revision | Nein | Unsigned32 | — | — | Referenz auf die Haupt-/Nebenversion. Beispiel: 805 — Release 8R5 |
| 268 | Result-Code | Nein | Unsigned32 | M | — | Siehe Tabelle 3-7 für Fehlercodes. |
| 269 | Product-Name | Nein | UTF8String | — | — | Vom Hersteller zugewiesener Name für das Produkt. Beispiel: ‟SR OS” |
| 278 | Origin-State-Id | Nein | Unsigned32 | M | — | Beispiel: Origin-State-Id = 10 |
| 279 | Failed-AVP | Nein | Grouped | M | — | Dieses AVP enthält das AVP, das nicht erfolgreich verarbeitet werden konnte. |
| 281 | Error-Message | Nein | UTF8String | — | — | String, der die Ursache des Fehlers beschreibt. |
| 282 | Route-Record | Nein | DiameterIdentity | M | 80 Bytes | Beispiel: Route-Record: host-1 |
| 283 | Destination-Realm | Nein | DiameterIdentity | M | 80 Bytes | Beispiel: Destination-Realm = domain.com |
| 285 | Re-Auth-Request-Type | Nein | Enumerated | NA | — | Dieses AVP wird immer in der RAR-Nachricht empfangen und wird nie von der 7750 SR gesendet. |
| 293 | Destination-Host | Nein | DiameterIdentity | M | 80 Bytes | Vom Betreiber konfigurierbar. |
| 295 | Termination-Cause | Nein | Enumerated | M | — | Eine Liste der von der 7750 SR unterstützten Werte für Gx finden Sie in Tabelle 3-10. |
| 296 | Origin-Realm | Nein | DiameterIdentity | M | 80 Bytes | Beispiel: Origin-Realm = origin-domain.com |
| 297 | Experimental-Result | Nein | Grouped | M | — | Ein gruppiertes AVP enthaltend: Vendor-Id AVP, Experimental-Result-Code AVP Beispiel: Experimental-Result = {Vendor-Id = 10415 (3GPP), Experimental-Result-Code = DIAMETER_PCC_RULE_EVENT (5142)} |
| 298 | Experimental-Result-Code | Nein | Unsigned32 | M | — | Eine Liste der von der 7750 SR unterstützten Werte für Gx finden Sie in Tabelle 3-7. |
| 302 | Logical-Access-Id | Ja | OctetString | V | — | Vendor ID = 13019 (ETSI) |
| 313 | Physical-Access-Id | Ja | UTF8String | V | — | Vendor ID = 13019 (ETSI) |
| 412 | CC-Input-Octets | Nein | Unsigned64 | M | — | Beispiel: CC-Input-Octets = 1000000 |
| 414 | CC-Output-Octets | Nein | Unsigned64 | M | — | Beispiel: CC-Output-Octets = 1000000 |
| 415 | CC-Request-Number | Nein | Unsigned32 | M | — | Monoton steigend ab 0 für alle Anforderungen innerhalb einer Sitzung. |
| 416 | CC-Request-Type | Nein | Enumerated | M | — | Beispiel: CC-Request-Type = 1 (CCR-i), 3. CC-Request-Type = 2 (CCR-u), CC-Request-Type = 3 (CCR-t) |
| 418 | CC-Session-Failover | Nein | Enumerated | M | — | FAILOVER_NOT_SUPPORTED (0), FAILOVER_SUPPORTED (1) Beispiel: CC-Session-Failover = 1 |
| 421 | CC-Total-Octets | Nein | Unsigned64 | M | — | Beispiel: CC-Total-Octets = 2000000 |
| 427 | Credit-Control-Failure-Handling | Nein | Enumerated | M | — | TERMINATE (0), CONTINUE (1), RETRY_AND_TERMINATE (2) Beispiel: Credit-Control-Failure-Handling = 1 |
| 431 | Granted-Service-Unit | Nein | Grouped | M | — | Dieses AVP kann die folgenden AVPs enthalten: CC-Total-Octets, CC-Input-Octets, CC-Output-Octets |
| 433 | Redirect-Address-Type | Nein | Enumerated | M | — | Beispiel: Redirect-Address-Type = 2 (URL-Typ) |
| 435 | Redirect-Server-Address | Nein | UTF8String | M | 255 Zeichen | Beispiel: Redirect-Server-Address = http://www.operator.com/portal.php& |
| 443 | Subscription-Id | Ja | Grouped | M | — | Dieses AVP enthält die folgenden AVPs: Subscription-Id-Type, Subscription-Id-Data |
| 444 | Subscription-Id-Data | Ja | UTF8String | M | — | Beispiel: Username — Subscription-Id-Data = user1@domain.com |
| 446 | Used-Service-Unit | Nein | Grouped | M | — | Dieses AVP enthält die folgenden AVPs: CC-Total-Octets, CC-Input-Octets, CC-Output-Octets |
| 450 | Subscription-Id-Type | Ja | Enumerated | M | — | Beispiel: Subscription-Id-Type = 0 (end_user_e164), Subscription-Id-Type = 1 (end_user_imsi) |
| 458 | User-Equipment-Info | Ja | Grouped | M | — | Dieses AVP enthält die folgenden AVPs: User-Equipment-Info-Type, User-Equipment-Info-Value |
| 459 | User-Equipment-Info-Type | Ja | Enumerated | — | — | Beispiel: User-Equipment-Info-Type = 0 (imeisv), User-Equipment-Info-Type = 1 (mac) |
| 460 | User-Equipment-Info-Value | Ja | OctetString | — | — | — |
| 507 | Flow-Description | Nein | IPFilterRule (RFC6733, §4.3.1) | NA,M | — | Das IPFilterRule-Format innerhalb der PCC-Regel in der 7750 SR hat die folgende Syntax: action dir proto from src to dst Beispiel: Flow-Description = allow in 6 from 192.168.7.0/24 3000-40000 to 172.16.10.0/26 10000-20000 |
| 511 | Flow-Status | Nein | Enumerated | NA,M | — | Beispiel: Flow-Status = 3 — übereinstimmender Verkehr innerhalb der PCC-Regel wird verworfen. |
| 515 | Max-Requested-Bandwidth-DL | Nein | Unsigned32 | NA, V | — | Vendor-Id = 10415 (3GPP) Beispiel: Max-Requested-Bandwidth-DL = 1000 — 1 Mb/s in Overrides |
| 516 | Max-Requested-Bandwidth-UL | Nein | Unsigned32 | NA, V | — | Vendor-Id = 10415 (3GPP) Beispiel: Max-Requested-Bandwidth-UL = 1000 — 1 Mb/s für Overrides |
| 554 | Extended-Max-Requested-BW-DL | NA | Unsigned32 | NA, V | — | Vendor-Id = 10415 (3GPP) Beispiel: Extended-Max-Requested-BW-DL = 1000 — 1 Mb/s |
| 555 | Extended-Max-Requested-BW-UL | NA | Unsigned32 | NA, V | — | Vendor-Id = 10415 (3GPP) Beispiel: Extended-Max-Requested-BW-UL = 1000 — 1 Mb/s |
| 628 | Supported-Features | Nein | Grouped | V | — | Dieses AVP enthält die folgenden AVPs: Vendor-Id, Feature-List-Id, Feature-List |
| 629 | Feature-List-Id | Nein | Unsigned32 | V | — | Vendor-Id = 10415 (3GPP) Beispiel: Feature-List-Id = 2 |
| 630 | Feature-List | Nein | Unsigned32 | V | — | Vendor-Id = 10415 (3GPP) Beispiel: Feature-List = 128 |
| 909 | RAI | Ja | Octetstring | V | 12 Oktetts | Vendor-Id = 10415 (3GPP) Siehe 3GPP TS 29.061 für Kodierungsdetails. |
| 1001 | Charging-Rule-Install | Nein | Grouped | NA, V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden AVPs: Charging-Rule-Definition, Charging-Rule-Name |
| 1002 | Charging-Rule-Remove | Nein | Grouped | NA, V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält das folgende AVP: Charging-Rule-Name |
| 1003 | Charging-Rule-Definition | Nein | Grouped | NA, V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: Charging-Rule-Name, QoS-Information, NAS-Filter-Rule, Alc-NAS-Filter-Rule-Shared, AA-Functions |
| 1005 | Charging-Rule-Name | Nein | OctetString | V,M | 100 Zeichen für PCC-Regeln (definiert über Charging-Rule-Definition AVP) 128 Zeichen für Overrides. Vendor-Id = 10415 (3GPP) | |
| 1006 | Event-Trigger | Nein | Enumerated | V | — | Vendor-Id = 10415 (3GPP) |
| 1010 | Precedence | Nein | Unsigned32 | NA, M | 0 bis 65535 | Vendor-Id = 10415 (3GPP) Beispiel: Precedence = 100 |
| 1014 | Tos-Traffic-Class | Nein | OctetString | NA, M | — | Kodiert als zwei Oktetts. Das erste Oktett enthält das IPv4 Type-of-Service- oder das IPv6 Traffic-Class-Feld und das zweite Oktett enthält das ToS/Traffic Class Maskenfeld. Die einzige unterstützte Maske ist 11111100 (6 Bits für DSCP-Unterstützung). Beispiel: ToS-Traffic-Class = 00101000 11111100 — DSCP AF11 |
| 1016 | QoS-Information | NA | Grouped | NA, V | — | Vendor-Id 10415 (3GPP) Wenn es verwendet wird, um einen Flow-Ratenbegrenzer in einer PCC-Regel zu signalisieren, enthält dieses AVP die folgenden verschachtelten AVPs: Max-Requested-Bandwidth-UL, Max-Requested-Bandwidth-DL, Guaranteed-Bitrate-UL, Guaranteed-Bitrate-DL |
| 1018 | Charging-Rule-Report | Nein | Grouped | V,M | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: Charging-Rule-Name, PCC-Rule-Status, Rule-Failure-Code |
| 1019 | PCC-Rule-Status | Nein | Enumerated | V,M | — | Vendor-Id = 10415 (3GPP) Unterstützte Werte in der 7750 SR: 1 – inaktiv Beispiel: PCC-Rule-Status = 0 — Regel ist aktiv |
| 1025 | Guaranteed-Bitrate-DL | NA | Unsigned32 | NA,V | — | Die Einheiten dieses Parameters sind kb/s für Overrides und b/s bei Verwendung innerhalb von PCC-Regeln. Die Rate berücksichtigt den IP-Header und darüber liegende Header (kein Layer-2-Header). Vendor-Id = 10415 (3GPP) Beispiel: Guaranteed-Bandwidth-DL = 1000 — 1 Mb/s in Overrides Guaranteed-Bandwidth-DL = 1000000 — 1 Mb/s in PCC-Regeln |
| 1026 | Guaranteed-Bitrate-UL | NA | Unsigned32 | V | — | Die Einheiten dieses Parameters sind kb/s für Overrides und b/s bei Verwendung innerhalb von PCC-Regeln. Die Rate berücksichtigt den IP-Header und darüber liegende Header (kein Layer-2-Header). Vendor-Id = 10415 (3GPP) Beispiel: Guaranteed-Bandwidth-UL = 1000 — 1 Mb/s in Overrides Guaranteed-Bandwidth-UL = 1000000 — 1 Mb/s in PCC-Regeln |
| 1027 | IP-CAN-Type | Ja | Enumerated | V | — | Vendor-Id = 10415 (3GPP) Beispiel: IP-CAN-Type = 2 — xDSL, IP-CAN-Type = 5 — 3GPP-EPS |
| 1028 | QoS-Class-Identifier | NA | Enumerated | NA,M | — | Vendor-Id = 10415 (3GPP) Beispiel: QoS-Class-Identifier = 3 — wird auf FC EF abgebildet. |
| 1031 | Rule-Failure-Code | Nein | Enumerated | V,M | — | Vendor-Id = 10415 (3GPP) Beispiel: Rule-Failure-Code = 1 — UNKNOWN_RULE_NAME |
| 1032 | RAT-Type | Ja | Enumerated | V | — | Vendor-Id = 10415 (3GPP) Beispiel: RAT-Type = 0 — WLAN, RAT-Type = 1004 — EUTRAN |
| 1040 | APN-Aggregate-Max-Bitrate-DL | Ja | Unsigned32 | V | 2^32-1 b/s | Vendor-Id = 10415 (3GPP) Rate in Bits pro Sekunde (b/s) Beispiel: APN-Aggregate-Max-Bitrate-DL = 100000000 (100 Mb/s) |
| 1041 | APN-Aggregate-Max-Bitrate-UL | Ja | Unsigned32 | V | 2^32-1 b/s | Vendor-Id = 10415 (3GPP) Rate in Bits pro Sekunde (b/s) Beispiel: APN-Aggregate-Max-Bitrate-UL = 10000000 (10 Mb/s) |
| 1045 | Session-Release-Cause | NA | Enumerated | V,M | — | Vendor-Id = 10415 (3GPP) Dieses AVP wird nur von der 7750 SR empfangen und nie von der 7750 SR gesendet. 0 — UNSPECIFIED-REASON, 1 — UE_SUBSCRIPTION_REASON (Dieser Wert wird verwendet, um anzuzeigen, dass sich das Abonnement des UE geändert hat (z. B. entfernt wurde) und die Sitzung beendet werden muss), 2 — INSUFFICIENT_SERVER_RESOURCES (Dieser Wert wird verwendet, um anzuzeigen, dass der Server überlastet ist und die Sitzung abbrechen muss). Beispiel: Session-Release-Cause = 0 |
| 1050 | AN-GW-Address | Ja | IPv4Address | V | — | Vendor-Id = 10415 (3GPP) Beispiel: AN-GW-Address = 10.10.10.10 |
| 1058 | Flow-Information | Nein | Grouped | V | — | Vendor-Id = 10415 (3GPP) Die folgenden AVPs können verschachtelt sein: Flow-Description, ToS-Traffic-Class, Flow-Direction |
| 1065 | PDN-Connection-ID | Ja | UTF8String | V | 100 Zeichen | Vendor-Id = 10415 (3GPP) Zum Beispiel: PDN-Connection-ID = example-apn.mnc001.mcc001.gprs |
| 1066 | Monitoring-Key | Nein | OctetString | NA,V | 32 Bytes | Vendor-Id = 10415 (3GPP) In der 7750 SR konfigurierter Kategoriename, ein zur Sitzungsüberwachung verwendeter String oder ein in der PCC-Regeldefinition mit dem Charging-Rule-Definition AVP gesetztes Monitoring-Key AVP. Beispiel: Monitoring-Key = monitor-pcc-rule-1 |
| 1067 | Usage-Monitoring-Information | Nein | Grouped | V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: Monitoring-Key, Granted-Service-Unit, Used-Service-Unit, Usage-Monitoring-Level, Usage-Monitoring-Report, Usage-Monitoring-Support |
| 1068 | Usage-Monitoring-Level | Nein | Enumerated | V | — | Vendor-Id = 10415 (3GPP) Die folgenden Werte sind definiert: 0 – session_level, 1 – pcc_rule_level, 2 – adc_rule_level Beispiel: Usage-Monitoring-Level = 0 — Nutzungsüberwachung wird basierend auf dem sla-profile (IP-CAN Sitzungsebene) des Hosts durchgeführt. |
| 1069 | Usage-Monitoring-Report | Nein | Enumerated | V | — | Vendor-Id = 10415 (3GPP) Beispiel: Usage-Monitoring-Report = 0 (usage_monitoring_report_required) |
| 1070 | Usage-Monitoring-Support | Nein | Enumerated | NA,V | — | Vendor-Id = 10415 (3GPP) Beispiel: Usage-Monitoring-Support = 0 — usage_ monitoring_disabled |
| 1080 | Flow-Direction | Nein | Enumerated | NA,M | — | Vendor-Id = 10415 (3GPP) Beispiel: Flow-Direction = 1 — Egress, Flow-Direction = 2 — Ingress |
| 1085 | Redirect-Information | Nein | Grouped | NA,V | — | Vendor-Id = 10415 (3GPP) Dieses AVP kann die folgenden AVPs enthalten: Redirect-Support, Redirect-Address-Type, Redirect-Server-Address |
| 1086 | Redirect-Support | Nein | Enumerated | NA,V | — | Vendor-Id = 10415 (3GPP) Beispiel: Redirect-Support = 1 — Umleitung ist aktiviert |
| 1088 | TDF-Application-Identifier | OctetString | NA,V | 32 Zeichen | Vendor-Id = 10415 (3GPP) Beispiel: 0_rated, BitTorrent | |
| 1092 | ADC-Rule-Install | Nein | Grouped | NA,V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: ADC-Rule-Definition |
| 1093 | ADC-Rule-Remove | Grouped | NA,V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: ADC-Rule-Name | |
| 1094 | ADC-Rule-Definition | Nein | Grouped | NA,V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: ADC-Rule-Name, MonitoringKey, TDF-Application-Id, AA-Functions |
| 1096 | ADC-Rule-Name | Nein | OctetString | V | 17 Zeichen für Präfix/Separator (optional) plus 32 Zeichen für Name | Vendor-Id = 10415 (3GPP) Beispiel: Für App-Profil- und ASO-Änderungen: ADC-Rule-Name = ‟AA-Functions: AdcRuleWithAAFtn” |
| 1097 | ADC-Rule-Report | Nein | Grouped | V | — | Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden verschachtelten AVPs: ADC-Rule-Name, PCC-Rule-Status, Rule-Failure-Code |
| 2848 | Extended-APN-AMBR-DL | NA | Unsigned32 | NA, V | — | Die Einheiten dieses Parameters sind kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-APN-AMBR-DL = 1000 — 1 Mb/s |
| 2849 | Extended-APN-AMBR-UL | NA | Unsigned32 | NA, V | — | Die Einheiten dieses Parameters sind kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-APN-AMBR-UL = 1000 — 1 Mb/s |
| 2850 | Extended-GBR-DL | NA | Unsigned32 | NA, V | — | Die Einheiten dieses Parameters sind kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-GBR-DL = 1000 — 1 Mb/s |
| 2851 | Extended-GBR-UL | NA | Unsigned32 | NA, V | — | Die Einheiten dieses Parameters sind kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-GBR-UL = 1000 — 1 Mb/s |
Diameter-basierte AVP-Anwendbarkeit
In den folgenden Tabellen werden die folgenden Symbole verwendet:
- 0 — Das AVP darf in der Nachricht nicht vorhanden sein.
- 0+ — Null oder mehr Instanzen des AVP können in der Nachricht vorhanden sein.
- 0-1 — Null oder eine Instanz des AVP kann in der Nachricht vorhanden sein. Es gilt als Fehler, wenn mehr als eine Instanz des AVP vorhanden ist.
- 1 — Eine Instanz des AVP muss in der Nachricht vorhanden sein.
- 1+ — Mindestens eine Instanz des AVP muss in der Nachricht vorhanden sein.
- N — Das AVP ist innerhalb eines gruppierten AVP verschachtelt, das in dieser Nachricht vorhanden ist.
Tabelle 3-5: Diameter-basierte AVP-Anwendbarkeit
| AVP ID | AVP-Name | CER | CEA | DPR | DPA | DWR | DWA | ASR | ASA |
|---|---|---|---|---|---|---|---|---|---|
| 257 | Host-IP-Address | 1 | 1+ | 0 | 0 | 0 | 0 | 0 | 0 |
| 258 | Auth-Application-Id | 1 | 0+ | 0 | 0 | 0 | 0 | 1 | 0 |
| 260 | Vendor-Specific-Application-Id | 0+ | 0+ | 0 | 0 | 0 | 0 | 0 | 0 |
| 263 | Session-id | 0 | 0 | 0 | 0 | 0 | 0 | 1 | 1 |
| 264 | Origin-Host | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| 265 | Supported-Vendor-Id | 1+ | 0+ | 0 | 0 | 0 | 0 | 0 | 0 |
| 266 | Vendor-Id | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| 267 | Firmware-Revision | 1 | 0-1 | 0 | 0 | 0 | 0 | 0 | 0 |
| 268 | Result-Code | 0 | 1 | 0 | 1 | 0 | 1 | 0 | 1 |
| 269 | Product-Name | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| 273 | Disconnect-Cause | 0 | 0 | 1 | 0 | 0 | 0 | 0 | 0 |
| 278 | Origin-State-Id | 1 | 0-1 | 0 | 0 | 0 | 0-1 | 0-1 | 0-1 |
| 279 | Failed-AVP | 0 | 0-1 | 0 | 0-1 | 0 | 0-1 | 0 | 0-1 |
| 281 | Error-Message | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 283 | Destination-Realm | 0 | 0 | 0 | 0 | 0 | 0 | 1 | 0 |
| 293 | Destination-Host | 0 | 0 | 0 | 0 | 0 | 0 | 1 | 0 |
| 294 | Error-Reporting-Host | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0-1 |
| 296 | Origin-Realm | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
Gx-AVP-Anwendbarkeit
Tabelle 3-6: Gx-AVP-Anwendbarkeit
| AVP ID | AVP-Name | CCR | CCA | RAR | RAA |
|---|---|---|---|---|---|
| 5 | NAS-Port | 0-1 | 0 | 0 | 0 |
| 8 | Framed-IP-Address | 0-1 | 0 | 0 | 0-1 |
| 18 | 3GPP-SGNS-MCC-MNC | 0-1 | 0 | 0 | 0-1 |
| 22 | 3GPP-User-Location-Info | 0-1 | 0 | 0 | 0 |
| 30 | Called-Station-Id | 0-1 | 0 | 0 | 0 |
| 31 | Calling-Station-ID | 0-1 | 0 | 0 | 0 |
| 55 | Event-Timestamp | 0-1 | 0-1 | 0-1 | 1 |
| 61 | NAS-Port-Type | 0-1 | 0 | 0 | 0 |
| 87 | NAS-Port-Id | 0-1 | 0 | 0 | 0 |
| 92 | NAS-Filter-Rule | 0 | 0+ | 0+ | 0 |
| 97 | Framed-IPv6-Prefix | 0-1 | 0 | 0 | 0-1 |
| 123 | Delegated-IPv6-Prefix | 0-1 | 0 | 0 | 0-1 |
| 258 | Auth-Application-Id | 1 | 1 | 1 | 0 |
| 263 | Session-id | 1 | 1 | 1 | 1 |
| 264 | Origin-Host | 1 | 1 | 1 | 1 |
| 266 | Vendor-Id | 0 | N | 0 | 0 |
| 268 | Result-Code | 0 | 1 | 0 | 0-1 |
| 278 | Origin-State-Id | 1 | 0-1 | 0-1 | 1 |
| 279 | Failed-AVP | 0-1 | 0+ | 0 | 0-1 |
| 281 | Error-Message | 0-1 | 0-1 | 0 | 0-1 |
| 282 | Route-Record | 0+ | 0 | 0+ | 0 |
| 283 | Destination-Realm | 1 | 0 | 1 | 0 |
| 285 | Re-Auth-Request-Type | 0 | 0 | 1 | 0 |
| 293 | Destination-Host | 0-1 | 0 | 1 | 0 |
| 295 | Termination-Cause | 0-1 | 0 | 0 | 0 |
| 296 | Origin-Realm | 1 | 1 | 1 | 1 |
| 297 | Experimental-Result | 0 | 0-1 | 0 | 0-1 |
| 298 | Experimental-Result-Code | 0 | N | 0 | N |
| 302 | Logical-Access-Id | 0-1 | 0 | 0 | 0 |
| 313 | Physical-Access-Id | 0-1 | 0 | 0 | 0 |
| 412 | CC-Input-Octets | N | N | N | 0 |
| 414 | CC-Output-Octets | N | N | N | 0 |
| 415 | CC-Request-Number | 1 | 1 | 0 | 0 |
| 416 | CC-Request-Type | 1 | 1 | 0 | 0 |
| 418 | CC-Session-Failover | 0 | 0-1 | 0 | 0 |
| 421 | CC-Total-Octets | N | N | N | 0 |
| 427 | Credit-Control-Failure-Handling | 0 | 0-1 | 0 | 0 |
| 431 | Granted-Service-Unit | 0 | 0-1 | N | 0 |
| 433 | Redirect-Address-Type | 0 | N | N | 0 |
| 433 | Redirect-Server-Address | 0 | N | N | 0 |
| 443 | Subscription-Id | 1-2 | 0 | 0 | 0 |
| 444 | Subscription-Id-Data | N | 0 | 0 | 0 |
| 446 | Used-Service-Unit | N | 0 | 0 | 0 |
| 450 | Subscription-Id-Type | N | 0 | 0 | 0 |
| 458 | User-Equipment-Info | 0-1 | 0 | 0 | 0 |
| 459 | User-Equipment-Info-Type | N | 0 | 0 | 0 |
| 460 | User-Equipment-Info-Value | N | 0 | 0 | 0 |
| 507 | Flow-Description | 0 | N | N | 0 |
| 511 | Flow-Status | 0 | N | N | 0 |
| 515 | Max-Requested-Bandwidth-DL | 0 | N | N | 0 |
| 516 | Max-Requested-Bandwidth-UL | 0 | N | N | 0 |
| 554 | Extended-Max-Requested-BW-DL | 0 | N | N | 0 |
| 555 | Extended-Max-Requested-BW-UL | 0 | N | N | 0 |
| 628 | Supported-Features | 0-1 | 0+ | 0 | 0 |
| 629 | Feature-List-Id | N | N | 0 | 0 |
| 630 | Feature-List | N | N | 0 | 0 |
| 909 | RAI | 0-1 | 0 | 0 | 0 |
| 1001 | Charging-Rule-Install | 0 | 0+ | 0+ | 0 |
| 1002 | Charging-Rule-Remove | 0 | 0+ | 0+ | 0 |
| 1003 | Charging-Rule-Definition | 0 | N | N | 0 |
| 1005 | Charging-Rule-Name | N | N | N | N |
| 1006 | Event-Trigger | 0+ | 0+ | 0+ | 0 |
| 1010 | Precedence | 0 | N | N | 0 |
| 1014 | ToS-Traffic-Class | 0 | N | N | 0 |
| 1016 | QoS-Information | 0-1 | 0-1, N | 0-1, N | 0 |
| 1018 | Charging-Rule-Report | 0+ | 0 | 0 | 0+ |
| 1019 | PCC-Rule-Status | N | 0 | 0 | N |
| 1025 | Guaranteed-Bitrate-DL | 0 | N | N | 0 |
| 1026 | Guaranteed-Bitrate-UL | 0 | N | N | 0 |
| 1027 | IP-CAN-Type | 0-1 | 0 | 0 | 0-1 |
| 1028 | QoS-Class-Identifier | 0 | N | N | 0 |
| 1031 | Rule-Failure-Code | N | 0 | 0 | N |
| 1032 | RAT-Type | 0-1 | 0 | 0 | 0-1 |
| 1033 | Event-Report-Indication | 0 | 0 | 0-1 | 0 |
| 1040 | APN-Aggregate-Max-Bitrate-DL | N | N | N | 0 |
| 1041 | APN-Aggregate-Max-Bitrate-UL | N | N | N | 0 |
| 1045 | Session-Release-Cause | 0 | 0 | 0-1 | 0 |
| 1050 | AN-GW-Address | 0-1 | 0 | 0 | 0-1 |
| 1058 | Flow-Information | 0 | 0+ | 0+ | 0 |
| 1065 | PDN-Connection-ID | 0-1 | 0 | 0 | 0 |
| 1066 | Monitoring-Key | N | N | N | 0 |
| 1067 | Usage-Monitoring-Information | 0+ | 0+ | 0+ | 0 |
| 1068 | Usage-Monitoring-Level | 0 | N | N | 0 |
| 1069 | Usage-Monitoring-Report | 0 | N | N | 0 |
| 1070 | Usage-Monitoring-Support | 0 | N | N | 0 |
| 1080 | Flow-Direction | 0 | N | N | 0 |
| 1085 | Redirect-Information | 0 | 0-1 | 0-1 | 0 |
| 1086 | Redirect-Support | 0 | N | N | 0 |
| 1088 | TDF-Application-Identifier | 0 | N | N | 0 |
| 1092 | ADC-Rule-Install | 0 | 0+ | 0+ | 0 |
| 1093 | ADC-Rule-Remove | 0 | 0 | 0 | 0 |
| 1094 | ADC-Rule-Definition | 0 | 0 | 0 | 0 |
| 1096 | ADC-Rule-Name | N | N | N | N |
| 1097 | ADC-Rule-Report | 0+ | 0+ | 0 | 0+ |
| 2848 | Extended-APN-AMBR-DL | 0 | N | N | 0 |
| 2849 | Extended-APN-AMBR-UL | 0 | N | N | 0 |
| 2850 | Extended-GBR-DL | 0 | N | N | 0 |
| 2850 | Extended-GBR-UL | 0 | N | N | 0 |
Ergebniscodes (Result-Code AVP)
Tabelle 3-7: Ergebniscodes (Result-Code AVP)
| Ergebniskode-ID | Name des Ergebniscodes | Beschreibung | Erfolg |
|---|---|---|---|
| Erfolg (Success) | |||
| 2001 | DIAMETER_SUCCESS | Die Anforderung wurde erfolgreich abgeschlossen. | |
| Protokollfehler (Protocol Errors) | |||
| 3001 | DIAMETER_COMMAND_UNSUPPORTED | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3002 | DIAMETER_UNABLE_TO_DELIVER | Rx: Peer-Failover-Verfahren auf Diameter-Basis-Ebene wird aufgerufen. Nachdem die gleiche Antwort (3002) von allen in Frage kommenden Peers empfangen wurde, wird die Anwendungsebene (NASREQ/Gx/Gy) benachrichtigt. Die Nachricht kann dann ein letztes Mal mit geleertem destination-host AVP erneut gesendet werden. Damit eine Nachricht auf der Anwendungsebene erneut gesendet werden kann, muss das Server-Failover-Verfahren aktiviert sein. Tx: Die Diameter-Basis antwortet mit 3002, wenn sie die empfangene Anforderungsnachricht nicht an ihr Ziel routen kann (dies gilt für Diameter Multi-Chassis-Konfigurationen). | |
| 3003 | DIAMETER_REALM_NOT_SERVED | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3004 | DIAMETER_TOO_BUSY | Rx - Das Peer-Failover-Verfahren auf Diameter-Basis-Ebene wird aufgerufen. Nachdem die gleiche Antwort (3004) von allen in Frage kommenden Peers empfangen wurde, wird die Anwendungsebene (NASREQ, Gx, Gy) benachrichtigt. Die Nachricht kann dann ein letztes Mal mit geleertem destination-host AVP erneut gesendet werden. Damit eine Nachricht auf der Anwendungsebene erneut gesendet werden kann, muss das Server-Failover-Verfahren aktiviert sein. Tx: nicht unterstützt. | |
| 3005 | DIAMETER_LOOP_DETECTED | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3006 | DIAMETER_REDIRECT_INDICATION | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3007 | DIAMETER_APPLICATION_UNSUPPORTED | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3008 | DIAMETER_INVALID_HDR_BITS | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3009 | DIAMETER_INVALID_AVP_BITS | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 3010 | DIAMETER_UNKNOWN_PEER | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| Dauerhafte Fehler (Permanent Failures) | |||
| 5001 | DIAMETER_AVP_UNSUPPORTED | Rx: wird als Fehler behandelt. Tx: Der Empfang eines nicht erkannten AVPs mit gesetztem M-Bit löst eine Antwortnachricht (RAA) aus, die das Result-Code AVP enthält, dessen Wert auf DIAMETER_AVP_UNSUPORTED gesetzt ist, sowie das Failed-AVP AVP, welches das fehlerhafte AVP enthält. | |
| 5002 | DIAMETER_UNKNOWN_SESSION | Rx: wird als Fehler behandelt. Tx: Falls eine Nachricht von der PCRF für eine nicht existierende Sitzung empfangen wird, antwortet die 7750 SR mit diesem Wert. | |
| 5004 | DIAMETER_INVALID_AVP_VALUE | Rx: wird als Fehler behandelt. Tx: Der Empfang eines AVPs mit ungültigem Wert löst eine Antwortnachricht (RAA) aus, die das Result-Code AVP enthält, dessen Wert auf DIAMETER_INVALID_AVP_VALUE gesetzt ist, sowie das Failed-AVP, welches das AVP enthält, das den Fehler verursacht hat. | |
| 5005 | DIAMETER_MISSING_AVP | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5007 | DIAMETER_CONTRADICTING_AVPS | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5008 | DIAMETER_AVP_NOT_ALLOWED | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5009 | DIAMETER_AVP_OCCURS_TOO_MANY_TIMES | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5010 | DIAMETER_NO_COMMON_APPLICATION | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5011 | DIAMETER_UNSUPPORTED_VERSION | Rx: wird als Fehler behandelt. Tx: Als Beispiel trägt eine RAA-Nachricht dieses AVP als Antwort auf eine RAR-Nachricht, die von einem SR-OS-Knoten empfangen wurde, während sich die Gx-Sitzung in einem Sitzungsbeendigungszustand befand. Ein Sitzungsbeendigungszustand wird als Zustand betrachtet, in dem der SR-OS-Knoten auf eine CCA-T-Nachricht als Antwort auf eine zuvor vom SR-OS-Knoten initiierte CCR-T-Nachricht wartet. | |
| 5012 | DIAMETER_UNABLE_TO_COMPLY | Rx: wird als Fehler behandelt. Tx: Zum Beispiel trägt eine RAA-Nachricht dieses AVP als Antwort auf eine RAR-Nachricht, die von einem SR-OS-Knoten empfangen wurde, während sich die Gx-Sitzung in einem Sitzungsbeendigungszustand befand. Ein Sitzungsbeendigungszustand wird als Zustand betrachtet, in dem der SR-OS-Knoten auf eine CCA-T-Nachricht als Antwort auf eine zuvor vom SR-OS-Knoten initiierte CCR-T-Nachricht wartet. | |
| 5013 | DIAMETER_INVALID_BIT_IN_HEADER | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5014 | DIAMETER_INVALID_AVP_LENGTH | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5015 | DIAMETER_INVALID_MESSAGE_LENGTH | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5016 | DIAMETER_INVALID_AVP_BIT_COMBO | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5017 | DIAMETER_NO_COMMON_SECURITY | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| Gx-spezifische dauerhafte Fehler | |||
| 5140 | DIAMETER_ERROR_INITIAL_PARAMETERS | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5141 | DIAMETER_ERROR_TRIGGER_EVENT | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5142 | DIAMETER_PCC_RULE_EVENT | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. | |
| 5148 | DIAMETER_ADC_RULE_EVENT | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. |
Regelfehlercodes (Rule-Failure-Code AVP)
Tabelle 3-8: Regelfehlercodes (Rule-Failure-Code AVP)
| Regelfehlerkode-ID | Name des Regelfehlers | Beschreibung |
|---|---|---|
| 1 | UNKNOWN_RULE_NAME | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. |
| 4 | GW/7750 SR_MALFUNCTION | Dieser Wert weist auf ein Problem hin, das mit dem im AVP übertragenen Wert zusammenhängt. Beispielsweise verweist der Wert auf ein nicht existierendes Objekt (Regel), der Wert liegt außerhalb des Bereichs oder es liegt ein anderer unerwarteter Fehler vor. Das Error-Message AVP in CCR/RAA, das auf oberster Ebene übertragen wird, oder das Failed-AVP liefert weitere Informationen über das Ereignis für Debugging-Zwecke. |
| 5 | RESOURCE_LIMITATION | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. |
| 14 | TDF_APPLICATION_IDENTIFIER_ERROR | Rx: wird als Fehler behandelt. Tx: nicht unterstützt. |
Ereignis-Trigger (Event-Trigger AVP)
Tabelle 3-9: Ereignis-Trigger (Event-Trigger AVP)
| Ereignis-Trigger-ID | Name des Ereignis-Triggers | Beschreibung |
|---|---|---|
| 2 | RAT_CHANGE | Für den GTP S11 Zugriff wird dies ausgelöst, wenn ein neuer RAT-Typ in GTP empfangen wird. |
| 13 | USER_LOCATION_CHANGE | Für WLAN-GW wird dies bei jeder Änderung des UE-Standorts ausgelöst. Für den GTP S11 Zugriff wird dies ausgelöst, wenn eine ULI (User Location Information) in GTP mit entweder Nicht-ECGI/TAI-Werten oder einem geänderten ECGI/TAI-Wert empfangen wurde. |
| 14 | NO_EVENT_TRIGGERS | Wird in CCA und RAR von der PCRF gesendet, um anzuzeigen, dass die PCRF keine Benachrichtigung über Ereignis-Trigger benötigt, mit Ausnahme jener Ereignisse, die kein Abonnement erfordern und immer bereitgestellt werden. |
| 18 | UE_IP_ADDRESS_ALLOCATE | Wenn dieser Wert in einem CCR-Befehl verwendet wird, zeigt er an, dass die 7750 SR die Anforderung generiert hat, weil die IPv4-Adresse eines Clients zugewiesen wurde. Die AVPs Framed-IP-Address, Framed-IPv6-Prefix, Delegated-IPv6-Prefix oder Alc-IPv6-Address werden in derselben Anforderung bereitgestellt. Dieser Ereignis-Trigger wird gemeldet, wenn das entsprechende Ereignis eintritt, auch wenn der Ereignis-Trigger nicht von der PCRF bereitgestellt wurde. |
| 19 | UE_IP_ADDRESS_RELEASE | Wenn dieser Wert in einem CCR-Befehl verwendet wird, zeigt er an, dass die 7750 SR die Anforderung generiert hat, weil die IP-Adresse/das Präfix eines Clients freigegeben wurde. Die AVPs Framed-IP-Address, Framed-IPv6-Prefix, Delegated-IPv6-Prefix oder Alc-IPv6-Address werden in derselben Anforderung bereitgestellt. Dieser Ereignis-Trigger muss gemeldet werden, wenn das entsprechende Ereignis eintritt, auch wenn der Ereignis-Trigger nicht von der PCRF bereitgestellt wurde. |
| 21 | AN_GW_CHANGE | Dieser Wert wird von der PCRF gesendet, um den Diameter-Client im SR anzuweisen, bei jeder Umschaltung in einer Multi-Chassis-Konfiguration eine Benachrichtigung für jeden Abonnenten auszulösen. Diese Benachrichtigung enthält die IP-Adresse des neu aktiven BNG (AN_GW_ADDRESS), die in einer CCR-U-Nachricht gesendet wird. Wenn der Diameter-Client im SR-OS-Knoten nicht mit diesem Ereignis-Trigger ausgestattet ist, wird die Abonnentenumschaltung nicht an die PCRF gemeldet. |
| 22 | SUCCESSFUL_RESOURCE_ALLOCATION | Nicht unterstützt. |
| 26 | TAI_CHANGE | Für den GTP S11 Zugriff wird dies ausgelöst, wenn eine ULI in GTP mit einer TAI (Tracking Area Identity) signalisiert wird, die sich gegenüber dem zuletzt empfangenen Wert geändert hat. |
| 27 | ECGI_CHANGE | Für den GTP S11 Zugriff wird dies ausgelöst, wenn eine ULI in GTP mit einer ECGI (E-UTRAN Cell Global Identifier) signalisiert wird, die sich gegenüber dem zuletzt empfangenen Wert geändert hat. |
| 33 | USAGE_REPORT | Dieser Wert wird in CCA- und RAR-Befehlen von der PCRF verwendet, wenn eine Nutzungsüberwachung auf der 7750 SR angefordert wird. Die PCRF stellt im CCA- oder RAR-Befehl auch die Usage-Monitoring-Information AVPs bereit, einschließlich des Monitoring-Key AVP und des Granted-Service-Unit AVP. Wenn dieser Wert in einem CCR-Befehl verwendet wird, zeigt er an, dass die 7750 SR die Anforderung generiert hat, um die akkumulierte Nutzung für einen oder mehrere Überwachungsschlüssel zu melden. Die 7750 SR stellt das akkumulierte Nutzungsvolumen über die Usage-Monitoring-Information AVPs bereit, einschließlich des Monitoring-Key AVP und des Used-Service-Unit AVP. |
Beendigungsgründe (Termination-Cause AVP)
Tabelle 3-10: Beendigungsgründe (Termination-Cause AVP)
| Beendigungsgrund-ID | Name des Beendigungsgrundes | Beschreibung | Referenz |
|---|---|---|---|
| 1 | DIAMETER_LOGOUT | Beispielgründe: Abonnenten über CLI löschen, PADT (PPPoE Active Discovery Terminate) empfangen | [RFC 3588][RFC 6733] |
| 2 | DIAMETER_SERVICE_NOT_PROVIDED | Beispielgrund: Abonnenten-Host wird über force-NACK beendet, das über RADIUS CoA (Change of Authorization) empfangen wurde | [RFC 3588][RFC 6733] |
| 3 | DIAMETER_BAD_ANSWER | Beispielgrund: Problem mit den Initialparametern während der Sub-Host-Instanziierung, während Gx-Fallback deaktiviert ist oder keine Standard-Abonnentenparameter verfügbar sind. | [RFC 3588][RFC 6733] |
| 4 | DIAMETER_ADMINISTRATIVE | Beispielgründe: Host über RADIUS DISCONNECT gelöscht, Dienst-Shutdown für PPPoE-Abonnenten | [RFC 3588][RFC 6733] |
| 5 | DIAMETER_LINK_BROKEN | Beispielgründe: SAP (Service Access Point) wird gelöscht, SHCV (Subscriber Host Connectivity Verification) Prüfung schlägt fehl | [RFC 3588][RFC 6733] |
| 8 | DIAMETER_SESSION_TIMEOUT | Beispielgrund: Wenn das Inaktivitäts-Timeout für den Abonnenten-Host aktiviert ist und sein Wert erreicht wird. | [RFC 3588][RFC 6733] |
Unterstützung von Standards und Protokollen
Access Node Control Protocol (ANCP)
draft-ietf-ancp-protocol-02, Protocol for Access Node Control Mechanism in Broadband Networks
RFC 5851, Framework and Requirements for an Access Node Control Mechanism in Broadband Multi-Service Networks
Application Assurance (AA)
3GPP Release 12, ADC rules over Gx interfaces
RFC 3507, Internet Content Adaptation Protocol (ICAP)
Asynchronous Transfer Mode (ATM)
AF-ILMI-0065.000 Version 4.0, Integrated Local Management Interface (ILMI)
AF-PHY-0086.001 Version 1.1, Inverse Multiplexing for ATM (IMA) Specification
AF-TM-0121.000 Version 4.1, Traffic Management Specification
GR-1113-CORE Issue 1, Asynchronous Transfer Mode (ATM) and ATM Adaptation Layer (AAL) Protocols Generic Requirements
GR-1248-CORE Issue 3, Generic Requirements for Operations of ATM Network Elements (NEs)
RFC 1626, Default IP MTU for use over ATM AAL5
RFC 2684, Multiprotocol Encapsulation over ATM Adaptation Layer 5
Bidirectional Forwarding Detection (BFD)
draft-ietf-idr-bgp-ls-sbfd-extensions-01, BGP Link-State Extensions for Seamless BFD
RFC 5880, Bidirectional Forwarding Detection (BFD)
RFC 5881, Bidirectional Forwarding Detection (BFD) IPv4 and IPv6 (Single Hop)
RFC 5882, Generic Application of Bidirectional Forwarding Detection (BFD)
RFC 5883, Bidirectional Forwarding Detection (BFD) for Multihop Paths
RFC 7130, Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces
RFC 7880, Seamless Bidirectional Forwarding Detection (S-BFD)
RFC 7881, Seamless Bidirectional Forwarding Detection (S-BFD) for IPv4, IPv6, and MPLS
RFC 7883, Advertising Seamless Bidirectional Forwarding Detection (S-BFD) Discriminators in IS-IS
RFC 7884, OSPF Extensions to Advertise Seamless Bidirectional Forwarding Detection (S-BFD) Target Discriminators
Border Gateway Protocol (BGP)
draft-hares-idr-update-attrib-low-bits-fix-01, Update Attribute Flag Low Bits Clarification
draft-ietf-idr-add-paths-guidelines-08, Best Practices for Advertisement of Multiple Paths in IBGP
draft-ietf-idr-best-external-03, Advertisement of the best external route in BGP
draft-ietf-idr-bgp-flowspec-oid-03, Revised Validation Procedure for BGP Flow Specifications
draft-ietf-idr-bgp-gr-notification-01, Notification Message support for BGP Graceful Restart
draft-ietf-idr-bgp-ls-app-specific-attr-01, Application Specific Attributes Advertisement with BGP Link-State
draft-ietf-idr-bgp-optimal-route-reflection-10, BGP Optimal Route Reflection (BGP-ORR)
draft-ietf-idr-error-handling-03, Revised Error Handling for BGP UPDATE Messages
draft-ietf-idr-flowspec-interfaceset-03, Applying BGP flowspec rules on a specific interface set
draft-ietf-idr-flowspec-path-redirect-05, Flowspec Indirection-id Redirect - localised ID
draft-ietf-idr-flowspec-redirect-ip-02, BGP Flow-Spec Redirect to IP Action
draft-ietf-idr-link-bandwidth-03, BGP Link Bandwidth Extended Community
draft-ietf-idr-long-lived-gr-00, Support for Long-lived BGP Graceful Restart
draft-ietf-sidr-origin-validation-signaling-04, BGP Prefix Origin Validation State Extended Community
RFC 1772, Application of the Border Gateway Protocol in the Internet
RFC 1997, BGP Communities Attribute
RFC 2385, Protection of BGP Sessions via the TCP MD5 Signature Option
RFC 2439, BGP Route Flap Damping
RFC 2545, Use of BGP-4 Multiprotocol Extensions for IPv6 Inter-Domain Routing
RFC 2858, Multiprotocol Extensions for BGP-4
RFC 2918, Route Refresh Capability for BGP-4
RFC 3107, Carrying Label Information in BGP-4
RFC 4271, A Border Gateway Protocol 4 (BGP-4)
RFC 4360, BGP Extended Communities Attribute
RFC 4364, BGP/MPLS IP Virtual Private Networks (VPNs)
RFC 4456, BGP Route Reflection: An Alternative to Full Mesh Internal BGP (IBGP)
RFC 4486, Subcodes for BGP Cease Notification Message
RFC 4659, BGP-MPLS IP Virtual Private Network (VPN) Extension for IPv6 VPN
RFC 4684, Constrained Route Distribution for Border Gateway Protocol/MultiProtocol Label Switching (BGP/MPLS) Internet Protocol (IP) Virtual Private Networks (VPNs)
RFC 4724, Graceful Restart Mechanism for BGP - helper mode
RFC 4760, Multiprotocol Extensions for BGP-4
RFC 4798, Connecting IPv6 Islands over IPv4 MPLS Using IPv6 Provider Edge Routers (6PE)
RFC 5004, Avoid BGP Best Path Transitions from One External to Another
RFC 5065, Autonomous System Confederations for BGP
RFC 5291, Outbound Route Filtering Capability for BGP-4
RFC 5396, Textual Representation of Autonomous System (AS) Numbers - asplain
RFC 5492, Capabilities Advertisement with BGP-4
RFC 5549, Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop
RFC 5575, Dissemination of Flow Specification Rules
RFC 5668, 4-Octet AS Specific BGP Extended Community
RFC 6286, Autonomous-System-Wide Unique BGP Identifier for BGP-4
RFC 6793, BGP Support for Four-Octet Autonomous System (AS) Number Space
RFC 6810, The Resource Public Key Infrastructure (RPKI) to Router Protocol
RFC 6811, Prefix Origin Validation
RFC 6996, Autonomous System (AS) Reservation for Private Use
RFC 7311, The Accumulated IGP Metric Attribute for BGP
RFC 7607, Codification of AS 0 Processing
RFC 7674, Clarification of the Flowspec Redirect Extended Community
RFC 7752, North-Bound Distribution of Link-State and Traffic Engineering (TE) Information Using BGP
RFC 7854, BGP Monitoring Protocol (BMP)
RFC 7911, Advertisement of Multiple Paths in BGP
RFC 7999, BLACKHOLE Community
RFC 8092, BGP Large Communities Attribute
RFC 8212, Default External BGP (EBGP) Route Propagation Behavior without Policies
RFC 8571, BGP - Link State (BGP-LS) Advertisement of IGP Traffic Engineering Performance Metric Extensions
Broadband Network Gateway (BNG) - Control and User Plane Separation (CUPS)
3GPP 23.007, Restoration procedures
3GPP 29.244, Interface between the Control Plane and the User Plane nodes
3GPP 29.281, General Packet Radio System (GPRS) Tunnelling Protocol User Plane (GTPv1-U)
BBF TR-459, Control and User Plane Separation for a Disaggregated BNG
RFC 8300, Network Service Header (NSH)
Circuit Emulation (Leitungsemulation)
RFC 4553, Structure-Agnostic Time Division Multiplexing (TDM) over Packet (SAToP)
RFC 5086, Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation Service over Packet Switched Network (CESoPSN)
RFC 5287, Control Protocol Extensions for the Setup of Time-Division Multiplexing (TDM) Pseudowires in MPLS Networks
Ethernet
IEEE 802.1AB, Station and Media Access Control Connectivity Discovery
IEEE 802.1ad, Provider Bridges
IEEE 802.1ag, Connectivity Fault Management
IEEE 802.1ah, Provider Backbone Bridges
IEEE 802.1ak, Multiple Registration Protocol
IEEE 802.1aq, Shortest Path Bridging
IEEE 802.1ax, Link Aggregation
IEEE 802.1D, MAC Bridges
IEEE 802.1p, Traffic Class Expediting
IEEE 802.1Q, Virtual LANs
IEEE 802.1s, Multiple Spanning Trees
IEEE 802.1w, Rapid Reconfiguration of Spanning Tree
IEEE 802.1X, Port Based Network Access Control
IEEE 802.3ac, VLAN Tag
IEEE 802.3ad, Link Aggregation
IEEE 802.3ah, Ethernet in the First Mile
IEEE 802.3x, Ethernet Flow Control
ITU-T G.8031/Y.1342, Ethernet Linear Protection Switching
ITU-T G.8032/Y.1344, Ethernet Ring Protection Switching
ITU-T Y.1731, OAM functions and mechanisms for Ethernet based networks
Ethernet VPN (EVPN)
draft-ietf-bess-evpn-igmp-mld-proxy-05, IGMP and MLD Proxy for EVPN
draft-ietf-bess-evpn-irb-mcast-04, EVPN Optimized Inter-Subnet Multicast (OISM) Forwarding - ingress replication
draft-ietf-bess-evpn-pref-df-06, Preference-based EVPN DF Election
draft-ietf-bess-evpn-prefix-advertisement-11, IP Prefix Advertisement in EVPN
draft-ietf-bess-evpn-proxy-arp-nd-08, Operational Aspects of Proxy-ARP/ND in EVPN Networks
draft-ietf-bess-pbb-evpn-isid-cmacflush-00, PBB-EVPN ISID-based CMAC-Flush
RFC 7432, BGP MPLS-Based Ethernet VPN
