Yhtenäinen laskutus. Laskutus - mitä se on yksinkertaisin sanoin

Kotiin / Jäätyy



Lisäksi järjestelmätietokanta tallentaa tiedot kunkin matkaviestinverkon tilaajan aiemmista maksuista. Kaikkien näiden tietojen perusteella nostot lasketaan. Huipputehokkaiden tietokoneiden käytön ansiosta laskenta kestää sekunnin murto-osan ja sen tulos näkyy lähes välittömästi tilaajan tilin tilassa.

Laskutusjärjestelmän toimintoihin kuuluu tilaajien aktivointi tai deaktivointi (katkaisu). Yksinkertaisesti sanottuna järjestelmä valvoo kunkin tilin tilaa ja tarjoaa viestintäpalveluita vain niille tilaajille, joilla on mahdollisuus maksaa ne.

Yhteyttä ei muodosteta, jos mobiilitili on käytetty loppuun. Tämän jälkeen viestintäpalvelujen tarjoaminen jatkuu automaattisesti.

Nykyaikainen laskutus tarjoaa palautetoiminnon. Voimme hallita tiliämme henkilökohtaisella tilillämme: lisätä, yhdistää tai katkaista tiettyjä palveluita, muuttaa tariffeja jne.

Mobiilioperaattorin verkkosivuilla oleva henkilökohtainen tili mahdollistaa muun muassa viimeisten kuukausien laskutuksen tarkistamisen, ts. katsoa millä numeroilla keskusteluja käytiin, kuinka kauan ne kestivät ja miten tililtä nostettiin varoja niiden puolesta.

Lisälaskutusvaihtoehdot

Monet ihmiset tietävät, että laskutusjärjestelmiä käytetään usein muuhun kuin aiottuun tarkoitukseen. Lainvalvontaviranomaiset voivat käyttää laskutustietoja luodakseen kontakteja heitä kiinnostavaan henkilöön.

Laskutusjärjestelmät: peruskäsitteet

Laskutus. Mitä assosiaatioita tämä termi herättää? Ehkä sillä on jokin yhteys Bill Gatesiin? Ei, onneksi hän ei ole vielä "töstänyt nenänsä" tietoliikennealalle. No, se on vain vitsi. Mutta ollaksemme tosissaan, katsotaanpa sanan laskutus alkuperää. Englanninkielinen sana "bill" voidaan kääntää "tiliksi" (muut käännökset: seteli, seteli). "Laskutus" käännetään ilmaisulla "laskun kirjoittaminen".

Mikä on laskutusjärjestelmä?

Laskutusjärjestelmiksi kutsutaan järjestelmiä, jotka laskevat viestintäpalveluiden kustannukset kullekin asiakkaalle ja tallentavat tietoja kaikista tariffeista ja muista kustannusominaisuuksista, joita teleoperaattorit käyttävät laskuttamiseen tilaajille ja keskinäisiin selvityksiin muiden palveluntarjoajien kanssa. niiden suorittamaa toimintojen sykliä kutsutaan laskutukseksi. Laskutusjärjestelmä (BS) on kirjanpitojärjestelmä ohjelmisto, toisin sanoen "ohjelmisto", joka on kehitetty erityisesti operaattoreita varten. Mitkä operaattorit? Tietoliikenne. Eli emme puhu pelkästään operaattoreista matkapuhelinviestintä. BS:itä käyttävät myös tavalliset (lanka-, lanka-) viestintäoperaattorit. Pienissä toimistoissa voit esimerkiksi suorittaa puhelinlaskutusta (analysoida: kuka soitti, milloin, kuinka kauan keskustelu kesti). IP-puhelin on toinen BS:n sovellusalue. Entä Internet-palveluntarjoajat? He käyttävät BS:ää myös esimerkiksi laskujen luomiseen ja liikenteen kirjaamiseen. Mikä tahansa BS luodaan tietyn tietokannan hallintajärjestelmän (DBMS) perusteella. Suurin osa maailman BS:stä on luotu Oracle DBMS:n pohjalta. Muista tietokantajärjestelmistä voidaan erottaa Sybase ja Informix, jotka on suunniteltu suurille tietomäärille. Tässä on joidenkin laskutusjärjestelmien nimet: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. On syytä mainita, että BS voi tarkoittaa myös laitteisto mukana laskutuksen järjestämisessä.

Terminologia

