Raksts par jēdzienu norēķini pēc tālruņa numura/

Navigācija

Norēķini! Cik skanīgs, noslēpumains vārds!
Kā Vikipēdijā skan šī vārda sausais atšifrējums? Norēķini nozīmē kompleksus pasākumus, darbības, lēmumus sakaru uzņēmumos, kur tiek apkopota informācija par dažādiem sakaru pakalpojumu veidiem, operatoru cenām, klientu rēķiniem un maksājumu rēķinu apstrādi.

Norēķini - navigācija mobilajā tālrunī.

Būtībā Norēķini- sistēma ir papildu programma atbalstīt biznesa pakalpojumus komunikācijas jomā.

Ko nozīmē norēķināties ar tālruņa numuru?

Norēķini pēc telefona numura, pareizāk sakot norēķinu operatoru vidū šūnu sakari, ir abonentam piedāvāto pakalpojumu sērija. Šajā jomā tiek sniegti šādi pakalpojumi:

• personas meklēšana, navigācija uz personas vai objekta atrašanās vietu, autorizācija sakaru tīklā, izmantojot nemaināmu kodu, zvanu analīze, abonentu datu glabāšana utt.

Kā tas viss notiek?

Teiksim, mums jāatrod cilvēks, jānosaka viņa atrašanās vietas koordinātas, tas ir, jāveic norēķinu- operācija.
Parastais zvans ir noteikta darbību grupa. Kā minēts iepriekš, jebkura mobilais telefons ir savs kods (e-pasts). Zvanot, tas ir, autorizācija tīklā mobilie sakari, kods darbojas kā tālruņa aparāta sērijas numurs. Kods tiek izmantots arī telefona ierīču (piemēram, nozagto) izsekošanai un to bloķēšanai.
Kods - identifikators (e-pasts) paliek nemainīgs neatkarīgi no tā, kā mainās SIM karte. Nav grūti noskaidrot, kurš izmantoja SIM karti.

No katra tālruņa ir ienākošie un izejošie zvani un ziņas. Pamatojoties uz šīm darbībām, operators var arī uzzināt, kur atrodas persona.

Kā darbojas abonentu mobilie sakari?

• abonents ieslēdz tālruni un sazinās
• signāls no tālruņa (uztvērēja-raidītāja) pāriet uz mobilo sakaru stacijas antenu
• ir aptuveni noteikta cilvēka atrašanās vieta ar telefonu
• kļūda ir atkarīga no apgabala ģeoloģiskajām īpatnībām, šūnu staciju skaita noteiktā reģiona laukumā

Varbūtība atrast cilvēku ir 100 procenti jeb gandrīz 100 procenti.
Neviena meklēšana netiek pabeigta bez analīzes rezultātā sniegtajiem datiem norēķinu. IN norēķinu ietver ienākošo un izejošo zvanu, ziņojumu, zvanu vēstures, ilguma, cenas analīzi.
Operatori abonenta personas datus un zvanu datus glabā pilnīgi konfidenciāli saskaņā ar likumu par telekomunikācijām un sakariem, lietotāju personas datu aizsardzību.
Dati norēķinu– sistēmas var tikt nodrošinātas tiesībsargājošajām iestādēm, izmeklējot noziegumus, ar tiesas lēmumu.

Pašam abonentam ir aizliegts iesaistīties rēķinu sagatavošanā bez attiecīgo iestāžu atļaujas.
Norēķini, ļoti efektīvs, spēcīgs, bet dārgs meklēšanas rīks.

Video: kā atrast personu pēc tālruņa numura?

Tie nevar pastāvēt bez rēķiniem, pateicoties kuriem viņu pakalpojumu patērētājiem tiek izrakstīti rēķini un tiek nodrošināta viņu darbības ekonomiskā sastāvdaļa.

Šis termins tiek lietots arī telekomunikāciju norēķinu sistēmām krievu valodā automatizēta maksājumu sistēma (ĀKK), jo īpaši šis termins tiek lietots Krievijas Sakaru ministrijas oficiālajos dokumentos, kas nosaka obligātu norēķinu sistēmu sertifikāciju.

Norēķinu funkcijas

Norēķinu funkcijas uzņēmumā ir sagrupētas trīs galvenajos blokos: norēķinu operācijas, informācijas pakalpojumi un finanšu pakalpojumi.

