FI107862B - Menetelmä radiolaitteen toimivuuden testaamiseksi ja matkaviestin - Google Patents

Description

1 107862

Menetelmä radiolaitteen toimivuuden testaamiseksi ja matkaviestin

Nyt esillä oleva keksintö kohdistuu oheisen patenttivaatimuksen 1 johdanto-osan mukaiseen menetelmään. Keksintö kohdistuu oheisen pa-5 tenttivaatimuksen 8 johdanto-osan mukaiseen langattomaan viestimeen.

Radiolaitteet, kuten matkaviestimet ovat toisen sukupolven digitaalisiin solukkojärjestelmiin asti olleet valtaosin puhelimia, jolloin siirrettävä 10 tieto on ollut pääasiassa digitoitua puhetta. Puheen siirtoa varten matkaviestimen ja tukiaseman välisessä radioyhteydessä on ollut määritettynä tietty ns. liikennöintikanava (Traffic Channel), jonka ominaisuudet on optimoitu niiden piirteiden mukaisiksi, jotka ovat tunnusomaisia pu-heviestinnälle. Matkaviestinten käyttö on kuitenkin monipuolistumassa 15 toisen sukupolven järjestelmiin tehtävien laajennusten ja etenkin kolmannen sukupolven digitaalisten solukkoradiojärjestelmien tulevan käyttöönoton myötä. Toisen sukupolven laajennuksista hyviä esimerkkejä ovat GSM-järjestelmän (Global System for Mobile Telecommunications) laajennuksiksi suunnitellut HSCSD (High Speed Circuit Swit-20 ched Data), jossa yhdelle päätelaitteen ja tukiaseman väliselle yhteydelle allokoidaan TDMA-kehyksestä useita aikavälejä, GPRS (General Packet Radio System), joka perustuu pakettikytkentäisiin yhteyksiin tukiaseman ja päätelaitteen välillä aikaisempien piirikytkentäisten yhteyksien asemesta, sekä EDGE (Enhanced Data Rates for GSM Evolution), .···. 25 jossa modulaatiomenetelmiä ja kanavakoodausta muuttamalla saavute- taan huomattavasti suurempi hetkellinen tiedonsiirtonopeus tukiaseman • · · ;I#.# ja päätelaitteen välillä kuin tekniikan tason mukaisissa laitteissa. GSM- järjestelmällä tarkoitetaan yleisesti sen eri muunnelmia 900 MHz:n, 1800 MHz:n ja 1900 MHz:n toimintataajuuksilla, vaikka viimeksimainittu-: 30 ja on nimitetty myös DCS1800:ksi ja DCS1900:ksi (Digital Communica- : tions System at 1800 /1900 MHz).

:T: Monipuolisemmassa matkaviestinnässä digitoidun puheen lisäksi muun :T: datan siirrolla tulee olemaan yhä suurempi merkitys. Datan siirrolle on / . 35 tällöin luonteenomaista yleensä ei-reaaliaikaisuus sekä täysin toisenlai-set vaatimukset virheenkorjaukselle ja tiedonsiirtonopeuden vaihteluille • · *·;·* kuin digitoidulla puheella. Datan siirto tulee kyseeseen erityisesti silloin, : kun solukkoradiojärjestelmän päätelaitteena toimii matkapuhelin, johon ♦ · • · · • · · • · 2 107862 liitetään erillinen dataa käsittelevä lisälaite kuten tietokone. Datan siirtoa varten matkaviestinjärjestelmiin spesifioidaan erityisiä liikenneka-navia, joiden ominaisuudet voidaan optimoida datasiirtoon sopiviksi.

5 Päätelaitteen testaaminen niiden toimintojen osalta, jotka liittyvät esimerkiksi liikennekanavien käyttöön, on osoittautunut ongelmalliseksi. Liikennekanavien käyttö on perinteisesti liittynyt kuvan 1 mukaiseen tilanteeseen, jossa päätelaitteena toimivaan matkapuhelimeen MS (Mobile Station) on liitetty paikallisesti päätelaiteadapterin TA (Terminal 10 Adapter) jokin erillinen datapäätelaite, jota nimitetään DTE:ksi (Data Terminal Equipment). Solukkoradiojärjestelmää simuloi testin aikana järjestelmä, jota nimitetään SS:ksi (Simulation System). Liikennekana-van toiminnan testaaminen on edellyttänyt, että SS:n ja DTE:n välille pystytetään MS:n kautta kulkeva, toimiva datansiirtoyhteys, joka palve-15 lee jotakin samanaikaisesti toimivaa, datansiirtoa vaativaa sovellusta. Kyseinen sovellus on oltava aktiivisena DTE:ssä ja sitä on simuloitava SS.ssä, mikä aiheuttaa testiin ylimääräistä monimutkaisuutta. Tämä voi myös pidentää testin ajallista kestoa.

20 Erillisen datapäätelaitteen ja siinä ajettavan sovelluksen tarve sekä hyvin pitkäksi venyvä testausaika aiheuttavat helposti sen, että datapäätelaite katkaisee testiä varten pystytetyn datansiirtoyhteyden, koska jokin kyseiselle sovellukselle ominainen määräaika umpeutuu tai datansiirto-kanavassa havaittu virhemäärä ylittää jonkin kyseiselle sovellukselle .··*. 25 ominaisen raja-arvon. Tämä synnyttää epävarmuutta ja tarvetta testata laitteen, erityisesti tiedonsiirtoprotokollan tilaa testin kuluessa. Lisäksi • · · tunnetuissa testeissä yleensä käytetty menettely, jossa datapäätelait-teen alassuunnassa (downlink eli tiedonsiirto tukiasemalta matka-viestimelle) SS:ltä vastaanottama kehys kierrätetään bitti bitiltä sellai- * · · ’f/ 30 senaan ylössuunnassa (uplink eli tiedonsiirto matkaviestimeltä tuki- : asemalle) ja downlink-tiedonsiirto takaisin SS:lle, sekoittaa yleensä lii- kennekanaville ominaisten ylössuuntaisten kehysten numeroinnin, mikä :T: myös saa datapäätelaitteen katkaisemaan datansiirtoyhteyden. Edel- leen ongelmia aiheuttaa se, että liikennekanavilla välitetty tieto voi . 35 koostua sellaisen ylemmän tason yksiköistä, jotka tukiaseman ja mat-kapuhelimen välisessä radioyhteydessä on jaettava useisiin peräkkäi- • · *·;·* siin tai lähekkäisiin purskeisiin. Kanavassa lähetetään informaatiota ää- : rellisen kestoisina radiotaajuisina purskeina (Burst), joka muodostuu • · • · · • · · • · 3 107862 joukosta moduloituja bittejä. Jotta datapäätelaite pystyisi varmistumaan näin välitetyn tiedon virheettömästä vastaanotosta, sen on dekoodattava suuri määrä kehyksiä ja rekombinoitava niiden sisältämä tieto. Kaikki tämä johtaa siihen, että perinteisellä menetelmällä suoritettu liikenne-5 kanavan toiminnan testaus testaa paljolti matkapuhelimeen liitettyjen päätelaiteadapterin ja datapäätelaitteen toimintaa eikä itse matkapuhelimen toimintaa. Erityisesti matkapuhelinten tyyppihyväksyntään (TA, Type Approval) liittyvien testien kannalta tämä on epätarkoituksenmukaista.

