2.2 UTM NETUP-a

2.4 Saobraćajni inspektor

3. Procjena ekonomske efikasnosti uvođenja sistema naplate

Zaključak

Uvod

U uslovima visoka konkurencija Operateri stalno proširuju spektar usluga koje se pružaju pretplatnicima. Sve više korisnika komunikacionih usluga redovno koristi nekoliko vrsta telefonije kod kuće i na poslu, koristeći kanale informacione komunikacije. Kako se integrisati u ovoj situaciji razni sistemi obračun za obračun raznih usluga? (glas, IP, itd.). Zbog sve veće popularnosti usluga prenosa podataka, postaje relevantna ispravnost obračuna i raspodjele prihoda između telekomunikacionog operatera i Internet provajdera.

Sisteme naplate koriste provajderi koji prate promet koji potroše klijenti, kancelarije povezane na internet, a koji se pojavio u U poslednje vreme V velike količine kućne mreže i krajnje korisnike. Takvi sistemi se također mogu koristiti za kontrolu tokova informacija unutar lokalnih mreža.

Svrha rada je izvođenje komparativnog ekonomske analize implementacija četiri različita sistema naplate.

Za postizanje ovog cilja u radu se postavljaju sljedeći zadaci:

· razmotriti koncept i karakterizirati sisteme naplate;

· pregled savremenih sistema naplate;

· procijeniti ekonomsku efikasnost uvođenja sistema naplate.

1. Pojam i karakteristike sistema naplate

Srce svakog sistema naplate je tehnologija za ocjenjivanje i naplatu zasnovanu na tome razni parametri događaji. Samo sistem sa dovoljno fleksibilnosti može pratiti događaje u realnom vremenu. Sistem naplate mora biti konfigurisan na način da ne samo da prepozna nove usluge i poveže ih sa odgovarajućim parametrima, već i omogući telekom operateru da kreira inovativne usluge. tarifni planovi na osnovu informacija o korištenju usluga sljedeće generacije.

Veoma važna karakteristika sistem naplate je koliko brzo omogućava operateru da odgovori na promjenjive zahtjeve tržišta i uvede nove složena kola tarifne planove za svoje pretplatnike. Na primjer, ako operater primijeti naglo povećanje SMS prometa na Internetu, mora brzo i efikasno iskoristiti ovu promjenu kako bi izvukao veći profit od uvođenja posebne tarife ili popuste i stimuliše dalje povećanje prometa i, shodno tome, vlastitog profita. Osim toga, sistem naplate treba da omogući operateru da kreira posebna pravila poslovanja i marketinške programe za naplatu ne samo tradicionalnih vrsta usluga, već i budućih usluga, čiji su parametri još uvijek nepoznati.

Stoga, mehanizmi ocjenjivanja i naplate moraju biti dizajnirani na način da operater može lako dodati, dohvatiti i modificirati usluge i njihova odgovarajuća poslovna pravila. Uloga programera sistema naplate nije samo da obezbedi alat za statičnu naplatu, već i da obezbedi operateru mehanizme čiju poslovnu logiku može brzo da promeni i konfiguriše sam operater u realnom vremenu iu skladu sa svojim zahtevima.

Najefikasniji mehanizam ocenjivanja omogućava vam da precizno i ​​logično definišete skup uzastopnih poslovnih procesa. Ova tehnologija se naziva „drvo odlučivanja“ (DO Tree) i zasniva se na sistemu čvorova i grana. Izgrađen je pomoću grafičkog korisničkog interfejsa koji vam omogućava da razvijete inovativne tarifne planove u obliku logičkog stabla. Svaki od njegovih čvorova predstavlja vrstu odluke zasnovanu na trajanju poziva, stanju pretplatnika, tabeli geografskih zona itd. i može sadržavati radnju ili skup radnji koje se moraju poduzeti kada dođe do određenog događaja (pružanje popusta ili usluge, slanje poruke itd.).