Vispārīgi runājot, apsverot norēķinus integrācijā ar ieņēmumu pārvaldību. Norēķinu un ieņēmumu pārvaldība ) papildus izceļ tādas funkcijas kā ienākumu garantēšana (in. ieņēmumu nodrošināšana), abonentu rentabilitātes vadība (inž. rentabilitātes vadība), abonentu krāpšanas kontrole (eng. krāpšanas vadība).

Norēķinu operācijas

Aprēķinu operāciju blokā ir iekļautas tādas funkcijas kā patēriņa noteikšana (piemēram, detalizētas informācijas saņemšana par zvaniem no slēdžiem, datu apstrāde no komutācijas iekārtām par trafika patēriņu, datu saņemšana no starpniecības sistēmas), patēriņa novērtēšana (patēriņa datu aprēķināto raksturlielumu noteikšana) , summēšanas tāmes un abonentu tarifu veidošana, nodokļu, atlaižu, papildu maksu, korekciju aprēķināšana, rēķinu izrakstīšana apmaksai, piegādes nodrošināšana vai abonentu iepazīstināšana ar rēķinu apmaksai, abonentu personīgo kontu kārtošana.

Aprēķinu bloka ieviešana var ievērojami atšķirties gan dažādiem sakaru veidiem, gan iekšā dažādi modeļi attiecības ar abonentiem.

Priekšapmaksa

Priekšapmaksa (priekšapmaksa) - norēķinu modelis ar abonentiem un aģentiem, kas ietver iepriekšēju līdzekļu iemaksu jūsu personīgajā sakaru pakalpojumu operatora kontā, kas pēc tam tiek iztērēti, lai samaksātu par saņemtajiem pakalpojumiem. Priekšapmaksas norēķinu sistēmas parasti veic uzskaiti reāllaikā, tieši pārvaldot pakalpojumu sniegšanas procesu, sasniedzot darījuma partnera kontā esošo līdzekļu apjoma apakšējo slieksni, pakalpojumu sniegšanas veids var tikt mainīts (līdz pilnīgai izbeigšanai). Kontā esošo līdzekļu apjoms, pozitīva bilances uzturēšanas ilgums, ieņēmumu lielums un regularitāte var kalpot kā tarifa parametri, aprēķinot sniegto pakalpojumu izmaksas, kvalitāti un kvantitāti.

Funkcionalitāte, kas atbalsta piekļuves ierobežošanu reāllaika sakaru pakalpojumiem ar priekšapmaksas norēķinu modeli, dažreiz tiek saukta par karstie norēķini.

Pēcapmaksa

Pēcapmaksa- maksāšanas modelis, kurā operators vispirms sniedz pakalpojumus abonentam vai aģentam ar viņu noslēgta līguma ietvaros un pēc tam veic samaksas iekasēšanu un rēķinu izrakstīšanu. Tarifēšanas un rēķinu izrakstīšanas process ir plānots un regulārs un parasti aptver līgumā noteikto kalendāro laika periodu (visbiežāk mēnesi, dažreiz nedēļu, ceturksni, gadu). Darījuma partnerim ir pienākums samaksāt rēķina summu līgumā noteiktajā termiņā maksājuma kavējuma gadījumā viņam tiek piemērotas līgumā noteiktās darba metodes ar parādnieku, kā daļa no piedziņas procesiem; debitoru parādi.

Informācijas dienests

Informācijas pakalpojumi ietver funkcijas, kas atbalsta operatīvo informāciju par abonentiem, produktiem un pakalpojumiem, tostarp to tarifiem, ierobežojumiem, iespējamām kombinācijām, kā arī konfigurācijas datus par rēķiniem kopumā (piemēram, rēķinu izrakstīšana un norēķinu grafiki, abonentu paziņojumu notikumu pārvaldība, audits un informācija par novecošanas iestatījumiem, abonentu pieņemamās īpašības).

Finanšu pakalpojumi

Finanšu pakalpojumi ietver maksājumu apstrādes funkcijas, to saskaņošanu par izrakstītajiem rēķiniem un pakalpojumiem, abonentu debitoru parādu pārvaldību un iekasēšanas procesu, nodokļu datu apstrādi.

Norēķinu vieta uzņēmumā

Starpoperatoru norēķini

Sabiedriskā transporta norēķini

Konverģentie norēķini

Konverģentie norēķini(no lat. convergego- “apvienošana”) - rēķini, kas vērsti uz vienotu rēķinu izsniegšanu abonentiem daudzpakalpojumu tīklu un dažādu maksājumu modeļu apstākļos.

