În plus, baza de date a sistemului stochează informații despre plățile anterioare ale fiecărui abonat al rețelei mobile. Pe baza tuturor acestor informații, se calculează retragerile. Datorită utilizării computerelor super-puternice, calculul durează o fracțiune de secundă, iar rezultatul său se reflectă aproape imediat în starea contului abonatului.

Printre funcțiile sistemului de facturare se numără activarea sau dezactivarea (deconectarea) abonaților. Mai simplu spus, sistemul monitorizează starea fiecărui cont și oferă servicii de comunicare doar acelor abonați care au mijloacele de a plăti pentru ele.

Conexiunea nu se stabilește dacă contul mobil este epuizat. Ulterior, prestarea serviciilor de comunicații este reluată automat.

Facturarea modernă oferă o funcție de feedback. Ne putem gestiona contul din contul personal: reîncărcați, conectați sau deconectați anumite servicii, modificați tarifele etc.

Printre altele, contul dvs. personal de pe site-ul operatorului de telefonie mobilă face posibilă verificarea facturării pentru ultimele luni, de ex. vezi cu ce numere s-au purtat conversațiile, care a fost durata acestora și cum au fost retrase fondurile din cont pentru ele.

Opțiuni suplimentare de facturare

Mulți oameni știu că sistemele de facturare sunt adesea folosite în alte scopuri decât scopul propus. Oamenii de aplicare a legii pot folosi datele de facturare pentru a stabili contacte ale unei persoane de interes pentru ei.

Sisteme de facturare: concepte de bază

Facturare. Ce asociații evocă acest termen? Poate că există vreo legătură cu Bill Gates? Nu, din fericire, încă nu a „bătut nasul” în domeniul telecomunicațiilor. Ei bine, asta e doar o glumă. Dar, ca să fim serioși, să ne uităm la originile cuvântului facturare. Cuvântul englezesc „bill” poate fi tradus ca „account” (alte traduceri: bill, banknote). „Facturare” este tradus prin expresia „scrierea unei facturi”.

Ce este un sistem de facturare?

Sistemele care calculează costul serviciilor de comunicații pentru fiecare client și stochează informații despre toate tarifele și alte caracteristici de cost care sunt utilizate de operatorii de telecomunicații pentru a emite facturi către abonați și decontări reciproce cu alți furnizori de servicii se numesc sisteme de facturare; ciclul operațiunilor pe care le efectuează se numește facturare. Sistemul de facturare (BS) este un sistem contabil software, cu alte cuvinte, „software” dezvoltat special pentru operatori. Ce operatori? Telecomunicatii. Adică nu vorbim doar de operatori comunicatii celulare. BS-urile sunt, de asemenea, folosite de operatorii de comunicații obișnuiți (fix, fir). În birourile mici, de exemplu, puteți efectua facturarea de telefonie (analizați: cine a sunat, când, cât a durat conversația). Telefonia IP este un alt domeniu de aplicare a BS. Dar furnizorii de internet? De asemenea, folosesc BS, de exemplu, pentru a genera facturi și a înregistra traficul. Orice BS este creat pe baza unui sistem specific de management al bazei de date (DBMS). Cele mai multe BS din lume au fost create pe baza Oracle DBMS. Printre alte SGBD-uri, Sybase și Informix pot fi distinse ca fiind concepute pentru volume mari de informații. Iată numele unor sisteme de facturare: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Este demn de menționat că BS poate însemna și hardware implicate în organizarea facturării.

Terminologie

Voi încerca să iau în considerare toate conceptele și definițiile de bază legate de BS. Mă voi concentra pe BS folosit de operatorii celulari. Dar cele mai multe definiții se aplică și BS utilizate în alte domenii. Voi încerca să explic cât mai simplu posibil, astfel încât majoritatea cititorilor să poată înțelege materialul. Dacă aveți ceva de adăugat la termenii pe care i-am introdus, vă rog să-mi scrieți pe e-mail.