Yritän tarkastella kaikkia BS:ään liittyviä peruskäsitteitä ja määritelmiä. Keskityn matkapuhelinoperaattoreiden käyttämiin BS:ään. Mutta useimmat määritelmät koskevat myös muilla alueilla käytettyä BS:ää. Yritän selittää sen mahdollisimman yksinkertaisesti, jotta useimmat lukijat ymmärtävät materiaalin. Jos sinulla on lisättävää syöttämiini ehtoihin, kirjoita minulle sähköpostitse.

Laskutusjärjestelmällä on useita nimiä: ACP— automaattinen maksujärjestelmä; IHD— tietolaskutusjärjestelmä.

Yksi BS:n tärkeimmistä ominaisuuksista on sen joustavuus eli kykyä sopeutua muuttuneisiin olosuhteisiin. Joustava järjestelmä ei sovi pelkästään käyttäjän välittömiin tarpeisiin; johtuen sellaisista ominaisuuksista kuin muokattavuus, modulaarisuus ja avoimuus, sen avulla voit ratkaista lupaavia ongelmia. Mitä enemmän järjestelmässä on mukauttamisvaihtoehtoja, sitä parempi. Mikä se on modulaarisuus? Järjestelmän rakentamisen modulaarinen periaate on periaate, jossa koko järjestelmä kootaan yksittäisistä osista (moduuleista), aivan kuten talo kootaan tiili tiileltä. BS koostuu myös tällaisista moduuleista - alijärjestelmistä. BS sisältää esimerkiksi tietojen esikäsittelyalijärjestelmän, operatiivisen laskutuksen hallintaalijärjestelmän ja asiakasilmoitusalijärjestelmän (lue alla BS:n rakenteesta ja toiminnoista). Under avoimuus järjestelmä tarkoittaa avoimuutta lähdekoodi ohjelmistotuote, jonka avulla operaattori ei voi jatkossa olla riippuvainen kehittäjästä ja ylläpitää ja päivittää järjestelmää itsenäisesti. Liittyy läheisesti BS:n joustavuuteen ja seuraavaan laatuun automatisoidut järjestelmät laskenta - skaalautuvuus.

Kuorman skaalautuvuus. Tilaajakannan kasvaessa syntyi lisäpalveluita BS:n ohjelmisto-osaa ei pitäisi olla tarpeen muuttaa tai muokata. BS:n ominaisuuksien lisääminen tulisi saavuttaa päivittämällä järjestelmälaitteistoa. Mitä on tärkeää ottaa huomioon suunniteltaessa skaalautuvia järjestelmiä? On tarpeen käyttää suuria tietomääriä varten suunniteltua DBMS-järjestelmää. DBMS:n on oltava yhteensopiva useiden tietokonealustojen kanssa tukeakseen moniprosessoritoimintoa.

Luotettavuus- yksi tärkeimmistä vaatimuksista mille tahansa järjestelmälle. BS:n luotettavuuden määrää DBMS:n luotettavuus ja järjestelmäkehityksessä käytetyt teknologiat. Vähiten tärkeä on sovellusohjelmiston toimittajan (kehittäjän) luotettavuus: sen markkinoillaoloaika ja välillisenä indikaattorina sen kehittämien järjestelmien läsnäoloprosentti tietoliikennemarkkinoilla. Miksi indikaattori on epäsuora? Onko todella Microsoft Windows paras ja luotettavin käyttöjärjestelmä?... Ja samalla sillä on merkittävä markkinaosuus. BS:n luotettavuus varmistetaan kuitenkin myös tiettyjen standardien noudattamisella niiden kehittämisen aikana (lue tästä alta).

Monikielinen— kyky asentaa eri kieliä tiedon esittämiseen.

Monivaluutta- kyky työskennellä minkä tahansa valuutan kanssa

Lykätty laskutus— laskutus, jossa maksut suoritetaan puhelujen jälkeen.

Kuuma laskutus— tilin saldo muuttuu keskustelun aikana ja tiedot tilisi saldosta saat heti puhelun jälkeen.

Laskutuksen optimointi— parannus, parannus BS:n operaattorin toimesta.

Iso BS— suurten toimijoiden käyttämät järjestelmät.

Laskutuksen kirjaus— laskutuslaskelmien tulosten kirjaaminen; laskelmien jälkeen tuloksista tulee käyttäjien saatavilla(lähetetty, painettu).

Mitä voi, mitä pitäisi tai mistä BS on vastuussa?