Konverģenta norēķinu sistēma vienoti apstrādā datus par plašu sniegto pakalpojumu klāstu, nodrošinot vienotu personīgo kontu un vienotus rēķinus apmaksai katram abonentam neatkarīgi no abonenta izmantoto pakalpojumu kopas (tas vienlaikus var būt dažādi fiksētās telefonijas, mobilo sakaru, datu pakalpojumi pārraides, televīzijas, satura pakalpojumus), un neatkarīgi no maksas aprēķināšanas principa par tiem (pakalpojumus var iegādāties vai nu ar priekšapmaksu, vai apmaksātu saskaņā ar līguma principiem)

Norēķinu sistēmu tirgus

Pasaules norēķinu sistēmu tirgus gada apjoms 2007. gadā tika lēsts 6 miljardu ASV dolāru apmērā, un tiek prognozēts, ka tā pieaugums līdz 2012. gadam sasniegs 7,2 miljardus ASV dolāru, savukārt tirgus tika sadalīts šādos komponentos pēc pielietojuma jomas:

Piezīmes

1. , lpp. 3-5
2. Norēķini. TM foruma zināšanas. TM forums (2011. gada 17. maijs). Arhivēts"Norēķini" ir procesu un sistēmu grupa, kas ir atbildīga par atbilstošu lietošanas ierakstu apkopošanu, maksas un norēķinu informācijas noteikšanu, savlaicīgu un precīzu rēķinu sagatavošanu, par pirmsrēķina lietošanas informācijas sniegšanu un rēķinu izrakstīšanu klientiem, par viņu maksājumu apstrādi, un maksājumu iekasēšana
3. Krievijas Federācijas Sakaru un masu komunikāciju ministrija Par automatizēto norēķinu sistēmu lietošanas noteikumu apstiprināšanu (krievu val.). Rossvjazs (2007. gada 2. jūlijs). Arhivēts no oriģināla 2011. gada 24. augustā. Iegūts 2011. gada 15. maijā.
4. , lpp. 3-7
5. , lpp. 7-13
6. , lpp. 13-14
7. Pulkinens, Kari Konverģenta maksa ir ceļš uz operatoru konkurētspējas palielināšanu. OSS/BSS analītiķis (2006. gada 29. maijs). Arhivēts
8. Törnkvists, Roberts un Šūberts, Ralfs Ericsson konverģentā maksa un norēķini. Ericsson apskatu žurnāls. Ericsson (2009-30-01). Arhivēts no oriģināla 2011. gada 24. augustā. Iegūts 2011. gada 16. maijā.
9. Dinans, Maikls Prognoze: globālie telekomunikāciju norēķini 2012. gadā sasniegs 7,6 miljardus USD (angļu valodā). TMC tīkls (2008. gada 17. oktobris). Arhivēts no oriģināla 2011. gada 24. augustā. Iegūts 2011. gada 17. maijā.
10. Motišovs, Pēteris Norēķinu tirgus daļas pārskats 2009. Lapu paraugi Arhivēts no oriģināla 2011. gada 24. augustā. Iegūts 2011. gada 17. maijā.
11. Motišovs, Pēteris Norēķinu tirgus daļas pārskats 2009 (angļu valodā). Analysis Mason (2010. gada 27. jūlijs). Arhivēts no oriģināla 2011. gada 24. augustā. Iegūts 2011. gada 17. maijā.

Literatūra

• Hanters, Džeina M. un Tībo, Moda E.

Domājot par aktuālām problēmām un debeta saskaņošanu ar kredītu, prātojot, kā veikt maksājumus, ietaupot laiku un nezaudējot naudu, nonācu pie secinājuma, ka elektroniskais maksājums man ir ērtākais savstarpējo norēķinu veids ar pakalpojumu sniedzēju.

Ņemot regulāru bankas karte, varu veikt jebkādus pirkumus un samaksāt par papildināšanu mobilais tālrunis un vadīt biznesu. Un tajā pašā laikā man nav jāstāv garās rindās pie bankas kases vai jāgaida, kamēr viņi izraksta maksājuma kvīti ar zīmīti stūrī. Izrādījās, ka tas man bija ideāls risinājums. Es to ņēmu vērā, bet manā apziņā joprojām iezagās šaubu notis. Cik tas man ir izdevīgi? Kāda ir kļūdas iespējamība, maksājot ar elektronisko maksājumu? Stereotips ir spēcīgs: “Bez papīra lapas tu...” Jā, un esmu dzirdējis par dažādiem maksājuma nozaudēšanas vai naudas pazušanas gadījumiem no mobilā telefona.

