FI109073B - Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite - Google Patents

Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite Download PDF

Info

Publication number
FI109073B
FI109073B FI974532A FI974532A FI109073B FI 109073 B FI109073 B FI 109073B FI 974532 A FI974532 A FI 974532A FI 974532 A FI974532 A FI 974532A FI 109073 B FI109073 B FI 109073B
Authority
FI
Finland
Prior art keywords
service
message
data
request
fields
Prior art date
Application number
FI974532A
Other languages
English (en)
Swedish (sv)
Other versions
FI974532A (fi
FI974532A0 (fi
Inventor
Jukka Jaervi
Kimmo Poikolainen
Original Assignee
Nokia Corp
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 Corp filed Critical Nokia Corp
Priority to FI974532A priority Critical patent/FI109073B/fi
Publication of FI974532A0 publication Critical patent/FI974532A0/fi
Priority to EP98959926A priority patent/EP1038241A2/en
Priority to AU15652/99A priority patent/AU1565299A/en
Priority to PCT/FI1998/000973 priority patent/WO1999034639A2/en
Publication of FI974532A publication Critical patent/FI974532A/fi
Priority to US09/595,396 priority patent/US6587899B1/en
Application granted granted Critical
Publication of FI109073B publication Critical patent/FI109073B/fi

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/04Selecting arrangements for multiplex systems for time-division multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103Memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13106Microprocessor, CPU
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176Common channel signaling, CCS7
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13216Code signals, frame structure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13349Network management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Exchange Systems With Centralized Control (AREA)

Description

1 109073
Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite /Förfarande för dataöverföring i medde-landeform i en telekommunikationsutrustning samt telekommunikan-tionsutrustning 5
Keksinnön ala
Keksinnön kohteena on menetelmä tietojen siirtämiseksi sanoma-muodossa tietoliikennelaitteessa, jossa useat prosessit kommunikoivat toistensa kanssa yhteisen sanomaväylän kautta. Lisäksi keksinnön kohteena on 10 tietoliikennelaite useita toiminnallisia yksiköitä ja sanomaväylä. Ainakin osa toiminnallisista yksiköistä tarjoaa palvelua muille yksiköille ja ainakin osa käyttää tarjottua palvelua, palvelun käsittäessä yhtenäisen strukturoidun tietorakenteen, jossa yksittäisellä tietokentällä on oma määrätty positio ja pituus. Toiminnalliset yksiköt on kytketty yhteiseen sanomaväylään, johon ja 15 jonka välityksellä palvelua pyytävä yksikkö lähettää pyyntösanoman palvelua tarjoavalle yksikölle ja palvelua tarjoava yksikkö lähettää vastaussanoman palvelua pyytäneelle yksikölle.,
Tekniikan tausta 20 Suhteellisen monimutkaisissa hajautetuissa laiteympäristöissä kuten •, : tietoliikennelaitteissa sekä tietokonejärjestelmissä käytetään telinettä, johon on | i ' työnnetty kehikolta. Kehikot puolestaan sisältävät useita pistoyksikköjä, jotka muodostuvat piirilevystä komponentteineen. Telineessä on taustalevy, jossa on erilaisia yhdysväyliä (backplane bus). Niiden tarkoituksena on yhdistää eri • 25 yksiköitä sähköisesti ja mekaanisesti keskenään sekä mahdollistaa yksiköiden välinen nopea kommunikointi. Yhdysväyliä käytetään myös useiden laitekehik- v : kojen muodostamissa järjestelmissä, kuten esim. digitaalisen tietoliikennejär jestelmän solmulaitteessa, jossa data- ja kellosignaalit joudutaan siirtämään : · ·; laitekehikkojen välillä.
·“; 30 Esimerkki tällaisesta kompleksisesta solmulaitteesta on puhelinkes- .* , kus. Kuvio 1 esittää erään puhelinkeskuksen pelkistettyä lohkokaaviota. Tilaa- • jajohdot on liitetty keskukseen tilaajaliitäntäpiirin kautta, joka analogisen tilaaja- : : johdon tapauksessa suorittaa AD -muunnoksen ja sovittaa tilaajajohdon signa loinnin keskukselle sopivaksi. Toisella puolella keskusta ovat esim. 2 Mbit/s .,. : 35 runkojohtoliitännän suorittavat piirit, jotka tekevät runkojohtojen ja keskuksen 2 109073 s välisen sähköisen sovituksen ja synkronointisovituksen. Kytkentäkenttä suorittaa puhelun kytkennän niin, että tietty tilaajajohdon kanava yhdistetään tiettyyn runkojohdon kanavaan. Kytkentäkentän läpi kytketän myös signalointikanavat ja keskuksen sisäiset datakanavat.
5 Sen määrityksen, kuinka puhelut kytketään kytkentäkentän läpi, hoitaa puhelunohjaus. Puhelunohjaus on jäijestelmän ydin ja sisältää keskuksen koosta riippuen suuren määrän erilaisia hajautettuja puhelunohjaustoimintoja, joista kuviossa 1 on esitetty vain muutamia. Puhelunohjaus on vastuussa kaikesta päätöksenteosta. Käytönohjaus O&M (Operation and Maintenance) kä-10 sittelee toimintoja, jotka liittyvät keskuksen käyttöön ja kunnossapitoon ja sen kautta operaattori on MML- kieltä (Man Machine Interface) käyttäen yhteydessä keskukseen.
Esimerkkinä hajautetuista puhelunohjaustoiminnoista mainittakoon ti-laajasignalointiyksikkö SSIG (Subscriber Signalling), joka kontrolloi signalointia 15 tilaajajohdolla ja generoi tilaajan puhelun laskutuspulsseja. Linjasignalointiyk-sikkö LSIG (Line Signalling) suorittaa runkojohtojen kanaviin liittyvän signaloinnin. Yhteiskanavasignalointiksikkö C SSIG hoitaa runkojohtojen CCITT No.7 mukaisen signaloinnin. Suurissa keskuksissa on veloitusyksikkö CHARG (Charging), joka kerää ja taltioi puhelun laskutukseen tarvittavaa puhelukoh-20 täistä dataa. Statistiikkayksikkö STAT kerää ja taltio liikenteeseen ja veloituk-·. : seen liittyvää dataa. Keskusmuisti (Central Memory) sisältää puolipysyviä tie dostoja, joihin kuuluu tilaajatiedot, veloitusinformaatio, signalointi-ja reititysin-j · t'. formaatio ja keskuksen konfigurointitiedot.
Kaikki edellä mainitut yksiköt muodostuvat pistoyksiköistä, joiden kor-; · 25 tiliä on ainakin prosessori CPU, DC/DC konvertteri ja tarvittavat muistit. Yksiköt : " ovat yhteydessä toisiinsa yhteisen sanomaväylän kautta ja tätä varten yksi- : : köissä on viestiväylän sovitin (message bus interface unit), joka huolehtii yksi kön ja viestiväylän sovituksesta toisiinsa.
Yksikköjen tai tarkemmin niiden prosessorien CPU välinen kom-30 munikointi tapahtuu sanomapohjalla: kun jokin yksikkö tarvitsee toiselta yksiköltä palvelua, se lähettää palvelun pyyntösanoman, johon vasteena tämä toinen yksikkö lähettää paluusanoman Pyyntösanomassa voidaan kysyä joitain tietoja tai sitten pyydetään toista yksikköä suorittamaan jotkut toiminnot ja lähettämään tulokset vastaussanomassa. Esimerkiksi tilaajasignalointiyk-: 35 sikkö SSIG (Subscriber Signalling) pyytää keskusmuistilta tilaajatietoja ja vas- 3 109073 * j teenä pyyntöön keskusyksikkö lähettää sanomaväylän kautta tilaajatiedot. Tässä tapauksessa SSIG on palvelun pyytäjä ja keskusmuisti on palvelun tarjoaja. Siten kukin yksikkö voi olla sekä palvelun tarjoaja muille yksiköille että muilta palvelun pyytäjä.
5 Pyyntö ja vastaussanoman muoto ja rakenne on tarkoin määrätty.
Pyyntösanoma ja paluusanoma muodostavat sanomaparin, joiden rakenne pysyy aina samana. On selvää, että koska yksiköitä on paljon, on myös sa-nomapareja paljon - kunkin parin ollessa kuitenkin etukäteen tarkasti määrätty· 10 Sanomaparien kiinteydestä ts. sanomarajapinnasta johtuen on se kä palvelun tarjoajan että palvelun pyytäjän näkemys palvelusta sama. Pyytäjä tietää täsmälleen, mitä palveluja on tarjolla ja mikä on palvelun rakenne. Kuvioon 2 viitaten oletetaan, että palvelunpyytäjä esim. SSIG haluaa vain tiedon siitä, onko A -tilaajalla kutsunsiirto. Tämä tiedon pituus on esim. yksi 15 tavu. Se tietää, että tämä tieto sisältyy tiettyyn palveluun, joten se lähettää tälle palvelulle sellaisen vakiosanoman, jonka vakiorakenteiseen sanomapa-riin se tietää kyseisen tiedon sisältyvän. Palvelun tarjoaja hakee koko tiedoston mihin kysytty tieto sisältyy ja lähettää sen palvelun pyytäjälle. Paluusa-nomassa pyytäjä saa kyllä tarvitsemansa yhden tiedon mutta sen lisäksi 20 myös kaikki mahdolliset A -tilaajan tilaajatiedot tai ainakin ne, jotka palvelun •. : tarjoaja tietää. Koska sanomastruktuuri on täysin määrätty, osaa tilaajasigna- lointiyksikkö SSIG erottaa sanoman tiedoista haluamansa.
Edellä mainitusta esimerkistä käy ilmi nykyisen sanomavälityksen "'.' ongelma. Saadakseen tietää paluusanomasta vain yhden asian on palvelun 25 pyytäjän vastaanotettava sanoman kiinteästä struktuurista johtuen kaikki muutkin paluusanomaan sisältyvät tiedot, vaikkei se niitä tarvitsekaan. Saa-: dakseen tietää vain yhden tavun on esimerkkitapauksessamme vastaanotet tava 1000 tavua. Tämä johtaa siihen, että sanomaväylällä siirretään erittäin :": suuri määrä tarpeetonta tietoa. Tämä kuormittaa tarpeettomasti väylää ja saat- 30 taa johtaa tilanteeseen, jossa sanomaväylä muodostuu keskuksen toiminnan . , kannalta pullonkaulaksi.
• ; Nykyisissä järjestelmissä on kyllä mahdollista pienentää sanomaväy län kuormitusta luomalla uusia kiinteitä sanomapareja, joissa vastaussanomat : sisältävät vain juuri kysymyssanomassa yksilöidyt tiedot. Tämä on kuitenkin ; · 35 hankala tapa, sillä sanomaparien lukumäärä kasvaa hyvin suureksi ja lisäksi 4 109073 palvelun tarjoajan ja tuottajan ohjelmakoodiin on tehtävä vastaavat muutokset. Lisäksi on tehtävä muutoksia siihen rajapintaan, jonka takana on kaikkien yksiköiden yhteiset tietorakenteet ja jonka kaikki yksiköt näkevät samana.
Tämän keksinnön tavoitteena on saada aikaan järjestely, jolla ei ole 5 nykyisen järjestelyn haittoja. Asetettu tavoite saavutetaan menetelmällä ja tietoliikennelaitteella, joiden tunnusmerkit on esitetty itsenäisissä patenttivaatimuksissa 1 ja 6.
Keksinnön lyhyt yhteenveto 10 Keksinnön mukaisesti menetellään siten, että palvelun pyytäjä il moittaa pyyntösanomassa täsmällisesti sen mitä se haluaa tietää, ts. palvelua pyytävä yksikkö sijoittaa pyyntösanomaan vain ne palvelun tietorakenteen tietokenttiä yksilöivät tunnisteet, joiden kenttien tietoja se tarvitsee. Koska palvelun tarjoajan tietostruktuuri on palvelun pyytäjän tiedossa, ts. 15 kunkin yksittäisen tiedon positio ja tietokentän pituus on tiedossa, ilmoitetaan pyyntösanomassa vain positio ja pituus. Kun palvelun tarjoaja on vastaanottanut pyyntösanoman, se siirtää osoittimen ilmoitetun position kohdalle ja lukee siitä eteenpäin dataa niin pitkälti kuin tietokentän pituudeksi on annettu. Tämän jälkeen se muodostaa vastaussanoman ja sijoittaa siihen vain tämän 20 yksilöidyn tiedon. Mikäli palvelun pyytäjä on pyyntösanomassaan ilmoittanut ·. : useita positioita ja pituuksia, hakee palvelun tarjoaja vain nämä tiedot tieto- • » · rakenteestaan ja lähettää ne vastaussanomassa sanomaväylälle. Näin sekä • · ! ; pyyntösanoma että vastaussanoma muodostavat dynaamisen sanomaparin.
Haluttaessa lähettää koko palvelu lähetään koko sanoma kiinteästi struktu- 25 roituna kuten tekniikan tason mukaisissa järjestelmissäkin tehdään, mutta : " osapalvelua pyydettäessä sanomissa onkin dynaaminen struktuuri ja pituus, v ; jotka palvelun pyytäjä ja tarjoaja tietävät.
Tällä järjestelyllä on lukuisia etuja: sanomaväylän kuormitus supis- tuu murto-osaan nykyisestä samoin pienenee yksikköjen prosessoreiden 30 CPU kuormitus. Suurenkin palvelun tarjoamiseen riittää vain yksi dynaami- . nen sanomapari ja palvelun tarjoajan koodissa voidaan keskittyä näyttämään · · · ; / yhdellä sanomalla muille yksiköille koko saatavissa oleva palvelu. Jokaiselle • · palvelun pyytäjälle ei tarvitse räätälöidä omaa näkymää vaan palvelun tarjoa-: ja voi näyttää, että tässä on kaikki mitä tiedän, voit kysyä mitä haluat.
35 5 109073
Kuvioluettelo
Keksintöä selostetaan yksityiskohtaisemmin oheisten kaaviollisten kuvioiden avulla, joissa kuvio 1 esittää erään puhelinkeskuksen toiminnallisia lohkoja 5 kuvio 2 esittää tekniikan tason mukaista sanomien vaihtoa, kuvio 3 esittää keksinnön mukaista sanomien vaihtoa ja kuvio 4 kuvaa pyyntösanoman rakennetta
Keksinnön yksityiskohtainen selostus 10 Kuvio 3 esittää tapahtumia keksinnön mukaisessa järjestelyssä.
Halutessaan vain määrättyjä tietoja on palvelun pyytäjän ilmoitettava täsmällisesti palvelun tarjoajalle mitä halutaan. Toisaalta palvelun pyytäjän täytyy | tietää, mitä tietoja palvelun tarjoajalla on. Tämän se tietääkin, sillä sanomille 1 on yhteiset ympäristömäärittelyt (vrt. C -kielen include-tiedostot), ts. sanomat 15 kuvataan yleisenä ja yhteisenä struktuurina, joka linkitetään käännösvaiheen aikana niin, että se näkyy kaikille palvelun pyytäjille. Kaikki sanomat ovat siten tarvittaessa kaikille nähtävissä. Täydellinen sanoma on täydellinen kopio palvelun struktuurista, joten palvelun pyytäjä tietää mikä tietosisältö missäkin kentässä on, kentän sijainnin sekä pituuden.
20 Näin ollen palvelun pyytäjän tarvitessa vain tietyt tiedot se spesifioi . : täydellisen palvelun struktuurista ne kentät, joiden arvot se haluaa palautet- tavan ts. joissa ajantasainen tieto on, kenttien position sekä kenttien pituu-l ! det, vaihe 31. Nämä tietomääritteet se sijoittaa dynaamiseen pyyntösano- :‘V maan.
* I · 25 Kuvio 4 hahmottaa mahdollista pyyntösanomaa. Siinä on yksi tai i " useampia otsikkokenttiä, joissa yksilöidään vastaanottaja ts. palvelun tarjoa- v ' ja sekä lähettäjä. Tämän jälkeen tulee kentät, joissa yksilöidään ensimmäi nen haluttu tieto ilmoittamalla tiedon sijainnin positio esimerkiksi antamalla ·:··: kentän alkukohta tavuina täydellisen sanoman dataosan alusta laskettuna ·“; 30 sekä kentän pituus tavuina. Niinpä ensimmäisen tiedon yksilöi positio a, pi- .· . tuus 11, toisen tiedon yksilöi positio b, pituus I2, kolmannen tiedon positio c, • ‘; pituus I3 jne. Pyyntösanomassa olevien positio-pituus parien lukumäärä voi ‘ ‘ vaihdella vapaasti, joten sanoma on dynaaminen.
Kun palvelun pyytäjä on muodostanut haluamansa sanoman, se 35 lähettää sen sanomaväylän kautta vastaanottajalle, vaihe 32 kuvio 3. Vas- i 6 109073 taanottaja erottaa sanomasta positio-pituus parit ja hakee muistissa olevasta täydellisestä sanomastruktuurista tiedot, jotka alkavat vastaanotetussa sanomassa annetuista positioista ja joiden pituus on annettu kentänpituus, vaihe 33. Kentän positio saadaan selville kun halutun kentän offsefsta vähen-5 netään tallenteena olevan täydellisen sanoman dataosan offset. Tämä edellyttää, että muistissa olevan tiedoston struktuuri on yhtenäinen.
Muistista haetut kentät se sijoittaa vastaussanomaan esim. samassa järjestyksessä kuin missä niitä pyydettiin pyyntösanomassa, vaihe 34. On myös mahdollista sijoittaa vastaussanomaan positio/pituus parit ja kunkin pa-10 rin jälkeen muistista haetun vastaavan kentän tiedot. Muodostamansa sanoman se lähettää lopuksi sanomaväylän kautta palvelun pyytäjälle. Myös vastaussanoma on siten vaihtelevan pituinen ja dynaaminen. Siten pyyntö-sanoma ja vastaussanoma muodostavat dynaamisen sanomaparin.
Edellä olevassa selostuksessa on oletettu, että palveluntarjoaja on 15 halunnut tietää koko kentän tiedot ts. pituus-indikaattori on ollut koko kentän pituus. Kenttään, jonka pituus voi olla useita tavuja, voi sisältyä kuitenkin useita tietoalkioita, joista palvelun pyytäjä haluaisi tietää vain yhden. Asettamalla positio-pituus indikaattorit sopiviksi voidaan viitata mihin tahansa tietorakenteen tietoalkioon.
20 Kuvattua järjestelyä käyttäen operaattori selviää vain vähäisillä oh- *. : jelmamuutoksilla. Jos kyselijä haluaa tietää vaikka vain yhden kentän lisää olemassa olevasta palvelusta, tarvitsee kyselijän vain lisätä kyselyynsä tä-! ! män kentän perustiedot. Tällöin selvitään vain yhdellä ohjelman muutoksella, : ·:,: kun tekniikan tason mukaisessa ratkaisussa olisi tehtävä muutoksia sekä itse * ♦ # ;: 25 sanomaan eli yhteiset ympäristömäärittelyt muuttuvat että myös palvelun tar- i " joajan koodiin. Vastaussanomaan voidaan lisätä kenttiä ja tehdä muutoksia : samoilla säännöillä kuin tekniikan tason mukaisissa järjestelmissäkin. Halut taessa pyytää koko palvelu lähetetään koko sanoma kiinteästi strukturoituna ·:··! kuten nykyäänkin tehdään. Osapalvelua pyydettäessä on sanomissa keksin- " ‘: 30 nön mukainen dynaaminen struktuuri ja pituus, jonka palvelun pyytäjä ja pal velun tarjoaja tietävät.
’· Ehdotettu menettely sopii suoraan sovellettavaksi tunnetuille oh jelmointikielille PLM ( = Intelin oma kieli )ja C sekä kaikille muillekin kielille, joissa on niiden tapainen tietorakenne. Tällöin viittaus positioon ja pituuteen 35 riittää. Jos tämä ei ole mahdollista, voidaan sanoman kentät numeroida 7 109073 juoksevasti, jolloin palvelun pyytäjä viittaa pyyntösanomassaan kenttiin esim. näin: anna tiedot 1, 4, 7 ja 9. Tällöin kenttien pituutta ei tarvitse ilmoittaa lainkaan. Toinen mahdollisuus on kuvata täydellisen sanoman kenttiä bittikartta-tyyppisesti, jolloin pyyntösanomassa lähetetään bittikartta, jossa esimerkiksi 5 ykköset tarkoittavat kenttiä, joiden tietosisältö halutaan saada.
Kuvion 1 mukaisesti keskuksessa on käytönohjausyksikkö OMU, jonka kautta operaattori hallitsee keskusta. Tämän liittymän kautta operaattori valvoo minkälaisia sanomia sanomaväylällä liikkuu. Tekniikan tason mukaisissa järjestelmissä se on helppoa, koska sanomien struktuuri on kiinteä 10 ja ennalta tiedossa. Tällöin bittivirrasta pystytään erottamaan eri kentät toisistaan. Keksinnön mukainen dynaaminen sanoman muodostus vaikeuttaa tätä monitorointitehtävää. Monitorointi on kuitenkin mahdollista usealla eri tavalla. Selostetaan seuraavaksi niitä.
Monitoroiduista pyyntösanomista ei suoraan käy ilmi mitä palvelua 15 on kysytty. Kun operaattori ottaa itselleen kopion täysiulotteisesta palvelun tarjoajan sanomasta, pystyy hän siitä pyyntösanoman positio/pituus -tietojen perusteella selvittämään pyydetyt tiedot sekä sen, mitä tietoa vastaussanoma sisältää ja minkälaisessa struktuurissa se lähetetään.
Toinen tapa on sellainen, että pyyntösanoman positio/pituus -tiedot 20 kopioidaan vastaussanoman alkuun ennen varsinaista dataosuutta. Tällöin ·. : monitoroidun vastaussanoman struktuuri voidaan selvittää alkuosan tietojen / perusteella, positio/pituus -tietojen lukumäärä voidaan rajoittaa esimerkiksi ; ; kymmeneen, jolloin kysyttäessä palvelusta enemmän kuin 10 osatietoa on :,:t: vastaussanoma lähetettävä kokonaisuudessaan. Tämä on edullista, jos pal- * * * 25 velun tarjoajaa ei haluta rasittaa useilla pienillä erilliskyselyillä.
: ’·· Kolmas tapa on käyttää bittikarttaa, joka kulkee sekä pyyntö- että v : vastaussanoman alussa ja siten identifioi pyydetyt ja vastaussanomassa kul kevat kentät. Bittikartan pitäisi tällöin generoitua automaattisesti kysyttyjen : · ·: osatietojen perusteella, jottei karttaa tarvitsisi editoida käsin eikä se olisi siten ." : 30 herkkä palvelustruktuurissa tapahtuville muutoksille.
/ , Neljäs tapa on käyttää menettelyä, jossa täydellisestä palvelusta ' · Ί luodaan erityinen lomake, joka on sanoman struktuuri avattuna. Lomake on • palvelun pyytäjän tiedossa ja siitä se saa pyyntösanomaan tarvittavat positio ja pituustiedot. Tämän tavan perusperiaatteet on kuvattu hakijan aikaisem-35 massa patenttihakemuksessa FI-971621.

Claims (10)

1. Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa, johon kuuluu useita toiminnallisia yksiköitä, joista ainakin osa tarjoaa palvelua 5 muille yksiköille ja ainakin osa käyttää tarjottua palvelua, palvelun käsittäessä yhtenäisen strukturoidun tietorakenteen, jossa yksittäisellä tietokentällä on oma määrätty positio ja pituus, yhteinen sanomaväylä, johon toiminnalliset yksiköt on kytketty ja jonka välityksellä palvelua pyytävä yksikkö lähettää pyyntösanoman palvelua 10 tarjoavalle yksikölle ja palvelua tarjoava yksikkö lähettää vastaussanoman palvelua pyytäneelle yksikölle, tunnettu siitä, että palvelua pyytävä yksikkö sijoittaa (32) pyyntösanomaan vain ne palvelun tietorakenteen tietokenttiä yksilöivät tunnisteet (31), joiden kenttien 15 tietoja se tarvitsee, vasteena pyyntösanomalle palvelua tarjoava yksikkö hakee (33) tietorakenteesta tunnisteiden yksilöimät kentät ja sijoittaa (34) niissä olevan tiedon vastaussanomaan.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, 20 että tietokenttää yksilöivä tunniste on kentän positio ja pituus.
3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, . v että palvelua tarjoava yksikkö sijoittaa vastaussanoman alkuun pyyntösano- ; ; massa olleet kenttien positio- ja pituustiedot.
: : : 4. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, i 25 että yhtenäisen strukturoidun tietorakenteen tietokentät kuvataan bittikartaksi : '· · ja kaikilla tietokenttää yksilöivillä tunnisteilla on sama bittiarvo.
5. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä, että palvelua tarjoava yksikkö sijoittaa vastaussanoman alkuun pyyntösano-: massa olleen bittikartan.
6. Tietoliikennelaite, johon kuuluu useita toiminnallisia yksiköitä (esim. SSIG, LSIG, D SSIG, Charg., STAT, Memory), joista ainakin osa tarjoaa palvelua muille yksiköille ja ainakin osa käyttää tarjottua palvelua, palvelun käsittäessä yhtenäisen strukturoidun tietorakenteen, jossa yksittäisellä tietokentällä on oma määrätty posi-35 tio ja pituus, 109073 yhteinen sanomaväylä, johon toiminnalliset yksiköt on kytketty ja jonka välityksellä palvelua pyytävä yksikkö lähettää pyyntösanoman palvelua tarjoavalle yksikölle ja palvelua tarjoava yksikkö lähettää vastaussanoman palvelua pyytäneelle yksikölle, 5 tunnettu siitä, että pyyntösanomassa ovat ne palvelun tietorakenteen tietokenttiä yksilöivät tunnisteet (31), joiden kenttien tietoja palvelua pyytävä yksikkö tarvitsee, vastaussanomassa ovat tietorakenteen niiden kenttien tiedot (33), 10 jotka palvelua tarjoava yksikkö on hakenut tietorakenteesta pyyntösanomassa olevien yksilöivien tunnisteiden (31) perusteella.
7. Patenttivaatimuksen 6 mukainen tietoliikennelaitteisto, tunnettu siitä, että tietokenttää yksilöivä tunniste on kentän positio ja pituus.
8. Patenttivaatimuksen 7 mukainen tietoliikennelaitteisto, tunnettu siitä, että vastaussanoman alkuosassa sijaitsevat pyyntösanomassa olleet kenttien positio- ja pituustiedot.
9. Patenttivaatimuksen 6 mukainen tietoliikennelaitteisto, tunnettu siitä, että yhtenäisen strukturoidun tietorakenteen tietokentät on 20 kuvattu bittikartaksi ja pyyntösanomassa kaikilla tietokenttää yksilöivillä tunnisteilla on sama bittiarvo.
10. Patenttivaatimuksen 9 mukainen tietoliikennelaitteisto, tunnettu siitä, että palvelua tarjoava yksikkö sijoittaa vastaussanoman alkuun pyyntösanomassa olleen bittikartan. :· 25 > < i * * 10 109073 j
FI974532A 1997-12-16 1997-12-16 Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite FI109073B (fi)

Priority Applications (5)

Application Number Priority Date Filing Date Title
FI974532A FI109073B (fi) 1997-12-16 1997-12-16 Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite
EP98959926A EP1038241A2 (en) 1997-12-16 1998-12-11 Dynamic message interface
AU15652/99A AU1565299A (en) 1997-12-16 1998-12-11 Dynamic message interface
PCT/FI1998/000973 WO1999034639A2 (en) 1997-12-16 1998-12-11 Dynamic message interface
US09/595,396 US6587899B1 (en) 1997-12-16 2000-06-14 Dynamic message interface

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI974532A FI109073B (fi) 1997-12-16 1997-12-16 Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite
FI974532 1997-12-16

Publications (3)

Publication Number Publication Date
FI974532A0 FI974532A0 (fi) 1997-12-16
FI974532A FI974532A (fi) 1999-06-17
FI109073B true FI109073B (fi) 2002-05-15

Family

ID=8550144

Family Applications (1)

Application Number Title Priority Date Filing Date
FI974532A FI109073B (fi) 1997-12-16 1997-12-16 Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite

Country Status (5)

Country Link
US (1) US6587899B1 (fi)
EP (1) EP1038241A2 (fi)
AU (1) AU1565299A (fi)
FI (1) FI109073B (fi)
WO (1) WO1999034639A2 (fi)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20000276A (fi) * 2000-02-09 2001-08-10 Nokia Networks Oy Puhelinkeskuksen tuottamien raporttien tulostaminen
US7555537B2 (en) 2000-10-25 2009-06-30 Nokia Mobile Phones Ltd. Downloadable multimedia content and method for accounting
US7281118B2 (en) 2005-08-05 2007-10-09 International Business Machines Corporation Sending thread message generated using DCR command pointed message control block storing message and response memory address in multiprocessor
US9268617B1 (en) * 2013-03-11 2016-02-23 Ca, Inc. Bus-based dynamic evaluation with dynamic data lookups
US11593843B2 (en) 2020-03-02 2023-02-28 BrandActif Ltd. Sponsor driven digital marketing for live television broadcast

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4606002A (en) * 1983-05-02 1986-08-12 Wang Laboratories, Inc. B-tree structured data base using sparse array bit maps to store inverted lists
US4564937A (en) * 1983-12-22 1986-01-14 Gte Automatic Electric Incorporated Remote data link address sequencer and a memory arrangement for accessing and storing digital data
US5003508A (en) * 1985-10-31 1991-03-26 Floating Point Systems, Inc. Linear nearest neighbor interconnect bus system
GB2213024B (en) 1987-11-24 1991-07-31 Stc Plc Data transmission system
US5088052A (en) * 1988-07-15 1992-02-11 Digital Equipment Corporation System for graphically representing and manipulating data stored in databases
US5477541A (en) * 1989-09-29 1995-12-19 White; Richard E. Addressing technique for storing and referencing packet data
JPH04310188A (ja) * 1991-03-01 1992-11-02 Internatl Business Mach Corp <Ibm> 文書/画像ライブラリのためのライブラリサービス方法
WO1994018766A1 (en) 1993-02-09 1994-08-18 Dsc Communications Corporation High-speed packet bus
US5390233A (en) * 1993-08-31 1995-02-14 At&T Corp. Telephone call transfer between a wireless and wired telephone
WO1997010551A1 (en) * 1995-09-11 1997-03-20 Rossides Michael T Answer collection and retrieval system governed by a pay-off meter
DE59610494D1 (de) 1995-09-15 2003-07-10 Siemens Ag Verfahren zur Auswertung von leistungsmerkmalbezogenen Nachrichten in einer programmgesteuerten Kommunikationseinrichtung
US5680461A (en) * 1995-10-26 1997-10-21 Sun Microsystems, Inc. Secure network protocol system and method
FI103626B (fi) 1997-04-16 1999-07-30 Nokia Telecommunications Oy Haluttujen tietojen erottaminen tietovirrasta
US5936972A (en) * 1997-06-18 1999-08-10 Motorola, Inc. Syndrome-based channel quality or message structure determiner
US6044415A (en) * 1998-02-27 2000-03-28 Intel Corporation System for transferring I/O data between an I/O device and an application program's memory in accordance with a request directly over a virtual connection

Also Published As

Publication number Publication date
US6587899B1 (en) 2003-07-01
AU1565299A (en) 1999-07-19
WO1999034639A2 (en) 1999-07-08
EP1038241A2 (en) 2000-09-27
FI974532A (fi) 1999-06-17
WO1999034639A3 (en) 1999-09-02
FI974532A0 (fi) 1997-12-16

Similar Documents

Publication Publication Date Title
CA2053594C (en) Communication system having isdn (integrated services digital network) signaling capability
CA2268912C (en) Telecommunications network with relocateability of subscriber number
KR970701986A (ko) 통신 네트워크에 대한 서비스를 구성하는 서비스 인도 시스템(service provision in communications networks)
JPH0573300B2 (fi)
EP1142349B1 (en) Communication network
FI109073B (fi) Menetelmä tietojen siirtämiseksi sanomamuodossa tietoliikennelaitteessa sekä tietoliikennelaite
FI102707B (fi) Menetelmä puhelun ohjaamiseksi
CN101965005A (zh) 分布式接入网关***
KR100194182B1 (ko) 기본채널접속 테이블을 이용한 v5.2 인터페이스의 집선정보 처리방법
GB2270814A (en) Provision of analogue telephone exchange supplementary services
KR100293143B1 (ko) 플렉시블호출기록장치를위한방법및시스템
KR100342752B1 (ko) 전전자 교환기의 발신 가입자 정보 제공 시스템
JP3042465B2 (ja) 番号変換装置
KR960027662A (ko) 중계 서비스 교환기(Toll SSP)를 이용한 단국 서비스 교환기(Local SSP)의 지능망 서비스 호처리 방법
KR100326322B1 (ko) 비동기전송모드 교환기의 아이.에스.유.피 연동에서의 효율적인라우팅방법
KR950003679B1 (ko) 전전자 교환시스팀에서의 특수 서비스 번호번역 방법
KR930010253B1 (ko) 전전자 교환기의 착신번호 번역방법
KR940005531B1 (ko) 호 서비스 여부의 제어 방법
KR100277232B1 (ko) 지능망을 이용한 전화투표 서비스 중복호 처리방법
KR100364217B1 (ko) 전기통신시스템에서의호출처리구조화방법및호출처리교환시스템
KR970011900B1 (ko) 정보료 수납대행 서비스 처리 데이타베이스 구조
KR100384817B1 (ko) 이동통신 시스템의 발/착신호 처리 방법
GB2318477A (en) Network architecture
KR19980035949A (ko) 논리적 지시자를 이용한 공통선신호망 링크세트 자원 제어 방법
KR20020044915A (ko) 교환 시스템의 번호 번역 방법