Stablo odlučivanja može pristupiti bilo kojem atributu događaja: stanje pretplatnika, informacije o pretplatniku, atribut događaja, itd. Može pokrenuti bilo koju vrstu radnje i bilo koji broj radnji u sistemu (na primjer, naplata, dvostruka naplata, pružanje usluge, obračun popusta i bonusi, slanje poruka ili pisanje skripti). jedan sistem pravila mogu obraditi sve aspekte događaja (svakih 20 SMS poruka koje pretplatnik pošalje aktivira bonus događaj od $1 u DO stablu). Jednom utvrđeno nova usluga, stablo odlučivanja ga odmah povezuje s odgovarajućim atributom i izvodi potrebne radnje.

Definiranje poslovnih pravila u prirodnom i logičnom toku zamjenom zastarjelih tablica naplate i pravila naplate koja se koriste u mnogim postojećim sistemima naplate glavna je prednost takvog mehanizma i pruža operateru mogućnost da brzo uvede nove usluge i ocijeni nove usluge sa do sada nepoznati parametri.

Zahvaljujući tome, telekom operateri i provajderi sadržaja imaju mogućnost naplate ne samo vremena kada je klijent na mreži, već i na osnovu drugih parametara, na primjer, za svaku radnju klijenta.

Danas je raspon usluga za pretplatnike prilično širok, a svaku od njih treba ocijeniti drugačije. Da bismo to uradili, potreban nam je sistem koji podržava takve razlike: bez obzira da li korisnik želi da pogleda Mars, da primi sliku sa satelita, ili da ode na veb lokaciju Kongresne biblioteke SAD, fajlovi moraju biti prepoznati i procenjeni u skladu sa tim.

Dakle, sistem naplate nije samo neophodan, već i jedan od bitne komponente softverska infrastruktura telekom operatera. Izbor i implementacija sistema naplate sa ekonomske tačke gledišta spada u kategoriju investiciono-inovacione delatnosti preduzeća, jer podrazumeva korišćenje nečeg novog za dato preduzeće. tehnološko rešenje, koji zahtijevaju odgovarajuća ulaganja u opremu, softver, procese instalacije sistema, obuku osoblja i sl. i omogućavanje tokom svog rada ostvarivanje određene dobiti pružajući korisnicima određene usluge. Postoji razne metode procjene isplativosti investicione projekte u preduzeću, međutim, pošto je sistem naplate složen tehnički proizvod, za ispravnu primjenu bilo koje od ovih metoda potrebno je uzeti u obzir niz specifičnih karakteristika svojstvenih datom proizvodu i formalizirati ih.

Postoje dva glavna zadatka sistema naplate: prikupljanje statistike korišćenja mrežni promet i automatsko obračunavanje sredstava za utrošene usluge.

Navodimo uobičajene mogućnosti sistema naplate:

· vođenje detaljne evidencije saobraćaja po lukama, protokolima, autonomni sistemi, interfejsi na ruteru, itd.;

· mogućnost rada u "promiskuitetnom" načinu, to jest, instalacija ne na ruteru, već unutar mreže bez komutacije;

· upravljanje putem web interfejsa.

Također možete istaknuti opcionalne, ali ponekad potrebne funkcije:

· ispravna obrada podaci kada se koristi prevođenje adresa (NAT) ili keširanje proxy servera;

· podela na ruski/strani saobraćaj (prema mrežnim maskama);

· određivanje kvota za potrošnju saobraćaja (uključujući tzv. „meke“ kvote);

· podrška za IP telefoniju;

· čitanje statistike sa nekoliko rutera.

Strukturno, sistemi naplate uključuju najmanje tri glavne komponente:

1. modul za prikupljanje statističkih podataka sa mrežni uređaji, usmjeravanje IP tokova ili direktno iz mrežni paketi u "promiskuitetnom" modu;

2. modul za pohranjivanje i konverziju statističkih informacija;

3. modul za uzorkovanje podataka o prometu sa strane administratora i krajnjim korisnicima sistemima.

2. Pregled savremenih sistema naplate

2.1 MSISAServer

Povezivanje mreža i korisnika na njima na Internet stvara sigurnosne izazove. ISA Server pruža organizaciji sve neophodni alati za upravljanje i praćenje upotrebe mrežne veze. ISA Server štiti mreže od neovlaštenog pristupa, analizira protok informacija i upozorava administratore na napade preko Interneta.

Pristup internetu velike brzine. Internet pruža velike mogućnosti organizacijama da poboljšaju svoju produktivnost, ali to je tačno samo ako je pristup Internet resursima brz i isplativ. Funkcija keširanja ISA Servera minimizira probleme u pristupu udaljenim resursima i smanjuje opterećenje mreže brzim pružanjem prethodno preuzetih informacija.