Există mai multe nume pentru sistemul de facturare: ASR— sistem de plată automatizat; IHD— sistem de facturare informațională.

Una dintre calitățile importante ale BS este ea flexibilitate, adică capacitatea de a se adapta la circumstanțe schimbate. Sistemul flexibil este adaptat nu numai nevoilor imediate ale operatorului; datorita unor asemenea calitati ca personalizare, modularitate și deschidere, vă permite să rezolvați probleme promițătoare. Cu cât sistemul are mai multe opțiuni de personalizare, cu atât mai bine. Ce este modularitatea? Principiul modular al construirii unui sistem este un principiu în care întregul sistem este asamblat din părți individuale (module), la fel cum o casă este asamblată cărămidă cu cărămidă. BS mai constă din astfel de module - subsisteme. BS include, de exemplu, un subsistem de pre-procesare a datelor, un subsistem operațional de gestionare a facturării și un subsistem de notificare a clienților (citiți mai jos despre structura și funcțiile BS). Sub deschidere sistem presupune deschidere cod sursă produs software, care permite operatorului să nu depindă de dezvoltator în viitor și să întrețină și să actualizeze în mod independent sistemul. Strâns legat de flexibilitatea BS și de următoarea calitate sisteme automatizate calcul – scalabilitate.

Scalabilitate la încărcare. Odată cu creșterea bazei de abonați, apariția servicii suplimentare Nu ar trebui să fie necesară schimbarea sau modificarea componentei software a BS. Creșterea capacităților BS ar trebui realizată prin modernizarea hardware-ului sistemului. Ce este important de luat în considerare atunci când proiectați sisteme scalabile? Este necesar să utilizați DBMS conceput pentru volume mari de date. SGBD-ul trebuie să fie compatibil cu diverse platforme de computer pentru a oferi suport pentru operarea cu multiprocesor.

Fiabilitate- una dintre cerințele de bază pentru orice sistem. Fiabilitatea BS este determinată de fiabilitatea SGBD și de tehnologiile utilizate în dezvoltarea sistemului. Nu în ultimul rând importantă este fiabilitatea furnizorului (dezvoltatorului) de aplicații software: timpul pe care acesta a fost pe piață și, ca indicator indirect, procentul de prezență a sistemelor pe care le-a dezvoltat pe piața de telecomunicații. De ce indicatorul este indirect? Este cu adevărat Microsoft Windows cel mai bun și mai fiabil sistem de operare?... Și în același timp are o cotă de piață semnificativă. Cu toate acestea, fiabilitatea BS este asigurată și de respectarea anumitor standarde în timpul dezvoltării lor (citiți despre asta mai jos).

Multilingv— capacitatea de a instala diferite limbi pentru prezentarea informațiilor.

Multivalută— capacitatea de a lucra cu orice monedă

Facturare amânată— facturare, în care plățile sunt efectuate după efectuarea apelurilor.

Facturare fierbinte— soldul contului se modifică în timpul conversației, iar informațiile despre soldul contului dvs. pot fi obținute imediat după apel.

Optimizarea facturării— îmbunătățire, îmbunătățire de către operatorul BS.

BS mare— sisteme utilizate de marii operatori.

Înregistrarea facturării— înregistrarea rezultatelor calculelor de facturare; după calcule rezultatele devin accesibile utilizatorilor(trimis, tipărit).

Ce poate, ce ar trebui sau pentru ce este responsabil BS?

Standard european (de origine). GUDRON a aparut in 1992. Este intretinut de grupul de lucru TADIG. Majoritatea operatorilor europeni folosesc TAR2, deși există o a treia versiune. Din 1995, modificarea TAP2, cunoscută ca specificație TD.27, sau NAGTAP2, a început să fie folosit în SUA.

În loc de o concluzie

