FI115941B - Datakäsittelyjärjestelmä tietoliikenneverkkoa varten - Google Patents

Description

115941

DATAKÄSITTELYJÄRJESTELMÄ TIETOLIIKENNEVERKKOA VARTEN

Esillä oleva keksintö liittyy datajärj es telinään, jota käytetään datan keräämisessä ja käsittelyssä moniverk-koisessa viestintäliikenteessä.

5 Kun viestintätapahtumat, esimerkiksi puhelinsoitot tai datasiirrot, tapahtuvat yhden verkon sisällä, on tunnettua kirjata ja käsitellä dataa, joka liittyy noihin viestintäta-pahtumiin. Tavallisesti yleisessä kytkentäisessä puhelinverkossa (PSTN) kerätään dataa puhelun kestosta, ja sitä 10 käsitellään suhteessa ainakin vuorokauden aikaan ja puhelun tyyppiin, jotta verkko-operaattori voi synnyttää erittely-kohdan laskuun, joka osoitetaan tilaajalle, joka aloitti puhelun.

Viime vuosina PSTNziä varten olevat datajärjestelmät 15 ovat välttämättä tulleet kasvavasti monimutkaisiksi, kun tilaajien saatavilla olevien palvelujen ja puhelutyyppien valikoima on suuresti kasvanut. Esimerkiksi 0800-numeroiden tullessa käyttöön ei enää laskutetakaan soittoa aloittanutta tilaajaa. Monia muita monimutkaisia palveluja on jo kokeilun 20 alla ja saatavissa PSTNzissä, kuten esimerkiksi puhelunsiirto (call forwarding), jossa ensimmäisen tilaajan aloittama puhelu valittuun numeroon siirretään automaattisesti verkon toimesta eri numeroon kustannuseron tullessa veloitetuksi ,v vastaanottavalta tilaajalta.

25 Toinen viestintäliikenneverkkojen aspekti, joka on huomattavan muutoksen alaisena, on olemassa olevien verkko-operaattoreiden runsaus. Ennen PSTNziä ylläpitivät pääasias- • · · · : sa valtiolliset organisaatiot osana kansallista infrastruk- • |·’ tuuria. Nykyään ja lisääntyvässä määrin PSTNzien yksityistä- 30 minen ja rajoittavien monopolien löystyminen tarkoittaa sitä, että tilaajien saatavilla on paljon enemmän verkko-:·’· : operaattoreita, ja näiden verkko-operaattoreiden on käytän- * nön syistä saatava aikaan verkkojen välinen yhteys. Tämä ·:··· tarkoittaa sitä, että verkko-operaattoreiden on otettava 35 huomioon ei ainoastaan omissa verkoissaan tai itsenäisten » » mutta samanlaisten viestintäliikenneharjoittajien (admini-’···' strations) yhteen kytketyissä verkoissa, joita on rajoitettu 2 115941 määrä, esiin tulevat viestintätapahtumat, vaan myös viestin-tätapahtumat, jotka tulevat esiin teoreettisesti hyvin suuressa määrässä erityyppisiä kilpailevia verkkoja, jotka tarjoavat tilaajille laajan valikoiman palveluja.

5 Tämän takia on lisääntyvässä määrin tärkeää, että kerätään ja käsitellään dataa, joka liittyy viestintätapah-tumiin, jotka tulevat esiin operaattorin verkon ulkopuolella mutta jotka päättyvät operaattorin verkkoon tai yksinkertaisesti kulkevat operaattorin verkon poikki.

10 Paperissa "Acces Charge and Revenue Architecture", AT&T

Technical Journal, Voi 66, No. 3, May 1987, New York US, sivut 73-81, kirjoittanut Obuchowski, on esitetty datajär-jestelmä saantiveloitusten (access charges) ja tuoton (revenue) ennustamiseksi, jota käyttää keskusten välinen 15 kantaja US-tyypin PSTNrssä paikallis- ja kaukokantajien (local and long distance carriers) 80-luvulla tapahtuneen erottamisen jälkeen (divestituuri, divestiture).

Kun soitot kulkevat useamman kuin yhden operaattorin verkon läpi, nousevat esiin operaattorien väliset hinta— ja 20 laskutussopimukset toisten puhelujen kuljettamisesta. Tällaiset järjestelyt voivat vaihdella yksinkertaisesta "Lähettäjä Pitää Kaiken"-järjestelystä (Sender Keeps All, .. SKA) monimutkaisiin hinnoittelukaavoihin.

;**[ Tietoliikenteessä on ollut vakiintuneena käytäntönä • · » '· " 25 erillisten verkko-operaattorien ja viestintäliikennehar joit- tajien välillä se, että soittodatan kerää viestintäliikenne-harjoittaja, joka vastaa verkosta, jossa soitto tulee esiin.

: Jos tämä soitto päättyy toiseen verkkoon, niin viestintälii- kennehar joitta ja, joka liittyy toiseen verkkoon, luottaa 30 ensimmäisestä verkosta vastuussa olevan viestintäliikenne- : .·. harjoittajan keräämään dataan esimerkiksi laskuttamistarkoi- tukeissa (accounting purposes). Brittiläisessä patenttihake- I · i muksessa numero GB 2254224, joka on Fujitsu Limited1in * ' nimissä, on kuvattu järjestelmä, joka pohjautuu älykkääseen 35 verkkoteknologiaan, uloslähtevien kansainvälisten puhelujen .···, kaksoislaskutuksen välttämiseksi.

Tietoliikenneympäristö kuitenkin muuttuu nopeasti, 3 115941 poliittisesti, kuten myös teknisesti. Kasvavan kilpailun kynnyksellä on kasvavassa määrin houkuttavaa verkkojen viestintäliikenneharjoittajille monitoroida ei ainoastaan liikennettä, joka tulee esiin heidän omissa verkoissaan, 5 vaan myös liikennettä, joka tulee esiin muualla, mutta joka kulkee läpi tai päättyy heidän omassa verkossaan. Jos verkko, jossa liikenne tulee esiin, kuuluu kilpailevalle operaattorille tai viestintäliikenneharjoittajalle, on haluttavaa, että vähintään olisi mahdollista tarkistaa 10 kilpailevan operaattorin laskutukset (accounts).

Tunnetuissa järjestelyissä datakeräyspisteet puheluja PSTN:ssä koskien ovat olleet verkon paikalliskeskuksissa, koska paikalliskeskus poimii liikenteen, kun se tulee esiin. Tämä järjestely ei kuitenkaan pysty huolehtimaan (provide 15 for) datakeräämisestä suhteessa verkkojen väliseen liikenteeseen. Vaikka olisikin datakeräyspisteitä, jotka keräisivät dataa verkkoon tulevista puheluista, niin tällaisen datan käsittelyyn mille tahansa yksityiskohtaisuuden tasolle liittyvä logistiikka on masentavaa. Esimerkiksi on arvioitu, 20 että Britanniassa British Telecommunications plc:n (BT) operoimaan PSTN:ään sisääntulevien puhelujen määrä muilta verkkojen viestintäliikennehar joittajilta, mukaan lukien . , Isle of Man ja Cellnet-soluverkko, oli yhteenlaskettuna 15.4 ; miljoonaa puhelua päivässä kahtenatoista kuukautena maalis- '· 25 kuuhun 1992. Tämän luvun odotetaan kasvavan luokkaan 27 miljoonaa puhelua per päivä vuodessa maaliskuuhun 1995. Ottaen huomioon kaikki puhelutapahtumat, mukaan lukien ne, • j· jotka tapahtuvat BT:n PSTNrn sisällä, on vuodelle 1995 : ennustettu 60 miljoonaa puhelutapahtumaa päivässä.

30 Asiaan liittyvästä hyvin suuresta datamäärästä huoli- : .’. matta on tätä keksintöä tehtäessä havaittu mahdolliseksi ,···, suunnitella prosessi datan, joka liittyy suureen tietolii- » » · kenneverkkoon, brittiläiseen PSTNrään, tuleviin puheluihin, • · keräämiseksi ja käsittelemiseksi, missä prosessi voi tuottaa 35 riittävän yksityiskohtaisen ulostulon, jotta asiaan liitty- .···. vän verkon viestintäliikennehar joi tta jän sallitaan synnyttää • « laskutusinformaatiota, joka voidaan ei ainoastaan osoittaa 115941 4 ulkopuolisille verkkoviestiliikennehar joi tta j ille asianmukaisesti ja joka myös tukee eriteltyä laskutusta (itemised billing). Tämä tarkoittaa, että laskutusinformaatio voidaan hajottaa riittävän yksityiskohtaisesti, jotta jopa identifi-5 oidaan yksittäiset puhelut, niin pitkään kuin ne täyttävät ennalta valitut kriteerit, eritellyn laskutuksen tapaan, joka tällä hetkellä on käytettävissä kansallisessa laskutusjärjestelmässä brittiläistä PSTNrää varten British Telecommunications plc:stä.

10 Esillä olevan keksinnön ensimmäisen aspektin mukaisesti saadaan aikaan prosessi kerätä ja käsitellä dataa, joka koskee viestintätapahtumia ensimmäisessä tietoliikennever-| kossa, missä verkko sisältää vähintään yhden yhteyspisteen, joko suorasti tai epäsuorasti, toiseen tietoliikenneverk-15 koon, jonka yhteyspisteen keinoin mainitussa toisessa verkossa esiin tuleva viestintätapahtuma voidaan siirtää mainittuun ensimmäiseen verkkoon, ja viestintätapahtuma voi joko kulkea mainitun ensimmäisen verkon poikki tai päättyä mainittuun ensimmäiseen verkkoon, prosessin sisältäessä 20 askeleet: i) datan kerääminen datasaantipisteessä mainitussa yhteyspisteessä mainitun datan koskiessa viestintätapahtu-maa, joka tulee esiin mainitussa toisessa verkossa ja ·**] sisältää reitti-informaatiota ja vähintään yhden paramet- '· " 25 rimitan, joka voidaan alistaa laskutukseen (susceptible of billing), esimerkiksi keston, suhteessa mainittuun viestin-.,‘i’ tätapahtumaan; : : : ii) mainitun datan siirtäminen datakäsittelyjärjestelmään; ja 30 iii) mainitun datan käsittely laskutusinformaation synnyttä- ·, ,·, miseksi.

·;·. Keräämällä dataa ensiamäisen ja toisen verkon välisessä yhteyspisteessä tulee ensimmäiseen verkkoon liittyvälle *·”· viestintäliikenneharjoittajalle mahdolliseksi saada ensi 35 käden tietoa ensimmäiseen verkkoon sisään tulevista viestin- ,···. tätapahtumista, ja täten potentiaalisesti tarkistaa muiden verkko-operaattoreiden ja viestintäliikenneharjoittajien 5 115941 tuottama data.

Esillä olevan keksinnön toisen aspektin mukaisesti on saatu aikaan datakäsittelyjärjestely datan, joka on kerätty PSTN:ssä yhteyspisteessä toisen verkon kanssa, käsittelemi-5 seksi, järjestelyn sisältäessä: i) datasisäänmenon datan, joka koskee viestintätapahtumia tietoliikenneverkosta, syöttämiseksi, mainitun datan sisältäessä vähintään yhden monista luokkaominaisuuksista (sort characteristics); 10 ii) varmistuselimet datasisäänmenossa vastaanotetun datan eheyden (integrity) ja riittävyyden tarkastamiseksi; iii) data-analysaattorin varmistuselimien hylkäämän datan I analysoimiseksi ja korjatun tai oletuksellisen (default) datan alistamiseksi varmistuselimille; 15 iv) hinnoitteluelimet varmistetun datan, jonka varmis tuselimet ovat antaneet ulostulonaan, hinnoittelemiseksi päivitettävän referenssi-informaation mukaisesti; ja v) ulostuloelimet, jotta annetaan ulostulona hinnoiteltu, varmistettu data hinnoitteluelimiltä muistipaikkoihin kunkin 20 muistipaikan ollessa omistettu datalle, joka liittyy (relevant) yhteen tai useampaan mainituista luokkaominaisuuksista.

. . Edullisesti hinnoitteluelimet voivat myös tehdä datan \ kelvolliseksi (validate data) ja antaa ulostulona virheelli- ’· " 25 seksi todetun (errored) datan data-analysaattorille, joka • * |t voi olla edellä mainittu data-analysaattori tai eri ana- t lysaattori, jotta data, joka on turmeltunut, voidaan !,· * mahdollisesti muotoilla uudelleen tai korjata muulla tavoin ί ; ja siten viedä uudelleen järjestelmään kelvollisena viestin- 30 tätapahtuman tietueena.

Voi olla myös (tai vaihtoehtoisesti) niin, että tätä pidemmälle menevää data-analyysin askelta käytetään ana- lysoimaan dataa suhteessa eri tyyppiseen virheeseen.

' ’ Esimerkiksi data-analyysi, joka suoritetaan virheellisenä 35 pidetylle datalle, jonka varmistuselimet ovat paikallista-.·*. neet, voisi tulla todetuksi virheelliseksi pääasiallisesti formaatin ja reitti-informaation suhteen, kun taas hinnoit- 6 115941 teluelimistä tuleva virheellisenä pidetty data voisi tulla todetuksi virheelliseksi pääasiassa hinnoitteluinformaation suhteen.

Luokkaominaisuudet tulevat tyypillisesti olemaan 5 sellaisia, että muistipaikat kukin sisältävät dataa, joka on merkityksellistä viestintätapahtumille, jotka tulevat olemaan laskutettavia (billable) yhteiselle laskutusentitee-tille, joka esimerkiksi tulee esiin yhteisessä vastaavassa tietoliikenneverkossa.

10 Luokkaominaisuuksia voidaan käyttää edellä kuvatun datakäsittelyjärjestelyn missä tahansa lukuisassa vaiheessa. Kuitenkin esimerkiksi PSTNrssä esiin tulevan virheellisenä pidetyn datan luonne tekee suotavaksi saada aikaan luokitte-luelimet (sorting means) kohdan iii), data-analysaattori, 15 joka liittyy varmistuselimiin, ja kohdan iv) hinnoittelueli-met, väliin. Näin ollen hinnoitteluelimet kohdistavat toimintansa jo luokiteltuun dataan. Jos luokkaominaisuudet liittyvät eri entiteetteihin, joita laskutetaan suhteessa datan esittämiin viestintätapahtumiin, niin silloin tällä 20 järjestelyllä voi olla myös etuna, että hinnoitteluelimiä voidaan mahdollisesti yksinkertaistaa käytettäessä yksittäisiin entiteetteihin kuuluvia rajoitteita.

. . Voidaan huomata, että verkko kuten BT PSTN sisältää ) \ sekä paikallisia että kaukokeskuksia ja se tarjoaa ei 25 pelkästään keskusten välistä puhelusiirtoa vaan myös paikallispuhelu jakelua loppukäyttäjälle. Tämä tarkoittaa, että datakeräämisen ja käsittelyn, joita tarvitaan tukemaan * * i ; j laskutusta tai laskutuksen varmistamista, on oltava riittä- ;Y: vän monimutkainen käsitelläkseen erittäin laajaa muuttujien 30 valikoimaa. Tämä on vastakkaista tilanteelle, jossa verkko ; tarjoaa vain kaukokeskusten välistä siirtoa tai ainoastaan , ;·, paikallispuhelu jakelua.

» » (

Esillä olevan keksinnön kolmannen aspektin mukaan on • · saatu aikaan datakeräys- ja käsittelyjärjestely käytettäväk- 35 si ensimmäisessä tietoliikenneverkossa, joka on kytketty ja , **. joka vastaanottaa viestintätapahtumia monista kaukaisemmista (further) verkoista, järjestelyyn sisältyessä: 7 115941 a) rekisteröintielimet viestintätapahtuman, joka tulee sisään ensimmäiseen verkkoon tultuaan esiin yhdessä mainituista monista kaukaisemmista verkoista, rekisteröimiseksi, b) elimet mainitun viestintätapahtuman tietueen formatoi-5 miseksi tietueen sisältäessä dataa, joka identifioi mainitun yhden kaukaisemmista verkoista, ja parametriarvon, kuten keston, joka liittyy tietoliikennetapahtumaan, c) kelvolliseksi tekevät elimet mainitun tietueen tekemiseksi kelvolliseksi, 10 d) hinnoittelu- ja laskutuselimet datan kelvolliseksi tehdyn tietueen kanssa asiaan liityvän hinnoittelemisen ja laskuttamisen tekemiseksi, ja että saadaan aikaan hinnoiteltujen, laskutettujen ja kelvolliseksi tehtyjen tietueiden luokiteltu ryhmä (array), joka ryhmä on luokiteltu kaukai-15 sempien verkkojen identiteettien mukaan, ja e) analysointielimet tietueiden, jotka kelvolliseksi tekevät elimet ovat hylänneet, analysoimiseksi, analysoin-tielimien ollessa järjestetty käsittelemään hylättyjä tietueita yhdellä vähintään kolmesta tavasta hylkäämisen 20 syyn mukaisesti, mainittujen kolmen tavan ollessa arvojen asettaminen ei-kelvolliseksi tehdyissä tietueissa parhaiten sopivaan (best-fit) arvoon, tai arvojen asettaminen ei- • j.> kelvolliseksi tehdyissä tietueissa oletusarvoiksi, tai ei- ! *, kelvolliseksi tehdyn tietueen arkistoiminen tai hylkääminen

ft I

' ‘ 25 (dump), tietueiden, jotka on käsitelty joko ensimmäisellä *>* tavalla tai toisella tavalla, tullessa siirretyiksi suoraan tai epäsuorasti hinnoittelu- ja laskutuselimille kelvolli- f i : siksi tehtyinä tietueina.

• > .. ·· ·.

M ·* Esillä olevan keksinnön neljännen aspektin mukaan on 30 saatu aikaan datakeräys- ja käsittelyjärjestelmä käytettä- • väksi keräämään ja käsittelemään tietoliikennetietueita, i i , s', jotka ovat relevantteja monille verkoille, missä mainittu - järjestelmä sisältää vähintään yhden sisäänoton, jotta * * » * vastaanotetaan tietoliikennetietueet, jotka on synnytetty t 35 ensimmäisen mainituista monista verkoista ja ja vähintään /"j yhden toisen mainituista monista verkoista välissä olevassa yhteyspisteessä, mainittujen tietueiden saadessa aikaan 8 115941 identifioinnin verkosta, jossa asiaan liityvä tietoliikenne-tapahtuma tuli esiin tai mistä se tuli sisään mainittuun ensimmäiseen verkkoon, ja saadessa aikaan parametrimitan, joka voidaan alistaa laskutukseen, kuten keston, joka 5 liittyy tietoliikennetapahtumaan, järjestelmään lisäksi kuuluessa kelvolliseksi tekevät elimet tietueiden formaatin ja reititysreferenssiaspektien tekemiseksi kelvollisiksi, data-analysointielimet virheellisten tietueiden, jotka mainitut kelvolliseksi tekevät elimet ovat hylänneet, 10 analysoimiseksi, analysointielimien ollessa kykenevät kategorisoimaan mainitut virheelliset tietueet ja käyttämään oletusarvoja vähintään yhteen virheellisten tietueiden kategoriaan, dataluokitteluelimet kelvolliseksi tehtyjen ja oletusarvoistettujen tietueiden luokittelemiseksi mainitun 15 verkkoidentifikaation mukaan, ja hinnoitteluelimet luokitel tujen tietueiden vastaanottamiseksi ja, pohjautuen niihin sisällytettyyn informaatioon, laskutusinformaation synnyttämiseen, jota käytetään laskutettaessa entiteettejä, jotka ovat relevantteja identifioiduille verkoille.

