FI98176C - Keskinäisten nopeussovitusten toteutus GSM- ja DECT-järjestelmän välisissä datapalveluissa - Google Patents

Description

- 98176

Keskinäisten nopeussovitusten toteutus GSM-ja DECT-jäijestelmän välisissä datapalveluissa - Realisering av ömsesidiga hastighetsanpassningar i datatjänster mellan GSM- och DECT-systemet 5

Keksintö koskee yleisesti tiedonsiirtoverkkojen keskus- ja tukiasemalaitteiden toimintaa ja erityisesti niiden nopeus-ja protokollasovitusten järjestämistä, joita tarvitaan solukkoperiaatteella toimivan tietoliikennejärjestelmän, erityisesti GSM-järjestelmän, tarjoamien datapalvelujen käyttämiseksi toiseen solukkoperiaatteella toimi-10 vaan tietoliikennejäijestelmään, erityisesti DECT-järjestelmään, kuuluvalta päätelaitteelta.

Digitaalisessa tiedonsiirrossa tunnetaan useita kansainvälisesti standardoituja järjestelmiä ja niihin pohjautuvia verkkototeutuksia. Tiedonsiirtopalvelun käyttäjä ei 15 yleensä ole teknisesti kiinnostunut siitä, mitä järjestelmää tai kenen verkkoa käyttäen hänen viestinsä kulkee. Käyttäjän kannalta tiedonsiirron käyttäjäystävällisyys on sitä parempi, mitä monipuolisemmin ja luotettavammin erilaiset verkot ja järjestelmät voidaan sovittaa yhteistoimintaan, jolloin yhden järjestelmän päätelaitteesta voidaan käyttää mahdollisimman monia erilaisia palveluja. Seuraavassa tarkaste-20 lussa käsitellään esimerkinomaisesti GSM-ja DECT-järjestelmiä.

Euroopassa käytetään laajasti sekä GSM-järjestelmän (Groupe Speciale Mobile / Global System for Mobile communications) että DECT-järjestelmän (Digital European Cordless Telecommunications) tiedonsiirtopalveluja. Molemmissa järjestelmis-25 sä periaateratkaisu on sama: käyttäjällä on pieni ja kevyt liikuteltava päätelaite, joka on tiedonsiirtoa varten radioyhteydessä kiinteään tukiasemaan, josta on vuorostaan kiinteä yhteys järjestelmän toimintaa ohjaavaan keskuslaitteistoon. Järjestelmissä käytetään erilaisia standardoituja toimintoja siirrettävän tiedon pakkaamiseksi, koodaamiseksi ja moduloimiseksi. Tietoa käsitellään ns. protokollien mukaisesti, jotka 30 sinänsä ovat alan ammattimiehen tuntemia. Tämän keksinnön kannalta oleellisten GSM-järjestelmän protokollien määritelmät ja ohjeet niiden toteuttamiseksi on esitetty esimerkiksi kiijassa Michel Mouly, Marie-Bemadette Pautet: The GSM System for Mobile Communications, tekijöiden kustantama, ISBN 2-9507190-0-7,

Palaiseau 1992, 701 s. Tämän keksinnön kannalta oleellisten DECT-järjestelmän 35 protokollien määritelmät ja ohjeet niiden toteuttamiseksi on esitetty esimerkiksi standardeissa ja julkaisuissa ETS 300 175-1 - 300 175-8, prETS 300 444, prETS 300 331,1-ETS 300 176, ETR 015, ETR 043, ETR 056, prETS 300 466 ja ETS 300 370.

. 98176 2

On tunnettua liittää DECT-järjestelmän tukiasema (FP, Fixed Part) suoraan GSM-järjestelmän keskukseen (MSC, Mobile Switching Centre), jotta DECT-järjestelmän matkapuhelimesta voidaan olla GSM-verkon välittämässä puheyhteydessä toiseen puhelinlaitteeseen. Tähänastiset ratkaisut eivät ole kuitenkaan tarjonneet mahdolli-5 suutta käyttää tällaisessa yhteydessä GSM-järjestelmän monipuolista datapalvelujen valikoimaa, koska ei ole tunnettu menetelmää näiden palvelujen edellyttämien no-peussovitusten toteuttamiseksi järjestelmien välisessä tiedonsiirrossa.

Tämän keksinnön tavoitteena on esittää menetelmä ensimmäisen tietoliikennejärjes-10 telmän tarjoamien datapalvelujen käyttämiseksi toiseen järjestelmään kuuluvasta päätelaitteesta. Keksinnön tavoitteena on myös esittää menetelmä GSM-järjestelmän edellyttämien nopeussovitusten toteuttamiseksi tiedonsiirrossa DECT-järjestelmän ja GSM-järjestelmän välillä. Keksinnön tavoitteena on edelleen esittää erityisen edullinen menetelmä mainittujen nopeussovitusten toteuttamiseksi.

15

Keksinnön tavoite saavutetaan sijoittamalla mainitun ensimmäisen järjestelmän datapalvelujen edellyttämät sovitustoiminnot ja tiedonsiirtoprotokollat mainitun toisen järjestelmän tukiasemaan, edullisesti sen välitysosaan (IWU, Inter-Working Unit).

20 Keksinnön mukaiselle menetelmälle on tunnusomaista, että mainitussa tukiasemassa tehdään nopeussovitukset ja kuvaukset siirrettävän tiedon muuttamiseksi mainitun ensimmäisen tietoliikennejärjestelmän mukaisen muodon ja mainitun toisen tietoliikennejärjestelmän mukaisen muodon välillä.

25 Keksintö kohdistuu myös laitteistoon edellä mainitun menetelmän toteuttamiseksi. Keksinnön mukaiselle laitteistolle, joka käsittää tukiaseman, on tunnusomaista, että mainittu tukiasema käsittää välineet nopeussovitusten ja kuvausten tekemiseksi, joilla siirrettävä tieto muutetaan mainitun ensimmäisen tietoliikennejärjestelmän mukaisen muodon ja mainitun toisen tietoliikennejärjestelmän mukaisen muodon välillä.