Standardizovane kontrole. Kombinacijom korporativnog firewall-a i keš servera u jednom proizvodu, ISA Server pruža sveobuhvatnu infrastrukturu upravljanja koja smanjuje troškove upravljanja. ISA Server je čvrsto integrisan sa Windows 2000, pružajući moćan, konzistentan sistemski alati za upravljanje korisničkim pristupom, konfiguraciju konfiguracije i sistemska pravila.

Proširiva, otvorena platforma. Sigurnosne politike se razlikuju od organizacije do organizacije. Visoko opterećenje mreže i raznovrsnost korištenih formata paketa i poruka također često stvaraju dodatne probleme. Pod ovim uslovima, nijedan proizvod neće biti potpuno prikladan u svim situacijama. Iz tog razloga, ISA Server je dizajniran i napravljen da bude što je moguće proširiviji. Kada počnete raditi s njim, pronaći ćete sveobuhvatan skup razvojnih resursa (SDK) za samorazvoj, ogroman izbor gotova rješenja u obliku dodataka kreiranih od strane nezavisnih razvojnih kompanija i lako proširivog administrativnog modula.

Jeste li ikada razmišljali o tome kako se formiraju plaćanja za mobilne usluge? telefonska komunikacija? Sve što treba da uradite je da završite razgovor, a iznos je vaš telefonski račun varira u zavisnosti od tarife.

Ovo se dešava u automatski način rada: specijalni softver prati prolazak signala kroz svaku ćeliju, sortira ih i prema njima izračunava date parametre trošak pružanja usluge za svakog vlasnika broja. Jednostavno rečeno, ovaj proces se zove naplata. mobilne komunikacije.

Sistemi naplate

Za naplatu je potrebna kombinacija moćnih tehnička sredstva, softver, bankarstvo i pravna podrška. Čak i mnogi ljudi to ne mogu velike kompanije, stoga je naš vlastiti sistem naplate prednost za vrlo mali broj učesnika na tržištu. Većina kompanija koje pružaju usluge ecommerce, a regionalni koriste usluge velikih sistema naplate.

Funkcije sistema naplate uključuju izračunavanje cijene usluga mobilne komunikacije za svakog pretplatnika u realnom vremenu. Memorija sistema čuva informacije o trajanju, vremenu izvršenja i drugim parametrima svih telefonskih poziva pretplatnika za određenom periodu- recimo, šest meseci ili godinu dana.

Sistem naplate uključuje softver za računovodstvene obračune telekomunikacionih operatera, uključujući međusobna obračuna između njih.


Nije tajna da se mobilni operateri često međusobno dogovaraju dijeljenje mobilne stanice za uštedu novca tehnička podrška. Ako u gusto naseljenom urbanom području svaki operater instalira svoju stanicu, onda ruralnim područjima ili na autoputu, nije neuobičajeno da jednu stanicu koristi više operatera. Ali vlasnik ćelijska stanica samo jedan, a preostali operateri mu plaćaju usluge najma stanice na osnovu broja poziva.

Obračun internet saobraćaja je takođe uključen u obim sistema naplate. Štaviše, za svakog pretplatnika vrši se po svojoj tarifi: u nekim slučajevima to je plaćanje po vremenu, u drugim je plaćanje za broj primljenih i prenesenih paketa informacija.

Funkcije sistema naplate

Princip rada sistema naplate je prilično jednostavan: sve informacije o pozivima, njihovom trajanju i karakteristikama bilježi komutacijski čvor, nakon čega se prenose na centralnu serversku stanicu na obračun.

Softver instaliran tamo obrađuje ogromne baze podatke i „pamti“ sve propise, tarife i cijene, kao i lične podatke svakog klijenta: tarifu koju je odabrao, dostupnost bonusa, detalje ugovora, cijene komunikacijskih usluga od strane različitim pravcima itd.


Pored toga, sistemska baza podataka čuva informacije o prethodnim uplatama svakog pretplatnika mobilna mreža. Na osnovu svih ovih podataka, obračunavaju se isplate. Zahvaljujući upotrebi super-moćnih računara, izračun traje djelić sekunde, a njegov rezultat se gotovo odmah odražava na status računa pretplatnika.

