Atsiskaitymo sistemos: pagrindinės sąvokos

Atsiskaitymas. Kokias asociacijas sukelia šis terminas? Gal yra koks nors ryšys su Billu Gatesu? Ne, laimei, jis dar „neįkišo nosies“ į telekomunikacijų sritį. Na tai tik pokštas. Bet jei rimtai, pažvelkime į žodžio atsiskaitymas kilmę. Anglų kalbos žodį „bill“ galima išversti kaip „bill“ (kiti vertimai: sąskaita, banknotas). „Atsiskaitymas“ verčiamas kaip „atsiskaitymas“.

Kas yra atsiskaitymo sistema?

Sistemos, kurios apskaičiuoja kiekvieno kliento ryšio paslaugų kainą ir kaupia informaciją apie visus tarifus ir kitas sąnaudų charakteristikas, kurias telekomunikacijų operatoriai naudoja abonentams sąskaitoms išrašyti ir tarpusavio atsiskaitymams su kitais paslaugų teikėjais, vadinamos atsiskaitymo sistemomis; jų atliekamų operacijų ciklas vadinamas atsiskaitymu. Atsiskaitymo sistema (BS) yra apskaitos sistema, programinė įranga, kitaip tariant - „programinė įranga“, sukurta specialiai operatoriams. Kurie operatoriai? Telekomunikacijos. Tai yra, mes kalbame ne tik apie mobiliojo ryšio operatorius. BS taip pat naudoja įprasto (fiksuoto, laidinio) ryšio operatoriai. Pavyzdžiui, mažuose biuruose galite atsiskaityti telefonu (analizuokite: kas skambino, kada, kiek ilgai truko pokalbis). IP telefonija yra dar viena BS taikymo sritis. O interneto paslaugų teikėjai? Jie taip pat naudoja BS, pavyzdžiui, atsiskaitymui, srauto apskaitai. Bet koks BS yra sukurtas remiantis konkrečia duomenų bazių valdymo sistema (DBVS). Daugiausia BS pasaulyje buvo sukurta remiantis „Oracle“ DBVS. Kiti DBVS apima „Sybase“ ir „Informix“, nes jie skirti dideliam informacijos kiekiui. Čia pateikiami kai kurių atsiskaitymo sistemų pavadinimai: BIS, flagship, CBOSS, Arbor, Bill-2000-prepaid. Verta paminėti, kad BS taip pat gali reikšti aparatūrą, susijusią su atsiskaitymo organizavimu.

Terminologija

Pabandysiu apsvarstyti visas pagrindines sąvokas ir apibrėžimus, susijusius su BS. Pagrindinis akcentas bus mobiliojo ryšio operatorių naudojama BS. Tačiau dauguma apibrėžimų taip pat taikomi BS, naudojamiems kitose srityse. Pabandysiu tai paaiškinti kuo paprasčiau, kad dauguma skaitytojų suprastų medžiagą. Jei turite ką papildyti mano įvestomis sąlygomis, rašykite į el.

Yra keli atsiskaitymo sistemos pavadinimai: AKR - automatizuota atsiskaitymo sistema; Išeminė širdies liga - informacinė atsiskaitymo sistema.

Viena iš svarbiausių BS savybių yra jos lankstumas, tai yra gebėjimas prisitaikyti prie pasikeitusių aplinkybių. Lanksti sistema pritaikyta ne tik neatidėliotiniems operatoriaus poreikiams; dėl tokių savybių kaip pritaikomumas, moduliškumas ir atvirumas, tai leidžia išspręsti daug žadančias problemas. Kuo daugiau tinkinimo parinkčių sistema turi, tuo geriau. Kas yra moduliškumas? Modulinis sistemos kūrimo principas yra principas, kai visa sistema surenkama iš atskirų dalių (modulių), kaip ir namas surenkamas plytas po plytų. BS taip pat susideda iš tokių modulių - posistemių. BS apima, pavyzdžiui, duomenų išankstinio apdorojimo posistemį, atsiskaitymų operatyvaus valdymo posistemį, klientų pranešimų posistemį (skaitykite toliau apie BS struktūrą ir funkcijas). Pagal atvirumas sistema reiškia programinės įrangos produkto šaltinio kodo atvirumą, kuris leidžia operatoriui ateityje nebepriklausyti nuo kūrėjo ir savarankiškai prižiūrėti bei atnaujinti sistemą. Su BS lankstumu glaudžiai susijusi kita automatizuotų skaičiavimo sistemų kokybė - mastelis.

Krovinio mastelis. Augant abonentų bazei, atsiradus papildomoms paslaugoms, nereikėtų keisti ar modifikuoti BS programinės įrangos. BS pajėgumų padidėjimas turėtų būti pasiektas atnaujinant sistemos aparatinę įrangą. Į ką svarbu atsižvelgti kuriant keičiamo dydžio sistemas? Būtina naudoti DBVS, skirtą dideliems duomenų kiekiams. DBVS turi būti suderinama su skirtingomis kompiuterio platformomis, kad būtų palaikoma daugiaprocesorinė operacija.

Patikimumas - vienas iš pagrindinių bet kuriai sistemai keliamų reikalavimų. BS patikimumą lemia DBVS ir sistemų, naudojamų kuriant sistemą, patikimumas. Taikomosios programinės įrangos tiekėjo (kūrėjo) patikimumas toli gražu nėra paskutinė vieta: jo darbo laikas rinkoje ir, kaip netiesioginis rodiklis, jo sukurtų sistemų procentinė dalis telekomunikacijų rinkoje. Kodėl rodiklis yra netiesioginis? Ar „Microsoft Windows“ yra geriausia ir patikimiausia operacinė sistema? ... Ir vis dėlto ji užima nemažą rinkos dalį. Tačiau BS patikimumą taip pat užtikrina atitikimas tam tikriems standartams jų kūrimo metu (apie tai skaitykite toliau).

Daugiakalbis - galimybė įdiegti įvairias kalbas informacijos pateikimui.

Daugiavaliuta - gebėjimas dirbti bet kuria valiuta

Atidėtas atsiskaitymas - atsiskaitymas, pagal kurį atsiskaitoma po skambučių.

Karštas atsiskaitymas - skambučio metu keičiamas sąskaitos likutis, o informaciją apie jūsų sąskaitos likutį galima gauti iškart po skambučio.

Atsiskaitymo optimizavimas - savo BS operatoriaus tobulinimas, tobulinimas.

Didelis BS - sistemos, kurias naudoja dideli operatoriai.

Atsiskaitymo skelbimas - nustatyti sąskaitų apskaičiavimo rezultatus; atlikus skaičiavimus, rezultatai tampa prieinami vartotojams (išsiunčiami, atspausdinti).

Ką gali, už ką turėtų atsakyti BS?

Europos (pagal kilmę) standartas Bakstelėkite pasirodė 1992 m. Ją palaiko TADIG darbo grupė. Dauguma Europos operatorių naudojasi TAP2, nors yra ir trečioji versija. Nuo 1995 m. Modifikuota TAP2, vadinama specifikacija TD.27arba NAGTAP2, pradėta taikyti JAV.

Vietoj išvados

Išsitrauki iš kišenės mobilųjį telefoną, surenki numerį, paspaudi „skambutį“ ir ... įvyko pokalbis. Dabar nekantraujate sužinoti savo sąskaitos likutį. Jei atsiskaitymo sistema yra „karšta“, apie šią sumą jums bus nedelsiant pranešta. „Aš viską tiksliai apskaičiavau, gerą atsiskaitymo sistemą“, - manote jūs. Tuo tarpu kitas abonentas sužino, kad jis ką tik išnaudojo terminą ir buvo išjungtas. „Kodėl man reikia šios„ karštos “sąskaitos! Kvaila atsiskaitymo sistema! “, - skundžiasi ... Taip, tu negali visiems įtikti vienu metu!

Ypatingas ačiū už informacinę paramą žurnalistei Galinai Bolšovai

Straipsnis apie atsiskaitymo pagal telefono numerį sąvoką /

Navigacija

Atsiskaitymas! Koks skambus, paslaptingas žodis!
Kaip skamba sausas šio žodžio nuorašas Vikipedijoje, Atsiskaitymas reiškia kompleksines priemones, veiksmus, sprendimus telekomunikacijų įmonėse, kur renkama informacija apie įvairių rūšių ryšių paslaugas, operatorių tarifus, klientų sąskaitas ir mokėjimo sąskaitų apdorojimą.

Iš tiesų, Atsiskaitymas - sistema, tai yra papildoma programa, skirta remti verslo paslaugas komunikacijos srityje.

Ką reiškia atsiskaitymas pagal telefono numerį?

Atsiskaitymas pagal telefono numerį, tiksliau atsiskaitymas tarp mobiliojo ryšio operatorių tai yra abonentui siūlomų paslaugų serija. Šioje srityje išskiriamos šios paslaugos:

  • asmens paieška, naršymas po asmens, objekto buvimo vietą, autorizacija ryšių tinkle naudojant pastovų kodą, skambučių analizė, abonentų duomenų saugojimas ir pan.

Kaip visa tai vyksta?

Tarkime, turime susirasti žmogų, nustatyti jo buvimo vietos koordinates, tai yra palaikyti atsiskaitymas - operacija.
Paprastas skambutis yra tam tikra veiksmų grupė. Kaip minėta pirmiau, bet kuris mobilusis telefonas turi savo kodą (el. Paštą). Skambinant, tai yra, suteikiant prieigą mobiliajame tinkle, kodas veikia kaip telefono serijos numeris. Kodas taip pat naudojamas telefono prietaisams (pvz., Pavogtiems) sekti, blokuoti.
Kodas - identifikatorius (el. Paštas) išlieka pastovus, nesvarbu, kaip keičiasi SIM kortelė. Nesunku apskaičiuoti, kas naudojo SIM kortelę.