30 GSM-järjestelmä sisältää hyvin tarkasti standardoidut määritelmät tiedonsiirtoon liittyvistä protokollista ja niiden toteuttamisesta. Eräs GSM-järjestelmän edullisista piirteistä on standardien pysyvyys: kerran tehtyjä määrittelyjä ei ole yleensä muutettu. Tämä on nähty toisaalta myös haittatekijänä, koska järjestelmän sovittaminen 35 yhteistoimintaan jonkin toisen järjestelmän kanssa on koettu vaikeaksi. Esimerkiksi GSM- ja DECT-jäijestelmien sovittamisessa yhteistoimintaan on lähdetty siitä, että standardien mukaiseen GSM-keskukseen ei tämän takia tehdä mitään muutoksia. Keksintö perustuu oivallukseen, jonka mukaan GSM-standardit tuodaan osittain - 98176 3 DECT-järjestelmän puolelle. Jotta muutokset DECT-järjestelmässä olisivat tavallisen DECT-käyttäjän kannalta mahdollisimman pieniä, sovitus DECT-standardien ja GSM-standardien välillä esitetään sijoitettavaksi lähelle jäijestelmien välistä rajapintaa. Keksinnön edullisessa suoritusmuodossa sovitukset sijoitetaan DECT-järjes-5 telmän tukiasemaan, edullisesti sen välitysosaan (IWU, Inter-Working Unit).

Keksinnön mukaista ajatusta voidaan soveltaa kaikissa järjestelmissä, joissa keskus-laitteet ovat niin tiukasti standardoituja, että niihin ei voi tehdä muutoksia, mutta joissa tukiasemalaitteisiin voidaan tehdä muutoksia. Sovellettaessa keksinnön mu-10 kaista ajatusta muiden kuin DECT- ja GSM-jäijestelmien väliseen tietoliikenteeseen tässä selityksessä esitetyt kyseisiin järjestelmiin viittaavat standardit on luonnollisesti korvattava asianomaisten järjestelmien standardeilla.

Seuraavassa tarkastellaan keksintöä lähemmin edellä mainitun suoritusmuodon 15 avulla ja viittaamalla oheisiin kuviin, joissa kuva 1 esittää tunnettua järjestelyä piirikytkentäisten datapalvelujen välittämi seksi transparenttia käytäntöä noudattaen GSM-verkossa, kuva 2 esittää tunnettua järjestelyä piirikytkentäisten datapalvelujen välittämi- 20 seksi ei-transparenttia käytäntöä noudattaen GSM-verkossa, kuva 3 esittää keksinnön mukaista järjestelyä piirikytkentäisten datapalvelujen välittämiseksi transparenttia käytäntöä noudattaen GSM-ja DECT-järjestelmän välillä, kuva 4 esittää keksinnön mukaista järjestelyä piirikytkentäisten datapalvelujen 25 välittämiseksi ei-transparenttia käytäntöä noudattaen GSM-ja DECT- järjestelmän välillä, kuva 5 esittää keksinnön mukaista järjestelyä telefaksin välittämiseksi transparenttia käytäntöä noudattaen GSM-ja DECT-järjestelmän välillä, kuva 6 esittää keksinnön mukaista järjestelyä telefaksin välittämiseksi ei-transpa-30 renttia käytäntöä noudattaen GSM- ja DECT-järjestelmän välillä, kuva 7 esittää tarkemmin tiedon kulkua keksinnön mukaista menetelmää käyttävän tukiaseman toiminnallisten lohkojen välillä kuvan 3 mukaisessa tapauksessa, kuva 8 esittää tarkemmin tiedon kulkua keksinnön mukaista menetelmää käyttä-35 vän tukiaseman toiminnallisten lohkojen välillä kuvan 4 mukaisessa ta pauksessa - 98176 4 kuva 9a esittää viestien välitystä päätelaitteen, keksinnön mukaista menetelmää käyttävän tukiaseman ja keskuksen välillä päätelaitteen muodostaessa datapuhelua, kuva 9b esittää vaihtoehtoista toimintamallia kuvan 9a tapauksessa, 5 kuva 9c esittää toista vaihtoehtoista toimintamallia kuvan 9a tapauksessa, kuva 9d esittää viestien välitystä päätelaitteen, keksinnön mukaista menetelmää käyttävän tukiaseman ja keskuksen välillä päätelaitteen vastaanottaessa datapuhelua, ja kuva 9e esittää vaihtoehtoista toimintamallia kuvan 9d tapauksessa.

10

Kuvissa käytetään toisiaan vastaavista osista samoja viitenumerolta. Seuraavassa selityksessä ja oheisissa kuvissa keskitytään esimerkinomaisesti piirikytkentäisten datapalvelujen selostukseen. Keksinnön mukaista menetelmää voidaan kuitenkin käyttää myös pakettikytkentäisten datapalvelujen yhteydessä.

15

Aluksi selostetaan keksinnön ymmärtämisen kannalta oleellisia, vaikkakin sinänsä tunnettuja, järjestelyjä tiedonsiirron toteuttamiseksi GSM-jäijestelmässä viitaten kuviin 1 ja 2.

20 GSM-järjestelmässä tunnetaan seuraavat verkkopalvelut (engl. bearer services): - kaksisuuntainen piirikytkentäinen asynkroninen datasiirto (engl. data circuit duplex asynchronous): nopeudet 300, 1200, 1200/75, 2400, 4800 ja 9600 bit/s, transparentti ja ei-transparentti (T/NT), 25 - kaksisuuntainen piirikytkentäinen synkroninen datasiirto (engl. data circuit duplex synchronous): nopeudet 1200, 2400, 4800 ja 9600 bit/s, transparentti ja ei-transparentti (T/NT), - asynkroninen piirikytkentäinen yhteys pakettikytkentäiseen verkkoon PAD-laitteen (packet assembler/disassembler) kautta (engl. PAD access circuit asynchronous): 30 nopeudet 300, 1200, 1200/75, 2400, 4800 ja 9600 bit/s, transparentti ja ei-transparentti (T/NT), - kaksisuuntainen pakettikytkentäinen synkroninen datasiirto (engl. data packet duplex synchronous): nopeudet 2400, 4800 ja 9600 bit/s, transparentti ja ei-transparentti (T/NT), 35 - vaihteleva puheja rajoittamaton digitaalimuotoinen datasiirto (engl. alternate speech/unrestricted data), puhelun aikana on mahdollista vaihdella puhetta ja datasiirtoa, transparentti ja ei-transparentti (T/NT),

:* . Μ.ί nfcu i,t i H