eurooppalainen (alkuperä)standardi TAR ilmestyi vuonna 1992. Sitä ylläpitää TADIG-työryhmä. Useimmat eurooppalaiset operaattorit käyttävät TAR2, vaikka on olemassa kolmas versio. Vuodesta 1995 lähtien TAP2-muutos, joka tunnetaan nimellä eritelmä TD.27, tai NAGTAP2, alettiin käyttää Yhdysvalloissa.

Päätelmän sijaan

Otat kännykän taskustasi, valitset numeron, painat "soita" ja... keskustelu alkaa. Nyt et malta odottaa tilisi saldon selvittämistä. Jos laskutusjärjestelmä on "kuuma", saat välittömästi tiedon tästä summasta. "Laskin kaiken tarkasti, se on hyvä laskutusjärjestelmä", ajattelet. Sillä välin toinen tilaaja saa selville, että hän on juuri saavuttanut aikarajansa ja on katkaistu. "Miksi tarvitsen tätä "kuumaa" laskutusta! Tyhmä laskutusjärjestelmä!” hän valittaa... Kyllä, kaikkia ei voi miellyttää yhtä aikaa!

Erityiset kiitokset tietotuki Bolshovaya Galina, lehden kolumnisti

Laskutus venäjäksi käännetty suoraan englannista. Laskutus käännetään nimellä "Laskutus" tai yksinkertaisesti "Tili". Lainaus tulee latinan sanasta billa, joka tarkoittaa "asiakirjaa".

Laskutuksen arvo määräytyy ensisijaisesti termin käyttöalue. Nykyaikaisissa organisaatioissa se edustaa tärkeää ohjelmakokonaisuutta, joka varmistaa eri mittayksiköissä tarjottujen palvelujen kirjanpidon, laskutuksen ja laskut niille ottaen huomioon kanta-asiakasohjelmat (kausitarjoukset ja alennukset).

Mobiililaskutus

Ensinnäkin laskutus on teleyritysten toiminnan tärkein osa(Internet-palveluntarjoajat, digitaalinen televisio, lanka- tai matkaviestintä jne.) ja sen päätoimintoihin kuuluvat selvitystoiminta, tiedotus- ja rahoituspalvelut asiakkaille.

Esimerkiksi matkapuhelinkäyttäjille termi yksinkertaisilla sanoilla määritellään seuraavasti: tilillä olevien varojen hallinta, nimittäin tasapainon täydentäminen henkilökohtainen tili ja rahan jatkokäyttö eri palvelujen maksamiseen (puhelut, Internet-liikenteen käyttö, minuuttien yhdistäminen puhelinkeskustelu tai SMS ja maksetut tilaukset) tai kumppaniliikkeiden tuotteita.

Tilaajan välillä tapahtuu maksuprosessin aikana verkkoviestintää ( yksilöllinen) ja laskutuskeskus.

Joten kun asiakas on käyttänyt matkapuhelinpalveluita (esimerkiksi lähettänyt tekstiviestin), hän voi tarkistaa saldon ja varmistaa, että laskutuskeskus automaattisesti veloitettuja varoja mukaan tililtä tariffisuunnitelma operaattori.

Mobiilikäyttäjien ohella laskutuspalveluihin kääntyvät myös Internet-palveluntarjoajat. Laskutuksen avulla voit seurata asiakkaiden hinnoittelua ja hallita tariffisuunnitelmia.

Tätä menettelyä voidaan verrata sovittelulla sivuston ja luottolaitoksen välillä: laskutus luo verkkosivulle automaattisesti laskut varojen vastaanottamisesta pankkikortilta tai sähköisestä maksujärjestelmästä ja lähettää ne pankkiin.

Esimerkiksi myöntäessään sähköisiä lippuja Venäjän rautateiden verkkosivuilla järjestelmä laskee niiden kustannukset ja tarjoaa asiakkaille erityisen verkkolomakkeen pankkikortin rekisteröintiä varten.

Käyttäjä määrittää maksukortin tiedot, mukaan lukien cw2/cvc2, ja siirtyy sivulle, jolla on automaattisesti luotu maksukuitti. Maksun vahvistamiseen käytetään tekstiviestin koodia, jonka asiakas ilmoittaa sen pankin virallisella verkkosivustolla, johon pankkikortti kuuluu.

Laskutuksen käyttö yrityksissä

Toiseksi käytetään laskutusta vakuutusyhtiöissä erityisesti vakuutuslääketieteen alalla. Vakuutuksenantajasta saatujen tietojen ja asiaankuuluvien standardien mukaan lasketaan vakuutuksen hinta ja kuukausimaksut.