10

Yhteyden katkeamiseen liittyvää ongelmaa on pyritty lähestymään datapäätelaitteen toiminnan suunnasta eli sille on määrätty jokin testaustila, jossa normaalit reaktiot pitkään yhteysaikaan ja kehysten numeroinnin sekoittumiseen jäävät pois. Tämä ei kuitenkaan poista sitä ongel-15 maa, että matkapuhelimen testaamiseksi tarkoitetun testin lopputulos riippuu suurelta osin siitä, toimiiko datapäätelaite ja sen toimintaa ohjaava ohjelmisto oikein, tai osin siitä, toimiiko matkapuhelimen tiedonsiirtoprotokollan ylemmät tasot tai liitynnät ulkopuolelle oikein (esim. External Data Interface).

20

Tunnetaan menetelmiä, joissa määritetään tarvittavat toiminnot, joilla testattaviin iiikennekanaviin liittyvä alassuuntainen tieto kierrätetään takaisin ylössuuntaan matkaviestimessä niin, että se ei käy ulkoisen päätelaitteen kautta. Menetelmien testaussilmukoille on tunnusomaista, 25 että vasteena testauslaitteistolta vastaanotettuun tietyn protokollatason • · · komentoon matkaviestimessä muodostetaan liikennekanavan testaus- • · « silmukka testauslaitteistolta vastaanotetun alassuuntaisen datan kierrät- '·*'·. tämiseksi takaisin ylössuuntaan testauslaitteistolle, ja testauksen ajan • · alassuuntaisen datan vastaanottaminen ja ylössuuntaisen datan lähet-30 täminen tapahtuu mainitun protokollatason ohjaamana.

• · · • · ·

Menetelmissä testitilannetta säätelevää viestintäprotokollaa on muun- • · · ’· nettu siten, että testimoodia varten avataan vain välttämätön alemman 0 : protokollatason yhteys testattavan matkaviestimen ja solukkoradiojär- .·!: 35 jestelmää simuloivan testauslaitteiston välille. Matkaviestimeen ei tar- • · · .' ·* vitse liittää lainkaan ulkoista datapäätelaitetta eikä varsinaista datapu- • · helua tarvitse muodostaa siinä mielessä, että ylemmät protokollatasot • · : olisivat tietoisia muodostetusta yhteydestä. Ylempien protokollatasojen • · « · · • · · » · 4 107862 tietämättömyys estää sen, että jokin niihin liittyvä toiminto katkaisisi yhteyden ennen aikojaan. Testidata siirtyy alassuunnassa testauslait-teistosta matkaviestimeen, joka kierrättää testidatan soveltuvin osin takaisin ylössuuntaan. Testaussilmukka (test loop) on looginen yhteys 5 tietystä alassuuntaisen tiedon käsittelyyn tarkoitetun komponentti- ja toimintoketjun pisteeseen.

Matkaviestimen eri toimintojen testaamiseksi menetelmästä voidaan esittää useita suoritusmuotoja, jotka eroavat toisistaan sen suhteen, 10 kuinka “syvällä" matkaviestimen testidatan kierrätys ylössuuntaan tapahtuu. Syvyydellä tarkoitetaan sitä, monenko komponentin ja/tai toiminnon läpi alassuuntainen testidata etenee matkaviestimessä ennen sen kierrättämistä takaisin ylössuuntaan. Edullisia suoritusmuotoja ovat esimerkiksi testidatan kierrättäminen vastaanoton, demoduloinnin ja 15 salauksen poiston jälkeen salaukseen, modulointiin ja lähetykseen sekä vastaanoton, demoduloinnin, salauksen poiston ja kanavadekoodauk-sen jälkeen kanavakoodaukseen, salaukseen, modulointiin ja lähetykseen.

20 Lähinnä GSM-järjestelmälle mutta myös GPRS-järjestelmäile on määritelty edullisia suoritusmuotoja testidatan kierrättämiseksi testaussilmu-kan avulla GSM-spesifikaatiossa 04.14 Version 5.1.0 (1998-10), johon viitataan tunnetun tekniikan tasona. Kukin testaussilmukka aktivoidaan matkaviestimessä lähettämällä matkaviestimelle testaussilmukan kyt-25 kemiskomento. Matkaviestin kierrättää periaatteessa jokaisesta alas-:T: suuntaisella liikennekanavalla vastaanottamastaan purskeesta sen si- sältämät informaatiobitit takaisin tiettyyn alassuuntaiseen purskeeseen.

!···. GSM-järjestelmässä kussakin purskeessa on 114 kierrätettävää infor- • · *11. maatiobittiä, kun ns. varaslippubitit (stealing flag) jätetään huomiotta.

*:!.* 30 Ensimmäisessä määritellyssä tavassa matkaviestin kierrättää tietyssä alassuuntaisessa aikavälissä vastanotetun datan ylössuuntaisen kanavan aikaväliin, joka GPRS:ssä on ylössuunnan PACCH-aikaväli. Toi- v : sessa mekanismissa matkaviestin kierrättää mahdollisimman monen • » · : vastaanottamansa alassuuntaisen aikavälin sisällön ylössuuntaan tietty- .·! : 35 jen sääntöjen mukaisesti GPRS-järjestelmässä.

• · • · · • · • ·

Edellä kuvatun mukaisesti on suoritettu piirikytkentäisen GSM- • · : järjestelmän fyysisen tason (Physical Layer, Layer 1) testausta muodos- • · • · * • · · • · c 107862 5 tamalla tiedonsiirtoyhteys. Myös testaussilmukka fyysiseen tasoon luomalla on voitu suorittaa testausta, jolloin matkaviestin ilmaisee testilait-teistolle vastaanotetun datan ja näin on voitu arvioida esimerkiksi matkaviestimen herkkyyttä.

5 GPRS-järjestelmän mukaisella matkaviestimellä on kuitenkin erittäin vaikeaa tai jopa mahdotonta suorittaa yksityiskohtaista fyysisen tason testausta tai pelkästään GPRS-järjestelmän fyysisellä tasolla olevien toimintojen testausta edellä kuvatulla tavalla. Pakettikytkentäisen 10 GPRS:n luonteen mukaisesti tiedonsiirto, erityisesti itse fysikaalinen radioaaltojen muodostus, aktivoidaan vain, kun matkaviestimellä on jotakin lähetettävää dataa. GSM-spesifikaatiossa mainittu testaustapa siten poikkeaa huomattavasti GPRS-järjestelmän normaalista toiminnasta. Testaussilmukoiden avulla myös dynaaminen ja itsenäinen alas-15 suuntaisen tai ylössuuntaisen tiedonsiirron itsenäinen toimintojen testaus on mahdotonta. Tunnetun tekniikan mukaiset testit soveltuvat ainoastaan fyysisen tason perustoimintojen testaukseen, eli matkaviestimen herkkyyden mittaukseen. Tyyppihyväksyntätesteille on tyypillistä, että matkaviestimen vastaanottimelta vaaditaan tietty vähimmäisherk-20 kyys pienillä signaalitasoilla, mikä tarkoittaa, että tietyllä signaalitasolla bittivirhesuhde (BER, Bit Error Rate) ei saa ylittää määrättyä raja-arvoa.