Įvesties ir išvesties skambučiai bei pranešimai siunčiami iš kiekvieno telefono. Pagal šiuos veiksmus operatorius taip pat gali sužinoti, kur yra asmuo.

Kaip veikia abonento korinis ryšys?

  • abonentas, įskaitant telefoną, susisiekia
  • telefono (siųstuvo-imtuvo) signalas pereina į mobiliosios stoties anteną
  • maždaug nustatyta asmens, turinčio telefoną, gyvenamoji vieta
  • paklaida priklauso nuo geologinių vietovės ypatumų, korinio ryšio stočių skaičiaus tam tikrame regiono kvadrate

Tikimybė susirasti žmogų yra 100 proc., Arba beveik 100 proc.
Nėra jokios paieškos be analizės pateiktų duomenų atsiskaitymas... IN atsiskaitymas apima gaunamų ir siunčiamų skambučių, pranešimų, skambučių istorijos, trukmės, kainos analizę.
Operatoriai laikosi visiško abonento asmens duomenų ir skambučių duomenų konfidencialumo, vadovaudamiesi telekomunikacijų ir ryšių įstatymu, vartotojų asmens duomenų apsauga.
Duomenys atsiskaitymas - teismo sprendimais sistemos gali būti teikiamos teisėsaugos institucijoms tiriant nusikaltimus.

Abonentui draudžiama verstis sąskaitomis be atitinkamų institucijų leidimo.
Atsiskaitymas, labai efektyvus, galingas, bet brangus paieškos įrankis.

Atsiskaitymo sistemos: pagrindinės sąvokos

Atsiskaitymas. Kokias asociacijas sukelia šis terminas? Gal yra koks nors ryšys su Billu Gatesu? Ne, laimei, jis dar „neįkišo nosies“ į telekomunikacijų sritį. Na tai tik pokštas. Bet jei rimtai, pažvelkime į žodžio atsiskaitymas kilmę. Anglų kalbos žodį „bill“ galima išversti kaip „bill“ (kiti vertimai: sąskaita, banknotas). „Atsiskaitymas“ verčiamas kaip „atsiskaitymas“.

Kas yra atsiskaitymo sistema?

Sistemos, kurios apskaičiuoja kiekvieno kliento ryšio paslaugų kainą ir kaupia informaciją apie visus tarifus ir kitas sąnaudų charakteristikas, kurias telekomunikacijų operatoriai naudoja abonentams sąskaitoms išrašyti ir atsiskaitymams su kitais paslaugų teikėjais, vadinamos atsiskaitymo sistemomis; jų atliekamų operacijų ciklas vadinamas atsiskaitymu. Atsiskaitymo sistema (BS) yra apskaitos sistema, programinė įranga, kitaip tariant - „programinė įranga“, sukurta specialiai operatoriams. Kurie operatoriai? Telekomunikacijos. Tai yra, mes kalbame ne tik apie mobiliojo ryšio operatorius. BS taip pat naudoja įprasto (fiksuoto, laidinio) ryšio operatoriai. Pavyzdžiui, mažuose biuruose galite atsiskaityti telefonu (analizuokite: kas skambino, kada, kiek ilgai truko pokalbis). IP telefonija yra dar viena BS taikymo sritis. O interneto paslaugų teikėjai? Jie taip pat naudoja BS, pavyzdžiui, atsiskaitymui, srauto apskaitai. Bet koks BS yra sukurtas remiantis konkrečia duomenų bazių valdymo sistema (DBVS). Daugiausia BS pasaulyje buvo sukurta remiantis „Oracle“ DBVS. Kiti DBVS apima „Sybase“ ir „Informix“, nes jie skirti dideliam informacijos kiekiui. Čia pateikiami kai kurių atsiskaitymo sistemų pavadinimai: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Verta paminėti, kad BS taip pat gali reikšti aparatinę įrangą, susijusią su atsiskaitymo organizavimu.

Terminologija

Pabandysiu apsvarstyti visas pagrindines sąvokas ir apibrėžimus, susijusius su BS. Pagrindinis akcentas bus mobiliojo ryšio operatorių naudojama BS. Tačiau dauguma apibrėžimų taip pat taikomi BS, naudojamiems kitose srityse. Pabandysiu tai paaiškinti kuo paprasčiau, kad dauguma skaitytojų suprastų medžiagą. Jei turite ką papildyti mano įvestomis sąlygomis, rašykite į el.

Yra keli atsiskaitymo sistemos pavadinimai: AKR - automatizuota atsiskaitymo sistema; Išeminė širdies liga - informacinė atsiskaitymo sistema.

Viena iš svarbiausių BS savybių yra jos lankstumas, tai yra gebėjimas prisitaikyti prie pasikeitusių aplinkybių. Lanksti sistema pritaikyta ne tik neatidėliotiniems operatoriaus poreikiams; dėl tokių savybių kaip pritaikomumas, moduliškumas ir atvirumas, tai leidžia išspręsti daug žadančias problemas. Kuo daugiau tinkinimo parinkčių sistema turi, tuo geriau. Kas yra moduliškumas? Modulinis sistemos kūrimo principas yra principas, kai visa sistema surenkama iš atskirų dalių (modulių), kaip ir namas surenkamas plytas po plytų. BS taip pat susideda iš tokių modulių - posistemių. BS apima, pavyzdžiui, duomenų išankstinio apdorojimo posistemį, atsiskaitymų operatyvaus valdymo posistemį, klientų pranešimų posistemį (skaitykite toliau apie BS struktūrą ir funkcijas). Pagal atvirumas sistema reiškia programinės įrangos produkto šaltinio kodo atvirumą, kuris leidžia operatoriui ateityje nebepriklausyti nuo kūrėjo ir savarankiškai prižiūrėti bei atnaujinti sistemą. Su BS lankstumu glaudžiai susijusi kita automatizuotų skaičiavimo sistemų kokybė - mastelis.

Krovinio mastelis. Augant abonentų bazei, atsiradus papildomoms paslaugoms, nereikėtų keisti ar modifikuoti BS programinės įrangos. BS pajėgumų padidėjimas turėtų būti pasiektas atnaujinant sistemos aparatinę įrangą. Į ką svarbu atsižvelgti kuriant keičiamo dydžio sistemas? Būtina naudoti DBVS, skirtą dideliems duomenų kiekiams. DBVS turi būti suderinama su skirtingomis kompiuterio platformomis, kad būtų palaikoma daugiaprocesorinė operacija.

Patikimumas - vienas iš pagrindinių bet kuriai sistemai keliamų reikalavimų. BS patikimumą lemia DBVS ir sistemų, naudojamų kuriant sistemą, patikimumas. Taikomosios programinės įrangos tiekėjo (kūrėjo) patikimumas toli gražu nėra paskutinė vieta: jo darbo laikas rinkoje ir, kaip netiesioginis rodiklis, jo sukurtų sistemų procentinė dalis telekomunikacijų rinkoje. Kodėl rodiklis yra netiesioginis? Ar „Microsoft Windows“ yra geriausia ir patikimiausia operacinė sistema? ... Ir vis dėlto ji užima nemažą rinkos dalį. Tačiau BS patikimumą taip pat užtikrina atitikimas tam tikriems standartams jų kūrimo metu (apie tai skaitykite toliau).

Daugiakalbis - galimybė įdiegti įvairias kalbas informacijos pateikimui.

Daugiavaliuta - gebėjimas dirbti bet kuria valiuta

Atidėtas atsiskaitymas - atsiskaitymas, pagal kurį atsiskaitoma po skambučių.

Karštas atsiskaitymas - skambučio metu keičiamas sąskaitos likutis, o informaciją apie jūsų sąskaitos likutį galima gauti iškart po skambučio.

Atsiskaitymo optimizavimas - savo BS operatoriaus tobulinimas, tobulinimas.

Didelis BS - sistemos, kurias naudoja dideli operatoriai.

Atsiskaitymo skelbimas - nustatyti sąskaitų apskaičiavimo rezultatus; atlikus skaičiavimus, rezultatai tampa prieinami vartotojams (išsiunčiami, atspausdinti).

Ką gali, už ką turėtų atsakyti BS?

Europos (pagal kilmę) standartas Bakstelėkite pasirodė 1992 m. Ją palaiko TADIG darbo grupė. Dauguma Europos operatorių naudojasi TAP2, nors yra ir trečioji versija. Nuo 1995 m. Modifikuota TAP2, vadinama specifikacija TD.27arba NAGTAP2, pradėta taikyti JAV.

Vietoj išvados

Išsitrauki iš kišenės mobilųjį telefoną, surenki numerį, paspaudi „skambutį“ ir ... įvyko pokalbis. Dabar nekantraujate sužinoti savo sąskaitos likutį. Jei atsiskaitymo sistema yra „karšta“, apie šią sumą jums bus nedelsiant pranešta. „Aš viską tiksliai apskaičiavau, gerą atsiskaitymo sistemą“, - manote jūs. Tuo tarpu kitas abonentas sužino, kad jis ką tik išnaudojo terminą ir buvo išjungtas. „Kodėl man reikia šios„ karštos “sąskaitos! Kvaila atsiskaitymo sistema! “, - skundžiasi ... Taip, tu negali visiems įtikti vienu metu!

Ypatingas ačiū už informacinę paramą žurnalistei Galinai Bolšovai

Kiekvienas telefonas turi unikalų kodą (IMEI), kuris yra užregistruotas mobiliojo ryšio operatoriaus tinkle suaktyvinus SIM kortelę ir atlikus pirmąjį skambutį. Šis kodas leidžia jums sekti įrenginio vietą, prireikus jį užblokuoti, pavyzdžiui, kai pavogtas. Duomenys apie įrenginio vietą perduodami į atsiskaitymo serverį ir čia saugomi ilgą laiką. Tuo pačiu metu yra informacijos apie tarifų planą, skambučių ir SMS istoriją, sąskaitos papildymą.

