FI116186B - Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä - Google Patents

Description

116186

Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä

Keksinnön ala

Keksintö liittyy tiedonsiirron järjestämiseen langattomassa pakettivä-5 litteisen datan siirtoa tarjoavassa järjestelmässä ja erityisesti siirtokontekstin valintaan.

Keksinnön tausta

Toisen sukupolven GSM-verkkoja varten kehitettyjen GPRS-palveluiden (General Packet Radio Service) ja kolmannen sukupolven 3GPP-10 järjestelmän (Third Generation Partnership Project) GPRS-pohjaisissa pakettivälitteisissä palveluissa käytetään PDP-konteksteja (Packet Data Protocol) käyttäjän datan siirrossa.

3GPP-järjestelmässä matkaviestimelle voidaan järjestää yksi tai useampia PDP-konteksteja, joilla jokaisella voi olla erilainen palvelunlaatupro-15 tiili. PDP-kontekstin muodostuksen aikana neuvotellun palvelunlaatuprofiilin mukaisesti varataan radiopääsypalvelu (RAB (Radio Access Bearer) Assignment Procedure) niin, että matkaviestimelle MS voidaan taijota mahdollisimman hyvin neuvotellun palvelunlaatuprofiilin mukaista palvelua. PDP-osoit-teella identifioidaan matkaviestin, jolle PDP-konteksti kuuluu. Samaa PDP-·'·.. 20 osoitetta voi käyttää useampi PDP-konteksti (primäärinen PDP-konteksti ja j·.,, yksi tai useampi sekundäärinen PDP-konteksti). PDP-konteksti sidotaan liityn- . v. täpistenimeen APN (Access Point Name), joka on looginen nimi, viittaa GGSN-

solmuun ja identifioi liityntäpisteen ulkopuolisiin verkkoihin. GPRS-järjestelmän .. . perustoiminnoista on löydettävissä lisää tietoa 3GPP-spesifikaatiosta 3GPP

25 TS 23.060, versio 6.2.0, syyskuu 2003.

·*' Kuten mainitusta 3GPP-spesifikaatiostakin voidaan havaita, 3GPP- järjestelmissä on erilliset PDP-tyypit IPv4- ja IPv6-liikennettä varten. Täten i. · : IPv4- ja IPv6-palveluita varten on aktivoitava erilliset PDP-kontekstit. Ongel- mana kuitenkin on, että käyttäjä ei tyypillisesti tiedä käyttääkö hän IPv4- vai . ! . 30 IPv6-pohjaisia palveluita, jolloin hän ei välttämättä osaa valita sopivaa liityntä-

pistenimeä APN ja PDP-kontekstityyppiä IPv4- tai IPv6-liikennettä varten. Jos ‘: ‘ käyttäjä aktivoi esimerkiksi IPv4-liikennettä välittävään liityntäpistenimeen APN

’:‘: liitetyn PDP-kontekstin, IPv6-sivuja ei voida lainkaan avata ja käyttäjälle esite- tään ainoastaan virheilmoitus. Jotta käyttäjä voisi selata myös näitä sivuja, hä-35 nen tulisi sulkea selaimensa ja vaihtaa PDP-kontekstin ominaisuuksia tai akti- 116186 2 voida uusi PDP-konteksti IPv6-liikennettä siirtävään liityntäpistenimeen ja IPv6-tyyppiin, ja tämän jälkeen muodostaa uudestaan yhteys IPv6-sivuun. Tämä on kuitenkin käyttäjän kannalta hankalaa, eivätkä monet käyttäjät osaa tehdä tämänkaltaisia toimenpiteitä, koska he eivät tiedä eroja IPv4- ja IPv6-sivujen vä-5 Iillä. Erilaisia IPv4- ja IPv6-protokollakonversioita suorittavia protokollamuunti-mia on myös kehitetty, mutta niitä ei kuitenkaan useinkaan löydy toteutettuna eri verkoista. Protokollamuuntimien käyttö aiheuttaa myös tiettyjä epäkohtia; ne eivät mahdollista todellista päästä-päähän IP-protokollan käyttöä ja jos muuntimeen tulee vika, ei liikennöinti onnistu. Toinen vaihtoehto on aktivoida 10 erilliset PDP-kontekstit IPv4- ja IPv6-liikenteelle, mutta tämä ei ole resurssien tehokasta käyttöä päätelaitteessa.

GGSN-solmun toteutusta varten on kehitetty niin sanottu kaksoispi-noratkaisu (Dual Stack), jossa liityntäpistenimen kautta voitaisiin välittää sekä IPv4- tai IPv6-liikennettä. Tämä ei kuitenkaan poista edellä mainittua ongel-15 maa, sillä IPv4-ja IPv6-liikennettä varten on edelleen aktivoitava erilliset PDP-kontekstit, jotka kylläkin on liitetty samaan liityntäpistenimeen GGSN-solmussa.

Keksinnön lyhyt selostus

Keksinnön tavoitteena on siten kehittää menetelmä ja menetelmän 20 toteuttavat välineet siten, että yllä mainitut ongelmat voidaan välttää tai että niitä voidaan ainakin vähentää. Keksinnön tavoite saavutetaan menetelmällä, tietoliikennejärjestelmällä, matkaviestimellä, ja verkkoelementillä, joille on tun-nusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön eräät edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten koh-25 teenä.

Keksintö perustuu siihen, että matkaviestimen ja verkkoelementin *···’ väliseen siirtokontekstiin liitetään ensimmäisen osoitteen lisäksi toinen osoite.

Tällöin paketit, joiden IP-osoitteena on toinen osoite tai ensimmäinen osoite, i. i i siirretään käyttäen muodostettua siirtokontekstia. Siirtokonteksti viittaa yleisesti :; 30 matkaviestinverkon ja matkaviestimen väliseen loogiseen datavuohon, jolla on . . · . tietyt ominaisuudet, esimerkiksi PDP-kontekstiin, jolla on neuvotellut palvelun- laatuparametrit.

* *

Keksinnön mukaisen järjestelyn etuna on, että samalla " : siirtokontekstilla voidaan välittää ainakin kahden eri osoitetyypin, esimerkiksi 35 IPv4- ja ΙΡνβ-tyypin, mukaista dataa. Tällöin käyttäjän ei tarvitse tietää minkätyyppistä liikennettä siirretään eikä osata valita oikeantyyppistä 116186 3 siirtokontekstia, joten pakettivälitteisten palveluiden käytettävyys paranee huomattavasti. Kun on tarve siirtää eri osoitetyyppejä käyttäviä paketteja, voidaan tarvittavien siirtokontekstien määrää pienentää, jolloin matkaviestimessä ja verkkoelementissä tarvitaan vähemmän resursseja pakettien siirron 5 järjestämisessä.

Erään suoritusmuodon mukaisesti osoitteiden allokointi on järjestetty niin, että toinen osoite on osa ensimmäistä osoitetta. Tällöin verkkoelementin ja matkaviestimen välillä on edelleen tarve lähettää ainoastaan ensimmäinen osoite, josta sitten saadaan johdettua toinen osoite. Tämän suoritusmuo-10 don myötä ei tarvita muutoksia esimerkiksi nykyisten GPRS-spesifikaatioiden PDP-kontekstien signalointiviesteihin, joissa on määritetty ainoastaan yksi osoite.