- 98176 5 - puheen jälkeinen datasiirto (engl. speech followed by data), tietyn puhejakson jälkeen käyttäjä voi vaihtaa saman puhelun aikana datasiirtoon mutta ei uudelleen puheeseen, transparentti ja ei-transparentti (T/NT), - 12 kbit/s rajoittamaton digitaalinen datasiirto (engl. 12 kbit/s unrestricted digital), 5 käytössä vain GSM-järjestelmän sisällä.

Transparentti ja ei-transparentti datasiirto viittaavat mahdollisuuteen järjestää tiedonsiirron yhteydessä automaattinen virheenkorjaus. Transparentissa datasiirrossa ei käytetä virheenkorjausta, jolloin siirtonopeus on vakio ja virhesuhde vaihtelee ver-10 kon kuormitusolosuhteiden ja yhteyden laadun mukaan. Ei-transparentissa datasiir rossa lähettävä laite muodostaa datasta RLP-standardin (Radio Link Protocol) mukaisia paketteja eli kehyksiä, jotka numeroidaan. Jos vastaanottava laite ei vastaanota tiettyä kehystä oikein, se voi pyytää lähettävää laitetta lähettämään kyseisen kehyksen uudelleen. Ei-transparentissa datasiirrossa virhesuhde on vakio, mutta tie-15 donsiirtonopeus vaihtelee verkon kuormitusolosuhteiden ja yhteyden laadun mukaan.

Korkeamman hierarkiatason telepalvelut kuten alan ammattimiehen tuntema 3-ryh-män faksivälitys (engl. Facsimile group 3) käyttävät jotain edellämainittua verkko-20 palvelua tiedon välittämiseksi lähettävästä päätelaitteesta GSM-verkon läpi vastaanottavaan päätelaitteeseen. Viimeisenä mainittua 12 kbit/s rajoittamatonta digitaali-muotoista tiedonsiirtoa lukuunottamatta kaikki mainitut verkkopalvelut pohjautuvat toisaalta synkroniseen ja asynkroniseen ja toisaalta transparenttiin ja ei-transparent-tiin tiedonsiirtoon nopeudella, joka on enimmillään 9600 bit/s. Tiedonvälitys kes-25 kuslaitteen (MSC) ja tukiaseman toimintaa ohjaavan tukiasemaohjauslaitteen (BSC, Base Station Controller) välillä tapahtuu kuitenkin nopeudella 64 kbit/s, joten järjestelmässä tarvitaan erilaisia nopeussovituksia (RA, Rate Adaptation).

Kuvassa 1 on esitetty kaavamaisesti sinänsä tunnettu tavallinen transparentti piiri-30 kytkentäinen yhteys GSM-keskuksen 1 ja GSM-päätelaitteen 2 välillä. Keskus 1 on yhteydessä tukiasemaohjauslaitteeseen 3. Keskuksen 1 ja tukiasemaohjauslaitteen 3 välisestä rajapinnasta 4 käytetään yleisesti nimitystä A-rajapinta. Se noudattaa CCITT:n (Comite Consultatif International Telegraphique et Telephonique) standardia G.703 ja pystyy välittämään 2 Mbit/s nopeudella multipleksattuja 64 kbit/s 35 nopeuden yhteyksiä. Tukiasemaohjauslaite 3 on edelleen yhteydessä GSM-tukiase-maan 5 (BTS, Base Transceiver Station) ja niiden välisestä rajapinnasta 4a käytetään nimitystä Abis-rajapinta. Tukiaseman 5 ja päätelaitteen 2 välillä on radiorajapinta 6.

98176 6 GSM-keskuksen liitäntäfunktio-osa IWF käsittää kuvan 1 mukaisesti kolme nopeus-sovitusta, jotka on määritetty GSM-järjestelmän standardeissa ja joiden tekemä sovitus vastaa CCITT.n suositusta V. 110. Ensimmäinen nopeussovitus 7, josta käytetään seuraavassa GSM-standardien mukaista nimitystä RAO, sovittaa asynkronisen datan 5 synkronista siirtoa varten. Toinen nopeussovitus 8, josta käytetään GSM-standardien mukaista nimitystä RA1, muuttaa siirtonopeuden välinopeudeksi, joka on 8 tai 16 kbit/s ja kolmas nopeussovitus 9, josta käytetään GSM-standardien mukaista nimitystä RA2, muuttaa siirtonopeudeksi 64 kbit/s A-rajapinnan 4 ja Abis-rajapinnan 4a yli tapahtuvaa välitystä varten.

10

Tukiasemassa 5 on RA2-tyyppinen sovitus, joka muuttaa siirrettävän tiedon takaisin välinopeudelle. Tieto johdetaan käsittelylohkoon 11, jossa standardin V. 110 mukaista kehystä muokataan radiorajapinnan 6 yli välittämistä varten. Ennen radiorajapintaa 6 tieto johdetaan vielä virheenkorjauslohkoon 12 (FEC, Forward Error 15 Correction), joka yhdessä päätelaitteen 2 puolella olevan vastaavan lohkon 13 kanssa parantaa radiorajapinnan 6 yli tapahtuvan tiedonsiirron luotettavuutta. Päätelaite 2 käsittää RA1-ja RAO-tyyppisen sovituksen 14, 15, joista ensimmäinen rekonstruoi synkronisen datan ja statustiedot ja toinen rekonstruoi asynkronisen datan. Tiedonsiirto päinvastaiseen suuntaan käsittää oleellisesti samat vaiheet päinvastaisessa 20 järjestyksessä.

Kuvassa 2 on esitetty kaavamaisesti sinänsä tunnettu tavallinen ei-transparentti piirikytkentäinen yhteys GSM-keskuksen 1 ja GSM-päätelaitteen 2 välillä. Järjestely eroaa kuvan 1 järjestelystä siinä, että sekä keskus 1 että päätelaite 2 käsittävät data-25 protokollalohkon 16,17; 18,19, joka muodostuu kahdesta alilohkosta, joista käytetään nimityksiä L2R 16; 19 (päätesovitusprotokolla, Layer 2 Relay Function) ja RLP 17; 18 (radiolinkkiprotokolla, Radio Link Protocol). Keskuksen 1 L2R-lohko 16 järjestää lähetettävän datan GSM-standardin GSM 07.02 mukaisesti tilaokteteista muodostuviksi protokollayksiköiksi eli PDUriksi (Protocol Data Unit), jotka ohja-30 taan yksi kerrallaan RLP-lohkoon 17. Siinä datasta muodostetaan GSM-standardin GSM 04.22 mukaisesti RLP-kehyksiä (RLP Frame), jotka sisältävät 16 tavun pituisen otsikko-osan (Header), 200 tavun pituisen informaatio-osan ja 24 tavun pituisen tarkistussummaosan (FCS, Frame Check Sequence). Valmiit RLP-kehykset ohjataan nopeussovitukseen, joka käsittää keskuksessa 1 ja päätelaitteessa 2 RA 1-tyyppisen 35 8; 14 sovituksen ja keskuksessa lisäksi RA2-tyyppisen 9 sovituksen.

