FI109255B - Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa - Google Patents

Description

109255

Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa Keksinnön tausta

Keksintö liittyy pakettivälitteiseen tiedonsiirtoon ja erityisesti datapakettien numeroinnin optimointiin, vielä erityisesti luotettavan (acknowledged) 5 siirron yhteydessä.

Ns. kolmannen sukupolven matkaviestinjärjestelmien, joista käytetään ainakin nimityksiä UMTS (Universal Mobile Telecommunication System) ja IMT-2000 (International Mobile Telephone System), kehityksessä eräs lähtökohta on ollut mahdollisimman hyvä yhteensopivuus toisen sukupolven mat-10 kaviestinjärjestelmien, kuten GSM-järjestelmän (Global System for Mobile Communications) kanssa. Esimerkiksi UMTS-järjestelmän runkoverkko on suunniteltu toteutettavaksi GSM-runkoverkon pohjalle, jolloin jo olemassa olevia verkkoja voidaan hyödyntää mahdollisimman tehokkaasti. Edelleen kolmannen sukupolven matkaviestimille pyritään mahdollistamaan yhteysvastuun 15 siirto eli handover UMTS- ja GSM-järjestelmien välillä. Tämä pätee myös pakettivälitteiseen tiedonsiirtoon, erityisesti UMTS:n ja GSM-järjestelmään suunnitellun pakettiradioverkon GPRS:n (General Packet Radio Service) välillä.

Pakettivälitteisessä tiedonsiirrossa voidaan käyttää luotettavaa eli kuitattua (acknowledged) lähetystä tai epäluotettavaa eli kuittaamatonta 20 (unacknowledged) lähetystä. Luotettavassa tiedonsiirrossa vastaanottaja lä-hettää kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data Unit) lähettäjälle, jolloin lähettäjä voi lähettää kadonneet tai vioittuneet datapa-'·..·* ketit uudestaan. GPRS-järjestelmässä datapakettien siirron luotettavuudesta ja kuittauksesta vastaa GPRS:n aliprotokolla LLC (Logical Link Control). Suo-:,,.-1 25 ritettaessa operointisolmujen välinen (inter-SGSN, Serving GPRS Support No de) handover GPRS-järjestelmässä tiedonsiirron luotettavuus varmistetaan LLC-protokollan yläpuolisen konvergenssiprotokollan SNDCP (Sub-Network .···. Dependent Convergence Protocol) avulla. Tällöin datapaketteihin liitetään 8- bittinen N-PDU-numero (Network PDU), jonka perusteella voidaan tarkistaa : ·' 30 vastaanottajalle välitetyt datapaketit.

Nykyisten määritysten mukaisessa UMTS-järjestelmässä pakettivä-: ··; litteisessä tiedonsiirrossa luotettavuuden varmistamiseen käytetään paketti- dataprotokollan RLC-kerroksen (Radio Link Control) RLC-jaksonumeroa.

UMTS:n RLC-kerros vastaa siis tässä suhteessa GPRS.n LLC-kerrosta.

35 UMTS-järjestelmässä operointisolmujen välisessä handoverissa luotettavuus varmistetaan RLC-kerroksen yläpuolisen konvergenssiprotokollan PDCP

/ / / / 2 109255 (Packet Data Convergence Protocol) avulla. UMTS-järjestelmän PDCP-kerroksella konvergenssiprotokollakerroksen PDCP datapakettiin liitetään 16-bittinen datapakettinumero, jolloin tämä PDCP-PDU-numero muodostaa GPRS:n N-PDU-numeroa loogisesti vastaavan datapakettinumeron, jonka pe-5 rusteella tarkistetaan handoverin yhteydessä, että kaikki datapaketit ovat siirtyneet luotettavasti.

GPRS:stä UMTS:ään suuntautuvassa handoverissa 8-bittiset N-PDU-numerot konvertoidaan UMTS:ää tukevassa operointisolmussa 3G-SGSN 16-bittisiksi PDCP-PDU-numeroiksi, joita sitten käytetään vastaanotet-10 tujen datapakettien kuittaamiseen. Vastaavasti UMTS:stä GPRS:ään suuntautuvassa handoverissa 16-bittiset PDCP-PDU-numerot konvertoidaan operointisolmussa 3G-SGSN 8-bittisiksi N-PDU-numeroiksi, jotka välitetään GPRS:n operointisolmulle 2G-SGSN ja joita käytetään vastaavasti datapakettien kuittaukseen. 8-bittisten N-PDU-numeroiden konvertointi 16-bittisiksi 15 PDCP-PDU-numeroiksi tapahtuu lisäämällä kahdeksan eniten merkitsevää bittiä, kukin arvolla nolla, N-PDU-numeron arvoon. 16-bittisten PDCP-PDU-numeroiden konvertointi 8-bittisiksi N-PDU-numeroiksi tapahtuu vastaavasti poistamalla kahdeksan eniten merkitsevää bittiä PDCP-PDU-numeron arvosta. Handoverin käynnistyttyä datapaketit PDU asetetaan puskuriin odottamaan, 20 että yhteysvastuu on siirtynyt toisen järjestelmän operointisolmulle SGSN ja »t · : v. lähetetyt datapaketit voidaan poistaa puskurista sitä mukaa, kun vastaanotta- ’ ·. jalta saadaan kuittaus vastaanotetuista datapaketeista.

* * ·

Eräänä ongelmana yllä kuvatussa järjestelyssä on N-PDU-numeroiden luominen PDCP-PDU-numeroista. Järjestelmän viiveestä johtuen 25 puskurissa voi olla suuri määrä datapaketteja PDCP-PDU. UMTS-järjestelmän datapakettien PDCP-PDU numerointiin käytettävissä oleva datapakettinume-roavaruus on suurempi (16 bittiä) kuin GPRS-järjestelmän N-PDU-numerointiin käytettävissä oleva datapakettinumeroavaruus (8 bittiä). Jos puskuroitujen • datapakettien PDCP-PDU lukumäärä ylittää kahdeksalla bitillä ilmaistavissa ; 30 olevan määrän, voi kaksi tai useampia datapaketteja saada saman N-PDU- numeron, koska PDCP-PDU-numeroiden 16:sta bitistä poistetaan kahdeksan ' eniten merkitsevää bittiä. Tällöin ei vastaanottaja pysty enää yksiselitteisesti i määrittämään vastaanotetun datapaketin N-PDU-numeron perusteella alkupe- räistä PDCP-PDU-numeroa eikä myöskään siten kuitattavaa datapakettia eikä 35 handoverin luotettavuutta voida enää varmistaa.

j 3 109255

Keksinnön lyhyt selostus

Keksinnön tavoitteena on siten kehittää parannettu menetelmä ja menetelmän toteuttava laitteisto yllä mainittujen haittojen vähentämiseksi. Keksinnön tavoitteet saavutetaan menetelmällä ja järjestelmällä, joille on tun-5 nusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.