Kuvioiden lyhyt selostus

Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yh-15 teydessä, viitaten oheisiin piirroksiin, joista:

Kuvio 1 havainnollistaa yleisesti UMTS-jäijestelmää;

Kuvio 2 esittää UMTS-käyttäjätason protokolla-arkkitehtuuria;

Kuviot 3a ja 3b havainnollistavat vuokaaviona erään suoritusmuodon mukaisia menetelmiä; 20 Kuvio 4 havainnollistaa signalointikaaviona erään suoritusmuodon • ‘ · · mukaista PDP-kontekstin aktivoimista; ja :\. Kuvio 5 esittää erästä IPv6-osoitemuotoa.

♦ ·

Keksinnön yksityiskohtainen selostus .. . Keksinnön erään edullisen suoritusmuodon mukaista menettelyä 25 kuvataan seuraavassa esimerkinomaisen 3GPP-järjestelmän yhteydessä. Keksintöä voidaan kuitenkin soveltaa missä tahansa pakettivälitteisessä langattomassa tietoliikennejärjestelmässä, jossa on tarve siirtää dataa eri osoite- i.i i tyyppejä käyttäen. Keksinnön mukaista menettelyä voidaan soveltaa esimer- ;kiksi toisen sukupolven mukaisen pääsyverkon yli toimivassa pakettidatan siir-. X 30 topalvelussa, esimerkiksi GSM-spesifikaatioiden mukaisen BSS-järjestelmän t , (Base Station Subsystem) yli toimivassa GPRS-palvelussa tai muissa 3. suku- polven järjestelmissä.

Viitataan kuvioon 1, jossa matkaviestinjärjestelmän pääosat ovat runkoverkko CN (Core Network) ja UMTS-matkaviestinjärjestelmän maanpääl-35 linen radioverkko UTRAN (UMTS Terrestrial Radio Access Network), jotka 116186 4 muodostavat matkaviestinjärjestelmän kiinteän verkon, sekä matkaviestin MS, jota myös kutsutaan tilaajapäätelaitteeksi UE (User Equipment). CN:n ja UT-RANrin välinen rajapinta on nimeltään lu, ja UTRANiin ja MS:n välinen ilma-rajapinta on nimeltään Uu.

5 UTRAN muodostuu tyypillisesti useista radioverkkoalijärjestelmistä RNS (Radio Network Subsystem), joiden välinen rajapinta on nimeltään lur (ei kuvattu). RNS muodostuu radioverkko-ohjaimesta RNC (Radio Network Controller) ja yhdestä tai useammasta tukiasemasta BS, joista käytetään myös termiä B-solmu (node B). RNC.n ja BS.n välinen rajapinta on nimeltään lub.

10 Tukiasema BS huolehtii radiotien toteutuksesta ja radioverkko-ohjain RNC hallinnoi radioresursseja. UMTS-ydinverkkoon CN voidaan liittyä myös GSM-tukiasema-alijärjestelmän BSS tai GSM/EDGE-radiopääsyverkon (Enhanced Data rates for GSM Evolution) GERAN kautta.

Runkoverkko CN muodostuu UTRAN:in ulkopuolisesta matkavies-15 tinjärjestelmään kuuluvasta infrastruktuurista. Runkoverkossa matkaviestinkes-kus/vierailijarekisteri 3G-MSC/VLR (Mobile Switching Centre/Visitor Location Register) huolehtii piirikytkentäisistä puheluista ja on yhteydessä tilaaja-tietopalvelimeen HSS (Home Subscriber Server). Yhteys pakettiradio-järjestelmän operointisolmuun SGSN (Serving GPRS Support Node) muodos-20 tetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon PSTN/ISDN yhdyskäytävämatkaviestinkeskuksen GMSC (Gateway MSC, ei kuvattu) kaut-: '·· ta. Sekä matkaviestinkeskuksen 3G-MSC/VLR että operointisolmun SGSN yh- \ '·. teys radioverkkoon UTRAN tapahtuu rajapinnan lu välityksellä.

:Y: 3GPP-järjestelmä käsittää siis myös pakettiradiojärjestelmän, joka ·:·: 25 on toteutettu pitkälti GSM-verkkoon kytketyn GPRS-jäijestelmän mukaisesti, mistä johtuu myös verkkoelementtien nimissä olevat viittaukset GPRS-järjes-telmään. UMTS:n pakettiradiojärjestelmä voi käsittää useita yhdyskäytävä-ja « · operointisolmuja ja tyypillisesti yhteen yhdyskäytäväsolmuun GGSN on kyt-. , ketty useita operointisolmuja SGSN. Operointisolmun SGSN tehtävänä on 30 havaita pakettiradioyhteyksiin kykenevät matkaviestimet palvelualueellaan, * · · ’ lähettää ja vastaanottaa datapaketteja kyseisiltä matkaviestimiltä sekä seurata : ; ‘: matkaviestimien sijaintia palvelualueellaan. Edelleen operointisolmu SGSN on yhteydessä tilaajatietopalvelimeen HSS rajapinnan Gr kautta. Tilaajatieto- , palvelimeen HSS on talletettu myös pakettiradiopalveluun liittyviä tietueita, ‘ ‘ 35 jotka käsittävät tilaajakohtaisten pakettidataprotokollien sisällön. HSS käsittää 116186 5 esim. tietoja tilaajalle sallituista PDP-konteksteista ja tietoja IMS:n tarjoamien palveluiden käyttämiseksi.

Yhdyskäytäväsolmu GGSN toimii yhdyskäytävänä UMTS-verkon pakettiradiojärjestelmän ja ulkoisen pakettidataverkon PDN (Packet Data Net-5 work) välillä. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko-operaattorin UMTS- tai GPRS-verkko, Internet, tai yksityinen lähiverkko. Yhdyskäytäväsolmu GGSN on yhteydessä kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskäytäväsolmun GGSN ja operointisolmun SGSN välillä siirrettävät datapaketit ovat aina tunnelointiprotokollan GTP (Gateway Tunneling 10 Protocol) mukaisesti kapseloituja. Yhdyskäytäväsolmu GGSN ylläpitää myös matkaviestimille aktivoitujen PDP-kontekstien PDP-osoitteet ja reititystiedot, eli mm. SGSN-osoitteet ja NSAPI-tunnisteet (Network layer Service Access Point Identifier). Reititystietoja käytetään siten datapakettien linkittämiseen ulkoisen dataverkon ja operointisolmun SGSN välillä. Yhdyskäytäväsolmun GGSN ja 15 operointisolmun SGSN välinen verkko on IP-yhteyskäytäntöä hyödyntävä verkko. Pakettidatajärjestelmä voi käsittää myös monia muita toimintoja, joista kuviossa 2 on esitetty älyverkkopalvelujen, edullisesti CAMEL-palveluiden, ohjaustoiminto SCF, veloitusta hoitava veloitusyhdyskäytävä CGF, ja IMS-järjestelmän (IP Multimedia Subsystem) istunnonhallintaelementtiä CSCF (Call 20 Session Control Function).