Seuraavaksi selostetaan keksinnön mukaisia järjestelyjä tiedonsiirron toteuttamiseksi DECT-ja GSM-järjestelmän välillä viitaten kuviin 3-8.

98176 7 DECT-järjestelmän tukiasema, josta käytetään yleisesti lyhennettä FP (engl. Fixed Part), käsittää liitäntäyksikön 20a tiedonsiirron toteuttamiseksi keskuksen suuntaan. Jos DECT-tukiasema 20 (FP) liitetään liitäntäyksikön 20a välityksellä GSM-keskuk-seen 1 sinänsä tunnetulla tavalla, tiedonsiirtonopeus niiden välillä on myös 64 kbit/s 5 ja rajapinnasta 21 käytetään nimitystä A-rajapinta samalla tavalla kuin edellä esitetyn pelkän GSM-jäijestelmän yhteydessä. Keksinnön mukaisesti DECT-järjestelmän tukiasemaan 20, edullisesti sen liitäntäyksikköön 20a, lisätään kuvan 3 mukaisesti samanlaiset RA0-, RA1-ja RA2-tyyppiset nopeussovituslohkot 24, 23, 22 kuin GSM-keskuksessa 1. Kun tietoa siirretään GSM-järjestelmästä DECT-tukiasemaan 10 päin, RA 1-tyyppinen lohkon 23 lähdöstä virtaa synkroninen data ja statusinformaa- tio DECT-järjestelmän mukaisiin protokollalohkoihin (ei esitetty kuvassa) ja niistä edelleen DECT-järjestelmän standardien edellyttämässä muodossa DECT-muotoi-sen radiorajapinnan 25 läpi DECT-päätelaitteeseen 26 (PP, engl. Portable Part). Asynkroninen data saadaan RAO-tyyppisen sovituslohkon 24 lähdöstä. Siirrettäessä 15 tietoa päinvastaiseen suuntaan DECT-jäijestelmän mukaiset tukiaseman 20 proto-kollalohkot (ei esitetty kuvassa) ohjaavat asynkronista dataa RAO-tyyppiseen lohkoon 24 ja/tai synkronista dataa ja statusinformaatiota RA 1-tyyppiseen lohkoon 23, jotka lähettävät datan RA2-tyyppisen lohkon 22 kautta A-rajapinnan 21 läpi kohti GSM-tuki asemaa 1.

20

Kuvassa 4 on esitetty kaavamaisesti keksinnön mukainen järjestely ei-transparentin tiedonsiirron toteuttamiseksi GSM-keskuksen 1 ja DECT-tukiaseman 20 välillä. GSM-keskuksessa 1 toimintaan osallistuvat samat lohkot kuin kuvan 2 mukaisessa järjestelyssä. DECT-tukiasema käsittää RLP-lohkosta 27 ja L2R-lohkosta koostuvan 25 dataprotokollalohkon, jonka toiminta on samanlainen kuin edellä kuvan 2 yhteydessä on esitetty, sillä erotuksella, että päätelaitteen 26 suuntaan siirrettävä tieto ohjataan tukiaseman L2R-lohkosta 28 edelleen DECT-järjestelmän mukaisiin protokollalohkoihin (ei esitetty kuvassa) ja edelleen DECT-järjestelmän standardien edellyttämässä muodossa DECT-muotoisen radiorajapinnan 25 yli DECT-päätelaitteeseen 30 26.

Keksinnön mukaisen menetelmän esitetyssä suoritusmuodossa oleellinen piirre on se, että GSM-standardien mukainen tiedonsiirtoketju päättyy DECT-tukiasemaan 20, edullisesti sen liitäntäyksikköön 20a. Edellä on kuvattu RA0-, RA1- ja RA2-35 tyyppisten nopeussovitusten 24, 23, 22 sekä L2R-ja RLP-tyyppisten dataprotokol-lien 28, 27 toteutus DECT-tukiaseman liitäntäyksikössä 20a. Näillä lohkoilla toteutetaan edellä GSM-järjestelmän verkkopalvelujen kuvauksen yhteydessä mainitut toisaalta asynkroninen tai synkroninen ja toisaalta transparentti tai ei-transparentti 98176 δ tiedonsiirto nopeudella, joka on enimmillään 9600 bit/s. Edellä mainittiin myös, että nämä toimivat pohjana luetelluille verkkopalveluille ja korkeamman hierarkiatason telepalvelut käyttävät vuorostaan mainittuja verkkopalveluja. Keksinnön mukaisesti DECT-tukiasemaan 20, edullisesti sen liitäntäyksikköön 20a, sisällytetään myös ne 5 ylemmän hierarkiatason lohkot, joita tarvitaan mainittujen korkeamman hierarkiatason telepalvelujen käyttämiseksi. GSM-standardeissa määritetyn järjestyksen mukaisesti nämä lohkot sijoittuvat tukiaseman toimintahierarkiassa nopeussovitusten yläpuolelle.

10 Esimerkkinä esitetään kuvien 5 ja 6 mukainen faksivälitys. Kuvassa 5 on esitetty keksinnön mukainen järjestely transparentin faksivälityksen toteuttamiseksi GSM-keskuksen 1 ja DECT-tukiaseman 20 välillä. Sekä keskus 1 että tukiasema 20 käsittävät standardin T.30 mukaisen faksisovittimen 29; 30 (FA, engl. Fax Adapter), joka sijoittuu hierarkiassa RA 1-tyyppisen nopeussovituslohkon 8; 23 yläpuolelle. Kirjai-15 millä S ja D on tähdennetty, että yhteyden kautta voidaan välittää standardin T.30 mukaisesti sekä statustietoja ja komentoja (S, Status) että dataa (D, Data). Ei-trans-parentissa faksivälityksessä RA 1-tyyppisen nopeussovituksen 8; 23 ja faksisovittimen 29; 30 välissä on kuvan 6 mukaisesti dataprotokollalohko 31; 32, joka sisältää L2R- ja RLP-tyyppiset alilohkot virheenkorjauksen toteuttamiseksi samalla tavalla 20 kuin edellä on esitetty viitaten kuvaan 4,