Keksintö perustuu siihen, että rajoitetaan 16-bittisen numeroava-ruuden käyttöä PDCP-PDU-numeroinnissa ainakin UMTS:stä GPRS:ään suuntautuvan handoverin yhteydessä siten, että UMTS-järjestelmän mukais-10 ten PDCP-PDU-numeroiden konvertointi GPRS-järjestelmän mukaisiksi N-PDU-numeroiksi tapahtuu yksiselitteisesti. Keksinnön erään edullisen suoritusmuodon mukaisesti rajoitetaan RLC-kerrokselle lähetettäväksi siirrettävien kuittaamattomien datapakettien PDCP-PDU maksimimäärää siten, että jokaisen kuittaamattoman datapaketin PDCP-PDU-numero voidaan muuntaa yksi-15 selitteisesti 8-bittiseksi N-PDU-numeroksi.

Keksinnön mukaisen menetelmän ja järjestelmän etuna on, että luotettava tiedonsiirto voidaan taata UMTS-järjestelmästä GPRS-järjestelmään suuntautuvassa handoverissa. Edelleen etuna on se, että kuitattavat ja puskurista poistettavat datapaketit voidaan määrittää yksiselitteisesti. Vielä etuna on . ; j 20 se, että keksinnön eräiden suoritusmuotojen mukaisesti 16-bittisiä PDCP-PDU-numeroita voidaan hyödyntää suurimman osan aikaa normaalissa \\ UMTS:n datasiirrossa ja 8-bittiset PDCP-PDU-numerot ohjataan käyttöön vain . · *, handoverin yhteydessä.

... * Kuvioiden lyhyt selostus ' 25 Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista V | kuvio 1 esittää lohkokaaviona GSM/GPRS-järjestelmän rakennetta; * ’ ’ ‘; kuvio 2 esittää lohkokaaviona UMTS-järjestelmän rakennetta; ;. kuviot 3a ja 3b esittävät GPRS:n ja UMTS:n käyttäjädatayhteyksien 30 protokollapinoja; ‘ kuvio 4 esittää signalointikaaviona tunnetun tekniikan mukaista ; ;': handover-prosessia UMTS:stä GPRS-järjestelmään; kuvio 5 esittää signalointikaaviona luotettavaa tiedonsiirtoa ja datapakettien kuittausta PDCP-tiedonsiirrossa; ja 4 109255 kuvio 6 esittää yksinkertaistettuna signalointikaaviona lähetysikku-nan koosta riippuvaista datapakettien kuittausta.

Keksinnön yksityiskohtainen selostus

Keksintöä selostetaan seuraavassa esimerkinomaisesti UMTS- ja 5 GPRS-järjestelmien mukaisten pakettiradiopalveluiden yhteydessä. Keksintöä ei kuitenkaan ole rajoitettu vain näihin järjestelmiin, vaan sitä voidaan soveltaa mihin tahansa pakettivälitteiseen tiedonsiirtomenetelmään, joka edellyttää datapakettinumeroinnin muokkausta järjestelmien välisessä tiedonsiirrossa. Keksintöä voidaan erityisesti soveltaa UMTS:n ja GPRS:n välisessä luotetta-10 vassa handoverissa. Täten tässä selostuksessa käytettävä termi PDCP voidaan soveltuvilta osin korvata GPRS:n vastaavalla toiminnolla SNDCP. Lisäksi tässä selostuksessa käytettävällä termillä kaksitoiminen matkaviestin viitataan tyypillisesti matkaviestimeen, joka pystyy toimimaan sekä UMTS- että GSM/GPRS-verkossa, mutta keksintöä voidaan soveltaa myös muiden tietolii-15 kennejärjestelmien matkaviestimiin, joiden järjestelmien välisessä tiedonsiirrossa esiintyy samoja ongelmia.

Kuvio 1 havainnollistaa, kuinka GPRS-järjestelmä on rakennettu GSM-järjestelmän pohjalle. GSM-järjestelmä käsittää matkaviestimiä MS (Mobile Station), jotka ovat radioteitse yhteydessä tukiasemiin BTS (Base 20 Transceiver Station). Tukiasemaohjaimeen BSC (Base Station Controller) on : kytketty useita tukiasemia BTS, joiden käytettävissä olevia radiotaajuuksia ja kanavia tukiasemaohjain BSC kontrolloi. Tukiasemaohjaimet BSC ovat puo-lestaan A-rajapinnan kautta yhteydessä matkaviestinkeskukseen MSC (Mobile Services Switching Center), joka huolehtii yhteydenmuodostuksesta ja puhe-25 luiden reitittämisestä oikeisiin osoitteisiin. Tässä käytetään apuna kahta tietokantaa, jotka käsittävät tietoa matkaviestintilaajista: kotitilaajarekisteriä HLR : (Home Location Register), joka käsittää tiedot matkaviestinverkon kaikista ti- .···] laajista sekä näiden tilaamista palveluista ja vierailijarekisteriä VLR (Visitor Lo- cation Register), joka käsittää tietoja tietyn matkaviestinkeskuksen MSC alu-: 30 eella vierailevista matkaviestimistä. Matkaviestinkeskus MSC on puolestaan yhteydessä muihin matkaviestinkeskuksiin yhdyskäytävämatkaviestinkeskuk-: !·. sen GMSC (Gateway Mobile Services Switching Center) välityksellä sekä .·' I kiinteään puhelinverkkoon PSTN (Public Switched Telephone Network). GSM- järjestelmän tarkemman kuvauksen osalta viitataan ETSI/GSM spesifikaatioi-35 hin sekä kirjaan The GSM system for Mobile Communications, M. Mouly and M. Pautet, Palaiseau, France, 1992, ISBN:2-957190-07-7.

i l 5 109255 GSM-verkkoon kytketty GPRS-järjestelmä käsittää kaksi lähes itsenäistä toimintoa eli yhdyskäytäväsolmun GGSN (Gateway GPRS Support Node) ja operointisolmun SGSN (Serving GPRS Support Node). GPRS-verkko voi käsittää useita yhdyskäytävä- ja operointisolmuja ja tyypillisesti yhteen yh-5 dyskäytäväsolmuun GGSN on kytketty useita operointisolmuja SGSN. Molemmat solmut SGSN ja GGSN toimivat matkaviestimen liikkuvuuden ymmärtävinä reitittiminä, jotka huolehtivat matkaviestinjärjestelmän ohjauksesta ja datapakettien reitityksestä matkaviestimiin niiden sijainnista ja käytetystä protokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 10 yhteydessä matkaviestimeen MS. Yhteys matkaviestinverkkoon (rajapinta Gb) muodostetaan tyypillisesti joko tukiaseman BTS tai tukiasemaohjaimen BSC kautta. Operointisolmun SGSN tehtävänä on havaita GPRS-yhteyksiin kykenevät matkaviestimet palvelualueellaan, lähettää ja vastaanottaa datapaketteja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien sijaintia palvelu-15 alueellaan. Edelleen operointisolmu SGSN on yhteydessä matkaviestinkes-kukseen MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs kautta ja kotirekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myös GPRS-tietueita, jotka käsittävät tilaajakohtaisten pakettidataprotokollien sisällön.