Îți scoți telefonul mobil din buzunar, formezi numărul, apeși „call” și... are loc conversația. Acum abia așteptați să aflați soldul contului dvs. Dacă sistemul de facturare este „fierbinte”, ești imediat informat despre această sumă. „Am calculat totul cu precizie, este un sistem de facturare bun”, credeți. Între timp, celălalt abonat află că tocmai și-a atins limita de timp și a fost deconectat. „De ce am nevoie de această facturare „fierbinte”! Sistem de facturare prost!” se plânge el... Da, nu poți să-i mulțumești pe toți în același timp!

Mulțumiri speciale pentru suport informativ Bolshovaya Galina, editorialist al revistei

Ele nu pot exista fără facturare, datorită căreia se emit facturi consumatorilor serviciilor lor și se asigură componenta economică a activităților acestora.

Pentru sistemele de facturare în telecomunicații în limba rusă este folosit și termenul sistem de plată automatizat (ASR), în special, acest termen este folosit în documentele oficiale ale Ministerului Comunicațiilor din Rusia, care prescriu certificarea obligatorie a sistemelor de facturare.

Caracteristici de facturare

Funcțiile de facturare la o întreprindere sunt grupate în trei blocuri principale: operațiuni de decontare, servicii de informare și servicii financiare.

În linii mari, atunci când luați în considerare facturarea în integrare cu gestionarea veniturilor. Gestionarea facturării și a veniturilor ) evidențiază în plus funcții precum garantarea veniturilor (ing. asigurarea veniturilor), managementul profitabilității abonaților (ing. managementul profitabilitatii), controlul fraudei abonaților (ing. managementul fraudelor).

Operațiuni de decontare

Blocul operațiuni de calcul include funcții precum determinarea consumului (de exemplu, primirea de informații detaliate despre apelurile de la comutatoare, prelucrarea datelor de la echipamente de comutare privind consumul de trafic, primirea datelor de la un sistem de mediere), estimarea consumului (determinarea caracteristicilor calculate ale datelor de consum) , estimări de agregare și formare de taxe pentru abonați, calcul de taxe, reduceri, taxe suplimentare, ajustări, emiterea facturilor de plată, asigurarea livrării sau familiarizarea abonaților cu facturile de plată, gestionarea conturilor personale ale abonaților.

Implementarea blocului de calcul poate varia semnificativ atât pentru diferite tipuri de comunicații, cât și în diferite modele relațiile cu abonații.

Plătit anticipat

Plătit anticipat (plata anticipată) - un model de decontări cu abonații și agenții, care presupune depunerea prealabilă a fondurilor în contul personal al unui operator de servicii de comunicații, care sunt ulterior cheltuite pentru plata serviciilor primite. Sistemele de decontare preplătite țin de regulă evidența în timp real, gestionând direct procesul de prestare a serviciilor la atingerea pragului inferior al sumei fondurilor din contul contrapărții, modul de prestare a serviciilor poate fi schimbat (până la rezilierea completă); Suma fondurilor din cont, durata menținerii unui sold pozitiv, mărimea și regularitatea încasărilor pot servi ca parametri tarifari la calcularea costului, calității și cantității serviciilor furnizate.

Funcționalitatea pentru a sprijini restricția accesului la serviciile de comunicații în timp real cu un model de facturare preplătită este uneori denumită ca facturare la cald.

Plătit ulterioară

Plătit ulterioară- un model de plată în care operatorul furnizează mai întâi servicii abonatului sau agentului în cadrul unui acord încheiat cu acesta, iar apoi efectuează taxarea și emiterea facturilor pentru plată. Procesul de tarifare și facturare este planificat și regulat și acoperă de obicei perioada calendaristică specificată în contract (cel mai adesea o lună, uneori o săptămână, trimestru, an). Contrapartea este obligată să plătească suma facturii în termenul specificat în contract în caz de întârziere a plății, i se aplică modalitățile de lucru cu debitorul specificate în contract, în cadrul proceselor de încasare; creanțe.

Serviciul de informare

