FI107312B - Verkonvalvontamenetelmä tietoliikenneverkkoa varten - Google Patents

Verkonvalvontamenetelmä tietoliikenneverkkoa varten Download PDF

Info

Publication number
FI107312B
FI107312B FI973956A FI973956A FI107312B FI 107312 B FI107312 B FI 107312B FI 973956 A FI973956 A FI 973956A FI 973956 A FI973956 A FI 973956A FI 107312 B FI107312 B FI 107312B
Authority
FI
Finland
Prior art keywords
performance
network
network element
normal
calculating
Prior art date
Application number
FI973956A
Other languages
English (en)
Swedish (sv)
Other versions
FI973956A0 (fi
FI973956A (fi
Inventor
Antti Rajala
Original Assignee
Nokia Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Networks Oy filed Critical Nokia Networks Oy
Publication of FI973956A0 publication Critical patent/FI973956A0/fi
Priority to FI973956A priority Critical patent/FI107312B/fi
Priority to EP98947583A priority patent/EP1031208B1/en
Priority to PCT/FI1998/000794 priority patent/WO1999020034A2/fi
Priority to DE69831687T priority patent/DE69831687T2/de
Priority to JP2000516476A priority patent/JP2001520488A/ja
Priority to US09/529,178 priority patent/US7142820B1/en
Priority to ES98947583T priority patent/ES2247720T3/es
Priority to CN98810180.7A priority patent/CN1223149C/zh
Priority to CA002305154A priority patent/CA2305154A1/en
Priority to AT98947583T priority patent/ATE305191T1/de
Priority to AU94443/98A priority patent/AU9444398A/en
Publication of FI973956A publication Critical patent/FI973956A/fi
Application granted granted Critical
Publication of FI107312B publication Critical patent/FI107312B/fi
Priority to US11/487,995 priority patent/US7430401B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/06Generation of reports
    • H04L43/067Generation of reports using time frame reporting

Description

107312
Verkonvalvontamenetelmä tietoliikenneverkkoa varten
Esillä oleva keksintö liittyy verkon valvontaan ja ylläpitoon tietoliikenneverkoissa, jotka käsittävät suuren joukon verkkoelementtejä.
5 Tietoliikenneverkon hallinta koostuu suuresta määrästä verkon käyttö- ja ylläpitotehtäviä. Nämä tehtävät voivat karkeasti jakautua kolmeen alueeseen: verkon rakentaminen, verkon käyttäminen ja verkon kehittäminen.
Verkon käyttö- ja ylläpito kattaa verkon hallinnan päivittäiset rutiinit. Nämä sisältävät verkon vikojen reaaliaikaisen tarkkailun, hälytysten käsittelyn, 10 vikojen ilmaisun, paikallistamisen ja analysoinnin sekä korjaavat toimenpiteet.
Tyypillinen tietoliikenneverkko koostuu suuresta määrästä verkkoelementtejä, kuten keskuksia, tukiasemia, siirtosolmuja, jne. Suuri verkko voi koostua kymmenistä tuhansista verkkoelementeistä. Kukin verkkoelementti puolestaan voi koostua useista itsenäisistä yksiköistä. Tällaisen verkkokon-15 septin monimutkaisesta luonteesta johtuen verkossa esiintyy suuri määrä vikoja joka päivä, jolloin kukin vika ilmoittaa itsestään yhdellä tai useammalla hälytyksellä tai ei synnytä lainkaan hälytyksiä. Suuri verkko synnyttää kymmeniä tuhansia hälytyksiä joka päivä. Esimerkiksi keskikokoisen GSM (Global System for Mobile Communication) -verkon voisi karkeasti arvioida generoivan 20 10 000 hälytystä päivässä.
Verkon hallintaa ja tarkkailua varten on olemassa yksi tai useampi keskitetty verkonhallintajärjestelmä (NMS), johon hälytykset ja muu verkonhal-lintainformaatio keskitetysti kerätään ja jossa työasemat antavat valvontahen-kilöstölle mahdollisuuden kontrolloida koko verkkoa. Vikoihin ja hälytyksiin liit-: : 25 tyvä informaatio voidaan esittää operaattorille erilaisilla tavoilla. Eräs tapa on graafinen kartta, joka esittää kaikki verkkoelementit maantieteellisillä sijaintipaikoillaan sekä niiden hälytysstatukset. Tällainen graafinen karttanäyttö antaa operaattorille mahdollisuuden saada nopean kokonaiskuvan verkon hälytystilanteesta. Lisäksi tekstipohjaiset hälytyksentarkkailusovellukset voivat tuottaa 30 hälytysinformaatiota yksityiskohtaisemmassa muodossa.
Verkon vikojen tarkkailu (FM, Fault Management) perustuu nykyisin hälytysten tarkkailuun, niiden tärkeyden ja vaikutusten arviointiin sekä korjaavien toimenpiteiden käynnistämiseen tämän mukaisesti. Hälytysten tärkeys riippuu pääasiallisesti kahdesta tekijästä: 1) kuinka paljon hälytys vaikuttaa 35 verkkoelementin suorituskykyyn ja 2) kuinka tärkeä kyseinen verkkoelementti on. Nykyisten sovellusten ongelmana on, että hälytysten, joista moni generoi- • ·« « 2 107312 tuu usein samasta viasta, valtava määrä estää oikea-aikaisen ja tehokkaan vikojen tarkkailun. Toinen ongelma on, että on mahdotonta saada heti kuvaa siitä, kuinka paljon vika vaikuttaa verkon suorituskykyyn tai kuinka tärkeä kyseinen verkkoelementti on (esim. kuinka paljon liikennettä menetetään). Ny-5 kyisin hälytysten virratessa verkonhallintajärjestelmään, operaattori tutkii resurssiensa ja kokemuksensa mukaisesti yhtä hälytystä kerrallaan, ottaa tarvittaessa etäistunnon kyseiseen verkkoelementtiin (MML-sessio), mahdollisi isti tarkastelee saatavana olevia suorituskykymittauksia sekä arvioi näiden perusteella vian vakavuuden ja vaikutuksen verkon suorituskykyyn. Nykyisin on 10 erittäin työlästä ja jopa mahdotonta priorisoida vikoja ja kohdistaa korjaus oi-menpiteet tehokkaasti niihin vikaantuneisiin verkkoelementteihin, jotka haitt aavat verkon suorituskykyä eniten sekä menetetyn liikenteen että palvelun laadun osalta. Toisaalta on myös tärkeää nähdä ne viat, jotka eivät vaikuta merkittävästi verkkoelementin tai verkon suorituskykyyn, jolloin näihin vikoihin liit-15 tyvät korjaustoimenpiteet voidaan siirtää suoritettavaksi myöhemmin, esimerkiksi muun huoltokäynnin yhteyteen. Viimeksi mainittu on merkityksellä en seikka, koska korjauskäynti verkkoelementin sijoituspaikalla on kallis toimenpide, erityisesti normaalin toimistoajan ulkopuolella. Lisäksi on olemassa mahdollisuus, että verkkoelementti, joka on vian vuoksi täysin pois toiminnasta ei 20 lähetä hälytystä ollenkaan, jolloin vika jää havaitsematta.
Hälytysten lisäksi tietoliikenneverkolla on tyypillisesti suorituskyky-mittauksia (PM, Performance Management), joita kerätään ja lähetetään verkosta verkonhallintajärjestelmälle. Näitä mittauksia lähetetään esimerkiksi joka 15., 30. tai 60. minuutti, joka 6., 12. tai 24. tunti, jne. riippuen tarkkailtavasta .'· 25 verkosta, verkonhallinjärjestelmän kapasiteetista ja operaattorin vaatimuksista.
Mittaukset voivat käsitellä esimerkiksi puheluyrityksiä, katkenneita tai estyne itä puheluita ja handover-virhemääriä.
Tämä PM-tarkkailu on perinteisesti tehty off-line-proseduurina, tyypillisesti keräämällä 24 tunnin data ja analysoimalla se. Tämä on hyvä tapa 30 havaita kehityssuuntia ja ongelmia tietoliikenneverkossa, mutta se on liian hidas reaaliaikaisen verkon tarkkailuun.
Esillä olevan keksinnön päämääränä on on-line -verkonvalvonta-menetelmä ja -järjestelmä, joka auttaa operaattoria helpommin havaitsemaan viat, niiden vaikutuksen tietoliikenneverkon toimintaan ja tunnistamaan tär-35 keimmät korjausta vaativat verkkoelementit.
j · · 3 1073 Ί 2 Tämä saavutetaan patenttivaatimusten 1, 8, 13 ja 18 mukaisilla verkonvalvontamenetelmillä sekä patenttivaatimusten 24, 25, 26 ja 27 mukaisilla verkonvalvontajärjestelmillä.
Verkkoelementit on esitetty hierarkisena kaaviona tai karttanäyttönä 5 graafisella käyttöliittymällä. Keksinnön mukaisesti graafisella käyttöliittymällä esitetään verkkoelementtisymbolin yhteydessä graafisena esityksenä verkkoelementin suorituskykytietoa siten, että operaattori voi yhdellä silmäyksellä tunnistaa verkon toiminnan kannalta tärkeimmät verkkoelementit tai verkkoelementit, joiden toimintaan viat eniten vaikuttavat. Tällä tavoin voidaan tunnis-10 taa kiireisimmät ja tärkeimmät korjauskohteet ja kohdistaa käytettävissä olevat resurssit ensisijaisesti niihin. Samalla voidaan päätellä, mitkä hälytykset voidaan jättää huomioimatta heikentämättä merkittävästi verkon suorituskykyä tai palvelutasoa. Verkkoelementtien suorituskykytietojen esittäminen mahdollistaa myös sellaisten ongelmien paikantamisen, jotka eivät lähetä hälytyksiä (kuten 15 nukkuva tukiasema). Keksinnön avulla voidaan myös havaita ja paikantaa sellaisia ongelmia siirtoreitillä, jotka eivät ole muutoin näkyvissä. Esimerkiksi toisen operaattorin transmissioelementtejä ei voida tarkkailla suoraan, mutta keksinnön avulla voidaan ongelma havaita vikaantuneen yhteyden takana olevien operaattorin omien verkkoelementtien normaalia huonomman suoritusky-20 vyn kautta.
Keksinnön erään suoritusmuodon mukaisesti kunkin elementin hälytystilanne näytetään graafisena esityksenä verkkoelementtisymbolin yhteydessä graafisella käyttöliittymällä. Näin operaattori voi helposti saada yleiskuvan verkon hälytystilanteesta. Samanaikaisesti verkkoelementin hälytysten • : 25 kanssa graafisella näytöllä esitetään myös keksinnön mukainen verkkoele mentin suorituskykyä kuvaava graafinen esitys. Tällä tavoin yhdistetään vika-tarkkailu (FM) ja suorituskykytarkkailu (PM) ja näin muodostetaan yhteys vikojen ja niiden tietoliikenneverkkoon tai verkkoelementtiin aiheuttamien vaikutusten välillä. Näin saavutetut edut ovat ilmeisiä: operaattorin ei tarvitse seu-30 rata suurta hälytysmassaa ja yrittää arvata niiden vaikutusta verkkoon, koska esillä olevassa keksinnössä hälytysten vaikutus on selvästi nähtävillä kuvaruudulla. Tämä johtaa joukkoon parannuksia: nopeat ja oikein kohdistetut korjaustoimenpiteet vähentävät liikenteen menettämistä vikojen takia, operaattorin tekemä rutiinityö ja silkka arvaus vähenee erittäin paljon, korjauskäyntien 35 määrä vähenee, verkon kulloisestakin suorituskyvyn tasosta saadaan huo- 4 107312 mattavasti parempi kuva, verkon tarkkailutyö yksinkertaistuu ja tarkkailutyötä tekevien työntekijöiden koulutustarve vähenee.
Näytettävän suorituskykyarvon tyyppi voi olla yksi monista vaihtoehdoista. Verkkoelementin suorituskyky voidaan esittää esimerkiksi suhteelli-5 sena poikkeamana normaalista suorituskyvystä. Kun verkkoelementin graafisesta esityksestä näkee vielä suorituskykypoikkeaman lisäksi, mikä on normaali liikennemäärä, voidaan helposti havaita missä elementeissä on suurin toiminnan vajaus ja suorittaa korjausten priorisointi ja kiireysluokitus nopeasti. Graafinen esitys voidaan toteuttaa esimerkiksi siten, että kun jokaista verk-10 koelementtiä symboloi graafisella käyttöliittymällä objekti, jonka ulkoasu, kuten muoto, väri tai koko muuttuu hälytysten ja suorituskykytietojen mukaan.
Keksinnön eräässä suoritusmuodossa nykyinen ja normaali suorituskyky näytetään absoluuttisina arvoina suhteellisten arvojen sijasta ja s jo-rituskykyindikaattorina käytetään liikennemäärää tai jotakin siihen verranriol-15 lista indikaattoria. Tällöin eri verkkoelementtien normaalin suorituskyvyn absoluuttiset arvot ovat keskenään vertailukelpoisia, joten graafiselta käyttölii ty-mältä on nähtävissä kunkin verkkoelementin suhteellinen liikenteellinen tärkeys verrattuna toisiin elementteihin. On tärkeää, että verkkoelementtien välistä tärkeysvertailua varten käytetään normaalisuorituskykyä, sillä eri elementt en 20 nykyiset suorituskyvyt (mahdollisesti vikojen vääristämät) eivät anna oike aa kuvaa elementtien tärkeydestä. Toisaalta verkkoelementeille näytetään pelkkä absoluuttinen normaali suorituskyky, voidaan verkkoelementit asettaa tärkeysjärjestykseen, mutta niiden sisäisestä tilanteesta ei saada tietoa.
Keksinnön eräässä suoritusmuodossa näytetään sekä normaali että : 25 nykyinen absoluuttinen suorituskyky, jotka kertovat myös verkkoelementin si säisen tilanteen, ts. millainen on nykyinen suorituskyky (esim. liikenne) venattuna normaalitilanteeseen. Näiden graafisten esitysten avulla operaattori voi yhdellä silmäyksellä valita tärkeimmät ja eniten suorituskykyä menettäneet verkkoelementit korjaustoimenpiteitä varten.
30 Keksinnön eräässä suoritusmuodossa lasketaan normaali suorit js- kyky tai liikenne ja nykyinen suorituskyky tai liikenne ja kun tunnetaan liikenteen keskimääräinen taloudellinen tuotto esim. aikayksikössä, lasketaan ja näytetään operaattorille verkkoelementin vian tuottama taloudellinen tappio, esim. aikayksikössä. Tappio voidaan esittää lukuna tai graafisena esityksenä 35 absoluuttisena arvona, suhteellisena arvona, ym. Korjaukset voidaan priorii oi- • · 5 107312 da siten, että viat, joiden aiheuttama taloudellinen menetys on suurin, korjataan ensin.
Keksinnön eräässä suoritusmuodossa verkkoelementin normaali suorituskyky lasketaan erikseen usealle vuorokauden ajalle, edullisesti jokai-5 selle vuorokauden tunnille. Keksinnön vielä eräässä suoritusmuodossa normaali suorituskyky lasketaan erikseen jokaiselle viikonpäivälle ja usealle vuo-rokaudenajalle, edullisesti viikon jokaiselle tunnille. Tällä tavoin voidaan tehokkaasti huomioida normaalin suorituskyvyn ja liikenteen vaihtelu vuorokaudenajan tai viikonpäivän mukaan. Esimerkiksi maanantai 13.00 - 14.00 voi olla 10 huippukapasiteettiaika, jolloin katkenneiden puheluiden määrä (dropped call ratio) on suuri, kun taas sunnuntaina 8.00 - 9.00 liikenne on vähäistä ja katkenneiden puheluiden määrä alhainen. Jos normaali suorituskykynä käytettäisiin esimerkiksi koko viikon keskiarvoa, normaalista liikennemäärien vaihtelusta johtuvat suorituskykymuutokset näkyisivät graafisella käyttöliittymällä 15 merkittävinä poikkeamina tästä "normaalista” suorituskyvystä, mikä lisäisi tarkkailun epätarkkuutta. Kun myös laskettu normaali suorituskyky keksinnön mukaisesti vaihtelee eri vuorokauden aikoina ja/tai viikonpäivinä, voidaan keksinnön mukaisella graafisella esityksellä huomattavasti tarkemmin ilmaista hälytyksistä johtuva nykyisen suorituskyvyn heikkeneminen normaaliin verrattuna. 20 Keksintöä selitetään seuraavassa ensisijaisten suoritusmuotojen avulla viitaten oheisiin piirroksiin, joissa kuvio 1 esittää tietoliikennejärjestelmän, johon on kytketty verkon-hallintajärjestelmä, kuvio 2 havainnollistaa verkonhallintajärjestelmän sisäistä arkkiteh- 25 tuuria, kuviot 3, 4 ja 5 havainnollistavat erilaisia suhteellisen suorituskyky-poikkeaman graafisia esityksiä, kuvio 6 havainnollistaa erästä graafista esitystä, joka kertoo suori-tuskykypoikkeaman ja normaalin suorituskyvyn absoluuttiarvoina, 30 kuvio 7 havainnollistaa erästä graafista esitystä, joka kertoo nor maalin suorituskyvyn absoluuttiarvona sekä vian aiheuttaman taloudellisen tappion.
Esillä olevaa keksintöä voidaan käyttää minkä tahansa tietoliikenneverkon (informaatioverkon) tarkkailussa, kun verkkoelementit lähettävät 35 suorituskykymittausdataa ja edullisesti myös hälytyksiä. Seuraavassa keksinnön ensisijaisia suoritusmuotoja kuvataan kuitenkin eurooppalaisen digitaali- • « e 107312 sen matkaviestinjärjestelmän GSM (Global System for Mobile Communicat on) yhteydessä keksintöä kuitenkaan siihen rajoittamatta. GSM-järjestelmän pe-rusrakenneosat ja toiminta on kuvattu ETSI/GSM-suosituksissa. GSM-jär es-telmän tarkemman kuvauksen osalta viitataan näihin suosituksiin sekä kirjaan 5 ’’The GSM System for Mobile Communications”, M. Mouly, ja M. Pautet, Pa-laiseau, France, 1992, ISPR:2-950719-0-7.
Kuviossa 1 verkonhallintajärjestelmä NMS on kytketty GSM-ma ka-viestinverkon verkkoelementteihin datasiirtoverkon DCN (Data Communication Network) kautta. Tässä yhteydessä datasiirtoverkko tarkoittaa yleisesti riitä 10 tahansa yhteyttä tai verkkoa, jolla NMS ja verkkoelementit voidaan liittää toisiinsa. Esimerkkejä mahdollisista DCN:n toteutuksista ovat pakettikytketyt verkot (PSN), PCN-johdot ja paikallisverkkoyhteydet (LAN) tai WAN-yhteydet (Wide Area Network). Keksinnön kannalta ei ole merkitystä minkälaisilla rajapinnoilla tai protokollilla MS kommunikoi verkkoelementtien kanssa. Käytetty 15 liitäntä ja protokolla voi vaihdella verkkoelementistä riippuen. Keksinnön kannalta on oleellista vain, että verkkoelementeiltä voidaan lähettää hälytyksiä ja suorituskykymittausdataa verkonhallintajärjestelmälle NMS.
Kuvion 1 suoritusmuodossa NMS tarjoaa keskitetyn tavan ha lita seuraavia GSM-verkon elementtejä: matkaviestinkeskukset (MSC, Moiile 20 Services Switching Centre), jotka sisältävät vierailijarekisterit (VLR, Visitor Location Register); kotirekisterit (HLR, Home Location Register), jotka sisältä vät laitetunnisterekisterit (EIR, Equipment Identity Register) ja autentikointikesk ukset (AC, Authentication Centre), tukiasemaohjaimet (BSC, Base Station Controllers); transkooderi- ja alimultipleksointilaitteet (TCSM, Transcoder and — 25 Submultiplexer); ja tukiasemat (BTS, Base Transceiver Stations).
Verkonhallintajärjestelmä NMS saattaa lisäksi tarjota rajapinna: ja perustarkkailun laitteille, jotka eivät kuulu GSM-verkkoon. Tällaisia ovat kjvi- ossa 1 lyhytsanomakeskukset (SMSC, Short Message Service Centre), pal- veluristikytkentälaite (SXC, Service Cross-Connects), digitaaliset solmut (D M2, . 30 Digital Node), digitaaliset mikroaaltoradiot (DMR, Digital Microwave Racio), ♦ jne. Lisäksi NMS voi olla yhteydessä älyverkon (IN) laitteisiin, kuten pave-lunohjaus (SCP, Service Control Point) ja palvelunhallintajärjestelmä (SI/IS, Service Management System).
Verkonhallintajärjestelmän laitteistokokoonpano ja perustoiminta voi 35 olla samanlainen kuin tunnetuissa verkonhallintajärjestelmissä, jotka modi ioi-daan toteuttamaan keksinnön mukaiset verkontarkkailutoiminnot. Keksinnön « · 7 107312 ensisijaisessa suoritusmuodossa verkonhallintajärjestelmän NMS pohjana on Nokia NMS/2000, jota valmistaa Nokia Telecommunications Oy, Suomi. On kuitenkin huomattava, että esillä oleva keksintö on yleisesti sovellutettavissa missä tahansa verkonhallintajärjestelmässä, johon kerätään tietoliikennever-5 kon hälytyksiä ja suorituskykymittausdataa.
Seuraavaksi kuvataan esimerkkinä keksinnön ensisijaisen suoritusmuodon mukaista verkonhallintajärjestelmän NMS -laitteistokonfiguraatiota. NMS koostuu palvelimista ja operaattoripaikoista (seats), jotka voivat olla joko sovellustyöasemia tai etäpäätteitä. Nämä laitteet on kytketty paikallisverkkoon 10 LAN (Local Area Network). Muita henkilökohtaisia tietokoneita (PC) voi olla kytketty samaan LAN:in, jos käytössä on PC-sovelluksia. Kuviossa 1 palvelimet muodostuvat tietoliikennepalvelimesta CS, tietokantapalvelimesta DBS ja standby-palvelimesta SBS, tai näiden yhdistelmistä. Esimerkiksi pienempää tietoliikenneverkkoa varten laitteistokonfiguraatio voi käsittää standby-15 palvelimen SBS ja yhdistetyn tietoliikenne- ja tietokantapalvelimen.
Tietoliikennepalvelin CS huolehtii dataliikenteestä verkkoelementtien ja NMS:n välillä. Datayhteydet datansiirtoverkkoon DCN huolehditaan erillisen välityslaitteen R (esim. reititin), joka on kytketty LAN:iin, kautta. Tietokantapalvelimessa DBS on tietokanta, jossa tallennetaan verkonhallintadata. Tie-20 tokanta voi olla esimerkiksi relaatiotietokanta (relational data base). Tietokanta voi olla strukturoitu erottelemaan taulukkoavaruudet erityyppisille tiedoille: vi-katiedoilla, suorituskykytiedoilla ja konfiguraatiotiedoilla on kullakin oma tau-lukkoavaruutensa. Kukin taulukkoavaruus voidaan mitoittaa erikseen kulloisenkin tarpeen mukaan.
*: 25 Standby-palvelin SBS voi ottaa joko tietokanta- tai tietoliikennepal velimen roolin siinä tapauksessa, että jompi kumpi näistä vikaantuu. Tämä redundanssi lisää järjestelmän turvallisuutta ja helpottaa päivitysprosesseja.
Operaattoripaikat tarjoavat pääsyn verkonhallintatoimintoihin. So-vellustyöasema WS ajaa sovelluksia, joilla hallitaan solukkoverkkoa. WS on 30 varustettu graafisella näytöllä. Lisäksi WS voi toimia myös asiakaspalvelimena yhdelle tai useammalle etäpäätteelle. Työaseman WS tai etäpäätteiden kautta kaikki verkonhallinta- ja valvontatehtävät voidaan suorittaa keskitetysti graafisen käyttöliittymän kautta. Hallittavat verkkoelementit voidaan esittää hierarki-sena näkymänä, johon voi liittyä myös todellisia digitoituja karttoja, joilla esite-35 tään verkkoelementtien maantieteelliset sijainnit. Keksinnön perusperiaattei- > · · 8 107312 den mukaisesti graafisella käyttöliittymällä esitetään myös verkkoeleme ntin yhteydessä verkkoelementin hälytysstatus ja/tai suorituskykydataa.
Verkkoelementit lähettävät hälytyksiä verkonhallintajärjestelm alle NMS reaaliajassa tai lähes reaaliajassa. NMS vastaanottaa hallittavilta verkko-5 elementeiltä jatkuvasti hälytyksiä, jotka tallennetaan tietokantapalvelimeen DBS ja esitetään graafisella käyttöliittymällä työasemalla WS.
Verkkoelementit on esitetty hierarkisena kaaviona tai karttanäyttonä graafisella käyttöliittymällä. Keksinnön mukaisesti kunkin elementin hälytystilanne näytetään graafisena esityksenä (symboli) verkkoelementtisymbolin yh-10 teydessä. Hälytykset voidaan esittää esimerkiksi värillisinä paneeleina verkkoelementillä. Kun NMS vastaanottaa hälytyksen verkkoelementiltä, värillinen paneeli (tai muu symboli) ilmestyy välittömästi vastaavan verkkoelementtisymbolin yhteyteen graafisella käyttöliittymällä. Kun tarkkailtavasta verkosta saapuu hälytyksen peruutus (mikä on tyypillinen toiminto), se tarkoittaa, että tietty 15 hälytys ei ole enää aktiivinen, ts. vikatilanne on selvitetty. Vastaanottaessaan hälytyksen peruutuksen, NMS sammuttaa (poistaa) väripaneelin vastaavalta verkkoelementtisymbolilta graafisella käyttöliittymällä. Paneelin väritys voi nippua hälytyksen vakavuudesta. Keksinnön ensisijaisessa suoritusmuodossa on kolme erilaista hälytyksien vakavuusluokkaa: kriittinen (critical), tärkeä (ma or) 20 ja vähäinen (minor). Näitä luokkia vastaavat värit ovat punainen, oranssi ja keltainen. Näin operaattori voi helposti saada yleiskuvan verkon hälytystilanteesta.
Edelleen keksinnön mukaisesti graafisella käyttöliittymällä esitetään verkkoelementtisymbolin yhteydessä graafisena esityksenä verkkoelementin 25 suorituskykytietoa siten, että operaattori voi tunnistaa verkon toiminnan kannalta tärkeimmät verkkoelementit tai verkkoelementit, joiden toimintaan viat eniten vaikuttavat. Tällä tavoin voidaan tunnistaa kiireisimmät ja tärkeimmät korjauskohteet ja kohdistaa käytettävissä olevat resurssit ensisijaisesti niihin. Suorituskykytieto voidaan näyttää samanaikaisesti hälytysten kanssa tai ilman .. 30 niitä. Ensiksi mainitussa tapauksessa voidaan päätellä, mitkä hälytykset voi- daan jättää huomioimatta heikentämättä merkittävästi verkon suorituskykyä tai palvelutasoa.
NMS vastaanottaa hallittavilta verkkoelementiltä jatkuvasti suoriius-kykymittausdataa (PM), joka tallennetaan tietokantapalvelimelle DBS. Vork-35 koelementit lähettävät PM-mittaustuloksia tietyin väliajoin, jotka riippuvat verkkoelementistä, PM-datatyypistä, tietoliikennejärjestelmästä, jne. Mittaustu ok- • · .
107312 9 siä voidaan esimerkiksi lähettää joka 15., 30. tai 60. minuutti, joka 6., 12. tai 24. tunti, jne. Erilaisia mittauksia on lukuisia, mutta voidaan sanoa, että on vain kourallinen tärkeitä mittauksia, jotka voisivat suhteellisen tarkasti kertoa verkon suorituskyvyn. Tällaisia mittauksia voidaan kutsua suorituskykyindi-5 kaattoreiksi (PM-indikaattori). Esimerkkejä sopivista suorituskykyindikaatto-reista ovat mittaukset, jotka liittyvät kutsuyritysten määrään, katkenneiden (dropped) tai estyneiden (blocked) puheluiden määrään tai epäonnistuneiden handovereiden määrään (handover failure rate). Se, mikä PM-indikaattori kulloinkin parhaiten kuvaa verkkoelementin suorituskykyä, riippuu verkkoelemen-10 tistä, tietoliikenneverkon tyypistä, jne. Verkko-operaattori voi valita omaan tarkoitukseensa parhaiten sopivat PM-indikaattorit tai niiden yhdistelmän.
NMS voi laskea kullekin PM-indikaattorille normaali arvon, nykyisen arvon ja/tai suhteellisen tai absoluuttisen poikkeaman (deviaatio) normaaliarvosta. Nykyinen arvo eli nykyinen suorituskyky voi olla viimeisen mittausrapor-15 tin arvo tai keskiarvo lyhyeltä aikajaksolta, kuten yhden tunnin aikana, kerätyistä PM-indikaattorin arvoista. Normaaliarvo eli normaali suorituskyky lasketaan esimerkiksi keskiarvona pidemmältä mittausjaksolta, edullisesti useiden viikkojen ajalta, kerätyistä PM-indikaattorin arvoista.
Tarkastellaan seuraavassa esimerkkinä poikkeaman laskemista 20 PM-mittaustuloksista. NMS vastaanottaa verkkoelementin käsittelemättömät PM-mittaustulokset ja mahdollisesti esikäsittelee niiltä, esim. muunnos ASCII-taulukoiksi. Tämän jälkeen NMS voi laskea eri mittauksista avainsuoritusky-kyindikaattorit (KPI, Key Performance Indicator) tai käyttää suoraan PM-mit-taustuloksia. Sitten NMS laskee uuden floko PM-mittaustulos tai siitä johdettu 25 KPI) poikkeaman vanhasta normaaliarvosta (keskiarvosta), joka on tallennettuna tietokantaan DBS ja tallentaa poikkeaman poikkeamataulukkoon tietokannassa DBS. Tietokannassa on normaaliarvo jokaiselle viikon tunnille ja kulloinkin käytetty normaaliarvo valitaan meneillään olevan viikkotunnin mukaan. Sitten NMS poistaa normaaliarvon laskentatietokannasta (N-paikkaises-30 ta) vanhimman mittaustuloksen tai KPI:n arvon ja lisää sinne uusimman arvon. .··' Sitten NMS laskee uuden normaaliarvon laskentatietokannassa olevien N ar von keskiarvona ja tallentaa sen. Lopuksi NMS päivittää vastaavan verkkoelementin PM-grafiikkaesityksen graafisella käyttöliittymällä.
Edellä esitetty proseduuri suoritetaan verkkoelementille joka kerta 35 kun vastaanotetaan verkkoelementtiä koskevia PM-mittaustuloksia. Kuten edellä todettiin, tämä voi tapahtua esim. 15, 30 tai 60 minuutin välein. Kun hä- • ·« • »« 10 107312 lytykset näytettiin reaaliaikaisesti, voidaan sanoa, että PM-poikkeamat näytetään graafisella käyttöliittymällä näennäisreaaliajassa (quasi-real time). Normaaliarvo voidaan laskea jokaiselle eri PM-mittaukselle (esim. liikenne ja estyneet puhelut) esim. viikon jokaiselle tunnille. Tämä vaatii paljon laskenta ka-5 pasiteettia ja tietokantakapasiteettia. Esimerkiksi, jos tarkkaillaan kahta PM-mittausta (esim. liikenne ja katkenneet puhelut) ja tietoliikenneverkossa on 1000 verkkoelementtiä, tallennetaan tietokannassa DBS 2*1000*24*7= 336000 datasettiä.
NMS voi näyttää graafisella käyttöliittymällä kullekin verkkoelemen-10 tille ja yhdelle tai useammalle PM-indikaattorille (mittaukselle) ainakin yhden seuraavista suorituskykytiedoista: normaali arvo, nykyinen arvo ja/tai suhteellinen tai absoluuttinen poikkeama (deviaatio) normaaliarvosta. Suoritusk/ky esitetään edullisesti graafisena esityksenä verkkoelementtisymbolin yhteydessä. Graafinen esitys voidaan toteuttaa esimerkiksi siten, että kun jokasta 15 verkkoelementtiä symboloi graafisella käyttöliittymällä objekti, jonka ulkossu, kuten muoto, väri tai koko muuttuu suorituskykytietojen ja hälytysten mukaan.
Kuviossa 3 on havainnollistettu, kuinka suhteellinen tai absoluuttinen poikkeaman graafinen esitys voi olla toteutettu. Kullakin verkkoelementillä on pylväs (pylväät 31, 32 ja 33 tukiasemilla BTS1, BTS2 ja BTS3), jonka l:or-20 keus kertoo absoluuttisen poikkeaman normaaliarvosta. Myös pylvään väri voi muuttua poikkeaman kasvaessa, niin että suuret poikkeamat erottuvat helpommin näytöllä. Mikäli pylväs puuttuu, suorituskyky on normaaliarvossa. Poikkeamapylväiden yhteydessä voidaan näyttää myös hälytykset, esimerkiksi väripaneeleina 36. Pelkän suorituskykypoikkeaman esittäminen kertoo ooe-25 raattorille ne verkkoelementit, joiden suorituskyky on eniten alentunut mutta ei aseta verkkoelementtien asettamista muulla tavoin tärkeysjärjestykseen. " al-löin voidaan korjaustoimenpiteet kohdistaa ensin näihin verkkoelementteiliin. Jos suorituskyky on alentunut mutta hälytyksiä ei ole, vika saattaa olla on sentyyppinen että verkkoelementti ei voi lähettää hälytyksiä tai alentunut suo-30 rituskyky johtaa jonkin muun elementin toimintahäiriöstä, jota ei voida suoman nähdä näytöllä. Näin keksinnön mukaisella suorituskykytarkkailulla voidaan havaita myös erilaisia piileviä vikoja.
Kuviossa 4 havainnollistettu toista tapaa näyttää nykyinen suhte eilinen suorituskyky suhteessa normaaliin suorituskykyyn. Kuviossa 4 patsaat 41, 35 42 ja 43 esittävät normaalia suorituskykyä (100%) tukiasemille BTS1, BTS:> ja BTS2. Värillinen patsas 41 A, 42A ja 43A sisällä kertoo nykyisen suoritusky/yn • · 11 107312 prosentteina (p%) normaalisuorituskyvystä. Tällöin suhteellinen poikkeama on 100-p %. Tällaisesta esityksestä operaattorin on helpompi hahmottaa kuinka paljon poikkeama on normaaliarvosta. Mitä matalampi värillinen patsas sitä huonompi suorituskyky. Lisäksi voidaan esittää myös hälytykset esim. hälytys-5 paneeleina 36. Patsaat 41-43 ovat samankorkuisia, joten verkkoelementtien keskinäisen tärkeyden vertaaminen ei ole mahdollista niiden perusteella.
On huomattava, että keksinnön mukaisesti voidaan esittää mielivaltainen määrä suorituskykyindikaattoreita. Kuvio 5 havainnollistaa erästä tapaa esittää suhteellinen poikkeama, kun käytössä on samanaikaisesti kaksi 10 PM-indikaattoria: liikenteen määrä (esim. puheluita aikayksikössä) ja katkenneiden puheluiden määrä (dropped call ratio). Patsaat 51 ja 52 kuvaavat normaaleja suorituskykyarvoja: korkeus vastaa 100% liikennettä ja halkaisija 100 % dropped call ratio:ta. Tukiasemalla BTS1 on normaalitilanne, jolloin graafisella käyttöliittymällä esitetään vain patsas 51. Tukiasemalla BTS2 on puo-15 testaan vikatilanne, joka on aiheuttanut myös vikahälytykset, jotka näkyvät vä-ripaneeleina suorituskykypatsaan päällä. Vian seurauksena liikenne on vähentynyt p%, mikä näytetään patsaan 52 samahalkaisijaisena värillisenä jatkeena 52A. Jatkeen 52A pituus on suoraan verrannollinen liikennemäärän vähenemiseen. Samanaikaisesti on myös dropped call ratio kasvanut r%, mikä 20 näytetään patsaan 52 halkaisijan kasvamisena 52 B ja mahdollisesti värin vaihtumisena. Halkaisijan kasvu on suoraan verrannollinen dropped call ration kasvuun. Näin vikaantunut verkkoelementti näkyy operaattorille muodon muuttumisena, värin vaihtumisena ja koon kasvamisena, mikä helpottaa merkittävästi korjausta vaativan verkkoelementin tunnistamista suuresta joukosta : 25 näytöllä. Patsaat 51 ja 52 ovat samankorkuisia, joten verkkoelementtien kes kinäisen tärkeyden vertaaminen ei ole mahdollista niiden perusteella.
Nykyinen ja normaali suorituskyky voidaan esittää myös absoluuttisina arvoina suhteellisten arvojen sijasta. Eri verkkoelementtien absoluuttiset arvot ovat keskenään vertailukelpoisia, joten graafiselta käyttöliittymältä on 30 nähtävissä kunkin verkkoelementin suhteellinen tärkeys verrattuna toisiin ele-··; mentteihin. Tällainen absoluuttiarvojen vertailu on kuitenkin järkevää vain, jos suorituskykyindikaattorina käytetään liikennemäärää tai jotakin siihen verrannollista indikaattoria. Lisäksi verkkoelementin näytetyt nykyiset ja normaalit suorituskyvyt kertovat operaattorille millainen nykyinen suorituskyky (esim. lii-35 kenne) on verrattuna normaalitilanteeseen. Näiden graafisten esitysten avulla »·· 12 107312 operaattori voi yhdellä silmäyksellä valita tärkeimmät ja eniten suoritusky <yä menettäneet verkkoelementit korjaustoimenpiteitä varten.
Kuvio 6 havainnollistaa erästä tapaa esittää normaalisuorituskyky, nykyinen suorituskykyjä poikkeama absoluuttiarvoina. Patsaiden 61, 62, 63 ja 5 64 korkeudet edustavat niiden absoluuttista normaalisuorituskykyä, esim. normaaliliikennettä. Patsaan korkeus kertoo siten suoraan verkkoelementir liikenteellisen tärkeyden suhteessa muihin. Kuviossa 6 liikenteellinen tärkeysjärjestys on seuraava: BTS1, BTS4, BTS2 ja BTS3. Patsaiden 61-64 sis ällä värilliset patsaat 61 A, 62a, 63A ja 64A kertovat nykyisen suorituskyvyn 10 (liikenteen). Näin voidaan nähdä myös vian vaikutus verkkoelementin suorituskykyyn. Absoluuttisen suorituskyvyn menetyksen perusteella päädyttäisiin kuviossa 6 seuraavaan korjausjärjestykseen: BTS1, BTS2, BTS3 ja BT34. Suhteellisen suorituskyvyn menetyksen perusteella järjestys olisi täysin erilainen: BTS3, BTS1, BTS2 ja BTS4. Hälytysten määrän perusteella järjestys 15 puolestaan olisi BTS2, BTS3, BTS1 ja BTS4. Operaattori saa siten yhdellä silmäyksellä hyvin paljon informaatiota, jonka perusteella voi tehdä päätöksen korjausjärjestyksestä. Kuviossa 6 korjausjärjestys olisi todennäköisesti BT31, BTS3, BTS2 ja BTS4.
Kuvio 7 havainnollistaa kuinka voidaan esittää pelkkä norma; »Iin 20 suorituskyvyn absoluuttiarvo. Kuviossa 7 patsaiden 71, 72, 73, 74 ja 75 korkeus kertoo niiden liikennemäärän ja siten keskinäisen tärkeysjärjestyksen. Lisäksi näytetään hälytykset esimerkiksi värillisinä paneeleina 76. Tämä su Dri-tusmuoto ei kuitenkaan huomioi todellista suorituskyvyn menetystä.
Keksinnön eräässä suoritusmuodossa lasketaan normaali suorit js-: 25 kyky tai liikenne ja nykyinen suorituskyky tai liikenne ja kun tunnetaan liiken teen keskimääräinen tuotto eli rahallinen arvo (esim. suorituskyky-yksikköä ja/tai aikayksiköä kohti), lasketaan ja näytetään operaattorille verkkoelementin vian tuottama taloudellinen tappio (esim. aikayksikössä), mikäli vikaa ei h jo-mioida. Tappio voidaan esittää lukuna tai graafisena esityksenä absoluuttisena 30 arvona, suhteellisena arvona, ym. Kuviossa 7 on patsaiden yläpuolella esitr stty .1·· vian aiheuttama tappio tunnissa (esim. FIM/tunti). Tällä perusteella korja ta vaksi voidaan valita eniten tappiota tuottava verkkoelementti. Samanlaista tappion esittämistä voidaan soveltaa myös muiden suorituskyvyn graafisen esitysten kanssa tai pelkkien hälytysten kanssa ilman muuta suorituskyky Jess toa.
Itt 13 107312
On huomattava, että edellä on esitetty vain muutamia tapoja esittää verkkoelementtien suorituskykyinformaatiota vikatarkkailua ja vikojen analysointia varten. Erilaiset muutokset ja modifikaatiot ovat tämän selityksen lukemisen ilmeisiä alan ammattimiehelle ilman, että poiketaan oheisissa patentti-5 vaatimuksissa esitetyn keksinnön suojapiiristä ja hengestä. 1 ·