20 Yhdyskäytäväsolmu GGSN toimii yhdyskäytävänä GPRS-verkon ja * · • ulkoisen dataverkon PDN (Packet Data Network) välillä. Ulkoisia dataverkkoja , : voivat olla esimerkiksi toisen verkko-operaattorin GPRS-verkko, Internet, X.25- verkko tai yksityinen lähiverkko. Yhdyskäytäväsolmu GGSN on yhteydessä kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskäytäväsolmun GGSN ja 25 operointisolmun SGSN välillä siirrettävät datapaketit ovat aina GPRS-standardin mukaisesti kapseloituja. Yhdyskäytäväsolmu GGSN sisältää myös GPRS-matkaviestimien PDP-osoitteet (Packet Data Protocol) ja reititystiedot ts. SGSN-osoitteet. Reititystietoa käytetään siten datapakettien linkittämiseen • ulkoisen dataverkon ja operointisolmun SGSN välillä. Yhdyskäytäväsolmun 30 GGSN ja operointisolmun SGSN välinen GPRS-runkoverkko on IP-yhteyskäytäntöä, edullisesti IPv6 (Internet Protocol, version 6) hyödyntävä verkko.

: Pakettivälitteisessä tiedonsiirrossa tietoliikenneverkon tarjoamasta : päätelaitteen ja verkko-osoitteen välisestä yhteydestä käytetään yleisesti ter- 35 miä konteksti. Tällä tarkoitetaan kohdeosoitteiden välistä loogista linkkiä, jonka kautta datapaketteja välitetään kohdeosoitteiden välillä. Tämä looginen linkki 6 109255 voi olla olemassa, vaikka paketteja ei välitettäisikään, jolloin se ei myöskään vie järjestelmän kapasiteettia muilta yhteyksiltä. Täten konteksti eroaa esimerkiksi piirikytkentäisestä yhteydestä.

Kuviossa 2 esitetään yksinkertaistetusti, kuinka kolmannen suku-5 polven UMTS-verkko voidaan rakentaa edelleen kehitetyn GSM-runkoverkon yhteyteen. Runkoverkossa matkaviestinkeskus/vierailijarekisteri 3G-MSC/VLR on yhteydessä kotirekisteriin HLR kautta ja edullisesti myös älyverkon ohjauspisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon 10 PSTN/ISDN kuten edellä on esitetty GSM:n yhteydessä. Operointisolmusta 3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN täysin vastaavalla tavalla kuin GPRS-järjestelmässä eli rajapinnan Gn kautta yhdyskäytä-väsolmuun GGSN, josta on edelleen yhteys ulkoisiin dataverkkoihin PDN. Sekä matkaviestinkeskuksen 3G-MSC/VLR että operointisolmun 3G-SGSN yhteis ys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu rajapinnan lu välityksellä, joka siis GSM/GPRS-järjestelmään nähden yhdistää rajapintojen A ja Gb toiminnallisuudet, joiden lisäksi rajapinnalle lu voidaan kehittää kokonaan uusia toiminnallisuuksia. Radioverkko UTRAN käsittää useita radioaliverkkojärjestelmiä RNS (Radio Network Subsystems), jotka 20 edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont-| roller) ja näihin yhteydessä olevista tukiasemista BS (Base Station), joista | : käytetään myös termiä Node B. Tukiasemat ovat radioyhteydessä tilaajapää- | telaitteisiin UE (User Equipment), tyypillisesti matkaviestimiin MS.

Kuviot 3a ja 3b esittävät GPRS:n ja vastaavasti UMTS:n protokolla-'25 pinoja, joiden mukaisia määrittelyjä käytetään käyttäjädatan välityksessä ky-seisissä järjestelmissä. Kuviossa 3a kuvataan matkaviestimen MS ja yhdys-käytäväsolmun GGSN välistä käyttäjädatan siirtoon käytettävää protokollapi-noa GPRS-järjestelmässä. Matkaviestimen MS ja GSM-verkon tukiasemajär-jestelmän BSS välinen tiedonsiirto radiorajapinnan Um yli tapahtuu normaalin 30 GSM-protokollan mukaisesti. Tukiasemajärjestelmän BSS ja operointisolmun • ; ‘ SGSN välisellä rajapinnalla Gb alin protokollakerros on jätetty avoimeksi ja toi- *···' sessa kerroksessa käytetään joko ATM- tai Frame Relay- protokollaa. Tämän ': päällä oleva BSSGP-kerros (Base Station System GPRS Protocol) lisää väli- ;·. : tettäviin datapaketteihin reitityksen ja palvelunlaadun määrityksiä sekä data- 35 pakettien kuittaukseen ja Gb-rajapinnan hallintaan liittyviä signalointeja.

7 109255

Matkaviestimen MS ja operointisolmun SGSN välinen suora kommunikointi on määritelty kahdessa protokollakerroksessa, SNDCP (Sub-Network Dependent Convergence Protocol) ja LLC (Logical Link Control). SNDCP-kerroksessa välitettävä käyttäjädata segmentoidaan yhteen tai use-5 ampaan SNDC-datayksikköön, jolloin käyttäjädata sekä siihen liittyvä TCP/IP-tai UDP/IP-otsikkokenttä voidaan optionaalisesti kompressoida. SNDC-datayksiköt välitetään LLC-kehyksissä, joihin on lisätty tiedonsiirron kannalta olennaista osoite- ja tarkistusinformaatioita, ja joissa kehyksissä SNDC-datayksiköille voidaan suorittaa salaus. LLC-kerroksen tehtävänä on ylläpitää 10 matkaviestimen MS ja operointisolmun SGSN välistä tiedonsiirtoyhteyttä ja huolehtia vahingoittuneiden kehysten uudelleenlähetyksestä. Operointisolmu SGSN vastaa matkaviestimeltä MS tulevien datapakettien reitityksestä edelleen oikealle yhdyskäytäväsolmulle GGSN. Tällä yhteydellä käytetään tunne-lointiprotokollaa (GTP, GPRS Tunnelling Protocol), joka koteloi ja tunneloi kai-15 ken GPRS-runkoverkon kautta välitettävän käyttäjädatan ja signaloinnin. GTP-protokollaa ajetaan GPRS-runkoverkon käyttämän IP:n päällä.