Serviciile de informare includ funcții de sprijinire a informațiilor operaționale despre abonați, produse și servicii, inclusiv tarifele, restricțiile, combinatii posibile, precum și date de configurare despre facturare în general (de exemplu, facturare și programări de facturare, gestionarea evenimentelor de notificare a abonaților, setări de audit și de îmbătrânire a informațiilor, caracteristicile acceptabile ale abonaților).

Servicii financiare

Serviciile financiare acoperă funcțiile de procesare a plăților, reconcilierea acestora pentru facturile și serviciile emise, gestionarea creanțelor abonaților și procesul de colectare, prelucrare a datelor fiscale.

Locația de facturare în întreprindere

Facturare inter-operator

Facturarea transportului public

Facturare convergentă

Facturare convergentă(din lat. convergego- „aducerea împreună”) - facturare axată pe emiterea de facturi uniforme către abonații din rețele multi-servicii și diverse modele calculele.

Sistem de facturare convergent prelucrează în mod unificat date privind o gamă largă de servicii furnizate, oferind un singur cont personal și facturi unice de plată pentru fiecare abonat, indiferent de setul de servicii utilizat de abonat (acestea pot fi simultan diverse servicii de telefonie fixă, comunicații mobile, date). servicii de transmisie, televiziune, conținut), și indiferent de principiul calculării tarifelor pentru acestea (serviciile pot fi achiziționate fie preplătite, fie plătite conform principiilor contractuale)

Piața sistemelor de facturare

Volumul anual al pieței globale a sistemelor de facturare în 2007 a fost estimat la 6 miliarde de dolari, iar creșterea sa este estimată să ajungă la 7,2 miliarde de dolari până în 2012, în timp ce piața a fost împărțită în următoarele componente pe domenii de aplicare:

Note

1. , pp. 3-5
2. Facturare. Cunoștințe despre forumul TM. Forumul TM (17 mai 2011). Arhivat„Facturare” este grupul de procese și sisteme care sunt responsabile pentru colectarea înregistrărilor de utilizare adecvate, determinarea informațiilor de taxare și facturare, producerea facturilor la timp și exacte, pentru furnizarea de informații de utilizare înainte de facturare și facturarea clienților, pentru procesarea plăților acestora, și efectuarea încasărilor de plăți
3. Ministerul Comunicațiilor și Comunicațiilor de Masă al Federației Ruse Cu privire la aprobarea regulilor de utilizare a sistemelor automate de decontare (rusă). Rossvyaz (2 iulie 2007). Arhivat din original pe 24 august 2011. Consultat la 15 mai 2011.
4. , pp. 3-7
5. , pp. 7-13
6. , pp. 13-14
7. Pulkkinen, Kari Tarifarea convergentă este calea către creșterea competitivității operatorilor. Analist OSS/BSS (29 mai 2006). Arhivat
8. Törnkvist, Robert și Schubert, RalphÎncărcare și facturare convergentă Ericsson. Revista Ericsson Review. Ericsson (2009-30-01). Arhivat din original pe 24 august 2011. Consultat la 16 mai 2011.
9. Dinan, Michael Prognoza: Facturarea globală de telecomunicații va atinge 7,6 miliarde de dolari în 2012 (engleză). Rețeaua TMC (17 octombrie 2008). Arhivat din original pe 24 august 2011. Consultat la 17 mai 2011.
10. Mottishaw, Peter Raport privind cota de piață de facturare 2009. Pagini exemple Arhivate din original pe 24 august 2011. Consultat la 17 mai 2011.
11. Mottishaw, Peter Raportul cotei de piață de facturare 2009 (engleză). Analysis Mason (27 iulie 2010). Arhivat din original pe 24 august 2011. Consultat la 17 mai 2011.

Literatură

• Hunter, Jane M. și Thiebaud, Maud E.

Platforma procesează InitialDP 37 ms; abonatul a ascultat bipurile timp de 10 secunde; Durata conversației este puțin mai mare de 5 minute.

Facturare colectează informații despre utilizarea serviciilor de telecomunicații, tarifele acestora și este responsabil pentru facturarea abonaților și procesarea plăților.

