FI108594B - Menetelmä informaation reitittämiseksi puhelinverkon käytönohjausverkossa - Google Patents

Description

! 108594

Menetelmä informaation reitittämiseksi puhelinverkon käy-tönohjausverkossa Tämän keksinnön kohteena on puhelinverkon käyttö-5 ja kunnossapitojärjestelmä ja erityisesti informaation reititys järjestelmässä.

Puhelinverkossa on keskuksen ylläpitopalvelun tärkein tehtävä varmistaa, että keskus toimii vikatilanteissa ts. varmistaa puhelunkytkentäkyky keskuksen yhden yksikön 10 vikaantuessa. Vikatilanteessa viallinen yksikkö erotetaan ja korvataan varayksiköllä. Ylläpitopalveluun kuuluvat myös laskutustietojen raportointi sekä liikenteen seuranta-, hälytys- ja valvontaraporttien muodostaminen. Ylläpito-ohjelmat sijaitsevat keskitetysti keskukseen liittyvän käy-15 tönohjauskeskuksen OMC (eng. Operation and Maintenance Centre) käyttöyksikössä OMU (eng. Operation & Maintenance Unit), jossa sijaitsevat myös tarvittavat tiedostot. Eri keskusten käytönohjaus (OM) on siten keskitetty alueelliseen käytönohjauskeskukseen OMC, jonka tehtävä on mm. ke-20 rätä keskitetysti teleoperaattorin käyttövalvomoon edellä mainittuja alueen sisällä olevien puhelinkeskusten käytönohjauksen OM tuottamia laskutustietoja, liikenteen seuran-.*. ta-, hälytys- ja valvontaraportteja. Laajoissa järjestel- missä, jotka käsittävät lukuisia alueellisia keskuksia nii-25 hin liitettyine keskuksineen, voidaan alueellisten käy- tönohjauskeskusten OMC hallinta ja niiden palvelutietojen • · · ···; keskitetty keräys olla alistettu yhdelle pääohjaimena toi- ··** mivalle käytönohjauskeskukselle.

V ' Käytönohjauskeskukset muodostavat siten ns. OM-ver- 30 kon (eng. Operation and Maintenance Network), jossa kukin *:·: OMC on verkkoelementti, joka on erikoistunut keräämään ja ·”*: tallentamaan sitä dataa, jonka järjestelmän yksittäiset, hierarkkisesti sen alapuolella olevat keskukset ovat tuottaneet. Se ei jälkikäsittele tätä dataa vaan jälkiproses-35 sointi tehdään muualla kuten verkon hallinnan keskuksessa 1 0 8 5 9 4 2 (eng. Network Management Centre). Tiedonsiirto eri verkkoelementtien so. OMC-keskusten välillä voidaan toteuttaa pakettikytkentäisen dataverkon kautta, jota esittää kuvassa 1 kaaviollisesti kuvattu X.25 verkko tai puolikiinteäs-5 ti kytketyistä PCM-piireistä varattujen aikavälien kautta tai CCITT standardin system #7 mukaista signalointia käyttävän verkon kautta.

Kuvassa 1 on esitetty eräs esimerkki OM-verkosta. Hierarkkisesti ylimpänä on verkon hallintakeskus NMC, sen 10 alapuolella pääohjaimena toimiva käytönohjauskeskus (Main Operation & Maintenance Centre), johon on liitetty alueelliset käytönohjauskeskukset OMC. Viimeksimainittuihin on liitetty yksittäiset keskukset ja vaihteet. Pääkäytönoh-jauskeskus on vastuussa koko OM-verkon toiminnasta. Se on 15 liitetty verkon hallintakeskukseen NMC esim. standardin mukaisen OSI-rajapinnan kautta (Open System Interface).