Kalbant apie atsiskaitymą telefonu, aktualiausia informacija yra skambučių ir SMS žinučių istorija, taip pat jos vieta. Tai gana tiksliai nustato operatorius. Skambindamas, siunčdamas pranešimus, naudodamasis interneto paslaugomis, prietaisas perduoda signalą į artimiausią anteną (BS), o tai leidžia apskaičiuoti adresą. Duomenų tikslumas yra gana didelis, tačiau yra klaida. Jo veikimas priklauso nuo topografinių vietovės ypatumų, trukdžių buvimo. Viskas tuo pačiu, atsiskaitymas už mobiliuosius telefonus yra aktyviai naudojamas jų paieškai, nepaisant to, ko turite ieškoti - įrenginio ar jo savininko. Operatorius pats tvarko procedūrą, teikia duomenis tik išimtiniais atvejais, nes jie yra konfidencialūs. Kas gali naudotis šia paslauga?

Kas gali rasti telefoną atsiskaitydamas

Oficialiai korinio ryšio operatorius neturi teisės atskleisti informacijos apie atitinkamai įrenginio vietą ir jo savininką. Duomenys teikiami tik gavus teisėsaugos ar teisminių institucijų prašymą. Norėdami gauti dominančios medžiagos, turite parašyti pareiškimą policijai, kurio pagrindu tarnybos darbuotojai imsis veiksmų problemai išspręsti. Pareiškimas bus pagrįstas ieškant pavogto įrenginio. Jei jums reikia rasti abonentą asmeniniais tikslais, šią parinktį reikėtų atidėti. Tokiu atveju problemai spręsti naudokite kitus, paprastesnius ir prieinamesnius metodus.

Kur užsisakyti atsiskaitymą telefonu

Visiems, kuriems reikia rasti telefoną ir duomenis apie jo savininką, mūsų svetainė siūlo efektyvias ir nebrangias paslaugas. Pateiksime išsamią informaciją šia tema, praleisdami minimalų laiką jos rinkimui. Užpildykite paraišką gauti paslaugas, įveskite savo mobiliojo telefono numerį ir operatorių, pažymėkite, kurių iš šių duomenų reikia:

  • Telefono savininko vardas, pavardė;
  • gimimo data;
  • paso duomenys;
  • gyvenamosios vietos arba registracijos adresas;
  • prietaiso vieta;
  • informacija apie tarifų planą, skambučius, SMS.

Priklausomai nuo prašomos informacijos kiekio ir numerį aptarnaujančio mobiliojo ryšio operatoriaus, paslaugų kaina ir duomenų teikimo laikas skirsis. Bet bet kokiu atveju sėkmingas rezultatas garantuojamas. Medžiagą gausite kaip tekstinį failą, ekrano kopiją ar grafinį vaizdą. Garantuojamas duomenų tikslumas. Mes dirbame su šiais mobiliojo ryšio operatoriais:

  • Beeline;
  • „Rostelecom“;
  • „Tele 2“;
  • Yota;
  • Motyvas;
  • Megafonas.

Kalbėdami apie tai, kaip užsisakyti sąskaitas iš MTS telefono ar kito operatoriaus, taip pat turėtumėte atsižvelgti į tai: veiksmų seka ir programos savybės nepasikeis. Skirs tik kaina ir darbo laikas.

Atkreipkite dėmesį! Kiekvienas klientas, nusprendęs atlikti atsiskaitymą telefonu naudodamasis mūsų svetaine, gali pasikliauti:

  • visiškas konfidencialumas;
  • kokybiškas aptarnavimas;
  • informacijos paieškos efektyvumas;
  • priimtinos kainos;
  • keli atsiskaitymo už paslaugas būdai;
  • nuolaidos vėlesniems užsakymams;
  • nemokama konsultacija.

Dirbame už jus, stebime paslaugų kokybę ir prieinamumą.

Platforma valdo „InitialDP 37ms“; abonentas 10 sekundžių klausėsi pyptelėjimo; pokalbio trukmė yra šiek tiek daugiau nei 5 minutės.

Atsiskaitymas renka informaciją apie telekomunikacijų paslaugų naudojimą, jų tarifų nustatymą, yra atsakingas už abonentų sąskaitų išrašymą ir mokėjimų apdorojimą.

Yra 2 pagrindiniai skaičiavimo tipai:

  • Vėlesnis mokėjimas - sąskaitos faktūros už laikotarpį pagal jos rezultatus (atidėtas)
  • Ir išankstinė sistema (išankstinio mokėjimo), kai pinigai įvedami iš anksto.
Vėlesnis mokėjimas atsirado istoriškai anksčiau, tačiau išankstinis apmokėjimas klientams pasirodė patogesnis (jis yra labiau kontroliuojamas - beveik neteisingas, yra atsijungimas ir neišrašoma didelė sąskaita).

Po apmokėjimo sistema

Kai atsiskaitymo po apklausos sistemos abonentas naudojasi operatoriaus paslaugomis, ant jungiklių sugeneruojami specialūs CDR (Charging Data Record) failai. Tiesą sakant, tai yra įprasti žurnalai, kuriuose nurodomas abonento numeris, data, skambučio laikas / atsisiųsto srauto kiekis ir kt. Kita vertus, atsiskaitymas tam tikru laiku (pavyzdžiui, kartą per dieną) prisijungia prie jungiklio, atsisiųsdamas sau CDR, apskaičiuodamas paslaugų kainą ir viską išsaugodamas duomenų bazėje (dažniausiai „Oracle“). Tada mėnesio pabaigoje abonentui pateikiama sąskaita suvestine.

„Postpaid“ platformos sąveikos su operatoriaus tinklo šerdimi schema.
CSN - grandinės perjungimo tinklas; Atstovaujama kanalų jungikliais (MSC).
PSN - paketinio perjungimo tinklas; Atstovauja paketiniai komutatoriai ir šliuzai (atitinkamai SGSN ir GGSN).

Atidėto apmokėjimo sistemos veikimo principas yra gana paprastas, nes tam nereikia platformos reakcijos realiuoju laiku: juk abonento nereikia įspėti apie nulio pasiekimą (ir, atitinkamai, nereikia keisti tinklo sąveikos su juo pobūdžio).

Išankstinė sistema

Išankstinio atsiskaitymo atveju telekomunikacijų operatorius, be teikiamų paslaugų apimties apskaitos, turi išspręsti abonento einamosios sąskaitos sekimo problemą ir, jei ji pasiekia nulį, informuoti abonentą / išjungti paslaugos teikimą. Todėl tokios sistemos dar vadinamos internetine įkrovimo sistema (OCS).

Kadangi operatorius teikia skirtingų tipų paslaugas ir naudoja skirtingų tipų tinklus (grandinių / paketų perjungimo sistema), atsiskaitymui turi būti naudojami skirtingi tarifų nustatymo protokolai, siekiant išspręsti abonento paskyros valdymo problemą, pavyzdžiui:



Išankstinio apmokėjimo platformos sąveikos su operatoriaus tinklu schema.

Pažvelkime į šiuos protokolus atidžiau.

BŽŪP

BŽŪP („CAMEL Application Part“) yra SS7 kamino programos sluoksnio protokolas, įgyvendinantis intelektualias paslaugas GSM / UMTS tinkluose (pavyzdžiui, iš anksto apmokėtas).


Padėkite protokolą ant kamino. Paveikslėlyje taip pat pavaizduota populiari parinktis naudojant SIGTRAN technologiją (SS7 plėtinys, leidžiantis naudoti „7“ protokolus per IP tinklą).

Šį protokolą OCS naudoja ryšiui su grandinės perjungtu tinklu. Čia yra siunčiamo balso skambučio apmokestinimo pavyzdys:


BŽŪP protokolo tarifų nustatymo dialogas, ISUP pranešimai rodomi brūkšninėmis linijomis.

  1. Pirma, iš sąskaitos iš MSC1 jungiklio išsiunčiamas pranešimas (Pradinis aptikimo taškas), kuriame perduodami abonento parametrai. Tai gaunami ir siunčiami numeriai, iškviesto abonento langelio adresas ir kiti. Remiantis tuo, galima pradėti analizuoti skambutį. Atsiskaitymas sukuria konkretų aptikimo tašką, tai yra skambučio būseną. OCS nustato, ar abonentas gali atlikti balso skambutį (ar sąskaitoje yra lėšų), jei įmanoma, tada kuriam maksimaliam laikui.
  2. Po to OCS į jungiklį atsako pateikdamas užklausos ataskaitos BCSM įvykį („Aš inicijavau aptikimo tašką, laukiu jūsų papildomos informacijos apie skambučio būseną“). Ir siunčia „Taikyti apmokestinimą“ („abonento sąskaitoje yra lėšų, aš leidžiu skambinti“). Taip pat ten siunčiamas maksimalus laikas, kurį abonentas gali naudoti.
  3. Jungiklis, gavęs OCS leidimą, inicijuoja balso ryšį tarp abonentų, naudodamas ISUP protokolą, nusiųsdamas IAM (Initial Address Message) pranešimą į MSC2.
  4. MSC2 į MSC1 atsako pranešimu ACM (Address Complete Message), šiuo atveju tai reiškia „taip, mano abonente, jis dabar prisijungęs, aš jam pradedu skambinti“. Gavusi šį pranešimą, MSC1 įjungia ilgus pyptelėjimus abonentui A.
  5. B abonentas pakelia telefoną, MSC2 siunčia MSC1 ANM (Answer Message) pranešimą - „mano abonentas paėmė telefoną, prijunk juos“.
  6. MSC1 sujungia A ir B abonentus, prasideda pokalbis. MSC1 siunčia įvykių ataskaitą BCSM (O_Answer) OCS. OCS keičia šio abonento skambučio būseną. Nuo šio momento pradedamas atsiskaitymas (atsižvelgiant į tai, kad pirmos 3 sekundės yra nemokamos).
  7. Kol abonentai kalba, MSC1 stebi skambučio laiką. Jei laikas yra trumpas, MSC perspės abonentą pyptelėdamas.
  8. Mūsų atveju B abonentas yra pirmasis, kuris atsisako telefono, MSC1 ir MSC2 draugiškai paspaudžia ranką naudodamiesi REL (Release Message) ir RLC (Release Complete Message) pranešimais.
  9. MSC1 siunčia įvykių ataskaitos BCSM pranešimą (O_Disconnect - „abonentai sėkmingai atjungti“) ir Taikyti įkrovimo ataskaitą (kiek sekundžių truko pokalbis) OCS.
  10. OCS priima šiuos duomenis ir atsako, kad dabar galima uždaryti sesiją.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 \u003d\u003d\u003d BŽŪP \u003d\u003d\u003d --- INVOKE --- - - VEIKIMAS --- 02 ŽYMĖ: 02h INTEGER 01 LEN: 1 23 VEIKIMAS: 35 \u003d taikyti Įkrovimas --- APPL CHARG --- 30 ŽYMĖLIS: 30h SEKLAS 13 LEN: 19 --- ACH BCC --- 80 ŽYMĖJIMAS: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX CPD --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX CPD: 4370