GSM-järjestelmässä tiedonsiirtolaitteiden, kuten matkaviestimen ja tukiaseman välinen tiedonsiirto tapahtuu yhdellä loogisella radiokanavalla. 25 Pakettikytkentäinen (Packet Switched) GPRS-järjestelmä (General :T: Packet Radio Service) tehostaa tiedonsiirtoa, sillä samaa loogista ra- diokanavaa voivat käyttää.useat eri matkaviestintilaajat. Matkaviesti-men ja tukiaseman välillä tapahtuu tiedonsiirtoa vain tarvittaessa eikä .·!·. looginen radiokanava ole varattuna vain yhden matkaviestimen ja tuki- I.. 30 aseman välistä tiedonsiirtoa varten.

• · · • · · GPRS-järjestelmälle tyypillistä on ylössuuntaisessa resurssiallokoinnis- ' v : sa eri MAC-moodit, joista eräänä mainittakoon USF-arvojen käyttö • · · : vastaanotetuissa alassuunnan datalohkoissa (Dynamic Allocation).

//. 35 Ylössuuntaisessa tiedonsiirrossa USF-arvolla viitataan niihin ylössuun- .♦··! nan aikaväleihin, jolloin matkaviestin voi lähettää informaatiota. USF- • · *·* arvoa lähetetään jatkuvasti alassuunnan tiedonsiirron yhteydessä. Mi- : tattaessa USF-herkkyyttä matkaviestin tarvitsee mainitun USF-arvon • · • · · • · · « · 0 107862 sekä kyvyn ilmaista testilaitteistolle vastaanotettu USF-arvo. Tunnetaan USF:n lisäksi myös muita suureita, joita ei tunnetuilla testisilmukoilla pysty mittaamaan.

5 Tunnetun tekniikan mukaisilla testisilmukoilla ei myöskään voida testata matkaviestimen toimintaa eri MAC-tiloissa, joita ovat ns. Dynamic Allocation -moodi, Extended Dynamic Allocation -moodi ja Fixed Allocation -moodi. GPRS-järjestelmässä fyysisellä tasolla on huomattavasti enemmän signalointia, jota ei ennen ole ollut tarpeen testata, mainitta-10 koon mm. datalohkojen lähettämistä edeltävät resurssipyynnöt.

Kuvaan 3 viitaten ja normaalitilanteessa data on peräisin käytetyn tiedonsiirtoprotokollan ylimmän tason sovellukselta (Application Layer 306) ja datan lähettäminen (viite 308) ei ole mahdollista siten, että 15 alimman kerroksen eli fyysisen kerroksen toiminta olisi ennustettavissa. Esimerkiksi on erittäin vaikeaa aikaansaada keskeytymätön, jatkuva tiedonsiirto. Tämän lisäksi RLC/MAC-toimintojen tarkan ajoituksen kontrollointi ei tällöin ole mahdollista, mikä kuitenkin olisi tarpeen tyyppihy-väksyntätestauksessa.

20

Kuvan 3 mukaisesti LLC-, RLC- ja MAC-termeillä viitataan tiedonsiirrossa käytetyn matkaviestimessä MS käytetyn tiedonsiirtoprotokollan protokollarakenteen tasoihin (Protocol Layer). Tiedonsiirtoprotokolla ja . eri. tasot muodostavat tarvittavat matkaviestimen protokollavälineet ;··*. 25 vastaanotetun ja lähetettävän datan käsittelemiseksi ja muodostami- seksi. Tunnetun RLC/MAC (Radio Link Control/Medium Access Cont-• · · ' rol) kerroksen 301 toiminnot ovat tarpeen LLC-kerroksen (Logical Link .- • · \.'.m Control) 302 ja langattoman viestimen MS fyysisen kerroksen (Physical

Layer) 303 välissä. LLC-kerroksen 302 yläpuolella ovat tunnetut GPRS

• · · 30 liikkuvuuden hallintatoiminnot (GMM/SM, GPRS Mobility Management) : 305, SNDCP-toiminnot (Subnetwork Dependent Convergency Protocol) 304 ja myös lyhytsanomapalvelutoiminnot. Tasot on selostettu tar-:’j*: kemmin GSM standardispesifikaatioissa. MAC:tä käytetään radiokana- :T: vien jakamiseen langattomien viestimien välillä sekä fyysisen radioka- /m ; 35 navan allokoimiseen langattomalle viestimelle tarpeen mukaan lähetys- tä ja vastaanottoa varten, kuten myös LLC-kehyksien jakamisesta fyy-**:·* siseen GSM-radiokanavaan. RLC-lohko huolehtii mm. resurssien va- raamisen pyynnöstä matkaviestinverkkoon päin lähetettäville paketeille • · • ♦ · • · · • · 7 107862 ja uudelleenlähetyksestä radiotien yli. SNDCP toimii liityntänä PDP:lle (Packet Data Protocol). SNDCP-lohko tiiivistää saamansa NPDU-lohkot (Network Protocol Data Unit) ja segmentoi ne yhteen tai useampaan LLC-kehykseen, joiden pituus voi vaihdella. Nämä LLC-kehykset 5 segmentoidaan edelleen RLC-datalohkoiksi. GMM-protokolla tukee matkaviestimen liikkuvuuden (Mobility Management) toimintoja, kuten kirjautumisia (GPRS attach, GPRS detach) ja aktivointeja (PDP Context Activation, PDP Context Deactivation). Alin taso ns. fyysinen taso (Physical Layer) 303 huolehtii fyysisestä radioaaltojen moduloinnista ja 10 informaation siirrosta matkaviestimen ja verkon (Network) välillä.

Matkaviestimen valmistajan kannalta ei ole aina suositeltavaa kaikkien protokollarakenteen tasojen mukanaolo pelkästään fyysisen tason testaamisen mahdollistamiseksi. Tämän lisäksi DTE olisi liitettävä matka-15 viestimeen testauksen aikana. Tällaiset järjestelyt eivät ole mahdollista niiden testien aikana, joita suoritetaan valmistuksen aikana (Production Testing). Tämän lisäksi ongelmana on jo aikaisemmin mainittu ylempien protokollatasojen osallistuminen testaukseen, jolloin fyysisen tason tai RLC/MAC-tason testaukseen ja tuloksiin vaikuttavat myös ylemmän 20 tason toiminta.

Yhteenvetona todettakoon, että nykyiset tyyppihyväksynnän menetel mät eivät tarjoa välineitä GPRS-järjestelmän fyysisen kerroksen ja RLC/MAC-kerroksen laajaan testaukseen^ eikä erityisesti ylössuuntai- 25 sen yhteyden testaamiseen itsenäisesti.

··· ' • · · • · · • a · :v. Esillä olevan keksinnön tavoitteena on esittää sellainerr-menetelmä • · *.··. matkaviestimen toiminnan testaamiseksi, että testaus kohdistuu tarkoi- *::: tetulla tavalla matkaviestimen toimintaan. Keksinnön tavoitteena on • · · 30 myös esittää matkaviestin, jonka toiminta on mahdollista testata edel- • · · lämainitulla tavalla.