Laskutuksen käsite tarkoittaa yksilöllinen maksujärjestelmä, joka toimii riippumatta siitä, miten yritys toimii ja hyväksyy maksut.

Lisäksi laskutus kaupallisten yritysten käytössä. Sitä käytetään ostajan yksittäisten kustannusten tai tavaroiden kustannusten laskemiseen. Laskutus käsittelee myös olemassa olevien asiakkaiden saatavien tietojen päivittämistä.

Käytämme laskutuksen järjestämiseen nykyaikaiset viestintävälineet: henkilökohtaiset tietokoneet ja ohjelmat, joiden avulla voit automatisoida asiakkaita ja heidän ostojaan koskevien tietojen laskemisen ja tallentamisen erityiseen tietokantaan.

Valmistusyrityksissä käytetään käsitteitä käsittely- ja laskutuspiiri. Niiden avulla voit käsitellä maksutapahtumissa käytettyjä tietoja ja siirtää ne pääkäsittelijälle.

Viimeinen vaihe on käsiteltyjen tietojen välittäminen valtuutetulle luottolaitokselle.

Laskutus Venäjällä

Venäjällä laskutus ilmestyi noin vuonna 1990 kahdessa päämuodossa - jälki- ja prepaid. Jälkimaksulla asiakas suorittaa maksun ennalta sovitun hinnan mukaan, mutta saatuaan tavaran.

Tätä muotoa käyttävät verkkokaupat: tilauksen vahvistamisen jälkeen tuote siirretään asiakkaalle postitse Postiennakko, maksu suoritetaan tavaran tosiasiallisen vastaanottamisen jälkeen.

Ennakkomaksutapauksessa varat maksetaan tilauksen yhteydessä. IN tässä tapauksessa käytetään sähköisiä varoja: online-lompakot (Yandex Money, WebMoney jne.) tai pankkikortit asiakkaita avattiin luottolaitoksissa Venäjällä.

Sähköiset keinot mahdollistavat maksa heti palvelusta. Joissakin tapauksissa organisaatiot käyttävät käteismaksutapaa: pankkisiirtoa määritetyillä tiedoilla.

Ne eivät voi olla olemassa ilman laskutusta, jonka ansiosta heidän palvelujensa kuluttajille laskutetaan ja heidän toiminnan taloudellinen komponentti varmistetaan.

Myös venäjänkielisten televiestintäjärjestelmien laskutusjärjestelmissä käytetään termiä automaattinen maksujärjestelmä (ACP), erityisesti tätä termiä käytetään Venäjän viestintäministeriön virallisissa asiakirjoissa, joissa määrätään laskutusjärjestelmien pakollinen sertifiointi.

Laskutusominaisuudet

Yrityksen laskutustoiminnot on ryhmitelty kolmeen päälohkoon: selvitystoiminta, tietopalvelut ja rahoituspalvelut.

Yleisesti ottaen, kun harkitaan laskutusta integroituna tulojen hallintaan. Laskutus ja tulonhallinta ) korostavat lisäksi sellaisia ​​toimintoja kuin tulon takaaminen (eng. tulojen vakuutus), tilaajien kannattavuuden hallinta (eng. kannattavuuden hallinta), tilaajapetosten valvonta (eng. petosten hallinta).

Selvitystoiminta

Laskentaoperaatiolohkossa korostuvat sellaiset toiminnot kuin kulutuksen määrittäminen (esim. tarkan tiedon vastaanottaminen puheluista vaihteista, tietojen käsittely kytkentälaitteista liikenteen kulutuksesta, tiedon vastaanotto välitysjärjestelmästä), kulutuksen arvioiminen (kulutustietojen laskettujen ominaisuuksien määrittäminen) , koontiarviot ja tilaajamaksujen muodostus, verojen, alennusten, lisämaksujen, oikaisujen laskeminen, maksulaskujen laatiminen, maksulaskujen toimittamisen tai tilaajien tutustuttamisen varmistaminen, tilaajien henkilökohtaisten tilien hallinta.

Laskentalohkon toteutus voi vaihdella merkittävästi sekä erityyppisissä viestinnöissä että sisään eri malleja suhteet tilaajiin.

Prepaid

