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.

Plata ulterioară a apărut istoric mai devreme, dar plata anticipată s-a dovedit a fi mai convenabilă pentru clienți (mai controlabilă - dacă ceva nu merge bine, are loc o deconectare, mai degrabă decât emiterea unei facturi mari).

Sistem postplatit

Când un abonat la un sistem de plată postplătită folosește serviciile unui operator, pe switch-uri sunt generate fișiere speciale CDR (Charging Data Record). În esență, acestea sunt jurnale obișnuite care indică numărul de abonat, data, ora apelului/volumul de trafic descărcat etc. Facturarea, la un anumit moment (de exemplu, o dată pe zi) se conectează la comutator, descarcă CDR-uri, calculează costul serviciilor și salvează totul într-o bază de date (de obicei Oracle). Abonatului i se emite apoi o factură totală la sfârșitul lunii.

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

În cazul taxării în avans, operatorul de telecomunicații, pe lângă faptul că ține cont de volumul serviciilor prestate, trebuie să rezolve problema urmăririi contului curent al abonatului și, dacă acesta ajunge la zero, să informeze abonatul/dezactivarea furnizării serviciu. Prin urmare, astfel de sisteme sunt numite și Sistem de încărcare online (OCS).

Deoarece operatorul oferă diferite tipuri de servicii și sunt utilizate diferite tipuri de rețele (sistem de comutare de canale/pachete), sistemul de facturare trebuie să utilizeze diferite protocoale de taxare pentru a rezolva problema monitorizării contului abonatului, 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

CAPAC(CAMEL Application Part) este un protocol de nivel de aplicație al stivei SS7 care implementează servicii inteligente în rețelele GSM/UMTS (de exemplu, preplătite).

Locul protocolului pe stivă. 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 încărcare folosind protocolul CAP, liniile punctate arată mesaje ISUP.

1. În primul rând, sistemul de facturare primește un mesaj (Initial Detection Point) de la comutatorul MSC1, care transmite 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 modifică starea apelului pentru acest 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.

O.S.A.(Open Service Access) este o interfață software deschisă dezvoltată de consorțiul 3GPP și ETSI, adesea folosită pentru încărcarea serviciilor VAS și a internetului mobil.

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

1. Când se încearcă activarea Contextului PDP (telefonul obține o adresă IP în rețeaua operatorului de telefonie mobilă), GGSN întreabă platforma 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, fondurile sunt disponibile), 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 să facă 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

Modificarea nevoilor clienților (inclusiv creșterea volumului de date transmise), crearea de noi tipuri de servicii, atrage după sine evoluția rețelei operatorului de telefonie mobilă, în primul rând în domeniul platformelor VAS și al sistemelor de facturare.

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

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.

Plata ulterioară a apărut istoric mai devreme, dar plata anticipată s-a dovedit a fi mai convenabilă pentru clienți (mai controlabilă - dacă ceva nu merge bine, are loc o deconectare, mai degrabă decât emiterea unei facturi mari).

Sistem postplatit

Când un abonat la un sistem de plată postplătită folosește serviciile unui operator, pe switch-uri sunt generate fișiere speciale CDR (Charging Data Record). În esență, acestea sunt jurnale obișnuite care indică numărul de abonat, data, ora apelului/volumul de trafic descărcat etc. Facturarea, la un anumit moment (de exemplu, o dată pe zi) se conectează la comutator, descarcă CDR-uri, calculează costul serviciilor și salvează totul într-o bază de date (de obicei Oracle). Abonatului i se emite apoi o factură totală la sfârșitul lunii.

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

În cazul taxării în avans, operatorul de telecomunicații, pe lângă faptul că ține cont de volumul serviciilor prestate, trebuie să rezolve problema urmăririi contului curent al abonatului și, dacă acesta ajunge la zero, să informeze abonatul/dezactivarea furnizării serviciu. Prin urmare, astfel de sisteme sunt numite și Sistem de încărcare online (OCS).

Deoarece operatorul oferă diferite tipuri de servicii și sunt utilizate diferite tipuri de rețele (sistem de comutare de canale/pachete), sistemul de facturare trebuie să utilizeze diferite protocoale de taxare pentru a rezolva problema monitorizării contului abonatului, 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