• · · * v : Keksinnön mukaiselle menetelmälle on tunnusomaista se, mitä on esi- tetty patenttivaatimuksen 1 tunnusmerkkiosassa. Keksinnön mukaiselle .·1.: 35 matkaviestimelle on tunnusomaista se, mitä on esitetty patenttivaati- • · · L.' muksen 8 tunnusmerkkiosassa.

• · • · • · · • · • · · • · · ·«· · · • · · • · · • · g 107862

Keksinnön keskeisenä periaatteena on testimenettelyn muodostaminen matkaviestimeen, joka testimenettely voidaan aktivoida vastaanotetun viestin avulla. Testimenettelyn avulla ohjataan matkaviestimessä muodostettavan datan tiedonsiirtoa, erityisesti ylössuuntaista tiedonsiirtoa.

5 Viestin ja testimenettelyn avulla voidaan määritellä ja kontrolloida viiveitä, lähetettävää dataa ja haluttuja toimintoja.

Keksinnön ansiosta matkaviestimen ja kanavien toiminnan testaus saadaan kohdistettua nimenomaan niihin matkaviestimen osiin, joiden 10 toiminnasta halutaan varmistua esimerkiksi matkaviestimen tyyppihyväksynnän yhteydessä. Lisäksi testauslaitteistot voidaan rakentaa aiempaa yksinkertaisimmiksi ja testeissä vältetään datapäätelaitteen toiminnasta aiheutuvat hankaluudet. Edelleen keksinnön etuna on, että yhteys testauslaitteiston ja testattavan matkaviestimen välillä on järjes-15 telmän toiminnan kannalta tyypillinen tilanne. Lisäetuna keksinnöstä voidaan mainita se, että eri valmistajien käyttämät testausmenetelmät yhdenmukaistuvat, mikä parantaa testauksen luotettavuutta.

Keksinnön mukaisen testausmenetelmän avulla matkaviestimen fyysi-20 sen tason riippumattomat testit erikseen ylössuunnalle ja alassuunnalle ovat mahdollisia. Erityisenä etuna on se, että ylössuuntaista tiedonsiirtoa varten resurssien pyyntöjen muodostaminen on mahdollista hallita ja käynnistää testauslaitteistosta käsin, mikä on tarpeen erityisesti tyyppihyväksyntään liittyviä eri testejä muodostettessa. Keksinnön etu-.···. 25 na on myös se, että sen avulla mahdollistuu RLC/MAC-kerroksen ajoi- tuksien hallinta testauksessa, mikä myös on tarpeen tyyppihyväksyn- «.·. tään liittyviä eri testejä muodostettessa. - __ • · • · ♦ # · • ·

Keksinnön avulla vältetään ylimpien protokollatasojen ja sovelluksien # · · *·[/ 30 käyttö testauksessa, jolloin testejä voidaan soveltaa jo matkaviestimen : valmistuksen varhaisissa vaiheissa RLC/MAC-toimintojen ja fyysisen kerroksen testaamiseksi.

·· · • · · • · · • :T: Seuraavassa selostetaan keksintöä yksityiskohtaisemmin viitaten esi- : 35 merkkinä esitettyihin edullisiin suoritusmuotoihin ja oheisiin kuviin, jois- • ·· sa: · • · • · · : kuva 1 esittää tekniikan tason mukaista testausta, • · · « ' 9 107862 kuva 2 esittää keksinnön mukaisen testauksen periaatetta, kuva 3 esittää erästä tiedonsiirtoprotokollan protokollatason arkki-5 tehtuuria matkaviestimessä, kuva 4 havainnollistaa keksinnön mukaista menetelmää alassuun-taisessa datan siirron testauksessa, ja 10 kuva 5 havainnollistaa keksinnön mukaista menetelmää ylössuun-taisessa datan siirron testauksessa.

Edellä tekniikan tason selostuksen yhteydessä on viitattu kuvaan 1. Kuvissa käytetään toisiaan vastaavista osista samoja viitenumerolta.

15