Među funkcijama sistema naplate je i aktivacija ili deaktivacija (isključivanje) pretplatnika. Jednostavno rečeno, sistem prati status svakog računa i pruža komunikacione usluge samo onim pretplatnicima koji imaju sredstva da ih plate.

Veza se ne uspostavlja ako je mobilni račun potrošen. Nakon toga, pružanje komunikacijskih usluga se automatski nastavlja.

Moderna naplata pruža ovu funkciju povratne informacije. Svojim računom možemo upravljati sa našeg ličnog računa: dopuniti, povezati ili isključiti određene usluge, promijeniti tarife itd.

Između ostalih Personal Area Online mobilni operater omogućava provjeru vašeg računa za posljednje mjesece, tj. pogledajte sa kojim brojevima su vođeni razgovori, koliko su trajali i kako su za njih podignuta sredstva sa računa.

Dodatne opcije naplate

Mnogi ljudi znaju da se sistemi naplate često koriste u svrhe koje nisu predviđene. Službenici za provođenje zakona mogu koristiti podatke o naplati za uspostavljanje kontakata osobe koja ih zanima.


Po potrebi se utvrđuje ne samo trajanje razgovora i broj pretplatnika sa kojima su vođeni, već i lokacija te osobe u trenutku razgovora. Moraju postojati uvjerljivi razlozi za dobivanje ovih informacija, a samo sud može dati dozvolu za pristup.

Za obične građane, dobijanje ovih podataka o bilo kome drugom, čak i o članu svoje porodice, strogo je zabranjeno zakonom.

Sistemi naplate: osnovni pojmovi

Naplata. Koje asocijacije izaziva ovaj izraz? Možda postoji neka veza sa Billom Gatesom? Ne, na sreću još nije „zabadao nos“ u oblast telekomunikacija. Pa, to je samo šala. Ali da budemo ozbiljni, pogledajmo porijeklo riječi naplata. engleska riječ“račun” se može prevesti kao “račun” (drugi prijevodi: račun, novčanica). „Naplata“ se prevodi izrazom „pisanje fakture“.

Šta je sistem naplate?

Sistemi koji obračunavaju troškove komunikacionih usluga za svakog klijenta i pohranjuju informacije o svim tarifama i drugim karakteristikama troškova koje koriste telekomunikacioni operateri za izdavanje računa pretplatnicima i međusobno obračunavanje sa drugim pružaocima usluga nazivaju se sistemi naplate; ciklus operacija koje obavljaju naziva se naplata. Sistem naplate (BS) je računovodstveni sistem, softver, drugim riječima - "softver" razvijen posebno za operatere. Koji operateri? Telekomunikacije. Odnosno, ne govorimo samo o mobilnim operaterima. BS-ove koriste i redovni (fiksni, žični) komunikacijski operateri. U malim kancelarijama, na primjer, možete voditi telefonski račun (analizirati: ko je zvao, kada, koliko je razgovor trajao). IP telefonija je još jedno područje primjene BS-a. Šta je sa internet provajderima? Oni također koriste BS, na primjer, za generiranje faktura i evidentiranje prometa. Bilo koji BS je kreiran na bazi određeni sistem upravljanje bazom podataka (DBMS). Većina BS u svijetu kreirana je na bazi Oracle DBMS-a. Među ostalim DBMS-ovima, Sybase i Informix se mogu razlikovati kao dizajnirani za velike količine informacija. Evo naziva nekih sistema naplate: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Vrijedi napomenuti da BS također može značiti Hardver uključeni u organizaciju naplate.

Terminologija

Pokušat ću razmotriti sve osnovne koncepte i definicije vezane za BS. Fokusiraću se na BS koji koriste mobilni operateri. Ali većina definicija se odnosi i na BS koji se koristi u drugim područjima. Pokušat ću to objasniti što jednostavnije kako bi većina čitalaca mogla razumjeti materijal. Ako imate nešto da dodate uslovima koje sam uneo, pišite mi na e-mail.

Postoji nekoliko naziva za sistem naplate: ASR— automatizovani sistem plaćanja; IHD— informacioni sistem naplate.

