Průměrná kreditní aplikace - Diameter Credit-Control Application
Průměrná kreditní aplikace, je síťový protokol pro Průměr aplikace používaná k implementaci kontroly kreditu v reálném čase pro různé služby koncovým uživatelům.
Je to standard IETF poprvé definovaný v RFC 4006 a aktualizováno v RFC 8506.
Účel
Účelem aplikace pro kontrolu průměru kreditu je poskytnout rámec pro účtování v reálném čase, primárně určený pro komunikaci mezi branami / kontrolními body a systémy back-end účtu / zůstatku (obvykle Online systém poplatků ).
Aplikace specifikuje metody pro:
- Správa kvót (rezervovat, znovu autorizovat, opustit)
- Jednoduchý debet / kredit
- Kontroly rovnováhy
- Dotazy na cenu
Aplikace pro kontrolu průměrného kreditu neurčuje, jaké typy jednotek jsou nakupovány / používány a které položky jsou účtovány. To je ponecháno na kontext služby, který je třeba zadat samostatně, stejně jako některá sémantika.
Příklady použitých / zakoupených jednotek:
- Čas
- Nahrát / stáhnout bajty
- SMS (textové zprávy)
Příklady účtovaných položek:
- Peníze
- Body
- Jednotky (např. Pokud je váha udržována ve stejných jednotkách, jaké se používají)
Kontrola kreditu průměr také specifikuje, jak řešit poměrně složitou problematiku více typů jednotek použitých / účtovaných proti zůstatku jednoho uživatele. Například uživatel může platit jak za online čas, tak za stahování bajtů, ale má pouze jeden zůstatek na účtu.
Nabíjení podle relace
Proces kontroly úvěru založený na relaci používá několik dotazů, které mohou zahrnovat první, střední a poslední dotaz. Během výslechu jsou peníze rezervovány z uživatelského účtu. Nabíjení na základě relace se obvykle používá pro scénáře, kdy jsou nabité jednotky nepřetržitě spotřebovávány, např. účtování za nahrávání / stahování bajtů.
Událostní nabíjení
Proces kontroly kreditu založený na událostech používá události jako mechanismus zpoplatnění. Událostní nabíjení se obvykle používá, když jednotky nejsou trvale spotřebovávány, např. uživatel odesílající MMS.
Příkazové kódy
Za účelem podpory kontroly kreditu pomocí průměru jsou k dispozici dvě zprávy o průměru, CCR (žádost o kontrolu kreditu) a CCA (odpověď na kontrolu kreditu). Kód příkazu pro CCR / CCA je 272, jak je definováno v RFC 4006
Pro správu kvót klient odesílá CCR na server požadující jednotky a hlášení spotřeby. Server přiděluje jednotky a účtuje poplatky uživateli. U jednoduchého debetu / kreditu klient pošle CCR a požádá server o připsání / debet na účet uživatele. U dotazů na cenu se klient zeptá serveru, jaká je cena za jednotku, a server odpoví s cenou.
Toky zpráv
Toky zpráv jsou obecně řízeny řídicím bodem, který žádá o jednotky, a serverem, který je uděluje. Zpráva může být také generována jinými aplikacemi o průměru, jako je NASREQ (RFC4005) pro relace, které jsou časově / časově omezené.
Následující diagram ukazuje zjednodušený tok zpráv pro relaci pomocí kvótových grantů.
Klient začíná požadováním 10 jednotek ze serveru. Server ověří, zda má uživatel / předplatitel dostatečný zůstatek. V tomto příkladu server uděluje klientovi všechny požadované jednotky. pokud měl předplatitel nedostatečný zůstatek, mohl poskytnout méně jednotek nebo jej zcela odmítnout.
Když nebo dříve relace předplatitele použila udělené jednotky, klient odešle aktualizaci na server s informacemi o tom, kolik jednotek bylo použito a kolik by chtěl tentokrát udělit. Klient má povoleno požadovat jednotky před úplným použitím předchozího udělení, aby se zabránilo pozastavení relace předplatitele při rozhovoru se serverem. V tomto příkladu klient odešle požadavek, když bylo použito 7 jednotek z 10 dříve udělených jednotek; a požádat o dalších 10 jednotek, které server uděluje. Server může použít počet použitých jednotek k odečtení zůstatku předplatitele (udělení jednotek neznamená, že budou použity. AVP Použité jednotky obsahuje skutečné využití). Je také možné, aby server klientovi sdělil, jak dlouho je grant platný, v takovém případě se očekává, že klient pošle aktualizaci, když vyprší časovač grantu.
Během relace může být mnoho aktualizačních zpráv.
Nakonec předplatitel ukončil relaci a klient odešle zprávu o ukončení na server obsahující poslední použité jednotky. Server může pomocí zprávy o ukončení vymazat všechny související rezervace provedené v systému správy back-end zůstatků. Pokud účastník relaci sám neukončil, ale místo toho vyčerpal svou rovnováhu, server by dříve odpověděl odmítnutím aktualizační zprávy, což by případně řeklo klientovi / řídícímu bodu, aby přesměroval provoz (to má obvykle smysl pouze pro HTTP /WAP provoz).
Matice AVP
AVP pro nové příkazové kódy
Nové příkazové kódy, CCA a CCR, mohou vyžadovat některé AVP, jak je uvedeno níže. Odvážné AVP jsou pro DCCA nové.
| Příkazový kód | ||
|---|---|---|
| Název atributu | CCR | CCA |
| Acct-Multi-Session-Id | 0-1 | 0-1 |
| Auth-Application-Id | 1 | 1 |
| CC-korelace-ID | 0-1 | 0 |
| CC-Session-Failover | 0 | 0-1 |
| Číslo CC-požadavku | 1 | 1 |
| Typ požadavku CC | 1 | 1 |
| ID CC-dílčí relace | 0-1 | 0-1 |
| Výsledek kontroly zůstatku | 0 | 0-1 |
| Informace o nákladech | 0 | 0-1 |
| Úvěrová kontrola - řešení selhání | 0 | 0-1 |
| Destination-Host | 0-1 | 0 |
| Destination-Realm | 1 | 0 |
| Zpracování selhání přímého debetování | 0 | 0-1 |
| Časové razítko události | 0-1 | 0-1 |
| Selhalo-AVP | 0 | 0+ |
| Konečná indikace jednotky | 0 | 0-1 |
| Poskytnutá servisní jednotka | 0 | 0-1 |
| Více služeb-kontrola úvěru | 0+ | 0+ |
| Indikátor více služeb | 0-1 | 0 |
| Origin-Host | 1 | 1 |
| Původní říše | 1 | 1 |
| Země původu | 0-1 | 0-1 |
| Proxy-Info | 0+ | 0+ |
| Přesměrování - hostitel | 0 | 0+ |
| Přesměrování - použití hostitele | 0 | 0-1 |
| Redirect-Max-Cache-Time | 0 | 0-1 |
| Požadovaná akce | 0-1 | 0 |
| Požadovaná servisní jednotka | 0-1 | 0 |
| Záznam trasy | 0+ | 0+ |
| Výsledný kód | 0 | 1 |
| ID kontextu služby | 1 | 0 |
| Identifikátor služby | 0-1 | 0 |
| Informace o servisním parametru | 0+ | 0 |
| ID relace | 1 | 1 |
| ID předplatného | 0+ | 0 |
| Příčina ukončení | 0-1 | 0 |
| Informace o uživatelském vybavení | 0-1 | 0 |
| Použitá servisní jednotka | 0+ | 0 |
| Uživatelské jméno | 0-1 | 0-1 |
| Doba platnosti | 0 | 0-1 |
Nové AVP pro příkazové kódy základního protokolu
| Příkazový kód | ||
|---|---|---|
| Název atributu | RAR | RAA |
| ID CC-dílčí relace | 0-1 | 0-1 |
| Identifikátor fondu G-S-U | 0-1 | 0-1 |
| Identifikátor služby | 0-1 | 0-1 |
| Skupina hodnocení | 0-1 | 0-1 |
Tabulka používá následující symboly:
- 0 AVP NESMÍ být ve zprávě přítomen
- Ve zprávě MŮŽE být přítomno 0+ nebo více instancí AVP
- 0-1 Ve zprávě MŮŽE být přítomna nula nebo jedna instance AVP. Za chybu se považuje, pokud existuje více než jedna instance AVP
- 1 Ve zprávě MUSÍ být přítomna jedna instance AVP
- 1+ Ve zprávě MUSÍ být přítomna alespoň jedna instance AVP
Související normy
- RFC 4005 - Průměrná aplikace pro přístup na síť.
- RFC 4006 - Průměrná aplikace pro kontrolu kreditu (zastaralá)
- RFC 8506 - Průměrná aplikace pro kontrolu kreditu.
- 3GPP 32 299 - Správa telekomunikací 3GPP - Správa nabíjení - Aplikace pro nabíjení průměrů.