Kuva 2 esittää järjestelyä, jossa testauslaitteistoon 201 on kytketty sinänsä tunnetulla tavalla testattava matkaviestin 202. Jäljempänä kuvattavia tarkoituksia varten on edullista, että matkaviestin 202 on varustettu erityisesti testaustarkoituksiin suunnitellulla SIM:llä (Subscriber 20 Identity Module) 203, joka voi olla matkaviestimissä yleisesti käytetyn SIM-kortin tapainen älykortti tai erityinen SIM-simulaattori, jolla muodostetaan tarvittavat yhteydet matkaviestimessä olevan SIM-liittimen ja erityisen SIM:in toimintaa simuloivan laitteiston välille. On huomattava, . _ että SIM-simulaattorin ja SIM:in toimintaa simuloivan, laitteiston yhdis- :***: 25 teimä ei ole rinnastettavissa ulkoisen datapäätelaitteen liittämiseen ««« testattavaan matkaviestimeen. Ensinmainittu on tarkasti kunkin soluk- • · · koradiojärjestelmän spesifikaatiossa määritelty osa testauslaitteistoa • · \.I. eikä sen käyttöön liity lainkaan niitä ongelmia, joita on esitelty tekniikan *::f tason selostuksessa koskien ulkoisen datapäätelaitteen liittämistä mat- *;[.1 30 kaviestimeen liikennekanavien testausta varten.

• · · • · ·

Nykyaikaisissa solukkoverkkoon perustuvissa yleisissä matkaviestin- : verkoissa (PLMN, Public Land Mobile Network) järjestelmä koostuu tunnetusti useista järjestelmää käyttävistä matkaviestimistä (MS, Mobile . .·! : 35 Station), kuten matkapuhelimista, ja kiinteästä tukiasemajärjestelmästä • ♦♦ (BSS, Base Station Subsystem). Tämä tukiasemajärjestelmä käsittää ’1:2 tavallisesti useita tukiasemia (BTS, Base Transceiver Station), jotka • · • · · • · · «·· · · • · · • · · 2 • · 10 107862 ovat jakautuneet maantieteelliselle alueelle ja kukin tukiasema palvelee solua, joka käsittää ainakin osan tästä maantieteellisestä alueesta.

GPRS-järjesteimän perusideana on käyttää pakettikytkentäistä resurs-5 sien varausta, jolloin resursseja, esim. looginen radiokanava tiedonsiirtoa varten, varataan kun dataa ja informaatiota on tarpeen lähettää ja vastaanottaa. Tällöin käytettävissä olevien verkon ja resurssien käyttöä optimoidaan ja käytetään mahdollisimman tehokkaasti esim. piirikytkentäiseen GSM-tekniikkaan verrattuna. GPRS-järjestelmässä kanavien 10 varaus suoritetaan joustavasti, esimerkiksi kutakin langatonta viestintä varten voidaan varata kanavalla 1—8 loogista kanavaa. Samoja resursseja voidaan jakaa useammalla aktiiviselle langattomalle viestimelle sekä ylössuuntainen (uplink-tiedonsiirto eli tiedonsiirto matkaviestimeltä tukiasemalle) ja alassuuntainen (downlink-tiedonsiirto eli tiedon-15 siirto tukiasemalta matkaviestimelle) voidaan varata erikseen käyttäjille.

Kanavia käytetään pääasiassa ohjauskanavina ja liikennekanavina. Lii-kennekanavilla siirretään puhetta ja dataa ja ohjauskanavilla suoritetaan merkinantoa tukiaseman BTS ja langattomien viestimien MS välillä.

20

Huomattavimmat erot GSM- ja GPRS-järjestelmien välillä on pakettipe-rustainen tiedonsiirto, jolloin radiokanavat eivät ole varattuna yhtä langatonta viestintä varten. Solukkojärjestelmään perustuvassa GPRS-järjestelmässä resursseja ovat .tiedonsiirtoon käytetyt radiokanavat — 25 (PDCH, Packet Data Channel). Yleiseen ohjaukseen käytettyä sig-nalointia suoritetaan sitä varten käyttöön varatulla PCCCH- ohjauska-navalla (Packet Common Control Channel).

• · • · « ,’i*. Tarkemmin fyysiset PDCH-kanavat on jaettu loogisiin radiokanaviin ke- 30 hysrakenteen avulla (Multiframe), joka käsittää toistuvasti lähetettävät ’·’ * 52 TDMA-kehystä (Time Division Multiple Access), jotka on jaettu edelleen 12 lohkoon (Radio Block), jotka on kukin jaettu 4 kehykseen, : ja 4 ylimääräistä kehystä (Idle Frame). Downlink-tiedonsiirrossa näitä : käytetään datansiirtoon ja signalointiin, uplink-tiedonsiirrossa dataan ja ;*.j 35 signalointiin, uplink-tiedonsiirrossa USF-arvolla viitataan näihin aikavä- .···! leihin, jolloin esimerkiksi matkaviestin voi suorittaa informaation lähetys- • · tä. Lohkot jakaantuvat vielä ainakin seuraaviin osiin: MAC-otsikko : (Medium Access Control Header), joka käsittää USF-kentän (Uplink • · • · · • ·· • · 11 107862

State Flag), ja RLC-datalohko (Radio Link Control Data Block) tai RLC/MAC-ohjauslohko (RLC/MAC Control Block) ja BCS-lohko (Block Check Sequence).

5 GPRS-järjestelmän mukaisesti kaikki langattomat viestimet, jotka odottavat niille lähetettävää dataa niille yhteisesti varatulta kanavalta, vastaanottavat myös kaikki kehysrakenteen lohkot RLC-lohkoineen, tulkitsevat saadun informaation sekä sen mukana TFI-tunnisteen (Temporary Flow Identifier) ja vasta tämän jälkeen suodattavat pois 10 lohkot joilla on väärä TFI-tunniste. Koko GPRS-järjestelmän toiminnan kannalta on ehdottoman tärkeää, että downlink-tiedonsiirron ohjausloh-kojen tiedot vastaanotetaan mahdollisimman virheettömästi.

Monikäytön (Multiple Access) perusideana GPRS-verkossa on, että 15 matkaviestimen on mahdollista vastaanottaa kaikki se informaatio, jonka palveleva tukiasema lähettää. Vastaanotetuista RLC-lohkoista matkaviestin selvittää sille osoitetun datan.

Tarkastellaan seuraavaksi alassuuntaisen tiedonsiirron testausta kek-20 sinnön mukaisesti. Aluksi muodostetaan kuvan 2 mukainen järjestely, jossa testattava matkaviestin 202 on liitetty sinänsä tunnetulla tavalla testauslaitteistoon 201 ja testaus-SIM.iin 203. Seuraavaksi matkaviestin MS kytketään päälle.

• ·· • · • · • · · 25 Seuraavaksi matkaviestin MS suorittaa sisäänkirjautumisen. Palvelui-den käyttämiseksi GPRS-järjestelmässä langaton viestin suorittaa ensin ’.··*·. — verkkoon sisäänkirjautumisen-(GPRS attach); jolla langaton viestin il- .·*:·. moittaa olevansa valmis pakettidatan välitykseen. Sisäänkirjautuminen muodostaa loogisen linkin mahdollistaen saapuvasta pakettidatasta 30 ilmoittamisen langattomalle viestimelle. Tiedon lähettämiseksi ja vastaanottamiseksi suoritetaan yleensä pakettidataprotokollan (PDP, Packet Data Protocol) aktivointi, jolla langattomalle viestimelle määrite- • · » v : tään pakettidatayhteydessä käytettävä pakettidataosoite sekä mm. yh- teydelle määritelty protokolla (esim. X.25 tai IP), yhteysosoite (esim.

.···’. 35 X.121-osoite), palvelun laatutaso ja verkon palvelurajapintalohkon tun- • · *·* niste (NSAPI, Network Service Access Point Identifier). Matkaviestin : voi aktivoida pakettidatayhteyden aktivointipyyntösanomalla (Activate PDP Context Request).

k -J2 107862

Keksinnön mukaisessa alassuunnan testauksessa pakettidatayhteyttä ei kuitenkaan aktivoida, jolloin kaikki SNDCP-kerroksen vastaanottamat LLC PDU:t hylätään. Tämän jälkeen luodaan normaali alassuuntainen 5 tiedonsiirto, mutta LLC PDU:den välittyessä SNDCP-kerrokselle PDU:t hylätään, koska pakettidatayhteyttä ei ole aktivoitu. Tarkemmin toiminta on esitetty kuvassa 4, joka kuvaa tiedonsiirrossa matkaviestimen MS protokollatasojen 301—306 ja tiedonsiirtoverkon (Network), tässä tapauksessa testauslaitteiston 201 välillä kulkevia viestejä.

10

Sisäänkirjautumisen jälkeen alassuuntaisen datapaketin (PDU) lähettämiseksi matkaviestimelle MS lähetetään kutsuviesti (Paging Request) 401, johon MS vastaa kanavapyynnöllä (Packet Channel Request) 402 ja pyytää resursseja esimerkiksi PRACH-kanavalla (Packet Random 15 Access Channel). Verkko, tässä tapauksessa testaus laitteisto lähettää välittömän myöntöviestin (Packet Immediate Assignment) 403, jossa matkaviestimelle varatut resurssit uplink-tiedonsiirtoa varten ilmaistaan, kuten listan käytettävistä PDCH-kanavista ja käytettävän USF-kentän arvon. USF-arvo osoittaa seuraavaan uplink-tiedonsiirron lohkoon ja 20 USF-arvoa lähetetään jatkuvasti downlink-tiedonsiirron yhteydessä. MS lähettää vastauksen kutsuviestiin (Packet Paging Response) 404 (lähettämällä LLC_TRIGGER_IND -viestin, jolloin LLC muodostaa halutun LLC_PDU:n). Matkaviestimelle lähetetään vielä PDA-viesti 410 (Packet Downlink Assignment) käytettävien resurssien ilmaisemiseksi.

:T: 25 Tämän jälkeen matkaviestimelle lähetetään RLC-datalohkoja bitti- :*·*: informaation välittämiseksi 405—407. Edellä kuvatulla tavalla voidaan • · ;···; . -testata RLC- ja MAC-tason toimintoja, jolloin myös LLC- — - .·:*·. tarkistussumman käyttö on mahdollista. RLC-tason tehtävänä on mu- .*:·. kaisesti huolehtia LLC PDLken segmentoinnista RLC-datalohkoihin ja 30 'RLC-datalohkojen rekombinoinnista LLC PDU:iksi 408. LLC PDU:t siir-... tyvät eri tasojen kautta SNDCP-kerrokseen 409. Testauslaitteisto voi *·* * saada tietoja matkaviestimen vastaanottamasta datasta riippuen siitä, : millaista ACK/UNACK -moodia RLC-kerroksessa käytetään. Tämä moodi voidaan asettaa myönnettäessä matkaviestimelle MS resursseja.

35 • · /·] Tämän testausmenettelyn, jolla voidaan testata normaalin toiminnan :·· · mukaisesti fyysisen kerroksen ja RLC/MAC-kerroksen toimintaa, erityi- \*·: senä etuna on yksinkertaisuus, jolloin testi ei vaadi erityisjärjestelyjä 13 107862 viestien suhteen. Testin yhteydessä on syytä tarkistaa (esimerkiksi asettamalla jokin Ul-parametri), että sisäänkirjautumisen yhteydessä matkaviestin MS siirtyy pois GPRS-lepotilasta ja suorittaa sisäänkirjautumisen PSI-viestin (Packet System Information) tietojen mukaisesti, 5 jota GPRS-järjestelmässä lähetetään ohjauskanavalla, esimerkiksi PBCCH-kanavalla.