CAPAC(CAMEL Application Part) este un protocol de nivel de aplicație al stivei SS7 care implementează servicii inteligente în rețelele GSM/UMTS (de exemplu, preplătite).

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 încărcare folosind protocolul CAP, liniile punctate arată mesaje ISUP.

1. În primul rând, sistemul de facturare primește un mesaj (Initial Detection Point) de la comutatorul MSC1, care transmite 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 modifică starea apelului pentru acest 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.

O.S.A.(Open Service Access) este o interfață software deschisă dezvoltată de consorțiul 3GPP și ETSI, adesea folosită pentru încărcarea serviciilor VAS și a internetului mobil.

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

1. Când se încearcă activarea Contextului PDP (telefonul obține o adresă IP în rețeaua operatorului de telefonie mobilă), GGSN întreabă platforma 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, fondurile sunt disponibile), 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 să facă 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

Modificarea nevoilor clienților (inclusiv creșterea volumului de date transmise), crearea de noi tipuri de servicii, atrage după sine evoluția rețelei operatorului de telefonie mobilă, în primul rând în domeniul platformelor VAS și al sistemelor de facturare.

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

Plan:
Caracteristicile și scopul sistemelor de facturare;
Structura și funcțiile sistemului de facturare;
Subsisteme de bază specifice facturării;
Standardele sistemului de facturare

Cuvinte cheie: facturare, multilingv, multivalută, roaming, standard.

Caracteristicile și scopul sistemelor de facturare

Sistem de facturare (din limba engleză bill - bill, billing - scrierea unei facturi) - un sistem 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 facturarea abonaților și mutuale. decontari cu alti furnizori de servicii. Ciclul operațiunilor pe care le efectuează se numește facturare. Sistemul de facturare (BS) este un sistem de contabilitate, software dezvoltat special pentru operatorii de telecomunicații. Sistemele de facturare sunt folosite atât în ​​telefonie (cu fir și celular), cât și în rețelele de date (furnizorii de internet), și apar și în telefonia IP. 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 de menționat că BS înseamnă de obicei hardware-ul implicat în organizarea facturării.
Există mai multe denumiri pentru sistemul de facturare: ACP - sistem automat de decontare; IBS - sistem informatic de facturare.
Una dintre calitățile importante ale BS este flexibilitatea sa, adică capacitatea de a se adapta circumstanțelor în schimbare. Sistemul flexibil este adaptat nu numai nevoilor imediate ale operatorului; Datorită unor calități precum personalizarea, modularitatea și deschiderea, vă permite să rezolvați probleme promițătoare. Principiul modular al construirii unui sistem este un principiu în care întregul sistem este asamblat din părți separate (module). BS mai constă din astfel de module - subsisteme. BS include, de exemplu, un subsistem de preprocesare a datelor, un subsistem de gestionare operațională a facturării și un subsistem de notificare a clienților. Deschiderea sistemului înseamnă deschiderea codului sursă al produsului software, ceea ce permite operatorului să nu depindă de dezvoltator în viitor și să mențină și să actualizeze în mod independent sistemul. Strâns legată de flexibilitatea BS este următoarea calitate a sistemelor de calcul automatizate - scalabilitatea.
Scalabilitate la încărcare. Odată cu creșterea bazei de abonați și apariția unor servicii suplimentare, nu ar trebui să fie necesară schimbarea sau modificarea părții software a BS. Creșterea capacităților BS ar trebui realizată prin modernizarea hardware-ului sistemului. Atunci când proiectați sisteme scalabile, este necesar să folosiți SGBD-uri concepute pentru volume mari de date. SGBD-ul trebuie să fie compatibil cu diverse platforme de computer pentru a oferi suport pentru operarea cu multiprocesor.
Fiabilitatea este una dintre cerințele principale 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. În același timp, fiabilitatea BS este asigurată și de respectarea anumitor standarde în timpul dezvoltării acestora.
Multilingv - capacitatea de a seta diferite limbi pentru a prezenta informații.
Multicurrency - capacitatea de a lucra cu orice monedă
Facturarea amânată este facturarea în care plățile sunt efectuate după ce au avut loc apelurile.
Facturare la cald - modificări ale soldului contului au loc în timpul conversației, iar informații 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-ului său.
BS mare - sisteme utilizate de operatorii mari.
Înregistrare facturare - înregistrarea rezultatelor calculelor de facturare; După calcule, rezultatele devin disponibile utilizatorilor (trimise, tipărite).
Deoarece BS are scopul de a automatiza decontările cu clientul, trebuie să asigure automatizarea de la încheierea unui acord până la emiterea facturilor pentru serviciile de comunicații celulare, și în mod corect. Folosind subsisteme de servicii automate și de colectare automată a datelor, ASR ar trebui să ofere abonaților posibilitatea de autoservire. Unele BS permit abonaților să plaseze comenzi pentru conectare și să plătească pentru servicii prin Internet.