Tai yra pėdsakų dalis. Matome, kad pranešimas „applyCharging“ buvo išsiųstas per CAP protokolą, maksimali skambučio trukmė (MAX CPD - maksimali skambučio trukmė) yra 437,0 sekundės.

Padauginsiu nuotrauką į katą: tai yra bendravimo naudojant BŽŪP protokolą pavyzdys. Galima įvertinti laiko žymes: platforma valdo „InitialDP“ 37 ms; abonentas 10 sekundžių klausėsi pyptelėjimo; pokalbio trukmė yra šiek tiek daugiau nei 5 minutės.



Ir čia skambutis yra ilgas, ir jūs galite pamatyti, kaip pati sistema kas 6 minutes paprašo MSC skambučio būsenos (activityTest). Tai daroma tam, kad įvykus bet kokiai klaidai, pokalbis nevyktų kelias dienas (kol abonentas nurašys visus pinigus).

CAP protokolas gali apmokestinti ne tik balso skambučius - jis taip pat gali įkrauti interneto ryšius, SMS, MMS ir pan. Nors praktikoje šiems poreikiams dažniausiai naudojami specialiai paryškinti protokolai (DIAMETER / OSA).

OSA

OSA (Open Service Access) - konsorciumų 3GPP ir ETSI sukurta atvira programinės įrangos sąsaja, dažnai naudojama VAS paslaugoms ir mobiliajam internetui apmokestinti.

Panagrinėkime šio protokolo veikimą, naudodamiesi mobiliojo interneto paslaugos tarifų nustatymo pavyzdžiu:

  1. Kai bandoma suaktyvinti PDP kontekstą (telefonas gauna IP adresą mobiliojo ryšio operatoriaus tinkle), GGSN klausia platformos, ar šiam abonentui įmanoma suaktyvinti įkrovimo sesiją (CreateChargingSessionReq).
  2. Mūsų atveju viskas yra gerai (abonentas yra duomenų bazėje, yra lėšų), platforma sukuria įkrovimo sesiją ir leidžia aktyvuoti PDP kontekstą (CreateChargingSessionResp).
  3. Dabar abonentas nori pradėti atsisiųsti duomenis. Kad jis galėtų tai padaryti, GGSN susisiekia su platforma su prašymu rezervuoti lėšas („ReserveUnitReq“). Apskritai vienetas yra abstraktus dalykas, jis gali būti bet koks - kilobaitas duomenų, teksto žinutės, pokalbio sekundė, rublis, pica, statinė ir t. Mūsų atveju vienetas yra 100 kB.
  4. Platforma patikrina, ar tam tikram abonentui yra lėšų 100 kB srautui, atsižvelgiant į jo tarifą, ir atsako pranešimu „ReserveUnitResp“ („lėšos rezervuotos“). Gavęs šį pranešimą iš platformos, GGSN leidžia abonentui atsisiųsti srautą.
  5. Kai abonentas atsisiunčia rezervuotą srauto dalį, GGSN kreipiasi į platformą naudodamas „DebitUnitReq“ pranešimą („galite nurašyti rezervuotas lėšas“).
  6. Platforma nurašo lėšas ir atsako „DebitUnitResp“ pranešimu („Lėšos sėkmingai nurašytos“).
  7. „ReserveUnitReq-DebitUnitResp“ ciklas kartojamas tol, kol abonentas atsisiunčia visą internetą ir uždaro interneto sesiją.
  8. Išjungus PDP, „Context'a GGSN“ išsiunčia pranešimą apie įkrovimo sesijos pabaigą platformai; šiai sesijai skirta atmintis bus atlaisvinta.



„DebitUnitReq“ užklausa; OSA komandos yra suvyniotos į SOAP protokolą, kurį savo ruožtu gaubia HTTP protokolas.

Išvada

Keičiantis klientų poreikiams (įskaitant padidėjusį perduotų duomenų kiekį), kuriant naujas paslaugų rūšis, reikia plėtoti mobiliojo ryšio operatoriaus tinklą, visų pirma VAS platformų ir atsiskaitymo sistemų srityje.

Jei jus domina AAA protokolų šeimos tema, tada vėliau pasakosiu jums apie RADIJĄ, DIAMETRĄ ir kitus įdomius dalykus.

Atsiskaitymas yra automatizuotas procesas, kuriame naudojama profesionali programinė įranga. Joje analizuojama, kaip signalas praeina per kiekvieną langelį, tada jis rūšiuojamas ir apskaičiuojama, kokia bus paslaugų kaina tam tikram savininkui. Mokėjimas už telefono ryšį yra atsiskaitymas už telefoną. Po skambučio jis ima tiek pinigų, kiek nurodyta jūsų tarifų plane.

Atsiskaitymo sistemos

Mobiliųjų telefonų atsiskaitymas yra sudėtingas procesas, reikalaujantis modernių, kokybiškų ir galingų įrankių. Programinė įranga, bankininkystė ir teisinė pagalba yra naujųjų technologijų komponentai. Dėl to atsiskaitymo telefonu programa egzistuoja tik didelėse elektroninės prekybos įmonėse ir, žinoma, regioninėse korinio ryšio įmonėse.

Šios naujos sistemos funkcija yra ta, kad kiekvienam asmeniui ji atskirai apskaičiuoja mobiliojo ryšio paslaugų kainą. Programos išsaugo informaciją apie laiką, kada vartotojas paskambino, skambučių trukmę ir kitas ypatybes tam tikram laikotarpiui (metams ar šešiems mėnesiams). Atsiskaitymas telefonu apima profesionalią programinę įrangą, kuri naudojama atliekant telekomunikacijų operatorių apskaitos skaičiavimus.

Apkrovos paskirstymas

Paprastai korinio ryšio operatoriai bendradarbiauja tarpusavyje. Jie įdiegia vieną stotį ir naudoja ją kartu, neišleisdami papildomų lėšų programinei įrangai. Paprastai kiekvienas operatorius kiekviename mieste įsirengia sau atskirą bokštą. Kaimo vietovėse ir greitkelyje kelios įmonės naudojasi viena. Šios mobiliosios stoties savininkas bus vienas, tačiau kiti operatoriai moka jam už nuomą, kaina apskaičiuojama pagal skambučių skaičių.

Interneto srautą taip pat tvarko atsiskaitymo sistemos. Šiuo atveju abonentas apmokestinamas atskiru tarifu. Kiekviena įmonė yra skirtinga. Viename reikia mokėti už laiką, praleistą internete, kitame - už perduotus ir gautus informacinius paketus.

Atsiskaitymo funkcijos

Atsiskaitymas telefonu yra pagrįstas gana paprastu principu. Perjungimo mazgas registruoja visus duomenis, būtent skambučio trukmę ir charakteristikas. Tada visa gauta informacija siunčiama į centrinę stotį, kur atliekamas skaičiavimas.

Centrinėje įstaigoje įdiegta programinė įranga apdoroja visus duomenis ir stebi taisykles, tarifus ir kainas. Atsiskaitydami telefonu pateikiama visa informacija apie vartotoją (tarifas, premijų prieinamumas, kainos tam tikromis kryptimis).

Šiose moderniose duomenų bazėse kaupiama informacija apie visus kiekvieno kliento mokėjimus. Tai leidžia atsiskaityti už išėmimus. Atsiskaitymo stotyse yra aukštos kokybės ir galingi kompiuteriai, kurie leidžia labai greitai apskaičiuoti. Dėl šios priežasties beveik akimirksniu gaunamas abonentų prašymas dėl paskyros būklės.

Programinė įranga taip pat stebi vartotojų paskyrų būseną. Sistema turi galimybę deaktyvuoti abonentą. Jei asmuo ilgą laiką nepapildė sąskaitos ir nesinaudoja mobiliojo ryšio įmonės paslaugomis, tada jis tiesiog išjungiamas.

Kaip jau spėjote, dėl atsiskaitymo už mobiliuosius telefonus pasirodo pranešimas, kad sistema negali užmegzti ryšio su nuline sąskaita. Jei padidinsite telefono balansą, galėsite nedelsdami naudotis paslaugomis, sistema jas automatiškai sujungs.

Dauguma mobiliojo ryšio operatorių sukuria grįžtamojo ryšio funkciją. Ji taip pat kontroliuoja atsiskaitymą už mobiliuosius telefonus. Su jo pagalba, eidami į savo asmeninę sąskaitą, galite papildyti, atjungti, suaktyvinti įvairias paslaugas, pakeisti tarifą ir daug daugiau.

Jei eisite į savo mobiliojo ryšio operatoriaus svetainę, galite pamatyti savo praėjusio mėnesio veiksmus dėl atsiskaitymo telefonu. Galite pamatyti, su kuo kalbėjotės, kiek laiko ir kiek pinigų iš jūsų buvo imtasi.