3GPP-pakettidataprotokolla-arkkitehtuuri on jaettu käyttäjätasoon • · • *· (User Plane) ja ohjaustasoon (Control Plane). Ohjaustaso sisältää 3GPP- spesifiset signalointiprotokollat. Kuviossa 2 on havainnollistettu käyttäjätasoa, joka toimittaa käyttäjädataa protokolladatayksiköissä (PDU; Protocol Data Unit)

.:..: 25 matkaviestimen ja GGSN:n välillä. Radioverkon UTRAN ja matkaviestimen MS

välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella L1 • · tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen päällä oleva MAC-kerros välittää datapaketteja fyysisen kerroksen ja RLC-kerroksen (Radio Link Control) välillä ja RLC-kerros vastaa eri loogisten : 30 yhteyksien radiolinkkien hallinnasta. RLC.n toiminnallisuudet käsittävät mm.

lähetettävän datan segmentoinnin yhteen tai useampaan RLC-datapakettiin.

» : ; ' ; PDCP (Packet Data Control Protocol) sovittaa ylempien kerrosten tarpeet alla . ··. oleviin radiorajapintaprotokolliin ja huolehtii PDCP-datayksiköiden siirrosta • t radio-aliverkon yli ja huolehtii mm. IP-datavirtojen otsikkokenttien kompres- ‘ ’ 35 soinnista ja kompressoinnin purkamisesta. PDCP, RLC ja MAC muodostavat :.‘ i siirtoyhteyskerroksen. Operointisolmu SGSN vastaa matkaviestimeltä MS ra- 116186 ί dioverkon RAN kautta tulevien datapakettien reitityksestä edelleen oikealle yhdyskäytäväsolmulle GGSN. Tällä yhteydellä käytetään tunnelointiprotokollaa GTP, joka koteloi ja tunneloi kaiken runkoverkon kautta välitettävän käyttä-jädatan ja signaloinnin. GTP-protokollaa ajetaan runkoverkon käyttämän IP:n 5 päällä. IP-protokollaa käytetään UMTS-verkossa kahteen eri tarkoitukseen. Ylempi IP-kerros on ns. sovelluskerroksen IP (application layer IP), jota käytetään MS:n ja GGSN:n välillä ja vastelaitteeseen ulkopuolisessa IP-verkossa. Ylemmän IP-kerroksen päällä voidaan suorittaa TCP- tai UDP-protokollaa, joita sovellukset APP hyödyntävät. On syytä huomioida, että sovellukset APP ja 10 ylempi IP-pino voivat sijaita erillisessä datapäätelaitteessa (TE; Terminal Equipment), jolloin erillinen matkaviestinpääteosa MT toimii kommunikaatio-laitteena UMTS-verkkoon. Esimerkkinä tämänkaltaisesta langattomasta päätelaitteesta on kannettavan tietokoneen ja UMTS-korttipuhelimen yhdistelmä.

Pakettivälitteisten palveluiden saamiseksi matkaviestimen MS tulee 15 suorittaa liittymisproseduuri (Attach), jossa MS:n sijainti tehdään tunnetuksi operointisolmussa SGSN. MS voi tämän jälkeen vastaanottaa lyhytsanomia ja kutsuja operointisolmulta SGSN. Pakettivälitteisen datan vastaanottamiseksi ja lähettämiseksi MS:n on aktivoitava ainakin yksi PDP-konteksti, joka tekee MS.n tunnetuksi yhdyskäytäväsolmussa GGSN ja muodostaa loogisen tiedon-20 siirtokontekstin matkaviestimessä MS, operointisolmussa SGSN ja yhdyskäytäväsolmussa GGSN. MS:lle määritetään PDP-kontekstin muodostusvaihees- • · j ’·· sa PDP-osoite, joka voi olla IPv4-, IPv6-osoite tai nyt esillä olevan erään suoritusmuodon mukaisesti IPv4-osoitteen käsittävä IPv6-osoite. PDP-osoite :Y: määritetään muiden PDP-kontekstitietojen, kuten neuvotellun QoS-profiilin, li- •. · · j 25 säksi yhdyskäytäväsolmun GGSN ylläpitämään konteksti-informaatioon.

:·.·, Matkaviestin MS käsittää muistia, käyttöliittymän, lähetinvastaan- • t ’ · · ·, ottimen langattoman tiedonsiirron järjestämiseksi, ja yhden tai useamman pro sessorin käsittävän keskusprosessointiyksikön. Matkaviestimessä MS voidaan , . toteuttaa erilaisia sovelluksia suorittamalla keskusprosessointiyksikössä muis- : 30 tiin tallennettua tietokoneohjelmakoodia. Matkaviestin MS voidaan aikaan- ’ > · * ‘ saada keskusprosessointiyksikössä suoritettavan tietokoneohjelmakoodin ja/tai ,· :; kovo-ratkaisujen avulla toteuttamaan kuviossa 2 havainnollistetuille protokollille : määriteltyjä tehtäviä. Keskusprosessointiyksikössä suoritettavilla tietokone-

, ohjelmakoodeilla ja/tai kovo-ratkaisulla voidaan aikaansaada matkaviestin MS

' * 35 toteuttamaan lisäksi siirtokontekstin ja erityyppisten osoitteiden liittämiseen ja : pakettien siirron järjestämiseen liittyvät keksinnölliset toiminnot, joiden eräitä 116186 7 suoritusmuotoja on havainnollistettu kuvioiden 3, 4 ja 5 yhteydessä. Myös verkkoelementti, esimerkiksi GGSN, käsittää prosessointiyksikön, jossa suoritettavalla tietokoneohjelmakoodilla se voidaan järjestää toteuttamaan seura a-vassa sille kuvattuja toimintoja. Myös verkkoelementissä voidaan käyttää kovo-5 ratkaisuja tai ohjelmisto- ja kovo-ratkaisuiden yhdistelmää.

Kuviossa 3a ja 3b on havainnollistettu erään suoritusmuodon mukaista menetelmää. Kuvio 3a havainnollistaa menetelmää, jota voidaan soveltaa osoitteet allokoivassa laitteessa, erään suoritusmuodon mukaisesti GGSN-solmussa. Vaiheessa 301 on tarve aktivoida PDP-konteksti tai muokata jo akti-10 voitua PDP-kontekstia. Aloite tähän on voinut tulla matkaviestimeltä MS tai verkosta esimerkiksi vasteena vastaanotetulle paketille (network initiated PDP context activation).