Structura și funcțiile sistemului de facturare
Schema de organizare a facturării nu este complicată: informațiile despre conexiuni și durata acestora sunt înregistrate de comutator și, după procesarea preliminară, sunt transferate în sistemul de facturare. Sistemul de facturare „știe” tarifele. Identifică apelul și efectuează calculele necesare, generând astfel contul abonatului. Este evident că memoria sistemului ar trebui să stocheze nu doar standarde, tarife și informații despre servicii, ci și date despre clienți, contracte încheiate cu abonații și furnizorii terți de servicii de comunicații (dacă există), precum și despre costul transmiterii informațiilor. prin diferite canale și direcții (sistemul trebuie să prevadă și prezența dealerilor: aceștia pot avea prețuri diferite, de exemplu, pentru conectare). În plus, orice BS trebuie să aibă o bază de date care să stocheze istoricul plăților: doar aceste informații vă permit să controlați procesul de plată și să automatizați așa-numita activare/dezactivare a abonaților. Această funcție BS poate fi numită și de protecție, deoarece nu permite celor care nu plătesc pentru ele să utilizeze serviciile de comunicații.


Orez. 11. Structura sistemului de facturare
Pe baza funcționalității lor, BS-urile pot fi împărțite în trei clase: cele destinate operatorilor de telecomunicații transnaționali, sisteme personalizate la scară națională și sisteme de clasă mijlocie pentru rețele regionale.
BS aparținând clasei I trebuie să asigure interacțiunea rețelelor la nivel internațional, în diferite fusuri orare, i.e. trebuie să fie multi-valută și multilingvă.
Sistemele personalizate la scară națională sunt create pentru un anumit operator. Operatorul poate avea nevoie de un nou BS compatibil cu un sistem de decontare existent. Desigur, costul unor astfel de sisteme individuale este mult mai mare.
La scară regională, te poți descurca cu BS standard. În același timp, astfel de sisteme trebuie să aibă calitățile enumerate mai sus: flexibilitate, scalabilitate, fiabilitate. Orice BS este creat și configurat pentru procesul de afaceri al unui anumit operator de telecomunicații, are propriul set de funcții corespunzătoare ciclului tehnologic de furnizare a serviciilor și poate lucra cu echipamente de rețea specifice care îi furnizează informații despre apeluri și conexiuni - adică , BS nu este un produs „cutie” . Dar există și un set standard de funcții acceptate de aproape toate BS. Include:
operațiunile efectuate în etapa prelucrării și analizei preliminare a informațiilor sursă, de exemplu, funcția de obținere a datelor privind conexiunile și serviciile (cereri către comutator);
operațiuni de gestionare a echipamentelor de rețea: funcții de activare/dezactivare (blocare/deblocare) abonaților și comenzi de modificare a condițiilor de abonament abonaților, transmise direct la comutator;
funcțiile principale ale aplicației DBMS, inclusiv: taxarea înregistrărilor comutatoare despre apeluri și servicii; formarea și editarea tabelelor bazei de date a sistemului de decontare; facturare și tipărire; controlul creditului conturilor; realizarea raportului; arhivare.
După cum sa menționat deja, BS trebuie să fie flexibil sau modular. Fiecare element al sistemului de control automatizat asigură implementarea unei secțiuni specifice a lanțului tehnologic de servicii pentru clienți. Principalele subsisteme caracteristice facturării sunt: ​​un subsistem pentru prelucrarea preliminară a datelor de conectare, managementul operațional al facturării și un subsistem de notificare a clienților.

| Recreere și hobby-uri | Viața | Arhiva | RSS

Facturarea în domeniul bancar: un sistem de plată convenabil pentru toată lumea