Tarkastellaan seuraavaksi alassuuntaisen tiedonsiirron testausta keksinnön mukaisesti. Aluksi muodostetaan kuvan 2 mukainen järjestely, 10 jossa testattava matkaviestin 202 on liitetty sinänsä tunnetulla tavalla testauslaitteistoon ja testaus-SIM:iin 203. Matkaviestin 202 kytketään päälle ja matkaviestin suorittaa sisäänkirjautumisen. Tässä yhteydessä matkaviestin MS siirtyy GPRS-lepotilasta (Idle Mode) GPRS-valmiustilaan (Ready State), mikä on myös tarkistettava edellä esitetyllä 15 tavalla. Lepotilassa matkaviestin ei mm. ole yhteydessä GPRS-järjestelmän MM-toimintoihin.

Tarkemmin testauksen toiminta on esitetty kuvassa 5, joka kuvaa tiedonsiirrossa matkaviestimen MS protokollatasojen 301—306 ja tie-20 donsiirtoverkon (Network), tässä tapauksessa testauslaitteiston 201 välillä kulkevia viestejä. Sisäänkirjautumisen (Attach) jälkeen alassuuntaisen datapaketin (PDU) 505 lähettämiseksi matkaviestimelle MS suoritetaan edellä esitetty kutsuviestin (Packet Paging Request) 501, ' .kanavapyynnön (Packet Channel Request) 502, myöntöviestin (Packet :T: 25 Immediate Assignment) 503 ja vastauksen kutsuviestiin (Packet Paging ·*·*: Response) 504 lähettäminen. Matkaviestimelle lähetetään vielä PDA- • · .···. - —viesti 511 (Packet Downlink Assignment) käytettävien resurssien ilmai- semiseksi. Testauslaitteisto 201 aloittaa alassuuntaisen tiedonsiirron ja • · · testauksen lähettämällä erikoistestiviestin (Special Test Message) 505 30 RLC-datalohkossa. Tämä erikoistestiviesti 505 sisältää myös tietoja siitä, millaisen ylössuuntaisen datatiedonsiirron matkaviestimen MS on : aloitettava. Tässä erikoistestiviestissä 505 ilmaistaan ainakin sirrettä- « · · v : vän LLC PDU:n pituus, jolla tarkoitetaan matkaviestimen MS muodos- tämän PDU:n pituutta.

*:··! 35 • ·

Seuraavassa vaiheessa matkaviestimen toiminta riippuu testauslaitteis- : ton antamista ohjeista testauksen suorittamiseksi. Esitetyssä esimer- • · *·.*·: kissä tiedonsiirto keskeytetään ja matkaviestin MS siirtyy GPRS- -|4 107862 valmiustilaan (Standby State), jossa matkaviestin on yhteydessä GPRS-järjestelmän MM-toimintoihin. Esitetyn erään edullisen testin suoritusmuodon mukaisesti matkaviestimen GMM-kerros käsittelee eri-koistestiviestin ja määritellyn viiveen 506 jälkeen, joka tässä tapauk-5 sessa kestää kahden RLC-datalohkon ajan, aloittaa LLC PDU:n lähetyksen (lähettämällä LLC_TRIGGER_IND -viestin, jolloin LLC muodostaa halutun PDU:n (LLC_PDU) ja siirtää sen RLC-kerrokselle). GMM-kerros osaa tulkita erikoistestiviestin ja käskee viestin perusteella LLC-kerrosta generoimaan dataa. Ylössuuntainen tiedonsiirto aloitetaan 10 normaalisti kanavapyynnön (Packet Channel Request) 507 ja myöntö-viestin (Packet Immediate Assignment) 508 lähettämisellä, jonka jälkeen tarvittavien RLC-datalohkojen, kuten datalohkojen 509, 510 lähetys aloitetaan. Edellä mainittu generoitu data voi olla satunnaismuotois-ta tai bittiyhdistelmiä esimerkiksi muotoa ”00000...”, ”111111...”, 15 ”01010101...”, ”110011001100...” tai Ί11000111000...”. Erikoistesti- viesti voi myös sisältää tietoja siitä, millaisen resurssipyynnön matkaviestin (Resource Request) MS tekee. Erikoistestiviesti voi sisältää myös tiedon siitä, lähetetäänkö testidataa jatkuvasti tai vain tietty määrä, tai tiedon siitä millaista ACK/UNACK -moodia RLC-kerroksessa käy-20 tetään.

Järjestelyssä testataan RLC/MAC-toimintoja, MAC-tiloja, ajoituksia ja yhteydenmuodostuksia ilman ylemmän, erityisesti ylimmän kerroksen sovelluksen (Application) vaikutusta tat.BTE:n lähettämää dataa, missä :T: 25 tapauksessa ajoitusten testaus ja datasiirron tarkka kontrollointi ei ole :*·]: mahdollistakaan. Menetelmän erityisenä etuna on datasiirron (TBF,

Temporary Block Flow) .törmäystilanteiden testaus tilanteissa, joissa • · · ylössuuntainen datan tiedonsiirto aloitetaan samalla hetkellä, jolloin alassuuntainen tiedonsiirto on käynnistymässä, alassuuntainen tie- • · · 30 donsiirto on käynnissä tai alassuuntainen tiedonsiirto on loppumassa.

• · · • · ♦ *;)/ Tiedonsiirron (datalohkojen siirto) ollessa vielä käynnissä voidaan tes- : tauslaitteistolta välittämällä PACCH-kanavalla uusi erikoistestiviesti, jonka jälkeen seuraa viive ja datalohkojen lähetys edellä kuvatulla taval- :***; 35 la. Näin voidaan jatkaa ja kontrolloida ylössuuntaista tiedonsiirtoa.