Papildomos atsiskaitymo funkcijos: mobiliojo ryšio stebėjimas

Mobilusis telefonas, kurį naudojame bendravimui, pvz., Kamera, vaizdo kamera, radijo švyturys, turi dar keletą funkcijų. Dauguma nusikaltimų dabar tiriami naudojant sąskaitas. Ši sistema gali stebėti visus skambučius.

Kaip atsiskaitymas telefonu gali padėti atliekant žmogžudystės tyrimą? Tai paprasta, ši sistema įrašo, kai mes įeiname į internetą ir kur tai vyksta, mes skambiname ar siunčiame SMS.

Pasitelkus naujas technologijas, būtent sąskaitų išrašymą, jau buvo ištirta daug garsių nusikaltimų ir rasti kaltininkai.

Abonentas visada yra prieinamas

Mobilusis telefonas yra puikus žmogaus pasiekimas, nauja technologija, kuri pastūmėjo pažangą. Deja, ši technologija negali būti naudojama gerai, nes korinis ryšys yra tam tikras radijo švyturys, kuris padės sekti žmogaus buvimo vietą.

Kaip jau sužinojome, visa teritorija, kurioje yra mobilusis ryšys, yra padalinta į ląsteles. Yra bokštai ir specialios stotys, turinčios konkretų adresą.

Išanalizavę mobiliojo telefono signalą, galite nustatyti, kokiu atstumu ir kur yra žmogus (automobilyje, namuose, gatvėje). Be to, nebus sunku nustatyti abonento judėjimą. Galite pasiimti kelis bokštus ir sužinoti žmogaus, turinčio nedidelę klaidą, maršrutą.

Asmeninis atsiskaitymas

Pirmieji atsiskaitymą tyrimams panaudojo privatūs detektyvai. Žinoma, jie savo veiksmais pažeidė Baudžiamąjį kodeksą.

Jei draudžiama, kaip jie gavo informaciją? Pirmasis būdas yra pirkti duomenis iš mobiliojo ryšio įmonės darbuotojų. Bet dabar tai nėra taip lengva, tarnybos pradėjo spręsti informacijos nutekėjimą.

Dabar, kad gautumėte duomenis detektyvams, turėsite sumokėti 500 USD. Ir norint jį išanalizuoti, norint sužinoti žmogaus judėjimą, reikia sumokėti 1500 USD. Daugeliu atvejų, norint, kad korinio ryšio įmonės darbuotojas susidomėtų šiuo „verslu“, turite nuolat mokytis daugybės skaičių.

Kitas būdas yra paprašyti pažįstamų darbuotojų sužinoti apie mobilųjį telefoną ir asmenį, kuriam jis priklauso. Bet tai yra gana ilgas laikas, tyrimas gali užsitęsti.

Straipsnis apie atsiskaitymo pagal telefono numerį sąvoką / „Navigacinis atsiskaitymas“! Koks skambus, paslaptingas žodis! Kadangi Vikipedijoje skamba sausas šio žodžio dekodavimas, atsiskaitymas reiškia sudėtingas priemones, ...

Straipsnis apie atsiskaitymo pagal telefono numerį sąvoką / „Navigacinis atsiskaitymas“! Koks skambus, paslaptingas žodis! Kadangi Vikipedijoje skamba sausas šio žodžio dekodavimas, atsiskaitymas reiškia sudėtingas priemones, ...

Platforma valdo „InitialDP 37ms“; abonentas 10 sekundžių klausėsi pyptelėjimo; pokalbio trukmė yra šiek tiek daugiau nei 5 minutės.

Atsiskaitymas renka informaciją apie telekomunikacijų paslaugų naudojimą, jų tarifų nustatymą, yra atsakingas už abonentų sąskaitų išrašymą ir mokėjimų apdorojimą.

Yra 2 pagrindiniai skaičiavimo tipai:

  • Vėlesnis mokėjimas - sąskaitos faktūros už laikotarpį pagal jos rezultatus (atidėtas)
  • Ir išankstinė sistema (išankstinio mokėjimo), kai pinigai įvedami iš anksto.
Vėlesnis mokėjimas atsirado istoriškai anksčiau, tačiau išankstinis apmokėjimas klientams pasirodė patogesnis (jis yra labiau kontroliuojamas - beveik neteisingas, yra atsijungimas ir neišrašoma didelė sąskaita).

Po apmokėjimo sistema

Kai atsiskaitymo po apklausos sistemos abonentas naudojasi operatoriaus paslaugomis, ant jungiklių sugeneruojami specialūs CDR (Charging Data Record) failai. Tiesą sakant, tai yra įprasti žurnalai, kuriuose nurodomas abonento numeris, data, skambučio laikas / atsisiųsto srauto kiekis ir kt. Kita vertus, atsiskaitymas tam tikru laiku (pavyzdžiui, kartą per dieną) prisijungia prie jungiklio, atsisiųsdamas sau CDR, apskaičiuodamas paslaugų kainą ir viską išsaugodamas duomenų bazėje (dažniausiai „Oracle“). Tada mėnesio pabaigoje abonentui pateikiama sąskaita suvestine.


„Postpaid“ platformos sąveikos su operatoriaus tinklo šerdimi schema.
CSN - grandinės perjungimo tinklas; Atstovaujama kanalų jungikliais (MSC).
PSN - paketinio perjungimo tinklas; Atstovauja paketiniai komutatoriai ir šliuzai (atitinkamai SGSN ir GGSN).

Atidėto apmokėjimo sistemos veikimo principas yra gana paprastas, nes tam nereikia platformos reakcijos realiuoju laiku: juk abonento nereikia įspėti, kad jis pasieks nulį (ir atitinkamai nereikia keisti tinklo sąveikos su juo pobūdžio).

Išankstinė sistema

Išankstinio atsiskaitymo atveju telekomunikacijų operatorius, be teikiamų paslaugų apimties apskaitos, turi išspręsti abonento einamosios sąskaitos sekimo problemą ir, jei ji pasiekia nulį, informuoti abonentą / išjungti paslaugos teikimą. Todėl tokios sistemos dar vadinamos internetine įkrovimo sistema (OCS).

Kadangi operatorius teikia skirtingų tipų paslaugas ir naudoja skirtingų tipų tinklus (grandinių / paketų perjungimo sistema), atsiskaitymui turi būti naudojami skirtingi tarifų nustatymo protokolai, siekiant išspręsti abonento paskyros valdymo problemą, pavyzdžiui:


Išankstinio apmokėjimo platformos sąveikos su operatoriaus tinklu schema.

Pažvelkime į šiuos protokolus atidžiau.

BŽŪP

BŽŪP („CAMEL Application Part“) yra SS7 kamino programos sluoksnio protokolas, įgyvendinantis intelektualias paslaugas GSM / UMTS tinkluose (pavyzdžiui, iš anksto apmokėtas).


Protokolo vieta SS7 kamino. Paveiksle taip pat pavaizduota populiari parinktis naudojant SIGTRAN technologiją (SS7 plėtinys, leidžiantis naudoti „7“ protokolus per IP tinklą).

Šį protokolą OCS naudoja ryšiui su grandinės perjungtu tinklu. Čia yra siunčiamo balso skambučio apmokestinimo pavyzdys:


BŽŪP protokolo tarifų nustatymo dialogas, ISUP pranešimai rodomi brūkšninėmis linijomis.

  1. Pirmiausia iš MSC1 jungiklio sąskaitai išsiunčiamas pranešimas (Pradinis aptikimo taškas), kuriame perduodami abonento parametrai. Tai yra gaunami ir siunčiami numeriai, iškviesto abonento langelio adresas ir kiti. Remiantis tuo, galima pradėti analizuoti skambutį. Atsiskaitymas sukuria konkretų aptikimo tašką, tai yra skambučio būseną. OCS nustato, ar abonentas gali atlikti balso skambutį (ar sąskaitoje yra lėšų), jei įmanoma, tada kuriam maksimaliam laikui.
  2. Po to OCS į jungiklį atsako pateikdamas užklausos ataskaitos BCSM įvykį („Aš inicijavau aptikimo tašką, laukiu jūsų papildomos informacijos apie skambučio būseną“). Ir siunčia „Taikyti apmokestinimą“ („abonento sąskaitoje yra lėšų, aš leidžiu skambinti“). Taip pat ten siunčiamas maksimalus laikas, kurį abonentas gali naudoti.
  3. Jungiklis, gavęs OCS leidimą, inicijuoja balso ryšį tarp abonentų, naudodamas ISUP protokolą, nusiųsdamas IAM (Initial Address Message) pranešimą į MSC2.
  4. MSC2 į MSC1 atsako pranešimu ACM (Address Complete Message), šiuo atveju tai reiškia „taip, mano abonente, jis dabar prisijungęs, aš jam pradedu skambinti“. Gavusi šį pranešimą, MSC1 įjungia ilgus pyptelėjimus abonentui A.
  5. B abonentas pakelia telefoną, MSC2 siunčia MSC1 ANM (Answer Message) pranešimą - „mano abonentas paėmė telefoną, prijunk juos“.
  6. MSC1 sujungia A ir B abonentus, prasideda pokalbis. MSC1 siunčia įvykių ataskaitą BCSM (O_Answer) OCS. OCS keičia šio abonento skambučio būseną. Nuo šio momento pradedamas atsiskaitymas (atsižvelgiant į tai, kad pirmos 3 sekundės yra nemokamos).
  7. Kol abonentai kalba, MSC1 stebi skambučio laiką. Jei laikas yra trumpas, MSC perspės abonentą pyptelėdamas.
  8. Mūsų atveju B abonentas yra pirmasis, kuris atsisako telefono, MSC1 ir MSC2 draugiškai paspaudžia ranką naudodamiesi REL (Release Message) ir RLC (Release Complete Message) pranešimais.
  9. MSC1 siunčia įvykių ataskaitos BCSM pranešimą (O_Disconnect - „abonentai sėkmingai atjungti“) ir Taikyti įkrovimo ataskaitą (kiek sekundžių truko pokalbis) OCS.
  10. OCS priima šiuos duomenis ir atsako, kad dabar galima uždaryti sesiją.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 \u003d\u003d\u003d BŽŪP \u003d\u003d\u003d --- INVOKE --- - - VEIKIMAS --- 02 TAG: 02h INTEGER 01 LEN: 1 23 VEIKIMAS: 35 \u003d taikyti Įkrovimas --- APPL CHARG --- 30 TAG: 30h SEKSENAS 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX CPD --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX CPD: 4370