Seuraavaksi käsitellään tarkemmin keksinnön mukaisen järjestelyn toteutusta siltä kannalta, miten siirrettävä tieto kulkee DECT-tukiasemassa DECT-standardin ja GSM-standardin mukaisten lohkojen välillä viitaten kuviin 7 ja 8. Kuvassa 7 oleva 25 järjestely on yksityiskohtaisempi esitys kuvan 3 tilanteesta, jossa käsitellään keksinnön mukaista transparenttia tiedonsiirtoa GSM-keskuksen 1 ja DECT-tukiaseman 20 välillä. Kuvassa 7 on huomioitu alemmat kerrokset 33, 34, joita ei ole esitetty aikaisemmissa kuvissa, mutta jotka osallistuvat kaikissa tapauksissa signaalin fyysiseen välittämiseen eri laitteiden välillä, kuten alan ammattimiehelle on selvää. Kuvan 7 30 mukaisessa tilanteessa siirrettävään tietoon kuuluva statusinformaatio kulkee DECT-tukiasemassa 20 GSM-standardien mukaisen RA 1-tyyppisen nopeussovituslohkon 23 ja DECT-standardien mukaisen Ctrl-lohkon 36 välillä. Vastaavasti synkroninen data kulkee mainitun RA 1-lohkon 23 ja DECT-standardien mukaisen BPAD-lohkon 37 välillä ja asynkroninen data kulkee GSM-standardien mukaisen RAO-tyyppisen 35 sovituslohkon 24 ja DECT-standardien mukaisen PAD-lohkon 38 välillä. Tukiasema 20 käsittää lisäksi muita DECT-standardien mukaisia lohkoja, jotka toimintahierarkiassa sijaitsevat mainittujen Ctrl-, BPAD-ja PAD-lohkojen 36, 37, 38 sekä niiden kanssa samalla tasolla olevan Fl.ctrl-lohkon 35 alapuolella.

98176 9

Kuvassa 8 on vastaavasti yksityiskohtaisempi esitys kuvan 4 tilanteesta, jossa käsitellään keksinnön mukaista ei-transparenttia tiedonsiirtoa GSM-keskuksen 1 ja DECT-tukiaseman 20 välillä. Kuvassa 7 on jaettu kuvan 4 mukainen L2R-protokol-lalohko 28 edelleen synkroniseksi alilohkoksi 39 (L2BOP, Layer 2 Bit Oriented 5 Protocol) ja asynkroniseksi alilohkoksi 40 (L2COP, Layer 2 Character Oriented

Protocol), joista ensimmäinen on yhteydessä DECT-standardien mukaiseen BPAD-lohkoon 37 ja toinen on yhteydessä DECT-standardien mukaiseen PAD-lohkoon 38. Kuvista 7 ja 8 nähdään, että keksinnön mukainen järjestely on sekä transparentissa (kuvat 3 ja 7) että ei-transparentissa tiedonsiirrossa (kuvat 4 ja 8) yhteydessä samoi-10 hin DECT-standardien mukaisiin lohkoihin 36, 37, 38, koska DECT-järjestelmässä radiorajapinta 25 ja sen mukaisesti standardien mukaisen DECT-tukiaseman toiminta on samanlainen molemmissa tiedonsiirtotavoissa.

Tiedonvälityksessä tapahtuvat muunnokset GSM-esitysmuodon ja DECT-esitys-15 muodon välillä käyvät yksityiskohtaisesti ilmi oheisten liitteiden taulukoista, joista liite "DECT/GSM interworking of bearer services: implementation description, complete coding mapping of GSM and DECT elements" koskee keksinnön mukaisen menetelmän ensimmäistä suoritusmuotoa ja liite "DECT/GSM interworking of bearer services: implementation description, transparent coding transportation of the 20 Bearer Capability" koskee keksinnön mukaisen menetelmän toista suoritusmuotoa.

Seuraavaksi käsitellään tarkemmin datapuhelun muodostamista DECT-päätelaitteen, keksinnön mukaista menetelmää käyttävän tukiaseman ja GSM-keskuksen välillä viitaten kuviin 9a - 9e. Tämän tarkastelun tarkoituksena on havainnollistaa niitä uu-25 siä datapuhelun muodostamiseen liittyviä toimintoja, jotka sisältyvät keksinnön mukaista menetelmää käyttävään tukiasemaan. Kuvissa 9a - 9e on DECT-järjestelmän päätelaite 26, keksinnön mukaista menetelmää käyttävä tukiasema 20 ja GSM-jär-jestelmän keskus 1. Nuolet kuvaavat viestejä laitteelta toiselle ja ne ovat aikajärjestyksessä siten, että kussakin kuvassa aika etenee ylhäältä alas. Selostuksessa on 30 selvyyden vuoksi kirjoitettu DECT-standardiin liittyvät viesti-, parametri-ja tietue-nimitykset isoilla kirjaimilla ja GSM-standardiin liittyvät vastaavat nimitykset pienillä kirjaimilla.

Päätelaitteesta 26 aloitetun datapuhelun muodostaminen (kuvat 9a - 9c) tapahtuu 35 pääosin samalla tavalla kuin on määritelty standardissa ETS 300 370, mutta ns. pal-veluneuvottelukäytännössä (engl. service negotiation) on tiettyjä eroja sen mukaan, minkälaista toimintaa tukiasema 20 tukee. Neuvoteltava parametri on tässä tapauksessa modeemityyppiä tarkoittava koodi «modem type». Minimivaatimus tuki- 10 98176 aseman toiminnalle on kuvan 9a mukainen "neuvottelu ei mahdollinen" -toiminta. Tämän toiminnan aikaansaamiseksi tukiaseman 20 toimintaan ei tarvitse tehdä muutoksia standardiin ETS 300 370 nähden. Kun tukiaseman 20 liitäntäyksikkö 20a (ei kuvassa) saa päätelaitteen 26 lähettämän CC-SETUP -viestin 41, jonka 5 «NEGOTIATION INDICATOR FIELD» -kentästä käy ilmi, että palveluneuvot-telu ei ole mahdollinen, se lähettää "Setup"-viestin 42 keskukselle, mutta estää neuvottelemisen keskuksen 1 kanssa. Tämä tarkoittaa, että jos keskus 1 ilmoittaa "Call proceeding"-viestissä 43, että se ei pysty tarjoamaan päätelaitten 26 pyytämää palvelua, yhteys katkaistaan CC-RELEASE-COM -viestillä 44 päätelaitteen 26 suun-10 taan (sisällyttäen «RELEASE REASON» -kenttään ilmoitus "Incompatible service") ja "Release Complete "-viestillä 45 keskuksen 1 suuntaan.