Gama de servicii a aproape oricărei bănci include operațiuni de acceptare a plăților de utilități și bugetare și transferul lor ulterior către organizația beneficiară. În ciuda aparentei simplități a furnizării acestui serviciu, acest tip de operațiune a fost întotdeauna destul de intensivă în muncă, deoarece a implicat mai multe etape de lucru cu pregătirea unei cantități semnificative de documentație bancară. Nici acest sistem nu era foarte convenabil pentru clienți: plătitorii de servicii erau adesea nevoiți să stea la cozi, iar organizațiile de utilități trebuiau să aștepte câteva zile pentru ca sumele să fie creditate în conturile lor.

Situația s-a schimbat dramatic de când băncile au început să introducă în activitățile lor un nou sistem de plată, numit „facturare”. Acest complex implică automatizarea completă a procesului de acceptare a diferitelor plăți și transferarea acestora în contul destinatarului. Banca încheie un acord cu o organizație locativă și comunală sau cu o companie care furnizează servicii de comunicare privind trecerea la un sistem de facturare. După aceasta, această întreprindere oferă băncii detaliile sale pentru creditarea sumelor, precum și o bază de clienți cu o defalcare a datoriei pentru fiecare abonat. Datele furnizate sunt actualizate în termenele specificate în contract.

La trecerea la facturare, serviciul pentru clienți se realizează printr-un bancomat sau un terminal, ceea ce elimină nevoia de a sta la cozi și de a completa plictisitor chitanțele. Specialistul băncii leagă cardul de plastic al clientului o dată la numele de familie sau numărul de identificare a plătitorului indicat de acesta. Astfel, el nu poate doar să plătească datoria lunară pentru gaz, apă sau telefon, ci și să primească în timp util informații despre starea acesteia.

Acest sistem este aplicabil și pentru plata plăților unice dacă organizația a încheiat un acord corespunzător cu banca. Datorită sistemului de facturare, clientul poate achita suma taxei sau taxei obligatorii folosind numărul de chitanță emis de fisc sau altă organizație bugetară.

Pentru întreprinderile care primesc plăți de la public, facturarea este, de asemenea, cel mai convenabil și mai fiabil sistem, deoarece automatizarea calculelor elimină posibilitatea de a credita fonduri unui beneficiar nepotrivit. În plus, utilizarea acestui serviciu bancar reduce semnificativ timpul necesar pentru ca sumele de plată să ajungă în contul curent al organizației.

Facturarea este un proces automat care utilizează software profesional. Acesta analizează modul în care semnalul trece prin fiecare celulă, apoi este sortat și calculat care va fi costul serviciilor pentru un anumit proprietar. Facturarea telefonică este cea care generează plata pentru comunicațiile telefonice. După apel, el debitează oricât de mulți bani indicați în planul dvs. tarifar.

Sisteme de facturare

Facturarea telefonului mobil este un proces complex care necesită instrumente moderne, de înaltă calitate și puternice. Software-ul, suportul bancar și juridic sunt componente ale noilor tehnologii. Din acest motiv, programele de facturare telefonică există doar în companiile mari care se angajează în comerțul electronic și, desigur, în companiile celulare regionale.

Funcția acestui nou sistem este că calculează prețul pentru serviciile de comunicații mobile separat pentru fiecare persoană. Programele salvează informații despre ora la care utilizatorul a sunat, durata și alte caracteristici ale conversațiilor pentru o anumită perioadă (pentru un an sau șase luni). Facturarea telefonică implică software profesional care este utilizat în calculele contabile ale operatorilor de telecomunicații.

Distribuția sarcinii

De regulă, operatorii de telefonie mobilă cooperează între ei. Ei instalează o stație și o folosesc împreună fără a cheltui bani suplimentari pe software și De obicei, în fiecare oraș, un operator instalează un turn separat pentru sine. În zonele rurale și autostrăzi, mai multe companii folosesc unul. Va fi un singur proprietar al acestei stații mobile, dar alți operatori îl plătesc pentru chirie, costul acestuia fiind calculat în funcție de numărul de apeluri.

Traficul pe internet este gestionat și de sistemele de facturare. În acest caz, abonatul este taxat la un tarif separat. Fiecare companie este diferită. Într-una, trebuie să plătiți pentru timpul petrecut pe Internet, în cealaltă, pentru pachetele de informații transmise și primite.

Funcții de facturare