Există 2 tipuri principale de calcule:

• Plată ulterioară- emiterea unei facturi pentru perioada pe baza rezultatelor acesteia (postplatit)
• Și sistem de avans(plătit anticipat), când banii sunt plătiți în avans.

Sistem postplatit

Schema de interacțiune a platformei Postpaid cu nucleul rețelei operatorului.
CSN- rețea de comutare de circuite; Reprezentat de comutatoare de canal (MSC).
PSN– rețea de comutare de pachete; Reprezentat de comutatoare de pachete și gateway-uri (SGSN și, respectiv, GGSN).

Principiul de funcționare al sistemului postplătit este relativ simplu, deoarece nu necesită un răspuns în timp real din partea platformei: la urma urmei, abonatul nu trebuie să fie avertizat despre atingerea zero (și, în consecință, nu este nevoie să schimba natura interacțiunii rețelei cu el).

Sistem de avans

Întrucât operatorul oferă diferite tipuri de servicii și utilizări diferite tipuri rețele (sistem de comutare de canale/pachete), apoi facturarea pentru a rezolva problema monitorizării contului unui abonat trebuie să utilizeze diferite protocoale de taxare, de exemplu următoarele:

Schema de interacțiune a platformei preplătite cu rețeaua operatorului.

Să ne uităm la aceste protocoale mai detaliat.

CAPAC

Locul protocolului în stiva SS7. Figura arată, de asemenea, o opțiune populară folosind tehnologia SIGTRAN (o extensie SS7 care permite utilizarea celor „șapte” protocoale într-o rețea IP).

Folosind acest protocol, OCS comunică cu rețeaua de comutare a circuitelor. Iată un exemplu de preț pentru apelurile vocale de ieșire:

Dialog de taxare folosind protocolul CAP, linii punctate Sunt afișate mesajele ISUP.

1. Mai întâi, un mesaj (Initial Detection Point) este trimis către facturare de la comutatorul MSC1, în care sunt transmisi parametrii abonatului. Acestea sunt numerele de intrare și de ieșire, adresa celulară a abonatului apelat și altele. Pe baza acestui lucru, este posibil să începeți analiza apelului. Facturarea creează un anumit punct de detectare - adică starea apelului. OCS stabilește dacă abonatul poate efectua un apel vocal (dacă există fonduri în cont), dacă da, atunci pentru ce timp maxim.
2. După aceasta, OCS răspunde la comutare cu un eveniment BCSM Request Report („Am inițializat Punctul de Detectare, aștept informații suplimentare de la dumneavoastră despre starea apelului”). Și trimite Apply Charging („abonatul are fonduri în cont, autorizez apelul”). Acolo este transmis și timpul maxim pe care îl poate folosi abonatul.
3. Comutatorul, după ce a primit permisiunea de la OCS, inițiază o conexiune vocală între abonați folosind protocolul ISUP, trimițând un mesaj IAM (Initial Address Message) către MSC2.
4. MSC2 răspunde la MSC1 cu un mesaj ACM (Mesaj complet de adresă), în acest caz înseamnă „da, abonatul meu, acum este online, încep să-l sun”. După ce a primit acest mesaj, MSC1 pornește bipuri lungi către abonatul A.
5. Abonatul B ridică telefonul, MSC2 îi trimite lui MSC1 mesajul ANM (Mesaj de răspuns) - „abonatul meu a ridicat telefonul, conectează-le”.
6. MSC1 conectează abonatul A și B, începe o conversație. MSC1 trimite un mesaj de raportare evenimente BCSM (O_Answer) către OCS. OCS își schimbă starea apelului pentru a acestui abonat. Din acest moment începe încărcarea (ținând cont că primele 3 secunde sunt gratuite).
7. În timp ce abonații comunică, MSC1 monitorizează timpul apelului. Dacă a mai rămas puțin timp, MSC avertizează abonatul printr-un semnal sonor.
8. În cazul nostru, abonatul B închide primul, MSC1 și MSC2 fac o strângere de mână prietenoasă folosind mesajele REL (Release Message) și RLC (Release Complete Message).
9. MSC1 trimite mesajul Event Report BCSM (O_Disconnect - „abonații s-au deconectat cu succes”) și Apply Charging Report (câte secunde a durat conversația) către OCS.
10. OCS acceptă aceste date și răspunde că sesiunea poate fi acum închisă.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - OPERARE --- 02 TAG: 02h INTEGER 01 LEN: 1 23 OPERARE: 35 = applyCharging --- APPL CHARG --- 30 TAG: 30h SECVENȚA 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