UMTS:n pakettivälitteisen käyttäjädatan välityksessä käytettävä kuvion 3b mukainen protokollapino vastaa hyvin pitkälle GPRS.n protokollapinoa, kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nähdään, 20 UMTS:ssä operointisolmu 3G-SGSN ei enää millään protokollakerroksella ; muodosta suoraa yhteyttä tilaajapäätelaitteeseen UE, kuten matkaviestimeen MS, vaan kaikki tiedonsiirto tapahtuu radioverkon UTRAN kautta. Tällöin ope-rointisolmu 3G-SGSN toimii lähinnä reitittimenä, joka välittää GTP-protokollan mukaiset datapaketit radioverkolle UTRAN. Radioverkon UTRAN ja tilaaja-...: 25 päätelaitteen UE välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen päällä olevat RLC- ja MAC-kerrokset vastaavat toiminnoiltaan pit-kälti GSM:n vastaavia kerroksia, kuitenkin niin, että LLC-kerroksen toiminnalli-·' ; suuksia on siirretty UMTS:n RLC-kerroksen vastuulle. Näiden päällä oleva 30 PDCP-kerros korvaa GPRS-järjestelmään nähden lähinnä SNDCP-kerroksen : ·' ja PDCP-kerroksen toiminnallisuudet vastaavat pitkälti SNDCP-kerroksen kä- ‘ · · · ‘ sittämiä toiminnallisuuksia.

: Kuvion 4 mukaisessa signalointikaaviossa esitetään tunnetun tek- niikan mukainen handover UMTS:stä GPRS:ään. Tällainen handover tapah-35 tuu, kun matkaviestin MS siirtyy pakettidatalähetyksen jatkuessa UMTS-solusta GSM/GPRS-soluun, joka käyttää eri operointisolmua SGSN. Tällöin 8 109255 matkaviestin MS ja/tai radioverkot BSS/UTRAN tekevät päätöksen handoverin suorittamisesta (vaihe 400). Matkaviestin lähettää uudelle operointisolmulle 2G-SGSN reititysalueen päivityspyynnön (RA Update Request, 402). Operoin-tisolmu 2G-SGSN lähettää vanhalle operointisolmulle 3G-SGSN matkaviesti-5 men liikkuvuudenhallintaa ja PDP-kontekstia määrittelevän operointisolmun kontekstikyselyn (SGSN Context Request, 404). Operointisolmu 3G-SGSN lähettää pakettidatayhteydestä vastuussa olleelle radioaliverkkojärjestelmälle SRNS (Serving RNS), tarkemmin tämän käsittämille radioverkkokontrollereille SRNC (Serving RNC), SRNS-kontekstikyselyn (SRNS Context Request, 406), 10 johon vasteena SRNS lopettaa datapakettien lähettämisen matkaviestimelle MS, asettaa lähetettävät datapaketit puskuriin ja lähettää vastauksen (SRNS Context Response, 408) operointisolmulle 3G-SGSN. Tässä yhteydessä ra-dioaliverkkojärjestelmä SRNS mm. konvertoi puskuriin asetettavien datapakettien 16-bittiset PDCP-PDU-numerot 8-bittisiksi N-PDU-numeroiksi poistamalla 15 kahdeksan eniten merkitsevää bittiä. Saatuaan tiedon matkaviestimen MS liik-kuvuudenhallinta- ja PDP-kontekstitiedoista operointisolmu 3G-SGSN ilmoittaa nämä operointisolmulle 2G-SGSN (SGSN Context Response, 410).

Operointisolmu 2G-SGSN voi tarvittaessa suorittaa matkaviestimen autentikoinnin kotirekisteristä HLR (Security Functions, 412). Uusi operointi-.·. 20 solmu 2G-SGSN informoi vanhaa operointisolmua 3G-SGSN siitä, että on

v. valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN

. Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytää radioali-

verkkojärjestelmää SRNS (SRNS Context Ack, 416a) lähettämään puskurissa olevat datapaketit operointisolmulle 3G-SGSN (Forward Packets, 416b), joka 25 edelleen lähettää ne operointisolmulle 2G-SGSN (Forward Packets, 418). Operointisolmu 2G-SGSN suorittaa GPRS-järjestelmän mukaisen PDP-kontekstin päivityksen yhdyskäytäväsolmun GGSN kanssa (Update PDP : Context Request/Response, 420). Tämän jälkeen operointisolmu 2G-SGSN

• informoi kotirekisteriä HLR uudesta operointisolmusta (Update GPRS Locati- 30 on, 422), jolloin vanhan operointisolmun 3G-SGSN ja radioaliverkkojärjestel-män SRNS muodostama yhteys puretaan (424a, 424b, 424c, 424d), uudelle ·;· operointisolmulle 2G-SGSN välitetään tarvittavat tilaajatiedot (426a, 426b) ja kotirekisteri HLR kuittaa uuden operointisolmun 2G-SGSN (Update GPRS Lo-cation Ack, 428).

35 Tämän jälkeen operointisolmu 2G-SGSN tarkistaa matkaviestimen MS tilaajaoikeudet ja sijainnin alueellaan sekä luo loogisen linkin operointisol- 9 109255 mun 2G-SGSN ja matkaviestimen MS välille, jonka jälkeen matkaviestimen MS pyytämä reititysalueen päivityspyyntö voidaan hyväksyä (RA Update Accept, 430). Tässä yhteydessä matkaviestimelle MS lähetetään myös tieto onnistuneesti vastaanotetuista datapaketeista, jotka matkaviestin MS on lähettä-5 nyt UMTS-järjestelmän radioaliverkkojärjestelmälle SRNS ennen handover-prosessin aloittamista. Mainitut datapaketit on identifioitu edellä kuvatulla tavalla konvertoiduista N-PDU-numeroista. Matkaviestin MS kuittaa reititysalueen päivityspyynnön hyväksymisen (RA Update Complete, 432), jossa yhteydessä operointisolmulle 2G-SGSN lähetetään tieto matkaviestimen MS onnis-10 tuneesti vastaanottamista datapaketeista, jotka operointisolmu 3G-SGSN on lähettänyt radioaliverkkojärjestelmän SRNS kautta ennen handover-prosessin aloittamista. Matkaviestin MS identifioi datapaketit 8-bittisillä N-PDU-numeroilla. Tämän jälkeen uusi operointisolmu 2G-SGSN voi aloittaa datapakettien välityksen tukiasemajärjestelmän BSS kautta (434).

15 8-bittisten N-PDU-numeroiden muodostamista 16-bittisistä PDCP- PDU-numeroista ja siitä aiheutuvia ongelmia havainnollistetaan seuraavalla taulukolla.