Claims (29)

1. Verkonvalvontamenetelmä tietoliikenneverkkoa varten, joka käsittää suuren joukon verkkoelementtejä, joka menetelmä käsittää vaiheet kerätään keskitetysti verkkoelementeiltä tulevia hälytyksiä, 5 esitetään hälytykset verkkoelementtikohtaisina graafisina esityksinä graafisella käyttöliittymällä, tunnettu siitä, että kerätään keskitetysti verkkoelementtikohtaisia suorituskykytietoja, näytetään kunkin verkkoelementin suorituskykyä kuvaava estys samanaikaisesti kyseisen verkkoelementin hälytysten kanssa mainitulla graafi-10 sella käyttöliittymällä.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että lasketaan verkkoelementin normaali suorituskyky, näytetään kunkin verkkoelementin normaalia suorituskykyä kuvaa-15 va graafinen esitys samanaikaisesti kyseisen verkkoelementin hälytysten kanssa mainitulla graafisella käyttöliittymällä.
3. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että lasketaan verkkoelementin normaali suorituskyky, 20 lasketaan verkkoelementin nykyinen suorituskyky, näytetään graafisella käyttöliittymällä graafinen esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn suhteessa normaaliin suorituskykyyn.
4. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, : että 25 lasketaan verkkoelementin normaali suorituskyky, lasketaan verkkoelementin nykyinen suorituskyky, näytetään samanaikaisesti kyseisen verkkoelementin hälytysten kanssa mainitulla graafisella käyttöliittymällä graafinen esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn ja normaalin suorituskyvyn absoli ut-30 tiarvoina, jotka ovat vertailukelpoisia muiden verkkoelementtien suorituskyky-arvojen kanssa.
5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että lasketaan verkkoelementin normaali suorituskyky jokaiselle viikon-35 päivälle ja/tai usealle vuorokauden ajalle, kuten jokaiselle vuorokauden tai vii- **' kon tunnille, 1β 107312 käytetään normaalina suorituskykynä nykyistä viikonpäivää ja/tai vuorokauden aikaa vastaavaa normaalia suorituskykyä.
6. Jonkin patenttivaatimuksen 2-5 mukainen menetelmä, tunnettu siitä, että mainittu normaalin suorituskyvyn laskeminen käsittää vai- 5 heen lasketaan verkkoelementin keskimääräinen suorituskyky tietyllä seurantajaksolla, edullisesti usean vuorokauden tai usean viikon ajalta.
7. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että 10 normaalin suorituskyvyn laskeminen sisältää verkkoelementin nor maalin liikenteen laskemisen, nykyisen suorituskyvyn laskeminen sisältää verkkoelementin nykyisen liikenteen laskemisen, lasketaan verkkoelementin normaalin liikenteen tuotto, 15 lasketaan verkkoelementin nykyisen liikenteen tuotto, näytetään verkkoelementin nykyisen ja normaalin tuoton erotus tai nykyinen ja normaali tuotto samanaikaisesti kyseisen verkkoelementin hälytysten kanssa mainitulla graafisella käyttöliittymällä.
8. Verkonvalvontamenetelmä tietoliikenneverkkoa varten, joka kä- 20 sittää suuren joukon verkkoelementtejä, tunnettu siitä, että menetelmä käsittää vaiheet kerätään keskitetysti verkkoelementtikohtaisia suorituskykytietoja, lasketaan kunkin verkkoelementin normaali ja nykyinen suorituskyky, • 25 näytetään graafisella käyttöliittymällä kullekin verkkoelementille graafinen esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn suhteessa normaaliin suorituskykyyn.
9. Patenttivaatimuksen 8 mukainen menetelmä, tunnettu siitä, että 30 kerätään keskitetysti verkkoelementeiltä tulevia hälytyksiä, näytetään kunkin verkkoelementin suorituskykyä kuvaava graafinen esitys samanaikaisesti kyseisen verkkoelementin hälytysten kanssa digitaalisella kartalla mainitulla graafisella käyttöliittymällä.
10. Patenttivaatimuksen 8 tai 9 mukainen menetelmä, tunnettu 35 siitä, että • ♦ 107312 lasketaan verkkoelementin normaali suorituskyky jokaiselle viikonpäivälle ja/tai usealle vuorokauden ajalle, kuten jokaiselle vuorokauden tai viikon tunnille, käytetään normaalina suorituskykynä nykyistä viikonpäivää ja/tai 5 vuorokauden aikaa vastaavaa normaalia suorituskykyä.
11. Jonkin patenttivaatimuksen 8-10 mukainen menetelmä, tunnettu siitä, että mainittu normaalin suorituskyvyn laskeminen käsittää vaiheen lasketaan verkkoelementin keskimääräinen suorituskyky tietyllä 10 seurantajaksolla, edullisesti usean vuorokauden tai usean viikon ajalta.
12. Jonkin patenttivaatimuksen 8-11 mukainen menetelmä, tunne 11 u siitä, että normaalin suorituskyvyn laskeminen sisältää verkkoelementin ror-maalin liikenteen laskemisen, 15 nykyisen suorituskyvyn laskeminen sisältää verkkoelementin nylsyi sen liikenteen laskemisen, lasketaan verkkoelementin normaalin liikenteen tuotto, lasketaan verkkoelementin nykyisen liikenteen tuotto, näytetään verkkoelementin nykyisen ja normaalin liikenteen tuo on 20 erotus tai normaali tuotto ja nykyinen tuotto mainitulla graafisella käyttölii ty-mällä mainitun graafisen suorituskykyesityksen kanssa.
13. Verkonvalvontamenetelmä tietoliikenneverkkoa varten, joka käsittää suuren joukon verkkoelementtejä, tunnettu siitä, että menetel nä käsittää vaiheet : 25 kerätään keskitetysti verkkoelementtikohtaisia suorituskykytietoja lasketaan kunkin verkkoelementin normaali ja nykyinen suoritus <y- ky. näytetään graafisella käyttöliittymällä kullekin verkkoelementille graafinen esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn ja 30 normaalin suorituskyvyn absoluuttiarvoina, jotka ovat vertailukelpoisia muic en verkkoelementtien suorituskykyarvojen kanssa.
14. Patenttivaatimuksen 13 mukainen menetelmä, tunnet :u siitä, että kerätään keskitetysti verkkoelementeiltä tulevia hälytyksiä, · · 107312 näytetään kunkin verkkoelementin suorituskykyä kuvaava graafinen esitys samanaikaisesti kyseisen verkkoelementin hälytysten kanssa digitaalisella kartalla mainitulla graafisella käyttöliittymällä.
14 107312
15. Patenttivaatimuksen 13 tai 14 mukainen menetelmä, t u n -5 n e 11 u siitä, että lasketaan verkkoelementin normaali suorituskyky jokaiselle viikonpäivälle ja/tai usealle vuorokauden ajalle, kuten jokaiselle vuorokauden tai viikon tunnille, käytetään normaalina suorituskykynä nykyistä viikonpäivää ja/tai 10 vuorokauden aikaa vastaavaa normaalia suorituskykyä.
16. Jonkin patenttivaatimuksen 13-15 mukainen menetelmä, tunnettu siitä, että mainittu normaalin suorituskyvyn laskeminen käsittää vaiheen lasketaan verkkoelementin keskimääräinen suorituskyky tietyllä 15 seurantajaksolla, edullisesti usean vuorokauden tai usean viikon ajalta.
17. Jonkin patenttivaatimuksen 13-16 mukainen menetelmä, tunnettu siitä, että normaalin suorituskyvyn laskeminen sisältää verkkoelementin normaalin liikenteen laskemisen, 20 nykyisen suorituskyvyn laskeminen sisältää verkkoelementin nykyi sen liikenteen laskemisen, lasketaan verkkoelementin normaalin liikenteen tuotto, lasketaan verkkoelementin nykyisen liikenteen tuotto, näytetään verkkoelementin nykyisen ja normaalin liikenteen tuoton | « • 1 25 erotus tai normaali tuotto ja nykyinen tuotto mainitulla graafisella käyttöliitty mällä samanaikaisesti mainitun suorituskykyä kuvaavan graafisen esityksen kanssa.
18. Verkonvalvontamenetelmä tietoliikenneverkkoa varten, joka käsittää suuren joukon verkkoelementtejä, tunnettu siitä, että menetelmä 30 käsittää vaiheet kerätään keskitetysti verkkoelementtikohtaisia suorituskykytietoja, lasketaan kunkin verkkoelementin normaali ja nykyinen suorituskyky, lasketaan verkkoelementin normaalia suorituskykyä vastaava lii-35 kenteen tuotto, 1 < 107312 lasketaan verkkoelementin nykyistä suorituskykyä vastaava liikenteen tuotto, näytetään verkkoelementin nykyinen tuotto ja normaali tuotto tai nykyisen tuoton ja normaalin tuoton erotus graafisella käyttöliittymällä.
19. Patenttivaatimuksen 18 mukainen menetelmä, tunnettu siitä, että kerätään keskitetysti verkkoelementeiltä tulevia hälytyksiä, näytetään kunkin verkkoelementin nykyinen tuottoja normaali tuotto tai nykyisen tuoton ja normaalin tuoton erotus samanaikaisesti kyseisen vork-10 koelementin hälytysten kanssa digitaalisella kartalla mainitulla graafisella käyttöliittymällä.
20. Patenttivaatimuksen 18 tai 19 mukainen menetelmä, tunnettu siitä, että näytetään lisäksi mainitulla graafisella käyttöliittymällä kullekin vork-15 koelementille graafinen esitys, joka ilmaisee verkkoelementin nykyisen suDri-tuskyvyn suhteessa normaaliin suorituskykyyn.
21. Patenttivaatimuksen 18 tai 19 mukainen menetelmä, tunnettu siitä, että näytetään lisäksi mainitulla graafisella käyttöliittymällä graafinen 20 esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn ja normaalin suorituskyvyn absoluuttiarvoina, jotka ovat vertailukelpoisia muiden verkkoelementtien suorituskykyarvojen kanssa.
22. Jonkin patenttivaatimuksen 18-21 mukainen menetelmä, tu τη e 11 u siitä, että 25 lasketaan verkkoelementin normaali suorituskyky ja normaali tuctto jokaiselle viikonpäivälle ja/tai usealle vuorokauden ajalle, kuten jokaiselle vuorokauden tai viikon tunnille, käytetään normaalina suorituskykynä ja normaalina tuottona lykyistä viikonpäivää ja/tai vuorokauden aikaa vastaavaa normaalia suoritus <y-30 kyä ja normaalia tuottoa.
23. Jonkin patenttivaatimuksen 18-22 mukainen menetelmä, tu l-n e 11 u siitä, että mainittu normaalin suorituskyvyn ja tuoton laskeminen käsittää vaiheen lasketaan verkkoelementin keskimääräinen suorituskyky ja tuc tto 35 tietyllä seurantajaksolla, edullisesti usean vuorokauden tai usean viikon ajalla. 1 · · 19 107312
24. Verkonvalvontajärjestelmä tietoliikenneverkkoa varten, joka käsittää suuren joukon verkkoelementtejä, joka verkonvalvontajärjestelmä käsittää välineet, joilla kerätään keskitetysti verkkoelementeiltä tulevia häly- 5 tyksiä, välineet, joilla esitetään hälytykset verkkoelementtikohtaisina graafisina esityksinä graafisella käyttöliittymällä, tunnettu siitä, että jäijestelmä lisäksi käsittää välineet, joilla kerätään keskitetysti verkkoelementtikohtaisia suori-10 tuskykytietoja, välineet, joilla näytetään kunkin verkkoelementin suorituskykyä kuvaava graafinen esitys samanaikaisesti kyseisen verkkoelementin hälytysten kanssa mainitulla graafisella käyttöliittymällä.
25. Verkonvalvontajärjestelmä tietoliikenneverkkoa varten, joka kä-15 sittää suuren joukon verkkoelementtejä, tunnettu siitä, että järjestelmä käsittää välineet, joilla kerätään keskitetysti verkkoelementtikohtaisia suorituskykytietoja, välineet, joilla lasketaan kunkin verkkoelementin normaali ja nykyi-20 nen suorituskyky, välineet, joilla näytetään graafisella käyttöliittymällä kullekin verkkoelementille graafinen esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn suhteessa normaaliin suorituskykyyn.
26. Verkonvalvontajärjestelmä tietoliikenneverkkoa varten, joka kä- i : 25 sittää suuren joukon verkkoelementtejä, tunnettu siitä, että järjestelmä kä sittää välineet, joilla kerätään keskitetysti verkkoelementtikohtaisia suorituskykytietoja, välineet, joilla lasketaan kunkin verkkoelementin normaali ja nykyi-30 nen suorituskyky, _ välineet, joilla näytetään graafisella käyttöliittymällä kullekin verk koelementille graafinen esitys, joka ilmaisee verkkoelementin nykyisen suorituskyvyn ja normaalin suorituskyvyn absoluuttiarvoina, jotka ovat vertailukelpoisia muiden verkkoelementtien suorituskykyarvojen kanssa. • · 1 20 107312
27. Verkonvalvontajäijestelmä tietoliikenneverkkoa varten, joka käsittää suuren joukon verkkoelementtejä, tunnettu siitä, että jäijestelmä käsittää välineet, joilla kerätään keskitetysti verkkoelementtikohtaisia suori-5 tuskykytietoja, välineet, joilla lasketaan kunkin verkkoelementin normaali ja nykyinen suorituskyky, välineet, joilla lasketaan verkkoelementin normaalia suorituskykyä vastaava liikenteen tuotto, 10 välineet, joilla lasketaan verkkoelementin nykyistä suorituskykyä vastaava liikenteen tuotto, välineet, joilla näytetään verkkoelementin nykyinen tuotto ja normaali tuotto tai nykyisen tuoton ja normaalin tuoton erotus graafisella käyttöliittymällä.
28. Patenttivaatimuksen 24, 25, 26 tai 27 mukainen järjestelmä, tunnettu siitä, että välineet normaalin suorituskyvyn laskemiseksi käsittävät välineet, joilla lasketaan verkkoelementin normaali suorituskyky jokais ille viikonpäivälle ja/tai usealle vuorokauden ajalle, kuten jokaiselle vuorokauden tai viikon tunnille.
29. Patenttivaatimuksen 24, 25, 26, 27 tai 28 mukainen järjestelmä, tunnettu siitä, että välineet normaalin suorituskyvyn laskemiseksi käsi tä-vät välineet, joilla lasketaan verkkoelementin keskimääräinen suorituskyky tietyllä seurantajaksolla, edullisesti usean vuorokauden tai usean viikon ajat a. :· 25 30 107312
FI973956A 1997-10-14 1997-10-14 Verkonvalvontamenetelmä tietoliikenneverkkoa varten FI107312B (fi)