20 Seuraavaksi kuvataan esillä olevan keksinnön suoritus muodon mukaista järjestelmää pelkästään esimerkin avulla viitaten mukana seuraaviin piirustuksiin, joista: .·.· kuva 1 esittää kaaviomaisesti datan, joka sisältää puheluinformaatiota, jotta tuetaan tietoliikenneverkkoon . 25 sisään tulevia puhelutapahtumia varten olevaa laskutusjär- • |· jestelmää, keräämistä ja käsittelyä varten olevan järjestel- : .·. män arkkitehtuuria; kuvat 2, 3 ja 4 esittävät kuvassa 1 esitetyn järjestelmän yleisnäkymävuokaavioita; . . 30 kuva 5 esittää kuvan 1 järjestelmää varten olevan « » · 9 115941 kuva 8 esittää kaaviokuvaa eräjärjestelmäkäsittelyark-kitehtuurista (batch array processing architecture) käytettäväksi kuvan 7 yritysjärjestelmässä; kuvat 9 ja 10 esittävät keskustiedostoa (exchange file) 5 ja Advanced Protocol Data Unit (APDU) -formaattia yhteydessä datan kiertokyselyyn keskuksista käytettäviksi kuvan 1 järjestelmässä; kuvat 11-21 esittävät vuokaavioita, joita käytetään kuvan 1 mukaisen järjestelmän nauhatallennusasemassa ja 10 data-analysaattorissa; kuva 22 esittää kuvan 1 järjestelmän elementtien välisiä prosessivuorovaikutuksia; kuvat 23 - 30 tuovat esille entiteetin elämänhisto-riakaaviot (entity life history diagrams), jotka esittävät 15 tilaa, jossa tietue (record) kussakin entiteetissä voi olla, ja mitä muita tiloja voidaan milläkin toimenpiteellä saavuttaa tuosta tilasta; kuvat 31 ja 32 esittävät esityslistan tilaa ja malli-verkkoa (pattern net), jotka seuraavat datapopulaatiota ja 20 säännön sytytystä (firing of a rule) asiantuntijajärjestelmässä, käytettäväksi kuvan 1 järjestelmässä; kuvat 33 ja 34 esittävät objektihierarkioita sääntökan-: : ta jär jestelmää ja tapauskantajär jestelmää varten vastaavassa järjestyksessä, joita käytetään kuvan 1 mukaisen järjes-25 telmän data-analysaattorissa; kuva 35 esittää suunnitteluperiaatteet, jotka liittyvät : .·, kuvan 1 mukaisen järjestelmän data-analysaattoria varten olevan asiantuntijajärjestelmä/ORACLE-liitynnän rakentamiseen ; 30 kuva 36 esittää yritysjärjestelmän datamallia käytettä- : väksi kuvan 1 mukaisessa järjestelmässä; ' kuvat 37 - 43 esittävät vuokaaviota, jotka kuuluvat data-analysaattorin, jota käytetään kuvan 1 järjestelmässä, toimintaan; * 35 kuva 44 esittää kuvan 1 mukaisessa järjestelmässä käytettävää datavirtausta painotuksen ollessa datassa, joka on merkityksellistä (relevant) yritysjärjestelmälle.

10 115941

Seuraavan kuvauksen joissakin kohdissa ja joissakin piirustuksien kohdissa on voitu silloin tällöin käyttää termejä "INCA" ja "IDA". Nämä tulevat sanoista Inter-Network Call Accounting (verkkojen välinen puhelulaskutus), koko 5 järjestelmän kuvaus, ja sanoista INCA Data Analyser. Jälkimmäinen on viittaus data-analysaattoriin 7, johon sisältyy asiantuntijajärjestelmä ja joka on liitännässä nauhatallennusaseman 6 kanssa.

Jatkossa seuraava kuvaus on esitetty seuraavalla 10 tavalla:

1 . KUVA 1 : ARKKITEHTUURIN LOHKOKUVA

2. KUVAT 2,3 JA 4: VUOKAAVIOT PROSESSIN YLEISKATSAUSTA

VARTEN

i) yhdistämispiste (Point of Interconnect) ja DDC

15 ii) nauhatallennusasema iii) yritysjärjestelmä (tai laatikko)

3. KUVAT 1 JA 5-8: LAITTEISTO-, TIETOLIIKENNE- JA OHJELMISTOARKKITEHTUURIT

i) POI ja DDC

20 ii) nauhatallennusasema ja data-analysaattori iii) yritysjärjestelmä iv) asiakaslaatikot

V; 4. KUVAT 9 JA 10: PUHELUTIETUEET JA DATAFORMAATIT

.·. : i) puhelutietueet 25 ii) Datarakenteiden kuvaus (mapping) keskusdataan • ·

*; 5. KUVAT 11-19, JA 22-30: YKSITYISKOHTAISEMMAT VUOKAAVIOT

;··; NAUHATALLENNUSASEMA- JA DATA-ANALYSAATTORIPROSESSEJA VARTEN

• » · ···_ ' i) Nauhatallennusasema: DDC kiertokysely

’ ii) Nauhatallennusasema: TIEDOSTOPROSESSI

30 iii) Nauhatallennusasema: DDC poistaminen (deletion) * iv) Data-analysaattori: Prosessi : v) Entiteetin elämänhistoriat 6. KUVAT 31-35: ASIANTUNTIJAJÄRJESTELMÄ i) yleiskatsaus . 35 ii) Sääntökantayleissäännöt (Rule Base Generic Rules) :.0 iii) tapauskanta (Case Base) ·;··': iv) Oracle-liityntä 115941 1 1

7. KUVAT 20,21 JA 37-43: ASIANTUNTIJAJÄRJESTELMÄN KÄYTTÖ DATA-ANALYSAATTORIN TOIMESTA

8. KUVAT 36 JA 44: YRITYSJÄRJESTELMÄ, DATA-ANALYYSI JA

HINNOITTELU JA LASKUTUS

5 9. JÄLJITYSKETJU (AUDIT TRAIL)

1 . KUVA 1 : ARKKITEHTUURIN LOHKOKAAVIO

Viitaten kuvaan 1 on saatu aikaan järjestelmä, jotta kerätään dataa ensimmäisessä verkossa 1 , esimerkiksi BT 10 PSTN:ssä, datan liittyessä puhelutapahtumiin, jotka tulevat esiin tai tulevat sisään toisesta verkosta 2. Data kerätään yhdistämispisteessä (POI) 3, jonka saa aikaan mainitun ensimmäisen verkon 1 keskus, ja tuodaan yhteen PSTN:ssä olevasta noin kymmenestä aluedatakerääjästä (DDC = District 15 Data Collector) 5. Nämä sisältävät dataa, joka sisältää reitti-informaation jokaista puhelua varten, täten sallien esimerkiksi puhelun tarkoitetun päämäärän identifioinnin, kuljettajan, jolta puhelu on tulossa sisään, erittelydatan siten, että jokaista puhelua voidaan käsitellä tapahtumana, 20 ja (edullisesti) kutsuvan tilaajan identiteetin (calling line identity), jotta puhelut, jotka olivat vain läpikulkevia soittoja toisessa verkossa 2, voidaan myös laskuttaa tarkasti suhteessa verkkoon, jossa ne tulivat esiin.

*>.'·'· Jokainen aluedatakerääjä (DDC) 5 tulee kiertokysellyksi : : 25 nauhatallennusaseman 6 toimesta, joka laajentaa ja tekee ·· kelvolliseksi puheludatan sekä tiedosto- että puhelu-

I » I I

| tietuetasolla, pääasiallisesti vasten reititysreferenssimal- * · · lia (Routing Reference Model). (Vaikka BT PSTN:n aluedatake- • · · rääjät 5 poimivat asiaan liittyvän datan, niiden tehtävä . . 30 voidaan samanarvoisesti saada aikaan laskutusjärjestelmän ‘f;.’ muilla komponentti järjestelmillä, kuten sellaisella, joka '·* ‘ tunnetaan verkkovälitysprosessorina (network mediation ·;··: processor)). Data, jonka nauhatallennusasema 6 havaitsee ·:··': epäkelvoksi, käännetään data-analysaattorille 7, jossa 35 käytetään tietämyspohjaista järjestelmää arvioimaan epäkel- poisuutta ja, mikäli mahdollista, muokkaamaan uudelleen dataa yritettäessä ratkaista ongelmaa. Tämä on tärkeä 1 2 115941 järjestelmän komponentti, koska epäkelpo data yleisesti menetetään laskutettavana syötteenä. Samaan aikaan kelvolliseksi tehty data virtautetaan (is streamed) nauhatallen-nusasemaan toiseen verkkoon 2, josta asiaan liittyvä puhelu 5 vastaanotettiin, liittyvän operaattorin mukaisesti, ja annetaan kulkea yritysjärjestelmään 8.

Nauhatallennusasema 6 saa aikaan seuraavat toiminnot: * Kiertokysyy (poll) jokaiselta DDC:ltä 5 tiedostoja, jotka odottavat esillä olevan keksinnön datajärjestelmän 10 suorittamaa käsittelyä.

* Tekee kelvolliseksi tiedoston ja sen puhelutietueet vasten reititysreferenssimallia.

* Laajentaa puhelutiedostot ja osoittaa (allocate) oikealle tietoliikenneverkko-operaattorille.

15 * Hylkää epäkelvon datan IDA:lie 7.

* Kopioi IDA:sta 7 vastaanotetun raakatiedoston raaka- tietuevarmistusliityntähakemistoon (Raw Record Backup

Interface directory).

* Poistaa tiedoston DDC:stä 5, kun data on varmistettu 20 liityntähakemistoon.

* Saa käyttäjälle aikaan käyttäjäliittymän mennä sisään reititysreferenssimallidataan.

Y: * Saa aikaan täydellisen jäijitysketjun nauhatallen- • · : nusaseman läpi.

,·, 25 * Varustaa käyttäjän mahdollisuudella monitoroida virtautusoperaation (streaming operation) toimintaa ja datan eheyttä.

* * » * * ‘ Data-analysaattori 7 saa aikaan seuraavat toiminnot: 30 * Kiertokysyy liityntähakemistosta tiedostoja, jotka ·, · sisältävät yhden tai useamman virheen.

Y : * Pitää virheelliset puhelutietueet pidätysalueella t i>: (suspense area), jos ne ovat kelvollisia puhelutietueita • · mutta eivät vastaa reititysreferenssimallia.

. 35 * Saa aikaan käyttäjäliitynnän siten, että käyttäjät voivat uudelleen virtauttaa (re stream) datan sen jälkeen, ·;··: kun reititysreferenssimalli on päivitetty.

1 3 115941 * Käyttää oletuspuhelutietuearvoja (default call record values) kentissä, jotka ovat virheellisiä sääntöjen määrityksen mukaisesti.

* Virtauttaa minkä tahansa oikeellisen datan, jota ei jo 5 ole virtautettu johtuen virhekynnysten tulemisesta ylitetyiksi.

* Virtauttaa minkä tahansa korjatun datan.

* Saa aikaan täydellisen jäijitysketjun lDA:n 7 läpi puhelutietuetasolla.

10 Yritysjärjestelmällä 8 on myös nykyisin tärkeä rooli, koska juuri yritysjärjestelmä tuo (imports) tekijät, joita ei johdeta pelkästään puheluparametreista vaan myös yhdistettyjen verkkojen 1,2 operaattorien välisestä suhteesta. Vaikutus, joka puhelulla tulee olemaan laskutusmenettelyssä, 15 määritetään osittain sellaisten tekijöiden kuin asiaan kuuluvien operaattorien välisen "palvelutasosopimuksen” toimesta. Nämä tekijät tuodaan kuvaan mukaan yritysjärjestelmässä 8 viittauksella lukuisiin informaatiolähteisiin, joihin voi kuulua hakutaulukot (look-up tables) ja/tai 20 kansallinen laskutustietokanta (NCDB, National Charging Data

Base) 9. Erityisesti ottamalla huomioon jälkimmäinen, laskutus otetaan tässä esimerkiksi aikariippuvista lasku-.·.' tushinnoista.

Ulostulo yritys järjestelmästä 8 on täten lopulta > 25 laskutusjärjestelmässä käytettävää informaatiota, joka ··· esittää raakapuheludataa, joka on kerätty yhteyspisteessä 3 s ja jota on käsitelty suhteessa asiaan kuuluviin parametrei- ,·;·. hin, kuten operaattori-ominaisiin ja aikariippuviin paramet- reihin, joiden tulisi olla voimassa. Tämä ulostulo saadaan . 30 aikaan asiakasjärjestelmään 10, joka antaa käyttäjäpääsyn i · henkilökohtaisen tietokoneen avulla.

* * ·

·:··: 2. KUVAT 2,3 JA 4: PROSESSIYLEISKUVAUS

·:··: Viitaten kuviin 2, 3 ja 4 vuokaavioita voidaan käyttää 35 antamaan prosessiyleiskuvaus edellä olevasta toiminnassa vasteena puhelutapahtumalle.

2 (i) YHDISTÄMISPISTE JA DDC

14 115941

Kuva 2 esittää prosessiaskeleet, jotka POI-keskus 3 ja DDC 5 suorittavat vasteena sisään tulevalle puhelulle. Kaikki nämä askeleet ovat tunnettuja keskuksen 3 ja DDC:n 5 ollessa modifioimattomia esillä olevan keksinnön tarkoituk-5 siin.

Viitaten kuvaan 2 asiaankuuluvaan verkkoon 1 tuleva tai siitä lähtevä puhelu synnyttää askeleessa 200 puhelutietueen POI-keskuksessa 3. Askeleessa 210 keskus 3 antaa jokaiselle puhelutapahtumalle "Tiedoston LuontiNumeron" järjestyksessä 10 0 - 9999. Askeleessa 220 keskus 3 ryhmittää puhelutietueet edistyneisiin protokolladatayksiköihin (APDU, Advanced Protocol Data Units), ja ryhmittää APDUrt tiedostoihin.

Askeleessa 230 DDC 5 kiertokysyy keskukselta 3 kaikkea puhelutietuedataa APDU-formaatissa. Askeleessa 235 DDC 5 15 lisää ohjausdatan otsikko-APDU:n ja jälkiosa-APDU:n muodossa. DDC 5 myös antaa askeleessa 240 jokaiselle tiedostolle tiedostosekvenssinumeron alueelta 0 - 999999, ja antaa askeleessa 245 jokaiselle APDU:lie APDU-sekvenssinumeron alueelta 0 - 16353 APDU:iden ollessa binaariformaatissa. 20 Askeleessa 250 DDC 5 sijoittaa tiedostot hakemistorakentee-seen, josta nauhatallennusasema 6 voi poimia ne kierto-kysymällä. Samaan aikaan askeleessa 260 tiedostosta tehdään merkintä (entry) luettelotiedostoon, jonka nimi on DIRINDEX. Tämä luettelotiedosto sisältää listan kaikista tiedostoista, 25 jotka ovat saatavilla nauhatallennusaseman 6 kiertokyseltä-vaksi.