Viitataan kuvaan 2. Käytönohjauksen toiminnot on keskuksessa jaettu useille mikrotietokoneyksiköille, joissa oleva ohjelmisto ladataan käyttöyksikön OMU (eng. Ope-20 ration & Maintenace Unit) ohjaamana. Mikrotietokoneyksi-köihin kuuluu identtisiä datahallintayksiköitä DMU (eng. Data Management Unit), jotka on nimetty niille osoitettu-jen tehtävien mukaan, esim. laskutuksen hallintayksikkö, v.: suorituskyvyn hallintayksikkö, liikenteenseurantayksikkö 25 ja vikavalvontayksikkö. Lisäksi niihin kuuluu datayhteys- ··· yksiköitä DCU (eng. Data Communication Unit), joiden kaut- ta kulkevat analogiset ja digitaaliset yhteydet verkkoon ja verkosta. Datayhteysyksikkö DCU käsittää ns. I/O-mana-gerin, rajapinnan OMC:n sisäiseen viestiväylään sekä moni-, 30 kanavasignalointiterminaalit ja sarjaliikenneterminaalit, joiden kautta liitäntä keskuksia yhdistävään verkkoon tapahtuu. Mikrotietokoneyksiköihin kuuluu massamuistit, joi-·:·’: na voivat olla esim. umpilevyt tai disketit. Yhteydet ·;··· OMC:n sisällä eri yksiköiden välillä on toteutettu viesti- 35 väylän MB (Message Bus) avulla. Viestiväylä tekee mahdol- * » 3 1 O 8 5 9 4 liseksi OMC:n laajentamisen täyttämään lähes mitkä tahansa dataliikenne- ja tallennuskapasiteettivaatimukset, koska laajennus voidaan toteuttaa lisäämällä mikrotietokoneyksi-köitä väylään tarpeen mukaan.

5 Ohjattaessa tietoa yksiköstä toiseen ja keskuksesta toiseen ts. suoritettaessa syöttöä ja tulostusta, suoritetaan reititys. I/O-järjestelmään kuuluukin olennaisena osana ns. looginen tiedosto, kuva 3. Looginen tiedosto on tietty nimetty portti, joka voidaan liittää joko tiettyyn 10 lukumäärään I/O-laitteita, kuva 4A tai muihin loogisiin tiedostoihin, jotka puolestaan voi olla liitetty I/O-lait-teeseen, kuva 4B. Vaihtoehtoinen, kuvaavampi ilmaisu termille "looginen tiedosto" olisikin "looginen kytkentä", koska siinä määritetään miten reitittävä kytkentä suorite-15 taan. Kuvat 4A, 4B esittävät tapausta, jossa tulosteen antavan ohjelman, esim. vianvalvontaohjelman, tulostetiedot ohjataan I/O-laitteelle. Operaattori voi modifioida järjestelmän I/O-yhteyksiä muuttamalla loogisten tiedostojen liitäntöjä. Fyysisesti I/O-laitteet ovat näyttöjä, päät-20 teitä, kirjoittimia, umpilevyjä, diskettiasemia ja magneettinauha-asemia .

Viitataan kuvaan 3 sekä kuviin 4A ja 4B. Ohjelma-lohkoa, joka kytkeytyy loogisiin tiedostoihin, nimitetään I/O-manageriksi. Yksikkö, esim. vianhallintayksikkö anta-25 essaan syötön tai tulostuksen eli I/O-toiminnon loogisen ·:* tiedoston kautta, antaa I/O managerilleen nimettyyn loo- ··· giseen tiedostoon liittyvän tehtävän. I/O-manageri antaa ;·. tehtävän toisen yksikön I/O-managerille, jos on olemassa looginen tiedosto-looginen tiedosto yhteys, tai laiteoh- . 30 jaimelle, mikäli on kyseessä loogisen tiedoston ja lait- • · teen välinen yhteys. Keskuksen I/O-toimintoja ohjaa siten ·;·’ keskitetysti käytön-ohjaustietokoneen I/O-manageri, joka ··. ’·. tietää ja ylläpitää em. loogisten tiedostojen kytkennät.