Priority Applications (12)

Application Number Priority Date Filing Date Title
FI973956A FI107312B (fi) 1997-10-14 1997-10-14 Verkonvalvontamenetelmä tietoliikenneverkkoa varten
ES98947583T ES2247720T3 (es) 1997-10-14 1998-10-13 Metodo de supervision de redes para una red de telecomunicaciones.
CA002305154A CA2305154A1 (en) 1997-10-14 1998-10-13 Network monitoring method for telecommunications network
DE69831687T DE69831687T2 (de) 1997-10-14 1998-10-13 Netzüberwachungsverfahren für ein fernmeldenetz
JP2000516476A JP2001520488A (ja) 1997-10-14 1998-10-13 テレコミュニケーションネットワークのネットワーク監視方法
US09/529,178 US7142820B1 (en) 1997-10-14 1998-10-13 Network monitoring method for telecommunications network
EP98947583A EP1031208B1 (en) 1997-10-14 1998-10-13 Network monitoring method for telecommunications network
CN98810180.7A CN1223149C (zh) 1997-10-14 1998-10-13 电信网的网络监视系统和方法
PCT/FI1998/000794 WO1999020034A2 (fi) 1997-10-14 1998-10-13 Network monitoring method for telecommunications network
AT98947583T ATE305191T1 (de) 1997-10-14 1998-10-13 Netzüberwachungsverfahren für ein fernmeldenetz
AU94443/98A AU9444398A (en) 1997-10-14 1998-10-13 Network monitoring method for telecommunications network
US11/487,995 US7430401B2 (en) 1997-10-14 2006-07-18 Network monitoring method for telecommunications network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI973956 1997-10-14
FI973956A FI107312B (fi) 1997-10-14 1997-10-14 Verkonvalvontamenetelmä tietoliikenneverkkoa varten