« · · · ( * ·

2 (ii) NAUHATALLENNUSASEMA

» * ·

Viitaten kuvaan 3 askeleessa 300 nauhatallennusasema 6 30 kiertokyselee DDC-hakemistorakenteen jaksollisesti syöttäen • · i.i : puhelutietueet luku/kirjoitusmuistiin (RAM), jokaisen V · tiedoston ollessa ladattu 1 megatavuun. Tähän kiertokysely- prosessiin sisältyy viimeisimmän DIRINDEX-tiedoston kopioin-tiaskel. Askeleessa 310, joka käytännössä voi olla osa . 35 askeleen 300 DDC-kiertokyselyprosessia, data muunnetaan binaarista ASCII-formaattiin (American Standard Code for <

Information Interchange).

15 115941

Askeleessa 320 nauhatallennusasema 6 suorittaa puhelu-tietueiden kelvolliseksi tekemisen (validation). Jos puhelu-tietue on epätäydellinen tai virheellinen siten, ettei sitä voida varmistaa, niin sen sijaan, että edettäisiin seuraa-5 viin käsittelyaskeliin nauhatallennusasemassa 6 ja lopulta laskutusprosessiin, se suunnataan liityntähakemistoon (askel 330) pidemmälle menevää analyysiä varten data-analysaattorissa 7.

Kelvollinen data sen sijaan etenee askeleessa 340 10 tunnistusprosessiin, missä puhelutietueessa olevaa dataa käytetään osoittamaan, mistä toisesta verkosta puhelu oli peräisin, tai mistä se tuli BT PSTN:ään, tai joissakin tapauksissa mihin puhelu oli tarkoitettu päättymään. Koodi, joka esittää asiaankuuluvaa verkko-operaattoria laskutusta 15 varten, lisätään puhelutietueeseen, ja sitten tiedostot hajoitetaan ja rakennetaan uudelleen askeleessa 350 tuon koodin mukaisesti. Täten puhelutietueet tässä pisteessä voidaan luokitella verkko-operaattorin tai jonkun muun asiaan kuuluvan entiteetin mukaan, joka ainakin ensi kädessä 20 on vastuussa noiden puhelujen kustannuksesta.

Askeleissa 360 ja 370 nauhatallennusasema 6 sitten antaa ulostulona uudelleen rakennetut tiedostot yritysjär- t · ·'·' jestelmälle 8 ja poistaa tiedostodatan DDCrllä 5 olevasta • * \ ” FTAM-tiedostovarastosta.

·.· 25 Katsotaanpa data-analysaattoria 7, jolla on tärkeä tehtävä suoritettavanaan, sillä dataa, jota ei voida tehdä { : : kelvolliseksi, ei voida laskuttaa. Askeleessa 380 data- • » · « ;‘j‘; analysaattori 7 kiertokysyy liityntähakemistolta nauhatal- lennusaseman 6 askeleessa 330 syöttämiä virheelliseksi . 30 havaittuja tiedostoja. Tämän jälkeen data-analysaattorilla 7 on kolme eri mahdollisuutta laittaa virheelliseksi todettu data takaisin järjestelmään.

Askeleessa 382 se pyrkii korjaamaan datan. Mikäli se pystyy siihen, korjattu data palautetaan liityntähakemis-.‘.-t 35 toon, josta nauhatallennusasema 6 voi poimia sen. Askeleessa 384 data-analysaattori 7 pyrkii käyttämään oletusarvoja (default values) korjauskelvottomaan dataan. Joitain 16 115941 dataelementtejä ei voida "paikata" tällä tavoin, koska esimerkiksi se vaikuttaisi jäijitysketjuun. Viimeiseksi askeleessa 386 data-analysaattori 7 tarkastaa, onko datan ja reititysreferenssimallin (RRM) välillä yksinkertaisesti 5 epäsovitus (mismatch). Jälkimmäinen on tietokanta, joka antaa reititysinformaation, ja sitä käytetään DDC:ssä 5 tunnistamaan esimerkiksi puhelun määränpää. RRM:n kopioita pidetään tietoliikenneverkossa eri paikoissa, ja jos yksi kopio päivitetään vanhentuneesti tai virheellisesti, tämä 10 voi tuoda esiin epäsovituksen datassa. Mikäli asia on näin, data-analysaattori 7 syöttää nuo puhelutietueet pidätystie-dostoon (askel 388), mikä sallii niiden laittamisen takaisin nauhatallennusaseman 6 prosessiin sen jälkeen, kun RRM on tarkastettu.

15 Jos data-analysaattori 7 ei pysty käsittelemään dataa millään edellä olevista tavoista, se syöttää sen askeleessa 390 "kuoppaan" (sump). Tämä tarkoittaa, että data on efektiivisesti menetetty, eikä sitä tulla koskaan laskuttamaan. Tästä huolimatta se voi olla käyttökelpoista analyy-20 sissä siten, että järjestelmään voidaan tehdä muutoksia ja korjauksia pitkällä aikavälillä.

.V 2 (iii) YRITYSJÄRJESTELYÄ * · ! Viitaten kuvaan 4 data, tiedostotasolla, joka on tehty :: 25 kelvolliseksi ja käsitelty nauhatallennusaseman 6 toimesta, ·; syötetään yritys järjestelmään 8, missä ensimmäinen askel, ! askel 400, on tiedostosekvenssinumeron kelvolliseksi ' I « · ,T. tekeminen. Yritysjärjestelmä 8 käsittelee tiedostot tiedos- i tt tt tosekvenssinumerojärjestyksessä, mutta nauhatallennusasema . . 30 6 on käsitellyt dataa rinnakkaisesti eri keskuksista 3. Jos < » 1 tiedostosekvenssinumero on väärä, yritys järjestelmä tekee * tiedoston epäkelvoksi ja lopettaa sen käsittelyn (askel : i 410).

Jos tiedostosekvenssinumero on hyväksyttävä, yritysjär-35 jestelmä 8 siirtyy askeleeseen 420 puhelutietueen tekemiseksi kelvolliseksi, tällä kertaa ei pääasiallisesti RRM: n ' * * » ehdoin, kuten nauhatallennusasemassa 6, vaan painottaen 17 115941 enemmän dataa, joka on liittyy laskutettavaan entiteettiin, ja suhdetta, joka vallitsee laskutettavan entiteetin ja ensimmäisen verkon 1 operaattorin, esimerkiksi BT:n, välillä. Laskutettava entiteetti ja BT ovat tulleet pääty-5 mään palvelutasosopimukseen (SLA, Service Level Agreement) ja puhelutietue saattaisi osoittaa puhelutyyppiä, joka ei ole tuon laskutettavan entiteetin, joka on voimassa olevan SLA:n alainen, saatavilla. Yritysjärjestelmä poimii tämän epäkelpoisuutena ja askeleessa 430 yrittää korjata virheel-10 listä puhelutietuetta. Jos puhelutietue voidaan korjata, se lähetetään tallennettavaksi (to be bulked) askeleessa 440 ja syötetään uudelleen yritysjärjestelmään 8. Jos sitä ei voida korjata, se varastoidaan askeleessa 450 analysointia varten.

Kelvolliset puhelutietueet sillä aikaa siirretään 15 eteenpäin yritysjärjestelmän hinnoittelukoneelle, askel 460, jossa yksittäiset puhelutietueet hinnoitellaan NCDB:n 9, asiaankuuluvan laskutettavan entiteetin ja BT:n välisen SLA:n ja minkä tahansa muun asiaan kuuluvan informaation mukaisesti. Hinnoitellut puhelutietueet voidaan sitten 20 ladata yhteenvetotietokantaan, askel 470, asiaan kuuluvan laskutettavan entiteetin veloittamiseksi, ja puhelutietueet tulostetaan optiselle levylle (askel 480) säilyttämistä • · varten.

Asiakaslaatikot 10 vastaanottavat toisesta järjestel-25 mästä poimitun informaation (downloaded information) • · yhteenvetotietokannasta viikottain. Jokainen asiakaslaatikko : ,·. 10 on omistettu yhdelle laskutettavalle entiteetille ja sitä voidaan käyttää myös pääsynä optisen levyn varastoon ‘ ainoastaan sen "omien" puhelutietueiden saavuttamiseksi.

30

: 3. KUVAT 1,5,6,7 JA 8: LAITTEISTO-, TIETOLIIKENNE- JA

: OHJELMISTOARKKITEHTUURIT

3 (i) YHDISTÄMISPISTE 3 JA DDC 5

Keskukset 3 ja DDC:t 5 ovat tunnettua tyyppiä, ja niitä » · 35 ei kuvata tässä yksityiskohtaisesti. Ne toimivat lyhyesti kerrottuna seuraavalla tavalla.

Viitaten kuviin 1 ja 2, mikä tahansa puhelu joka tulee 18 115941 sisään tai lähtee brittiläisestä PSTN:stä, jota operoi British Telecommunications plc (BT), kulkee nykyisin läpi digitaalisen puhelinkeskuksen, joka on yhdistämispisteenä (POI) 3. Kaikki tällaiset keskukset, jotka liittyvät esillä 5 olevan keksinnön datajärjestelmään, ovat tällä hetkellä Järjestelmä X puhelinkeskuksia tyyppejä digitaalinen risteyskytkentäyksikkö (DJSU, Digital Junction Switching Unit), digitaalinen paikalliskeskus (DLE, Digital Local Excahange) tai digitaalinen pääkytkentäyksikkö (DMSU, 10 Digital Main Switching Unit).

Jokainen puhelinsoitto, joka tulee sisään tai lähtee BT:n verkosta 1, kuten kuvan 2 askeleessa 200 on esitetty, synnyttää puhelutietueen POI-keskuksessa 3 formaatissa, joka tunnetaan British Telecom puhelutietuetyyppinä 6. DDC:t 5 15 kiertokyselevät päivittäin Järjestelmän X POI-keskuksilta 3 kaikkea APDU-formaatissa olevaa puhelutietuedataa. Kiertokysely tapahtuu käyttäen File Transfer Access and Management-protokollaa (FTAM) suurnopeuksisten BT-datalinkkien poikki. DDC:t 5 toimivat puhtaasti POI:ista tulevien 20 puhelutietuetiedostojen kerääjinä: DDC:ssä ei tapahdu puhelutietueiden käsittelyä. DDC:eitä ei ole omistettu puhelutietuekiertokyselyyn, vaan ne suorittavat lukuisia Y: muita datakeräys-, käsittely- ja eteenpäinsiirtotehtäviä.

.'.j Jotta nauhatallennusasema järjestelmä 6 saisi pääsyn 25 FTAM-tiedostovarastoon DDCrssä 5, on välttämätöntä saada aikaan identifioiminen. Tämä tehdään osoittamalla (alloca-ting) nauhatallennusasemalle 6 asiaan kuuluvana päätejärjes-telmänä verkkosolmuidentiteetti (NNI, Network Nodal Identi-*·’ ty). NNIrtä käytetään sitten käyttäjänimenä, jotta saadaan 30 pääsy FTAM-tiedostovarastoon, tunnussanan ohella.

3 (ii) NAUHATALLENNUSASEMA 6 JA DATA-ANALYSAATTORI 7

Viitaten kuvaan 5, laitteisto- ja tietoliikennekaavio . nauhatallennusasemaa 6 ja data-analysaattoria 7 varten voi 35 olla seuraava. (On ymmärrettävä, että kuvan 5 tietoliiken-nearkkitehtuuri esittää vain yhtä mistä tahansa tietoliiken-nearkkitehtuurien määrästä, jotka voivat olla sopivia 19 115941 erilaisissa ympäristöissä.) Nauhatallennusasemalla 6 on "kuuma-valmius"-nauhatallennusasemalaatikkovarmistus (SSB, "hot-standby" Streamer Box Backup) 6a, joka alkaa toimimaan heti kun päänauhatallennusasemajärjestelmässä 6 ilmaantuu 5 virhe, ja molemmat saadaan aikaan Hewlett-Packard HP857S-minitietokoneilla, jotka ajavat UNIX-käyttöjärjestelmää. Nauhatallennusasema 6 ja SSB 6a voivat olla kytketyt paikallisverkkoihin (LANreihin) 515.

Nauhatallennusaseman 6 (tai kuuma-valmiuden 6a) 10 kiertokyselemä raakadata DDCreistä 5 (ei esitetty kuvassa 5) varmuustalletetaan käyttämällä optisen levyn tallennusjärjestelmää (ei esitetty). Data kiertokysellään käyttämällä FTAM:aa (File Transfer, Access and Management, tiedoston siirto, saanti ja hallinta) BT:n Megastream-suurnopeusdata-15 linkeissä ja moniprotokollareititysverkossa (MPRN, Multi protocol Routing Network) 510. MPRN 510 on OSI:n (Open System Inteconnection) mukainen. Nauhatallennusaseman 6 ja data-analysaattorin 7 välissä on suoria viestintälinkkejä 515, ja "Ethernet"-silta 505 antaa nauhatallennusasemalle 6 20 ja data-analysaattorille 7 pääsyn vähintään yhteen laaja- alueverkkoon (WAN, Wide Area Network) 510, esimerkiksi siihen, jota BT käyttää PSTN:ää varten. WAN 510 puolestaan ·.·. antaa pääsyn yritys järjestelmään 8 ja asiakaslaatikoihin 10, ; jotka on sijoitettu primaariseen BT PSTN-verkon hallinto- ja 25 datakeskukseen. Tämä tarkoittaa, että verkon hallinta- ja ", datakeskus voi syöttää ja tulostaa dataa esimerkiksi ·“· analyysia varten ja syöttää lähtö- ja päivitetyt reititysre- • · · · ferenssidatat.

V * Viitaten kuvaan 6 data-analysaattori 7 voidaan saada 30 aikaan Hewlett-Packard HP9000:een. Nauhatallennusasemaa 6 ja i ;: data-analysaattoria 7 varten oleva ohjelmisto käyttää hyväkseen seuraavia teknologioita: * IEF eräkäsittelyjä (Batch Processes) varten * ART/IM asiantuntijajärjestelmäkykenevyyksiä (Expert 35 System Capabilities) varten * HP/UX versio 9.0 ·;··· * Yritysob jektit PC-asiakkaana raportteja varten (Bu- 20 115941 siness Objects as a PC client for reports) * Oracle-versio 6 SQLFORMS 3 - SQL*Report Writer 1.1 5 - PL/SQL-versio 1.0

PRO*C

SQL*NET TCP/IP versio 1.2

Kaikki nämä ovat tunnettuja ja yleisesti saatavilla. Esimerkiksi "IEF" on "Information Engineering Facility", 10 tietokoneavusteinen systeemityö-ohjelmisto (CASE-ohjelmisto) James Martin Associates:lta, ohjelmistosuunnittelutyökalu, joka tuottaa ajettavaa koodia. Data-analysaattoriprosessit ajavat (run) fyysisesti data-analysaattorin 7 alustalla (platform) ja käyttävät SQL*NET:iä kytkeytymään Oracle-15 tietokantaan 60 nauhatallennusaseman 6 alustalla. SQL*NET TCP/IP:tä (Transport Control Protocol/lnternet Protocol) voidaan käyttää nauhatallennusasema/data-analysaattoriyri-tysobjektiOracle-käyttäjien 65 toimesta, jotta päästään Oracle-tietokantaan 60, joka on sijoitettuna nauhatallen-20 nusasemalla 6, MPRN-verkon 510 kautta, tai sopivan TCP/IP-kannattajaverkon kautta (TCP/IP bearer network).

Nauhatallennusasema 6 ja data-analysaattori 7 jakavat tietokantalaitteet 60, ja käyttäjät voivat vaatia pääsyä •\j esimerkiksi tarkastamaan tai päivittämään referenssidataa, 25 jota nauhatallennusasema 6 käyttää kelvolliseksi tekemises-sä. Tietokantalaitteet 60 muun muassa ylläpitävät ohjausta, mitkä DDCreistä 5 tulleista tiedostoista on käsitelty, ja 'il.' sisältävät version reitityreferenssimallista.

• PRO*C-koodi synnytetään IEF:n toimesta IEF-koodiksi 61 30 ja ulkoisiksi toimintalohkoiksi (EAB, External Action Block) : 62, kuten kuvassa 6 on esitetty. Nauhatallennusasema/data- · analysaattoriohjelmistokirjasto 63 on yhdistelmä (set of) ....: "C"- ja PRO*C-moduuleita, joita voidaan kutsua EAB:iden 62 sisältä tai ART-IM:stä (Automated Reasoning Tool for . 35 Information Management, automatisoitu päättelytyökalu informaation hallintaa varten) 64. ART-IM on sovelluskohtai-nen, asiantuntijajärjestelmä, sovelluskehitysoh jelmisto.

21 115941 ART-IM-kehitys suoritetaan "studiossa", Motif-liitynnässä asiantuntijajärjestelmään. Kun asiantuntijajärjestelmä on yksikkötarkastettu "studiossa", se levitetään (is deployed) synnyttämällä "C"-moduulit "studion" sisältä. Täten esimer-5 kiksi prosessit voidaan luoda tuottamalla IEF-koodi 61 0S/2-työasemalla ja linkittämällä koodi EAB:iden 62, nauhatallen-nusasema/data-analysaattoriohjelmistokir jaston 63 ja ART—IM— koodikirjaston 64 kanssa levitysalustalla (deployment platform).

10 3 (iii) YRITYSJÄRJESTELYÄ 8

Viitaten kuviin 7 ja 8, yrityslaatikkoon (tai järjestelmään) 8 sisältyy Hewlett-Packard-minitietokone 70 "Emerald 890/400", joka ajaa UNIX-käyttöjärjestelmää, ORACLE-relaatiotietokantahallintäjärjestelmää (RDMS, 15 relational database management system) ja "räätälöityä" sovellusta (custom application), joka on kirjoitettu käyttäen James Martin Associates'in IEF CASE-ohjelmistoa.

Yrityslaatikon 8 sisällä kaikki puhelutietueet hinnoitellaan monimutkaisten hinnoittelu- ja laskutusreferenssi-20 taulukoiden mukaisesti, ja ORACLE-yhteenvetotaulukoita inkrementoidaan. Referenssitaulukot tarjoavat keskuksen asetusdatan (set-up data), reititysreferenssidatan, lasku-. . tussopimukset, hinnoittelu- ja laskutusdatan ja eri poik- ; *, keusluokat. Hinnoittelu- ja laskutusreferenssitaulukot *· “ 25 johdetaan BT:n kansallisesta laskutustietokannasta (NCDB) ja operaattorien välisistä tukkukauppahinnoittelusopimuksista. ..*.·* Jotta autetaan minitietokonetta asiaan liittyvien ·,· · käsittelytehtävien suuressa määrässä, Hewlett—Packardin i \ : Unix-työasemia 80, esim. 735:siä, on liitetty apuprosesso- 30 reiksi, jotka pyytävät käsittelytehtäviä. Minitietokoneeseen : 70 voidaan tällaisia työasemia kytkeä käytännöllisesti ,··.·. katsoen rajaton määrä, jotta kasvatetaan puhelutietueiden määrää, jotka yrityslaatikko voi käsitellä, mutta kohtuulli-• * nen minimi BT PSTNrää varten voisi tällä hetkellä olla '•“•35 kaksitoista. Kuten edellä todettiin, voi olla, että esillä .*··. olevan keksinnön data järjestelmää vaaditaan käsittelemään 60 .miljoonaa puhelutietuetta päivässä vuoteen 1995. Järjestely 22 115941 luottaa Hewlett-Packardin tuotteeseen, joka tunnetaan nimellä "Task Broker" (tehtävävälittäjä) 81, esillä olevan keksinnön datajärjestelmän ollessa asetettu ajamaan eräryh-mässä (being set up to run on batch array). Tämän tekemisek-5 si tapauskohtaiset (custom) parametrit on syötettävä Task Brokeriin, ja asiaankuuluva joukko näitä parametreja on lueteltu alla: i) Globaalit parametriasetukset (jotka ovat valinnaiset) - ketkä asiakkaat voivat päästä palvelimeen 10 - mitkä koneet voivat kaukaisesti (remotely) hallita (administer) Task Brokeria - mitä verkkomaskia käytetään - pienin ja suurin sallittu käyttäjäidentiteetti (UID,user identity) 15 - kirjaamisen laajuus (logging verbosity) rinnakkaisesti käsiteltävien tehtäväalistusten (task submittals) suurin määrä - lista koneista, joihin asiakkaan tulisi ottaa yhteyttä palvelujen vuoksi.

20 ii) Asiakasparametriasetukset (jotka ovat valinnaiset) lista jokaista palvelua varten, palvelimet, joihin asiakkaan tulisi ottaa yhteyttä palvelua varten. *.·. iii) Luokkaparametriasetukset ,·, ; - jokaisen palvelun on oltava luokassa; aseta luokka • * · 25 kaikille palvelutyypeille, jotka kukin kone tarjoaa.

;··; iv) Palvelumääritykset (jokaista palvelua varten seuraavat · kohdat täytyy määrittää) » i > ’ - luokka 30 - affiniteetti ί(· | - argumentit : Huomio, affiniteetti on numero välillä 0-1000, joka ’ . osoittaa, kuinka hyvin solmu pystyy tarjoamaan palvelua.

Task Broker on jonotusjärjestelmä, joka ohjaa, mitkä 35 työasemat pyytävät ja käsittelevät tiedostoja. Task Brokerin :_· käyttämiseksi yritysjärjestelmän 8 kanssa on olemassa kolme ·:·; ohjelmaa ja konf iguraatiotiedosto. Konf iguraatiotiedosto 23 115941 asettaa parametrit, jotka Task Broker vaatii toimiakseen yritysjärjestelmäympäristössä sisältäen, minkä työasemien kanssa se voi kommunikoida, mitä ohjelmia kutsua käsittelemään tiedostoa, ja kuinka priorisoida. Edellä esitetyt 5 parametrit ovat konfiguraatiotiedostoparametreja.

Kolme ohjausohjelmaa toimivat (lyhyesti esitettynä) seuraavasti. Kun tiedosto tulee yritysjärjestelmän 8 Emerald-minitietokoneeseen, pääohjelma "run_cp.sh" lähettää sen käsiteltäväksi Task Brokerin kautta ja käynnistää (kicks 10 off) monitorointiohjelman "cleanup_cp.sh" minitietokoneessa. Task Broker osoittaa tiedoston työasemalle, joka käsittelee tiedoston kolmannen ohjelman "cp.sh" mukaisesti. Mikäli asiat sujuvat hyvin, tiedosto palaa minitietokoneeseen, jossa "cleanup_cp.sh" osoittaa sen oikeisiin asiakasjärjes-15 telmän 10 hakemistoihin. "Cleanup_cp. sh" myös monitoroi työasemia. Jos työaseman suorittamassa käsittelyssä on ylipitkä viive, se sammuttaa Task Brokerin tuon työaseman kohdalla, koska siellä on selvästi ongelma. Lopuksi, "cleanup_cp.sh" myös ohjaa tallennusta ja tapahtumakirjaus-20 ta.

Lopulta, samoin kuin tuloste asiakasjärjestelmään 10 niin myös hinnoitellut puhelutietueet yrityslaatikosta 8 ·.*. talletetaan optisiin levyasemiin 71, jotta yksittäiset *. hinnoitellut puhelutietueet voidaan palauttaa esiin ja ' . 25 analysoida tulevaisuudessa.

t k ····’ 3. (iv) ASIAKASJÄRJESTELMÄ (TAI LAATIKOT) 10 • ♦ : yhdistettävien puhelujen (interconnect calls) yhteenve- * · ’* to-ORACLE-tietokantataulukot poimitaan (are downloaded) 30 viikottain yrityslaatikosta 8 asiakaslaatikoihin 10.

: Jokainen asiakaslaatikko (CLB,Client Box) 10 on Hewlett- * » l ·

Packardin UNIX-työasema, ja käsittelee ainoastaan yhteenve-' . totietokantataulukoita ja puhelutietueita, jotka synnytet- t I » I t tiin BT:n ja toisen operaattorin, esimerkiksi Manx Tele-‘35 corn'in, välisen yksittäisen yhdistämissopimuksen alaisina. Asiakaslaatikko 10 ajaa ORACLE RDMS:ää ja Business Objects-..··· ohjelmistoa. Jokaisesta asiakaslaatikosta 10 saatava 24 115941 informaatio ei ainoastaan salli BT:n laskuttaa toista verkko-operaattoria heidän BT:n verkon käyttönsä suhteen, vaan myös tarkastaa toiselta verkko-operaattorilta BT:hen sisään tulevat laskut. Jokainen asiakaslaatikko 10 voi myös 5 kysyä optisilta levyiltä 41 , mutta vain puhelutietueita, jotka ovat asiakaslaatikkoon 10 liittyvän yhdistämissopimuk-sen alaisia. Asiakaslaatikolle ei ole mahdollista kysyä yrityslaatikolta 8 suoraan omia puhelutietueitaan, puhumattakaan niistä, jotka liittyvät muihin sopimuksiin BT:n ja 10 toisten operaattorien välillä. Henkilökohtaiset tietokoneet on kytketty asiakaslaatikkoon 10, jotta sallitaan yhteenve-totaulukoiden analyysi.

4. KUVAT 9 JA 10: PUHELUTIETUEET JA DATAFORMAATIT 15 4 (i) PUHELUTIETUEET

British Telecom Tyypin 6 puhelutietueet synnytetään asiakkaiden laskutuksen pääasiallista tarkoitusta varten. Puhelutietueiden tulisi sisältää riittävästi tietoa puhelun hinnoittelemiseksi tarkasti; pohjautuen päivämäärään, 20 aikaan, kestoon, kuljettavaan matkaan ja muihin tekijöihin. Jokainen Tyypin 6 puhelutietue voi sisältää seuraavat: * laskutustietueen pituus; Y; * tietueen käyttö; • · : * tietueen tyyppi; .·, 25 * puhelutyyppi ja puheluefektiivisyys t * lopetussyy (clearing cause) * aikaepä jatkuvuuslippu (vaihda GMT: hen/GMT: stä ’;·/ BST:stä/BST:hen) ; • * * ’ * kutsuvan tilaajan identiteetti (CLI, Calling Line 30 Identity); | · : * reittiryhmätyyppi; Y · * näytteistyskategoria; * reittiryhmä; i · . * solmupistekoodi (NPC, Nodal Point Code): ainutkertainen . 35 tunniste tietueen tuottavaa POI-keskusta varten; * linkityskenttä (käytetään, kun puhelu levittyy (straddles) useampaan kuin yhteen aikaveloituskaistaan 25 115941 (time-charge band); * soittavan osapuolen kategoria (yritys, asunto, maksupu-helin); * veloituskaista; 5 * valmiin osoitteen päiväys ja aika; * vastauksen päiväys ja aika; * soittavan osapuolen lopetuksen päiväys ja aika; * soitetun osapuolen lopetuksen päiväys ja aika; * kutsutun numeron kenttä.

10 Puhelutietueet sieppaa puhelulaskutusalijärjestelmän (CAS, Call Accounting Sub-system) tulojako ja laskutus (RAA, Renevue Apportionment and Accounting) -väline (facility), joka on kaikissa Järjestelmä X-keskuksissa. Kuten edellä on todettu, askeleessa 220 puhelutietueet ryhmitetään yhteen 15 APDU:ihin, ja APDUrt edelleen ryhmitetään tiedostoon jokaisen tiedoston koon noustessa 1 megatavuun asti. Mikään tässä ryhmitysprosessissa Järjestelmä X-POl-keskuksessa ei tuhoa mitään yksittäisten puhelutietueiden osia. Kaikki puhelutietueet ovat yksinkertaisessa binaariformaatissa.

20 Viitaten kuvaan 9, jokainen keskustiedosto 40 sisältää joukon APDU:itä 51, jotka ovat pituudeltaan vaihtelevia. Jokainen APDU 51 sisältää joukon laskutustietueita, joiden V. pituudet myös vaihtelevat. Seuraavat kohdat ovat kuitenkin ’/·. kiinnitettyjä: 25 * Keskustiedoston maksimikoko 1 megatavua ”, * APDU:n maksimikoko 512 tavua

. · I

·· * Laskutustietueen maksimikoko 70 tavua.

» 1 ( DDC:n otsikko- ja jälkiosa-APDU: t ovat identtiset . »* : lukuunottamatta APDU-tyyppiä, joka on 241 otsikko-APDU:lie 30 ja 245 jälkiosa-APDU:lie.

i : : Seuraava informaatio on saatavana otsikko- ja jälkiosa- APDU:ssa: ‘ , APDU-pituus.......... Otsikko/jälkiosa-APDU:n pituus , APDU-tyyppi.......... 241 otsikolle, 245 jälkiosalle 35 Ainutkertainen tiedosto- ; ‘ : tunniste............. Katso alla DIRINDEX: iä koskeva ·;··; kohta 26 115941

Kohde NNI............ INCA-nauhatallennusaseman NNI

Sovellusryhmä........ INCA-datan = 14 sovellusryhmä

Oton nauhan/vaihtolevyn sekvenssinumero...... nauhan/vaihtolevyn sekvenssinumero 5 Lähtötiedoston sekvenssinumero............. DDC-sekvenssinumero

Aikaleima (timestamp) DDC vastaanotti datan.. Päiväys ja Aika data vastaanotettu DDC:n toimesta 10 Osatiedosto-osoitin. . Osoittaa, onko tiedosto osatiedosto

Poikkeusosoittimet. . . Osoittaa, mikä voisi olla vialla tiedostossa

Lukulukema.......... ilmoittaa, kuinka monta kertaa tämä tiedosto on luettu 15 Tiedostokoko........ tämän tiedoston koko tavuissa

Valitsemattomien APDUriden lukema.... Väärän APDU-tyypin APDU:iden määrä

Valittu APDU-tyyppi. . INCA-datatyypin APDU-tyyppi APDU-lukema......... APDU:iden määrä tässä tiedostossa 20 Ensimmäinen sekvenssi- numero.............. Aloittava APDU-sekvenssinumero

Viimeinen sekvenssi- numero.............. Lopettava APDU-sekvenssinumero

* I

,·. 25 Lukulukema esittää kuinka monta kertaa tämä tiedosto on * · tullut kiertokysellyksi DDCrstä nauhatallennusaseman 6 * toimesta. Osatiedosto-osoitin osoittaa, vastaanotettiinko f * koko tiedosto DDC:n 5 toimesta onnistuneesti, vai puuttuiko ' tiedoston osia.

30 Poikkeusosoittimet ovat kaksi yksitavuista bittimaski-

; kenttää, jotka osoittavat mitkä tahansa virheet, jotka DDC

•i < 5 havaitsi ja jotka liittyvät tähän siirtoon.

Kaikkia edellä olevia kenttiä varten olevat kelvolliset . arvot tulevat tehdyiksi kelvollisiksi tietokoneavusteisen 35 systeemityön (CASE) sovellusohjelmistossa, jota kuvataan ’ J alla viitaten "YRITYSJÄRJESTELMÄÄN (TAI LAATIKKOON)" 8.

Viitaten kuvaan 10, lyhyt kuvaus APDU-rakenteesta 51 27 115941 sisältää APDU-otsikon 52, todelliset kyseessä olevat laskutustietueet 53 ja APDU-jälkiosan 54.

Laskutustietueiden 53 formaatti on standardityyppiä, ja "C"-rakenne voidaan suunnitella kuvaamaan (map) tarkoin 5 tuohon formaattiin.

Kun data on kiertokyselty keskuksista 3 DDC:hen 5, osa datasta, joka on jokaisen data-APDU:n alussa, poistetaan DDC:n 5 toimesta. Tämä data edustaa DDCrtä 5 ja keskusta 3, eikä se ole merkityksellistä datana, joka syötetään loppukä-10 sittelyjärjestelmään.

Kun tiedosto kopioidaan asianmukaiseen hakemistoon DDC:n 5 toimesta siten, että se on tehty käytettäväksi nauhatallennusasemalle 6 kopioida käyttäen FTAM:aa, siitä tehdään merkintä luettelotiedostoon, jonka nimi on DIRINDEX. 15 DIRINDEX-tiedostomerkintä kuljettaa seuraavaa dataa: i) aktiviteettimarkkeri (1 tavu), joka voi osoittaa a) ei-aktiivista merkintää b) tiedosto saatavilla siirtoa varten c) tiedostoa käytetään parhaillaan (esim. FTAM- 20 siirrossa) d) tiedosto siirretty onnistuneesti (ei vielä poistettu) ·.*. ii) iNCA-tiedostonimiformaatti ,·, ; iii) lähtöreititys, joka voi esittää • * · 25 a) tiedosto saatavilla FTAM:aa varten * · · ’! b) vain magneettinauha ;··; iv) ainutkertainen tiedostotunniste sisältäen yksi- :·· : tyiskohtia kuten luontiaika ja asiaan kuuluva * · · *.· ‘ keskus-NNI.