Es nolēmu to izdomāt: kā tas viss notiek un kas to kontrolē. Es izlasīju daudz informācijas un uzzināju, kā tas viss darbojas. Izrādās, ka ir tāda sistēma - rēķini nav fizisks likums, bet gan parasta programma savstarpējo norēķinu veikšanai. Respektīvi, parastam cilvēkam norēķinu sistēma ir atsevišķs dators ar vienkāršu cilvēku, parastam cilvēkam pietiks zināt sistēmas darbības principu un neapgrūtināt galvu ar visu abstrakto. informāciju, ko esmu izlasījis.

Vai vēlaties uzzināt, kas ir norēķini?

Norēķini slengā tulkojumā nozīmē aprēķins, un izrādās, ka šāda aprēķina sistēma jau sen ir iesakņojusies mūsu dzīvē. Es pat nebiju domājusi par to, kā no mobilā telefona tiek izņemta nauda. Izrādās, ka to kontrolē norēķinu sistēma, kas glabā datus par klientu, viņa tarifiem un zvanu virzienu. Pilnīga informācija par notiekošo. Datu apmaiņa starp abonentu un norēķinu centru notiek tiešsaistē. Jūs varat pārbaudīt savu tālruņa kontu uzreiz pēc zvana, taču viņi to jums jau ir aprēķinājuši un atskaitījuši no jūsu atlikuma. Ikviens izmanto norēķinus: mobilos termināļus, telekomunikāciju pakalpojumu sniedzējus, mobilo sakaru operatorus, internetbanku, hostinga pakalpojumu sniedzējus utt. Pilnīgi visi uzņēmumi un privātie uzņēmēji, kas saistīti ar informācijas tehnoloģijas un maksājumi ar elektronisko maksājumu, izmantot norēķinu tehnoloģiju.

Kas ir norēķini un kā tas darbojas?

Programmatūra norēķinu sistēmām tiek izstrādāta individuāli, atbilstoši klienta specifikai. Tās var būt daudzfunkcionālas lietojumprogrammas tiešsaistes veikalam vai uzņēmuma attīstībai (piemēram, MTS funkcionalitāte). Viss notiek automātiski, programmas kontrolē. aprēķins katram klientam individuāli, pēc priekšapmaksas vai līguma tarifu plāns- viss tiek ņemts vērā. Jebkādas sīkas lietas. Neuzskaitīta nepaliks neviena sekunde vai kilobaits trafika, viss ir aprēķināts un iekasēts. Un bieži vien pilnīgi ne par labu patērētājam. Triki, ko izmanto daži nozares uzņēmumi, ir vienkārši pārsteidzoši, un viņu ienākumi palielinās par lielumu.

Rēķinu galvenais uzdevums ir klienta līdzekļu pārskaitīšana uzņēmumam par sniegtajiem pakalpojumiem. Vai arī pretējā virzienā - komplekso pakalpojumu uzkrāšana klienta samaksātajā summā saskaņā ar tarifu plānu. Viss, protams, ir daudz sarežģītāk, ja kārtīgi saproti, kas ir rēķini. Norēķinos tiek ņemts vērā un kontrolēts daudz kas, taču jums par to nevajadzētu uztraukties, ja vien, protams, nevēlaties kļūt par izstrādātāju. Lai to izdarītu, jums būs daudz dziļāk jāizpēta visa telekomunikāciju un sakaru “virtuve”.

Pavadījis vairākas stundas, meklējot patiesību, es nonācu pie secinājuma, ka norēķinu sistēma veic lielisku darbu un tai var uzticēties. Galu galā viņa ir tā, kas pasargā no krāpniekiem. Tas kontrolē finanšu plūsmas un sadali starp pakalpojumu sniedzējiem un abonentiem. Tagad jūs zināt, kas ir norēķini.

Norēķinu sistēmas: pamatjēdzieni

Norēķini. Kādas asociācijas izraisa šis termins? Varbūt ir kāda saistība ar Bilu Geitsu? Nē, par laimi viņš vēl nav “izbāzis degunu” telekomunikāciju jomā. Nu tas ir tikai joks. Bet, lai būtu nopietni, apskatīsim vārda rēķinu izcelsmi. Angļu vārdu “bill” var tulkot kā “konts” (citos tulkojumos: rēķins, banknote). “Norēķini” tiek tulkoti ar izteicienu “rēķina izrakstīšana”.

Kas ir norēķinu sistēma?