Facturarea prin telefon se bazează pe un principiu destul de simplu. Nodul de comutare înregistrează toate datele, și anume durata și caracteristicile apelului. Apoi toate informațiile primite sunt trimise la stația centrală, unde se face calculul.

Software-ul, care este instalat în biroul central, prelucrează toate datele și monitorizează reglementările, tarifele și prețurile. Facturarea telefonică conține toate informațiile despre utilizator (tarif, disponibilitatea bonusurilor, prețuri pentru anumite zone).

Aceste baze de date moderne stochează informații despre toate plățile efectuate de fiecare client. Acest lucru vă permite să calculați retragerile. Stațiile de facturare sunt echipate cu calculatoare puternice și de înaltă calitate, care vă permit să efectuați calcule foarte rapid. Din acest motiv, solicitările abonaților privind starea contului primesc rezultate aproape instantaneu.

Software-ul monitorizează, de asemenea, starea contului utilizatorului. Sistemul are capacitatea de a dezactiva un abonat. Dacă o persoană nu și-a încărcat contul de mult timp și nu folosește serviciile unei companii de telefonie mobilă, atunci este pur și simplu oprită.

După cum probabil ați ghicit, din cauza facturării telefonului mobil, apare un mesaj care spune că sistemul nu poate stabili o conexiune atunci când factura este zero. Dacă încărcați soldul telefonului, puteți utiliza imediat serviciile, sistemul le conectează automat.

Majoritatea operatorilor de telefonie mobilă creează o funcție de feedback. De asemenea, controlează facturarea telefonului mobil. Cu ajutorul acestuia, conectându-vă la contul personal, puteți completa, dezactiva, conecta diverse servicii, vă puteți modifica tariful și multe altele.

Dacă accesați site-ul web al operatorului dvs. de telefonie mobilă, vă puteți vedea activitatea din ultima lună prin facturarea telefonului. Puteți vedea cu cine ați avut conversații, pentru ce durată și câți bani v-au perceput pentru asta.

Opțiuni suplimentare de facturare: supraveghere mobilă

Telefonul mobil pe care îl folosim pentru comunicare, cum ar fi o cameră, o cameră video, un far, are și alte funcții. În zilele noastre, cele mai multe infracțiuni sunt investigate prin facturare. Acest sistem este capabil să urmărească toate apelurile.

Cum poate ajuta facturarea telefonică într-o investigație de crimă? Este simplu, acest sistem înregistrează când ne conectăm la Internet și unde se întâmplă asta, sunați sau trimitem SMS-uri.

Cu ajutorul noilor tehnologii, și anume facturarea, au fost deja investigate multe infracțiuni importante și vinovații găsiți.

Abonatul este întotdeauna disponibil

Telefonul mobil este o mare realizare a omului, o nouă tehnologie care a avansat. Din păcate, această tehnologie poate fi folosită nu pentru bine, deoarece un telefon mobil este un fel de radiofar care va ajuta la urmărirea locației unei persoane.

După cum am aflat deja, întregul teritoriu unde există comunicații mobile este împărțit în celule. Există turnuri și stații speciale care au o anumită adresă.

Dacă analizezi semnalul de la un telefon mobil, poți determina la ce distanță și unde se află o persoană (în mașină, acasă, pe stradă). De asemenea, nu este dificil să determinați mișcarea abonatului. Puteți lua mai multe turnuri și puteți afla traseul unei persoane cu o mică eroare.

Facturare privată

Primii care au folosit facturarea pentru investigații au fost detectivii privați. Desigur, acțiunile lor au încălcat Codul Penal.

Dacă este interzis, cum au obținut informațiile? Prima modalitate este să achiziționați date de la angajații unei companii de telefonie mobilă. Dar acum nu este atât de simplu, serviciile au început să se lupte cu scurgerea de informații.

Acum, pentru a trimite datele detectivilor, va trebui să plătiți 500 USD. Și pentru a o analiza, pentru a afla mișcarea unei persoane, trebuie să plătești 1.500 de dolari. În cele mai multe cazuri, pentru ca un angajat al unei companii de telefonie mobilă să devină interesat de această „afacere”, trebuie să înveți în mod constant numerele în cantități mari.

O altă modalitate este de a cere operatorilor familiari să afle despre telefonul mobil și despre persoana căreia îi aparține. Dar acest lucru este destul de lung, ancheta poate dura.