Publications (3)

Publication Number Publication Date
FI973956A0 FI973956A0 (fi) 1997-10-14
FI973956A FI973956A (fi) 1999-04-15
FI107312B true FI107312B (fi) 2001-06-29

Family

ID=8549727

Family Applications (1)

Application Number Title Priority Date Filing Date
FI973956A FI107312B (fi) 1997-10-14 1997-10-14 Verkonvalvontamenetelmä tietoliikenneverkkoa varten

Country Status (11)

Country Link
US (2) US7142820B1 (fi)
EP (1) EP1031208B1 (fi)
JP (1) JP2001520488A (fi)
CN (1) CN1223149C (fi)
AT (1) ATE305191T1 (fi)
AU (1) AU9444398A (fi)
CA (1) CA2305154A1 (fi)
DE (1) DE69831687T2 (fi)
ES (1) ES2247720T3 (fi)
FI (1) FI107312B (fi)
WO (1) WO1999020034A2 (fi)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6369820B1 (en) * 1998-06-02 2002-04-09 International Business Machines Corporation Method and system for graphically displaying trend and range data for a variety of systems
US7693042B1 (en) * 1999-06-23 2010-04-06 At&T Mobility Ii Llc Intelligent presentation network management system
US8452776B2 (en) * 1999-12-22 2013-05-28 Celeritasworks, Llc Spatial data portal
US7447509B2 (en) * 1999-12-22 2008-11-04 Celeritasworks, Llc Geographic management system
US6343290B1 (en) * 1999-12-22 2002-01-29 Celeritas Technologies, L.L.C. Geographic network management system
CA2365430A1 (en) * 2001-12-19 2003-06-19 Alcatel Canada Inc. System and method for collecting statistics for a communication network
WO2004043083A1 (en) * 2002-11-06 2004-05-21 Telefonaktiebolaget Lm Ericsson (Publ) A means and a method relating to optimization of network operation and planning
US7962589B1 (en) 2002-11-07 2011-06-14 Cisco Technology, Inc. Method and apparatus for providing notification of network alarms using a plurality of distributed layers
CA2475335A1 (en) * 2003-07-22 2005-01-22 At&T Corp. Method for three-dimensional inventory link
GB0324597D0 (en) * 2003-10-21 2003-11-26 Nokia Corp A communication system
US7084752B2 (en) * 2004-05-12 2006-08-01 Cisco Technology, Inc. Method and apparatus for triage of network alarms
US7596716B2 (en) * 2004-07-29 2009-09-29 Sobha Renaissance Information Technology Method and system for managing networks
FI20050017A0 (fi) 2005-01-07 2005-01-07 Nokia Corp Binääriluokkaan perustuva analysointi ja monitorointi
FI20050625A0 (fi) * 2005-06-13 2005-06-13 Nokia Corp Binääriluokkaan perustuva valvonta
US20070053317A1 (en) * 2005-09-08 2007-03-08 Bellsouth Intellectual Property Corporation Methods and systems for monitoring a wireless broadband base station
GB2433678B (en) * 2005-12-14 2007-12-05 Motorola Inc Alarm condition detection in a cellular communication system
CN1983972A (zh) * 2006-05-08 2007-06-20 华为技术有限公司 一种路径性能的显示、调节、分析方法及装置
CN1921410B (zh) * 2006-09-06 2010-05-12 华为技术有限公司 显示网元位置的装置、方法及监控网络状态的方法
US8078972B2 (en) * 2006-09-15 2011-12-13 Citrix Systems, Inc. Methods and interfaces for displaying performance data related to a current remote access session
US7978617B2 (en) 2006-09-15 2011-07-12 Citrix Systems, Inc. Methods for providing performance improvement recommendations
US20080080435A1 (en) * 2006-09-29 2008-04-03 Symbol Technologies, Inc. Methods and apparatus for abstracting the state of an RF network
US8484336B2 (en) 2006-11-15 2013-07-09 Cisco Technology, Inc. Root cause analysis in a communication network
CN101192962B (zh) * 2006-11-24 2011-04-20 中兴通讯股份有限公司 电信网管系统中涉及粘滞值的告警产生和恢复方法
US8238258B2 (en) * 2006-12-08 2012-08-07 At&T Intellectual Property I, L.P. System and method of managing network performance
US7640460B2 (en) * 2007-02-28 2009-12-29 Microsoft Corporation Detect user-perceived faults using packet traces in enterprise networks
US8015139B2 (en) * 2007-03-06 2011-09-06 Microsoft Corporation Inferring candidates that are potentially responsible for user-perceptible network problems
US8443074B2 (en) 2007-03-06 2013-05-14 Microsoft Corporation Constructing an inference graph for a network
CN101068273B (zh) * 2007-06-05 2010-05-26 中国移动通信集团公司 电信网管预警系统及方法
US8145186B1 (en) * 2008-03-31 2012-03-27 Sprint Communications Company L.P. Assessing the comparative performance of telecommunication service areas
CN101277218B (zh) * 2008-05-04 2010-12-29 中兴通讯股份有限公司 一种网络告警的动态分析系统和方法
US9119092B1 (en) * 2008-05-06 2015-08-25 Sprint Spectrum L.P. Performance based selection of channel elements for use in a wireless network
US20100097956A1 (en) * 2008-10-20 2010-04-22 Toshiba America Research, Inc. Multi-interface management configuration method and graphical user interface for connection manager
JP2010102461A (ja) * 2008-10-23 2010-05-06 Kddi Corp 故障リスク評価装置
US7954010B2 (en) * 2008-12-12 2011-05-31 At&T Intellectual Property I, L.P. Methods and apparatus to detect an error condition in a communication network
ES2376212B1 (es) 2009-11-03 2013-01-29 Telefónica, S.A. Método y sistema de supervisión y operación de redes de telecomunicaciones.
US8442515B2 (en) * 2009-11-19 2013-05-14 Kentrox, Inc. Management system for monitoring and controlling remote sites and equipment
US20110122761A1 (en) * 2009-11-23 2011-05-26 Sundar Sriram KPI Driven High Availability Method and apparatus for UMTS radio access networks
US8819206B2 (en) * 2010-10-05 2014-08-26 Infinera Corporation Graph based flexible service discovery and management system and method
CN102457397A (zh) * 2010-11-01 2012-05-16 中兴通讯股份有限公司 一种光纤告警显示方法及系统
CN102932170B (zh) 2012-10-22 2016-06-22 中兴通讯股份有限公司 网元负载不均检测处理方法、装置及其系统
US11528195B2 (en) * 2013-03-15 2022-12-13 NetBrain Technologies, Inc. System for creating network troubleshooting procedure
CN104918276A (zh) * 2014-03-10 2015-09-16 中国移动通信集团上海有限公司 一种故障网元设备的确定方法、装置及设备
US10263836B2 (en) 2014-03-24 2019-04-16 Microsoft Technology Licensing, Llc Identifying troubleshooting options for resolving network failures
WO2015182831A1 (ko) * 2014-05-30 2015-12-03 삼성에스디에스 주식회사 시스템 모니터링 장치 및 방법
CN104125102B (zh) * 2014-08-12 2017-10-03 浪潮天元通信信息系统有限公司 一种实时监控网络设备运行数据完整性的方法
CA2964072C (en) * 2015-05-07 2021-11-02 Centre For Development Of Telematics Gis based centralized fiber fault localization system
US11736365B2 (en) 2015-06-02 2023-08-22 NetBrain Technologies, Inc. System and method for network management automation
US20170034720A1 (en) * 2015-07-28 2017-02-02 Futurewei Technologies, Inc. Predicting Network Performance
CN113810239A (zh) * 2020-06-15 2021-12-17 深信服科技股份有限公司 数据中心网络故障检测方法、装置、设备及存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4118356C2 (de) 1991-06-05 1994-08-11 Ant Nachrichtentech Verfahren zum Steuern und Überwachen eines Nachrichtenübertragungsnetzes
JP3094593B2 (ja) 1991-12-10 2000-10-03 株式会社日立製作所 情報ネットワーク監視システム
US5572189A (en) * 1992-03-02 1996-11-05 Fujitsu Ltd. Alarm collection apparatus of central maintenance operation center
GB9222282D0 (en) * 1992-10-22 1992-12-09 Hewlett Packard Co Monitoring network status
US5490285A (en) * 1993-05-20 1996-02-06 Motorola, Inc. Method of topographically displaying selected information in a cellular communication system
US5596703A (en) * 1993-10-22 1997-01-21 Lucent Technologies Inc. Graphical display of relationships
US5566092A (en) * 1993-12-30 1996-10-15 Caterpillar Inc. Machine fault diagnostics system and method
JPH10511524A (ja) * 1994-12-23 1998-11-04 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 故障監視
JPH09223092A (ja) 1996-02-14 1997-08-26 Nippon Telegr & Teleph Corp <Ntt> ネットワーク管理方法及びシステム
US6118936A (en) * 1996-04-18 2000-09-12 Mci Communications Corporation Signaling network management system for converting network events into standard form and then correlating the standard form events with topology and maintenance information
EP0849911A3 (en) 1996-12-18 1999-02-10 Nortel Networks Corporation Communications network monitoring
US6445774B1 (en) * 1997-11-17 2002-09-03 Mci Communications Corporation System for automated workflow in a network management and operations system
US6067030A (en) * 1998-03-13 2000-05-23 At&T Corp. Method and apparatus for providing network infrastructure information for a network control center