Toinen mahdollinen tukiaseman 20 toimintamuoto on esitetty kuvassa 9b. Kun tukiaseman 20 liitäntäyksikkö 20a (ei kuvassa) saa päätelaitteen 26 lähettämän CC-15 SETUP -viestin 46, jonka «NEGOTIATION INDICATOR FIELD» -kentässä on viestiä "Exchange parameter negotiation" tarkoittava arvo, se joko torjuu neuvottelu-pyynnön suoraan viestillä "Negotiation not supported" (ei kuvassa), jos tukiasema ei tue palveluneuvottelua, tai kuvaa DECT-standardin mukaiset «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueet GSM-stan-20 dardin mukaiseen «bearer capability» -tietueeseen oheisen liitteen "DECT/GSM interworking of bearer services: implementation description, complete coding mapping of GSM and DECT elements" taulukoissa 7, 11 ja 12 esitetyllä tavalla ja lähettää tämän tietueen keskukseen 1 osana "Setup"-viestiä 47.

25 Jos keskus 1 lähettää tämän jälkeen tukiasemalle 20 "Call proceeding" -viestin 48, jonka «bearer capability» -tietueessa on uudet arvot, tukiasema kuvaa kyseiset arvot osaksi päätelaitteelle 26 lähetettävän CC-RELEASE-COM -viestin 49 «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueita ja lähettää "Release Complete"-viestin 50 keskuksen 1 suuntaan. Tämän jälkeen pääte-30 laite 26 voi aloittaa toiminnan uudestaan lähettämällä uudet arvot sisältävän CC-SETUP -viestin 51, jonka jälkeen datapuhelun muodostaminen jatkuu standardin ETS 300 370 esittämällä tavalla 52, 53. Jos keskus ei lähettänyt ollenkaan "Call proceeding" -viestiä tai lähetetty viesti ei sisältänyt «bearer capability» -tietuetta, datapuhelun muodostamisessa ei tapahdu esitettyä välivaihetta 49, 50, 51.

Kuvassa 9c on esitetty kolmas mahdollinen tukiaseman 20 toimintamuoto. Kun tukiaseman 20 liitäntäyksikkö 20a (ei kuvassa) saa päätelaitteen 26 lähettämän CC-SETUP -viestin 54, jonka «NEGOTIATION INDICATOR FIELD» -kentässä on 35 98176 11 viestiä "Extended exchange parameter negotiation" tarkoittava arvo, se joko torjuu neuvottelupyynnön suoraan viestillä "Negotiation not supported" (ei kuvassa), jos tukiasema ei tue laajennettua palveluneuvottelua, tai kuvaa DECT-standardin mukaiset «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tie-5 tueet GSM-standardin mukaiseen «bearer capability» -tietueeseen oheisen liitteen "DECT/GSM interworking of bearer services: implementation description, complete coding mapping of GSM and DECT elements" taulukoissa 7, llja 12 esitetyllä tavalla ja lähettää tämän tietueen keskukseen 1 osana "Setup"-viestiä 55.

10 Jos keskus 1 lähettää tämän jälkeen tukiasemalle 20 "Call proceeding" -viestin 56, jonka «bearer capability» -tietueessa on uudet arvot, tukiasema kuvaa kyseiset arvot osaksi päätelaitteelle 26 lähetettävän CC-CALL-PROCEEDING -viestin 57 «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueita oheisen liitteen "DECT/GSM interworking of bearer services: implementation 15 description, complete coding mapping of GSM and DECT elements" taulukoissa 5, 9 ja 10 esitetyllä tavalla. Jos keskus ei lähettänyt ollenkaan "Call proceeding" -viestiä tai se ei sisältänyt «bearer capability» -tietuetta, keskus on hyväksynyt esitetyt parametrit, jolloin arvojen kuvaamista osaksi päätelaitteelle 26 lähetettävää CC-CALL-PROCEEDING -viestiä 57 ei tarvita.

20

Keksinnön mukaisen menetelmän toisen suoritusmuodon mukaisesti DECT-stan-dardiin kuuluva «IWU-ATTRIBUTES» -tietue määritellään uudelleen oheisen liitteen "DECT/GSM interworking of bearer services: implementation description, transparent coding transportation of the Bearer Capability" luvussa 6 esitetyllä ta-25 valla, jolloin uuden määrittelyn mukainen «IWU-ATTRIBUTES» -tietue vastaa täysin GSM-standardin mukaisten verkkopalvelujen vaatimuksia. Uuden määrittelyn mukainen «IWU-ATTRIBUTES» -tietue tekee verkkopalvelun valinnan entistä helpommaksi ja «END-TO-END-COMPATIBILITY» -tietueen käyttöä ei tällöin tarvita.

30 Päätelaitteen 26 vastaanottaman datapuhelun muodostaminen (kuvat 9d ja 9e) tapahtuu myös pääosin samalla tavalla kuin on määritelty standardissa ETS 300 370, mutta palveluneuvottelukäytännössä on tässäkin tapauksessa tiettyjä eroja sen mukaan, minkälaista toimintaa tukiasema 20 tukee. Neuvoteltavat parametrit ovat tässä ta-35 pauksessa data-, stop- ja pariteettibittien määrä, user layer 2 -protokollan käyttö ja modeemityyppi, joita vastaavat koodit «number of data bits», «number of stop bits», «number of parity bits», «user layer 2 protocol» ja «modem type». Minimivaatimus tukiaseman 20 toiminnalle on edelleen "neuvottelu ei mahdollinen" 98176 12 -toiminta. Tämän toiminnan aikaansaamiseksi tukiaseman toimintaan ei tarvitse tehdä muutoksia standardiin ETS 300 370 nähden, koska päätelaite 26 päättää yhteyden katkaisemisesta, jos sen saaman CC-SETUP -viestin «NEGOTIATION INDICATOR FIELD» -kentässä on koodi «Negotiation not possible» ja mainit-5 tujen parametrien arvot eivät ole sopivat.