30 v) tiedostokoko tavuissa : : : vi) APDU:iden määrä tiedostossa.

Katsotaan kohtaa ii ), INCA-tiedostonimiformaattia, joka ‘ . sisältää: . vii) nauhatallennusasema-NNI :n 35 viii) keskuksen NNI:n ja klusterinumeron ix) INCA-datan sovellusryhmä ·:··· x) keskustiedoston DDC-tiedostosekvenssi- 28 115941 numero.

4 (ii) DATARAKENTEIDEN KUVAUS KESKUSDATAAN

Nauhatallennusasema 6 kuvaa datan datarakenteisiin, 5 joita käytetään yrityslaatikon 8 mallissa, käyttäen seuraa-via periaatteita: * On oletettu, että APDU-pituuskentät ja laskutus-tietuepituuskentät ovat oikeellisia. Jos ne eivät ole, kelvolliseksi tekeminen epäonnistuu joko APDU-tasolla tai 10 laskutustietuetasolla, ja tiedosto virtautetaan (will be streamed) data-analysaattoriin 7.

* Ottodata aluksi selataan (scanned), jotta löydetään otsikko-APDU 52. Tämä tunnistetaan APDU-tyypistä 241 (Hex F1 ). Valittu APDU-tyyppikenttä sitten tarkastetaan yhdessä 15 ainutkertaisen tiedostotunnisteen kanssa, jotta vahvistetaan, että tämä on todellakin otsikko-APDU 52.

* Sen jälkeen kun otsikko-APDU 52 on löydetty ja otsikko-APDU-datarakenne on kuvattu, oletetaan, että kaikki APDU:t tiedostossa noudattavat yhden sanan tietuepituuden, jota 20 seuraa APDU, formaattia, esimerkiksi /HEADER_APDU/RL/APDU/RL/APDU. ../rl/apdu/rl/trailer_apdu missä RL on tietuepituus (Record Length).

·,·. * Jos tiedoston rakenne poikkeaa tästä standardista, niin !tiedosto virtautetaan data-analysaattoriin 7 jatkoanalyysiä • Il ', 25 varten. Tämä virhetila havaitaan sen APDU:n, joka välittö mästi seuraa poikkeamaa, kelvolliseksi tekemisessä.

* Jokaisessa APDU:ssa on oletettu, että rakenne seuraa : kuvassa 6 esitettyä rakennetta. Jälleen mikä hyvänsä * i * : poikkeama tästä rakenteesta aiheuttaa sen, että koko 30 datarakenteen kuvaus tulee väärin järjestetyksi (mis-• aligned), ja johtaa tiedoston hylkäämiseen ja virtauttami- seen data-analysaattoriin 7.

• * On oletettu, ettei jälkiosa-APDU:n 54 jälkeen ole mitään dataa. Mikä tahansa data, joka tulee esiin jälkiosa-' ‘ 35 APDU:n jälkeen, menetetään.

5. KUVAT 11-19 JA 22-30: NAUHATALLENNUSASEMA- JA DATA- 29 115941

ANALYSAATTORIPROSESSIT

5 (i) NAUHATALLENNUSASEMA: DDC-KIERTOKYSELYPROSESSI

Kun DDC:t 5 vastaanottavat tiedostot, ne tehdään kelvollisiksi (käyttäen tarkistussummausta) ja tiedoston al-5 kuun ja loppuun lisätään hieman ylimääräistä informaatiota APDU-otsikkoon ja -jälkiosaan 52,54, kuten edellä on todettu viitaten kuvaan 2. Sitten nämä tiedostot tehdään saataviksi nauhatallennusaseman 6 suorittamaa kiertokyselyä varten sijoittamalla ne nauhatallennusaseman 6 käyttämäksi tulevaan 10 hakemistorakenteeseen ja päivittämällä DIRINDEX-tiedosto.

Tämä DIRINDEX-tiedosto sisältää listan kaikista tiedostoista, jotka ovat saatavilla nauhatallennusaseman 6 kiertoky-seltäviksi, ja nauhatallennusasema 6 käyttää tätä listaa varmistaakseen, että se on kiertokysellyt kaikki uudet 15 tiedostot.

Viitaten kuvaan 11, nauhatallennusasema 6 valmistautuu kiertokyselemään monet DDC:t 5 menemällä "virtauta kaikki DDC:t"—prosessiin ("Stream all DDCs" process). Askeleessa 700 nauhatallennusaseman 6 "virtauta kaikki DDC:t"-prosessi 20 liipaistaan esimerkiksi määrättynä ajanhetkenä. Askeleessa 710 se ajaa tarkastuksen, että nauhatallennusasema 6 on käytettävissä vastaanottamaan tiedostoja DDCieistä 5. Jos ·.·. nauhatallennusasema 6 on käytettävissä, se menee sykliin, ! ’. askeleet 720, 730 ja 740, jossa se ajaa läpi DDC:eiden 5 * . 25 listan ja luo "DCC-prosessin" jokaista kiertokyseltävää ··’ DDC:tä 5 varten. Listan lopussa tämä prosessi loppuu (askel 750).

i.i : Jokaista DDC:tä 5 varten nauhatallennusasema 6 ajaa nyt t · · V : "DCC-prosessin". Viitaten kuvaan 12, askelissa 800, 805 DCC- 30 prosessi alkaa tarkastamalla, onko joko tuohon prosessiin * liittyvä DCC 5 tai nauhatallennusasema 6 sammutettuna, ja tarkastaa askeleessa 810, kuuluuko DDC-kiertokysely asiaan.

• , On tiettyjä aikoja, joina DDC:eitä 5 ei voida kiertokysellä, ja askel 815 ajaa tarkastuksen, onko ei-kiertokyselyä-ikkuna • “ 35 voimassa. Jos ei ole, askel 820 etsii vapaata prosessiväliä tiedostojen käsittelemiseksi. Mikäli kaikki nämä tarkastuk- • I » set läpäistään, nauhatallennusasema 6 menee sisään (acces- 30 115941 ses) DDC-DIRINDEX: iin, askel 825, ja käynnistää prosessilis-tan, askel 830, ja tiedostolistan, askel 835, jotka varmistavat, että nauhatallennusasema 6 käyttää kaikkia asiaan kuuluvia prosesseja jokaiseen DDC:stä 5 vastaanotettuun 5 keskustiedostoon. Askeleessa 840, 845 ja 850 nauhatallen nusasema 6 ajaa läpi tiedostojen DDC-DIRINDEX:stä luoden oman käsiteltävien keskustiedostojen lokin (log), ja saa aikaan tiedostonkäsittelykapasiteetin, askeleet 855 ja 860, käsitelläkseen tiedostolistassa olevat tiedostot. Kun kaikki 10 keskustiedostot DDC-DIRINDEX:stä ovat saaneet käsittelyka-pasiteetin varatuksi, "DDC-prosessi" päivittää tietueensa, koska seuraava kiertokysely on tapahtuva, askel 865, ja menee takaisin uneen, askel 870.

DDC-prosessi tietenkin pysäytetään, askel 875, mikäli 15 joko DDC 5 tai nauhatallennusasema 6 on sammunut, ja se pysyy uni-moodissa, askel 870, aina kun kiertokysely ei ole asiaan kuuluva, kun DDC on ei-kiertokyselyä-ikkunassa tai käsittelykapasiteettia ei ole käytettävissä. tyypillinen tapahtumasvkli ddc-kiertokvselvarkkitehtuurissa 20 Otaksutaan seuraavaa DDC_POLLING_MPH =17 ... Tämä on minuutit yli tunnin kiertokyselyyn • t. DDC_P0LLING_INT_HRS =1 ... Tämä on kuinka kauan on odo- ! tettava seuraavaan kiertoky- » · ’· ’ 25 selyyn tunneissa ·’·' DDC_DELAY_IN_DELETE = 12 ... kuinka kauan odotetaan sen ...: jälkeen, kun tiedosto on !.: : merkitty poistettavaksi, * · · · ennen kuin todellinen pois- 30 tamispyyntö tapahtuu.

• Järjestelmä on käynnistetty kello 23: 30 edellisenä päivänä.

• « i ·

Aikataulu • 00: 17 DDC-prosessi herää, kopioi DIRINDEX-tiedoston päälle ja luo prosessit virtauttaa dataa nauhatal-’ ‘ 35 lennusasemaan 6.

00: 30 DDC-prosessi lopettaa prosessien luomisen tiedos-tojen virtauttamiseksi, koska joko maksimimäärä 31 115941 prosesseja on luotu TAI kaikki käytettävissä olevat tiedostot on annettu tiedostoprosesseille tiedoston poimintaan (to download).

Herätysaika lasketaan 00: 30 + 5 DDC_POLLING_INT_HRS ja aseta minuutit DDC_POLLING_MPH: hon.

=> Seuraava kiertokyselyaika = 00:30 + 1: 00 = 1 : 30 (aseta MPH) = 1:17

Laske sekuntien määrä olla unessa = 10 TO_SECONDS (01: 17 - CURRENT_TIME)

Ole unessa (seconds_to_sleep) . . .Tiedostoprosessit saavat valmiiksi datan virtautuksen 01: 17 DDC-prosessi herää...

15

5 (ii) NAUHATALLENNUSASEMA: TIEDOSTOPROSESSI

viitaten kuvaan 13, tiedostoprosessin, joka luotiin DDC-prosessin aikana askeleessa 855, toiminta on seuraavanlainen. Tiedostoprosessi työskentelee tiedostolistasta, joka 20 on vastaanotettu DDC-prosessista, askel 1302. Ajaen läpi tiedostolistan, askel 1303, jokaista listattua keskustiedos-toa varten tiedostoprosessi lukee keskustiedostolokin, askel . . 1 305, tekee kelvollisiksi puhelutietueet, askel 1306, kopioi * *. tiedoston raakatietuevarmistukseen, askel 1307, käytettäväk- • * t ’· 25 si, jos esimerkiksi nauhatallennusasema 6 putoaa pois :·' toiminnasta myöhemmin, suuntaa tiedoston data-analysaatto- rille 7, jos kelvolliseksi tekeminen epäonnistuu, askel !.· : 1310, tai virtauttaa tiedoston yrityslaatikkoon 8, askel 1312.

30 Tiedostoprosessi pysähtyy, askel 1313, jos DDC 5 tai • ·/; nauhatal lennusasema 6 sammutetaan, askel 1314, tai jos ,·;·. tiedostot ovat vakavasti vääristyneet, askel 1311, esimer kiksi siksi, että tietoliikenne DDC:n 5 kanssa on epäonnis-‘ ' tunut. Keskustiedostoloki monitoroi, minkä vaiheen keskus- 35 tiedosto on saavuttanut suhteessa nauhatallennusasemaan 6, , ja kantaa (carry) tilaa (status) jokaiselle tiedostolle, tilan ollessa valittu vaihtoehdoista aktiivinen, käsitelty 32 115941 ja poistettu, missä "aktiivinen" osoittaa, että nauhatallen-nusasema 6 käsittelee sitä, "käsitelty" osoittaa, että se on käsitelty nauhatallennusaseman 6 toimesta, ja "poistettu" tarkoittaa, että se on poistettu DDCistä 5 nauhatallen-5 nusaseman 6 toimesta.

Viitaten kuvaan 14, askelta 1306, jossa puhelutietueet tehdään kelvollisiksi, voidaan laajentaa seuraavasti. Tässä pisteessä, askeleet 1401 ja 1402, keskustiedosto kopioidaan DDCistä 5 ja tiedosto-otsikko ja ensimmäinen APDU-otsikko 52 10 tehdään kelvollisiksi, askeleet 1403, 1405. Jos jompi kumpi epäonnistuu, luodaan tiedostovirheloki, askel 1412. Jos molemmat ovat hyväksyttäviä, puhelutietueista jokainen tehdään kelvolliseksi, askeleet 1407, 1408, ja jos joku epäonnistuu, luodaan puhelutietuevirheloki askeleessa 1409.

15 Kelvolliseksi tekeminen toistetaan jokaista APDUita 51 varten. Näyttääpä kelvolliseksi tekeminen sitten sitä, että kaikki on oikein, tai että virheitä on merkitty, niin joka tapauksessa jäijitysketju päivitetään 1413 ja tiedosto-prosessi siirtyy askeleeseen 1307, kuten edellä on kuvattu.

20 Viitaten kuvaan 15, tiedostot, jotka on tehty kelvolli siksi tiedostoprosessin aikana, ovat nyt valmiita menemään yrityslaatikkoon 8. Tässä vaiheessa tiedostorakenteet . . hajotetaan osiin siten, että yksittäiset puhelutietueet 53 • · ; voidaan luokitella sen laskutettavan entiteetin, jolle ne '· 25 ovat merkityksellisiä, mukaan. Puhelutietueet 53 kirjoite- taan nyt fyysisiin tiedostoihin, askel 1503, eri laskutetta-via entiteettejä varten.

i

5 (iii) DDC—TIEDOSTON POISTAMISPROSESSI

30 Kun datatiedosto on onnistuneesti poimittu (downloaded) : .'. DDCistä 5 nauhatallennusasemaan 6, ja data on laajennettu ja virtautettu asianmukaiseen yrityslaatikkoon 8, datatiedosto • · · täytyy poistaa DDCin FTAM-tiedostovarastosta. Nauhatallen-: ‘ nusasema 6 poistaa tiedoston käyttäen FTAM-poistopyyntöä 35 tietyn tuntimäärän jälkeen siitä, kun tiedosto on varmistet-.·’·. tu joko yrityslaatikkoon 8 (tai paikalliseen yrityslaatikkoa >i>>: 8 varten olevaan varastoon, jos linkki yrityslaatikkoon 8 on 5 33 115941 pudonnut toiminnasta). Tarkka aika, joka on datan varmistuksen ja tiedostojen poistamisen välillä, voidaan asettaa DDC-kohtaisesti (per DCC basis).

5 (iv) DATA-ANALYSAATTORI: PROSESSI

Viitaten kuvaan 16, puhelutietueiden kelvolliseksi tekemisen askel tiedostoprosessissa, askel 1306 kuvassa 13, synnyttää tiedostovirhelokin, askel 1412, ja puhelu-10 tietuevirhelokin, askel 1409. Data-analysaattori 7 ajaa kahta prosessia, "DA-PROSESSIA" ja "PIDATYSTIEDOSTO-PROSES-SIA" (SUSPENSE FILE PROCESS), jotka käynnistetään HP9000:n käynnistyssekvenssin aikana.

DA-PROSESSI monitoroi jatkuvasti, onko dataa, jonka 15 nauhatallennusasema 6 on lähettänyt, saatavilla data- analysaattorin 7 käsiteltäväksi. Tämä data tulee aina olemaan olemassa aluksi alkuperäisenä keskustiedostona riippumatta siitä, sisälsikö data yksittäisiä puhelutietuei-ta, joita ei voi virtauttaa, vai oliko vika tiedostotasolla.

20 Niin kauan kuin data-analysaattoria 7 ei ole liputettu sammutetuksi, askel 1602, DA-PROSESSI poimii ensimmäiseksi aikaisimman tiedostovirhelokin käsiteltäväksi, askel 1603, . . ja tarkastaa, onko vika tiedosto/APDU- vai puhelu- ·’·’ tietuetasolla, askel 1604.

’· " 25 Viitaten kuviin 16, 17 ja 20, jos vika oli puheluin tietuetasolla, DA-PROSESSI poimii seuraavan tiedostoa koskevan puhelutietuevirhelokin, askel 1702, ja lähettää i : : asiaan kuuluvan puhelutietueen ART IM-sääntökantaan korjat- tavaksi, askel 2000. Jos vika oli tiedostotasolla, koko 30 keskustiedosto on tullut nauhatallennusaseman 6 hylkäämäksi.

: n. Tässä tapauksessa koko tiedosto ladataan muistiin, askel * » · 1606, ja tiedosto-otsikko ja APDU:t 51 lähetetään ART IM:iin korjattavaksi, askel 1607.

:Data-analysaattorin 7 tekemällä analyysillä on useita *ί": 35 seurauksia. Korjattava data lähetetään ART IM:iin korjatta-,···. vaksi ja myöhemmin voidaan tehdä kelvolliseksi ja virtauttaa ’ yrityslaatikkoon 8. Jos asiaan liittyy reititysvirhe, data 34 115941 voidaan laittaa pidätykseen (suspense) tapauksessa, jossa reititysinformaation tietueessa on ongelma jossakin päin järjestelmää esimerkiksi siksi, että se tarvitsee päivitystä. Loppujen lopuksi voi olla mahdollista tehdä data 5 kelvolliseksi, kun reititysinformaatio on korjattu. Jos koko tiedosto on ei-luettava, se on ehkä lähetettävä, edelleen binaariformaatissa, binaaritiedostoroskavarastoon (Binary File Dump). Jos data, esimerkiksi tiedosto, on ART IM:n määrittämänä korjauskelvoton, ja virhe ei liity reititykseen 10 pidätyksen oikeuttamiseksi, se voidaan arkistoida. Dataa ei koskaan laskuteta, mutta sitä voidaan käyttää analyysissä, jotta tunnistetaan pitkän aikavälin tai merkittävät ongelmat, jotka itsessään voidaan korjata ja siten välttää laskutettavien kohtien menettäminen tulevaisuudessa.

