FI114428B - Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä - Google Patents
Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä Download PDFInfo
- Publication number
- FI114428B FI114428B FI20012464A FI20012464A FI114428B FI 114428 B FI114428 B FI 114428B FI 20012464 A FI20012464 A FI 20012464A FI 20012464 A FI20012464 A FI 20012464A FI 114428 B FI114428 B FI 114428B
- Authority
- FI
- Finland
- Prior art keywords
- file
- data
- counter
- update
- counters
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1442—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level
- H04L12/1446—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level inter-operator billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/43—Billing software details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/50—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for cross-charging network operators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8214—Data or packet based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2013—Fixed data network, e.g. PDN, ATM, B-ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/22—Bandwidth or usage-sensitve billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/52—Interconnection, inter-exchange, reseller billing, billing agreements between different operators, e.g. billing identifier added on the CDR in order to cross charge the other operator, inter-operator accounting, reconciliation, bill directly resellers customers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/78—Metric aspects
- H04M2215/782—Data or packet based
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
114428 MENETELMÄ JA JÄRJESTELMÄ LASKURIDATAN KERÄÄMISEKSI VERKKOELEMENTIS SÄ
KEKSINNÖN ALA
Esillä oleva keksintö liittyy tietoliikenne-5 järjestelmiin. Erityisesti esillä oleva keksintö liittyy uuteen ja edistykselliseen menetelmään ja järjestelmään laskuridatan keräämiseksi laskurijoukosta verkkoelementissä.
10 KEKSINNÖN TAUSTA
Verkkoelementin yleinen rakenne voidaan jakaa kolmeen pääosaan. Ohjausosa voidaan muodostaa erilaisista tietokoneyksiköistä, jotka on kytketty toisiinsa sisäisellä viestiväylällä. Verkkorajapintaosa käsittää 15 pääsy- ja kaukoverkon rajapinnat. Verkkorajapintaosa on tarkoitettu liittämään verkkoelementti toiseen verkkoelementtiin ja toiseen tai toisiin käyttäjiin.
Lisäksi kytkentäosa voi toteuttaa yhteyksiä eri johtojen ja/tai kaukopiirien välillä. Tämä yleinen rakenne 20 on ainoastaan eräs esimerkki verkkoelementistä ja se on johdettu tavanomaisen puhelinkeskuksen rakenteessa.
1 ; Edellä esitetyssä esimerkissä voidaan käyttää laskureita tai niin sanottuja muistipankkeja tallenta-maan tai rekisteröimään dataa puhelinkeskuksen tai ·.*: 25 verkkoelementin eri osista tai funktioista. Perintei- sesti laskureita on käytetty puhelinkeskuksessa lasku-tustarkoituksiin operaattorien välillä. Siitä huolimatta, että tilaajalaskutus tällä hetkellä perustuu :v, täysin CDDR-tietueiden (CDR, Call Detailed Record) ,···, 30 käyttöön, laskurien tarve ei ole vähentynyt.
* t
Tyypillisesti esimerkiksi puhelinkeskus tal- : ',· lentää erilaisia laskureita, jotka on osoitettu tai • * * •1(t· allokoitu samalla uniikille osoitteelle. Esimerkkejä ,···. osoitteista ovat tilaaja, väylä, yhteys, IP-osoite, » · 35 virtuaalinen polku/virtuaalinen kanava -pari jne.
• · 114428 2
Eräs esimerkki tämänhetkisestä laskurinkäsit-telystä puhelinkeskuksessa esitetään kuvassa 1. Lasku-tusohjelma eri laskutusyksiköissä (CHU, Charging Unit) lähettää useita päivitysviestejä päälaskutusyksikön 5 (CHU-1) päivityslohkolle (AUPPBR). Päivityslohkon data kirjoitetaan laskutusyksiköstä käyttämällä loogista tiedostoa CHSAVE. Laskureiden päivitystä ei voida jakaa eri laskutusyksiköihin, mikä tarkoittaa sitä, että liikennekuorma eri laskutusyksiköiden välillä on ras-10 kas. Uusien laskureiden lisääminen tähän rakenteeseen on miltei mahdotonta. Myös päivityslohko ja looginen tiedosto ovat melko kiinnitettyjä verkkoelementin ohjelma-alustaan tehden niiden muutokset vaikeaksi.
Verkkoelementtien operaattoreilla tai muilla 15 käyttäjillä on yleensä erilaiset tarpeet tai käytöt laskureille, joita tullaan tallentamaan. Joissakin tilanteissa voi olla tarve summata laskurijoukko tai kerätä kaikki laskurit erikseen ja saada erityistä tietoa laskureista jälkikäteen. Ei ole järkevää yhdistää 20 perinteistä laskuritietoa ja CDR-tietueita, ja aina tämä ei ole edes mahdollista. On edullisempaa säilyt-. tää laskurit erilaisille tiedoille CDR-tietueisiin ’ '; verrattuna.
’ ·* Tulevaisuudessa voi olla joitakin verkkoele- » · ♦ ··>.’ 25 menttejä, jotka eivät lainkaan generoi yksityiskohtai- * · siä tietueita. Esimerkkinä tällaisesta verkkoelemen- tistä mainittakoon palvelun reititysrekisteri (SRR, : Service Routing Register) ja mediayhdyskäytävä (MG,
Media Gateway), jotka tuovat esiin yhdyskäytäväratkai- jV. 30 sun eri protokollien tai verkkojen välille.
.···, Näissä verkkoelementeissä voidaan käyttää » ! laskureita, esimerkiksi laskemaan IP-pakettien määrää : ’.· tai laskutusta Internetin palveluntarjoajien välillä.
: ·* Tunnetut menetelmät eivät kuitenkaan tuota mitään vä- • » · ,··, 35 lineitä tai laskureita laskureihin tallennetun datan * · muuttamiseen tai tapaan, jolla laskureita päivitetään tai jolla muuttunutta dataa niistä haetaan. Tällä het- 3 114428 kellä laskuridata kerätään erikseen ja tuotetaan ulos loogisen tiedoston kautta. Kaikki laskureihin liittyvät operaatiot ja funktiot on kovakoodattu (hard coded) verkkoelementtiin, ja laskureiden käsittelyn 5 muuttaminen tai uuden laskurin määritteleminen on ollut vaikeaa ellei jopa mahdotonta. Yleensä pieni muutos laskurin käsittelyprosessiin on vaatinut paljon muutoksia verkkoelementin tai puhelinkeskuksen koko sovellusalustaan. Siten verkkoelementtien operaattorit 10 ja muut käyttäjät ovat havainneet laskureiden käsittelemisen tehottomaksi ja hyödyttömäksi.
Täten on olemassa lisääntyvä tarve dynaamiselle laskurin käsittelyprosessille siten, että prosessi voidaan määritellä tuotantolinjakohtaisesti tai 15 jopa operaattorikohtaisesti. On olemassa myös tarve sellaiselle laskurin käsittelyprosessille, joka ei kuormita sisäistä viestiväylää liikaa.
KEKSINNÖN YHTEENVETO
20 Täten esillä oleva keksintö koskee laskurida- tan keräysjärjestelmää ja -menetelmää, joka oleelli-sesti poistaa yhden tai useamman tunnetun tekniikan 5 ·’ » · rajoituksen ja epäkohdan.
"! Eräs esillä olevan keksinnön päämäärä on 25 tuottaa dynaaminen ja geneerinen laskuridätän hankin- * · *· '· tajärjestelmä ja -menetelmä. Toisin kuin tavanomaises sa laskuridatan käsittelyssä, joka on kovakoodattu ku- ’...· hunkin verkkoelementtiin, esillä oleva keksintö on erityisesti suunniteltu helpoksi käyttää ja hallita 30 pitäen mielessä loppukäyttäjän näkökulma.
Toinen esillä olevan keksinnön päämäärä on esittää uusi laskuriarkkitehtuuri, joka mahdollistaa \ helpon tavan lisätä uusi laskureita ja tuottaa asiak- '«··’ kaalle tai operaattorille seikkaperäiset laskurit ai- 35 noastaan muuttamalla tietoa erityisessä tiedostossa 0 · * ·;··) tai tiedostoissa ilman koko sovellusalustan muuttamis ta verkkoelementissä.
114428 4 Tämä saavutetaan menetelmä avulla, jossa kerätään tai hankitaan laskuridataa laskurijoukosta verkkoelementissä. Verkkoelementti voi olla paikalliskeskus (LE, Local Exchange), matkapuhelinkeskus (MSC, 5 Mobile Switching Center), puhelunprosessointipalvelin (CPS, Call Processing Server), mediayhdyskäytävä (MG,
Media Gateway) tai palvelunreititysrekisteri (SRR, Service Routing Register). Menetelmässä sovelluskohtaista dataa tallennetaan laskurijoukkoon ja päivitys-10 viesti lähetetään sovellukselta päivityslohkolle, joka päivittää mainitun laskurijoukon muuttuneen datan.
Päivityslohko voi olla mikä tahansa ohjelma tai prosessi, joka on järjestetty vastaanottamaan päivitys-viestin ja päivittämään muistia tai tiedostoa sen mu-15 kaisesti. Lopuksi mainittu laskuridata kirjoitetaan mainitusta laskurijoukosta siirtotiedostoon myöhempää datan käsittelyä varten. Siirtotiedosto voi olla mikä tahansa looginen tiedosto, jolla on ennalta määrätty rakenne ja jota voidaan päivittää dynaamisesti.
20 Esillä olevan keksinnön mukaisesti päivitys- lohko päivittää kirjaustiedostoa ja muutettu laskuri-data kerätään mainitusta kirjaustiedostosta keskite-’tyllä laskurinkäsittelylohkolla siirtot iedostoon kir-; joittamista varten. Mainitun laskuridatan keräämistä : 25 ohjataan käyttämällä keräystietoa ohjaustiedostosta, jolloin tietyt laskurit otetaan huomioon muuttamalla ·"·' mainitun ohjaustiedoston mainittua tietoa. Ohjaustie- (i(.‘ doston tieto myös määrittää käyttäjäliittymän määrit tämällä laskuridatan muodon, joka data tullaan kir-30 joittamaan siirtotiedostoon.
Ennen kuin sovellus lähettää ensimmäisen päi- » · vitysviestin sen täytyy lähettää palvelupyyntö päivi- ’ tyslohkolle. Palvelupyynnön perusteella päivityslohko varaa resurssin tai prosessin, joka on vastuussa tämän .··. 35 sovelluksen palvelemisesta. Palvelupyyntö sisältää pa- ,<j>; rametreja, jotka määrittävät ympäristön, jossa sovel- * · lus toimii ja tarvitsee päivityspalvelua. Parametreja 114428 5 ovat esimerkiksi sovelluksen identiteetti, indeksien lukumäärä laskureille, laskurien lukumäärä mainitussa laskurijoukossa ja indeksien merkintä laskentatiedos-tossa. Kun palvelupyyntö on vastaanotettu päivitysloh-5 kossa, se luo tai varaa resurssin sovellukselle, joka pyysi päivityspalvelua. Kun resurssi on onnistuneesti varattu, päivityslohko lähettää kuittausviestin sovellukselle, jotta sovellusta informoidaan oikeasta pal-veluresurssista.
10 Resurssi luo kirjaustiedoston, jolla on pal velupyynnön sisältämästä informaatiosta riippuva tietorakenne. Resurssi voi suodattaa laskuri-informaation päivitysviestistä ja kirjoittaa ainoastaan valitun laskurijoukon kirjaustiedostoon. Tätä suodatusta ohja-15 taan suodattamalla suodatustiedoston sisältämää tietoa .
Toisen näkökulman mukaisesti keksintö koskee järjestelmää laskuridätän keräämiseksi laskurijoukosta verkkoelementissä. Verkkoelementti käsittää sovelluk-20 sen, joka sisältää laskurijoukon sovelluskohtaisen datan tallentamiseksi. Sovellus voi olla mikä tahansa tietokone- tai laskutusyksikkö, joka on suunniteltu ·** erityisiä seuranta- tai jäl j itystehtäviä varten verk- koelementissä. Verkkoelementti käsittää myös varmis- » 25 tus- ja siirtolohkon tallennetun laskuridatan kirjoit-• tamiseksi mainitusta laskuri j oukosta siirtotiedostoon ·;··;’ mainitun data myöhempää käsittelyä varten ja laskuri- datan varmuuskopion tekemistä varten. Esillä olevan keksinnön mukaisesti järjestelmä edelleen käsittää 30 kirjausmuistin kirjaustiedoston päivittämiseksi sovel-lukselta tulevan päivitysviestin mukaisesti ja keski-T tetyn laskurinkäsittelylohkon laskuridatan keräämisek- : V si mainitusta kirjaustiedostosta siirtotiedostoon kir- joittamista varten. Järjestelmä edelleen käsittää oh-.···, 35 jausmuistin ohjausinformaation tallentamista varten.
Ohjausmuisti on yhdistetty keskitetyn laskurinkäsitte- 6 114428 lylohkon kanssa ohjausinformaation välittämiseksi las-kurinkäsittelylohkon toiminnan ohjaamiseksi.
Eräässä esillä olevan keksinnön sovelluksessa päivityslohko sisältää ainakin yhden resurssin, joka 5 on vastuussa tietyn sovelluksen muuttuneen laskurida-tan päivittämisestä, joka sovellus pyysi päivityspal-velua päivityslohkolta. Järjestelmä voi myös käsittää varmistusmuistin kootun laskuritiedoston tallentamiseksi ja päivittämiseksi, joka laskuritiedosto on varmuus-10 kopion tekemistä varten käytetyistä laskureista. Järjestelmä edelleen käsittää päivityslohkojoukon, jotka on yhdistetty mainittuun keskitettyyn laskurinkäsitte-lylohkoon kaiken laskuridatan keräämistä varten kaikista verkkoelementin sovelluksista.
15 Keksintö mahdollistaa helpon tavan lisätä ja tarjota uusia ja asiakaskohtaisia laskureita ainoastaan muuttamalla tietoa ohjaustiedostossa. Tämä voidaan toteuttaa ilman sovellusalustan muutostarvetta verkkoyksikössä. Esillä oleva keksintö tuottaa myös 20 dynaamisen ja geneerisen tavan käsitellä laskurijoukkoa verkkoelementissä. Tämä mahdollistaa operaattorin kerätä erilaista dataa verkkoelementin eri osista pal-• jon helpommin kuin tunnetuissa järjestelmissä. Esillä '···' olevan keksinnön ansiosta dynaamista laskurinkäsitte- 2 5 lyprosessia voidaan käyttää myös tulevissa verkkoele-menteissä, ja laskurinkäsittelyä voidaan dynaamisesti ·;··· muuttaa hyvin myöhäisessä vaiheessa tuotantolinjalla.
Lisäksi laskutusyksikön muistikuorma vähenee, koska laskuritiedostot allokoidaan dynaamisesti. Päi-30 vitysprosessissa ei ole välttämätöntä tietää laskuri-*..! tiedostojen rakennetta tai päivitysviestien lukumäärää etukäteen. Päivitysviestit määritetään tuotantolin-• ' - joissa, ainoastaan viestien rakenne määritetään sovel- lusalustalla.
» · 35 114428 7
KUVIEN LYHYT SELITYS
Oheiset piirrokset, jotka on sisällytetty mukaan tuottamaan paremman ymmärtämyksen keksinnöstä ja jotka muodostavat osan selityksestä, havainnollistavat 5 esillä olevan keksinnön sovelluksia ja yhdessä selityksen kanssa helpottavat selittämään esillä olevan keksinnön perusajatuksia. Piirroksissa: kuva 1 on lohkokaavio, joka esittää laskuri-datan keräämistä tunnetun tekniikan mukaisessa ratkai- 10 sussa; kuva 2 on lohkokaavio eräästä esillä olevan keksinnön sovelluksesta; kuva 3 on lohkokaavio eräästä esillä olevan keksinnön sovelluksesta; ja 15 kuva 4 on signalointidiagrammi, joka esittää päivityspalvelun alustusta erään esillä olevan keksinnön sovelluksen mukaisesti; ja kuvat 5-7 esittävät palvelupyynnön rakennetta erään esillä olevan keksinnön sovelluksen mukaisesti.
20
KEKSINNÖN YKSITYISKOHTAINEN SELOSTUS
·:'· Seuraavassa viitataan yksityiskohtaisesti : ;’j esillä olevan keksinnön sovelluksiin, joista esimerk- kejä on kuvattu oheisissa piirustuksissa.
a i * · ,·, : 25 Kuten kuvassa 2 esitetään erään esillä olevan * * · keksinnön sovelluksen mukainen järjestelmä laskurida-... tan keräämiseksi laskurijoukosta käsittää sovelluksen ’'··* 1, joka sisältää laskurijoukon Cl, C2, C3, C4 sovel luskohtaisen datan tallentamiseksi. Sovellus voi vas-: ’.· 30 taanottaa ohjauskäskyjä MML-rajapinnan (MML, Man ·*.,,· Machine Language) kautta (ei esitetty) , ja sovelluksen tehtävät voidaan spesifioida sen verkkoelementin mu-kaan, jossa sovellus sijaitsee. Esimerkkejä tehtävistä voidaan saada esimerkiksi puhelinkeskuksesta. Kuvan 2 35 järjestelmä edelleen käsittää päivityslohkon 2 lasku-» _ ridatan päivittämiseksi ja varmistus- ja siirtolohkon 8 114428 3 mainitun tallennetun laskuridatan kirjoittamiseksi mainitusta laskurijoukosta siirtotiedostoon myöhempää käsittelyä varten.
Kuvan 2 järjestelmässä kirjausmuisti 4 kir-5 jaustiedoston päivittämiseksi päivitysviestin perus teella sovellukselta 1 on edullisesti haihtuva muisti (esimerkiksi RAM-muisti (Random Access Memory)). Muisti on yhdistetty päivityslohkoon 2 ja keskitettyyn laskurinkäsittelylohkoon 5, joka kerää päivitettyä 10 laskuridataa kirjausmuistista ja kirjoittaa sen edelleen siirtotiedostoon. Kuten kuvassa 2 esitetään kirjausmuisti 4 sisältää kirjaustiedoston, jolla on mainitun sovelluksen palvelupyynnössä määritelty tietorakenne. Kirjaustiedostolla voi olla kaksiosainen tie-15 dostorakenne, joka käsittää indeksointitiedoston ja muistitiedoston, jolloin mainittu indeksointitiedosto identifioi mainitun muistitiedoston sisällön. Kuitenkin on huomattava, että tämä on ainoastaan yksi esimerkki kirjausmuistin dynaamisesta allokoinnista, ja 20 muita allokointimenetelmiä voidaan käyttää esillä olevassa keksinnössä.
Kuvan 2 järjestelmä edelleen käsittää ohjaus-muistin 6 ohjausinformaation tallentamiseksi. Ohjaus-informaatio on ainakin sen aikavälin ohjaamiseksi, i 25 jolla aikavälillä kerätään dataa kirjausmuistista 4 ja : esitetyn laskuridatan muoto, joiden avulla keskitetty *; · · laskurinkäsittelylohko 5 kirjoittaa tietoa siirtotie- dostoon. Ohjausmuisti 6 on yhdistetty keskitettyyn laskurinkäsittelylohkoon 5, ja on edullisesti haihtu-30 maton muisti, esimerkiksi kovalevy.
» · *,.! Kuvan 2 esimerkissä päivityslohko 2 sisältää ’;· neljä resurssia Rl, R2, R3, R4, jotka ovat vastuussa • · » j sovellusten 1 muuttuneen laskuridatan päivittämisestä, jotka sovellukset pyysivät päivityspalvelua mainitulta .k 35 päivityslohkolta 2. Kuva 3 esittää hajautetun järjes- • · telmän, jossa päivityslohko 2 on yhdistetty keskitettyyn päälaskutusyksikön laskurinkäsittelylohkoon 5.
114428 9
Kuvan 3 esimerkissä esitetään ainoastaan kaksi laskutusyksikköä CHU-1 ja CHU-2. On kuitenkin ilmeistä, että yhdessä verkkoelementissä voi olla useita laskutusyksikköjä. Kuvan 3 esimerkissä ensimmäinen resurssi 5 Rl on vastuussa päälaskutusyksikössä CHU-1 olevasta sovelluksesta ja toinen resurssi R2 on vastuussa laskutusyksikössä CHU-n olevasta sovelluksesta.
Eräässä esillä olevan keksinnön sovelluksessa järjestelmä edelleen käsittää varmistusmuistin 7 koot-10 tujen laskuritiedostojen tallentamiseksi ja päivittämiseksi, joka varmistusmusiti on varmuuskopion tekemistä varten käytetyistä laskureista Cl, C2, C3, C4. Tämä on tärkeää, koska kirjausmuisti 4 on käytännöllisistä syistä johtuen haihtuva muisti ja se pyyhitään pois, 15 jos verkkoelementti yhtäkkiä uudelleenkäynnistyy. Datan kirjoitusta kirjausmuistiin edelleen ohjataan tai suodatetaan käyttämällä suodatustietoa suodatusmuistista 8. Suodatustieto ilmoittaa laskureiden resurssille, mitkä sivuutetaan ja mitkä päivitetään kirjausmuistissa 20 4. Tämä antaa enemmän joustavuutta ja dynamiikkaa las kureiden käsittelylle verkkoelementissä. Eräässä sovelluksessa suodatusmuisti 8 on yhdistetty ohjausmuistiin t · 9 6, jolloin käyttäjän on mahdollista ohjata suodatus-:* muistin 8 sisältöä.
i '** 25 Kuva 4 esittää signalointimenetelmää, joka koskee laskurin päivitysprosessin alustamista esillä < « >*·: olevan keksinnön erään sovellukseen mukaisesti. Sovel- * 9 lus, joka tarvitsee päivityspalvelua, pyytää sen päivä- * * * tyslohkon ID-tietoa, joka päivityslohko on vastuussa .. . 30 sovelluksen palvelemisesta. ID-kysely tehdään nimipal- • 9 velimelta (Nimipalvelu) . Kyselyn jälkeen sovellus lä-' ·; ·" hettää palvelupyyntöviestin (dyn_laskurien_palvelu_s ! ·’: 0xc2ad) päivityslohkon 2 pääprosessille. Päivi tyslohko 2 varaa resurssin R pyydetyn palvelun mukaisesti. Kun 35 resurssi on onnistuneesti varattu, resurssi lähettää • · kuittausviestin (dyn_laskurien_palvelu_ack_s 0xc2ae) takaisin sovellukselle. Alustuksen jälkeen sovellus on 114428 10 valmiina lähettämään, ja päivityslohko on valmiina vastaanottamaan päivitysviestejä (dyn_laskuri_data_t).
Kuvat 5-7 esittävät kolme erilaista päivitys-viestiä erään esillä olevan keksinnön sovelluksen mu-5 kaisesti. Viestit eroavat toisistaan ainoastaan indek-sikenttien lukumäärän perusteella. Kuvan 5 viestissä on ainoastaan yksi indeksikenttä rec (DW), kuvan 6 viestissä on yksi ylimääräinen alaindeksikenttä subrec (DW) ja kuvan 7 viestissä on kaksi ylimääräistä alaindeksi-10 kenttää subrec (DW) ja sub_subrec (DW). Indeksien lukumäärä määrittää käytettävän tehtävän (assignment) ulottuvuudet. Kuvan 5 viesti käyttää yksiulotteista tehtävää, kuvan 6 viesti käyttää kaksiulotteista tehtävää ja kuva 7 viesti käyttää kolmeulotteista tehtävää. Sovel-15 lus itse lähettää nämä dynaamiset päivitysviestit oikealle päivityslohkon resurssille. Päivityslohko ei etukäteen tiedä päivitysviestien lukumäärää ja päivitettävien laskureiden lukumäärää. Kuten kuvissa 5-7 esitetään, päivitysviestien rakenne riippuu käytetyn tehtä-2 0 vän ulottuvuuksista. On huomattava, että tämä on ainoastaan yksi esimerkki mahdollisista päivitysviesteistä ja riippuu suuresti nimenomaisesta ympäristöstä, jossa . : keksintö on käytössä.
Viitaten takaisin kuvaan 2, seuraavassa esite- ;· 25 tään eräs menetelmä laskuridatan keräämiseksi laskuri- joukosta erään esillä olevan keksinnön sovelluksen mu- kaisesti. Alustusprosessin jälkeen, jota prosessia ku- ,···, vattiin kuvan 4 yhteydessä, sovellus lähettää laskurin » » päivitysviestejä suoraan oikealle resurssille Rl, R2, . 30 R3 tai R4. Sovellus on määritellyt laskurinpäivitys- \ viestit ja ainoastaan viestien rakenne täytyy olla oi- ’··* kein. Tämä tarkoittaa sitä, että päivityslohko 2 ei etukäteen tiedä vastaanotettavien laskurinpäivitysvies-tien lukumäärää tai sitä tietoa, kuinka monta laskuria 35 täytyy päivittää. Päivityslohko 2 päivittää ainoastaan * · '···’ ne indeksit, jotka on määritelty päivitettäväksi. Päi- • · · » · ' ‘ vityslohko 2 vastaanottaa suodatusmuistilta 8 tiedon u 114428 päivitettävistä indekseistä. Päivityslohko 2 päivittää muuttuneen laskuridatan kirjausmuistiin 4. Tässä esimerkissä kirjausmuistissa 4 oleva kirjaustiedosto on jaettu kahdeksi tiedostoksi, indeksitiedostoksi ja las-5 kuritiedostoksi. Indeksitiedostossa on laskuritiedos-tossa olevan uniikin laskurin siirtymä (offset), ja indeksitiedosto on järjestetty sovelluksen 1 päivitys-viestissä lähettämien indeksien mukaisesti.
Keskitetyllä laskurinkäsittelylohkolla 5 on 10 ohjaustiedosto, joka sijaitsee ohjausmuistissa 6. Ohjaustiedostoon käyttäjä voi luoda erilaisia matemaattisia operaatioita laskureita varten ja antaa tiettyjä nimiä niille muuttaakseen käyttäjäliittymän sovellusympäristön mukaisesti. Esimerkiksi kuvassa 2 ohjaustiedosto 15 sisältää tietoa loogisesta tiedostosta (logfil=xyz), jota tullaan käyttämään varmistus- ja siirtolohkolla päivitetyn laskuridatan kirjoittamiseksi myöhempää datan käsittelyä varten. Ohjaustiedostossa on myös määriteltynä summausoperaatio cl+c2, jonka nimenä on CAT 2 0 (CAT=cl+c2) . Laskureilla c3 ja c4 on nimet HEVONEN ja KOIRA. Ohjausmuistin tietosisältöä voi käyttäjä päivit-, tää käyttämällä verkkoelementin käyttäjäliittymää.
t · • Ohjaustiedostoon määritellyn aikavälin mukai-sesti keskitetty laskurinkäsittelylohko 5 pyytää lasku- 25 reita päivityslohkolta 2. Tähän pyyntöön vastaanotetaan ·: vastaus ja tämän vastauksen myötä kirjaustiedosto siir- • retään keskitetylle laskurinkäsittelylohkolle 5. Keskitetty laskurinkäsittelylohko 5 päivittää ainoastaan käytetyt laskurit varmistusmuistiin 7 ohjausmuistin si- 30 sältämän tiedon mukaisesti. On mahdollista päivittää joko yksittäisiä laskureita tai yhdistää useita lasku-reita yhdeksi laskuriksi käyttämällä erilaisia mate-, maattisia operaatioita (yhteenlaskua, vähennyslaskua, ; kertomista ja jakamista) . Kun koko kirjaustiedosto on 35 kerätty, keskitetty laskurinkäsittelylohko 5 antaa käs-kyn päivityslohkolle 2 vapauttaa kirjaustiedosto. Tämän jälkeen päivitetty varmistusmuisti (yhdistetty laskuri- 114428 12 tiedosto) tallennetaan haihtumattomaan muistiin, esimerkiksi kovalevylle. Tämä prosessi toistetaan niin monta kertaa kuin päivityslohkoja on (ja kirjaustiedos-toja) verkkoelementissä. Lisäksi ohjausmuistissa 6 mää-5 ritellyn aikavälin mukaisesti keskitetty laskurinkäsit-telylohko 5 siirtää laskurit kootusta laskuritiedostos-ta varmistus- ja siirtolohkon 3 kautta jälkikäsittelyyn.
On ilmeistä alan ammattimiehelle, että tek-10 nilkan kehittyessä esillä olevan keksinnön perusidea voidaan toteuttaa eri tavoilla. Esillä oleva keksintö ja sen sovellukset eivät siten ole rajoittuneita aikaisemmin esitettyihin esimerkkeihin, vaan ne voivat vaihdella patenttivaatimusten määrittelemän suojapii-15 rin puitteissa.
• · • · * »
Claims (20)
1. Menetelmä laskuridatan keräämiseksi laskuri joukosta verkkoelementissä, joka menetelmä käsittää vaiheet: 5 a) tallennetaan sovelluskohtaista dataa mainittuun laskurijoukkoon, b) lähetetään päivitysviesti mainitusta sovelluksesta päivityslohkolle mainitun laskurijoukon muuttuneen data päivittämiseksi, 10 c) kirjoitetaan mainittu laskuridata mainitusta laskurijoukosta siirtotiedostoon myöhempää käsittelyä varten, tunnettu siitä, että ennen vaihetta c) menetelmä käsittää vaiheet: 15 d) päivitetään kirjaustiedostoa mainitun päivitys- viestin perusteella, ja e) kerätään mainittu laskuridata mainitusta kir-jaustiedostosta keskitetyllä laskurinkäsittelylohkolla mainittuun siirtotiedostoon kirjoittamista varten.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että mainittua laskuridatan ke- . räämistä ohjataan käyttämällä tietoa ohjaustiedostos- * ta, jolloin tietyt laskurit otetaan huomioon muutta-maila mainittua tietoa mainitussa ohjaustiedostossa. : 25
3. Patenttivaatimuksen 1 mukainen menetelmä, *· tunnettu siitä, että ennen ensimmäisen päivitys- viestin lähettämistä mainitulta sovellukselta menetelmä edelleen käsittää vaiheet: lähetetään palvelupyyntö mainitulta sovellukselta 30 mainitulle päivityslohkolle; ja » ’ varataan resurssi mainitulta päivityslohkolta mai- nitun palvelupyynnön mukaisesti, jolloin mainittu re-’.· surssi on vastuussa palvelua pyytäneen sovelluksen mainitun muuttuneen laskuridatan päivityksestä. ··, 35
4. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, että lähetetään kuittausviesti 14 114428 mainitulle sovellukselle sen jälkeen, kun resurssi on onnistuneesti luotu mainitussa päivityslohkossa.
5. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että luodaan mainitun päivitys- 5 lohkon yhteydessä oleva mainittu kirjaustiedosto mainitulla resurssilla, jolla kirjaustiedostolla on mainitun palvelupyynnön mukainen tietorakenne.
6. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä, että lähetetään mainittu päivi- 10 tysviesti suoraan mainitulle resurssille, joka on vastuussa kyseessä olevan mainitun sovelluksen palvelemisesta .
7. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, että muodostetaan mainittuun kir- 15 jaustiedostoon kaksiosainen tiedostorakenne, joka käsittää indeksointitiedoston ja muistitiedoston, jossa mainittu indeksointitiedosto yksilöi mainitun muisti-tiedoston sisällön.
8. Patenttivaatimuksen 3 mukainen menetelmä, 20 tunnettu siitä, että sisällytetään mainittuun kirjaustiedostoon mainitut palvelupyynnön päivityspara-metrit, jotka valitaan parametrijoukosta, joka sisältää ;· ainakin mainitun sovelluksen identiteetin (ID), useita indeksejä, useita laskureita mainitussa laskurijoukossa 25 ja merkinnän mainituista indekseistä.
. 9. Patenttivaatimuksen 1 mukainen menetelmä, ! tunnettu siitä, että ohjataan mainitun keskitetyn t t laskurinkäsittelylohkon toiminnallisuutta mainitun oh-·' jaustiedoston sisällön perusteella.
10. Patenttivaatimuksen 8 mukainen menetelmä, > ,·' tunnettu siitä, että spesifioidaan mainitun ohja- : ustiedoston sisältö mainitun verkkoelementin kunkin mainitun sovelluksen erityistarpeiden mukaisesti.
11. Patenttivaatimuksen 1 mukainen menetelmä, 35 tunnettu siitä, että päivitetään koottuun lasku- : ritiedostoon varmuuskopio käytetyistä laskureista. ' : · 114428
12. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että: yhdistetään joukko verkkoelementin päivityslohkoja yhdeksi laskurinkäsittelylohkoksi, ja 5 kerätään kaikki laskuridata kaikista mainitun verkkoelementin sovelluksista mainitulla keskitetyllä laskurinkäsittelylohkolla mainitun ohjaustiedoston sisällön mukaisesti, joka ohjaustiedosto on yhdistetty mainitun laskurinkäsittelylohkon kanssa.
13. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että suodatetaan mainittu laskuridata mainitussa päivityslohkossa suodatustiedoston sisältämän suodatustiedon mukaisesti.
13 114428
14. Järjestelmä laskuridatan keräämiseksi 15 laskurijoukosta verkkoelementissä, joka järjestelmä käsittää: sovelluksen (1), joka sisältää laskurijoukon (Cl, C2, C3, C4) sovelluskohtaisen datan tallentamiseksi, päivityslohkon (2) muuttuneen laskuridatan päivit-20 tämiseksi, varmistus- ja siirtolohkon (3) mainitun tallenne- . tun laskuridatan kirjoittamiseksi mainitusta laskuri- * joukosta siirtotiedostoon mainitun datan myöhempää käsittelyä varten, : 25 tunnettu siitä, että mainittu järjestel- ; ·· mä edelleen käsittää: ' kirjausmuistin (4) kirjaustiedoston päivittämisek- : si mainitulta sovellukselta (1) tulevan päivitysvies- tin mukaisesti, ja 30 keskitetyn laskurinkäsittelylohkon (5) mainitun ,···, laskuritiedon keräämiseksi mainitusta kirjaustiedos- tosta laskuridatan kirjoittamiseksi mainittuun siirto-: '.· tiedostoon.
15. Patenttivaatimuksen 14 mukainen järjes- .··*, 35 telmä, tunnettu siitä, että mainittu järjestelmä • · tf'*\ edelleen käsittää ohjausmuistin (6) ohjaustiedon tai- * * 114428 lentämiseksi, joka ohjausmuisti on yhdistetty mainittuun keskitettyyn laskurinkäsittelylohkoon (5).
16. Patenttivaatimuksen 14 mukainen järjes telmä, tunnettu siitä, että mainittu päivitysloh- 5 ko käsittää ainakin yhden resurssin (Rl, R2, R3 , R4), joka on vastuussa tietyn sovelluksen (1) mainitun muuttuneen laskuridatan päivittämisestä, joka sovellus pyysi päivityspalvelua mainitulta päivityslohkolta.
17. Patenttivaatimuksen 14 mukainen järjes- 10 telmä, tunnettu siitä, että mainittu kirjausmuis- ti (4) sisältää kirjaustiedoston, jolla on mainitulta sovellukselta saadussa palvelupyynnössä määritelty tietorakenne .
18. Patenttivaatimuksen 14 mukainen järjes- 15 telmä, tunnettu siitä, että mainittu järjestelmä edelleen käsittää varmistusmuistin (7) kootun laskuri-tiedoston tallentamiseksi ja päivittämiseksi, joka las-kuritiedosto on varmuuskopion tekemistä varten käytetyistä laskureista.
19. Patenttivaatimuksen 14 mukainen järjes telmä, tunnettu siitä, että mainittu järjestelmä edelleen käsittää: ’! päivitys lohko joukon, jotka on yhdistetty mainit- tuun keskitettyyn laskurinkäsittelylohkoon (5) kaiken : 25 laskuridatan keräämistä varten kaikilta sovelluksilta mainitussa verkkoelementissä.
* '·' 20. Patenttivaatimuksen 14 mukainen järjes- : : telmä, tunnettu siitä, että mainittu järjestelmä edelleen käsittää suodatinmuistin (8), joka on yhdis-\ 30 tetty mainittuun päivityslohkoon suodatustiedoston tal lentamista varten. » · lv 114428
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20012464A FI114428B (fi) | 2001-12-13 | 2001-12-13 | Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä |
| EP02762484A EP1454476A1 (en) | 2001-12-13 | 2002-09-25 | Method and system for collecting counter data in a network element |
| PCT/FI2002/000768 WO2003051025A1 (en) | 2001-12-13 | 2002-09-25 | Method and system for collecting counter data in a network element |
| AU2002327866A AU2002327866A1 (en) | 2001-12-13 | 2002-09-25 | Method and system for collecting counter data in a network element |
| CN028248023A CN1602618B (zh) | 2001-12-13 | 2002-09-25 | 在网络单元中收集计数器数据的方法和*** |
| US10/854,717 US7937459B2 (en) | 2001-12-13 | 2004-05-27 | Method and system for collecting counter data in a network element |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20012464 | 2001-12-13 | ||
| FI20012464A FI114428B (fi) | 2001-12-13 | 2001-12-13 | Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| FI20012464A0 FI20012464A0 (fi) | 2001-12-13 |
| FI20012464A FI20012464A (fi) | 2003-06-14 |
| FI114428B true FI114428B (fi) | 2004-10-15 |
Family
ID=8562480
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FI20012464A FI114428B (fi) | 2001-12-13 | 2001-12-13 | Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7937459B2 (fi) |
| EP (1) | EP1454476A1 (fi) |
| CN (1) | CN1602618B (fi) |
| AU (1) | AU2002327866A1 (fi) |
| FI (1) | FI114428B (fi) |
| WO (1) | WO2003051025A1 (fi) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7317718B1 (en) * | 2002-12-06 | 2008-01-08 | Juniper Networks, Inc. | Flexible counter update and retrieval |
| CN101909278A (zh) * | 2010-06-29 | 2010-12-08 | 深圳市五巨科技有限公司 | 一种获取移动终端用户信息的方法和装置 |
| CN102833281B (zh) * | 2011-06-15 | 2018-01-09 | 中兴通讯股份有限公司 | 一种分布式自增计数的实现方法、装置及*** |
| US9626119B2 (en) * | 2014-11-14 | 2017-04-18 | Intel Corporation | Using counters and a table to protect data in a storage device |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4625081A (en) * | 1982-11-30 | 1986-11-25 | Lotito Lawrence A | Automated telephone voice service system |
| SE454920B (sv) * | 1986-10-03 | 1988-06-06 | Ellemtel Utvecklings Ab | Sett och anordning for att i en pa forhand avgjord ordningsfoljd exekvera tva instruktionssekvenser medelst separatminnen |
| US5625669A (en) * | 1991-09-27 | 1997-04-29 | Telemac Cellular Corporation | Mobile phone with internal call accounting controls |
| SE508876C2 (sv) * | 1992-06-24 | 1998-11-09 | Ericsson Telefon Ab L M | Digital väljare avsedd att användas i en nod i ett kretskopplat telekommunikationsnät med distribuerad väljarfunktion |
| US5418713A (en) * | 1993-08-05 | 1995-05-23 | Allen; Richard | Apparatus and method for an on demand data delivery system for the preview, selection, retrieval and reproduction at a remote location of previously recorded or programmed materials |
| US5592620A (en) * | 1993-08-12 | 1997-01-07 | International Business Machines Corporation | System and method for controlling, monitoring and retrieving accounting data |
| JP3452657B2 (ja) * | 1994-10-03 | 2003-09-29 | 富士通株式会社 | 通信ネットワークにおける情報収集装置および方法 |
| JP3089316B2 (ja) * | 1994-11-09 | 2000-09-18 | 日本電信電話株式会社 | データ集約方法及びデータ集約システム |
| US6522939B1 (en) * | 1996-07-01 | 2003-02-18 | Robert D. Strauch | Computer system for quality control correlation |
| FI104599B (fi) * | 1996-08-29 | 2000-02-29 | Nokia Networks Oy | Tapahtumien tallettaminen palvelutietokantajärjestelmässä |
| US20030036974A1 (en) * | 1996-12-03 | 2003-02-20 | Richard Allen | Apparatus and method for an on demand data delivery system for the preview selection, retrieval and reproduction at a remote location of previously recorded or programmed materials |
| SE517973C2 (sv) * | 1997-01-27 | 2002-08-13 | Ericsson Telefon Ab L M | Kontrollmetod vid växelenhet samt anordning verkande enligt metoden |
| JP3780610B2 (ja) * | 1997-03-28 | 2006-05-31 | 富士通株式会社 | 課金情報出力装置 |
| US6490620B1 (en) * | 1997-09-26 | 2002-12-03 | Worldcom, Inc. | Integrated proxy interface for web based broadband telecommunications management |
| US7225249B1 (en) * | 1997-09-26 | 2007-05-29 | Mci, Llc | Integrated systems for providing communications network management services and interactive generating invoice documents |
| US6338046B1 (en) * | 1997-10-06 | 2002-01-08 | Nokia Telecommunications, Oy | System and method for determining charges for usage of a network connection |
| FI105757B (fi) * | 1997-12-16 | 2000-09-29 | Nokia Networks Oy | Tapahtumien esikäsittely raportin muodostamiseksi |
| US6832085B1 (en) * | 1998-04-14 | 2004-12-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for radio network management |
| US6246752B1 (en) * | 1999-06-08 | 2001-06-12 | Valerie Bscheider | System and method for data recording |
| FI107974B (fi) | 1999-07-14 | 2001-10-31 | Nokia Networks Oy | Menetelmä ja järjestelmä tilastointiin puhelinkeskusjärjestelmässä |
| US6946984B2 (en) * | 2002-04-10 | 2005-09-20 | Systel Development And Industries Ltd. | System on chip for digital control of electronic power devices |
-
2001
- 2001-12-13 FI FI20012464A patent/FI114428B/fi active IP Right Grant
-
2002
- 2002-09-25 CN CN028248023A patent/CN1602618B/zh not_active Expired - Fee Related
- 2002-09-25 AU AU2002327866A patent/AU2002327866A1/en not_active Abandoned
- 2002-09-25 EP EP02762484A patent/EP1454476A1/en not_active Withdrawn
- 2002-09-25 WO PCT/FI2002/000768 patent/WO2003051025A1/en not_active Application Discontinuation
-
2004
- 2004-05-27 US US10/854,717 patent/US7937459B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003051025A1 (en) | 2003-06-19 |
| US20040228462A1 (en) | 2004-11-18 |
| CN1602618B (zh) | 2010-08-25 |
| FI20012464A (fi) | 2003-06-14 |
| CN1602618A (zh) | 2005-03-30 |
| US7937459B2 (en) | 2011-05-03 |
| FI20012464A0 (fi) | 2001-12-13 |
| EP1454476A1 (en) | 2004-09-08 |
| AU2002327866A1 (en) | 2003-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9497139B2 (en) | Client-allocatable bandwidth pools | |
| AU2014268553B2 (en) | Bandwidth metering in large-scale networks | |
| DE60124440T2 (de) | Namensverwaltungskonvention für verschiedene Gerätetypen, und Vorrichtung und Verfahren zur Anwendung dieser Namensverwaltungskonvention | |
| US9306870B1 (en) | Emulating circuit switching in cloud networking environments | |
| US8601000B1 (en) | System and method for conditionally updating an item with attribute granularity | |
| US20090144183A1 (en) | Managing user accounts for storage delivery network | |
| CN1557067A (zh) | 网络附属的存储snmp单***映像 | |
| CN101449559A (zh) | 分布式存储器 | |
| CN102726031A (zh) | 内容处理方法、装置和*** | |
| CN108572991A (zh) | 数据库处理方法、装置和存储介质 | |
| CN110515919A (zh) | 一种分布式集群提供多存储服务的方法、设备及可读介质 | |
| CN110290168A (zh) | 数据发送方法、装置、服务器及存储介质 | |
| US6502130B1 (en) | System and method for collecting connectivity data of an area network | |
| WO2016198911A1 (en) | Method for tracking service provider affiliations for m2m events | |
| CN104205730B (zh) | 网元数据访问方法、虚拟网元、网络管理服务器及网络管理*** | |
| CN104021088A (zh) | 日志存储方法和装置 | |
| CN105978744B (zh) | 一种资源分配方法、装置及*** | |
| FI114428B (fi) | Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä | |
| CN1625109A (zh) | 虚拟化网络资源的方法和装置 | |
| CN1985254A (zh) | 在多个企业存储***（ess）单元上存储可下载内容的方法、***和程序产品 | |
| EP1109413A1 (en) | Summary building block, system and method for network management | |
| CN101345684B (zh) | P2p节点管理方法 | |
| CN101552695B (zh) | 一种跨多专业网的统一网络管理方法及*** | |
| CN102594866A (zh) | 地图服务提供***和方法 | |
| CN109274774A (zh) | 一种数据存储方法、装置和计算机可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Patent granted |
Ref document number: 114428 Country of ref document: FI |