Kuvan 9d mukaisessa tapauksessa tukiasema 20 tukee palveluneuvottelua. Aluksi se kuvaa keskuksesta 1 saamansa "Setup"-viestin 58 DECT-standardin mukaiseksi CC-SETUP -viestiksi 59, jonka se lähettää päätelaitteelle 26. Jos päätelaite 26 ei tue 10 palveluneuvottelua, se torjuu neuvottelupyynnön suoraan viestillä "Negotiation not supported" (ei kuvassa). Muussa tapauksessa päätelaite 26 lisää haluamansa parametrit tukiasemalle 20 lähettämänsä CC-RELEASE-COM -viestin 60 «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueisiin. Tukiasema 20 ei kuvaa parametrejä mihinkään keskukselle 1 lähetettävään viestiin vaan 15 lähettää päätelaitteelle 26 uuden CC-SETUP -viestin 61, jonka «IWU- ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueissa on uudet arvot. Tukiaseman 20 tulee osata yhdistää tämä uusi CC-SETUP -viesti 61 ja odottamassa oleva, keskuksesta 1 tullut GSM-datapuhelu keskenään. Kun päätelaite 26 vastaa uuteen CC-SETUP -viestiin 61 lähettämällä tukiasemalle 20 CC-20 ALERTING - tai CC-CONNECT -viestin 62, tukiasema 20 kuvaa uudet parametrit keskukselle 1 lähetettävän "Call Confirmed" -viestin 63 «bearer capability» -tietueeseen oheisen liitteen "DECT/GSM interworking of bearer services: implementation description, complete coding mapping of GSM and DECT elements" taulukoissa 8, 11 ja 12 esitetyllä tavalla.

25

Kuvassa 9e on esitetty vaihtoehtoinen toimintamalli edellä esitetyssä tilanteessa. "Setup"- 64 ja CC-SETUP -viestien 65 välitys tapahtuu samoin kuin edellä. Jos päätelaite 26 ei tue palveluneuvottelua, se torjuu tässäkin tapauksessa neuvottelu-pyynnön suoraan viestillä "Negotiation not supported" (ei kuvassa). Muussa tapa-30 uksessa päätelaite 26 lisää haluamansa parametrit tukiasemalle 20 lähettämänsä CC-CONNECT -viestin 67 «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueisiin. Tukiasema 20 ei lähetä keskukselle 1 "Call Confirmed"- 68 eikä "Alerting"-viestiä 69 ennen kuin se on saanut mainitut parametrit. Tukiasema 20 kuvaa uudet parametrit keskukselle 1 lähetettävän "Call 35 Confirmed" -viestin 68 «bearer capability» -tietueeseen oheisen liitteen "DECT/GSM interworking of bearer services: implementation description, complete coding mapping of GSM and DECT elements" taulukoissa 8, 11 ja 12 esitetyllä tavalla. Muut kuvaukset tapahtuvat standardin ETS 300 370 mukaisesti. Jos päätelaite 98176 13 26 hyväksyy jo CC-SETUP -viestissä 65 saamansa ensimmäiset parametrien arvot, se ei käytä CC-CONNECT -viestin 67 «IWU-ATTRIBUTES» ja «END-TO-END-COMPATIBILITY» -tietueita, jolloin datapuhelun muodostaminen tapahtuu standardin ETS 300 370 mukaisesti.

5

Keksinnön mukaisella menetelmällä GSM-jäijestelmän datapalveluja voidaan käyttää DECT-järjestelmään kuuluvasta päätelaitteesta, koska GSM-järjestelmän datapalvelujen edellyttämät nopeussovitukset on sisällytetty DECT-järjestelmän tukiasemaan ja tiedonsiirtomuotojen muunnokset on hoidettu tukiaseman toiminnallisten 10 lohkojen välillä. Keksinnön mukaista menetelmää soveltavan DECT-tukiaseman rajapinta GSM-keskuksen suuntaan on GSM-standardien mukainen, joten GSM-kes-kuksiin ei tarvitse tehdä muutoksia eikä GSM-keskuksen tarvitse edes tietää, että se välittää tietoa DECT-järjestelmään tai -järjestelmästä. DECT-tukiaseman radiorajapinta päätelaitetta ja siten käyttäjää kohti ei myöskään muutu keksinnön mukaisen 15 menetelmän johdosta, joten käyttäjän ei tarvitse hankkia nykyisen DECT-päätelait- teensa tilalle uutta. DECT-päätelaitetta voidaan myös käyttää ei-GSM-pohjaisten datapalvelujen käyttöön samalla tavalla kuin tähän asti.

Claims (16)

98176

1. Menetelmä ensimmäiseen tietoliikennejärjestelmään kuuluvien datapalvelujen käyttämiseksi toiseen tietoliikennejärjestelmään kuuluvalta päätelaitteelta (26) tukiaseman (20) ja keskuksen (1) välityksellä, tunnettu siitä, että mainitussa tukiase- 5 massa (20) tehdään nopeussovitukset ja kuvaukset siirrettävän tiedon muuttamiseksi mainitun ensimmäisen tietoliikennejärjestelmän mukaisen muodon ja mainitun toisen tietoliikennejärjestelmän mukaisen muodon välillä.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että mainittu en- 10 simmäinen tietoliikennejärjestelmä on GSM-järjestelmä ja mainittu toinen tietolii kennejärjestelmä on DECT-järjestelmä.

3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että siinä tehdään mainitussa tukiasemassa CCITT V.l 10 -standardin mukaiset nopeussovitukset RA2 15 (22) ja RA 1 (23) tiedon siirtonopeuden muuttamiseksi mainitun keskuksen (1) ja mainitun tukiaseman (20) välissä käytettävän siirtonopeuden ja sitä pienemmän synkronisen siirtonopeuden välillä.

4. Patenttivaatimuksen 2 tai 3 mukainen menetelmä, tunnettu siitä, että siinä li-20 säksi tehdään mainitussa tukiasemassa CCITT V. 110 -standardin mukainen nopeus- sovitus RA0 (24) tiedon siirtomuodon muuttamiseksi synkronisen ja asynkronisen siirtomuodon välillä.