Sistēmas, kas aprēķina sakaru pakalpojumu izmaksas katram klientam un glabā informāciju par visiem tarifiem un citiem izmaksu rādītājiem, ko izmanto telekomunikāciju operatori, izrakstot rēķinus abonentiem un savstarpēji norēķinoties ar citiem pakalpojumu sniedzējiem, sauc par norēķinu sistēmām; to veikto darbību ciklu sauc par norēķiniem. Norēķinu sistēma (BS) ir grāmatvedības sistēma programmatūra, citiem vārdiem sakot, “programmatūra”, kas izstrādāta īpaši operatoriem. Kādi operatori? Telekomunikācijas. Tas ir, mēs nerunājam tikai par mobilo sakaru operatoriem. BS izmanto arī parasto (stacionāro, vadu) sakaru operatori. Piemēram, mazos birojos varat veikt telefonijas rēķinus (analizēt: kurš zvanīja, kad, cik ilga saruna). IP telefonija ir vēl viena BS pielietojuma joma. Kā ar interneta pakalpojumu sniedzējiem? Viņi arī izmanto BS, piemēram, lai ģenerētu rēķinus un reģistrētu trafiku. Jebkura BS tiek izveidota uz pamata noteikta sistēma datu bāzes pārvaldība (DBVS). Lielākā daļa BS pasaulē tika izveidotas, pamatojoties uz Oracle DBVS. Starp citām DBVS var atšķirt Sybase un Informix, kas paredzētas lielam informācijas apjomam. Šeit ir dažu norēķinu sistēmu nosaukumi: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Ir vērts pieminēt, ka BS var nozīmēt arī aparatūra iesaistīts norēķinu organizēšanā.

Terminoloģija

Mēģināšu apsvērt visus ar BS saistītos pamatjēdzienus un definīcijas. Es pievērsīšos BS, ko izmanto mobilo sakaru operatori. Bet lielākā daļa definīciju attiecas arī uz BS, ko izmanto citās jomās. Es centīšos to izskaidrot pēc iespējas vienkāršāk, lai lielākā daļa lasītāju varētu saprast materiālu. Ja jums ir kas piebilstams manis ievadītajiem noteikumiem, lūdzu, rakstiet man uz e-pastu.

Norēķinu sistēmai ir vairāki nosaukumi: ĀKK— automatizēta maksājumu sistēma; IHD— informācijas norēķinu sistēma.

Viena no svarīgākajām BS īpašībām ir tā elastība, tas ir, spēja pielāgoties mainītajiem apstākļiem. Elastīgā sistēma ir pielāgota ne tikai operatora tūlītējām vajadzībām; tādu īpašību dēļ kā pielāgojamība, modularitāte un atvērtība, tas ļauj atrisināt daudzsološas problēmas. Jo vairāk sistēmai ir pielāgošanas iespēju, jo labāk. Kas tas ir modularitāte? Sistēmas veidošanas modulārais princips ir princips, kurā visa sistēma tiek salikta no atsevišķām daļām (moduļiem), tāpat kā māju montē ķieģelis pa ķieģelim. BS arī sastāv no šādiem moduļiem - apakšsistēmām. BS ietver, piemēram, datu pirmapstrādes apakšsistēmu, operatīvo norēķinu pārvaldības apakšsistēmu un klientu informēšanas apakšsistēmu (par BS struktūru un funkcijām lasiet tālāk). Zem atklātība Sistēma nozīmē programmatūras produkta pirmkoda atvērtību, kas ļauj operatoram turpmāk nebūt atkarīgam no izstrādātāja un patstāvīgi uzturēt un atjaunināt sistēmu. Ar BS elastību cieši saistīta ir nākamā automatizēto aprēķinu sistēmu kvalitāte – mērogojamība.

Slodzes mērogojamība. Pieaugot abonentu bāzei un parādoties papildu pakalpojumiem, nevajadzētu mainīt vai pārveidot BS programmatūras daļu. BS iespēju palielināšana jāpanāk, jauninot sistēmas aparatūru. Kas ir svarīgi ņemt vērā, veidojot mērogojamās sistēmas? Ir nepieciešams izmantot DBVS, kas paredzētas lielam datu apjomam. DBVS jābūt saderīgai ar dažādām datoru platformām, lai nodrošinātu atbalstu vairāku procesoru darbībai.

Uzticamība- viena no galvenajām prasībām jebkurai sistēmai. BS uzticamību nosaka DBVS un sistēmu izstrādē izmantoto tehnoloģiju uzticamība. Ne mazāk svarīga ir lietojumprogrammatūras piegādātāja (izstrādātāja) uzticamība: tirgū pavadītais laiks un kā netiešs rādītājs tā izstrādāto sistēmu klātbūtnes procents telekomunikāciju tirgū. Kāpēc rādītājs ir netiešs? Vai tiešām Microsoft Windows labākā un uzticamākā operētājsistēma?... Un tajā pašā laikā tai ir ievērojama tirgus daļa. Taču BS uzticamību nodrošina arī noteiktu standartu ievērošana to izstrādes laikā (par to lasiet tālāk).