Tai yra pėdsakų dalis. Matome, kad pranešimas „applyCharging“ buvo išsiųstas per CAP protokolą, maksimali skambučio trukmė (MAX CPD - maksimali skambučio trukmė) yra 437,0 sekundės.

Padauginsiu nuotrauką į katą: tai yra bendravimo naudojant BŽŪP protokolą pavyzdys. Galima įvertinti laiko žymes: platforma valdo „InitialDP“ 37 ms; abonentas 10 sekundžių klausėsi pyptelėjimo; pokalbio trukmė yra šiek tiek daugiau nei 5 minutės.


Ir čia skambutis yra ilgas, ir jūs galite pamatyti, kaip pati sistema kas 6 minutes paprašo MSC skambučio būsenos (activityTest). Tai daroma tam, kad įvykus bet kokiai klaidai, pokalbis nevyktų kelias dienas (kol abonentas nurašys visus pinigus).

CAP protokolas gali apmokestinti ne tik balso skambučius - jis taip pat gali įkrauti interneto ryšius, SMS, MMS ir pan. Nors praktikoje šiems poreikiams dažniausiai naudojami specialiai paryškinti protokolai (DIAMETER / OSA).

OSA

OSA („Open Service Access“) yra konsorciumų 3GPP ir ETSI sukurta atvira programinės įrangos sąsaja, dažnai naudojama VAS paslaugoms ir mobiliajam internetui apmokestinti.

Panagrinėkime šio protokolo veikimą, naudodamiesi mobiliojo interneto paslaugos tarifų nustatymo pavyzdžiu:

  1. Kai bandoma suaktyvinti PDP kontekstą (telefonas gauna IP adresą mobiliojo ryšio operatoriaus tinkle), GGSN klausia platformos, ar šiam abonentui įmanoma suaktyvinti įkrovimo sesiją (CreateChargingSessionReq).
  2. Mūsų atveju viskas yra gerai (abonentas yra duomenų bazėje, yra lėšų), platforma sukuria įkrovimo sesiją ir leidžia aktyvuoti PDP kontekstą (CreateChargingSessionResp).
  3. Dabar abonentas nori pradėti atsisiųsti duomenis. Kad jis galėtų tai padaryti, GGSN susisiekia su platforma su prašymu rezervuoti lėšas („ReserveUnitReq“). Apskritai vienetas yra abstraktus dalykas, jis gali būti bet koks - kilobaitas duomenų, teksto žinutės, pokalbio sekundė, rublis, pica, statinė ir t. Mūsų atveju vienetas yra 100 kB.
  4. Platforma patikrina, ar tam tikram abonentui yra lėšų 100 kB srautui, atsižvelgiant į jo tarifą, ir atsako pranešimu „ReserveUnitResp“ („lėšos rezervuotos“). Gavęs šį pranešimą iš platformos, GGSN leidžia abonentui atsisiųsti srautą.
  5. Kai abonentas atsisiunčia rezervuotą srauto dalį, GGSN kreipiasi į platformą naudodamas „DebitUnitReq“ pranešimą („galite nurašyti rezervuotas lėšas“).
  6. Platforma nurašo lėšas ir atsako „DebitUnitResp“ pranešimu („Lėšos sėkmingai nurašytos“).
  7. „ReserveUnitReq-DebitUnitResp“ ciklas kartojamas tol, kol abonentas atsisiunčia visą internetą ir uždaro interneto sesiją.
  8. Išjungus PDP, „Context'a GGSN“ išsiunčia pranešimą apie įkrovimo sesijos pabaigą platformai; šiai sesijai skirta atmintis bus atlaisvinta.


„DebitUnitReq“ užklausa; OSA komandos yra suvyniotos į SOAP protokolą, kurį savo ruožtu gaubia HTTP protokolas.

Išvada

Keičiantis klientų poreikiams (įskaitant padidėjusį perduotų duomenų kiekį), kuriant naujas paslaugų rūšis, reikia plėtoti mobiliojo ryšio operatoriaus tinklą, visų pirma VAS platformų ir atsiskaitymo sistemų srityje.

Jei jus domina AAA protokolų šeimos tema, tada vėliau pasakosiu jums apie RADIJĄ, DIAMETRĄ ir kitus įdomius dalykus.

Skyriuje Atsiskaitymas Tu gali:

  • pakeisti tarifą;
  • prijungti papildomas parinktis;
  • papildyti likutį;
  • suaktyvinti reklamos kodus;
  • sekti sąskaitas;
  • peržiūrėti mokėjimų istoriją;
  • valdyti mokėjimo metodus.

Prisijungimas ir navigacija

Eikite į skyrių Atsiskaitymas įmanoma 4 būdais:

1. Paspaudus mygtukąĮvertinti… :


2. Pasirinkę meniu punktą[Prisijungti ] Atsiskaitymas :



3. Paspaudus mygtuką Papildyti balansą jei dėl tarifo galiojimo pabaigos blokuojama prieiga prie sekcijų:


Įėjus į skyrių, atsidaro pagrindinis puslapis Balansas :


Sąskaitos balansas

Sąskaitos likutis susietas su vartotojo sąskaita ir būdingas jo projektams.Rodomos einamosios sąskaitos lėšos bloke Balansas... Tarifo kaina nurašoma iš sąskaitos kartą per dieną.

Jei sąskaitos likutis artėja prie nulio, „Roistat“ išsiųs pranešimo laišką el. Pašto adresu ir SMS telefono numeriu, nurodytu jūsų paskyroje.

Mokesčiai nutraukiami ir „Roistat“ funkcijos blokuojamos, jei sąskaitos likutis yra mažesnis nei nulis (tai įmanoma, kai naudojama).

Galite pervesti lėšas iš vienos sąskaitos į kitą. Norėdami pervesti lėšas iš savo sąskaitos į kitą sąskaitą:

Reklamos kodas

Premijos reklamos kredito kodas nurodomas viršutiniame dešiniajame kampe atitinkamame lauke ir yra aktyvuojamas mygtuku Suaktyvinti :


Jei įvedamas teisingas reklamos kredito kodas, sistema paprašys patvirtinti operaciją. Norėdami atšaukti operaciją, paspauskite mygtuką. Grįžti :


Jei įvedamas neteisingas reklamos kredito kodas, sistema praneš apie klaidą. Norėdami iš naujo įvesti reklamos kredito kodą, paspauskite mygtuką Grįžti :

Paslaugų valdymas

Kainos ir paslaugos rodomos skirtuke Balansas bloke Išsamios išlaidos :


Tarifo peržiūra ir keitimas

Eilutėje rodomas tarifo pavadinimas ir jo dienos kaina Įvertinimas:… .

Norėdami peržiūrėti visų tarifų sąlygas, spustelėkite šią eilutę. Kiekvienam tarifui rodomi šie parametrai:

  • dienos kaina;
  • įtrauktų variantų sąrašas;
  • maksimalus apsilankymų skaičius per mėnesį;
  • maksimalus projektų skaičius per mėnesį.

Jūsų sąskaitai suaktyvintas tarifas pažymėtas kaip Dabartinis tarifas.

Norėdami pasirinkti kitą tarifą, paspauskite mygtuką Pasirinkite.

Parinkčių peržiūra ir pasirinkimas

Eilutėje rodomas prijungtų parinkčių skaičius ir jų bendra dienos kaina Papildomos parinktys .

Norėdami pamatyti visas parinktis, spustelėkite šią eilutę.

Pažymimi tie variantai, kurie yra įtraukti į dabartinį tarifą įskaičiuota į tarifą .

Sujungiant galima naudoti kitas parinktis prijungti ... Norėdami išjungti šias parinktis, paspauskite mygtuką išjungti .

Išsami informacija apie išlaidas už paslaugas Skaičių sekimas

Eilutėje rodomas stebimų numerių skaičius ir dienos prenumeratos mokestis Skambučių stebėjimas .

Spustelėjus šią eilutę pasirodys pasikartojanti eilutė Prenumeratos mokestis :


Atitinkami projektai.

Išsamios paslaugos skambučio išlaidos

Dienos prenumeratos mokestis rodomas eilutėje Atgalinis skambutis.

Spustelėjus šią eilutę pasirodys pasikartojanti eilutė Prenumeratos mokestis :


Išsamesnė informacija apie šią paslaugą yra skyriuje susijusius projektus.

Bendra suma per dieną

Paros kaina už pasirinktą tarifą ir paslaugas apskaičiuojama automatiškai ir rodoma eilutėje Suma šiandien :


Mokėjimo ir balanso papildymas

Skirtuke galite sumokėti už paslaugas arba pridėti pinigų į savo sąskaitą Balansaspaspausdami mygtuką Papildyti balansą :


arba skirtuke:


Paspaudus mygtuką Papildyti balansą atsidarys mokėjimo parametrų langas:



Minimali mokėjimo suma yra 5000 rublių.

Mokėti už paslaugas ir papildyti likutį galima trimis būdais:

Apmokėjus banko kortele, ši kortelė bus išsaugota kaip paskutinis mokėjimo būdas, kad būtų lengviau atlikti tolesnius mokėjimus.

Mokėjimai be grynųjų