Jedan od važnih kvaliteta BS je ona fleksibilnost, odnosno sposobnost prilagođavanja promijenjenim okolnostima. Fleksibilni sistem je prilagođen ne samo neposrednim potrebama operatera; zbog takvih kvaliteta kao što su prilagodljivost, modularnost i otvorenost, omogućava rješavanje obećavajućih problema. Što više opcija ima sistem za prilagođavanje, to bolje. Šta je modularnost? Modularni princip izgradnje sistema je princip od kojeg se sastavlja čitav sistem pojedinačni dijelovi(moduli), kao kuća koja se sklapa ciglu po ciglu. BS se takođe sastoji od takvih modula - podsistema. BS uključuje, na primjer, podsistem za prethodnu obradu podataka, operativni podsistem upravljanja naplatom i podsistem za obavještavanje korisnika (pročitajte u nastavku o strukturi i funkcijama BS-a). Ispod otvorenost sistem podrazumeva otvorenost izvorni kod softverski proizvod, što omogućava operateru da u budućnosti ne zavisi od programera i samostalno održava i nadograđuje sistem. Usko povezan sa fleksibilnošću BS je sledeći kvalitet automatizovanih sistema proračuna - skalabilnost.

Skalabilnost učitavanja. Sa rastom baze pretplatnika, pojava dodatne usluge ne bi trebalo biti potrebe za mijenjanjem ili modifikacijom softverski dio BS. Povećanje sposobnosti BS-a treba postići nadogradnjom hardvera sistema. Šta je važno uzeti u obzir pri dizajniranju skalabilnih sistema? Neophodno je koristiti DBMS dizajniran za velike količine podataka. DBMS mora biti kompatibilan sa raznim kompjuterske platforme za pružanje podrške za višeprocesorski rad.

Pouzdanost- jedan od osnovnih zahtjeva za svaki sistem. Pouzdanost BS-a određena je pouzdanošću DBMS-a i tehnologijama koje se koriste u razvoju sistema. Daleko od toga posljednje mjesto uzima u obzir pouzdanost dobavljača (programera) aplikativnog softvera: vrijeme njegovog rada na tržištu i, kao indirektni pokazatelj, postotak prisutnosti sistema koje je razvio na tržištu telekomunikacija. Zašto je indikator indirektan? moguće je Microsoft Windows najbolji i najpouzdaniji operativni sistem?... I istovremeno ima značajan udio na tržištu. Međutim, pouzdanost BS-a je osigurana i usklađenošću sa određenim standardima tokom njihovog razvoja (o tome pročitajte u nastavku).

Višejezično— mogućnost instaliranja različitih jezika za prezentaciju informacija.

Multicurrency— sposobnost rada sa bilo kojom valutom

Odloženi obračun— naplatu, u kojoj se plaćanja vrše nakon obavljenih poziva.

Hot billing— stanje na računu se mijenja tokom razgovora, a informacije o stanju na računu možete dobiti odmah nakon poziva.

Optimizacija naplate— poboljšanje, poboljšanje od strane operatera svoje BS.

Big BS— sistemi koje koriste veliki operateri.

Knjiženje naplate— evidentiranje rezultata obračuna naplate; nakon proračuna rezultati postaju dostupna korisnicima(poslano, štampano).

Šta može, šta treba ili za šta je odgovoran BS?

Evropski standard (poreklo). TAR pojavio se 1992. Podržan je radna grupa TADIG. Većina evropskih operatera koristi TAR2, iako postoji i treća verzija. Od 1995. modifikacija TAP2, poznata kao specifikacija TD.27, ili NAGTAP2, počeo se koristiti u SAD-u.

Umjesto zaključka

Izvadite mobilni telefon iz džepa, okrenete broj, pritisnete “pozovi” i... razgovor se odvija. Sada jedva čekate da saznate stanje na vašem računu. Ako je sistem naplate „vruć“, odmah ćete biti obaviješteni o ovom iznosu. „Sve sam tačno izračunao, dobar je sistem naplate“, mislite. U međuvremenu, drugi pretplatnik saznaje da je upravo dostigao svoje vremensko ograničenje i da je isključen. „Zašto mi treba ova „vruća“ naplata! Glupi sistem naplate!”, žali se... Da, ne možete ugoditi svima u isto vrijeme!