Daudzvalodu— iespēja instalēt dažādas valodas informācijas pasniegšanai.

Daudzvalūta— spēja strādāt ar jebkādām valūtām

Atliktie norēķini— rēķinu izrakstīšana, kurā maksājumi tiek veikti pēc zvaniem.

Karstie norēķini— sarunas laikā mainās konta atlikums, un informāciju par konta atlikumu var iegūt uzreiz pēc zvana.

Norēķinu optimizācija— uzlabojums, uzlabojums, ko veicis sava BS operators.

Liels BS— sistēmas, ko izmanto lielie operatori.

Nosūtot norēķinus— rēķinu aprēķinu rezultātu uzskaite; Pēc aprēķiniem rezultāti kļūst pieejami lietotājiem (izsūtīti, izdrukāti).

Ko var, kam vajadzētu vai par ko atbild BS?

Eiropas (izcelsmes) standarts TAR parādījās 1992. gadā. To uztur TADIG darba grupa. Lielākā daļa Eiropas operatoru izmanto TAR2, lai gan ir arī trešā versija. Kopš 1995. gada modifikācija TAP2, kas pazīstama kā specifikācija TD.27, vai NAGTAP2, sāka izmantot ASV.

Secinājuma vietā

Izvelc no kabatas mobilo telefonu, sastādi numuru, nospiež “zvanīt” un... saruna notiek. Tagad jūs nevarat gaidīt, lai uzzinātu sava konta atlikumu. Ja norēķinu sistēma ir “karsta”, jūs nekavējoties tiekat informēts par šo summu. "Es visu precīzi aprēķināju, tā ir laba norēķinu sistēma," jūs domājat. Tikmēr otrs abonents uzzina, ka tikko sasniedzis savu laika limitu un ir atvienots. “Kāpēc man ir vajadzīgs šis “karstais” rēķins! Stulba norēķinu sistēma!” viņš sūdzas... Jā, nevar izpatikt visiem vienlaicīgi!

Īpašs paldies žurnāla žurnālistei Boļšovai Gaļinai par informatīvo atbalstu

Platforma apstrādā InitialDP 37 ms; abonents 10 sekundes klausījās pīkstienus; Sarunas ilgums ir nedaudz vairāk par 5 minūtēm.

Norēķini apkopo informāciju par telekomunikāciju pakalpojumu izmantošanu, to tarifiem un atbild par abonentu rēķinu izrakstīšanu un maksājumu apstrādi.

Ir 2 galvenie aprēķinu veidi:

• Pēcmaksa- rēķina izrakstīšana par periodu, pamatojoties uz tā rezultātiem (pēcapmaksa)
• Un avansa sistēma(priekšapmaksa), kad nauda tiek samaksāta avansā.

Pēcapmaksa parādījās vēsturiski agrāk, bet priekšapmaksa izrādījās klientiem ērtāka (kontrolējamāka - ja kaut kas noiet greizi, notiek atvienošanās, nevis tiek izrakstīts liels rēķins).

Pēcapmaksas sistēma

Kad pēcapmaksas maksājumu sistēmas abonents izmanto operatora pakalpojumus, slēdžos tiek ģenerēti speciāli CDR (Charging Data Record) faili. Būtībā tie ir parastie žurnāli, kas norāda abonenta numuru, datumu, zvana laiku / lejupielādētās trafika apjomu utt. Norēķini, noteiktā laikā (piemēram, reizi dienā) savienojas ar slēdzi, lejupielādē CDR, aprēķina pakalpojumu izmaksas un visu saglabā datu bāzē (parasti Oracle). Pēc tam mēneša beigās abonentam tiek izsniegts kopējais rēķins.

Pēcapmaksas platformas mijiedarbības shēma ar operatora tīkla kodolu.
CSN- ķēžu komutācijas tīkls; Pārstāv ar kanālu slēdžiem (MSC).
PSN– pakešu komutācijas tīkls; Pārstāv pakešu slēdži un vārtejas (attiecīgi SGSN un GGSN).

Pēcapmaksas sistēmas darbības princips ir salīdzinoši vienkāršs, jo tai nav nepieciešama reāllaika atbilde no platformas: galu galā abonents nav jābrīdina par nulles sasniegšanu (un attiecīgi arī nav nepieciešams mainīt tīkla mijiedarbības raksturu ar viņu).