Vaiheessa 302 määritetään IPv4-osoite ja IPv6-osoite nyt esillä olevan suoritusmuodon mukaisesti siten, että IPv6-osoite käsittää IPv4-osoit-15 teen. Aktivoitavaan tai muokattavaan PDP-kontekstiin liitetään 303 molemmat osoitteet. Vaiheessa 303 voidaan tallentaa molemmat osoitteet PDP-konteksti-informaatioon. Tämänkaltainen sekä IPv4- että IPv6-liikennettä tukeva PDP-konteksti voidaan muodostaa vasteena matkaviestimeltä MS vastaanotetulle tiedolle, jonka mukaisesti myös se tukee molempien osoitteiden käyttöä PDP-20 kontekstissa. MS voi olla järjestetty lähettämään tämän tiedon tai erityisen pyynnön molempien osoitteiden käyttämiseksi esimerkiksi PDP-kontekstin akti- • · : '·· vointipyynnössä uutena parametrinä. Molempia osoitteita soveltava PDP-kon- teksti voidaan kuitenkin aktivoida myös ilman tämänkaltaista tietoa matka- :Y: viestimeltä MS: Erään suoritusmuodon mukaisesti IPv4-osoite voidaan aina ; 25 määrittää IPv6-tyyppisille PDP-konteksteille, koska matkaviestimet, jotka eivät tue esillä olevaa menetelmää, eivät vain osaa ottaa IPv4-osoitetta käyttöön ]···, IPv6-osoitteesta, vaan voivat toimia jo tunnetulla tavalla ja lähettää ja vastaa n- • * ottaa ainoastaan IPv6-muotoista dataa PDP-kontekstia käyttäen.

. , Vaiheessa 304 lähetetään matkaviestimelle MS tieto määritetyistä :: 30 osoitteista, ainakin IPv6-osoite, josta IPv4-osoite on määritettävissä. Kun PDP- '··' konteksti on aktivoitu tai sitä on muokattu, voidaan vaiheessa 305 lähettää » : ; ’; määritetyn IPv6-osoitteen tai pelkästään IPv4-osoitteen kohdeosoitteena käsit- . ·' . tävät paketit käyttäen PDP-kontekstia. Tällöin kuvion 3a menetelmää soveltava • , laite on järjestetty vertaamaan vastaanotettujen pakettien IPv4-kohdeosoitteita ‘ ’ 35 aktivoituihin PDP-konteksteihin liitettyihin IPv4-osoitteisiin ja IPv6-kohdeosoit- ; teitä vastaavasti !Pv6-osoitteisiin ja lähettämään paketit operointisolmulle 116186 θ SGSN käyttäen sen PDP-kontekstin tietoja, johon kohdeosoite on liitetty. On myös mahdollista, että laite on järjestetty vertaamaan kohdeosoitteita kaikkiin PDP-konteksteihin liitettyihin osoitteisiin IP-osoitetyypistä riippumatta.

Kuviossa 3b on havainnollistettu menetelmää, jota voidaan soveltaa 5 osoitteet vastaanottavassa laitteessa, erään suoritusmuodon mukaisesti matkaviestimessä MS. Vaiheessa 310 vastaanotetaan allokoitu IPv6-osoite, joka käsittää myös IPv4-osoitteen. Tähän vaiheeseen siirrytään, kun verkosta vastaanotetaan PDP-kontekstin aktivointiin tai muokkaukseen liittyvä viesti. Tällöin MS on järjestetty määrittämään ennalta määritetystä paikasta IPv6-osoitetta 10 IPv4-osoitteen ja liittämään 311 sen IPv6-osoitteen lisäksi aktivoitavaan tai muokattavaan PDP-kontekstiin, esimerkiksi PDP-konteksti-informaatiossa tai IP-kerroksen määrittelyissä. Kun osoitteet ja mahdolliset muut PDP-kontekstin tiedot on tallennettu PDP-kontekstitietoihin, MS on vaiheessa 312 jäljestetty lähettämään allokoidun IPv6-osoitteen tai pelkästään IPv4-osoitteen lähde-IP-15 osoitteena käsittävät ylemmältä protokollakerrokselta vastaanotetut paketit ! | käyttäen PDP-kontekstia. Kun osoitteet on vastaanotettu, IP-kerros järjes- I tetään lisäämään sovelluskerrokselta vastaanotettuihin paketteihin (jotka on liitetty kyseisiin osoitteisiin) kohde-IP-osoitteeksi sovelluksen indikoiman vastinsolmun IP-osoitteen ja lähde-IP-osoitteeksi joko allokoidun IPv4- tai 20 IPv6-osoitteen. Matkaviestin MS on järjestetty tarkastamaan lähde-IP-osoite-kentän käsittämän osoitteen ja määrittämään, mihin PDP-kontekstiin se on j ’ ‘ liitetty.

: '· Koska IPv4-osoite ja kyseisen IPv4-osoitteen käsittävä IPv6-osoite v,·* voi olla määritettynä PDP-konteksti-informaatiossa, MS on erään suoritus- '.*·'! 25 muodon mukaisesti vaiheessa 312 jäljestetty ensin määrittämään paketin :v: lähde-osoitteen tyypin ja sitten vertaamaan sitä ainoastaan samaa tyyppiä :'1'. oleviin osoitteisiin PDP-konteksti-informaatiossa. MS on järjestetty vertaamaan paketin käsittämää IPv6-muotoista lähde-osoitetta PDP-konteksti-informaa-: tioon määritettyihin IPv6-osoitteisiin, ja käyttämään paketin siirtoon PDP- 30 kontekstia, johon on liitetty mainittu IPv6-osoite. Jos lähetettävässä paketissa ' ·;' ’ on IPv4-muotoinen 32-bittinen lähde-osoite, MS on jäljestetty vertaamaan sitä •,;! IPv4-muotoisiin osoitteisiin kontekstitiedoissa ja käyttämään sitä PDP-konteks- : ” *: tia, johon on liitetty sama osoite kuin paketin lähde-osoitekentässä on. Vaihto- , ; . ehtoisesti matkaviestin MS voi olla järjestetty vertaamaan lähde-osoitekentän . , 35 osoitetta kaikkiin konteksti-informaatiossa määritettyihin IPv4- ja IPv6-osoit- * · ': teisiin ja valitsemaan PDP-kontekstin, johon on liitetty sama osoite.

116186 9

Erään toisen suoritusmuodon mukaisesti PDP-kontekstin ja liitettyjen IPv4- ja IPv6-osoitteiden välillä on suora sidonta jo IP-kerroksella, joten erillistä lähde-IP-osoitekentän tarkastusta ei tarvita. Tällöin IP-kerros näkee PDP-kontekstin yhtenä verkkorajapintana ja on jäljestetty välittämään paketit, 5 joiden lähde-IP-osoitteeksi määritetään IPv4- tai IPv6-osoite, joka on vaiheessa 311 liitetty mainittuun PDP-kontekstiin.