Bit 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 8-bit .·. number_________________value ;v. 100 0000000001100100 100 200 0000000011001000 200 300 οοοοοοοιοοιοιιοο44 400 0000000110010000 144 500 0 0 0 0 0 0 0 1 1 1 1 1 0 1 0 0 244 600 0000001001011000 88 700 0 0 0 0 0 0 1 0 1 0 1 1 1 1 0 0 188 800 0000001 100100000 32 94 0000000001011110 94 • · · 350 0000000101011110 94 606 0000001001011110 94 862 |0 |0 [o [0 |0 [0 |1 [1 10 [ 1 10 11 |l [l 1 0 94_ 20 Taulukosta nähdään esimerkinomaisesti, kuinka 16-bittisesti esitetyt desimaaliluvut muutetaan edellä kuvatulla menettelyllä 8-bittisiksi. Koska 10 109255 muunnoksessa otetaan huomioon vain kahdeksan vähiten merkitsevää bittiä, saavat esimerkiksi 16-bittisesti esitetyt täydet sataluvut 100 - 800 8-bittisessä esityksessä erilaisia arvoja, jotka kaikki jäävät alle 255:n. Lisäksi ongelmaa havainnollistetaan luvuilla 94, 350, 606 ja 862, joiden kaikkien 16-bittisestä 5 esityksestä muodostuu sama 8-bittinen binääriesitys, joka saa arvon 94. Näin ollen, jos puskurissa on lähes 900 datayksikköä PDCP-PDU, saavat edellä mainitut PDCP-PDU-numerot omaavat datayksiköt saman 8-bittisen esityksen.

Kun vastaanottaja kuittaa lähettäjälle onnistuneesti vastaanotetut datapaketit, ei lähettäjä voi kuitattujen 8-bittisten numeroiden perusteella yksiselitteisesti 10 tietää, mikä datapaketti voidaan poistaa puskurista.

Kuviossa 5 esitetään, kuinka tiedonsiirron kuittaus ja datapakettien kulku tapahtuu käytettäessä kuitattua lähetystä PDCP-tiedonsiirrossa. PDCP-entiteetti vastaanottaa käyttäjältä pyynnön (PDCP-DATA.request, 500) datapakettien lähettämiseksi, jonka pyynnön yhteydessä vastaanotetaan myös 15 datapaketteja PDCP-SDU (Service Data Unit), joista verkkokerroksen datapaketteina käytetään myös nimitystä N-SDU. PDCP-entiteetti suorittaa datapakettien otsikkokentän kompressoinnin ja lähettää näin syntyvät datapaketit PDCP-PDU RLC-kerrokselle (RLC-AM-DATA.request, 502) yhdessä radiolinkin identiteettitietojen kanssa. Yksinkertaistetusti kuvaten RLC-kerros vastaa 20 datapakettien PDCP-PDU lähettämisestä (send, 504) ja onnistuneen lähetyk-sen kuittauksesta (send ack, 506). Datapaketit N-SDU asetetaan PDCP-: entiteetissä puskuriin, josta ne poistetaan vasta, kun RLC-kerrokselta saadaan *;*;* kuittaus (RLC-AM-DATA.conf, 508) onnistuneesta datapakettien siirrosta vas- ';·* taanottajalle. Vastaanottaja-PDCP vastaanottaa lähetetyt PDCP-PDU:t RLC- 25 kerrokselta (RLC-AM-DATA.indication, 510), jolloin PDCP-entiteetti suorittaa datapakettien PDCP-PDU dekompressoinnin. Näin saadaan palautettua alkuperäiset datapaketit N-SDU, jotka siirretään edelleen käyttäjälle (PDCP-DATA.indication, 512).

·'··; Edellä kuvatut ongelmat datapakettien identifioinnissa handoverin ,30 yhteydessä voidaan välttää keksinnön mukaisella menettelyllä, jolla rajoitetaan : 16-bittisen numeroavaruuden käyttöä PDCP-PDU-numeroinnissa ainakin ' UMTS:stä GPRS:ään suuntautuvan handoverin yhteydessä siten, että UMTS- : järjestelmän mukaisten PDCP-PDU-numeroiden konvertointi GPRS- , : järjestelmän mukaisiksi N-PDU-numeroiksi tapahtuu yksiselitteisesti.

35 Erään suoritusmuodon mukaisesti rajoitetaan RLC-kerrokselle lä hetettäväksi siirrettävien kuittaamattomien datapakettien PDCP-PDU maksi- i i i i 11 109255 mimäärää siten, että jokaisen kuittaamattoman datapaketin PDCP-PDU-numero voidaan muuntaa yksiselitteisesti 8-bittiseksi N-PDU-numeroksi. RLC-kerros kuittaa kuvion 5 mukaisesti jokaisen onnistuneesti vastaanotetun datapaketin PDCP-PDU, joiden kuittausten perusteella PDCP-entiteetti poistaa 5 vastaavat datapaketit PDCP-PDU puskurista. PDCP-entiteetiltä RLC-kerrokselle siirrettävien ja samalla PDCP-entiteetissä puskuriin asetettavien datapakettien määrää rajoitetaan edullisesti kaavan Datapakettien maksimimäärä = 2"-1 mukaan, jossa n on datapakettinumeroiden bittimäärä. Kaava määräytyy yleisen protokollasuunnittelun perusteella tapauksessa käytettäes-10 sä n-bittistä sekvenssinumeroavaruutta. Tällöin suurin sallittu lähetysikkunan koko on 2n-1. Jos lähetetään enemmän paketteja odottamatta niihin ensin kuittausta, on mahdollista, että vastaanottaja ei tiedä onko vastaanotetun paketin järjestysnumero k vai k - 2n, koska molemmille muodostuu sama sek-venssinumero.

15 Tätä voidaan havainnollistaa kuvion 6 avulla, jossa asian yksinker taistamiseksi n saa arvon 2. Kuviossa 6 havainnollistetaan ongelmia, joita syntyy, jos lähetysikkunan kooksi määritelläänkin 2n (22=4) eikä 2n-1. Koska n = 2, on käytössä neljä sekvenssinumeroa (0, 1, 2, 3) datapaketeille, jolloin sama datapakettinumerointi alkaa uudelleen viidennestä, yhdeksännestä jne.

20 datapaketista. Kuviossa 6 vastaanotetaan ensimmäinen datapaketti (#0), jon-ka sekvenssinumero on nolla. Tämä kuitataan lähettäjälle ja kerrotaan, että seuraavaksi odotetaan toista datapakettia (#1), jonka sekvenssinumero on yk-si. Toinen datapaketti #1 lähetetään, mutta jostakin häiriöstä johtuen sen vas-taanotto ei kuitenkaan onnistu. Koska lähetysikkunan koko on neljä, lähettäjä 25 ei jää odottamaan kuittausta toisesta datapaketista #1, vaan lähettää perään kolmannen (#2), neljännen (#3) ja viidennen (#4) datapaketin, jotka saavat vastaavasti sekvenssinumerot 2, 3 ja 0. Nyt lähetysikkuna on täynnä ja lähet-täjä jää odottamaan kuittausta lähetetyistä neljästä datapaketeista. Toista da-tapakettia #1 ei kuitenkaan ole vastaanotettu, joten vastaanottaja pyytää lä-30 hettämään uudestaan datapaketin, jonka sekvenssinumero on yksi. Tällöin lä- * » · hettäjä luulee, että halutaan vastaanottaa kuudes datapaketti #5, jonka sek-‘ ‘ venssinumero on myös yksi. Näin lähettäjä lähettää virheellisesti datapaketin #5 eikä datapakettia #1, jota ei pystytä enää identifioimaan ja joka jää siis lä-: ' · hettämättä. Nämä ongelmat pystytään välttämään määrittelemällä lähetysik- 35 kunan kooksi 2n-1 eli kuvion 6 tapauksessa 22-1 = 3. Keksinnön mukaisessa tapauksessa, jossa n=8, datapakettien maksimimääräksi saadaan 255 data- 12 109255 pakettia. Täten tämän suoritusmuodon mukaisesti järjestelmään asetetaan rajoitus, että PDCP-entiteetiltä RLC-kerrokselle siirrettävien ja PDCP-entiteetissä puskuriin asetettavien kuittaamattomien datapakettien määrä ei saa missään vaiheessa ylittää 255 datapakettia.

5 Sama tekninen vaikutus saadaan aikaan myös siten, että rajoitus asetetaan RLC-kerrokselle niin, että RLC-kerroksella voi olla kerrallaan lähetyksessä maksimissaan 255 datapakettia RLC-SDU (=PDCP-PDU). Uusia datapaketteja RLC-SDU voidaan vastaanottaa sitä mukaa, kun edellisiä datapaketteja on kuitattu vastaanotetuksi.

10 Mikäli datapakettien määrää halutaan rajoittaa vielä tiukemmin, esimerkiksi käytettäessä ns. liukuvaa lähetysikkunaa, tapahtuu rajoitus edullisesti kaavan Datapakettien maksimimäärä = 2n~1 mukaan, jossa n on datapa-kettinumeroiden bittimäärä. Myös tämä kaava määräytyy yleisen protokolla-suunnittelun perusteella tapauksessa, jolloin käytetään liukuvan ikkunan pro-15 tokollaa, jolla on n-bittinen sekvenssinumeroavaruus. Tällöin suurin sallittu lä-hetysikkunan koko on 2n'1 eli keksinnön mukaisessa tapauksessa, jossa n=8, datapakettien maksimimääräksi saadaan 128 datapakettia.

Yleisenä edellytyksenä suoritusmuodon toteutukselle on se, että kaksitoiminen matkaviestin on handover-prosessin alkaessa UMTS-verkon 20 puolella yhteydessä sellaiseen radioverkkokontrolleriin RNC, josta on mahdol-y['.t lisuus suorittaa UMTS- ja GPRS-järjestelmien välinen handover. Suoritusmuo- ; don mukaista rajoitusta voidaan käyttää oletusarvoisena asetuksena tällaises- sa radioverkkokontrollerissa tai suoritusmuodon käyttöä voidaan optimoida si-ten, että otetaan kuittaamattomien datapakettien maksimimäärän rajoitus 25 käyttöön vain silloin, kun UMTS.n ja GPRS:n välisen handoverin mahdollisuus kasvaa riittävän todennäköiseksi. Handoverin todennäköisyyden määrittämiseen voidaan käyttää esimerkiksi vastaanotetun signaalin voimakkuuden mää-; ‘ ,! ritystä tällaisen radioverkkokontrollerin RNC hallitsemassa radioverkon osassa ·”*: joko tukiasemien tai päätelaitteiden mittauksiin perustuen. Jälkimmäisessä ta- ,. ·. 30 pauksessa mittaustiedot välitetään RRC-protokollan (Radio Resource Control) : avulla radioverkkokontrollerille RNC. Signaalin heikentyessä tietyn raja-arvon ’ · · ·' alle, osoittaen handoverin todennäköisyyden kasvamista, otetaan kuittaamat- • tornien datapakettien maksimimäärän rajoitus käyttöön. Handoverin todennä- köisyyden määrittämiseen voidaan käyttää myös mitä tahansa muuta mene-35 telmää.

13 109255

Toisen suoritusmuodon mukaisesti asetetaan rajoitus RLC-kerrokselle siten, että RLC-kerroksella kuittaamattomien datapakettien RLC-SDU (=PDCP-PDU) määrä ei saa missään vaiheessa ylittää mainittua 255 datapakettia. Näin ollen RLC-kerroksella lähetettäväksi vastaanotettujen data-5 pakettien PDCP-PDU lukumäärää ei rajoiteta, ainoastaan kuittaamattomien datapakettien määrä on rajoitettu. Lähettämistä varten RLC-kerros pilkkoo lähetettävät datapaketit RLC-SDU pienemmiksi datayksiköiksi RLC-PDU, jotka identifioidaan numeroimalla. RLC-kerros pystyy muokkaamaan lähetysikku-nansa kokoa, siis kerralla lähetettävien datayksiköiden RLC-PDU määrää, jat-10 kuvasti. Jos tällöin kuittaamattomien datapakettien RLC-SDU määrä on 255 tai lähellä sitä, voidaan RLC-kerroksella säätää lähetysikkunan koko niin pieneksi, että yhtä kokonaista datapakettia RLC-SDU ei voida lähettää, jolloin RLC-kerros ei suorita datapaketin pilkkomista pienimmiksi datayksiköiksi RLC-PDU.

Vasta sitten, kun vastaanottajalta saadaan kuittaus yhdestä tai useammasta 15 onnistuneesti vastaanotetusta, toistaiseksi kuittaamattomasta datapaketista RLC-SDU, jonka käsittämät datayksiköt RLC-PDU siis kuitataan, voidaan RLC-kerroksen lähetysikkunan koko kasvattaa siten, että seuraava datapaketti RLC-SDU voidaan lähettää. Myös tämän suoritusmuodon käyttöä voidaan optimoida edellä kuvatulla tavalla siten, että otetaan kuittaamattomien datapa-.·. 20 kettien maksimimäärän rajoitus RLC-kerroksella käyttöön vain silloin, kun :v. UMTS:n ja GPRS:n välisen handoverin mahdollisuus kasvaa riittävän toden- ! näköiseksi.

M Kolmannen suoritusmuodon mukaisesti voidaan asettaa rajoitus PDCP-kerroksen yläpuolisen sovellustason protokollakerroksen, kuten TCP-’ ··’ 25 kerroksen, lähetysikkunan koolle. Tällöin siirrettäessä sovelluksen käsittele- : mään informaatiota UMTS:n ja/tai GPRS:n välityksellä rajoitetaan sovelluksen käyttämän ylemmän protokollakerroksen PDCP-kerrokselle yhdessä purs-keessa välitettyjen datapakettien määrää. PDCP-entiteetin vastaanottamien datapakettien PDCP-SDU lukumäärä rajoitetaan maksimiarvoonsa edellä ku-30 vatun kaavan mukaisesti, jolloin datapakettien maksimimääräksi yhdessä ,; purskeessa tulee 255. Myös näin voidaan varmistaa, ettei yksikään datapaketti PDCP-PDU saa samaa GPRS-järjestelmän mukaiseksi muunnettua N-PDU-numeroa kuin jokin toinen PDCP-entiteetin vastaanottama datapaketti.

Neljännen suoritusmuodon mukaisesti rajoitetaan kaksitoimisissa 35 matkaviestimissä, jotka pystyvät toimimaan sekä UMTS- että GPRS-verkossa, käytettävä PDCP-PDU-numerointi aina 8-bittiseksi. Tällöin vältetään auto- 1 14 109255 maattisesti datapakettinumeroinnin muunnoksessa mahdollinen sekaannus.

GSM- ja UMTS-järjestelmän matkaviestimet käsittävät tiedon omasta matka-viestinluokastaan (classmark), joka ilmaisee, millaisia tiedonsiirtoyhteyksiä ja mihin tietoliikennejärjestelmiin matkaviestin pystyy muodostamaan. Tätä mat-5 kaviestinluokkatietoa voidaan käyttää tämän suoritusmuodon yhteydessä siten, että mainitun kaksitoimisen matkaviestimen kytkeytyessä verkkoon, sekä verkko että matkaviestin ohjautuvat käyttämään 8-bittistä datapakettinume-rointia keskinäisessä pakettivälitteisessä tiedonsiirrossa. 8-bittisen datapakettinumeroinnin käytön varmistamiseksi voidaan tässä yhteydessä käyttää lisäk-10 si jotain edellä kuvattua suoritusmuotoa eri protokollakerroksilla siirrettävien datapakettien määrän rajoittamiseksi.

Viidennen suoritusmuodon mukaisesti rajoitetaan kaksitoimisissa matkaviestimissä, jotka pystyvät toimimaan sekä UMTS- että GPRS-verkossa, käytettävä PDCP-PDU-numerointi 8-bittiseksi vain silloin, kun handoverin Ιοί 5 dennäköisyys kasvaa riittävän suureksi. Muulloin käytetään 16-bittistä PDCP-PDU-numerointia. Tällöin matkaviestin pystyy hyödyntämään suurimman osan aikaa verkon tarjoaman 16-bittisen PDCP-PDU-numeroinnin edut eikä datapakettinumeroinnin rajoituksista tarvitse silloin välittää. 8-bittinen PDCP-PDU-numerointi voidaan ohjata käyttöön järjestelmän radioresurssien ohjaimessa 20 RRC (Radio Resource Control), kun esimerkiksi signaalin voimakkuus laskee alle ennalta määrätyn raja-arvon. Käyttöönottokomento voidaan antaa matka-! viestimelle esimerkiksi radioyhteyden RB (Radio Bearer) muodostusprosessis- sa (RB_establishment) tai uudelleenmäärittelyprosessissa (RBjeconfiguration).

‘ ' 25 Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksin- nön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritusmuodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaih-; -. i della patenttivaatimusten puitteissa.

* »

Claims (22)

109255

1. Menetelmä datapakettien numeroimiseksi pakettivälitteisessä tiedonsiirrossa yhteysvastuun siirtämisen (handover) yhteydessä matkaviestimen 5 ja ensimmäisen langattoman tietoliikenneverkon väliltä suoritettavaksi mainitun matkaviestimen ja toisen langattoman tietoliikenneverkon välille, jossa ensimmäisessä langattomassa tietoliikenneverkossa datapakettien numerointiin käytettävissä oleva datapakettinumeroavaruus on suurempi kuin toisen langattoman tietoliikenneverkon datapakettinumeroavaruus, tunnettu siitä, että 10 rajoitetaan ensimmäisessä langattomassa tietoliikenneverkossa da tapakettien numerointia siten, että ensimmäisen langattoman tietoliikenneverkon datapakettien numerot eivät ylitä toisen langattoman tietoliikenneverkon datapakettinumeroavaruuden maksimiarvoa, ja konvertoidaan ensimmäisestä langattomasta tietoliikenneverkosta 15 lähetettävien datapakettien numerointi vastaamaan toisen langattoman tietoliikenneverkon datapakettinumerointia.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että mainittujen ensimmäisen ja toisen langattoman tietoliikenneverkon .·. 20 tietoliikenneprotokollat käsittävät konvergenssiprotokollakerroksen (PDCP, SNDCP) käyttäjädatapakettien muokkaamiseksi konvergenssiprotokollapaket-! teihin ja linkkikerroksen (RLC, LLC) konvergenssiprotokollapakettien (PDCP- ;,; PDU) lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi.

3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu 25 siitä, että ...: rajoitetaan lähetettyjen kuittaamattomien datapakettien lukumäärä enintään 255 datapakettiin (PDCP-PDU).

: /4. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, että ,. *. 30 rajoitetaan konvergenssiprotokollakerroksella puskuriin asetettavien .,: ’ kuittaamattomien datapakettien lukumäärä 255 datapakettiin.

' · ‘ 5. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, i että * * · t : rajoitetaan linkkikerroksella lähetettyjen kuittaamattomien data- 35 pakettien lukumäärä 255 datapakettiin. 109255

6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, että rajoitetaan, vasteena sille, että linkkikerroksella lähetettyjen kuit-taamattomien datapakettien lukumäärä on olennaisesti 255, linkkikerroksella 5 lähetettävien datayksiköiden lähetysikkunan koko niin pieneksi, että kokonaista datapakettia ei voida lähettää.

7. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että rajoitetaan konvergenssiprotokollakerroksen yläpuolisen sovellustani son protokollakerroksen, kuten TCP-kerroksen, lähetysikkunan koko 255 datapakettiin.

8. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että rajoitetaan mainitun matkaviestimen ja mainitun ensimmäisen lan-15 gattoman tietoliikenneverkon välisessä pakettivälitteisessä tiedonsiirrossa käytettävä datapakettinumeroavaruus vastaamaan mainitun toisen langattoman tietoliikenneverkon datapakettinumeroavaruutta.

9. Patenttivaatimuksen 8 mukainen menetelmä, tunnettu siitä, että 20 käytetään mainitun matkaviestimen ja mainitun ensimmäisen langat- :v. toman tietoliikenneverkon välisessä pakettivälitteisessä tiedonsiirrossa nor- ’ , maalia datapakettinumeroavaruutta ja rajoitetaan mainitun matkaviestimen ja mainitun ensimmäisen lan-gattoman tietoliikenneverkon välisessä pakettivälitteisessä tiedonsiirrossa käy-25 tettävä datapakettinumeroavaruus vastaamaan mainitun toisen langattoman tietoliikenneverkon datapakettinumeroavaruutta vasteena sille, että mainitut tietoliikenneverkot valmistautuvat yhteysvastuun siirtoon. , -i

10. Jonkin patenttivaatimuksen 4, 5 tai 9 mukainen menetelmä, • ’\· tu n nettu siitä, että .Λ 30 suoritetaan mainitut rajoitukset vasteena sille, että mainittujen tieto- liikenneverkkojen ja mainitun päätelaitteen välisessä tiedonsiirrossa suoritettu • * '·;·* vastaanotetun signaalin voimakkuuden määritys ohjaa mainitut tietoliikenne- ; : ‘: verkot valmistautumaan yhteysvastuun siirtoon.

: ‘ · 11. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, 35 tunnettu siitä,että 109255 ensimmäinen tietoliikenneverkko on 16-bittistä datapakettinumeroa-varuutta käyttävä UMTS-verkko ja toinen tietoliikenneverkko on tietoliikenneverkko on 8-bittistä datapakettinumeroavaruutta käyttävä GPRS-verkko.

12. Tietoliikennejärjestelmä, joka käsittää matkaviestimen ja en-5 simmäisen sekä toisen langattoman tietoliikenneverkon, jotka on järjestetty siirtämään pakettivälitteisessä tiedonsiirrossa yhteysvastuu (handover) mainitun matkaviestimen ja mainitun ensimmäisen langattoman tietoliikenneverkon väliltä suoritettavaksi mainitun matkaviestimen ja mainitun toisen langattoman tietoliikenneverkon välille, jossa ensimmäisessä langattomassa tietoliikennever-10 kossa datapakettien numerointiin käytettävissä oleva datapakettinumeroa-varuus on suurempi kuin toisen langattoman tietoliikenneverkon datapaketti-numeroavaruus, tunnettu siitä, että ensimmäisessä langattomassa tietoliikenneverkossa datapakettien numerointia on järjestetty rajoitettavaksi siten, että ensimmäisen langattoman 15 tietoliikenneverkon datapakettien numerot eivät ylitä toisen langattoman tietoliikenneverkon datapakettinumeroavaruuden maksimiarvoa, ja ensimmäisestä langattomasta tietoliikenneverkosta lähetettävien datapakettien numerointi on järjestetty konvertoitavaksi vastaamaan toisen langattoman tietoliikenneverkon datapakettinumerointia. ,*. 20

13. Patenttivaatimuksen 12 mukainen tietoliikennejärjestelmä, ν’. tunnettu siitä, että , ! mainittujen ensimmäisen ja toisen langattoman tietoliikenneverkon tietoliikenneprotokollat käsittävät konvergenssiprotokollakerroksen (PDCP, · ’ SNDCP) käyttäjädatapakettien muokkaamiseksi konvergenssiprotokollapaket- .: 25 teihin ja linkkikerroksen (RLC, LLC) konvergenssiprotokollapakettien (PDCP- ,.: PDU) lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi.

14. Patenttivaatimuksen 12 tai 13 mukainen tietoliikennejärjestelmä, tunnettu siitä, että < ”; lähetettyjen kuittaamattomien datapakettien lukumäärä on järjestetty < i » 30 rajoitettavaksi enintään 255 datapakettiin (PDCP-PDU). ( I · ^ f

15. Patenttivaatimuksen 14 mukainen tietoliikennejärjestelmä, t I tunnettu siitä, että konvergenssiprotokollakerroksella puskuriin asetettavien kuittaamat-; tornien datapakettien lukumäärä on järjestetty rajoitettavaksi 255 datapakettiin.

16. Patenttivaatimuksen 14 mukainen tietoliikennejärjestelmä, tunnettu siitä, että 109255 linkkikerroksella lähetettyjen kuittaamattomien datapakettien lukumäärä on järjestetty rajoitettavaksi 255 datapakettiin.

17. Patenttivaatimuksen 16 mukainen tietoliikennejärjestelmä, tunnettu siitä, että 5 vasteena sille, että linkkikerroksella lähetettyjen kuittaamattomien datapakettien lukumäärä on olennaisesti 255, linkkikerroksella lähetettävien datayksiköiden lähetysikkunan koko on järjestetty rajoitettavaksi niin pieneksi, että kokonaista datapakettia ei voida lähettää.

18. Patenttivaatimuksen 13 mukainen tietoliikennejärjestelmä, 10 tu n nettu siitä, että rajoitetaan konvergenssiprotokollakerroksen yläpuolisen sovellustason protokollakerroksen, kuten TCP-kerroksen, lähetysikkunan koko 255 datapakettiin.

19. Patenttivaatimuksen 12 tai 13 mukainen tietoliikennejärjestelmä, 15 tunnettu siitä, että mainitun matkaviestimen ja mainitun ensimmäisen langattoman tietoliikenneverkon välisessä pakettivälitteisessä tiedonsiirrossa käytettävä data-pakettinumeroavaruus on järjestetty rajoitettavaksi vastaamaan mainitun toisen ·.:.· langattoman tietoliikenneverkon datapakettinumeroavaruutta. • V 20

20. Patenttivaatimuksen 19 mukainen tietoliikennejärjestelmä, .V: tunnettu siitä, että ; mainitun matkaviestimen ja mainitun ensimmäisen langattoman tie- toliikenneverkon välisessä pakettivälitteisessä tiedonsiirrossa on järjestetty , -. käytettäväksi normaalia datapakettinumeroavaruutta ja 25 mainitun matkaviestimen ja mainitun ensimmäisen langattoman tie- , . toliikenneverkon välisessä pakettivälitteisessä tiedonsiirrossa käytettävä data- » · · ';, / pakettinumeroavaruus on järjestetty rajoitettavaksi vastaamaan mainitun toisen •; · ‘ langattoman tietoliikenneverkon datapakettinumeroavaruutta vasteena sille, et- : ’ ·': tä mainitut tietoliikenneverkot valmistautuvat yhteysvastuun siirtoon.

21. Jonkin patenttivaatimuksen 15, 16 tai 20 mukainen tietoliikenne järjestelmä, tunnettu siitä, että ; mainitut rajoitukset on järjestetty suoritettavaksi vasteena sille, että : : mainittujen tietoliikenneverkkojen ja mainitun päätelaitteen välisessä tiedonsiir rossa suoritettu vastaanotetun signaalin voimakkuuden määritys ohjaa mainitut 35 tietoliikenneverkot valmistautumaan yhteysvastuun siirtoon. 109255

22. Jonkin patenttivaatimuksen 12-21 mukainen tietoliikennejärjestelmä, tunnettu siitä, että ensimmäinen tietoliikenneverkko on 16-bittistä datapakettinumeroa-varuutta käyttävä UMTS-verkko ja toinen tietoliikenneverkko on tietoliikenne-5 verkko on 8-bittistä datapakettinumeroavaruutta käyttävä GPRS-verkko. ’ ' · 1 · · 109255