Iepriekšēja sistēma

Priekšapmaksas gadījumā telekomunikāciju operatoram papildus sniegto pakalpojumu apjoma ņemšanai vērā ir jāatrisina problēma ar abonenta norēķinu konta izsekošanu un, ja tā sasniedz nulli, jāinformē abonents/jāatspējo pakalpojuma sniegšana. pakalpojumu. Tāpēc šādas sistēmas sauc arī par tiešsaistes uzlādes sistēmu (OCS).

Tā kā operators nodrošina dažādi veidi pakalpojumi un tiek izmantoti dažādi veidi tīklos (kanālu/pakešu komutācijas sistēma), tad norēķiniem, lai atrisinātu abonenta konta uzraudzības problēmu, ir jāizmanto dažādi maksas protokoli, piemēram, šādi:

Priekšapmaksas platformas mijiedarbības shēma ar operatora tīklu.

Apskatīsim šos protokolus sīkāk.

KLP

KLP(CAMEL Application Part) ir SS7 steka lietojumprogrammu slāņa protokols, kas ievieš viedos pakalpojumus GSM/UMTS tīklos (piemēram, priekšapmaksas).

Protokola vieta SS7 kaudzē. Attēlā parādīta arī populāra iespēja, izmantojot SIGTRAN tehnoloģiju (SS7 paplašinājums, kas ļauj IP tīklā izmantot “septiņus” protokolus).

Izmantojot šo protokolu, OCS sazinās ar ķēdes komutācijas tīklu. Tālāk ir sniegts izejošo balss zvanu cenu noteikšanas piemērs.

Uzlādes dialoglodziņš, izmantojot CAP protokolu, punktētās līnijas parāda ISUP ziņojumus.

1. Pirmkārt, norēķinu sistēma saņem ziņojumu (Sākotnējais noteikšanas punkts) no MSC1 slēdža, kas pārraida abonenta parametrus. Tie ir ienākošie un izejošie numuri, izsauktā abonenta šūnas adrese un citi. Pamatojoties uz to, ir iespējams sākt zvana analīzi. Norēķini rada noteiktu noteikšanas punktu, tas ir, zvana stāvokli. OCS nosaka, vai abonents var veikt balss zvanu (vai kontā ir līdzekļi), ja jā, tad uz kādu maksimālo laiku.
2. Pēc tam OCS reaģē uz slēdzi ar pieprasījuma ziņojuma ziņojumu BCSM notikums (“Es esmu inicializējis noteikšanas punktu, es gaidu no jums papildu informāciju par zvana statusu”). Un nosūta Apply Charging (“abonenta kontā ir līdzekļi, es atļauju zvanu”). Tur tiek nosūtīts arī maksimālais laiks, ko abonents var izmantot.
3. Slēdzis, saņēmis atļauju no OCS, uzsāk balss savienojumu starp abonentiem, izmantojot ISUP protokolu, nosūtot IAM (Initial Address Message) ziņojumu uz MSC2.
4. MSC2 atbild uz MSC1 ar ACM (Address Complete Message) ziņojumu šajā gadījumā tas nozīmē "jā, mans abonents, viņš tagad ir tiešsaistē, es sāku viņam zvanīt." Saņemot šo ziņojumu, MSC1 ieslēdz garus pīkstienus abonentam A.
5. Abonents B paceļ tālruni, MSC2 nosūta MSC1 ziņojumu ANM (atbildes ziņojums) - "mans abonents pacēla tālruni, pievienojiet tos."
6. MSC1 savieno abonentu A un B, sākas saruna. MSC1 nosūta notikumu atskaites BCSM (O_Answer) ziņojumu uz OCS. OCS maina izsaukuma stāvokli šī abonenta. No šī brīža sākas uzlāde (ņemot vērā, ka pirmās 3 sekundes ir bez maksas).
7. Kamēr abonenti sazinās, MSC1 uzrauga zvana laiku. Ja atlicis maz laika, MSC brīdina abonentu ar skaņas signālu.
8. Mūsu gadījumā pirmais abonents B noliek klausuli, MSC1 un MSC2 veic draudzīgu rokasspiedienu, izmantojot REL (Release Message) un RLC (Release Complete Message) ziņojumus.
9. MSC1 uz OCS nosūta ziņojumu Event Report BCSM (O_Disconnect — “abonenti veiksmīgi atvienoti”) un Apply Charging Report (cik sekundes ilga saruna).
10. OCS pieņem šos datus un atbild, ka sesiju tagad var aizvērt.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - DARBĪBA --- 02 TAGS: 02h INTEGER 01 LEN: 1 23 DARBĪBA: 35 = pielietotUzlādēšana --- APPL CHARG --- 30 TAG: 30h SEQUENCE 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