Edellä havainnollistetuista piirteistä poiketen erään suoritusmuodon mukaisesti matkaviestin MS allokoi IPv4-osoitteen käsittävän IPv6-osoitteen ja lähettää sen GGSN.IIe PDP-kontekstin aktivointi- tai muokkauspyynnössä 10 PDP-osoitteelle varatussa tilassa. MS voi myös indikoida pyynnössä tai erään toisen suoritusmuodon mukaisesti IPv6-osoitteessa, että IPv6-osoite käsittää myös IPv4-osoitteen, jota halutaan käyttää tiedonsiirrossa. GGSN voi suoraan liittää matkaviestimen MS ehdottamat osoitteet PDP-kontekstiin tai, esimerkiksi jos etuliite ei ole uniikki, allokoida uuden IPv6-osoitteen, joka voi myös käsittää 15 IPv4-osoitteen. Jos GGSN ei tue molempien osoitteiden käyttöä PDP-konteks-tissa, MS havaitsee tämän PDP-kontekstin vastausviestistä. Tällöin MS voi olla järjestetty aktivoimaan toisen PDP-kontekstin IPv4-liikenteelle tai lähettämään pelkästään IPv6-muotoisia paketteja.

Kuviossa 4 on havainnollistettu erään suoritusmuodon mukaista 20 PDP-kontekstin aktivoimista, missä PDP-kontekstiin liitetään GGSN-yhdys-käytäväsolmussa allokoidut IPv4- ja IPv6-osoitteet. Tarve 401 aktivoida PDP- i '·· konteksti voi aiheutua esimerkiksi matkaviestimen MS tai sovellustasolle • · : "·· muodostettavan loogisen yhteyden toisen osapuolen istunnon aloituspyynnön takia. Tällöin GPRS-palvelua toteuttavassa entiteetissä, tässä esimerkissä ·:·: 25 operointisolmussa SGSN, vastaanotetaan pyyntö PDP-kontekstin muodos- tamiseksi. Pyyntö voi määrittää, että on tarve aktivoida sekä IPv4- että IPv6- I * liikenteelle soveltuva PDP-konteksti. Matkaviestin MS sovittaa sovellustason

• I

(tai IP-tason) palvelunlaatuvaatimukset GPRS-palvelunlaatuun, eli määrittää . . PDP-kontekstille pyydettävät QoS-parametrit. PDP-kontekstia aktivoitaessa 30 matkaviestin lähettää 402 yhdyskäytäväsolmua GGSN varten pyynnön (Acti- I , vate PDP Context Request). Pyyntö voi olla jo nykyisten spesifikaatioiden :,:): mukainen, tai siinä voidaan indikoida, tukeeko MS ja/tai että halutaan aktivoida : ” *: IPv4- ja IPv6-liikennettä tukeva PDP-konteksti.

»* * ; . Matkaviestimen MS ja operointisolmun SGSN välillä voidaan vai-

* ‘ 35 heen 402 jälkeen suorittaa turvallisuustoimintoja (Security Functions). SGSN

• * > ’· ’·' määrittää tyypillisesti tilaajatietojen ja/tai pyynnön 402 perusteella käytettävän 116186 10 liityntäpistenimen ja yhdyskäytäväsolmun GGSN ja lähettää 403 GGSNille PDP-kontekstin luontipyynnön (Create PDP Context Request).

GGSN vastaanottaa pyynnön ja allokoi 404 IPv4-osoitteen käsittävän IPv6-osoitteen ja luo uuden merkinnän PDP-konteksti-informaa-5 tioon. Jo tunnettuja tietoja voidaan määrittää PDP-kontekstitietoihin sillä poikkeuksella, että PDP-osoitteena onkin kaksi osoitetta. Muiden PDP-kontekstin tietojen osalta viitataan mainitun 3GPP-spesifikaation 23.060 kappaleeseen 13.3. Kun PDP-konteksti on määritetty yhdyskäytäväsolmussa GGSN, se voi jo vaiheen 305 yhteydessä havainnollistetulla tavalla välittää allokoidun 10 IPv6-osoitteen tai pelkästään IPv4-osoitteen kohdeosoitteena käsittävät paketit käyttäen tämän PDP-kontekstin tietoja.

GGSN lähettää vastauksen 405 (Create PDP Context Response) SGSN.IIe. SGSN voi aloittaa radioverkkopalvelun muodostamisen, jolloin muodostetaan 406 radiopääsypalvelu (Radio Access Bearer Setup) matkaviestintä 15 MS varten. SGSN päivittää ylläpitämiään PDP-kontekstiin liittyviä tietoja, erityisesti liittää sekä IPv4- että IPv6-osoitteen PDP-kontekstiin; muiden SGSN:n ylläpitämien PDP-kontekstin tietojen osalta viitataan 3GPP- spesifikaation 3GPP TS 23.060 V6.2.0 "General Packet Radio Service (GPRS); Service Description; Stage 2; Release 6”, syyskuu 2003, kappaleeseen 13.2. SGSN 20 vastaa 407 (Activate PDP Context Accept) matkaviestimelle MS. Matkaviestin MS tarkastaa mm. 408 IPv4- ja IPv6-osoitteet viestistä ja päivittää konteks- • · : *·· titietojansa uudella PDP-kontekstilla. Tällöin se määrittää PDP-osoitteeksi • *· IPv4- ja IPv6-osoitteen. Muiden matkaviestimen MS ylläpitämien PDP- :Y: kontekstin tietojen osalta viitataan mainitun 3GPP-spesifikaation 23.060 kap- ·:·· 25 paleeseen 13.4. Kuten vaiheen 312 yhteydessä kuvattiin, MS voi nyt lähettää • V. määritetyn IPv6- tai pelkästään IPv4-osoitteen lähde-IP-osoitteena ja vastaa- .···. vasti vastaanottaa määritetyn IPv6- tai pelkästään IPv4-osoitteen kohde-IP- osoitteena käsittävät datapaketit aktivoitua PDP-kontekstia käyttäen. Vaiheen . . 407/408 jälkeen matkaviestimen MS sovellus tai sille palvelunlaatua varaava » ♦ · 30 entiteetti voi lähettää vielä tarvittavia viestejä päästä-päähän istunnon lopul-' ; · ’ liseen aktivoimiseen. PDP-kontekstin aktivoimiseen, muokkaamiseen tai pur- : .· ‘; kamiseen liittyvien muiden toimintojen tarkemman kuvauksen osalta viitataan :" *: mainittuun 3GPP-spesifikaation 23.060, kappaleeseen 9. On huomioitava, että useampaa kuin yhtä osoitetta voidaan soveltaa myös sekundääriseen PDP-’ 35 kontekstiin ja osoitteita voidaan käyttää useammassa kuin yhdessä PDP-kon- • · ‘: tekstissä.

116186 11

Vaihtoehtoisesti edellä kuvioiden 3 ja 4 yhteydessä esitetystä poiketen erään suoritusmuodon mukaisesti IPv4- ja IPv6-osoitteiden liittäminen PDP-kontekstiin järjestetään matkaviestimessä MS ja/tai verkkoelementissä GGSN siten, että PDP-kontekstitietoihin tallennetaan ainoastaan IPv6-osoite.