Posebno hvala za informatička podrška Bolshovaya Galina, kolumnistica časopisa

Platforma obrađuje InitialDP 37 ms; pretplatnik je slušao zvučne signale 10 sekundi; Trajanje razgovora je nešto više od 5 minuta.

Naplata prikuplja podatke o korišćenju telekomunikacionih usluga, njihovim tarifama i odgovoran je za naplatu pretplatnika i obradu plaćanja.

Postoje 2 glavne vrste proračuna:

• Naknadno plaćanje- izdavanje računa za period na osnovu rezultata (postpaid)
• I sistem unapred(prepaid), kada se novac plaća unaprijed.

Naknadno plaćanje se pojavilo ranije, ali se ispostavilo da je plaćanje unaprijed pogodnije za kupce (bolje kontrolirati - ako nešto krene po zlu, dolazi do prekida veze, umjesto da se izda veliki račun).

Postpaid sistem

Kada pretplatnik postpejd sistema plaćanja koristi usluge operatera, na komutatorima se generišu posebni CDR (Charging Data Record) fajlovi. U suštini, to su obični zapisnici koji ukazuju na broj pretplatnika, datum, vrijeme poziva/obim preuzetog prometa itd. Naplata, in određeno vrijeme, (na primjer, jednom dnevno) povezuje se na prekidač, preuzima CDR-ove, izračunava cijenu usluga i sve sprema u bazu podataka (obično Oracle). Pretplatniku se tada izdaje ukupna faktura na kraju mjeseca.

Šema interakcije Postpaid platforme sa jezgrom mreže operatera.
CSN- sklopna mreža; Predstavljaju ga prekidači kanala (MSC).
PSN– mreža za komutaciju paketa; Predstavljena paketnim komutatorima i gatewayima (SGSN i GGSN, respektivno).

Princip rada postpaid sistema je relativno jednostavan, jer ne zahtijeva reakciju platforme u realnom vremenu: na kraju krajeva, pretplatnika ne treba upozoravati na dostizanje nule (i, shodno tome, nema potrebe za promijeniti prirodu interakcije mreže s njim).

Advance sistem

U slučaju avansne naplate, telekom operater, pored uzimanja u obzir obima pruženih usluga, treba da riješi i problem praćenja tekućeg računa pretplatnika i, ukoliko dostigne nulu, obavijesti pretplatnika/onemogući pružanje usluge usluga. Stoga se takvi sistemi nazivaju i Online Charging System (OCS).

Pošto operater obezbeđuje različite vrste usluge i koriste se različite vrste mreže (sistem komutacije kanala/paketa), zatim naplata da bi se riješio problem praćenja računa pretplatnika mora koristiti različite protokole naplate, na primjer sljedeće:

Šema interakcije prepaid platforme sa mrežom operatera.

Pogledajmo ove protokole detaljnije.

KAPA

KAPA(CAMEL Application Part) je protokol sloja aplikacije SS7 steka koji implementira inteligentne usluge u GSM/UMTS mrežama (na primjer, prepaid).

Mjesto protokola na steku. Na slici je takođe prikazana popularna opcija koja koristi SIGTRAN tehnologiju (SS7 ekstenzija koja omogućava upotrebu "sedam" protokola preko IP mreže).

Koristeći ovaj protokol, OCS komunicira sa mrežom za komutaciju kola. Evo primjera cijene odlaznih govornih poziva:

Dijalog punjenja koristeći CAP protokol, isprekidane linije prikazuju ISUP poruke.