15 Palaten kuvaan 16, käytettyään ART IM:aa ajamaan tarkastukset askeleissa 1605 ja 1607 pää-DA-PROSESSI seuraavaksi luokittelee tiedostot, jotka on palautettu ART IM:sta korjauskelvottomina. Jos niitä ei voida edes lukea, askel 1608, ne johdetaan binaaritiedostoroskavarastoon. Nämä 20 tiedostot voidaan mahdollisesti lukea, koska ne voivat olla heksadesimaali-, oktaali- tai ASCII-formaatissa ja niitä voidaan käyttää myöhemmin analyysiin. Vaihtoehtoisesti . , tiedostot voivat olla luettavia data-analysaattorin toimes-

• \ ta, mutta ne on silti luokiteltu "korjauskelvottomiksi" ART

'· “ 25 IM:n toimesta. Nämä ladataan, askeleessa 1609, "kuoppa"- tietokantaan, missä jälleen ne eivät koskaan tuota laskutet-tavaa dataa, mutta niitä voidaan kysellä ja analysoida, i : j Jos tiedosto on lähetetty ART IM:iin ja se oli korjets' tavissa, ART IM palauttaa jokaisen puhelutietueen peräkkäi- « 30 sesti kelvolliseksi tekemistä varten, askeleet 1610 ja 1611.

; .·. Tämän jälkeen DA-PROSESSI tekee nämä puhelutietueet kelvol- I i * lisiksi tarkastamalla ensin, onko reititysvikaa, askel 1612, ja luomalla puhelutietuevirhelokin, askel 1615, tapauksessa, :että puhelutietuevirhe on olemassa. Nämä poimitaan ja 35 ajetaan uudelleen ART IM:n läpi, askeleet 1603-1605 ja 1701— ,*·. 1703. Jos puhelutietue on hyväksyttävä, se virtautetaan yrityslaatikkoon 8 askelien 1616-1618 kautta.

35 115941

Nyt viitataan kuvaan 18, missä on ollut puhelu-tietuereititysvika, joka on havaittu askeleessa 1612, 1704 tai 1907 (katso alla), ja missä puhelutietueet kategorioidaan ja pidätetään. Tämä tarkoittaa, että vika analysoidaan 5 siinä laajuudessa, että se voidaan sovittaa olemassa olevaan reititysvirhemalliin, askel 1802, ja sitten puhelutietue lisätään olemassa olevan mallin tiedostoon, joka sisältää kaikki puhelutietueet, joissa ilmenee sama reititysvirhemal-li, askel 1803. Näitä mallitiedostoja pidetään pidätyksessä, 10 ja pääasialliselle BT PSTN-verkkohallinnolle ja datakeskuk-selle tehdään ilmoitus. Erillinen prosessi, PIDATYSTIEDOS-TOPROSESSI, sitten käsittelee nämä tiedostot.

PIDÄTYSTIEDOSTOPROSESSI on data-analysaattorin tärkeä aspekti, koska se ottaa virheelliseksi todettujen tiedosto-15 jen, jotka voidaan mahdollisesti korjata, kategorian ulos datakäsittelyn "päävirrasta". Nämä tiedostot ovat saattaneet tulla poimituksi virheellisiksi vain siksi, että reititysda-taa jossakin päin järjestelmää ei ole päivitetty. Ne ovat mahdollisesti laskutettavia. PIDATYSTIEDOSTO-PROSESSIN 20 avulla pääasiallisella verkkohallinnolla ja datakeskuksella on mahdollisuus päivittää reititysdata järjestelmässä ja yhä saada kiinni tiedostot, joita pidettiin aikaisemmin virheellisinä. Lisäksi, kun liitetään puhelutietueet olemassa .V olevan mallin tiedostoon, erityistä reittimallia varten 25 olevat "reittimallipidätystiedosto"-tiedostot voidaan valita kelvolliseksi tekemisen uudelleen yrittämiseksi yksinkertai- ·;· sesti ajamalla valittu reittimallipidätystiedosto.

» * * ♦ j Viitaten kuvaan 19, niin kauan kuin prosessia ei ole sammutettu, askel 1902, PIDÄTYSTIEDOSTOPROSESSI aloittaa 30 paikallistamalla aikaisimman reititysmallin, joka on . korjattu esimerkiksi verkkohallinnon ja datakeskuksen toimesta, askel 1903. Sitten se poimii seuraavan pidätetyn ·. tiedoston, joka sisältää tuon reititysmallin, askel 1904, ja yrittää tehdä puhelutietueet kelvollisiksi, askeleet 1905 ja ·;·*: 35 1906. Puhelutietueessa voi tietenkin olla useampi kuin yksi reititysvirhe. Mikäli näin on, PIDÄTYSTIEDOSTOPROSESSI palaa kuvan 18 askeleeseen 1801 ja luo reititysvirhemerkinnän 36 115941 reititysvirhemallitiedostoon täten pidättäen uudelleen puhelutietueen. Toisaalta jos muita reititysvikoja ei ole, PIDÄTYSTIEDOSTOPROSESSI yrittää virtauttaa puhelutietueen yrityslaatikkoon 8 palaamalla kuvan 15 askeleeseen 1501.

5 PROSESSI ajaa läpi kaikki pidätetyssä tiedostossa olevat puhelutietueet tällä tavalla, askel 1910, ja kaikki tiedostot, jotka on pidätetty liittyen tuohon erityiseen reitti-malliin, askel 1911.

Viitataan kuvaan 22, joka esittää prosessivuorovaiku-10 tuksia nauhatallennusasemajärjestelmän 6, yrityslaatikon 8 ja data-analysaattorin 7 välillä. Nauhatallennusaseman 6 pääprosessialuetta on se, jota nimitetään nimellä "TIEDOSTO-PROSESSI". Tämä tekee kaikki kelvolliseksi tekemiset ja sisäiset operaatiot tiedostolle. Data-analysaattorialueella 15 on "IDA TIEDOSTOPROSESSl", joka syöttää dataa asiantuntijajärjestelmään. Tärkeästi tämä prosessi liipaisee reittimal-lipidätystiedoston ja "PIDÄTYSTIEDOSTOPROSESSI" :n liittämällä datan reittimallipidätystiedostoon. Tämä välttää datan jälkeenjäämisen (backlog of data) suuren keräytymisen, koska 20 PIDÄTYSTIEDOSTOPROSESSI toimii pää-IDA TIEDOSTOPROSESSIN

ulkopuolella. Toinen kiinnostava alue on "KUOPPATIETOKANTA", joka vastaanottaa ulostuloa "KUOPPALATAAJASTA". Vaikka KUOPPATIETOKANNASSA olevaa dataa ei voida tehdä oikeellisek-

.*.* si, sitä voidaan kysyä ja analysoida siten, että IDA

% % 25 TIEDOSTOPROSESSISSA olevia sääntöjä voidaan mahdollisesti : muuttaa siten, että myöhäisempi data voidaan virtauttaa *;· uudelleen.

j Kuvassa 22 prosessit on esitetty ympyröinä, yrityslaa-

. X I I

! ;*. tikko 8 laatikkona, datatiedostot, lokit ja vastaavat on 30 esitetty avopäätyisten samansuuntaisten viivojen välissä, ja . . arkistoitu data on esitetty tavanomaisilla tietokantoja t » * i * » tarkoittavilla symboleilla.

. t * ’ * Prosessi- ja varastoidun datan vuorovaikutukset, jotka on merkitty kirjaimin (a):sta (y):hyn kuvassa 22, voidaan ;>·: 35 listata seuraavasti nuolenpäiden osoittaessa asiaan kuuluvat siirtosuunnat: (a) NNI ja käsiteltävien, siirrettävien tiedostonimien » i · · » 37 115941 lista (b) Keskustiedostoloki, STATUS = A, luotu (c) DIRINDEX-tiedostoon menty sisään (accessed) (d) FTAM-keskustiedosto kopioitu 5 (e) FTAM-keskustiedosto poistettu (f) Keskustiedostot, joissa STATUS = P, luettu (g) STATUS asetettu D:ksi, jos keskustiedostot poistettu onnistuneesti (kohdassa (e) edellä) h) keskustiedostoloki luettu, missä STATUS = A 10 i) keskustiedostolokidata päivitetty. STATUS asetettu ! P:ksi j) tiedosto on virheessä, joten tiedostovirheloki luodaan k) puhelutietue on virheessä, joten puhelutietuevirheloki luodaan 15 1) tiedosto kopioidaan data-analysaattorihakemistoon, jos tiedosto on virheessä m) tiedostovirheloki luettu n) puhelutietuevirheloki luettu o) raaka(binaari )datatiedosto etsitty (looked up) 20 p) data liitetty reittimallipidätystiedostoon tätä reitti-mallia varten q) merkintä tehty reittivirhemalliin r) ART/IM luonut lähimmät vastaavuudet (matches) I * Λ* s) ART/lM on tunnistanut, ettei tätä dataa voi korjata.

% t 25 Data sijoitetaan KUOPPAAN jatkoanalyysiä tai poistoa varten t) käyttäjä on tunnistanut, ettei ongelmaa voi korjata.

» f I i j Tiedosto sijoitetaan kuoppaan jatkoanalyysiä tai t \ * 1 poistoa varten 30 u) kun tiedostorakenne käsittämätön, tiedosto heitetään , . binaaritiedostoroskavarastoihin > * ί ; ' 1 v) virtautettu tiedosto luotu i » w) PIDATYSTIEDOSTOPROSESSI käynnistetään reittivirhemal-lilla olevalla tilalla, joka on asetettu tilaan valmis.

;'·β5 Jos ongelmat jatkuvat, niin Lukemakenttä päivitetään ja tila asetetaan PIDATETTY-tilaan , » x) lähimmät vastaavuudet päivitetään, jos valittu ratkaisu 7 1·»» 38 115941 ei onnistu korjaamaan ongelmaa y) virtautettu tiedosto luotu

5 (v) ENTITEETIN ELÄMÄNHISTORIAT

5 Viitaten kuviin 23-30, entiteetin elämänhistoriakaaviot voivat esittää tiloja (statuses), joissa tietue tuon entiteetin sisällä voi olla, ja mitä muita tiloja milläkin toiminnolla voidaan saavuttaa tuosta tilasta. Jokaisessa näistä kuvista tilat on yksinkertaisesti identifioitu 10 viitenumerolla 2300, ja tilojen määritelmät on annettu alla.

Kuva 23: tiedostovirheloki; VALMIS - tiedosto on valmis virtautettavaksi data- analysaattorin 7 toimesta.

15 PIDÄTYS - joko koko tiedosto tai vähintään yksi pu- helutietue tiedostossa on lähetetty pidä-tysalueelle BIN - data-analysaattori 7 ei pysty lukemaan tie dostoa, ja se on lähetetty bin-alueelle.

20 KUOPPA - koko tiedosto on lähetetty kuoppa-alueelle.

SUORITETTU - data-analysaattori 7 on virtauttanut tiedoston ja mitkä hyvänsä tiedoston puhelutietueet . , pidätysalueella on onnistuneesti virtautettu 4 * • » ; uudelleen tai arkistoitu.

I t * ’· “ 25 • « 1'* Kuva 24: Puhelutietuevirheloki; « VALMIS - puhelutietue on valmis virtautettavaksi data- (,· I analysaattorin 7 toimesta, ij ' PIDÄTYS - puhelutietue on lähetetty pidätysalueelle.

30 KUOPPA - puhelutietue on lähetetty kuoppa-alueelle.

ARKISTOITU - puhelutietue on lähetetty jätealueelle (eli • * · , arkistoitu).

SUORITETTU - data-analysaattori 7 on virtauttanut puhelu- • » ·- I # ‘ * tietueen onnistuneesti.

* '*’· 35 KELV_VIKA - ART-IM:n ja IEF:n kelvolliseksi tekevien pro- seduurien välillä on eroavaisuuksia.

» i » I t ) > t f · 39 115941

Kuva 25: reittivirhemalli; VALITSEMATON - ART-IM:n luoma ja odottaa data-analysaattori-käyttäjältä analyysiä, tai virtautettu uudelleen analyysin jälkeen mutta epäonnistunut.

5 KÄYNNISSÄ OLEVA - data-analysaattorikäyttäjän valitsema analyysiä varten VALMIS - data-analysaattorikäyttäjä suorittanut ana lyysin ja on valmis virtautettavaksi uudelleen .

10 SULJETTU - onnistuneesti virtautettu uudelleen tai arkistoitu .

Kuva 26: Lähimmät vastaavuudet; VALITSEMATON (TAI NOLLA) - ART-IM:n tuottama.

15 VALITTU - data-analysaattorikäyttäjän valitsema analyysiä varten.

Kuva 27: Kuoppatiedostoloki; KUOPPA - tiedosto on valmis KUOPPA_PROSESSIA varten 20 KÄSITTELEE - tiedosto on valmis data-analysaattorikäyt- täjän tutkittavaksi.

ARKISTOITU - tiedosto on arkistoitu.

.·.* Kuva 28: tiedostoreittivirhelinkki ; *·/·"* 25 PIDÄTETTY - tiedosto on pidätysalueella.

. : : SUORITETTU - tiedosto on onnistuneesti virtautettu uu- ··· delleen pidätysalueelta.

» « · • « ·

Kuva 29: keskustiedostoloki; 30 A(KTIIVINEN) - nauhatallennusasema käsittelee keskustiedos-. . toa.

K(ÄSITELTY) - nauhatallennusasema on käsitellyt keskustie-* doston.

·;·*: P(OISTETTU) - nauhatallennusasema on poistanut keskustie- .;··· 35 doston.

’ ·*·. Kuva 30: aluedatakerääjä; 40 115941 (Kaikki tilat muutetaan nauhatallennusaseman 6 käyttäjien toimesta SQL*Forms:n kautta.) P(REBIS) - DDC on prebis (prebis).

E(LOSSA) - DDC on elossa.

5 L(OPETETTU) - DDC on lopetettu.

Viitaten kuvaan 6, voidaan nähdä, että nauhatallennusaseman 6/data-analysaattorin 7 ohjelmistoarkkitehtuuriin sisältyy IEF ulkoiset toimintalohkot (EAB:t) 62. EAB:eita 62 käytetään siellä, missä ei ole sopivaa tai mahdollista 10 toimia (implement) IEF:n sisällä. Esimerkiksi seuraavat toiminnot voidaan suorittaa EABreiden 62 keinoin: * "Lisää puhelutietue pidätykseen" Tämä moduuli luo uuden merkinnän puhelutietueesta 15 linkitetyssä listassa, joka sisältää keskustiedoston puhelutietueet, jotka tullaan lähettämään pidätys tiedostoon.

* "Lisää puhelutietue arkistoon"

Luo arkistohakemistoon uuden merkinnän puhelutietueesta 20 linkitetyssä listassa, joka sisältää keskustiedoston puhelutietueet, jotka on korjattu, mutta joita ei voida virtauttaa uudelleen.

.·.· * "Lisää verkko-operaattoritietue" : 25 Tarkistaa, onko tämä uusi verkko-operaattori ja mikäli , ·/: on, niin luo uuden merkinnän "verkko_operaattori_rakenne" - ··· listaan. Mikäli se on jo käytetty verkko-operaattorinimi, se : .'. lisää linkitetyn listamerkinnän tuon verkko-operaattorin ··.·. puhelutietueiden linkitettyyn listaan. Siellä missä puhelu- 30 tietue on korjattu, se päivittää "puhelu_tietue_virhe_lokin" . , "verkko-operaattoritietue"-identiteetin ja virtautetun puhelutietuesekvenssinumeron kanssa.

» * · *·' * * "Puhelutietue IDA-sääntöihin" ·;··· Ohjaa yksittäisen puhelutietueen data-analysaattorin 35 ART-IM-sääntökantaan. Puhelutietue tunnistetaan APDU- sekvenssinumerolla ja puhelutietuesekvenssinumerolla, jotka '···’ IEF on päästänyt sisään (passed in). Muistiin ladatusta 41 115941 datarakenteesta sitten etsitään puhelutietuetta ja omistavaa APDU:ta ja keskustiedosto-otsikkodataa. Tämä data syötetään sitten sääntökantaan ja tehdään kelvolliseksi. Mistä tahansa virheistä, jotka löydetään, jokainen synnyttää puhelu-5 tietuesääntölokirivimerkinnän.Puhelutietuevirhelokitietueen tila tulee myös päivitetyksi sääntökannan toimesta.

* "Tee"

Tekee kaikki tämänhetkiset tietokantamuutokset.

* "Luo DDC-prosessi" 10 Luo DDC-prosessin esiintymisen, joka on vastuussa erityisen DDC:n kiertokyselemisestä. Se luo/avaa fifo:n (tiedosto sisään/tiedosto ulos, file in/file out) lapsi-prosessiin ja kirjoittaa fifo:oon DDC_NNI:n arvon.

* "Luo tiedostoprosessi" 15 Luo prosessin, joka suorittaa tiedostonimien ryhmään (array) siirrettyjen tiedostonimien virtautustehtävän.

* "Poista tiedosto DDC:stä"

Poistaa tiedoston käyttäen FTAM-protokollaa DDC:llä olevalta levyltä.

20 * "Poista data-analysaattoritiedosto"

Poistaa tiedoston nauhatallennusasema/data-analysaatto-rihakemistosta.

* "Poista pidätystiedosto"

Poistaa tiedoston pidätystiedostohakemistosta.

: 25 * "Tiedosto bin:iin" . Siirtää tiedoston, jota ei voida lukea ART-IM-sääntö- ··· kantaan, binaaritiedostoroskavarastoon.

: * "Tiedosto data-analysaattorisääntöihin" ·;·. Siirtää koko tiedoston data-analysaattorin ART-IM- 30 sääntökantaan ja käynnistää sääntökannan. Sääntökannan . . käynnistämiseen kuuluu vanhan datan poistaminen, oletus- (default) ja reititysreferenssidatan valitseminen ja *! ’ tietokannan miehittäminen tällä datalla. Tämän jälkeen data- *: - *: analysaattoribinaaritiedosto ladataan datarakenteeseen ·;·· 35 muistissa. Sitten tämä data syötetään sääntökantaan ja tehdään kelvolliseksi. Mikä tahansa virhe, joka havaitaan, synnyttää asiaankuuluvan sääntölokirivimerkinnän. Puhelu- 42 115941 tietuevirhelokit luodaan sääntökannan toimesta, missä se on asiaankuuluvaa, yhdessä reittivirhemallin, lähimpien vastaavuuksien ja tiedostoreittivirhelinkkitietueiden kanssa. Kun on tehty kelvolliseksi, sääntökanta palauttaa 5 kelvolliseksitekemistilan IEF:lie ja pitää sisäiset datansa myöhempää esille saattamista varten.

* "Tiedosto kuoppaan"

Siirtää tiedoston, jota ei voida korjata ART—IM-sääntökannan toimesta, kuoppaan.

10 * "FTAM HLKOPIO"

Kopioi käyttäen FTAM-protokollaa DDC-tiedostonimen DDC-FTAM—osoitteesta käyttäen DDC-käyttäjänimeä, DDC-tunnussanaa ja DDC-lukemaa nauhatallennusasemalle 6. Nauhatallen-nusaseman 6 käyttäjänimi, tunnussana, lukema ja FTAM-osoite 15 voidaan tarvittaessa oletusarvoistaa (defaulted) NOLLAAN. Tätä rutiinia ei kutsuta suoraan IEFistä, ja siten se ei palauta IEF-tyylistä tilaa.

* "Hae DDC-prosessiparametrit"

Luo tai avaa fifo:n nauhatallennusasema/TMP-hakemistos-20 sa, joka nimetään "DDC_process_fifo < PID >":ksi. Se lukee DDC NNI:n arvot fifosta datan ollessa tullut pannuksi sisään fifoon "create_file_process"-rutiinin toimesta.

* "Hae tiedostoprosessiparametrit" /·,’· Luo tai avaa fifo:n nauhatallennusasema/TMP-hakemistos- 25 sa, joka nimetään "f ile_process_f ifo_< PID >":ksi. Se . lukee edellä olevien muuttujien arvot fifosta datan ollessa •j· tullut pannuksi sisään fifoon "create_file_process"-rutiinin ; .·. toimesta.

* "Hae keskustiedosto" f * * 30 Kopioi tiedoston käyttäen FTAM-protokollaa DDC:llä olevasta levystä suoraan nauhatallennusasemalla 6 olevaan · levyyn. Sitten tiedosto luetaan nauhatallennusasemalla • * * V olevaan muistiin ja sitten se nimetään uudelleen raaka- tietuevarmuushakemistoon, josta se arkistoidaan. Tämä ....: 35 moduuli kutsuu "map_data_structure_to_f ile": a (ku-vaa_data_rakenne_tiedostoon), jotta asetetaan alkuosoittimet '···’ (initial pointers) ensimmäiseen laskutettavaan tietueeseen, 43 115941 ensimmäiseen APDUrhun ja otsikko- ja jälkiosa-APDU:hun.

* "Hae ei-kelvollisten data-analysaattori-APDU:iden määrä"