5 Tällöin matkaviestin MS ja verkkoelementti GGSN on järjestetty määrittämään IPv6-osoitteesta IPv4-osuuden, kun määritetään käytettävää PDP-kontekstia lähetettävälle paketille. MS ja GGSN on järjestetty vertaamaan PDP-kon-tekstitiedoissa määritetyistä IPv6-osoitteista saatuja IPv4-osoitteita lähetettävänä olevan paketin IPv4-muotoiseen osoitteeseen, erityisemmin lähde-10 osoitteeseen matkaviestimessä MS ja kohde-osoitteeseen GGSN:ssä. Paketit lähetetään sitten käyttäen PDP-kontekstia, jonka PDP-informaation IPv6-osoit-teesta määritetyn IPv4-osoitetta lähde-/kohdeosoite vastaa. Tämän suoritusmuodon etuna on, että PDP-konteksti-informaatiota ei tarvitse nykyiseen verrattuna muuttaa, koska ainoastaan yksi IPv6-muotoinen osoite tallennetaan 15 niihin.

Kuviossa 5 on havainnollistettu erään suoritusmuodon mukaista PDP-osoitemuotoa esillä olevan PDP-kontekstin osoitteeksi käytettäväksi. Ensimmäisten 64 bitin muodostama etuliite (prefix) on IPv6-määritysten mukainen ja 3GPP-vaatimusten mukaisesti globaalisti yksilöllinen, joten GGSN voi sen 20 perusteella erottaa PDP-kontekstit. Jälkimmäisten 64 bitin muodostama jälki-liite (suffix) käsittää ainakin IPv4-osoitteen 52, joka tässä esimerkissä varaa ’*· viimeiset32 bittiä.