Prepaid (ennakkomaksu) - tilaajien ja edustajien kanssa suoritettava maksumalli, joka sisältää alustavan varojen tallettamisen viestintäpalveluoperaattorin henkilökohtaiselle tilillesi, jotka myöhemmin käytetään vastaanotettujen palvelujen maksamiseen. Prepaid-selvitysjärjestelmät pitävät kirjaa yleensä reaaliajassa, ja ne hallitsevat suoraan palvelujen tarjoamisen prosessia vastapuolen tilillä olevien varojen alarajan saavuttaessa palvelujen tarjoamistapaa voidaan muuttaa (täydelliseen lopettamiseen asti). Tilillä olevien varojen määrä, positiivisen saldon ylläpitämisen kesto, kuittien koko ja säännöllisyys voivat toimia tariffiparametreina laskettaessa tarjottujen palvelujen kustannuksia, laatua ja määrää.

Toiminnallisuutta, joka tukee reaaliaikaisten viestintäpalvelujen pääsyn rajoittamista ennakkoon maksetulla laskutusmallilla, kutsutaan joskus nimellä kuuma laskutus.

Jälkimaksu

Jälkimaksu- maksumalli, jossa operaattori tarjoaa ensin palveluja tilaajalle tai asiamiehelle hänen kanssaan tehdyn sopimuksen puitteissa ja sen jälkeen laskuttaa ja laskuttaa maksua varten. Tarifointi- ja laskutusprosessi on suunniteltu ja säännöllinen ja se kattaa yleensä sopimuksessa määritellyn kalenteriajan (useimmiten kuukausi, joskus viikko, vuosineljännes, vuosi). Vastapuoli on velvollinen maksamaan laskun summan sopimuksessa määrätyn ajan kuluessa, jos maksu viivästyy, häneen sovelletaan sopimuksessa määriteltyjä työskentelytapoja velallisen kanssa osana perintäprosesseja; saatavat.

Tietopalvelu

Tietopalvelut sisältävät toimintoja, jotka tukevat operatiivista tietoa tilaajista, tuotteista ja palveluista, mukaan lukien niiden tariffit, rajoitukset, mahdollisia yhdistelmiä, sekä laskutuksen konfigurointitiedot yleensä (esimerkiksi laskutus ja laskutusaikataulut, tilaajailmoitusten tapahtumien hallinta, tarkastus- ja tietojen ikääntymisasetukset, hyväksyttävät tilaajaominaisuudet).

Rahoituspalvelut

Rahoituspalvelut kattavat maksujen käsittelyn toiminnot, lähetettyjen laskujen ja palveluiden täsmäytyksen, tilaajien myyntisaamisten hallinnan sekä keruuprosessin, verotietojen käsittelyn.

Laskutuspaikka yrityksessä

Operaattoreiden välinen laskutus

Julkisen liikenteen laskutus

Yhtenäinen laskutus