Palauttaa ei-kelvollisten APDU'.iden, jotka uudelleenkä-sittelevät puhelutietueita, jotka eivät ole läpäisseet 5 nauhatallennusaseman kelvolliseksitekemisprosessia, lukeman.

* "Kuvaa data-analysaattoritiedosto"

Lukee tiedoston muistiin myöhempää käsittelyä varten.

* "Prosessi aktiivinen"

Toteaa, onko tietty PID aktiivinen ja palauttaa lipun 10 sen mukaisesti.

* "Lue keskustiedosto-otsikko" Käyttää osoittimia otsikko- ja jälkiosa-APDU:hun palauttamaan rakenteessa kaikki kentät otsikosta ja APDU-tyypin jälkiosasta.

15 * "Lue data-analysaattorikeskustiedosto-otsikko" Käyttää osoittimia otsikko- ja jälkiosa-APDU:hun palauttamaan rakenteessa kaikki kentät tiedoston, joka on lähetetty data-analysaattoriin, otsikosta ja APDU-tyypin jälkiosasta.

20 * "Lue ensimmäinen DIRINDEX-tiedosto"

Kopioi käyttäen FTAM-protokollaa DIRINDEX-tiedoston DDC:stä väliaikaiseen varastoon ja avaa tiedoston ja palauttaa ensimmäisen tietueen soittajalle.

/·.'· * "Lue seuraava APDU" 25 Palauttaa APDU-rakenteen, johon nykyinen APDU-osoitin osoittaa, ja asettaa nykyisen APDU-osoittimen seuraavaan ··· APDU:hun. Lisäksi asettaa nykyisen laskutustietueosoittimen j .·. ensimmäiseen laskutustietueeseen palautetussa APDU:ssa ja kopioi ja tavupäinvastaiskääntää (byte reverses) datan 30 nykyiseen APDU-ryhmään (APDU-array).

* "Lue seuraavat DlRlNDEX-tietueet" ··* ’· Lukee seuraavan tietueen DDC:llä olevasta DIRINDEX- '·’ ' tiedostosta.

·.·· * "Lue seuraava data-analysaattoritietue" 35 Palauttaa seuraavan laskutettavan tietueulostulon ART- IM-sääntökannasta. Onnistuneesti käsitellyt tietueet '··' ilmestyvät ensin, joita seuraavat ne, jotka vaativat 44 115941 lähettämistä pidätystiedostoon.

* "Lue seuraava pidätystietue"

Palauttaa seuraavan laskutustietueulostulon pidätystie-dostosta.

5 * "Lue seuraava tietue"

Palauttaa laskutustietueen, johon nykyinen laskutus-tietueosoitin tällä hetkellä osoittaa, ja asettaa osoittimen seuraavaan laskutustietueeseen, mikäli tämä tietue ei ole viimeinen nykyisessä APDU:ssa. (Tämä määritetään käyttäen 10 APDU-pituutta ja laskutustietueen minimipituutta.) * "Uudelleennimeä verkko-operaattoritiedostot"

Nimeää uudelleen mitkä hyvänsä verkko-operaattoritiedostot, jotka on kirjoitettu väliaikaiseen hakemistoon toiminnallisessa hakemistossa, joka on valmis käsiteltäväksi 15 yrityslaatikon 8 toimesta.

* "Nuku"

Nukkuu määritellyn sekuntimäärän.

* "Virtauta tiedosto"

Purkaa (dumps) muistissa olevan tiedoston data-ana-20 lysaattoriin, joka on valmis data-analysaattoriprosessiin.

* "Virtauta tiedoston verkko-operaattori" Käyttää osoitinta ensimmäiseen verkko-operaattoriin päästäkseen kaikkiin tuota operaattoria varten oleviin kelvollisiksi tehtyihin, laajennettuihin tietueisiin. Sitten 25 se yrittää kirjoittaa tietueet linkitetystä listasta nf s_temporary-hakemistoon. Mikäli onnistuu, tiedosto "'Y nimetään uudelleen nfs_directory:yyn. Jos tiedostoa ei voida i avata uudelleen nfs temporary-hakemistossa, tiedosto avataan • · » * i')’; paikallisessa tilapäishakemistossa, ja onnistuneen kirjoi- 30 tuksen tapahtuessa tiedosto nimetään uudelleen paikallisha- ·, kerni s toon.

* "Virtauta tiedosto RRB:hen" *. Purkaa muistissa olevan tiedoston raakatietuevarmuusha- kemistoon (Raw Record Backup directory).

·:*·: 35 * "Kirjoita konsoliin"

Kirjoittaa viestin verkkohallintatyöasemaan.

* "Kirjoita pidätystiedostoon" » · 45 115941

Kirjoittaa tietueet keskustiedoston pidätettyjen puhelutietueiden linkitetystä listasta pidätyshakemistoon.

* "Kirjoita arkistotiedostoon"

Kirjoittaa tietueet keskustiedoston arkistopuhelutietu-5 eiden linkitetystä listasta arkistohakemistoon.

6. KUVAT 31-35: ASIANTUNTIJAJÄRJESTELMÄ ART—IM 6 (i) YLEISKATSAUS

Asiantuntijajärjestelmä käyttää ART-IM-tietämyskantai-10 sen asiantunti jajärjestelmätyökalusarjän, jonka on toimittanut Inference Corporation, suomia keinoja. Se on tietä-mys/sääntökantaohjelmointijärjestelmä, joka sallii joustavan päätöksentekomallin ja siten todellisen maailman mallintamisen tietämyshierarkian sisällä, sekä saa aikaan heuristi-15 semman menetelmän ongelman ratkaisua varten. Työkalusarja sisältää ART-IM-kielen sekä integroidun editorin, interaktiivisen kehitysympäristön, työkalut loppukäyttäjäliityntö-jen kehittämiseksi, menetelmän kehitettyjen sovellusten ajonaikaisten versioiden levittämiseksi (deploying) ja 20 välineen (facility) tulkita ulkoista dataa älykkäästi.

Data-analysaattorissa 7 asiantuntijajärjestelmä on jaettu kahdeksi alijärjestelmäksi, sääntökannaksi ja tapauskannaksi. Yleensä tapauskantaa käytetään käsittelemään ·*·’ reititykseen pohjautuvia virheitä, ja sääntökantaa käytetään ·\'·: 25 oletusarvoistamista (defaulting) ja laskettavia virheitä varten. Molemmat käyttävät ART-IM:n toiminnallisuutta.

Sääntökanta käyttää ART-im:n toimintokieliä, jotka i sisältävät säännön, toiminnon ja menetelmät. Jokainen virhe määritetään mallin (schema) sisällä, ja näiden mallien 30 tapauksia (instances) käytetään datarakenteisiin. Kaikki . #*t mallit datan sisäisen (in-data) objektihierarkian sisällä miehitetään (are populated) IEF/ART-IM-liitännän kautta *\ ’ käyttäen ART-IM:n "DEF—EXTERNAL_FUN"-välinettä.

“•‘Ί ART-IM:n käyttämä ohjelmavirtausohjauksen mekanismi on ·;·· 35 hyvin erilainen peräkkäisestä lause-lauseelta-virtauksesta, ... jollainen tavallisesti on löydettävissä ohjelmointikielistä.

Viitaten kuviin 31 ja 32, asiantuntijajärjestelmä pitää 46 115941 kaiken sisäisen datansa, se on mallit (schemata) ja tosiasiat, malliverkossa 3100. Tätä esittää kuva 31 joukolla kuvioituja ympyröitä, joista jokainen esittää palaa sisäisestä datasta (mallia tai tosiasiaa). Tämä data voidaan 5 asettaa * lataamalla ART-IM-testitapaustiedosto (tavallisesti tehdään kehitys-/yksikkötestauksen yhteydessä).

* miehittämällä ulkoisesta lähteestä (esim. Oracle tai IEF; tavallisempi tuotanto-/järjestelmätestausympäristössä).

10 * synnyttämällä ART-IM-säännöistä (käytetään hyvin joustava na "työvarastona", esim. virhemallin luominen kelvolliseksi tekemisen testauksen epäonnistumisen jälkeen).

Kun asettaminen on tehty, dataa verrataan suoraan säännöissä määritettyihin ehtoihin. Sääntö muistuttaa 15 perinteisemmän ohjelmointikielen JOS< ehdot > NIIN < toiminta > -rakennetta. Jos säännön ehdot vastaavat täsmällisesti datatapahtumaa (instance of data), aktivointi luodaan asiaan liittyvässä asialistassa 3105. Kaikki tapahtumat tarkastetaan kaikkia sääntöjä vasten. Suorituksen 20 kannalta malliverkkoa ja sääntöehtoja hallitaan tehokkaalla malli-sovitusalgoritmilla ART-IM:n ajonaikaisessa järjestelmässä .

Syklin arviointiosan lopussa kaikki sääntöaktivoinnit /·/· asetetaan järjestykseen asialistapinoon. Ensimmäinen 25 sääntöaktivointi pinossa sytytetään. Aktivointien ilmesty- * ·/: mis järjestys on oletettu satunnaiseksi, ellei tärkeyttä .:. (salience), eli sääntöjen prioriteettia, ole asetettu • ,·. kehittäjän toimesta.

I * *

Viitaten kuvaan 32, sen jälkeen kun asialistalla 3105 i : : 30 ylimpänä ollut sääntöaktivointi on sytytetty, säännön toiminta on itse asiassa muuttanut dataa malliverkossa, mikä · vuorostaan muuttaa sitä, mikä ilmenee asialistapinossa, joka ’ seuraa seuraavaa arviointisykliä.

*.·· Voidaan huomata, että datatapahtumaa, joka aiheuttaa 35 alkusy ty tyksen (ympyröity tapahtuma 3110), ei arvioida i · • uudelleen, jolloin vältetään jatkuva silmukointi, vaikkakin '··*' jos data datatapahtumassa muuttuu, ja uusi malli sopii 47 115941 yhteen sääntöehdon kanssa, niin sääntöaktivointi luodaan.

ART—IM—ajo loppuu, kun: * ei löydetä yhteen sopivia (mathcing) ehtoja ja malleja.

* kaikki yhteensopivat ehdot ja mallit ovat jo sytyttäneet 5 säännöt.

Edellä olevasta voidaan tehdä yhteenveto seuraavasti: 1) sääntöaktivoinnit synnyttävät yhteensopivat datamallit sääntöehtojen kanssa 2) säännöt voivat, oletuksena, syttyä missä tahansa 10 järjestyksessä, vaikkakin prioriteetteja voidaan asettaa 3) kaikki data arvioidaan rinnakkaisesti 4) uudelleenarviointi tapahtuu joka kerran, kun sääntö on syttynyt.

5) sama sääntö voi syttyä monta kertaa ajon aikana 15 riippuen yhteensopivien datatapahtumien määrästä 6) sääntöehdot ovat sensitiivisiä muutoksille malliverkos-sa.

7) ART-IM pysähtyy, jos yhteensopivia sääntöehtoja tai malliverkkodataa ei löydetä, tai jos kaikki yhteensopineet 20 aktivoinnit ovat jo syttyneet.

Viitaten kuvaan 33, sääntökantajärjestelmä pohjautuu objektihierarkiaan, kuten on esitetty. Objekteista 3300 . . jokainen on määritetty ART-malleissa, ja yhdistävät linjat ·’·’ objektien 3300 välillä kuvaavat perintöä (inheritance) yllä

( I I

’* 25 olevasta objektista.

i.: Keskustiedosto, APDU ja puhelutietue sisältävät rakoja (slots) jokaista datakohtaa varten niiden rakenteessa, i : : Jokaisella raolla on vastaava rako asiaankuuluvassa ole- i* ·*: tusobjektissa, jotta ilmoitetaan, onko resultantilla 30 oletusarvo, laskettava arvo, vai onko se ei-modifioitava ·, kenttä. Sääntökanta käyttää oletus järjestelmää tarkastamaan, • minkä muotoinen virhekorjauksen on oltava, jos sallittu.

Edellä oleva kattaa datamallit. Liittyen virhemallei-hin, jokaisen mahdollisen data-analysaattorivirheen yksi-"!*’· 35 tyiskohdat on kuvattu asiaankuuluvassa mallissa. Jokainen ,···, virhekuvaus ja sen tapaukset (instances) sisältää raon ’jokaista seuraava varten: 48 115941

Objekti, johon virhe liittyy, se on keskustiedosto. Virhekuvaus.

Vaikutuksen alainen (affected) rako.

Spesifinen dataobjekti virhetapausta varten.

5 Korjausarvon nimi.

Virheen lähde.

Resultanttikorjausarvo.

Sääntösijainti sytytysjärjestyksessä.

Raon arvo ennenkuin mitään korjausta on sovellettu.

10

6 (ii) SÄÄNTÖKANTAYLEISSÄÄNNÖT

Sääntökannan toiminnallista virtausta ohjataan joukolla yleissääntöjä, jotka suorittavat seuraavat toiminnot: * jokaista virheliipaisun tapahtumista varten tuon 15 virheen korjausmetodi sytytetään, jotta synnytetään kor- jausarvo, ja sen sytytysjärjestys osoitetaan (allocated).

* korjattavaa virhettä, jossa on vain yksi vaikutuksen alainen rako, varten vaikutuksen alainen rako päivitetään synnytetyn korjausarvon kanssa, ja muutoksen aikaleima (time 20 stamp) talletetaan virhetapauksen (instance of error) kanssa.

* jokaista virhetapausta, jossa korjauskuvaus ilmoittaa virhetyypin pidätettävänä, varten vaikutuksen alainen • » ·'·' datakohta siirretään pidätys tiedostoon, ja siirron aikaleima • · 25 talletetaan virhetapauksen kanssa.

·/ * jokaista virhetapausta, jossa korjauskuvaus ilmoittaa # virhetyypin kuopattavana, varten vaikutuksen alainen l datakohta siirretään kuoppaan, ja tiedoston kuoppautuksen • » * · aikaleima talletetaan virhetapauksen kanssa.

30 * tiedostorakennesääntölokiin luodaan tietue jokaista . APDU:n tai keskustiedoston korjausta varten.

* puhelutietuevirhelokiin luodaan Oracle-tietue jokaista

1 · I

puhelutietueen korjausta varten asiaankuuluvan virheinfor-’J’* 1 maation kanssa.

·:·: 35 korjattavat virheet 1) Oletusarvoja voidaan osoittaa seuraaviin kenttiin: t t 49 115941 APDU-tyyppi ja jälkiosa laskutetun puhelun osoitin kutsutun osapuolen lopetus (clear) PBX—suffiksi 5 tietuekäyttö tietuetyyppi DDC-aikaleima otsikko-APDU-tyyppi datasiirron luokka 10 formaattiversionumero solmuaikaleima osatiedosto-osoitin taulukkokoko jälkiosa-APDU-tyyppi 1 5 kutsutun osapuolen lopetus sovellusryhmä 2) seuraavat virheet ovat laskettavia: APDU-pituus; APDU:n pituus.

APDU-lukema; APDU-sekvenssin pituus.

20 Loppu-APDU-sekvenssinumero; lähtösekvenssinumero plus kelvollisten APDU:iden määrä.

Lähtö-APDU-sekvenssinumero; saadaan keskustiedostossa olevan ensimmäisen APDU:n sekvenssinumerosta.

< * ♦'·' Valittu numerolukema; valitun (dialled) numerojonon ♦ · v *‘ 25 pituus.

!.: Edellä oleviin liittyen on virhepoikkeuksia kuten sellaisia, joissa APDU:n tarkistussummaus osoittaa virhettä, i Tämän tyyppiset virheet kuopataan välittömästi sääntökannas- i* 1’; sa. Jotkut virheet liittyen APDU-sekvenssiin aiheutuvat 30 siitä, että sekvenssinumeroiden koko arvoaluetta sekvensoi-; ,·, daan uudelleen "1":stä, ja asiaan liittyviä keskustiedostoja päivitetään. Voi olla, että valitun numerojonon viimeinen I » · numero on kirjain väliltä A-F. Korjausarvo tässä on valittu numerojono miinus viimeinen numero.

35 ei-koriattavat virheet

Ei-kor jättävän virheen tapahtuessa virheellinen datakohta, eli puhelutietue, johdetaan kuoppaan, kuten » t 50 115941 edellä on kuvattu, ja asiaankuuluva virheloki päivitetään. Alueet, joita ei voida korjata ja jotka siten synnyttävät ei-korjättäviä virheitä, ovat seuraavat: osoitevarausaikaleima (address seizure time stamp) 5 osoitteen täydentämisen aikaleima joko osoite- tai vastausaikaleima kutsuvan osapuolen lopetusaikaleima kutsuvan linjan hakemistonumero varausaikaleima 10 valittu numerojono (paitsi kun viimeinen numero on välillä A-F).

6 (iii) TAPAUSKANTAJÄRJESTELMÄ

Reititysreferenssitapauskanta on reititysmallien 15 tapauskanta (se on TUN, reittiryhmä, reittinumero, NNI, solmupistekoodi) plus muu referenssidata, esimerkiksi laskutettavan verkko-operaattorin nimi, ja Elossa olevan (Live) ja Lopetetun (Ceased) Solmun aikaleimat. Tapauskanta-referenssidata miehitetään reititysreferenssimalleista 20 (Routing Reference schemata), jotka puolestaan miehitetään datasta, jota säilytetään datamallin (katso kuva 36) nauhatallennusasemareferenssidatasubjektialueella 3600.

,, Viitaten kuvaan 34 voidaan nähdä, että tapauskantajär- ;'·] jestelmän objektihierarkia on samankaltainen kuin sääntökan- • » i ee 25 ta järjestelmän, joka on esitetty kuvassa 33, johon on !/ lisätty kolme objektiluokkaa 3400; "ehdotetut ratkaisut", t "mahdolliset ratkaisut" ja "reititysreferenssi". Voidaan j :; huomata, että "ehdotetut ratkaisut" ja "mahdolliset ratkaisi*: sut" luodaan vain reititysreferenssivirheen tunnistamisen 30 jälkeen, ja ne sisältävät pääasiassa osoittimet muuhun ; ,·. dataan, joka on virheellinen sisääntuleva puhelutietue ja < i · « I 4 I §4 reititysreferenssimalli, jotka läheisimmin on sovitettu yhteen. "Reititysreferenssi"-mallit luodaan Oracle-tietokan-! nassa olevasta reititysreferenssidatasta.

t 35 Liittyen reititystapauskantaan, ja käynnistykseen, ,···, reititystapauskanta miehitetään ajon alussa reitityskuvaus- t » · malleista. Jokaista reitityskuvausmallia varten luodaan yksi » » 51 115941 tapaus. Reititystapauskanta asetetaan seuraavien parametrien kanssa.

* Enintään kolme yhteensopivuutta.

* Mitkä tahansa yhteensopivuudet, jotka ovat nollatoden-5 näköisyyden kynnysarvon alapuolella, jätetään huomiotta, jotta karsitaan pois erittäin epätodennäköiset yhteensopivuudet .

* Vain seuraavia rakoja tapauskannassa käytetään mallin yhteensovittamisessa; 10 TUN (se on Telephony Unit Number, puhelinliikenneyksik— könumero), reittiryhmä, solmupistekoodi, reittinumero, NNI, ja suunta * Seuraavat jätetään huomioimatta mallin yhteensovitta- mi starkoituksessa; 15 Elossa olevan solmun aikaleima

Lopetetun solmun aikaleima

Telekommunikaatioverkko-operaattorin rooli ja nimi * Suuntaa kohdellaan hieman eri tavalla yhteensovitustar-koituksessa. Se on kaikkein vähiten merkitsevä yhteensovi- 20 tusrako, ja sille on annettu kiinteä 5 %:n painotuskatto kokonaispainotuksesta. Muiden rakojen painot jaetaan tasaisesti kokonaispainotuksen jäljelle jääneen 95 %:n , , välillä.

• · '*·* Mallin yhteensovitus yhdessä muiden tapauskantatoimin- ♦ « » '. " 25 tojen kuten alustusparametrien asettamisen kanssa saavute- !/ taan lähettämällä tapauskantaan viestejä. Mallin yhteenso- t vitus tehdään kahdessa askeleessa, jotka ovat sisääntulevan j j j puhelutietuemallin lähettäminen tapauskantaan, joka palaut- iT: taa löydettyjen yhteensopivuuksien määrän, ja palauta- 30 yhteensopiva-tilanne-viestin lähettäminen, joka määrittää i ,*, yhteensopivuuden läheisyyden jokaista palautettua tapausta • ;·, varten yhdessä palautettuun tapaukseen liittyvän reitistys- S » » referenssimallin avaimen kanssa.

i

Tapauskantaa käytetään puhelumalliin liittyvän virhe- t 35 koodin kelvolliseksi tekemiseen solmupistekoodin tai reittiryhmää ei löydetty-, epäkelvon reittinumeron, tai epäkelvon suunnan tapauksissa seuraavalla tavalla: * t 52 115941 * yrittää löytää täsmällisen yhteensopivuuden jokaisen sisääntulevan puhelutietueen ja reititysreferenssitapauskan-nassa olevan tapauksen välillä. Jos täsmällinen yhteensopivuus on olemassa, puhelutietueella on kelvollinen reititys- 5 malli, eikä pidemmälle menevää kelvolliseksi tekemistä ylläolevaan virheeseen liittyen vaadita.