Also Published As

Publication number Publication date
ATE305191T1 (de) 2005-10-15
CA2305154A1 (en) 1999-04-22
AU9444398A (en) 1999-05-03
US7142820B1 (en) 2006-11-28
DE69831687T2 (de) 2006-07-06
CN1276118A (zh) 2000-12-06
WO1999020034A9 (fi) 2000-06-15
WO1999020034A2 (fi) 1999-04-22
FI973956A0 (fi) 1997-10-14
EP1031208B1 (en) 2005-09-21
US20060258348A1 (en) 2006-11-16
JP2001520488A (ja) 2001-10-30
US7430401B2 (en) 2008-09-30
WO1999020034A3 (fi) 1999-07-01
FI973956A (fi) 1999-04-15
EP1031208A2 (en) 2000-08-30
CN1223149C (zh) 2005-10-12
ES2247720T3 (es) 2006-03-01
DE69831687D1 (de) 2006-02-02

Similar Documents

Publication Publication Date Title
FI107312B (fi) Verkonvalvontamenetelmä tietoliikenneverkkoa varten
US6343290B1 (en) Geographic network management system
CN106941423B (zh) 故障原因定位方法及装置
EP2026503B1 (en) System, apparatus and method for tracking device
US6115743A (en) Interface system for integrated monitoring and management of network devices in a telecommunication network
US7472189B2 (en) Method of collecting data from network elements
US20040203906A1 (en) Monitoring device and monitoring system for monitoring the location of communication devices
US20080276135A1 (en) Service Alarm Correlation
CN101577872A (zh) 用于确定实时网络能工作时间的系统
US20060153083A1 (en) Binary class based analysis and monitoring
EP1325588A1 (en) System, device and method for automatic anomaly detection
CN104219091A (zh) 一种网络运行故障检测系统及其方法
CN103150598B (zh) 输电网突发故障处理系统和方法
JP3489858B2 (ja) ネットワーク状態の監視方法
CN105763387A (zh) 网络流量监控方法和装置
JP2005237018A (ja) ネットワークマネージメントシステムへのデータ送信
US20130232258A1 (en) Systems and methods for diagnostic, performance and fault management of a network
WO2017171677A1 (en) The method and system of monitoring the lv (low voltage) electricity infrastructure using gsm communication technology and taking precautionary measures
CN102917251B (zh) 一种基于3g和gis技术的地面数字电视网络监管系统
CN107317692B (zh) 故障上报方法及装置
KR100720285B1 (ko) 무선인터넷 end to end 품질관리 시스템 및 그방법
JP2016146519A (ja) ネットワーク監視システム、監視装置および監視方法
US20230291666A1 (en) Local 5g monitoring system and state display method thereof
FI116263B (fi) Menetelmä, järjestelmä ja tietokoneohjelma matkapuhelinverkon laadun tutkimiseksi
Chang et al. Integrated monitoring mechanism to enhance the management of value-added services in mobile communication network