: '·· Erään suoritusmuodon mukaisesti jälkiliitteen ensimmäiset 32 bittiä • « v,: muodostavat informaatiokentän 51, jossa voidaan välittää yhdyskäytä- *:··: 25 väsolmusta GGSN matkaviestimeen MS tarpeellista tietoa yhteydenmuodos- ·'·*: tukseen liittyen. Esimerkiksi se, ovatko molemmat osoitetyypit käytettävissä • * .*··. yhdyskäytäväsolmussa GGSN voidaan ilmaista informaatiokentässä. Tämä voidaan ilmaista yhtä bittiä käyttäen, esimerkiksi niin, että jos ensimmäinen . - jälkiliitteen bitti on 0, IPv4-osoitetta ei ole allokoitu, tai jos ensimmäinen bitti on ';;.' 30 1, tällöin jälkiliitteen viimeiset 32 bittiä määrittävät PDP-kontekstin IPv4-muo- **: * * toisen osoitteen. Myös muunlaista esimerkiksi osoitteistukseen ja/tai PDP- kontekstiin liittyvää informaatiota voidaan välittää näiden bittien avulla. Eräinä esimerkkeinä ovat toisen IPv4-muotoisen osoitteen siirtäminen ja DNS-pal-[ . velimen (Domain Name System) IPv4-muotoinen osoitteen siirtäminen. Etuna , ’ 35 tästä suoritusmuodosta on, että yhdyskäytäväsolmun GGSN ja matkavies- 116186 12 timen MS välillä voidaan siirtää lisäinformaatiota ilman, että tätä informaatiota kuljettavia viestejä täytyisi määrittää standardeihin.

Erään suoritusmuodon mukaisesti yhdyskäytäväsolmun GGSN resurssiin viittaava liityntäpistenimi APN on jäljestetty siten, että se viittaa 5 sellaiseen yhdyskäytäväsolmuun GGSN ja sen resurssiin, jonka kautta voidaan siirtää IPv4- ja IPv6-osoitteilla varustettua dataa. Tällöin tarvitaan vain yksi APN, johon edellä havainnollistettu kahta osoitetta hyödyntävä PDP-konteksti sidotaan yhdyskäytäväsolmussa GGSN. Kun on tarve siirtää IPv4- ja IPv6-muotoista dataa, MS voi olla jäljestetty PDP-kontekstin aktivointipyyn-10 nössä 402 pyytämään tämänkaltaista liityntäpistenimeä APN. On myös mahdollista, että SGSN on jäljestetty valitsemaan MS:n pyynnön perusteella sellaisen liityntäpistenimen APN, joka tukee IPv4- ja IPv6-muotoisen datan siirtoa.

Esimerkiksi Symbian-käyttöjäijestelmässä voidaan tallentaa (lait-15 teen sisäisesti) loogisia Intemet-pääsypisteitä (IAP; Internet Access Point), joissa määritetään useita jo edellä havainnollistettuja yhteydenmuodostukseen liittyviä parametrejä, kuten PDP-tyyppi ja liityntäpistenimi APN. Kun sovelletaan esillä olevaa menetelmää näille erillisille loogisille Internet-pääsypisteille, voidaan määrittää yksi tai useampia Internet-pääsypisteitä, joita käyttäen 20 voidaan välittää IPv4- ja IPv6-liikennettä. Kun valitaan tämänkaltainen pääsy-piste käytettäväksi pakettivälitteiselle palvelulle, matkaviestimestä MS voidaan ; " automaattisesti muodostaa yhteys yhdyskäytäväsolmuun GGSN, jonka kanssa i '·· muodostetaan IPv4-osoitteeseen ja sen käsittävään ΙΡνβ-osoitteeseen sidottu • * :.v PDP-konteksti. Tämänkaltainen pääsypiste voi esimerkiksi olla oletuspääsy- ‘' i 25 pisteenä, jolloin käyttäjän ei tarvitse huomioida osoitetyyppejä ja esimerkiksi erilaisten WWW-sivustojen lataus pitäisi onnistua. Nyt esillä oleva ratkaisu on täysin yhteensopiva aikaisempien PDP-tyyppien käytön suhteen, sillä tähänastisten spesifikaatioiden mukaiset ΙΡνβ-tyypin mukaisen PDP-kontekstin akti-: , voivat matkaviestimet edelleen saavat validin IPv6-osoitteen, mutta eivät vain *". * 30 havaitse, että jälkiliitteessä on myös IPv4-osoite, joten ne käyttävät ainoastaan IPv6-osoitetta aktivoidun PDP-kontekstin kanssa. Toisaalta nyt esillä olevan erään suoritusmuodon mukaiset matkaviestimet, jotka yrittävät saada PDP-kontekstille sekä IPv4- että IPv6-osoitteet, havaitsevat esimerkiksi jälkiliitteen ,, ' t ensimmäisistä biteistä, että kyseessä ei ole tätä ominaisuutta tukeva GGSN, i 1 35 minkä jälkeen ne voivat käyttää ainoastaan IPv6-muotoista osoitetta PDP-kon-* : tekstin yhteydessä.

116186 13

Eräitä muita edellä esitetystä suoritusmuodosta ainakin osittain poikkeavia suoritusmuotoja on lyhyesti kuvattu seuraavassa. Järjestelmässä voidaan myös ottaa käyttöön kokonaan uusi PDP-tyyppi, esimerkiksi ”v4v6”, joka määrittää, että sekä IPv4- että IPv6-muotoista liikennettä voidaan siirtää 5 kyseistä PDP-kontekstia käyttäen. Jotta tämä PDP-konteksti voidaan aktivoida, on sekä matkaviestimen MS että GGSN-solmun tuettava tämän uuden PDP-tyypin käyttöä. Eräs toinen vaihtoehto on jättää PDP-tyyppimääritys pois PDP-kontekstin aktivoinnista, jolloin PDP-kontekstia ei sidota mihinkään IP-osoite-tyyppiin, vaan edellä havainnollistettuja IPv4-osoitteen käsittäviä IPv6-10 osoitteita voidaan käyttää yhdessä PDP-kontekstissa. Vielä erään suoritusmuodon mukaisesti PDP-tyyppiä voidaan vaihtaa "lennosta”, kun on tarve siirtää erityyppistä liikennettä kuin mille PDP-konteksti on määritetty. Esimerkiksi DNS-vastausten perusteella havaitaan, että tarvitaan eri PDP-tyyppiä, jolloin PDP-kontekstia muokataan PDP-kontekstin muokkausviestillä vas-15 taamaan tarvittavaa PDP-tyyppiä.

Erään edellä esitetystä poikkeavan suoritusmuodon mukaisesti PDP-kontekstiin IPv6-osoitteen lisäksi liitetty IPv4-osoite ei ole osa IPv6-osoitetta. Tällöin PDP-konteksteihin liittyvässä signaloinnissa tälle uudelle PDP-kontekstityypille on varattu erikseen informaatioelementit IPv4- ja IPv6-20 osoitteille, ja molemmat PDP-tyypit olisivat siis yhtä aikaa käytössä yhdellä PDP kontekstilla. Erään toisen suoritusmuodon mukaisesti IPv6-osoite allo-i ’·· koidaan tavanomaiselle IPv6-tyyppiselle PDP-kontekstille, mutta ennalta mää- • '· ritetyn mekanismin perusteella matkaviestin MS ja GGSN on järjestetty johta- :‘: maan tästä IPv6-osoitteesta IPv4-osoitteen. Myös johdettu IPv4-osoite liitetään •: * · 25 PDP-kontekstiin ja sitä voidaan käyttää edellä havainnollistetulla tavalla IPv4- :v. liikennöintiin. IPv4- osoitteen johtamismekanismi on yksikäsitteinen. Vaihto- . · · ·. ehtoisesti IPv6-osoite johdetaan IPv4-osoitteesta.

• · IPv4-osoitteen sisällyttämistä IPv6-osoitteeseen on esitetty erilaisis-, . sa IPv4/IPv6-transitiomekanismiratkaisuissa, joista eräänä esimerkkinä on *’;·/ 30 Internet Draft-julkaisu ”Intra-Site Automatic Tunnel Addressing Protocol (iSATAP)” F. Templin, T. Gleeson, M. Talwar, ja D. Thaler, 15. lokakuuta, 18 : sivua, http://www.ietf.org/internet-drafts/draft-ietf-ngtrans-isatap-16.txt. On kui- : ; tenkin huomioitavaa, että näissä transitioratkaisuissa on kyse tunneloinnin jär- I * * • . jestämisestä käyttäen sisällytettyä IPv4-osoitetta siten, että IPv6-data saadaan ' 35 siirrettyä IPv4-verkon yli. Tällöin IPv6-paketit siirtyvät IPv4-pakettien hyöty- kuormana. Nyt esillä olevassa ratkaisussa ei kuitenkaan ole kyse tämän- 116186 14 kaltaisesta tunneloinnista, vaan eri osoitetyyppien mukaisen liikenteen siirtämisestä langattomassa tietoliikenneverkossa. IPv4/IPv6-transitioratkaisuja voidaan kylläkin soveltaa nyt myös tämänkaltaisen langattoman tietoliikenneverkon käsittävässä järjestelmässä.

5 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 vaihdella patenttivaatimusten puitteissa. Eri piirteitä voidaan siis jättää pois, muokata, yhdistellä tai korvata ekvivalenteilla.

• · « «« * t · I t • · *

Mill • · 1 • t t « • s » 1 I i i » · I I « I t t « I 1 1 » » t I t * 1 » » I »

I I

Claims (21)

116186

1. Menetelmä pakettivälitteisen datan siirron järjestämiseksi langattomassa järjestelmässä, jossa menetelmässä aktivoidaan pakettidatan siirtokonteksti matkaviestimen (MS) ja lan-5 gattoman pakettivälitteisen datan siirtoa tarjoavan verkkoelementin (GGSN) välille, johon siirtokontekstiin on liitetty ensimmäinen osoite, ja lähetetään paketit, joiden IP-osoitekentässä on määritetty ensimmäinen osoite, käyttäen aktivoitua siirtokontekstia, tunnettu siitä, että 10 liitetään (303; 311; 404; 408) siirtokontekstiin ensimmäisen osoit teen lisäksi toinen osoite, ja siirretään (305; 312) paketit, joiden IP-osoitekentässä on toinen osoite tai ensimmäinen osoite, käyttäen muodostettua siirtokontekstia.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, 15 että toinen osoite on osa ensimmäistä osoitetta, ja lähetetään (305; 312) paketit, joiden IP-osoitekentässä on toinen osoite tai pelkästään ensimmäinen osoite, käyttäen muodostettua siirtokontekstia.

3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu 20 siitä, että ensimmäinen osoite on IPv6-osoitemuotoa ja toinen osoite IPv4-osoi- temuotoa.

• · : *·· 4. Patenttivaatimuksen 1, 2 tai 3 mukainen menetelmä, tunnettu siitä, että :Y: tarkastetaan (305; 312) verkkoelementissä (GGSN) vastaanotetuis- ·;··: 25 ta alasuunnan paketeista kohde-IP-osoitekenttä ja matkaviestimessä (MS) ylä- suunnan paketeista lähde-IP-osoitekenttä.

’*·*, 5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, • % tunnettu siitä, että järjestelmä on GPRS-standardia tukeva ja siirtokonteksti on PDP-konteksti. * * » : 30

6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, ‘ · · ·' että ; määritetään (302; 404) ensimmäinen osoite ja toinen osoite järjes- ; . telmän GGSN-solmussa (GGSN) vasteena tarpeelle (301; 403) aktivoida PDP- • , konteksti langattomalle matkaviestimelle (MS), ’ ‘ 35 tallennetaan ensimmäinen osoite ja toinen osoite PDP-konteksti-in- Y'i formaatioon, 116186 lähetetään (304) ensimmäinen osoite ja toinen osoite matkaviestimelle (MS), tallennetaan ensimmäinen osoite ja toinen osoite PDP-kontekstin tietoihin, ja 5 järjestetään matkaviestin (MS) lähettämään (312) toisen osoitteen tai ensimmäisen osoitteen lähde-osoitteena käsittävät paketit PDP-kontekstia käyttäen.

7. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että ensimmäinen osoite käsittää lisäksi informaatiokentän 10 (51), jolloin välitetään siirtokontekstiin liittyvää informaatiota informaatiokentäs- sä (51).

8. Langaton tietoliikennejärjestelmä, joka käsittää ainakin yhden matkaviestimen (MS) ja langattoman pakettivälitteisen datan siirtoa tarjoavan 15 verkkoelementin (GGSN), missä verkkoelementti (GGSN) ja matkaviestin (MS) on järjestetty aktivoimaan pakettidatan siirtokontekstin, johon on liitetty ensimmäinen osoite, ja verkkoelementti (GGSN) ja matkaviestin (MS) on järjestetty lähettämään paketit, joiden IP-osoitekentässä on määritetty ensimmäinen osoite, 20 käyttäen aktivoitua siirtokontekstia, tunnettu siitä, että verkkoelementti (GGSN) ja matkaviestin (MS) on järjestetty liittä- • · • '«· mään (303; 311; 404; 408) siirtokontekstiin ensimmäisen osoitteen lisäksi toi- nen osoite, ja :Y: verkkoelementti (GGSN) ja matkaviestin (MS) on järjestetty siirtä- 25 mään (305; 312) paketit, joiden IP-osoitekentässä on toinen osoite tai ensim- : ·. *. mäinen osoite, käyttäen muodostettua siirtokontekstia. • ·

9. Matkaviestin (MS), joka käsittää lähetinvastaanottimen langatto- ' ’ ’ man pakettivälitteisen tiedonsiirron järjestämiseksi, missä , t matkaviestin (MS) on järjestetty aktivoimaan pakettidatan siirtokon- * · * :;· ·* 30 tekstin langattoman pakettivälitteisen datan siirtoa tarjoavan verkkoelementin ... (GGSN) kanssa, ; ‘; matkaviestin (MS) on järjestetty lähettämään paketit, joiden lähde- , ··, IP-osoitekentässä on määritetty ensimmäinen osoite, käyttäen aktivoitua siirto- kontekstia, johon on liitetty ensimmäinen osoite, tunnettu siitä, että ‘ * 35 matkaviestin (MS) on järjestetty liittämään (311; 408) siirtokonteks- •, I tiin ensimmäisen osoitteen lisäksi toisen osoitteen, ja 116186 matkaviestin (MS) on järjestetty lähettämään (312) paketit, joiden lähde-IP-osoitteena on tai joiden lähde-IP-osoitteeksi määritetään toinen osoite tai ensimmäinen osoite, käyttäen muodostettua siirtokontekstia.

10. Patenttivaatimuksen 9 mukainen matkaviestin (MS), 5 tunnettu siitä, että toinen osoite on osa ensimmäistä osoitetta, ja matkaviestin (MS) on järjestetty lähettämään (312) paketit, joiden IP-osoitekentässä on toinen osoite tai pelkästään ensimmäinen osoite, käyttäen muodostettua siirtokontekstia.

11. Patenttivaatimuksen 10 mukainen matkaviestin (MS), 10 tunnettu siitä, että matkaviestin (MS) on järjestetty määrittämään (408) verkkoelementiltä (GGSN) vastaanotetusta ensimmäisestä osoitteesta toisen osoitteen.

12. Patenttivaatimuksen 9, 10 tai 11 mukainen matkaviestin (MS), tunnettu siitä, että ensimmäinen osoite on IPv6-osoitemuotoa ja toinen 15 osoite IPv4-osoitemuotoa.

13. Jonkin patenttivaatimuksen 9-12 mukainen matkaviestin (MS), tunnettu siitä, että matkaviestin (MS) on järjestetty tukemaan GPRS-stan-dardia, ja siirtokonteksti on PDP-konteksti.

14. Patenttivaatimuksen 13 mukainen matkaviestin (MS), tunnettu siitä, että :*·.· matkaviestin (MS) on järjestetty tallentamaan GGSN-solmulta vas- taanotettu ensimmäinen osoite ja toinen osoite aktivoidun PDP-kontekstin tie- :V: töihin, ja * t 25 matkaviestin (MS) on järjestetty lähettämään (312) toisen osoitteen tai ensimmäisen osoitteen lähde-osoitteena käsittävät paketit mainittua PDP- • · \.! t kontekstia käyttäen.

15. Jonkin patenttivaatimuksen 9-14 mukainen matkaviestin (MS), tunnettu siitä, että matkaviestin (MS) on järjestetty määrittämään vastaan-'·· : 30 otetun ensimmäisen osoitteen käsittämän informaatiokentän (51) sisällön, ja •...: matkaviestin (MS) on järjestetty käyttämään mainittua sisältöä siirto- ; kontekstissa.

.···. 16. Verkkoelementti (GGSN) langatonta pakettivälitteisen datan siir- • ‘ toa tarjoavaa verkkoa varten, missä ‘ * 35 verkkoelementti (GGSN) on järjestetty aktivoimaan pakettidatan siir- . ‘ tokontekstin matkaviestimelle (MS), 116186 verkkoelementti (GGSN) on järjestetty lähettämään paketit, joiden kohde-IP-osoitekentässä on määritetty ensimmäinen osoite, käyttäen aktivoitua siirtokontekstia, johon on liitetty ensimmäinen osoite, tunnettu siitä, että 5 verkkoelementti (GGSN) on järjestetty liittämään (303; 404) siirto- kontekstiin ensimmäisen osoitteen lisäksi toisen osoitteen , ja verkkoelementti (GGSN) on järjestetty lähettämään (305) paketit, joiden kohde-IP-osoitekentässä on toinen osoite tai ensimmäinen osoite, käyttäen muodostettua siirtokontekstia.

17. Patenttivaatimuksen 16 mukainen verkkoelementti (GGSN), tunnettu siitä, että toinen osoite on osa ensimmäistä osoitetta, ja verkkoelementti on järjestetty lähettämään (305) paketit, joiden IP-osoitekentässä on toinen osoite tai pelkästään ensimmäinen osoite, käyttäen muodostettua siirtokontekstia.

18. Patenttivaatimuksen 16 tai 17 mukainen verkkoelementti (GGSN), tunnettu siitä, että ensimmäinen osoite on IPv6-osoitemuotoa ja toinen osoite IPv4-osoitemuotoa.

19. Jonkin patenttivaatimuksen 16 -18 mukainen verkkoelementti (GGSN), tunnettu siitä, että verkkoelementti (GGSN) on järjestetty toimi- 20 maan GPRS-standardin mukaisena GGSN-solmuna, ja siirtokonteksti on PDP-konteksti.

: ’·· 20. Patenttivaatimuksen 19 mukainen verkkoelementti (GGSN), f·.. tunnettu siitä, että :Y: verkkoelementti (GGSN) on järjestetty määrittämään (302; 404) en- •:. ·; 25 simmäisen osoitteen ja toisen osoitteen vasteena tarpeelle aktivoida PDP-kon- : ·. *. teksti matkaviestimelle (MS), ’···, verkkoelementti (GGSN) on järjestetty tallentamaan ensimmäisen osoitteen ja toisen osoitteen PDP-konteksti-informaatioon, ja , , verkkoelementti (GGSN) on järjestetty lähettämään (304) ensimmäi- | : 30 sen osoitteen ja toisen osoitteen matkaviestimelle (MS).

21. Jonkin patenttivaatimuksen 16 - 20 mukainen verkkoelementti ; :: (GGSN), tunnettu siitä, että .-·. verkkoelementti (GGSN) on järjestetty määrittämään ensimmäiseen • \ osoitteeseen informaatiokentän (51), joka käsittää informaatiota siirtokonteks- ' ' 35 tin käyttämisestä. 116186