* jos täsmällistä yhteensopivuutta ei löydy, luodaan virhemalli, joka laukaisee sääntökantayleissäännöt, kuten yllä, jotka panevat toimeen (apply) korjausmetodin.

10 * Tämä nimenomainen korjausmetodi luo yhden ehdotettu- ratkaisu-mallin, joka sisältää (katso kuva 34): i) kolmeen saakka määrältään nousevia mahdollinen-ratkai-su-malleja, joista kukin sisältää osoittimen asiaan liittyvään reititysreferenssimalliin. Mahdollinen-ratkaisu-malli 15 sisältää myös yhteensopivussijainnin (se on lähin, seuraa-vaksi lähin jne.) ja prosentti-mitan yhteensopivuuden läheisyydestä, ja ii) osoittimen virheelliseen sisääntulevaan puhelutietuee-seen.

20 On huomattava, että korjausmetodi poikkeaa tavallisesta korjausmetodista, jonka herättää virhemallitapahtuman tuottaminen, koska se koostuu toiminnasta (reititysepäsopi- .. vuus, joka selittää (assert) ehdotettu-ratkaisu-mallitapah- ·*·’ tuman ja tosiasiat, jotka sisältävät avaimet reititysrefe- • * * *- ’* 25 renssimalliin) ja toisesta säännöstä (luo-lähimmät-yhteenso- • « ,, „ ' pivuudet, joka käynnistyy (trigger) reititysepasopivuuden ..[·* luomien tosiasioiden synnyttämisen hetkellä, ja synnyttää • · ; · : yhden mahdollinen-ratkaisu-mallin tapauksen jokaista löydettyä tapauskantayhteensopivuutta varten.

30 Kun käsitellään solmuaikaleiman kelvolliseksi tekemis- : tä, tapauskantaa käytetään seuraavasti: /·;·, * yrittämään löytää täsmällinen yhteensovitus jokaisen sisääntulevan puhelutietuemallin ja reititysreferenssimallin • : välillä. Jos täsmällinen yhteensovitus on olemassa, niin 35 sääntö tarkastaa sitten, onko yhteensopivassa sisääntulevas-,···. sa puhelutietuemallissa ja reititysreferenssimallissa ’ · aikaleimaristiriitaisuuksia (se on varausaikaleiman pitäisi 53 115941 langeta solmun elossaolo- ja lopetusajan väliin). Jos ristiriitaa ei ole, tähän virheeseen liittyvää jatkokäsittelyä ei tapahdu.

* jos aikaleimaristiriita löydetään, luodaan virhemalli, 5 joka laukaisee sääntökantayleissäännöt, kuten edellä, jotka panevat toimeen (apply) korjausmetodin.

* Tämä nimenomainen korjausmetodi luo yhden ehdotettu-ratkaisu-mallin, joka sisältää (katso kuva 34): - yhdet mahdolliset-ratkaisu-mallit, joista kukin 10 sisältävää osoittimen asiaan liittyvään reititysreferenssi- malliin. Mahdollinen-ratkaisu-malli sisältää myös yhteenso-vitussijainnin (se on lähin, seuraavaksi lähin jne.) ja prosentti-mitan yhteensopivuuden läheisyydestä.

- osoittimen virheelliseen sisääntulevaan puhelu-15 tietuemalliin.

On huomattava, että korjausmetodi jälleen poikkeaa tavallisesta korjausmetodista, jonka herättää virhemallita-pahtuman tuottaminen, koska se koostuu toiminnasta (solmu-aikaleima-ristiriitaisuus - joka selittää ehdotettu-ratkai-20 su-mallitapahtuman ja tosiasiat, jotka sisältävät avaimet reititysreferenssimalliin) ja toisesta säännöstä (luo_sol-mu_aika_ristiriidat, joka käynnistyy (trigger) reiti-Y; tysepäsopivuuden luomien tosiasioiden synnyttämisen hetkel- .·. : lä, ja synnyttää yhden mahdollinen-ratkaisu-mallin tapauk- 25 sen).

6 (iv) ART-IM JA ORACLE-LIITYNTÄ i : ·;γ Viitaten kuvaan 35, tarvitaan suora pääsy ART-IM:sta 1 ·' ’ ORACLE-tietokantaan, jotta voidaan käyttää täysin hyväksi 30 ART-IM-sääntökannan "rinnakkaisia" kelvolliseksiteke-:,· * misominaisuuksia. On olemassa neljä pääliittymää: Y : * Reititysreferenssidatan 3500 miehitys Y>t: * Oletusdatan 3505 miehitys t * . * korjausdatan (fix data) ulostulo jäijitysketjun 3510 . 35 muodostamiseksi ·,,,·’ * reititysvirhemallien ulostulo edeltäjänä pidätysdatakä- ;··: sittelylle 3515.

54 115941

Katsottaessa reititysreferenssidatan miehitystä tähän liityntään 3500 liittyy sisäisen ART-IM-mallin ja tapauskan-nan virkistäminen datasta, joka on fyysisesti ORACLE-taulukoissa pidetyssä reititysreferenssimallissa: 5 * virkistäminen laukaistaan ART-IM-ajon alustusvaiheen aikana.

* olemassa olevat sisäiset ART-IM-reititysreferenssimal- lit puhdistetaan yhdessä niiden tapauskantamerkintöjen kanssa.

10 * data VALITAAN ORACLE-taulukoista ProC-ohjelmasta (EAB_INITIALISE_IDA_RULEBASE) , jota käytetään osana kahta ulkoista toimintalohkoa (file_to_ida_rules ja call_re-cord_to_ida_rules).

* Sisäiset ART-IM-mallit miehitetään ProC-ohjelman 15 toimesta ! * Reititysreferenssitapauskanta vuorostaan miehitetään sisäisestä reititysreferenssimallista toiminnon (inca_i-da_initialise_casebase) toimesta osana tapauskannan alustus-prosessia .

20 Katsottaessa oletusdatan miehitystä: * virkistäminen laukaistaan ART-IM-ajon alustusvaiheen aikana.

·.·. * olemassa olevat sisäiset ART-IM-oletusmallit (df- • # : puhelutietue, df-APDU jne.) puhdistetaan yhdessä niiden 25 tapauskantamerkintöjen kanssa.

* data VALITAAN ORACLE-taulukoista ProC-ohjelmasta ·*· (EAB_INITIALISE_IDA_RULEBASE) , jota käytetään osana kahta ··· : ulkoista toimintalohkoa (file_to_ida__rules ja call_re- 1 ‘ cord_to_ida_rules) .

30 * Sisäiset ART-IM-mallit miehitetään ProC-ohjelman i j *. toimesta.

Katsottaessa virhe- ja korjausdatan luomista, jos ' . virheitä, jotka liittyvät dataan, joka voidaan korjata, . havaitaan sisääntulevan datan kelvolliseksitekemisen aikana, 35 niin sääntökannan käyttämien korjauksien jäijitysketjua täytyy ylläpitää: ·;··· * jokaista virheellistä tiedostorakennetta varten luodaan 55 115941 rivimerkintä FILE_ERROR_LOG-taulukkoon. Tämä tehdään nauhatallennusasemaprosessin toimesta.

* jokaista virheellistä puhelutietuetta varten luodaan rivimerkintä CALL_RECORD_ERROR_LOG:iin. Tämän voi tehdä 5 nauhatallennusasemaprosessi tai ART-IM.

* jokaista tiedostorakennetasolla havaittua virhettä ja käytettyä korjausta varten luodaan rivimerkintä FILE_STRUCTURE_RULE_LOG: iin ORACLE-tietokannassa. Tämä on paras tehdä sääntökannan toimesta, joka käyttää yleissään- 10 töä, joka liipaistaan, kun koko tiedostotason virhehavain-nointi ja kaikki korjaukset on suoritettu. Säännön pitäisi syttyä kerran jokaista havaittua virhettä/käytettyä korjausta varten, ja kun sytytetty, niin herättää käyttäjän määrittelemän proseduurikutsun sql_exec_limited, joka tekee 15 tarvittavan sisäänpanon (insertion).

* jokaista tiedostorakennetasolla havaittua virhettä ja käytettyä korjausta varten luodaan rivimerkintä CALL_RECORD_RULE_LOG: iin ORACLE-tietokannassa. Tämä on paras tehdä sääntökannan toimesta, joka käyttää yleissääntöä, joka 20 liipaistaan, kun koko puhelutietuetason virhehavainnointi ja kaikki korjaukset on suoritettu. Jälleen säännön pitäisi syttyä kerran jokaista havaittua virhettä/käytettyä korjaus-ta varten, ja kun sytytetty, niin herättää käyttäjän ,·. : määrittelemän proseduurikutsun sql_exec_immed, joka tekee . 25 tarvittavan sisäänpanon (insertion).

’! * ART-IM-säännöt miehittävät sisäänpannut arvot sisäisissä ;··; malleissa olevista raoista.

: Katsottaessa reititysvirhemallien luomista ja lähimmät l.‘ ‘ yhteensopivuudet-dataa, jos virheitä, jotka liittyvät 30 dataan, joka on pidätetty, havaitaan sisääntulevan datan : \ · kelvolliseksitekemisen aikana, niin sisääntulevan puhelu- tietuevirhemallin tietue (pohjautuu TUN:ään, NNI:hin, ' . reittiryhmänumeroon, reittiryhmään, suuntaan) yhdessä kolmen . lähimmän yhteensopivuuden (pohjautuen reititysreferenssimal- 35 lissa oleviin sisääntulevaa virheellistä puhelutietuetta : lähimpinä oleviin malleihin) täytyy tallettaa ORACLE- ·:··· tietokantaan myöhempää pidätystiedostokäsittelyä varten.

56 115941

Mallit talletetaan sen jälkeen kun kaikki kelvolliseksitekemisen käsittelyt/korjauskäsittelyt on suoritettu. Yksityiskohtaisemmin : * jokaista synnytettyä virhettä, joka on pidätystiedosto-5 virhe (ja olettaen, että samaan puhelutietueeseen ei ole synnytetty ei-korjättäviä virheitä - nämä korjauskelvottomat puhelutietueet karsitaan pois käyttämällä move_to_sump-yleissääntöä) varten sytytetään yleissääntö. Sääntö yrittää valita virheellisen mallin tietokannasta, ja jos virheelli-10 nen malli on olemassa: i) testaa mitä tahansa merkintää FILE_ROUTE_ERROR_LINK:ssä asiaankuuluvien mallikeskustiedoston ja vieraiden avainten kanssa.

ii) jos merkintä on olemassa, jatkotoimia ei vaadita.

15 iii) jos merkintää ei ole olemassa, niin sitten sisäänpanee rivimerkinnän FILE_ROUTE_ERROR_LINK:iin.

Jos virheellistä mallia ei ole olemassa: iv) sisäänpanee rivimerkinnän ROUTE_ERROR_PATTERN-tauluk-koon, jonka on miehittänyt virhemallidata sisääntulevista 20 puhelutietueista.

v) sisäänpanee rivimerkinnän FILE_ROUTE_ERROR_LINK: iin.

vi) sisäänpanee määrältään aina kolmeen asti nousevaa rivimerkintää CLOSEST_MATCHES-taulukkoon, jonka miehittää .·. : reititysreferenssimallit, joiden havaittiin edellisestä 25 tapauskantakäsittelystä olevan lähimpinä virheellistä reittimallia.

* käyttäjän määrittelemää proseduuria käytetään välittä- ·;; · mään SQL-komento ORACLE:lie.

’·' * * ART-IM-säännöt miehittävät sisäänpannut arvot sisäisis- 30 sä malleissa olevista raoista.

* · ·

KUVAT 20,21 JA 37-43: DATA-ANALYSAATTORIN 7 SUORITTAMA

. ASIANTUNTIJAJÄRJESTELMÄN KÄYTTÖ

Vuokaavioissa, joihin alla viitataan, on huomattava, 35 että niissä käytetään hieman erilaista formaattia verrattuna :<<t· tämän määrittelyn aikaisempiin vuokaavioihin. Toisin sanoen ·;·: toimintokutsuja merkitään laatikoilla, joissa on kaksinker- 57 115941 täiset vertikaalilinjät, yksinkertaiset lauseet merkitään laatikoilla, joissa on yksinkertaiset vertikaalilinjät, ja kyllä/ei-päätökset merkitään yksinkertaisella timantilla.

ART-IM-asiantuntijajärjestelmän käyttö data-analysaat-5 torin 7 toimesta voidaan esittää vuokaavioin. Viitaten kuviin 16, 17 ja 20, kun on määritetty, että puhelu- tietuetasolla on vika, askel 1605, ja seuraava puhelu-tietuevirheloki on valittu tiedostosta, askel 1702, niin asiaankuuluvat puhelutietueet lähetetään asiantuntijajärjes-10 telmään, askel 2000. Asiantuntijajärjestelmä paikallistaa oikean APDU:n, askeleet 2005,2010, ja virheelliseksi todetun puhelutietueen, askeleet 2015,2020.

Sitten asiantuntijajärjestelmä tarkastaa, onko puhelu-tietue oikealla tavalla eritelty (askel 2025), tässä 15 esimerkissä Järjestemä X-erittelyn mukaisesti, ja jos se ei ole, ohjaa puhelutietueen kuoppaan asettamalla IEF-tilan "KUOPAKSI", askel 2030, samalla päivittäen puhelutietuevir-helokin, askel 2035. Jos puhelutietue on asianmukaisesti eritelty, se "pannaan läpi" asiantuntijajärjestelmän, 20 askeleet 2040,2045,2050, ja tulokset arvioidaan data- analysaattorin 7 toimesta askeleessa 1704 ja siitä eteenpäin .

Viitaten kuviin 16 ja 21, on voitu päättää, että : tiedosto- tai APDU-tasolla on vika, askel 1604. Tässä .·. 25 tapauksessa tiedosto ladataan muistiin, ja tiedosto-otsikko I · ja APDU:t lähetetään asiantuntijajärjestelmään, askel 2100.

/”. Asiantuntijatietokanta kutsutaan esiin, askel 2105, ja APDU- » : ; ·;;/ mallit edellisestä ajosta poistetaan, askel 2110. Ensimmäi- ‘ sellä testiajolla virkistetään reititysreferenssimallin 30 asiantuntijajärjestelmäversio, askel 2115, mikä voi välittö- i.i · mästi johtaa ilmeisen virheen korjaamiseen. Jos ei, niin : : : oletusdata asiantuntijajärjestelmää varten virkistetään, askel 2120, tapauksessa, jossa esimerkiksi oletusdata . virhettä varten, josta ollaan kiinnostuneita, on aikaisemmin 35 puuttunut. Jos jompi kumpi näistä onnistuu, data-analysaat- ·*,,,· toriprosessi tekee itsensä uudelleen voimassaolevaksi ·;*·: (reasserts itself), kuva 16, ja tulokset asiantunti ja jär jes- 58 115941 telmän virkistysaskelista sallivat tiedoston mennä omien puhelutietueidensa kelvolliseksitekemiseen, askel 1611. Jos kumpikaan ei onnistu, puhelutietueet itsessään täytyy tehdä kelvollisiksi yksittäisesti. Tämä kuvataan alla.

5 Viitaten kuvaan 37, kuvan 21 toimintalaatikko 2125, "kuvaa otsikko- ja APDU-malli", laajenee sisältämään asiantuntijajärjestelmä ART-IM:n lataamisen (askeleet 3700-3725, 3735) ja ajamisen (askeleet 3730,3740,3745,3750) suhteessa puhelutietueisiin virheellisiksi todetuista 10 tiedostoista, joita ei voitu onnistuneesti käsitellä reititysreferenssimallin ja oletusdatan virkistämisten jälkeen. Tämä lataamisprosessi sisältää datan, joka ei ole saatavilla ART-tietokannassa, hakemisen ("vieraat avaimet") esimerkiksi data nauhatallennusasemasta 6 askeleessa 3715, 15 jotta sallitaan asiantuntijajärjestelmän sisäänpääsy tiedostoihin. Analysoituaan jokaisen puhelutietueen ART toimittaa (supply) tilan (askel 3755), joka voi osoittaa, että puhelutietue on korjattu, tai että se pitäisi pidättää tai kuopata. Data-analysaattoriprosessi (IEF) pitää lukua 20 kuopattavaksi tulevista puhelutietueista, askel 3760, ja asettaa ART-IM:ssä lipun, askel 3765, joka Hipaisee puhdistamisen ART-IM:n toimesta, askel 3770, jotta poiste-taan jokainen puhelutietue ja asiaankuuluvat mallit, jotta .·. : yksinkertaisesti vältetään näiden keräytyminen.

25 Viitaten kuviin 38-43, asiantunti jajärjestelmätiedos- ’! tosääntöjen käyttöä voidaan myös esittää vuokaavioin, ja f ti t '/' seuraavat esimerkit esitetään vuokaavioiden ollessa itses- i : : ·;;/ saan selittäviä: *·’ i) Kuva 38; ART-tiedostosäännöt (keskustiedosto-otsikko) 30 Tätä voidaan soveltaa - ·,· ; jälkiosa-APDU:hun : : : formaattiversionumeroon tiedostotyyppiin . solmuaikaleimaan . 35 DDC/NMP-aikaleimaan (NMP tarkoittaa Network Mediation ' / Processor, verkkovälitysprosessori ) datasiirron luokkaan 59 115941 solmuklusteri-identiteetti in nauhatallennusasema-NNI:hin käyttöryhmään osatiedosto-osoittimeen 5 tiedoston tavukokoon taulukkokokoon valitun APDU:n tyyppiin ii) kuva 39; APDU:n ensimmäisen sekvenssinumeron sääntö iii) kuva 40; APDU:n viimeisen sekvenssinumeron sääntö 10 iv) kuva 41; APDU-sekvenssinumerolukemasääntö v) kuva 42; ART APDU-säännöt tätä voidaan soveltaa -uudelleenlähetysosoittimeen linkityskenttään 15 vi) kuva 43; ART puhelutietuesäännöt Tätä voidaan soveltaa -tietuekäyttöön laskutetun puhelun osoittimeen lopetussyyhyn (clearing cause) 20 PBX-suffiksiin CLI-klusterin identiteettiin verkkopiiriin (network circuit) V. verkkokaistaan .·. ; piiri-identiteettiin ’ . 25 piirinumeroveloituskaistaan (circuit number charge '! band) • ,, „ puhelunaytteistysmenetelmaan ·· : näytteistysmoodiin ‘ lukeman uudelleen asetuksen (reset) osoittimeen 30 N:n arvoon (missä N liittyy lukemaan, joka on tehty \m\ · sillä aikaa, kun ajetaan esimerkiksi puhelutietueiden testierää) ' . kutsuttu osapuoli lopettanut-aikaleimaan.

35 8. KUVAT 36 JA 44: YRITYSJÄRJESTELYÄ : Viitaten kuvaan 4, ulostulo nauhatallennusasemasta 6 :··· yritys järjestelmään 8 sisältää puhelutietueet, jotka on 60 115941 luokiteltu laskutettavan entiteetin mukaan ja jotka on tehty kelvollisiksi edellä kuvattuun tapaan käyttäen data-analysaattoria, johon sisältyy ART-IM-asiantuntijajärjestelmä.

Yritysjärjestelmän 8 päätehtävä on hinnoitella puhelu-5 tietueet ja tulostaa hinnoitellut tietueet siten, että ne voidaan laskuttaa asiakkailta. Sillä on kuitenkin myös kelvolliseksitekemistehtävä, kuten edellä on mainittu, painopisteen ollessa datassa, joka liittyy laskutettavaan entiteettiin ja suhteeseen laskutettavan entiteetin ja 10 ensimmäisen verkon 1 operaattorin välillä. Yritys järjestelmä 8 siten sisällyttää tai pääsee sisään (access) yritysjärjes-telmädata-analysaattoriin, johon seuraavassa viitataan nimellä "cIDA".

cIDA-sovellutus voi sijaita data-analysaattorin 7, joka 15 tekee kelvolliseksi dataa nauhatallennusasemasta 6, kuvattu edellä, rinnalla. Kuvassa 4 olevat virheellisten puhelu-tietueiden korjausaskel 430, korjattujen puhelutietueiden tallennusaskel 440 ja korjauskelvottomien puhelutietueiden tutkimisaskel 450 voidaan kaikki suorittaa cIDA-sovellutuk-20 sen keinoin.

Mielenkiintoisesti on havaittu, että virheiden pääosa, luokkaa 90 % virheistä, jotka yritysjärjestelmä 8 poimii, ·.·. liittyy aukikoodauspoikkeamiin (decode anomalies), jotka .·, : pääasiassa liittyvät "aikalinjoihin" kuten "123" ja "hätäpa- 25 lveluihin" (999) meneviin puheluihin. Pääosa virheiden jäljelle jääneestä osasta voidaan katsoa aiheutuvan refe- a · · ;··; renssidatassa olevista ristiriitaisuuksista. Siten voi olla ; kaksi pääaspektia data-analysaattorin, jota käytetään * · · '.· ’ yritys järjestelmän 8 kanssa, rakentamiseen näiden ollessa 30 tiedostojen, jotka aiheuttavat pääosan virheistä, aukikoo-: : | dauspoikkeamista, käsitteleminen, ja sitten infrastruktuuri ; rin, joka pystyy korjauksen jälkeen kuvaamaan tiedostot takaisin yritysjärjestelmään 8, aikaansaaminen.