Renkantis atsiskaitymo be grynųjų metodą, galite:

    paprašyti sąskaitos faktūros el. paštu - už tai lauke Siųsti el. Paštu įveskite el. pašto adresą, kuriuo bus išsiųsta sąskaita faktūra, ir spustelėkite mygtuką Eikite į mokėjimą :


    jei sukonfigūruotas automatinis mokėjimo metodo pasirinkimas, paprašyti sąskaitos faktūros el. paštu neįvedus adreso ir paspauskite mygtuką Prisipilti :



    nedelsdami atsisiųskite sąskaitą faktūrą - už šią nuorodą spustelėkite atsisiųsti sąskaitą faktūrą


Pinigai nepervedami automatiškai po apmokėjimo. Pirmiausia mokėjimas eina į įmonės atsiskaitomąją sąskaitą (tai gali užtrukti kelias dienas), o tada sąskaitos likutis papildomas.

Norėdami pagreitinti procesą, galite nusiųsti nuskaitytą mokėjimo dokumento kopiją į techninę pagalbą, kuri pagreitins pinigų įskaitymą į jūsų sąskaitą.

Atsiskaitymas kreditine kortele internetu

Norėdami atsiskaityti kreditine kortele internetu, nustatykite jungiklį į reikiamą padėtį ir paspauskite mygtuką Eikite į mokėjimą


Pinigai į jūsų sąskaitą įskaitomi iškart po to, kai patvirtinate operaciją.

Mokėjimas naudojant „Yandex.Money“, „Qiwi“ piniginę, „WebMoney“

Už apmokėjimą naudojant „Yandex.Money“, „Qiwi“ piniginę, „WebMoney“ nustatykite jungiklį į reikiamą padėtį ir paspauskite mygtuką Eikite į mokėjimą ... Po to būsite automatiškai nukreipti į mokėjimo puslapį:



Mokėkite per „Paypal“

Norėdami atsiskaityti naudodamiesi elektronine mokėjimo sistema „PayPal“, nustatykite jungiklį į reikiamą padėtį ir spustelėkite Eikite į mokėjimą ... Po to būsite automatiškai nukreipti į mokėjimo puslapį:


Apmokėjimas per „PayOnline“

Norėdami atsiskaityti naudodamiesi elektronine mokėjimo sistema „PayOnline“, nustatykite jungiklį į reikiamą padėtį ir spustelėkite mygtukąEikite į mokėjimą ... Po to būsite automatiškai nukreipti į mokėjimo puslapį:

Pinigai bus įskaityti į jūsų sąskaitą iškart po to, kai patvirtinsite mokėjimo operaciją.

Sąskaitos istorija

Elektroninė sąskaita faktūra sukuriama automatiškai, nuėjus į mokėjimo puslapį, paprašius el. Laiško ar spustelėjus nuorodą nuo atsisiųskite paskyrą .

Sukurtos sąskaitos yra rodomos skirtuke Sąskaitos ir yra suskirstyti į 3 kategorijas:

  • Viskas - visos vartotojo paskyros;
  • Neapmokėta - sąskaitos, kurios dar nebuvo įskaitytos;
  • Mokama - sąskaitos su įvykdytomis operacijomis.


Kiekviena paskyra atitinka vieną eilutę lentelių skiltyje:


Lentelėje pateikiama tokia informacija apie sąskaitas:

    kambarys - Paskyros numeris;

    sukūrimo data - sąskaitos sukūrimo data;

    Suma - mokėtina suma;

    Statusas - dabartinė mokėjimo būsena: Nauja arba mokama;

    Būsenos pakeitimo data - paskutinio sąskaitos būsenos pakeitimo data;

    Mokėjimo būdas - sąskaitos apmokėjimo būdas. Yra 4 būsenos:

    • Sąskaita neapmokėta - nustatyti neapmokėtas sąskaitas;

      Sąskaitos siuntimas el. Paštu - nustatytas apmokėtoms sąskaitoms apmokėti negrynaisiais pinigais;

      Plastikinė kortelė („Visa“, „MasterCard“) - nustatyti apmokėtas sąskaitas atsiskaitant kreditine kortele internetu;

      Su „PayPal“ - nustatytas apmokėtoms sąskaitoms faktūroms atsiskaitant per „PayPal“.

Nesumokėtas sąskaitas faktūras galima apmokėti šiame skirtuke. Dešinėje pusėje rodomos priešingos tokios sąskaitos:



mokėjimo istorija

Visos mokėjimo operacijos įrašomos ir rodomos skirtuke mokėjimo istorija .

Mokėjimus galima sugrupuoti pagal laikotarpį:

Lentelėje pateikiama tokia informacija apie sąskaitas:

    data - mėnesio, kurį buvo atlikta bent 1 mokėjimo operacija, diena;

    Operacija - mokėjimo operacijos rūšis;

    Suma, p . - mokėjimo suma rubliais;

    Likusi dalis, p . - sąskaitoje esančių lėšų likutis rubliais.

Duomenys lentelėje gali būti rūšiuojami pagal bet kurį stulpelį (didėjimo arba mažėjimo reikšmė).

Mokėjimo nustatymai

Norėdami pagreitinti mokėjimo procesą ir papildyti likutį, galite:

    melodija automatinis sąskaitos papildymas užkirsti kelią tarifo ar paslaugos atsijungimui dėl lėšų trūkumo;


Šie parametrai sukonfigūruoti skirtuke Mokėjimo nustatymai

Automatinis sąskaitos papildymas

Norėdami užbaigti automatinio įkrovimo sąranką, išsaugokite mokėjimo metodą.

Mažiausias laikotarpis tarp automatinio papildymo diena.

Mokėjimo metodo išsaugojimas

Bloke Mokėjimo būdas Pasirinkite mokėjimo metodą:

  • Plastikinė kortelė:
    1. Nustatykite jungiklį Plastikinė kortelė.
    2. Spustelėkite mygtuką Pasirinkite.
      Būsite nukreipti į „Yandex Checkout“ puslapį, kur turėsite įvesti kortelės duomenis, iš kurių bus nurašytos lėšos. Norėdami išsaugoti kortelės duomenis, bus atliktas bandomasis 10 rublių mokėjimas.
  • Sąskaitos siuntimas el. Paštu.
    1. Nustatykite jungiklį Sąskaitos siuntimas el. Paštu.
    2. Įveskite savo el. Pašto adresą. Galite nurodyti kelis el. Pašto adresus ( [apsaugotas el. paštu] , [apsaugotas el. paštu] ir pan.)
      Banko pavedimo sąskaitos bus išsiųstos įvestais el. Pašto adresais.



Norėdami pakeisti savo el. Pašto adresą ar kreditinės kortelės informaciją:


Mokėjimo metodo keitimas ir ištrynimas

Norėdami pakeisti arba pašalinti įdiegtą mokėjimo metodą, spustelėkite atitinkamas piktogramas:


Reklamos biudžeto riba

„Roistat“ tarifai riboja reklamos biudžetą. Jei vartotojas viršijo reklamos išlaidų limitą, „Roistat“ pakeis jam tinkamą tarifą su užrašu „Viršyta rinkodaros išlaidų riba“.

Kas nutiks, jei nepapildysite „Roistat“ paskyros

Jei ilgai nepapildysite „Roistat“ sąskaitos, pinigai iš likučio baigsis.

Kas nutiks projektui:

Integracija su CRM„Analytics“Skambučių stebėjimasEl. Pašto stebėjimasŠvino gaudytojasDalijimasis testaisPokyčiaiĮkainių valdymas
  1. Bus renkamos CRM programos.
  2. CRM prašymai bus persiųsti dar 14 dienų.
  3. Po 14 dienų gausite pranešimą, kad paraiškos nebebus siunčiamos į CRM sistemą.
Negalite žiūrėti pranešimo.

Negalėsite pridėti naujų numerių (tiek savo, tiek „Roistat“ numerių).

Nustos dirbtiNustos dirbtiNustos dirbtiNustos dirbtiNustos dirbti

„Analytics“ bus renkama projekte.Skaičiai bus priskirti projektui dar 7 dienas.





Sumokėjus už paslaugą, analizę bus galima atlikti tomis dienomis, kai likutis buvo neigiamas. Norėdami atidaryti šiuos duomenis, turėsite sumokėti už pasirinktą laikotarpį.Bus imamas kambario nuomos mokestis. Jei per septynias dienas nepapildysite balanso, numeriai bus išjungti dėl nemokėjimo ir pašalinti iš projekto. Šie numeriai gali būti grąžinti projektui per 14 dienų po jų išjungimo.




Laiku papildykite savo sąskaitą!

  • Jokių etikečių

Platforma valdo „InitialDP 37ms“; abonentas 10 sekundžių klausėsi pyptelėjimo; pokalbio trukmė yra šiek tiek daugiau nei 5 minutės.

Atsiskaitymas renka informaciją apie telekomunikacijų paslaugų naudojimą, jų tarifų nustatymą, yra atsakingas už abonentų sąskaitų išrašymą ir mokėjimų apdorojimą.

Yra 2 pagrindiniai skaičiavimo tipai:

  • Vėlesnis mokėjimas - sąskaitos faktūros už laikotarpį pagal jos rezultatus (atidėtas)
  • Ir išankstinė sistema (išankstinio mokėjimo), kai pinigai įvedami iš anksto.
Vėlesnis mokėjimas atsirado istoriškai anksčiau, tačiau išankstinis apmokėjimas klientams pasirodė patogesnis (jis yra labiau kontroliuojamas - beveik neteisingas, yra atsijungimas ir neišrašoma didelė sąskaita).

Po apmokėjimo sistema

Kai atsiskaitymo po apklausos sistemos abonentas naudojasi operatoriaus paslaugomis, ant jungiklių sugeneruojami specialūs CDR (Charging Data Record) failai. Tiesą sakant, tai yra įprasti žurnalai, kuriuose nurodomas abonento numeris, data, skambučio laikas / atsisiųsto srauto kiekis ir kt. Kita vertus, atsiskaitymas tam tikru laiku (pavyzdžiui, kartą per dieną) prisijungia prie jungiklio, atsisiųsdamas sau CDR, apskaičiuodamas paslaugų kainą ir viską išsaugodamas duomenų bazėje (dažniausiai „Oracle“). Tada mėnesio pabaigoje abonentui pateikiama sąskaita suvestine.