. \ Testausmenettelyn avulla haluttuun protokollatasoon voidaan muodos- • · ♦ | taa erilaisia testimenettelyjä, joilla voidaan erikseen testata ylössuun- :***: täistä datansiirtoa. Tätä on havainnollistettu kuvan 3 lohkolla 307, joka 15 107862 kuvaa testimenettelyä, ja ylössuuntaisella datalla 311. Mainittakoon, että kuvattu lohko 307 on esitetty vain havainnollisuuden vuoksi eikä mitenkään rajoita testimenettelyä vain ko. tasolle 305 tai testimenettelyn muodostamista eri protokollatasoille. Testausmenettelyn avulla voidaan 5 myös suoraan kontrolloida haluttua protokollakerrosta, esimerkiksi juuri RLC/MAC-kerrosta. Vastaanotettuun erikoistestiviestiin 310 voidaan määritellä välitettäviksi parametreiksi esim. tietoja matkaviestimessä muodostettavan datan pituudesta, käytetystä viiveestä ja käytetystä testimenettelystä, jolloin keksinnön avulla voidaan yksinkertaisesti ja 10 tarkasti hallita testauksen suoritusta tai sitä, mihin asiaan testaus tarkemmin kohdistuuu.

Kun yhteys on muodostettu kuvan 5 mukaisella tavalla, testauslaitteisto voi lähettää testattavalle matkaviestimelle sellaisia erilaisia komentoja, 15 jotka eivät edellytä yhteydestä tietämättömien ylempien protokollatasojen osallistumista liikennöintiin. Testauslaitteisto voi muodostaa testida-taa eli testipurskeita, joiden informaatiobitit sisältävät haluttuja sellaisia bittikombinaatioita, joiden vastaanottamisen virheettömyyttä erityisesti halutaan tutkia. Toiminnallisesti datan lähettäminen ja vastaanotto ta-20 pahtuvat fyysisellä protokollatasolla. Periaatteessa testauksen ei tarvitsisi koskea matkaviestimessä mitään tätä ylempää protokollatasoa. Fyysinen kerros ei kuitenkaan mahdollista matkaviestimen toiminnan ohjaamiseen liittyviä komentoja, vaan niiden vastaanottoa ja tulkintaa • · · varten matkaviestimessä on oltava joillakin ylemmjllä tasoilla. Matkani*: 25 viestimen normaaliin toimintaan sen sijaan kuuluu, että tiedot välittyvät :*·]: kaikkien protokollatasojen läpi aina sille sovellustasolle saakka, jonka . .. toimintaan välitettävät tiedot liittyvät. - ·»· ··· • · · • · ·

Erikoistestiviesti (Special Test Message, TST_MSG) 505 lähetetään • · · 30 normaalisti PDTCH-liikennekanavalla (Packet Data Traffic Channel). Testaus ja RLC-datalohkojen lähetys voidaan aloittaa myös uudelleen • · · *:*.* lähettämällä erikoistestiviesti PACCH-liikennekanavalla (Packet Asso- : ciated Control Channel). Matkaviestimen GMM-kerros käsittelee eri- koistestiviestin (TST_MSG) ja määritellyn viiveen (delay) 506 jälkeen, 35 joka keksinnön eräässä suoritusmuodossa tapauksessa kestää kahden • · · RLC-datalohkon lähetyksen ajan, aloittaa määritellyn LLC PDU:n lähe- • · · ; tyksen. Voidaan myös ajatella, että erikoistestiviestin avulla matkavies- :· tin asetetaan tilaan, jossa datansiirto tapahtuu esitetyllä tavalla tietyn -jg 107862 ajan, esimerkiksi toistuvasti. Voidaan myös ajatella, että jonkin toisen erikoistestiviestin avulla matkaviestin voidaan palauttaa testaustilasta.

Tarkastellaan seuraavaksi esimerkkinä käytetyn matkaviestimen tar-5 kempaa rakennetta ja välineitä datan vastaanottamiseksi ja lähettämiseksi. Matkaviestin käsittää antenniliitännän, jonka kautta alassuuntai-nen data ohjataan matkaviestimeen, seuraavana on radio- ja välitaa-juusosat, joiden avulla vastaanotettu radiotaajuinen signaali konvertoidaan kantataajuudelle. Kantataajuisen signaalin sisältämä informaatio 10 rekonstruoidaan demodulaattorissa, jonka jälkeen vastaanotetun signaalin käsittely voi erota sen mukaan, onko se signalointia tai dataa. Informaatio ohjataan kanavadekooderiin ja sitä kautta ohjauslohkoon, joka on mikroprosessori ja ohjaa matkapuhelimen toimintaa. Ylössuun-taisen datan sisältämä tieto muodostuu ohjauslohkossa ja se kanava-15 koodataan. Modulaattorissa data liitetään modulaation avulla kantataajuiseen värähtelyyn ja sekoitetaan radiotaajuudelle lähetysosan radio-taajuusosien avulla, minkä jälkeen se voidaan lähettää antenniliitännän kautta.

20 Kanavakoodaus ja dekoodaus voidaan toteuttaa yhdellä piirillä, joka ohjelmoidaan toimimaan eri tavoilla. Keksinnön mukaisten testimenette-lyjen määritteleminen edellä kuvatun kaltaiseksi ja määritelmän toteuttaminen käytännössä ovat sinänsä ammattimiehelle helpot toteuttaa, O koska matkaviestin toimii täysin ohjauslohkonsa ohjaamana. Ohjaus- :T: 25 lohko on puolestaan mikroprosessori, joka suorittaa käytössään oleviin ·*♦*: muistivälineisiin tallennettua ohjelmaa, ja jonka avulla toteutetaan myös • · -.···. - aikaisemmin mainitut protokollavälineet.-Kun tämä ohjelma kirjoitetaan sellaiseksi, että vasteena testauslaitteistolta vastaanotettuun alassuun- • · · täiseen tietyn protokollatason viestiin aloitetaan ylössuuntaisen datan *** ’ 30 lähettäminen testauslaitteistolle protokollavälineiden avulla määritellyllä tavalla, matkaviestin saadaan toimimaan halutulla, keksinnön mukaisel- :·:: la tavalla.

• · · • · · • · ·

Nyt esillä olevaa keksintöä ei ole rajoitettu ainoastaan edellä esitettyihin • · .♦·*. 35 suoritusmuotoihin, vaan sitä voidaan muunnella oheisten patenttivaati- musten puitteissa. Keksintöä voidaan soveltaa myös esimerkiksi : UMTS-järjestelmässä (Universal Mobile Telecommunication System).

• · Tässä patenttihakemuksessa esitetyt, tiettyyn järjestelmään tai laitteis-

Yl 107862 toon liittyvät nimitykset ja spesifikaatiot on esitetty esimerkin vuoksi eikä niillä ole vaikutusta keksinnön sovellettavuuteen kaikissa niissä matkaviestinjärjestelmissä, joissa matkaviestin voi toimia. Esimerkiksi voidaan ajatella, että eri toiminnot tehdään käsin asettamalla jokin kytkin tai liitin 5 matkaviestimessä haluttuun asentoon. Testauksen sujuvuuden ja automatisoinnin kannalta on kuitenkin edullista, että nämä toiminnot voidaan tehdä testauslaitteiston avulla. Selvää on myös, että keksinnön sovellettavuus ei mitenkään rajoitu vain matkapuhelimiin.