Šī ir daļa no pēdām. Mēs redzam, ka AppCharging ziņojums tika nosūtīts, izmantojot CAP protokolu, maksimālais sarunas laiks (MAX CPD - Maximum Call Period Duration) ir 437,0 sekundes.

Es dublēšu attēlu pirms kata: šis ir saziņas piemērs, izmantojot CAP protokolu. Laika zīmogus var aprēķināt: platforma apstrādā InitialDP 37 ms; abonents 10 sekundes klausījās pīkstienus; Sarunas ilgums ir nedaudz vairāk par 5 minūtēm.

Bet šeit zvans ir garš un var redzēt, kā sistēma pati pieprasa zvana statusu (activityTest) no MSC ik pēc 6 minūtēm. Tas tika darīts, lai kļūdas gadījumā saruna nenotiktu dienām ilgi (līdz tiek norakstīta visa abonenta nauda).

CAP protokols var iekasēt ne tikai balss zvanus - tas spēj uzlādēt arī interneta savienojumus, SMS, MMS utt. Lai gan praksē visbiežāk šīm vajadzībām tiek izmantoti īpaši pielāgoti protokoli (DIOMETER/OSA).

O.S.A.

O.S.A.(Open Service Access) - atvērta programmatūras saskarne, ko izstrādājis 3GPP un ETSI konsorcijs, ko bieži izmanto, lai iekasētu VAS pakalpojumus un mobilais internets.

Apskatīsim šī protokola darbību, izmantojot mobilā interneta pakalpojumu tarifu noteikšanas piemēru:

1. Mēģinot aktivizēt PDP Context (tālrunis tīklā saņem IP adresi mobilo sakaru operators) GGSN pieprasa platformai, vai šis abonents var aktivizēt uzlādes sesiju (CreateChargingSessionReq).
2. Mūsu gadījumā viss ir kārtībā (abonents ir datu bāzē, ir līdzekļi), platforma izveido uzlādes sesiju un ļauj aktivizēt PDP kontekstu (CreateChargingSessionResp).
3. Tagad abonents vēlas sākt datu lejupielādi. Lai ļautu viņam to izdarīt, GGSN sazinās ar platformu ar pieprasījumu rezervēt līdzekļus (ReserveUnitReq). Vispār mērvienība ir abstrakta lieta, tā var būt jebkas – kilobaits datu, īsziņa, sekunde sarunas, rublis, pica, muca utt. Mūsu gadījumā mērvienība ir 100 kB.
4. Platforma pārbauda, ​​vai konkrētajam abonentam atbilstoši viņa tarifam ir līdzekļi 100 kB trafikam un atbild ar ziņojumu ReserveUnitResp (“līdzekļi ir rezervēti”). Saņemot šo ziņojumu no platformas, GGSN ļauj abonentam lejupielādēt trafiku.
5. Kad abonents ir lejupielādējis rezervēto trafika daļu, GGSN sazinās ar platformu ar ziņojumu DebitUnitReq (“varat norakstīt rezervētos līdzekļus”).
6. Platforma debetē līdzekļus un atbild ar ziņojumu DebitUnitResp (“līdzekļi veiksmīgi debitēti”).
7. ReserveUnitReq-DebitUnitResp cikls tiek atkārtots, līdz abonents lejupielādē visu internetu un aizver interneta sesiju.
8. Kad PDP konteksts ir deaktivizēts, GGSN nosūta platformai ziņojumu, norādot uz uzlādes sesijas beigām; tiek atbrīvota šai sesijai atvēlētā atmiņa.

Pieprasīt debetUnitReq; OSA komandas ir iesaiņotas SOAP protokolā, kas savukārt ir iekapsulēts ar HTTP protokolu.

Secinājums

Klientu vajadzību maiņa (t.sk. pārsūtīto datu apjoma palielināšanās), jaunu pakalpojumu veidu radīšana ir saistīta ar mobilo sakaru operatora tīkla attīstību, galvenokārt VAS platformu un norēķinu sistēmu jomā.

Ja AAA ģimenes protokolu tēma jums ir interesanta, tad vēlāk runāšu par RĀDIUSU, DIAMETRU un citām interesantām lietām.