Aceasta face parte din urmă. Vedem că mesajul applyCharging a fost trimis prin protocolul CAP, timpul maxim de conversație (MAX CPD - Maximum Call Period Duration) este de 437,0 secunde.

Voi duplica imaginea înainte de kata: acesta este un exemplu de comunicare folosind protocolul CAP. Timpurile pot fi estimate: platforma procesează InitialDP 37 ms; abonatul a ascultat bipurile timp de 10 secunde; Durata conversației este puțin mai mare de 5 minute.

Dar aici apelul este lung și puteți vedea cum sistemul însuși solicită starea apelului (activityTest) de la MSC la fiecare 6 minute. Acest lucru a fost făcut pentru ca, în cazul oricărei erori, conversația să nu dureze zile întregi (până când toți banii abonatului sunt debitați).

Protocolul CAP poate încărca nu numai apelurile vocale, ci este și capabil să încarce conexiuni la Internet, SMS, MMS și așa mai departe. Deși în practică, protocoalele special adaptate (DIAMETER/OSA) sunt cel mai des folosite pentru aceste nevoi.

O.S.A.

Să luăm în considerare funcționarea acestui protocol folosind exemplul de tarifare pentru serviciile de internet mobil:

1. Când încercați să activați PDP Context (telefonul primește o adresă IP în rețea operator de telefonie mobilă) GGSN solicită platformei dacă acest abonat poate activa o sesiune de încărcare (CreateChargingSessionReq).
2. În cazul nostru, totul este în regulă (abonatul este în baza de date, există fonduri), platforma creează o sesiune de încărcare și permite activarea Contextului PDP (CreateChargingSessionResp).
3. Acum abonatul dorește să înceapă descărcarea datelor. Pentru a-i permite acest lucru, GGSN contactează platforma cu o solicitare de rezervare a fondurilor (ReserveUnitReq). În general, unitatea este un lucru abstract, poate fi orice - un kilobyte de date, un mesaj text, o secundă de conversație, o rublă, o pizza, un butoi și așa mai departe. În cazul nostru, unitatea este de 100 kB.
4. Platforma verifică dacă un anumit abonat, în conformitate cu tariful său, are fonduri pentru 100 kB de trafic și răspunde cu mesajul ReserveUnitResp („fondurile sunt rezervate”). După ce a primit acest mesaj de pe platformă, GGSN permite abonatului să descarce trafic.
5. Când abonatul a descărcat partea rezervată a traficului, GGSN contactează platforma cu mesajul DebitUnitReq („puteți șterge fondurile rezervate”).
6. Platforma debitează fondurile și răspunde cu mesajul DebitUnitResp („fonduri debitate cu succes”).
7. Ciclul ReserveUnitReq-DebitUnitResp se repetă până când abonatul descarcă întregul Internet și închide sesiunea de Internet.
8. Când PDP Context este dezactivat, GGSN trimite un mesaj către platformă indicând sfârșitul sesiunii de încărcare; memoria alocată pentru această sesiune este eliberată.

Solicitați debitUnitReq; Comenzile OSA sunt împachetate în protocolul SOAP, care, la rândul său, este încapsulat de protocolul HTTP.

Concluzie

Dacă subiectul protocoalelor de familie AAA vă interesează, atunci mai târziu voi vorbi despre RAZĂ, DIAMETRU și alte lucruri interesante.