10 • ·· • · • · • · · ··· • · · • · · ·· · • · · • · • * • ♦ ‘ • · · • · · • · · • · · • · · • · · • · · • · · • · · • · · ··· • · · j · ♦ ♦ • · • · · • · · • · • · · '· * • · • · · « · • · · • · · • · · · • φ • · · • ·· • ·

Claims (13)

1. Menetelmä matkaviestimen toiminnan testaamiseksi, joka matka-5 viestin (MS) on tarkoitettu solukkoverkkoon perustuvassa pakettikytkentäisessä tiedonsiirtoverkossa toimivaksi, ja joka matkaviestin (MS) käsittää välineet alassuuntaisen datan vastaanottamiseksi testauslaitteis-tolta (SS), välineet ylössuuntaisen datan lähettämiseksi testauslaitteis-tolle (SS) ja matkaviestimeen (MS) muodostetut protokollavälineet 10 (301—306) datan muodostamiseksi ja käsittelemiseksi, tunnettu siitä, että vastauksena testauslaitteistolta (SS) vastaanotettuun alassuuntai-seen, tietyn protokollatason (301—306) viestiin (310, 505) aloitetaan ylössuuntaisen datan muodostaminen ja lähettäminen testauslaitteistol-le (SS), jolloin lähettäminen tapahtuu matkaviestimen (MS) mainitulle 15 protokollatasolle (301—306) määritellyn testi menettelyn (307) ohjaamana, joka testimenettely (307) aktivoidaan mainitun viestin (310, 505) avulla.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että 20 vastauksena mainittuun testauslaitteistolta (SS) vastaanotettuun viestiin (310, 505) matkaviestin (MS) asetetaan tilaan, jossa ilmoitusta datan lähettämisestä testauslaitteiston (SS) ja matkaviestimen (MS) välillä ei lähetetä määriteltyä protokollatasoa (301—306) ylemmille protokolla- C: tasoille (301—306). • · · v : 25

3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että datan lähettäminen matkaviestimeltä (MS) testauslaitteistolle (SS) • · · aloitetaan vasta ennaltamäärätyn viiveen (506) jälkeen mainitun viestin (310, 505) saapumisesta. 30 ...

4. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että mainittu lähetettävä ylössuuntainen data muodos- • · · * tetaan pelkästään matkaviestimessä (MS). • · • · · • · · « ·

5. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että datan lähettäminen matkaviestimeltä (MS) testaus- • · · \ laitteistolle (SS) ajoitetaan alkavaksi samanaikaisesti testauslaitteistolta *· (SS) jonkin toisen alassuuntaisen datan saapuessa, samanaikaisesti 107862 19 testauslaitteistolta (SS) jonkin toisen alassuuntaisen datan siirron aikana, tai samanaikaisesti testauslaitteistolta (SS) jonkin toisen alassuuntaisen datan siirron päättyessä.

6. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että mainittu testauslaitteistolta (SS) vastaanotettu viesti (310, 505) käsittää parametritietoja vastauksena lähetettävän datan määrästä ja laadusta.

7. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että vasteena mainittuun, testauslaitteistolta (SS) vastaanotettuun alassuuntaiseen, tietyn protokollatason (301—306) viestiin (310, 505) mainittu protokollataso (301—306) tulkitsee viestin (10, 505) ja antaa ohjeet alemmalle protokollatasolle (301—306) ylössuuntaisen 15 datan lähettämiseksi testauslaitteistolle (SS).

8. Matkaviestin (MS), joka on tarkoitettu solukkoverkkoon perustuvassa pakettikytkentäisessä tiedonsiirtoverkossa toimivaksi, ja joka matkaviestin (MS) käsittää välineet alassuuntaisen datan vastaanottamiseksi 20 testauslaitteistolta (SS), välineet ylössuuntaisen datan lähettämiseksi testauslaitteistolle (SS) ja matkaviestimeen (MS) muodostetut protokol-lavälineet (301—306) datan muodostamiseksi ja käsittelemiseksi, tunnettu siitä, että matkaviestimen (MS) tietylle protokollatasolle (301—306) on määritelty testimenettely (307), joka on aktivoitavissa M· v : 25 testauslaitteistolta (SS) vastaanotetun alassuuntaisen, mainitun proto- :’V kollatason (301—306) viestin (310, 505) avulla, ja jonka testimenettelyn :[1[: _ (307) avulla ohjataan vastauksena mainittuun viestiin (310, 505) käyn- - nistettävää ylössuuntaisen datan muodostamista ja lähettämistä tes-tauslaitteistolle (SS). 30

9. Patenttivaatimuksen 8 mukainen matkaviestin, tunnettu siitä, että • · · :.. vastauksena mainittuun testauslaitteistolta (SS) vastaanotettuun vies- *\ ’ tiin (310, 505) matkaviestin (MS) on järjestetty asettuvaksi tilaan, jossa V1: ilmoitusta datan lähettämisestä testauslaitteiston (SS) ja matkaviesti- 35 men (MS) välillä ei lähetetä määriteltyä protokollatasoa (301—306) . 1.e ylemmille protokollatasoille (301—306). • » · ··« · · • · 1 • · · • 107862 20

10. Patenttivaatimuksen 8 tai 9 mukainen matkaviestin, tunnettu siitä, että datan lähettäminen matkaviestimeltä (MS) testauslaitteistolle (SS) on järjestetty aloitettavaksi vasta ennaltamäärätyn viiveen (506) jälkeen mainitun viestin (310, 505) saapumisesta. 5

11. Jonkin edellä olevan patenttivaatimuksen mukainen matkaviestin, tunnettu siitä, että mainittu lähetettävä ylössuuntainen data on järjestetty muodostettavaksi itsenäisesti pelkästään matkaviestimessä (MS).

12. Jonkin edellä olevan patenttivaatimuksen mukainen matkaviestin, tunnettu siitä, että vasteena mainittuun, testauslaitteistolta (SS) vastaanotettuun alassuuntaiseen, tietyn protokollatason (301—306) viestiin (310, 505) mainittu protokollataso (301—306) on järjestetty mainitun viestin (10, 505) tulkitsemiseksi ja ohjeiden antamiseksi alemmalle 15 protokollatasolle (301—306) ylössuuntaisen datan lähettämistä testaus- laitteistolle (SS) varten.

13. Jonkin edellä olevan patenttivaatimuksen mukainen matkaviestin, tunnettu siitä, että se GPRS-järjestelmässä toimivaksi järjestetty mat-20 kaviestin. • ·· • · • · ··· • · · • · · • · · • · · • · · • · • · • · · • · _ • r , — ___ • · · • · · • · · • · · • · · « · · • · 1 • · · • · · • · · • · · • · 1 • · · • · • · · * ·» • · • · · • · • · • · · • · • · · • · · • · · · · • · t • · · • · 107862 21