» · , » * I » 35 Käsittelyn yleiskuvaus : Sopiva järjestely voisi olla seuraava. Virhe- ja *: · *: varoitustiedostot lähetetään yrityslaatikosta 8 cIDAtaan, 61 115941 missä ne ladataan määrättyihin hakemistoihin, yksi per operaattori. Yksittäinen tiedosto voi pitää sisällään monia tietueita tai ei yhtään tietuetta. Edullisesti cIDA saa aikaan rinnakkaisen käsittelykeinon, joka ajaa samanaikai-5 sesti, kaikkia operaattoreita varten manuaalisen ohitusmah-dollisuuden kera. Lokia ylläpidetään, jotta ohjataan tiedostojen sekvenssiä sisään cIDA:aan ja ulos cIDA:sta.

Kun virhetiedosto on valittu käsiteltäväksi, cIDA valitsee jokaisen tietueen vuorollaan olettaen, että 10 tiedosto ei ole tyhjä, ja arvioi virheen yhteen kahdesta kategoriasta: korjattaviin ja korjauskelvottomiin. Korjaus-kelvottomat virheet kirjoitetaan taulukkoon ja niistä raportoidaan, ja ne voidaan myöhemmin poistaa tietokannasta arkistoitaviksi. Jos tietuetta on pidetty korjattavana, se 15 voidaan korjata automaattisesti käyttämällä sääntöjä, tai se voi vaatia manuaalista väliintuloa, ennenkuin se voidaan korjata.

Virhetyypistä riippumatta jokainen tietue pistetään ORACLE-tietokantataulukkoon kaikkien yksityiskohtien kanssa, 20 jotka päästetään yrityslaatikosta 8, ja lippu asetetaan osoittamaan "tilaa". Tila voidaan edellä olevan mukaisesti valita seuraavista: ·,*, pidätys kor jauskelvoton ' . 25 säännöt Käyttäjillä, jotka käyttävät Business Objects-ajoa « I t '·< säännöllisin väliajoin, on kyky tutkia kaikkia tietueita, » · I.: : joita sillä hetkellä pidetään, ja tilaosoitusta, joka heille : on annettu. Jäijityslokia voidaan pitää asiaankuuluvan 30 jakson ajan, kuten yhden kuukauden ajan kaikkia "veloitusnu- i merojono"-korjauksia varten.

Saatetaan huomata, että automaattisten sääntöjen käyttö ‘ . voidaan havaita tarpeettomaksi. Korjaamalla virheet, jotka aiheutuvat aukikoodauspoikkeamista, se on 90 % tämänhetki- • · * « » 35 sistä virheistä, virhemäärän on havaittu vähenevän 0.01 : %:iin. Täten esiin tulevien virheiden yksinkertaisuus ..•j tarkoittaa sitä, että järjestelmä, joka käyttää hyväkseen 62 115941 automaattisia sääntöjä, olisi turhan monimutkainen.

Kuvasta 44 voidaan nähdä esillä olevan keksinnön datakeräys- ja käsittelyjärjestelmän ympärillä olevat datavirtausreitit. Tässä kuvassa datavarastot kuten tiedos-5 tot ja taulukot on esitetty horisontaalisesti ojentuvilla suorakulmioilla, joissa on vertikaaliset pisteviivat, ja prosessit on kuvattu isommilla lohkoilla, joihin suorakulmiot sisältyvät. Entiteetit, jotka ovat ulkoisia koko järjestelmälle, kuten NCDB 9, on esitetty "nelikoveroilla" 10 (lozenges).

Kuten edellä on kuvattu, raakapuheludata syötetään nauhatallennnusasemaan, joka muuntaa raakapuheludatan, tekee kelvollisiksi ja käsittelee puhelutietueet liittäen mukaan (involving) data-analysaattorin niin pitkälle kuin on 15 tarpeen, ja tulostaa kelvolliseksi tehdyt, eritellyt puhelutietueet yrityslaatikkoon. Yrityslaatikko ensiksi suorittaa operaattorille ominaisen kelvolliseksi tekemisen, ja toiseksi kokoaa yhteen (aggregates) eritellyt puhelu-tietueet. Tässä vaiheessa puhelutietueet hinnoitellaan 20 käyttämällä laskutusinformaatiota esimerkiksi kansallisesta laskutustietokannasta (NCDB) 9 ja tulostetaan yhteenvedetys-sä muodossa, jotta tuotetaan laskuraportti asiaankuuluvaa V. asiakasjärjestelmää 10 varten. Muihin tulostuksiin kuuluvat ; laajennetut puhelutietueet, jotka on varastoitu optiselle 25 levylle 71, ja yhteenvedetyt puhelutietueet hallintorapor-'! tointijärjestelmää 4400 varten.

* «« m ,, ·/*; Kuvasta 44 voidaan nähdä, että on olemassa myös : ulostulo data-analysaattorista jäijitysjärjestelmään '' "CARDVU" 4405. Vaikka esillä olevan keksinnön suoritusmuodot 30 voivat tuottaa erittäin yksityiskohtaista informaatiota • ; jäijitystarkoituksiin, jäijitysjärjestelmä itsessään ei ole : osa keksintöä, eikä sitä kuvata tässä kuin otsikkoa "9.

’ . JÄLJITYSKETJU" seuraavilla kommenteilla.

Viitaten kuvaan 36, yritysjärjestelmän 8 datamalli 35 esittää selvästi datalähteet, joita yritysjärjestelmä 8 : käyttää hinnoittelussa ja laskutuksessa. Suurin osa datasta, -;"i "C&P"-referenssidatasta, johdetaan NCDB:sta 9. Kuitenkin on 63 115941 olemassa rajoitteita, joita asettaa laskutussopimus 4500 laskutettavan entiteetin ja verkon 1 operaattorin välillä. Monet asiat voidaan käsitellä verkkohallintakeskuksesta, ja kuvan 36 datamalli tarjoaa asiaan kuuluvan näkyvyyden siihen 5 "tietoliikenneverkko-operaattorin rooli"-laatikon 4505 avulla.

Seuraavia kuvassa 36 käytettyjä alkukirjainmerkintöjä voidaan laajentaa seuraavasti: CBM Veloituskaistamatriisi (Charge Band Matrix) 10 CB Veloituskaista (Charge Band) NN Verkkosolmu (Network Node) KCH Kingston Communications, Hull (verkon, joka on yhdistetty BT PSTNrään, operaattori UK:ssa) TE Telecomm Eirann (kuten edellä) 15 NCIF National Charging Information Package (liityntä NCDB:ssä olevaan dataan).

Hinnoittelu- ja veloituskoneet, jotka noudattavat sen tyyppisiä rajoitteita, joita esillä olevan keksinnön järjestelmä tarjoaa, ovat tunnettuja, ja sen vuoksi määrittelyku-20 vausta veloitus- ja hinnoittelukoneesta ei tässä anneta. Todellakin, vaikka kuvan 36 datamalli esittää kaikki asiaan kuuluvat entiteetit, ei kaikkia suhteita ole esitetty, sillä V, esitys tulisi liian monimutkaiseksi. Kaiken kaikkiaan « « . \ kuitenkin on pidettävä mielessä, että kaikki puhelutietueet, « * * 25 joita yritysjärjestelmä 8 käsittelee, ovat valmiiksi i · luokiteltu laskutettavan entiteetin mukaan. Tätä datan i · * ··' aspektia täytyy selvästikin ylläpitää, jotta asiaan liitty- * » !.; : vät raportit voidaan osoittaa oikeille asiakasjärjestelmille 1 10. Tämä voidaan tehdä, kuten edellä on osoitettu, esimer- 30 kiksi ylläpitämällä osoitettuja hakemistoja laskutettavia : entiteettejä varten.

* * *

9. JÄLJITYSKETJU

* * i » 1 Järjestely, jollainen on kuvattu edellä, voi saada I t ‘ ♦ 35 aikaan kehittyneen jäijitysketjun. Data keskuksesta yhdistä-mispisteessä tulee tiedostossa, ja se pakataan APDU:ihin.

.Nauhatallennusasema järjestelmä 6 kiertokysyy datan DDC:eistä 64 115941 5 käyttäen FTAM-protokollaa datan ollessa binaarisena puhelutietueissa. Nauhatallennusasemajärjestelmä 6 tekee datan kelvolliseksi vasten tietokantaa, joka sisältää referenssidataa, reititysreferenssimallin, ja määrittää, 5 mitä toista verkko-operaattoria pitäisi laskuttaa. Nauhatallennusasema järjestelmä 6 kirjoittaa täyden puhelutietueen ASCII-muodossa lisäten operaattori- ja keskusinformaation.

Jäijitysketju tulee esiin seuraavasti. Keskuksessa puhelutapahtumat numeroidaan tiedostosynnytysnumerolla (File 10 Generation Number), joka saa arvoja 0-9999. DDC 5 lisäksi lisää sekvenssinumeron, joka saa arvoja 0-999999, tiedosto-tasolla. Tiedoston sisällä APDU:t on myös sekvensoitu APDU-sekvenssinumerolla, joka saa arvoja 0-16353 ja on binaarinen .

15 Tämä tarkoittaa sitä, että on talletettu tietue tiedostossa olevien tietueiden määrästä, APDU-lähtö- ja -loppunumeroista, ja APDU:iden määrästä.

Koska sekvenssinumero on lisätty jokaiseen numeroon keskuksessa, voidaan varmistaa, että yrityslaatikko 8 20 vastaanottaa numerot sekvenssissä, vaikka niitä ei välttämättä käsitellä järjestyksessä. Nauhatallennusasemajärjestelmä 6 tosiasiassa käsittelee rinnakkain eri keskuksista samaan aikaan.

• i ; Data-analysaattorissa, jossa käytetään "malliverkkoa", 1 l< 25 jonka avulla data "sytyttää" säännön, jos se ei sovi i · ”, kelvolliseen sisältöön, analysaattori voi paikata datakohdat . » s "ΐ vain siellä, missä asiaan liittyvä datakohta ei vaikuta : hintaan tai jaljitysketjuun. Paikata tässä yhteydessä V : tarkoittaa asettamista standardiarvoon. Täten data-ana- 30 lysaattori ei voi muuttaa puhelutietuesekvenssinumeroa, j : j koska se identifioi puhelutietueen. Jos puhelutietuesekvens- > Yi sinumeroa muutettaisiin, ei jäijitysketjua olisi.

’ , Edellä kuvattu järjestelmä on, kuten on mainittu, vain • » ,, ,, ,, , yksi tietty keksinnön suoritusmuoto. Se liittyy PSTN:aan ja, • Ml 35 kuten on kuvattu, käsittelee puhelutietueita ääniviestintä-; järjestelmässä. Lisäksi asiaan liittyvien puhelutietueiden • i •i"| tietty muoto, Järjestelmä X-tyyppi 6, liittyvät ainoastaan 65 115941 yhteen keskustyyppiin, jota voidaan käyttää yhdistämispis-teessä (POI) verkkojen välillä.

Monia muutoksia voitaisiin tehdä ilman, että poiketaan esillä olevan keksinnön hengestä. Yksinkertainen laajennus 5 keksinnön käyttöön on se, että yhtä hyvin kuin käytetään puhelutietuedataa synnyttämään laskutusinformaatiota, voidaan myös poimia ja käsitellä liikenneanalyysi-informaa-tiota. Esimerkiksi puhelut, jotka eivät saavuta kohdettaan, "kelvottomat", voidaan laskea keskuksen toimesta POI:ssa, ja 10 "kasaan pantu" ("bulked") tulos syötetään datakäsittelyjärjestelmään .

Joka tapauksessa merkittävämpiin muutoksiin voisi kuulua järjestelmän käyttö jossain muussa tietoliikenteessä kuin ääniviestinnässä jopa poissulkien ääniviestinnän, ja 15 kuten edellä on jo mainittu, ei selvästikään ole välttämätöntä, että asiaan liittyisi PSTN, vaikka keksinnön suoritusmuotojen hyöty on selkeän merkittävä PSTN:n kanssa jo pelkästään asiaan liittyvien tietuemäärien ja lähteiden monimutkaisuuksien valossa.

20 .1·.1: 25 • · v : 30 35 * ♦»»1

Claims (14)

66 1 1 5941

1. Prosessi tietoliikennedatan keräämiseksi ja käsittelemiseksi ensimmäisessä tietoliikenneverkossa (1), johon tietoliikenneyhteydet päättyvät, datan koskiessa tietolii- 5 kennetapahtumia ja jossa tietoliikenneverkko sisältää ainakin yhden kytkentäpisteen (3) yhteen tai useampaan toiseen tietoliikenneverkkoon (2), joissa tietoliikenneyhteydet alkavat, tunnettu siitä, että prosessi sisältää seuraavat vaiheet: i) kerätään dataa datan saantipisteestä (5) mainitussa kytkentäpisteessä (3) maini-10 tun datan koskiessa tietoliikennetapahtumaa, joka alkaa ensimmäisestä tietoliikenneverkosta (1) eroavasta lähtöverkosta (2); ja muodostetaan vastaava tietue kullekin tietoliikennetapahtumalle, jokaisen sellaisen tietueen käsittäessä lähtöverkon identifioivan informaation, ja ainakin yhden laskutusta koskevan kyseisestä tietoliikennetapahtumaa koskevan parametrimittaustuloksen; 15 ii) lähetetään mainitut tietueet tietojen käsittelyjärjestelmään (6, 7, 8), joka käsittää datan analysaattorin iii) validoidaan tietueiden data muodon ja reititysinformaation suhteen, ja analysoidaan niiden epäkelpo data iv) epäkelvon datan analysoinnissa tunnistetaan data joka mahdollisesti voidaan 20 asettaa oletusarvoiseksi v) asetetaan täten tunnistettu jata oletusarvoon, ja : _: vi) perustuen tietueiden sisältämään informaatioon, ne lajitellaan validoituihin ja : '.: oletusarvoistettuihin tietueisiin, ja käsitellään kukin sanottu tietue laskutustiedon : f: muodostamiseksi käytettäväksi kuhunkin yhteen tai useampaan sanottuun toiseen •: · 25 tietoliikenneverkkoon (2) liittyvässä laskutusentiteetissä. • · ♦ Ml ·

2. Patenttivaatimuksen 1 mukainen prosessi, tunnettu siitä, että mainittu ensimmäinen tietoliikenneverkko käsittää julkisen kytkentäisen puhelinverkon. ' ’; 30

3. Vaatimuksen 1 tai 2 mukainen prosessi, tunnettu siitä, että mainittu prosessin * . vaihe vi) käsittää mainitun tiedoston virtauttamisen lähtevän verkon (2) identiteetin * I * * mukaisesti • » » « i,

: 4. Minkä tahansa edeltävän patenttivaatimuksen mukainen prosessi, tunnettu siitä, :...: 35 että ensimmäinen tietoliikenneverkko (1) käsittää tietoliikenneverkon, jossa on sekä 67 115941 paikalliskeskuksia, että kaukokeskuksia ja datan käsittelyvaihe sisältää tietokannan hinnoittelu- ja laskutusdatan korreloinnin lähtöverkon identifioivan reitti-informaation kanssa.

5. Patenttivaatimuksen 4 mukainen prosessi käytettynä yhdessä vaatimuksen 3 me netelmän kanssa, jossa mainittu korrelointi suoritetaan datan virtautuksen jälkeen.

6. Datan keräys ja prosessointi järjestelmä käytettäväksi useaan verkkoon liittyvien tietoliikenne tietueiden keräämiseksi ja käsittelemiseksi, tunnettu siitä, että järjes-10 telmä käsittää: ainakin yhden sisääntulon (5) ottamaan vastaan tietoliikenne tietueita, jotka on muodostettu kytkentäpisteessä, joka on ensimmäisen verkkojen joukon (1) ja toisen verkkojen joukon (2) välissä; mainitut tietueet tarjoavat sen verkon (2) tunnisteen, josta verkosta tietueeseen liittyvä tiedonsiirtotapahtuma sai alkunsa tai jonka kautta 15 se tuli sisään ensimmäiseen verkkoon (1); ja tietue tarjoaa lisäksi tiedonsiirtotapah-tuman laskutukseen liittyvän parametrimittaustuloksen, ja järjestelmä edelleen käsittää: validiontivälineet (6) validoimaan reititys- ja muotoseikat tietueista; datan alalysointivälineet (7), analysoimaan sanottujen validointivälineiden hylkäämät 20 tietueet, jotka analysointivälineet pystyvät luokittelemaan virheelliset tietueet ja pystyvät sovaltamaan oletusarvoja ainakin yhteen virheellisten tietueiden luokkaan; ::; datan lajitteluvälineet lajittelemaan validoidut ja virheelliset tietueet mainitun verkon • · :: tunnisteen mukaisesti; ja hinnoitteluvälineet (8) tuottamaan hinnoittelutieto käytet- :: täväksi tunnistettujen verkkojen kannalta relevanteissa laskutusentiteeteissä. :· 25

« ·« » ^ • · ·.: · 7. Patenttivaatimuksen 6 mukainen järjestelmä, tunnettu siitä, että mainitut tietu- t: : eet käsittävät ainakin yhden joukon lajittelupiirteitä ja jossa järjestelmä edelleen käsittää ulostulovälineet tuottamaan hinnoittelutietoa hinnoitteluvälineiltä (8) muis-;:· tipaikkoihin (10), kunkin muistipaikan ollessa omistettu yhden tai useamman tyyppi- 30 sen lajittelupiirteelle kuuluvalle datalle.

,,,,; 8. Patenttivaatimuksen 7 mukainen järjestelmä, tunnettu siitä, että kukin lajittelu- piirre edelleen ilmaisee yhden verkon (2) ensimmäisen verkon (1) ulkopuolelta , I I t :·: : josta ulkopuolisesta verkosta (2) piirteeseen liittyvä viestintä sai alkunsa. 35 CQ 1 1 5941 68

9. Jommankumman patenttivaatimuksen 7 tai 8 mukainen järjestelmä, tunnettu siitä, että sanottu ensimmäinen (1) ja ainakin yksi toinen (2) tietoliikenneverkko muodostaa vastaavan julkisen kytkentäisen puhelinverkon

10. Minkä tahansa vaatimuksen 7, 8 tai 9 mukainen järjestelmä, tunnettu siitä, että sanottu data-analysaattori (7) käsittää välineet tallentamaan dataa, jota ei voida korjata tai asettaa oletusarvoihin keskeytetyssä datavarastossa, mahdollista myöhempää käsittelyä varten. 10

11 Patenttivaatimuksen 10 mukainen järjestelmä, tunnettu siitä, että ei- validoituihin tietueisiin liittyvät keskeytetyn datavaraston tietueet, joilla on sama virhetyyppi ovat tallennettu erillisiin tiedostoihin.

12. Minkä tahansa patenttivaatimuksen 6-11 mukainen järjestelmä, tunnettu επί 5 tä, että analysointivälineet (7) on järjestetty toimimaan ei-validoitujen tietueiden kanssa ainakin kolmella tavalla hylkäyksen syyn mukaisesti, mainittujen kolmen tavan ollessa ei-validoitujen tietueiden muuttujien arvon asettaminen parhaiten sopivaan arvoon, ei-validoitujen tietueiden muuttujien arvon asettamien oletusarvoon, tai ei-validoitujen tietueiden arkistointi tai hylkääminen; tietueiden, jotka on käsitelty 20 jommallakummalla ensimmäisellä tavalla, lähettäminen joko suoraan tai epäsuoraan laskutusvälineille (18) validoituina tietueina.

• · » • * · • · 13. patenttivaatimuksen 12 mukainen järjestelmä, tunnettu siitä, että ensimmäin- \ :.·* sen verkon (1) keskus (4) on järjestetty vastaanottamaan tietoliikennetapahtuman ..il* 25 ja sisäänmeno (5) on järjestetty tallentamaan tietoliikennetapahtuman tietueen, • 1 I, I | tietueeseen liittyvän reititysinformaation, joka tarjoaa tunnisteen yhteen edempään v : verkkoon (2), ja jossa valodointivälineillä (6) on pääsy reititysreferenssidatan malliin ja ne on järjestetty käyttämään korrelaation määrää reititysinformaation ja reititys-_ ·: * referenssidatan mallin välillä yhtenä tietueen validointikriteerinä. 30

14. Minkä tahansa patenttivaatimuksen 6-13 mukainen järjestelmä, tunnettu • · ,.,,; siitä, että hinnoitteluvälineet (8) edelleen käsittää validointivälineet (6), tai joilla on # · pääsy validointivälineille (6), ja on järjestetty antamaan ei-validoidut tietueet ana-: lyysivälineille (7), jotta mahdollistetaan datan korruptoituneen datan uudelleen kä- ‘ · · · * 35 sittely validoinnin jälkeen. 69 1 1 5941