Yhtenäinen laskutus(alkaen lat. convergego- "kokoaminen" - laskutus, joka keskittyy yhtenäisten laskujen laatimiseen monipalveluverkon tilaajille ja erilaisia ​​malleja laskelmat.

Yhtenäinen laskutusjärjestelmä käsittelee yhtenäisesti tietoja laajasta valikoimasta tarjottuja palveluita tarjoamalla yhden henkilökohtaisen tilin ja yksittäiset laskut maksua varten jokaiselle tilaajalle riippumatta tilaajan käyttämistä palveluista (tämä voi olla samanaikaisesti erilaisia ​​kiinteän verkon palveluita, matkaviestintä, dataa lähetys-, televisio-, sisältöpalvelut) ja niiden maksujen laskentaperiaatteesta riippumatta (palvelut voidaan ostaa joko ennakkoon tai maksulla sopimusperiaatteiden mukaan)

Laskutusjärjestelmien markkinat

Maailmanlaajuisten laskutusjärjestelmien markkinoiden vuotuiseksi volyymiksi vuonna 2007 arvioitiin 6 miljardia dollaria, ja sen kasvun ennustetaan olevan 7,2 miljardia dollaria vuoteen 2012 mennessä, kun taas markkinat jaettiin seuraaviin komponentteihin sovellusalueittain:

Huomautuksia

  1. , s. 3-5
  2. Laskutus. TM-foorumin tieto. TM-foorumi (17. toukokuuta 2011). Arkistoitu"Laskutus" on ryhmä prosesseja ja järjestelmiä, jotka vastaavat asianmukaisten käyttötietueiden keräämisestä, veloitus- ja laskutustietojen määrittämisestä, oikea-aikaisten ja tarkkojen laskujen tuottamisesta, laskutusta edeltävien käyttötietojen toimittamisesta ja laskutuksesta asiakkaille, heidän maksujensa käsittelystä, ja maksunkeräyksen suorittaminen
  3. Venäjän federaation viestintä- ja joukkoviestintäministeriö Automaattisten selvitysjärjestelmien käyttöä koskevien sääntöjen hyväksymisestä (venäjä). Rossvyaz (2. heinäkuuta 2007). Arkistoitu alkuperäisestä 24. elokuuta 2011. Haettu 15. toukokuuta 2011.
  4. , s. 3-7
  5. , s. 7-13
  6. , s. 13-14
  7. Pulkkinen, Kari Konvergenttimaksu on tie operaattoreiden kilpailukyvyn parantamiseen. OSS/BSS Analyst (29. toukokuuta 2006). Arkistoitu
  8. Törnkvist, Robert ja Schubert, Ralph Ericssonin yhtenäinen veloitus ja laskutus. Ericsson Review Magazine. Ericsson (30.1.2009). Arkistoitu alkuperäisestä 24. elokuuta 2011. Haettu 16. toukokuuta 2011.
  9. Dinan, Michael Ennuste: Maailmanlaajuinen televiestintälaskutus saavuttaa 7,6 miljardin dollarin vuonna 2012 (englanniksi). TMC Network (17. lokakuuta 2008). Arkistoitu alkuperäisestä 24. elokuuta 2011. Haettu 17. toukokuuta 2011.
  10. Mottishaw, Peter Laskutuksen markkinaosuusraportti 2009. Esimerkkisivut Arkistoitu alkuperäisestä 24. elokuuta 2011. Haettu 17. toukokuuta 2011.
  11. Mottishaw, Peter Laskutuksen markkinaosuusraportti 2009 (englanniksi). Analyysi Mason (27. heinäkuuta 2010). Arkistoitu alkuperäisestä 24. elokuuta 2011. Haettu 17. toukokuuta 2011.

Kirjallisuus

  • Hunter, Jane M. ja Thiebaud, Maud E.

Alusta käsittelee InitialDP 37 ms; tilaaja kuunteli piippauksia 10 sekunnin ajan; Keskustelun kesto on hieman yli 5 minuuttia.

Laskutus kerää tietoa tietoliikennepalvelujen käytöstä, niiden hinnoista sekä vastaa tilaajien laskutuksesta ja maksujen käsittelystä.

On olemassa 2 päätyyppiä laskelmissa:

  • Jälkimaksu- laskun laatiminen kaudelta tulosten perusteella (jälkimaksu)
  • Ja ennakkojärjestelmä(ennakkomaksu), kun rahat maksetaan etukäteen.
Jälkimaksu ilmestyi historiallisesti aikaisemmin, mutta ennakkomaksu osoittautui asiakkaille kätevämmäksi (hallittavampi - jos jokin menee pieleen, tapahtuu yhteys katkeamisen sijaan suuren laskun lähettämisen sijaan).

Jälkimaksujärjestelmä

Kun jälkimaksujärjestelmän tilaaja käyttää operaattorin palveluita, kytkimiin luodaan erityisiä CDR-tiedostoja (Charging Data Record). Pohjimmiltaan nämä ovat tavallisia lokeja, jotka osoittavat tilaajanumeron, päivämäärän, puhelun ajan / ladatun liikenteen määrän jne. Laskutus, tiettynä ajankohtana (esimerkiksi kerran päivässä) muodostaa yhteyden kytkimeen, lataa CDR-tiedostoja, laskee palveluiden kustannukset ja tallentaa kaiken tietokantaan (yleensä Oracle). Tämän jälkeen tilaajalle lähetetään kokonaislasku kuun lopussa.


Jälkimaksualustan vuorovaikutuskaavio operaattorin verkon ytimen kanssa.
CSN- piirikytkentäverkko; Esitetään kanavakytkimillä (MSC).
PSN– pakettikytkentäverkko; Edustettuina pakettikytkimet ja yhdyskäytävät (SGSN ja GGSN, vastaavasti).

Jälkimaksujärjestelmän toimintaperiaate on suhteellisen yksinkertainen, koska se ei vaadi reaaliaikaista vastausta alustalta: loppujen lopuksi tilaajaa ei tarvitse varoittaa nollan saavuttamisesta (ja vastaavasti ei ole tarvetta muuttaa verkoston vuorovaikutuksen luonnetta hänen kanssaan).

Advanced järjestelmä

Ennakkomaksun tapauksessa teleyrityksen on tarjottavien palveluiden määrän huomioimisen lisäksi ratkaistava tilaajan käyttötilin seurantaongelma ja, jos se saavuttaa nollan, ilmoitettava tilaajalle / estettävä palvelun tarjoaminen. palvelua. Siksi tällaisia ​​järjestelmiä kutsutaan myös online-latausjärjestelmäksi (OCS).

Koska operaattori tarjoaa erilaisia ​​palveluja ja käyttötarkoituksia eri tyyppejä verkkoihin (kanava-/pakettikytkentäjärjestelmä), jolloin laskutuksessa tilaajatilin valvontaongelman ratkaisemiseksi on käytettävä erilaisia ​​veloitusprotokollia, esimerkiksi seuraavia:


Ennakkomaksualustan vuorovaikutuskaavio operaattorin verkon kanssa.

Katsotaanpa näitä protokollia yksityiskohtaisemmin.

KORKKI

KORKKI(CAMEL Application Part) on SS7-pinon sovelluskerroksen protokolla, joka toteuttaa älykkäitä palveluita GSM/UMTS-verkoissa (esimerkiksi prepaid).


Protokollan paikka SS7-pinossa. Kuvassa on myös suosittu SIGTRAN-tekniikkaa käyttävä vaihtoehto (SS7-laajennus, joka mahdollistaa "seitsemän" protokollan käytön IP-verkossa).

Tätä protokollaa käyttämällä OCS kommunikoi piirikytkentäverkon kanssa. Tässä on esimerkki lähtevien puhelujen hinnoittelusta:


Latausdialogi käyttämällä CAP-protokollaa, katkoviivat ISUP-viestit näytetään.

  1. Ensin MSC1-kytkimestä lähetetään laskutukseen viesti (Initial Detection Point), jossa välitetään tilaajan parametrit. Nämä ovat saapuvat ja lähtevät numerot, soitetun tilaajan soluosoite ja muut. Tämän perusteella on mahdollista aloittaa puhelun analysointi. Laskutus luo tietyn tunnistuspisteen - eli puhelun tilan. OCS määrittää, voiko tilaaja soittaa puhelua (onko tilillä varoja), jos voi, niin kuinka kauan.
  2. Tämän jälkeen OCS vastaa kytkimeen Request Report BCSM -tapahtumalla ("Olen alustanut tunnistuspisteen, odotan sinulta lisätietoja puhelun tilasta"). Ja lähettää Apply Charging ("tilaajalla on varoja tilillään, valtuutan puhelun"). Sinne lähetetään myös maksimiaika, jonka tilaaja voi käyttää.
  3. OCS:lta luvan saatuaan kytkin aloittaa puheyhteyden ISUP-protokollaa käyttävien tilaajien välillä ja lähettää IAM-viestin (Initial Address Message) MSC2:lle.
  4. MSC2 vastaa MSC1:lle ACM:llä (Address Complete Message), tässä tapauksessa se tarkoittaa "kyllä, tilaajani, hän on nyt online-tilassa, aloitan soittamaan hänelle." Saatuaan tämän viestin MSC1 antaa pitkät piippaukset tilaajalle A.
  5. Tilaaja B poimii puhelimen, MSC2 lähettää MSC1:lle viestin ANM (Answer Message) - "tilaajani otti puhelimen, liitä heidät."
  6. MSC1 yhdistää A:n ja B-tilaajan, keskustelu alkaa. MSC1 lähettää tapahtumaraportin BCSM (O_Answer) -viestin OCS:lle. OCS muuttaa puhelun tilaa tästä tilaajasta. Tästä hetkestä lähtien lataus alkaa (ottaen huomioon, että ensimmäiset 3 sekuntia ovat ilmaisia).
  7. Kun tilaajat kommunikoivat, MSC1 tarkkailee puheluaikaa. Jos aikaa on vähän jäljellä, MSC varoittaa tilaajaa äänimerkillä.
  8. Meidän tapauksessamme B-tilaaja katkaisee puhelun ensin, MSC1 ja MSC2 tekevät ystävällisen kättelyn käyttämällä REL (Release Message) ja RLC (Release Complete Message) -viestejä.
  9. MSC1 lähettää OCS:lle viestin Tapahtumaraportti BCSM (O_Disconnect - "tilaajat katkaistiin onnistuneesti") ja Apply Charging Report (kuinka sekuntia keskustelu kesti).
  10. OCS hyväksyy nämä tiedot ja vastaa, että istunto voidaan nyt sulkea.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - KÄYTTÖ --- 02 TAG: 02h KOKONAISLUKU 01 PITKÄ: 1 23 KÄYTTÖ: 35 = käytäLataus --- APPL CHARG --- 30 TAG: 30h SEKVENSSI 13 PITKÄ: 19 --- ACH BCC --- 80 TAG: 80h 0C PITKÄ: 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

Tämä on osa jälkiä. Näemme, että applyCharging-viesti lähetettiin CAP-protokollan kautta, maksimi keskusteluaika (MAX CPD - Maximum Call Period Duration) on 437,0 sekuntia.

Kopistan kuvan ennen kataa: tämä on esimerkki viestinnästä CAP-protokollaa käyttäen. Aikaleimat voidaan arvioida: alusta käsittelee InitialDP 37 ms; tilaaja kuunteli piippauksia 10 sekunnin ajan; Keskustelun kesto on hieman yli 5 minuuttia.


Mutta tässä puhelu on pitkä ja näet kuinka järjestelmä itse pyytää puhelun tilaa (activityTest) MSC:ltä 6 minuutin välein. Tämä tehtiin, jotta virheen sattuessa keskustelu ei kestäisi päiviä (kunnes kaikki tilaajan rahat on veloitettu).

CAP-protokollalla voidaan veloittaa puhelujen lisäksi Internet-yhteydet, tekstiviestit, multimediaviestit ja niin edelleen. Käytännössä näihin tarpeisiin käytetään kuitenkin useimmiten erityisesti räätälöityjä protokollia (DIAMETER/OSA).

O.S.A.

O.S.A.(Open Service Access) – auki ohjelmiston käyttöliittymä 3GPP- ja ETSI-konsortion kehittämä, jota käytetään usein VAS-palveluiden veloittamiseen ja mobiili internet.

Tarkastellaan tämän protokollan toimintaa mobiili-Internet-palveluiden tariffioinnin esimerkillä:

  1. Kun yrität aktivoida PDP-kontekstin (puhelin vastaanottaa IP-osoitteen verkossa matkapuhelinoperaattori) GGSN kysyy alustalta, voiko tämä tilaaja aktivoida latausistunnon (CreateChargingSessionReq).
  2. Meidän tapauksessamme kaikki on kunnossa (tilaaja on tietokannassa, varoja on), alusta luo latausistunnon ja sallii PDP-kontekstin aktivoinnin (CreateChargingSessionResp).
  3. Nyt tilaaja haluaa aloittaa tietojen lataamisen. Jotta hän voisi tehdä tämän, GGSN ottaa yhteyttä alustaan ​​ja pyytää varata varoja (ReserveUnitReq). Yleensä yksikkö on abstrakti asia, se voi olla mitä tahansa - kilotavu dataa, tekstiviesti, sekunti keskustelua, rupla, pizza, tynnyri ja niin edelleen. Meidän tapauksessamme yksikkö on 100 kB.
  4. Alusta tarkistaa, onko tietyllä tilaajalla tariffinsa mukaisesti varoja 100 kB liikenteeseen ja vastaa viestillä ReserveUnitResp ("varat on varattu"). Saatuaan tämän viestin alustalta GGSN sallii tilaajan ladata liikennettä.
  5. Kun tilaaja on ladannut varatun osan liikenteestä, GGSN ottaa yhteyttä alustaan ​​viestillä DebitUnitReq ("voit poistaa varatut varat").
  6. Alusta veloittaa varat ja vastaa viestillä DebitUnitResp ("varat onnistuneesti veloitettu").
  7. ReserveUnitReq-DebitUnitResp-sykli toistetaan, kunnes tilaaja lataa koko Internetin ja sulkee Internet-istunnon.
  8. Kun PDP-konteksti on deaktivoitu, GGSN lähettää alustalle viestin, joka ilmoittaa latausistunnon päättymisen; tälle istunnolle varattu muisti vapautetaan.


Pyydä debitUnitReq; OSA-komennot on kääritty SOAP-protokollaan, joka vuorostaan ​​on kapseloitu HTTP-protokollaan.

Johtopäätös

Asiakkaiden muuttuvat tarpeet (mukaan lukien siirrettävän datan määrän kasvu), uudentyyppisten palveluiden luominen edellyttävät matkapuhelinoperaattorin verkon kehitystä ensisijaisesti VAS-alustojen ja laskutusjärjestelmien alueella.

Jos AAA-perheprotokollien aihe kiinnostaa sinua, puhun myöhemmin SÄTEESTÄ, HALKAISIJASTA ja muista mielenkiintoisista asioista.

© 2024 ermake.ru - Tietoja PC-korjauksesta - Tietoportaali