5. Jonkin patenttivaatimuksen 2-4 mukainen menetelmä, tunnettu siitä, että 25 siinä lisäksi tehdään mainitussa tukiasemassa mainitusta päätelaitteesta mainittuun keskukseen siirrettävälle tiedolle GSM-standardin GSM 07.02 mukainen L2COP- tai GSM-standardin GSM 07.03 mukainen L2BOP-protokollayksiköiden muodostus ja GSM-standardin GSM 04.22 mukainen RLP-kehystys ja 30. mainitusta keskuksesta mainittuun päätelaitteeseen siirrettävälle tiedolle GSM- standardin GSM 04.22 mukainen RLP-kehysten purkuja GSM-standardin GSM 07.02 mukainen L2COP- tai GSM-standardin GSM 07.03 mukainen L2BOP-protokollayksiköiden purku.

6. Jonkin patenttivaatimuksen 2-5 mukainen menetelmä, tunnettu siitä, että siinä lisäksi tehdään mainitussa tukiasemassa siirrettävälle tiedolle standardin T.30 mukainen faksisovitus. 98176

7. Jonkin patenttivaatimuksen 2-6 mukainen menetelmä, tunnettu siitä, että kun muodostetaan tiedonsiirtoyhteyttä mainitusta päätelaitteesta mainittuun keskukseen käyttäen GSM-standardin mukaista palveluneuvottelutoimintoa, vasteena mainitun keskuksen lähettämään "Call proceeding" -viestiin (56), jonka «bearer capabi-5 lity» -tietueessa on mainitun keskuksen asettama neuvoteltavaa yhteysparametria merkitsevä arvo, mainittu tukiasema kuvaa kyseisen arvon osaksi mainitulle päätelaitteelle (26) lähetettävän CC-CALL-PROCEEDING -viestin (57) määrättyä tietuetta.

8. Patenttivaatimuksen 7 mukainen menetelmä, tunnettu siitä, että mainittu mää rätty tietue on «END-TO-END-COMPATIBILITY»- tai «IWU-ATTRIBUTES» -tietue tai molemmat.

9. Patenttivaatimuksen 7 tai 8 mukainen menetelmä, tunnettu siitä, että mainittu 15 neuvoteltava yhteysparametri tarkoittaa modeemityyppiä.

10. Jonkin patenttivaatimuksen 2-9 mukainen menetelmä, tunnettu siitä, että kun muodostetaan tiedonsiirtoyhteyttä mainitusta keskuksesta mainittuun päätelaitteeseen käyttäen GSM-standardin mukaista palveluneuvottelutoimintoa, 20. vasteena mainitun tukiaseman lähettämään CC-SETUP -viestiin (65) mainittu päätelaite lisää neuvoteltavia yhteysparametreja mainitulle tukiasemalle 20 lähettämänsä CC-CONNECT -viestin (67) määrättyyn tietueeseen, ja vasteena mainittuun CC-CONNECT -viestiin (67) mainittu tukiasema kuvaa mainitut neuvoteltavat yhteysparametrit mainitulle keskukselle lähetettävän 25 "Call Confirmed" -viestin (68) «bearer capability» -tietueeseen.

11. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä, että mainittu määrätty tietue on «IWU-ATTRIBUTES» - tai «END-TO-END-COMPATIBILITY» -tietue tai molemmat. 30

12. Patenttivaatimuksen 9 tai 10 mukainen menetelmä, tunnettu siitä, että mainitut neuvoteltavat yhteysparametrit tarkoittavat yhtä tai useampaa seuraavista: data-, stop-ja pariteettibittien määrä, user layer 2 -protokollan käyttöjä modeemityyppi.

13. Laitteisto ensimmäiseen tietoliikennejärjestelmään kuuluvien datapalvelujen käyttämiseksi toiseen tietoliikennejärjestelmään kuuluvalta päätelaitteelta (26), joka laitteisto käsittää tukiaseman (20), tunnettu siitä, että mainittu tukiasema käsittää välineet nopeussovitusten ja kuvausten tekemiseksi, joilla siirrettävä tieto muutetaan 98176 mainitun ensimmäisen tietoliikennejärjestelmän mukaisen muodon ja mainitun toisen tietoliikennejärjestelmän mukaisen muodon välillä.

14. Patenttivaatimuksen 13 mukainen laitteisto, tunnettu siitä, että mainittu en-5 simmäinen tietoliikennejärjestelmä on GSM-järjestelmä ja mainittu toinen tietoliikennejärjestelmä on DECT-järjestelmä, ja mainittu tukiasema (20) käsittää välineet CCITT V. 110 -standardin mukaisten nopeussovitusten RA2 (22) ja RA1 (23) tekemiseksi tiedon siirtonopeuden muuttamiseksi GSM-keskuksen (1) ja mainitun tukiaseman (20) välissä käytettävän siirtonopeuden ja sitä pienemmän synkronisen siir- 10 tonopeuden välillä.

15. Patenttivaatimuksen 14 mukainen laitteisto, tunnettu siitä, että mainittu tukiasema (20) käsittää lisäksi välineet CCITT V. 110 -standardin mukaisen nopeussovi-tuksen RA0 (24) tekemiseksi tiedon siirtomuodon muuttamiseksi synkronisen ja 15 asynkronisen siirtomuodon välillä.

16. Patenttivaatimuksen 14 tai 15 mukainen laitteisto, tunnettu siitä, että mainittu tukiasema (20) käsittää lisäksi välineet GSM-standardin GSM 07.02 mukaisen L2COP- tai GSM-standardin GSM 20 07.03 mukaisen L2BOP-protokollayksiköiden muodostuksen ja GSM-standar din GSM 04.22 mukaisen RLP-kehystyksen tekemiseksi mainitusta päätelaitteesta mainittuun keskukseen siirrettävälle tiedolle ja GSM-standardin GSM 04.22 mukaisten RLP-kehysten purkamiseksi ja GSM-standardin GSM 07.02 mukaisten L2COP- tai GSM-standardin GSM 07.03 25 mukaisten L2BOP-protokollayksiköiden purkamiseksi mainitusta keskuksesta mainittuun päätelaitteeseen siirrettävälle tiedolle. 98176