·:··· Eri järjestelmien I/O-managerit kommunikoivat keskenään 35 OM-verkon välityksellä. Toimintoja voidaan kuvata seuraa- • · j 4 (I 8 b9 4 vasti: kuvassa 3 yläosa, joka esittää syöttöä, informaatio ohjataan operaattorin I/O-laitteelta ensin loogiseen tiedostoon ja sieltä asianmukaiseen sovellusohjelmaan. Kuvassa 3 alaosa, joka kuvaa tulostustoimintoa, sovellusoh-5 jelmalohko suuntaa tulosteen ensin ennaltamäärättyyn loogiseen tiedostoon ja sieltä se ohjataan I/O-laitteeseen. Sovellusohjelma siten vain tunnistaa loogisen tiedoston, johon se osoittaa tulostuksen tai josta se lukee sen ja ainoastaan I/O-manageri tietää todellisen fyysisen 1/0-10 laitteen tai laitteet, jotka vastaavat loogista tiedostoa.

Tietokoneohjattujen puhelinkeskusten ja niistä tar-! jottujen palvelujen määrän kasvaessa on vastaavasti kasva nut vaatimus hallita joustavasti tietojen siirto keskitet-15 tyyn käytönohjaimeen ts. käytönohjauskeskukseen OMC. Käy-tönohjauskeskuksen OMC, olkoon se alueellinen OMC tai pää-OMC, alaisuudessa olevien keskusten lukumäärän tai niiden lähettämän tiedon määrän kasvaessa ajaudutaan nimittäin ennen pitkää tilanteeseen, jossa OMC:n tiedonsiirron tai 20 I/O-laitteiden kapasiteetti ei riitä.

Tekniikan tasossa on kaksi tapaa ratkaista kapasiteettiongelma. Ensinnäkin voidaan kapasiteettia kasvattaa lisäämällä OMC:n tiedonsiirtoyksiköitä DCU, kts. kuva 2.

» I

,v Toiseksi voidaan lisätä edellä kuvattuja I/O-laitteita ja ;· 25 jaetaan kuormitus tasaisemmin niiden kesken.

·:* Tunnetuilla ratkaisuilla on kuitenkin eräitä hait- .·· to ja. Käytönohjauskeskuksen OMC kalustusta muutettaessa muodostuu työlääksi operaatioksi muuttaa lukuisten sen hoidossa olevien puhelinkeskusten monien I/O-tehtävien , 30 kytkentöjä, niin että ne kytkeytyvät oikein kalustuksel taan muutetun OMC:n eri I/O-laitteille. Esimerkiksi tyy- I ! i pillinen OMC:n laajennustapaus laskentakuormituksen tasaa-;! miseksi on erityisen laskennantalletusyksikön lisääminen :"· kovalevyineen. Puhelinkeskuksilta tulevat laskentaraportit 35 ohjataan siten tähän laskennantalletusyksikköön. Kasvava 5 ϊ O 8 594 raportointimäärä vaatii myös sen, että OMC:hen on lisättävä tiedonsiirtoyksiköitä, jotta käytönohjauskanavien lisääntynyt tiedonsiirtotarve kyetään hoitamaan. Nämä käy-tönohjauskeskuksessa OMC tehdyt muutokset johtavat puoles-5 taan siihen, että kaikissa puhelinkeskuksissa on muutettava tiedonsiirron ohjaukset OMC:n I/O-laitteille uutta konfiguraatiota vastaavaksi.

Tämä keksintö esittää menetelmän, jolla vältetään edellä kuvatut ylimääräiset toimenpiteet, joita syntyy 10 muutettaessa käytönohjauskeskuksen kalustusta. Menetelmäl le on tunnusomaista se, että käytönohjauskeskuksen OMC tiedonsiirtoyksikköön DCU järjestetään korvaustaulukko, jossa kukin taulukoitu tulopuolen looginen laitekytkentä kuvastuu lähtöpuolen loogiseksi laitekytkennäksi. Vastaan-15 otetussa reititystehtävässä määriteltyä loogista laitekyt- kentää verrataan korvaustaulukon tulopuolen loogisiin lai-tekytkentöihin. Löydettäessä korvaustaulukon tulopuolen loogista laitekytkennöistä sama kuin reititystehtävässä määritelty looginen laitekytkentä, reititetään tuleva in-20 formaatio lähtöpuolen loogista laitekytkentää vastaavaan fyysiseen I/O-laitteeseen. Havaittaessa, että korvaustaulukon tulopuolen loogisissa laitekytkennöistä ei löydy samaa kuin reititystehtävässä määritelty looginen laitekytkentä, reititetään tuleva informaatio reititystehtäväs-25 sä määriteltyä loogista laitekytkentää vastaavaan fyysi- 'I seen I/O-laitteeseen.

« < » ·· Menetelmän mukaisesti kaikki keskukseen tulevat I t t tehtävät reititetään pakko-ohjatusti uudelleen yhdessä I * * ! ,* · keskitetyssä yksikössä. Tämä yksikkö on dataliikenneyksi- 30 kön I/O-laitemanageri. Laitemanageri tutkii, mikä on teh-tävässä annettu kohdeyksikkö ja vertaa tehtävässä annettua loogista tiedostoa managerin muistissa olevaan taulukkoon ‘ . loogisista tiedostoista. Muisti on sellainen, että haet taessa sieltä tiettyä loogista tiedostoa tietyllä nimellä

IMI

35 saadaan tulokseksi korvaava looginen tiedosto. Jos muis- * 1 i » » i l I » » !O 8 5 9 4 6 tista löytyy samanniminen looginen tiedosto, korvataan tehtävässä annettu looginen tiedosto mainitulla korvaavalla tiedostolla, jolloin reititys ohjaa tulevat tiedot tämän korvaavan loogisen tiedoston määräämään yksikön tiet-5 tyyn fyysiseen paikkaan. Jos saman nimistä loogista tiedostoa ei löydy, ei korvausta tehdä vaan käytetään alkuperäistä tehtävässä annettua loogista tiedostoa. Tällöin tulevat tiedot ohjautuvat siihen fyysiseen paikkaan, jonne lähettävä keskus on ne tarkoittanutkin. Muutettaessa OMC:n 10 kalustusta kuten lisättäessä uusia yksiköitä ei siten tarvitse tehdä muutoksia keskuksissa vaan kaikki muutokset tehdään keskitetysti OMC-keskuksen dataliikenneyksikössä DCU.

Keksintöä selostetaan seuraavassa lähemmin erään 15 keksinnön mukaisen edullisen suoritusmuodon avulla viitaten oheisiin kaaviollisiin kuviin, jotka esittävät kuva 1 OM-verkkoa, kuva 2 erästä OMC-rakennetta, 20 kuva 3 loogisten tiedostojen kytkentöjä, kuvat 4A ja 4B loogisten tiedostojen kytkentöjä, kuva 5 keksinnön periaatekaaviota ja kuva 6 erästä esimerkkiä reitityksestä.

1' 25 Kuvassa 5 on esitetty kaaviona keksinnön menetelmän :* ydinperiaate. Kaavio esittää 0MC:n datayhteysyksikössä · tehtäviä toimenpiteitä. Yksikköön tulee jostakin keskuk- sesta tehtävä reitittää tuleva data kohteeseen. Kohde on ilmaistu kohdemäärittelyssä. Datayhteysyksikössä on kor-; 30 vaustaulukko, josta käy ilmi kaikki muutokset ja lisäykset 0MC:n kalustuksessa. Taulukosta on luettavissa, mikä uusi kohde vastaa vanhaa kohdetta. Kaikkien tulevien tehtävien kohdemäärittelyä verrataan korvaustaulukkoon. Mikäli tau-; lukosta löytyy tulevan tehtävän kohdemäärittely antaa tau- 35 lukko samalla uuden kohteen, jolle tuleva kohdemäärittely M ! Η ο y 4 7 kuvautuu. Tällöin tulevan tehtävän kohdemäärittely korvataan taulukon antamalla uudella kohdemäärittelyllä ja reititys tapahtuu tämän uuden kohdemäärittelyn antamin tiedoin. Mikäli taulukosta ei löydy tulevan tehtävän kohde-5 määrittelyä, tiedetään ettei korvausta suoriteta, jolloin kohteena on tulevan tehtävän alkuperäinen kohdemäärittely.

Selostetaan seuraavassa keksintöä kuvan 6 esimerkin avulla. Kuvassa 6 on esitetty kolmen keskuksen, keskukset A, B ja C, muodostama käytönohjaus verkko. Keskus C on i 10 esim. alueellinen käytönohjauskeskus, joka vastaanottaa ja tallentaa keskusten A ja B keräämiä laskutus-, liikenne-, vika- yms. tietoja pakettikytkentäisen X.25 verkon kautta. Kuten kuvan 2 selostuksen yhteydessä on mainittu, kuuluu keskusten A, B ja C käytönohjausosaan käyttöyksikkö OMU 15 sekä tehtävän mukaisia datahallintayksiköitä DMU, joista esimerkin vuoksi on yksilöity laskentatietojen hallinta-yksikkö CHU. Kaikissa yksiköissä on oma I/O-managerinsa, jota on yksikössä kuvattu lohkon sisään piirretyllä ellipsillä. Keskuksen sisällä yksiköt ovat yhteydessä toisiinsa 20 viestiväylän MB kautta ja keskuksesta lähtee dataa ulos ja tulee sisään datayhteysyksikön DCU kautta.

Tarkastellaan tapahtumia, kun keskus B lähettää laskentatietojen hallintayksikön CHU laskentatietoja käy-v tönohjauskeskukseen C ja on tehtävä sopiva reititys. Ole-

· 25 tetaan, että aiemmin laskentatiedot on ohjattu keskuksen C

käyttöyksikön OMU toiselle kovalevylle. Myöhemmin OMC-kes-kukseen C on lisätty laskennan hallintayksikkö CHMU, johon keksinnön mukaista menetelmää käyttäen ohjataan laskenta-tiedot käyttöyksikön OMU sijasta vaikka keskus B edelleen 30 kuvittelee todellisena tallennuspaikkana olevan keskuksen C OMU:n kovalevy. Tapahtumat on esitetty rengastetuin numeroin. Hallintayksikön CHU I/O-manageri ohjaa, tapahtuma 1, tehtävän loogiseen tiedostoon OMU-CHFILE, joka viittaa saman keskuksen käyttöyksikköön OMU. Sen I/O-manageri puo-35 lestaan antaa, tapahtuma 2, tehtävän kohteeksi loogisen 8 ! n B 5 9 4 tiedoston OMC-OMU-CHFILE, joka tarkoittaa, että kohde on OMC-keskuksena toimivan keskuksen C käyttöyksikön OMU looginen tiedosto CHFILE. Keskuksen C DCU poimii väylältä MB tehtävän ja lähettää sen pakettikytkentäisen verkon kautta 5 käytönohjauskeskukseen C, jossa sen vastaanottaa OMC:n da-tayhteysyksikkö DCU.

Ennen käytönohjauskeskuksen C laajentamista DCU:n I/O-laitemanageri on ohjannut tehtävän OMU:lie, jonka lai-temanageri on ohjannut lopulta laskentatiedot fyysiselle 10 laitteelle. Tätä kuvaa tapahtuma 4'.

Nyt keksinnön mukaisesti on datayhteysyksikössä DCU tehty järjestely, joka ohjaa kaikki OMC-keskukseen saapuvat I/O-tehtävät tämän yksikön I/O-managerilla olevaan korvaustaulukkoon, jonka avulla reititys pakko-ohjataan 15 toiseen paikkaan tulevassa tehtävässä määritellyn kohdeyk-sikön sijasta. Niinpä tässä esimerkissä tulevaan tehtävää OMC-OMU-CHFILE ei ohjatakaan käyttöyksikölle OMU vaan las-kentatietojen hallintayksikölle CHMU. Laitemanagerin muistissa on taulukot, jotka osoittavat, mikä looginen laite 20 kuvautuu todelliselle fyysiselle laitteelle. Keksinnön mukaisesti tutkitaan, löytyykö vastaavan niminen looginen tiedosto erityisestä korvaustaulukosta. Jos tällainen tie-dosto löytyy, saadaan taulukosta sitä vastaava korvaava looginen tiedosto. Käytetyssä esimerkissä korvaustaulukko ;· 25 antaa tiedon, että looginen kytkentä OMC-OMU-CHFILE korva- ;* taankin loogisella kytkennällä OMC-CHMU-CHFILE. Kohdeyk- sikkö OMU korvataan siten kohdeyksiköksi CHMU, joka on uusi lisätty laskentatietojen talletusyksikkö. Täten looginen tiedosto ohjaa tehtävän CHMU:n I/O-managerille, ta-30 pahtuma 4, joka ohjaa laskentatiedot fyysiselle I/O-lait-teelle eli laskentatalletusyksikön CHMU kovalevylle.

Mikäli korvaustaulukosta ei löydy tulevassa tehtävässä määritettyä loogista tiedostoa tiedetään, että loogista tiedostoa ei olla korvattu toisella, jolloin käyte-35 tään alkuperäistä keskuksessa B määriteltyä tehtävän koh- 1 Π Β 5 9 4 9 detta. Tässä esimerkissä looginen tiedosto OMC-OMU-CHFILE ei korvautuisi uudella vaan tiedot ohjautuisivat keskuksessa B määritettyyn kohteeseen eli käytönohjaustietoko-neen OMU kovalevylle.

5 Käyttämällä keksinnön mukaista korvaustaulukkoa voidaan tehtävien ohjautuminen konfiguroida uudelleen käy-tönohjauskeskuksen OMC tiedonsiirtoyksikössä DCU, jolloin OMC:n kalustusta muutettaessa kuten tehtävän mukaisia yksiköitä lisättäessä tarvitsee tehdä muutokset ainoastaan 10 tässä käytönohjauskeskuksessa. Hierarkkisesti OMCin alapuolella olevissa keskuksissa ei tarvitse tehdä mitään muutoksia. Koska tietoliikenteen ohjaus tehdään keksinnön mukaisesti keskitetysti käytönohjauskeskuksen OMC reitittävissä tietokoneissa, helpottuu tiedon siirron hallinta 15 OM-verkossa merkittävästi. Tämä on merkittävä etu tunnettuun tekniikkaan nähden.

On ymmärrettävä, että edellä oleva selitys ja sii-I hen liittyvät kuviot on ainoastaan tarkoitettu havainnol listamaan esillä olevaa keksintöä. Alan ammattimiehille 20 tulevat olemaan ilmeisiä erilaiset keksinnön variaatiot ja muunnelmat ilman että poiketaan oheisissa patenttivaatimuksissa esitetyn keksinnön suojapiiristä ja hengestä.

» > · ·· * • *

Claims (3)

1. 2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että lisättäessä käytönohjauskes-kukseen (OMC) uusia toiminnallisia yksiköitä (esim. DMU) 10 tehdään tarvittavat muutokset loogisiin kytkentöihin kor-vaustaulukossa.
2. 3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että korvaustaulukko on tallennettu muistiin ja operaattori tekee muutokset korvaustauluk- 15 koon ohjelmallisesti. » · • t · * · I · » I ' · * | ♦ * I 12 1 08594