1. Prvo, sistem naplate prima poruku (Inicijalna tačka detekcije) od MSC1 prekidača, koja prenosi parametre pretplatnika. To su dolazni i odlazni brojevi, adresa ćelije pozvanog pretplatnika i drugo. Na osnovu toga, moguće je započeti analizu poziva. Naplata stvara određenu tačku detekcije – odnosno stanje poziva. OCS određuje da li pretplatnik može napraviti glasovni poziv(ima li sredstava na računu), ako je moguće, koliko? maksimalno vrijeme.
2. Nakon toga, OCS odgovara na prekidač sa Request Report BCSM Event („Inicijalizirao sam tačku detekcije, čekam te dalje informacije o statusu poziva"). I šalje Apply Charging („pretplatnik ima sredstva na svom računu, odobravam poziv“). Tu se šalje i maksimalno vrijeme koje pretplatnik može koristiti.
3. Prekidač se, nakon što je dobio dozvolu od OCS-a, inicijalizira govornu vezu između pretplatnika preko ISUP protokola, šaljući IAM (početnu adresu poruke) poruku na MSC2.
4. MSC2 odgovara na MSC1 sa ACM (Address Complete Message), in u ovom slučaju ovo znači "da, moj pretplatnik, on je sada online, počinjem da ga zovem." Nakon što je primio ovu poruku, MSC1 se uključuje dugi zvučni signali pretplatnik A.
5. Pretplatnik B podiže telefon, MSC2 šalje MSC1 poruku ANM (Answer Message) - "moj pretplatnik je podigao telefon, poveži ih."
6. MSC1 povezuje pretplatnika A i B, počinje razgovor. MSC1 šalje BCSM (O_Answer) poruku izvještaja o događaju OCS-u. OCS mijenja svoje stanje poziva za ovog pretplatnika. Od ovog trenutka počinje punjenje (uzimajući u obzir da su prve 3 sekunde besplatne).
7. Dok pretplatnici komuniciraju, MSC1 prati vrijeme poziva. Ako je ostalo malo vremena, MSC upozorava pretplatnika zvučnim signalom.
8. U našem slučaju, pretplatnik B prvi spušta slušalicu, MSC1 i MSC2 sklapaju prijateljski stisak ruke koristeći REL (Poruku za otpuštanje) i RLC (Otpuštanje kompletne poruke) poruke.
9. MSC1 šalje poruku Event Report BCSM (O_Disconnect - “pretplatnici su uspješno prekinuti”) i Apply Charging Report (koliko sekundi je razgovor trajao) OCS-u.
10. OCS prihvata ove podatke i odgovara da se sesija sada može zatvoriti.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - OPERACIJA --- 02 TAG: 02h INTEGER 01 LEN: 1 23 OPERACIJA: 35 = primijenitiPunjenje --- PRIMJENA PUNJENJE --- 30 TAG: 30h SEKVENCIJA 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0 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

Ovo je dio traga. Vidimo da je poruka applyCharging poslana preko CAP protokola, maksimalno vrijeme razgovora (MAX CPD - Maximum Call Period Duration) je 437,0 sekundi.

Duplicirat ću sliku prije kata: ovo je primjer komunikacije pomoću CAP protokola. Vremenske oznake se mogu procijeniti: platforma obrađuje InitialDP 37 ms; pretplatnik je slušao zvučne signale 10 sekundi; Trajanje razgovora je nešto više od 5 minuta.

Ali ovdje je poziv dugačak i možete vidjeti kako sam sistem traži status poziva (activityTest) od MSC-a svakih 6 minuta. To je urađeno kako u slučaju bilo kakve greške razgovor ne bi trajao danima (dok se ne naplati sav novac pretplatnika).

CAP protokol ne može samo naplatiti glasovne pozive– takođe je sposoban da puni internet veze, SMS, MMS itd. Iako se u praksi za ove potrebe najčešće koriste posebno skrojeni protokoli (DIAMETER/OSA).

O.S.A.

O.S.A.(Otvoreni pristup servisu) – otvoren softverski interfejs razvijen od strane 3GPP i ETSI konzorcijuma, često se koristi za naplatu VAS usluga i mobilni internet.

Razmotrite posao ovog protokola na primjeru tarifa usluga mobilnog interneta:

1. Kada se pokuša aktivirati PDP kontekst (telefon dobije IP adresu u mreži mobilnog operatera), GGSN pita platformu da li ovaj pretplatnik može aktivirati sesiju punjenja (CreateChargingSessionReq).
2. U našem slučaju je sve u redu (pretplatnik je u bazi podataka, gotovina dostupno), platforma kreira sesiju punjenja i omogućava da se PDP kontekst aktivira (CreateChargingSessionResp).
3. Sada pretplatnik želi započeti preuzimanje podataka. Da bi mu to omogućio, GGSN kontaktira platformu sa zahtjevom za rezervisanje sredstava (ReserveUnitReq). Generalno, jedinica je apstraktna stvar, može biti bilo šta - kilobajt podataka, tekstualna poruka, sekunda razgovora, rublja, pica, bure itd. U našem slučaju jedinica je 100 kB.
4. Platforma proverava da li određeni pretplatnik, u skladu sa svojom tarifom, ima sredstva za 100 kB saobraćaja i odgovara porukom ReserveUnitResp („sredstva su rezervisana“). Nakon što je primio ovu poruku sa platforme, GGSN dozvoljava pretplatniku da preuzme promet.
5. Kada pretplatnik preuzme rezervirani dio prometa, GGSN kontaktira platformu porukom DebitUnitReq („možete otpisati rezervirana sredstva“).
6. Platforma zadužuje sredstva i odgovara porukom DebitUnitResp (“sredstva su uspješno zadužena”).
7. Ciklus ReserveUnitReq-DebitUnitResp se ponavlja sve dok pretplatnik ne preuzme cijeli Internet i zatvori internetsku sesiju.
8. Kada je PDP kontekst deaktiviran, GGSN šalje poruku platformi koja označava kraj sesije punjenja; memorija dodijeljena za ovu sesiju se oslobađa.

Request debitUnitReq; OSA komande su umotane u SOAP protokol, koji je zauzvrat enkapsuliran u HTTP protokol.

Zaključak

Promjena potreba korisnika (uključujući povećanje obima prenesenih podataka), kreiranje novih vrsta usluga, podrazumijeva evoluciju mreže mobilnog operatera, prvenstveno u oblasti VAS platformi i sistema naplate.

Ako vam je tema AAA porodičnih protokola zanimljiva, kasnije ću pričati o RADIJUSU, DIJAMETRU i drugim zanimljivim stvarima.

| Rekreacija i hobiji | Život | Arhiva | RSS

Naplata u bankarstvo: sistem plaćanja pogodan za sve

Asortiman usluga gotovo svake banke uključuje operacije prihvatanja komunalnih računa i budžetska plaćanja i njihov naknadni transfer organizaciji primaocu. Uprkos prividnoj jednostavnosti pružanja ove usluge, ova vrsta operacije je oduvijek bila prilično radno intenzivna, jer je uključivala nekoliko faza rada uz pripremu značajnog obima bankarske dokumentacije. Ovaj sistem nije bio zgodan ni za kupce: obveznici usluga često su bili primorani da stoje u redovima, a komunalne organizacije su morale da čekaju nekoliko dana da im se uplati iznos na račune.

Situacija se dramatično promijenila od trenutka kada su banke počele da uvode novi sistem kalkulacije, koje se nazivaju „fakturisanje“. Ovaj kompleks uključuje potpuna automatizacija proces prijema razne uplate i prebacivanje na račun primaoca. Banka sklapa ugovor sa stambeno-komunalnom organizacijom ili kompanijom koja pruža komunikacijske usluge o prelasku na sistem naplate. Nakon toga ovo preduzeće dostavlja banci svoje podatke za iznose kreditiranja, kao i bazu klijenata sa pregledom duga za svakog pretplatnika. Dostavljeni podaci se ažuriraju u rokovima navedenim u ugovoru.

Prilikom prelaska na naplatu, korisnički servis se obavlja preko bankomata ili terminala, što eliminira potrebu za stajanjem u redovima i zamornim popunjavanjem računa. Bankarski specijalista se veže jednom plastična kartica klijenta na prezime koje je on naveo ili matični broj obveznik. Tako ne samo da može otplatiti mjesečni dug za plin, vodu ili telefon, već i pravovremeno dobiti informacije o njegovom statusu.

Ovaj sistem je primenljiv i za plaćanje jednokratnih plaćanja ako je organizacija sklopila odgovarajući ugovor sa bankom. Zahvaljujući sistemu naplate, klijent može platiti iznos poreza ili obavezne naknade koristeći broj računa koji izdaje poreska uprava ili druga budžetska organizacija.

Za preduzeća koja primaju uplate od javnosti, fakturisanje je takođe najpogodnije i pouzdan sistem, budući da automatizacija obračuna svodi na nulu mogućnost da se sredstva dodijele neodgovarajućem primaocu. Osim toga, korištenje ovog bankarske usluge značajno smanjuje vrijeme potrebno da uplate budu primljene na tekući račun organizacije.