„Postpaid“ platformos sąveikos su operatoriaus tinklo šerdimi schema.
CSN - grandinės perjungimo tinklas; Atstovaujama kanalų jungikliais (MSC).
PSN - paketinio perjungimo tinklas; Atstovauja paketiniai komutatoriai ir šliuzai (atitinkamai SGSN ir GGSN).

Atidėto apmokėjimo sistemos veikimo principas yra gana paprastas, nes tam nereikia platformos reakcijos realiuoju laiku: juk abonento nereikia įspėti, kad jis pasieks nulį (ir atitinkamai nereikia keisti tinklo sąveikos su juo pobūdžio).

Išankstinė sistema

Išankstinio atsiskaitymo atveju telekomunikacijų operatorius, be teikiamų paslaugų apimties apskaitos, turi išspręsti abonento einamosios sąskaitos sekimo problemą ir, jei ji pasiekia nulį, informuoti abonentą / išjungti paslaugos teikimą. Todėl tokios sistemos dar vadinamos internetine įkrovimo sistema (OCS).

Kadangi operatorius teikia skirtingų tipų paslaugas ir naudoja skirtingų tipų tinklus (grandinių / paketų perjungimo sistema), atsiskaitymui turi būti naudojami skirtingi tarifų nustatymo protokolai, siekiant išspręsti abonento paskyros valdymo problemą, pavyzdžiui:


Išankstinio apmokėjimo platformos sąveikos su operatoriaus tinklu schema.

Pažvelkime į šiuos protokolus atidžiau.

BŽŪP

BŽŪP („CAMEL Application Part“) yra SS7 kamino programos sluoksnio protokolas, įgyvendinantis intelektualias paslaugas GSM / UMTS tinkluose (pavyzdžiui, iš anksto apmokėtas).


Protokolo vieta SS7 kamino. Paveiksle taip pat pavaizduota populiari parinktis naudojant SIGTRAN technologiją (SS7 plėtinys, leidžiantis naudoti „7“ protokolus per IP tinklą).

Šį protokolą OCS naudoja ryšiui su grandinės perjungtu tinklu. Čia yra siunčiamo balso skambučio apmokestinimo pavyzdys:


BŽŪP protokolo tarifų nustatymo dialogas, ISUP pranešimai rodomi brūkšninėmis linijomis.

  1. Pirmiausia iš MSC1 jungiklio sąskaitai išsiunčiamas pranešimas (Pradinis aptikimo taškas), kuriame perduodami abonento parametrai. Tai yra gaunami ir siunčiami numeriai, iškviesto abonento langelio adresas ir kiti. Remiantis tuo, galima pradėti analizuoti skambutį. Atsiskaitymas sukuria konkretų aptikimo tašką, tai yra skambučio būseną. OCS nustato, ar abonentas gali atlikti balso skambutį (ar sąskaitoje yra lėšų), jei įmanoma, tada kuriam maksimaliam laikui.
  2. Po to OCS į jungiklį atsako pateikdamas užklausos ataskaitos BCSM įvykį („Aš inicijavau aptikimo tašką, laukiu jūsų papildomos informacijos apie skambučio būseną“). Ir siunčia „Taikyti apmokestinimą“ („abonento sąskaitoje yra lėšų, aš leidžiu skambinti“). Taip pat ten siunčiamas maksimalus laikas, kurį abonentas gali naudoti.
  3. Jungiklis, gavęs OCS leidimą, inicijuoja balso ryšį tarp abonentų, naudodamas ISUP protokolą, nusiųsdamas IAM (Initial Address Message) pranešimą į MSC2.
  4. MSC2 į MSC1 atsako pranešimu ACM (Address Complete Message), šiuo atveju tai reiškia „taip, mano abonente, jis dabar prisijungęs, aš jam pradedu skambinti“. Gavusi šį pranešimą, MSC1 įjungia ilgus pyptelėjimus abonentui A.
  5. B abonentas pakelia telefoną, MSC2 siunčia MSC1 ANM (Answer Message) pranešimą - „mano abonentas paėmė telefoną, prijunk juos“.
  6. MSC1 sujungia A ir B abonentus, prasideda pokalbis. MSC1 siunčia įvykių ataskaitą BCSM (O_Answer) OCS. OCS keičia šio abonento skambučio būseną. Nuo šio momento pradedamas atsiskaitymas (atsižvelgiant į tai, kad pirmos 3 sekundės yra nemokamos).
  7. Kol abonentai kalba, MSC1 stebi skambučio laiką. Jei laikas yra trumpas, MSC perspės abonentą pyptelėdamas.
  8. Mūsų atveju B abonentas yra pirmasis, kuris atsisako telefono, MSC1 ir MSC2 draugiškai paspaudžia ranką naudodamiesi REL (Release Message) ir RLC (Release Complete Message) pranešimais.
  9. MSC1 siunčia įvykių ataskaitos BCSM pranešimą (O_Disconnect - „abonentai sėkmingai atjungti“) ir Taikyti įkrovimo ataskaitą (kiek sekundžių truko pokalbis) OCS.
  10. OCS priima šiuos duomenis ir atsako, kad dabar galima uždaryti sesiją.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 \u003d\u003d\u003d BŽŪP \u003d\u003d\u003d --- INVOKE --- - - VEIKIMAS --- 02 TAG: 02h INTEGER 01 LEN: 1 23 VEIKIMAS: 35 \u003d taikyti Įkrovimas --- APPL CHARG --- 30 TAG: 30h SEKSENAS 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX CPD --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX CPD: 4370

Tai yra pėdsakų dalis. Matome, kad pranešimas „applyCharging“ buvo išsiųstas per CAP protokolą, maksimali skambučio trukmė (MAX CPD - maksimali skambučio trukmė) yra 437,0 sekundės.

Padauginsiu nuotrauką į katą: tai yra bendravimo naudojant BŽŪP protokolą pavyzdys. Galima įvertinti laiko žymes: platforma valdo „InitialDP“ 37 ms; abonentas 10 sekundžių klausėsi pyptelėjimo; pokalbio trukmė yra šiek tiek daugiau nei 5 minutės.


Ir čia skambutis yra ilgas, ir jūs galite pamatyti, kaip pati sistema kas 6 minutes paprašo MSC skambučio būsenos (activityTest). Tai daroma tam, kad įvykus bet kokiai klaidai, pokalbis nevyktų kelias dienas (kol abonentas nurašys visus pinigus).

CAP protokolas gali apmokestinti ne tik balso skambučius - jis taip pat gali įkrauti interneto ryšius, SMS, MMS ir pan. Nors praktikoje šiems poreikiams dažniausiai naudojami specialiai paryškinti protokolai (DIAMETER / OSA).

OSA

OSA („Open Service Access“) yra konsorciumų 3GPP ir ETSI sukurta atvira programinės įrangos sąsaja, dažnai naudojama VAS paslaugoms ir mobiliajam internetui apmokestinti.

Panagrinėkime šio protokolo veikimą, naudodamiesi mobiliojo interneto paslaugos tarifų nustatymo pavyzdžiu:

  1. Kai bandoma suaktyvinti PDP kontekstą (telefonas gauna IP adresą mobiliojo ryšio operatoriaus tinkle), GGSN klausia platformos, ar šiam abonentui įmanoma suaktyvinti įkrovimo sesiją (CreateChargingSessionReq).
  2. Mūsų atveju viskas yra gerai (abonentas yra duomenų bazėje, yra lėšų), platforma sukuria įkrovimo sesiją ir leidžia aktyvuoti PDP kontekstą (CreateChargingSessionResp).
  3. Dabar abonentas nori pradėti atsisiųsti duomenis. Kad jis galėtų tai padaryti, GGSN susisiekia su platforma su prašymu rezervuoti lėšas („ReserveUnitReq“). Apskritai vienetas yra abstraktus dalykas, jis gali būti bet koks - kilobaitas duomenų, teksto žinutės, pokalbio sekundė, rublis, pica, statinė ir t. Mūsų atveju vienetas yra 100 kB.
  4. Platforma patikrina, ar tam tikram abonentui yra lėšų 100 kB srautui, atsižvelgiant į jo tarifą, ir atsako pranešimu „ReserveUnitResp“ („lėšos rezervuotos“). Gavęs šį pranešimą iš platformos, GGSN leidžia abonentui atsisiųsti srautą.
  5. Kai abonentas atsisiunčia rezervuotą srauto dalį, GGSN kreipiasi į platformą naudodamas „DebitUnitReq“ pranešimą („galite nurašyti rezervuotas lėšas“).
  6. Platforma nurašo lėšas ir atsako „DebitUnitResp“ pranešimu („Lėšos sėkmingai nurašytos“).
  7. „ReserveUnitReq-DebitUnitResp“ ciklas kartojamas tol, kol abonentas atsisiunčia visą internetą ir uždaro interneto sesiją.
  8. Išjungus PDP, „Context'a GGSN“ išsiunčia pranešimą apie įkrovimo sesijos pabaigą platformai; šiai sesijai skirta atmintis bus atlaisvinta.


„DebitUnitReq“ užklausa; OSA komandos yra suvyniotos į SOAP protokolą, kurį savo ruožtu gaubia HTTP protokolas.

Išvada

Keičiantis klientų poreikiams (įskaitant padidėjusį perduotų duomenų kiekį), kuriant naujas paslaugų rūšis, reikia plėtoti mobiliojo ryšio operatoriaus tinklą, visų pirma VAS platformų ir atsiskaitymo sistemų srityje.

Jei jus domina AAA protokolų šeimos tema, tada vėliau pasakosiu jums apie RADIJĄ, DIAMETRĄ ir kitus įdomius dalykus.