FI112304B - Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa - Google Patents
Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa Download PDFInfo
- Publication number
- FI112304B FI112304B FI20001792A FI20001792A FI112304B FI 112304 B FI112304 B FI 112304B FI 20001792 A FI20001792 A FI 20001792A FI 20001792 A FI20001792 A FI 20001792A FI 112304 B FI112304 B FI 112304B
- Authority
- FI
- Finland
- Prior art keywords
- pdcp
- convergence protocol
- packet
- data
- counter
- Prior art date
Links
- 238000012546 transfer Methods 0.000 title claims description 9
- 230000005540 biological transmission Effects 0.000 claims abstract description 44
- 238000000034 method Methods 0.000 claims abstract description 36
- 238000004891 communication Methods 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 18
- 238000010295 mobile communication Methods 0.000 claims description 7
- 238000013507 mapping Methods 0.000 claims 2
- 230000001413 cellular effect Effects 0.000 claims 1
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 230000026676 system process Effects 0.000 claims 1
- 230000006870 function Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 230000006835 compression Effects 0.000 description 6
- 238000007906 compression Methods 0.000 description 6
- 238000005457 optimization Methods 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 4
- 208000036550 childhood-onset striatonigral degeneration Diseases 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/08—Allotting numbers to messages; Counting characters, words or messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
112304
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 ;’ j ·; Unit) lähettäjälle, jolloin lähettäjä voi lähettää kadonneet tai vioittuneet datapa- :·. ketit uudestaan. GPRS-järjestelmässä suoritettaessa operointisolmujen väli- nen (inter-SGSN, Serving GPRS Support Node) handover tiedonsiirron luo-... 25 tettavuus varmistetaan datapaketteihin liitettävän 8-bittisen N-PDU-numeron ;;; (Network PDU) avulla, jonka perusteella voidaan tarkistaa vastaanottajalle vä- litetyt datapaketit. Nykyisten määritysten mukaisessa UMTS-järjestelmässä pakettivälitteisessä tiedonsiirrossa vastaavaan operointisolmujen välisen handovers luotettavuuden varmistamiseen käytetään pakettidataprotokollan RLC-30 kerroksen (Radio Link Control) 12-bittistä RLC-jaksonumeroa.
. *, GPRS:n ja UMTS:n välisessä handoverissa GPRS-järjestelmä on vastuussa handoverin luotettavuudesta, joten luotettavuuden tarkistus on järjestetty suoritettavaksi GPRS:n N-PDU-numeroiden avulla, joiden pohjalta :. v luodaan handover-prosessissa UMTS:n puolella käytettävät identifiointinume- vi 35 rot. Suoritettaessa handover UMTS:stä GPRS:ään UMTS-järjestelmä on vastuussa handoverin suorituksesta, jolloin luotettavuuden tarkistus perustuu 2 112304 UMTS:n käsittämiin datapakettien identifiointitietoihin. UMTS-järjestelmään on tähän tarkoitukseen suunniteltu 8-bittistä datapakettinumeroa, joka liitetään UMTS:n pakettidataprotokollaan kuuluvan konvergenssiprotokollakerroksen PDCP (Packet Data Convergence Protocol) datapakettiin ylimääräiseksi ta-5 vuksi. Tämä PDCP-PDU-numero muodostaa näin GPRS:n N-PDU-numeroa loogisesti vastaavan datapakettinumeron, jonka perusteella tarkistetaan handovers yhteydessä, että kaikki datapaketit ovat siirtyneet luotettavasti. On myös mahdollista, että 8-bittinen PDCP-PDU-numero muodostetaan 12-bittisistä RLC-jaksonumeroista poistamalla neljä eniten merkitsevää bittiä. 10 Vastaavaa PDCP-PDU- eli N-PDU-numerointia voidaan käyttää myös UMTS:n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa (ns. SRNS Relocation). Datapaketit PDU asetetaan puskuriin odottamaan, että yhteysvastuu on siirtynyt toisen järjestelmän operointisolmulle SGSN tai UMTS:n sisäisessä handoverissa uudelle palvelevalle radioaliverkkojärjestelmälle SRNS (Serving 15 Radio Network Subsystem), ja lähetetyt datapaketit voidaan poistaa puskurista sitä mukaa, kun vastaanottajalta saadaan kuittaus vastaanotetuista datapaketeista.
Eräänä ongelmana yllä kuvatussa järjestelyssä on PDCP-PDU-numeron muodostaman ylimääräisen tavun liittäminen konvergenssiprotokol-20 lakerroksen PDCP jokaisen datapaketin otsikkokenttään. Tämä lisää kuormitusta tiedonsiirrossa, koska jokaisessa datapaketissa lähetetään ylimääräinen tavu. UMTS:n pakettidatapalvelu ei kuitenkaan käytä PDCP-PDU-numeroa :T: mihinkään tarkoitukseen normaalissa tiedonsiirrossa, vaan sitä hyödynnetään ainoastaan UMTS:n ja GPRS:n välisessä handoverissa sekä UMTS:n sisäi- • 25 sessä handoverissa.
• · .*··. Edelleen ongelmana yllä kuvatussa järjestelyssä on PDCP-PDU- • · ,···, numeroiden luominen RLC-jaksonumeroista. RLC-jaksonumerot määritetään * · juoksevasti RLC-kerroksen datayksiköille RLC-PDU. Järjestelmän viiveestä .. . johtuen puskurissa voi olla suuri määrä datayksiköitä RLC-PDU. Jos RLC- I I · : 30 jaksonumerot kasvavat yli 255:n, joka on suurin kahdeksalla bitillä ilmaistavis- sa oleva desimaaliluku, voi kaksi tai useampia datapaketteja saada saman :V: PDCP-PDU-numeron, koska RLC-jaksonumeroiden 12:sta bitistä poistetaan neljä eniten merkitsevää bittiä. Tällöin ei vastaanottaja pysty enää yksiselitteisesti määrittämään vastaanotetun datapaketin PDCP-PDU-numeron perus-'· ' 35 teella kuitattavaa datapakettia eikä handoverin luotettavuutta voida enää var- : * mistaa.
3 112304
Vielä ongelmaksi voi muodostua mahdollinen pakettidatalähetysten multipleksaaminen PDCP-kerroksessa, jolloin PDCP-kerroksen alapuolinen RLC-kerros vastaanottaa datapaketteja useilta yhteyksiltä samanaikaisesti. Koska handoverin luotettavuus varmistetaan yhteysperusteisesti, on RLC-5 jaksonumeroiden määrittäminen useille samanaikaisille yhteyksille erittäin hankalaa ja handoverin luotettavuuden kannalta epävarmaa.
Keksinnön lyhyt selostus
Keksinnön tavoitteena on siten kehittää parannettu menetelmä ja menetelmän toteuttava laitteisto yllä mainittujen haittojen vähentämiseksi. 10 Keksinnön tavoitteet saavutetaan menetelmällä ja järjestelmällä, joille on tunnusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.
Keksintö perustuu siihen, että käytetään PDCP-kerroksella datapakettien numeroinnissa laskureiden avulla ylläpidettävää ’’virtuaalista” datapa-15 kettinumerointia. Sekä lähettäjä-PDCP että vastaanottaja-PDCP seuraavat laskureiden avulla siirrettäviä datapaketteja ja vastaanottaja-PDCP kuittaa vastaanotetut datapaketit laskurilukeman avulla, edullisesti normaalia luotettavaa (acknowledged) tiedonsiirtoa vastaavalla tavalla, jolloin datapakettinume-roita ei tarvitse lainkaan välittää datapakettien mukana. Keksinnön edullisen 20 suoritusmuodon mukaisesti huonoissa lähetysolosuhteissa tai järjestelmän rajoituksista johtuen siirrettäviin datapaketteihin voidaan liittää tietyin aikavä-:'i': lein datapakettinumero, jolloin datapakettinumeroa ei liitetä läheskään jokaisen :·. datapakettiin, mutta datapakettilaskurit voidaan kuitenkin synkronoida.
Keksinnön mukaisen menetelmän ja järjestelmän etuna on, että op- • · ... 25 timaalisissa lähetystilanteissa luotettava tiedonsiirto voidaan taata ilman, että • · datapakettinumeroita tarvitsee välittää lainkaan. Epäoptimaalisissa lähetysolo- • · ’···' suhteissakin datapakettinumeroita lähetetään vain hyvin harvoissa datapake teissa. Edelleen etuna on se, että kuitattavat ja puskurista poistettavat datapa-: ketit voidaan määrittää yksiselitteisesti. Vielä etuna on se, että keksinnön mu-
» I I
30 kaista menettelyä voidaan käyttää, paitsi UMTS:n sisäisessä radioaliverkko-.v. järjestelmien välisessä handoverissa, myös UMTS:n ja GPRS:n välisessä handoverissa edellyttäen, että vastaanlainen virtuaalinen datapakettinume-rointi otetaan käyttöön myös tulevissa GPRS-versioissa.
4 112304
Kuvioiden lyhyt selostus
Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista kuvio 1 esittää lohkokaaviona GSM/GPRS-järjestelmän rakennetta; 5 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 protokollapinoja; kuvio 4 esittää signalointikaaviona tunnetun tekniikan mukaista handover-prosessia UMTS:stä GPRS-järjestelmään; 10 kuvio 5 esittää signalointikaaviona luotettavaa tiedonsiirtoa ja data pakettien kuittausta PDCP-tiedonsiirrossa; kuvio 6 esittää lohkokaaviona PDCP-kerroksen toiminnallista mallia; kuvio 7 esittää signalointikaaviona keksinnön mukaista datapaketti-numerointia käyttävää luotettavaa tiedonsiirtoa ja datapakettien kuittausta 15 PDCP-tiedonsiirrossa; kuvio 8 esittää erään keksinnössä hyödynnettävän datapaketin rakennetta; ja kuviot 9a, 9b ja 9c esittävät erilaisia keksinnössä hyödynnettävien datapakettien rakennetta.
20 Keksinnön yksityiskohtainen selostus
Keksintöä selostetaan seuraavassa esimerkinomaisesti UMTS- ja :GPRS-järjestelmien mukaisten pakettiradiopalvelun yhteydessä. Keksintöä ei kuitenkaan ole rajoitettu vain näihin järjestelmiin, vaan sitä voidaan soveltaa :··: mihin tahansa pakettivälitteiseen tiedonsiirtomenetelmään, joka edellyttää da- .··. 25 tapakettien kuittausta myöhemmin kuvattavalla tavalla. Keksintöä voidaan eri- ,·«·, tyisesti soveltaa sekä UMTS:n ja GPRS:n välisessä luotettavassa handoveris- sa että UMTS:n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa ,. . (SRNS Relocation). Täten tässä selostuksessa käytettävä termi vastaanottaja- • I · :f>;* PDCP voidaan ensin mainitussa tapauksessa korvata GPRS:n vastaavalla 30 toiminnolla SNDCP.
:V: Kuvio 1 havainnollistaa, kuinka GPRS-järjestelmä on rakennettu
GSM-järjestelmän pohjalle. GSM-järjestelmä käsittää matkaviestimiä MS
* t » (Mobile Station), jotka ovat radioteitse yhteydessä tukiasemiin BTS (Base '·* Transceiver Station). Tukiasemaohjaimeen BSC (Base Station Controller) on ‘ : 35 kytketty useita tukiasemia BTS, joiden käytettävissä olevia radiotaajuuksia ja 5 112304 kanavia tukiasemaohjain BSC kontrolloi. Tukiasemaohjaimet BSC ovat puolestaan A-rajapinnan kautta yhteydessä matkaviestinkeskukseen MSC (Mobile Services Switching Center), joka huolehtii yhteydenmuodostuksesta ja puheluiden reitittämisestä oikeisiin osoitteisiin. Tässä käytetään apuna kahta tieto-5 kantaa, jotka käsittävät tietoa matkaviestintilaajista: kotitilaajarekisteriä HLR (Home Location Register), joka käsittää tiedot matkaviestinverkon kaikista tilaajista sekä näiden tilaamista palveluista ja vierailijarekisteriä VLR (Visitor Location Register), joka käsittää tietoja tietyn matkaviestinkeskuksen MSC alueella vierailevista matkaviestimistä. Matkaviestinkeskus MSC on puolestaan 10 yhteydessä muihin matkaviestinkeskuksiin yhdyskäytävämatkaviestinkeskuk-sen GMSC (Gateway Mobile Services Switching Center) välityksellä sekä kiinteään puhelinverkkoon PSTN (Public Switched Telephone Network). GSM-järjestelmän tarkemman kuvauksen osalta viitataan ETSI/GSM spesifikaatioihin sekä kirjaan The GSM system for Mobile Communications, M. Mouly and 15 M. Pautet, Palaiseau, France, 1992, ISBN:2-957190-07-7.
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-20 dyskäytäväsolmuun GGSN on kytketty useita operointisolmuja SGSN. Molemmat solmut SGSN ja GGSN toimivat matkaviestimen liikkuvuuden ymmär- * · tävinä reitittiminä, jotka huolehtivat matkaviestinjärjestelmän ohjauksesta ja :T: datapakettien reitityksestä matkaviestimiin niiden sijainnista ja käytetystä pro-
tokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 25 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 kyke- I · nevät matkaviestimet palvelualueellaan, lähettää ja vastaanottaa datapaket-,, , teja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien sijaintia palvelu- • I · • ;* 30 alueellaan. Edelleen operointisolmu SGSN on yhteydessä matkaviestinkes- ' · .; kukseen MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs kautta ja koti- ;Y: rekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myös GPRS-tietueita, jotka käsittävät tilaajakohtaisten pakettidataprotokollien sisällön.
• * 35 Yhdyskäytäväsolmu GGSN toimii yhdyskäytävänä GPRS-verkon ja ‘ * ulkoisen dataverkon PDN (Packet Data Network) välillä. Ulkoisia dataverkkoja 112304 β 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 operointisolmun SGSN välillä siirrettävät datapaketit ovat aina GPRS-5 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 GGSN ja operointisolmun SGSN välinen GPRS-runkoverkko on IP-10 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 termiä konteksti. Tällä tarkoitetaan kohdeosoitteiden välistä loogista linkkiä, jonka 15 kautta datapaketteja välitetään kohdeosoitteiden välillä. Tämä looginen linkki 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-20 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 ohjaus-
T: pisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN
muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon 25 PSTN/ISDN kuten edellä on esitetty GSM:n yhteydessä. Operointisolmusta ·. 3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN täysin vastaa- ,··*. valla 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 yhte-: 30 ys radioverkkoon LITRAN (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 ''·* 35 edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont- : roller) ja näihin yhteydessä olevista tukiasemista BS (Base Station), joista 7 112304 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 protokollapinoja, joiden mukaisia määrittelyjä käytetään käyttäjädatan välityksessä ky-5 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ää protokollapinoa GPRS-järjestelmässä. Matkaviestimen MS ja GSM-verkon tukiasemajärjestelmän BSS välinen tiedonsiirto radiorajapinnan Um yli tapahtuu normaalin GSM-protokollan mukaisesti. Tukiasemajärjestelmän BSS ja operointisolmun 10 SGSN välisellä rajapinnalla Gb alin protokollakerros on jätetty avoimeksi ja toisessa 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älitettäviin datapaketteihin reitityksen ja palvelunlaadun määrityksiä sekä datapakettien kuittaukseen ja Gb-rajapinnan hallintaan liittyviä signalointeja.
15 Matkaviestimen MS ja operointisolmun SGSN välinen suora kom munikointi on määritelty kahdessa protokollakerroksessa, SNDCP (Sub-Network Dependent Convergence Protocol) ja LLC (Logical Link Layer). SNDCP-kerroksessa välitettävä käyttäjädata segmentoidaan yhteen tai useampaan SNDC-datayksikköön, jolloin käyttäjädata sekä siihen liittyvä TCP/IP-20 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ää ·*·.. matkaviestimen MS ja operointisolmun SGSN välistä tiedonsiirtoyhteyttä ja 25 huolehtia vahingoittuneiden kehysten uudelleenlähetyksestä. Operointisolmu ,···, SGSN vastaa matkaviestimeltä MS tulevien datapakettien reitityksestä edel- leen oikealle yhdyskäytäväsolmulle GGSN. Tällä yhteydellä käytetään tunne- * · lointiprotokollaa (GTP, GPRS Tunnelling Protocol), joka koteloi ja tunneloi kaiken GPRS-runkoverkon kautta välitettävän käyttäjädatan ja signaloinnin. GTP-: ·* 30 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ä ku-:Y: vion 3b mukainen protokollapino vastaa hyvin pitkälle GPRS.n protokollapi- noa, kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nähdään, ’’’ UMTS:ssä operointisolmu 3G-SGSN ei enää millään protokollakerroksella '· ·' 35 muodosta suoraa yhteyttä tilaajapäätelaitteeseen UE, kuten matkaviestimeen * · MS, vaan kaikki tiedonsiirto tapahtuu radioverkon UTRAN kautta. Tällöin ope- 8 112304 rointisolmu 3G-SGSN toimii lähinnä reitittimenä, joka välittää GTP-protokollan mukaiset datapaketit radioverkolle UTRAN. Radioverkon LITRAN ja tilaaja-päätelaitteen UE välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen 5 kerroksen päällä olevat RLC- ja MAC-kerrokset vastaavat toiminnoiltaan pitkälti GSM:n vastaavia kerroksia, kuitenkin niin, että LLC-kerroksen toiminnallisuuksia on siirretty UMTS.n RLC-kerroksen vastuulle. Näiden päällä oleva PDCP-kerros korvaa GPRS-järjestelmään nähden lähinnä SNDCP-kerroksen ja PDCP-kerroksen toiminnallisuudet vastaavat pitkälti SNDCP-kerroksen kä-10 sittämiä toiminnallisuuksia.
Kuvion 4 mukaisessa signalointikaaviossa esitetään tunnetun tekniikan mukainen handover UMTS:stä GPRS:ään. Tällainen handover tapahtuu, kun matkaviestin MS siirtyy pakettidatalähetyksen jatkuessa UMTS-solusta GSM/GPRS-soluun, joka käyttää eri operointisolmua SGSN. Tällöin 15 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 matkaviestimen liikkuvuudenhallintaa ja PDP-kontekstia määrittelevän operointisolmun 20 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), johon vasteena SRNS lopettaa datapakettien lähettämisen matkaviestimelle ·;·*· 25 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. määrittää puskuriin asetettaville datapa keteille 8-bittiset PDCP-PDU- eli N-PDU-numerot. Saatuaan tiedon matkavies-.. . timen MS liikkuvuudenhallinta- ja PDP-kontekstitiedoista operointisolmu 3G- *_ ;* 30 SGSN ilmoittaa nämä operointisolmulle 2G-SGSN (SGSN Context Response, 410).
: V: Operointisolmu 2G-SGSN voi tarvittaessa suorittaa matkaviestimen
autentikoinnin kotirekisteristä HLR (Security Functions, 412). Uusi operointi-solmu 2G-SGSN informoi vanhaa operointisolmua 3G-SGSN siitä, että on • ·] 35 valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN
• Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytää radioali- 9 112304 verkkojärjestelmää SRNS (SRNS Context Ack, 416a) lähettämään puskurissa olevat datapaketit operointisolmulle 3G-SGSN (Forward Packets, 416b), joka edelleen lähettää ne operointisolmulle 2G-SGSN (Forward Packets, 418). Operointisolmu 2G-SGSN suorittaa GPRS-järjestelmän mukaisen PDP-5 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 Location, 422), jolloin vanhan operointisolmun 3G-SGSN ja radioaliverkkojärjestel-män SRNS muodostama yhteys puretaan (424a, 424b, 424c, 424d), uudelle 10 operointisolmulle 2G-SGSN välitetään tarvittavat tilaajatiedot (426a, 426b) ja kotirekisteri HLR kuittaa uuden operointisolmun 2G-SGSN (Update GPRS Location Ack, 428).
Tämän jälkeen operointisolmu 2G-SGSN tarkistaa matkaviestimen MS tilaajaoikeudet ja sijainnin alueellaan sekä luo loogisen linkin operointisol-15 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änyt UMTS-järjestelmän radioaliverkkojärjestelmälle SRNS ennen handover-20 prosessin aloittamista. Mainitut datapaketit on identifioitu edellä kuvatulla tavalla muodostetuista PDCP-PDU-numeroista. Matkaviestin MS kuittaa reititys-:.‘ j alueen päivityspyynnön hyväksymisen (RA Update Complete, 432), jossa yh- : teydessä operointisolmulle 2G-SGSN lähetetään tieto matkaviestimen MS on- nistuneesti vastaanottamista datapaketeista, jotka operointisolmu 3G-SGSN 25 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 datapa kettien välityksen tukiasemajärjestelmän BSS kautta (434).
8-bittisten PDCP-PDU-numeroiden muodostamista 12-bittisistä 30 RLC-jaksonumeroista ja siitä aiheutuvia ongelmia havainnollistetaan seuraa-. · ’ valla taulukolla.
» 10 112304
Bit nr. 12 11 10 9_8_7_6_5_4_3_2_J_ 94 000001011110 350 0 0 0 1 0 1 0 1 1 1 1 0 606 0 0 1 0 0 1 0 1 1 1 1 0 862 |o [o |l h |o [l |o |1 |l |l |1 |0
Taulukosta nähdään esimerkinomaisesti, kuinka 12-bittisesti esitetyt desimaaliluvut 94, 350, 606 ja 862 muutetaan edellä kuvatulla menettelyllä 8-5 bittisiksi. Koska muunnoksessa otetaan huomioon vain kahdeksan vähiten merkitsevää bittiä, kaikille mainitulle luvuille muodostuu sama 8-bittinen binää-riesitys. Näin ollen, jos puskurissa on lähes 900 datayksikköä RLC-PDU, saavat edellä mainitut RLC-jaksonumerot omaavat datayksiköt saman 8-bittisen esityksen. Kun vastaanottaja kuittaa lähettäjälle onnistuneesti vastaanotetut 10 datapaketit, ei lähettäjä voi kuitattujen 8-bittisten numeroiden perusteella yksiselitteisesti 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) data-15 pakettien lähettämiseksi, jonka pyynnön yhteydessä vastaanotetaan myös datapaketteja PDCP-SDU (Service Data Unit), joista verkkokerroksen datapa- • · · *· ” ketteina käytetään myös nimitystä N-SDU. PDCP-entiteetti suorittaa datapa kettien otsikkokentän kompressoinnin ja lähettää näin syntyvät datapaketit • '·· PDCP-PDU RLC-kerrokselle (RLC-AM-DATA.request, 502) yhdessä radiolin-
•:"i 20 kin identiteettitietojen kanssa. RLC-kerros vastaa datapakettien PDCP-PDU
lähettämisestä (send, 504) ja onnistuneen lähetyksen 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 vastaanottajalle. Vastaanottaja-25 PDCP vastaanottaa lähetetyt PDCP-PDU:t RLC-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).
Kuviossa 6 esitetään PDCP-kerroksen toiminnallinen malli, jossa 30 kullekin päätelaiteyhteydelle on määritelty yksi PDCP-entiteetti. Koska nykyisissä järjestelmissä jokaiselle päätelaiteyhteydelle on määritelty omat PDP- 11 112304 kontekstit, määräytyy myös jokaiselle PDP-kontekstille yksi PDCP-entiteetti, jolle on edelleen RLC-kerroksessa määritelty tietty RLC-entiteetti. GPRS-järjestelmässä N-PDU-numerointi tehdään PDP-kontekstipohjaisesti, minkä vuoksi samaa periaatetta on ehdotettu myös UMTS-järjestelmään, jolloin 5 PDCP-kerros tekisi vastaavan datapakettien numeroinnin PDCP-entiteettipohjaisesti. Tällöin käyttämällä samanlaista numerointia sekä GPRS:ssä että UMTS:ssä ei järjestelmien välisessä handoverissa pitäisi muodostua ongelmia. Kuitenkin tästä aiheutuva yhden ylimääräisen tavun lisääminen jokaiseen PDCP-datapakettiin kuluttaa UMTS-järjestelmän siirtokapasi-10 teettia, varsinkin kun tätä ylimääräistä tavua tarvitaan vain UMTS:n ja GPRS:n välisessä handoverissa sekä UMTS:n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa.
Lisäksi PDCP-kerros voidaan periaatteessa toiminnallisesti toteuttaa myös siten, että useita PDP-konteksteja multipleksataan PDCP-15 kerroksessa, jolloin PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi RLC-entiteetti vastaanottaa datapaketteja useilta päätelaiteyhteyksiltä samanaikaisesti. Tällöin PDCP-entiteettipohjaisesti määritetyt datapakettinumerot sekoittuvat RLC-kerroksessa ja useilta päätelaiteyhteyksiltä tulevia datapaketteja on hankalaa erottaa toisistaan, varsinkin jos datapakettinumerointi perustuu 20 RLC-jaksonumerointiin.
Häviötöntä handoveria, jossa datapaketteja ei hukata handover-\'*j prosessissa, edellytetään luotettavassa tiedonsiirrossa, jossa käytetään kui- : i : tattua lähetystä. UMTS-järjestelmän kannalta tämä asettaa RLC-kerrokselle tiettyjä edellytyksiä: RLC-kerros tulee olla kuittausmoodissa ja RLC:n tulee 25 pystyä lähettämään datapaketit oikeassa järjestyksessä. Jos nämä ehdot to-.··. teutuvat, voidaan luotettava handover UMTS:stä GPRS:ään suorittaa keksin- , ··, nön edullisen suoritusmuodon mukaisesti ilman, että datapakettinumeroita tar vitsee välittää lainkaan.
. . Keksinnön mukaisesti pakettidatayhteyden ensimmäiselle datapa- 30 ketille määritetään PDCP-PDU-jaksonumero, jolle asetetaan laskuriin alkuar- • ‘ voksi jokin ennalta määrätty lukuarvo, kuten 0, sekä yhteyden lähettäjä- PDCP:hen että vastaanottaja-PDCP/SNDCP:hen. Keksintöä voidaan edulli- "*. sesti soveltaa sekä UMTS:n ja GPRS:n välisessä luotettavassa handoverissa että UMTS.n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa ·' 35 (SRNS Relocation). Täten tässä selostuksessa käytettävä termi vastaanottaja- * 12 112304 PDCP voidaan ensin mainitussa tapauksessa korvata GPRS.n vastaavalla toiminnolla SNDCP.
Keksinnön mukaista menettelyä havainnollistetaan seuraavassa kuvion 7 avulla. Kun lähettäjä-PDCP vastaanottaa (700) datapaketin PDCP-5 SDU lähettäjältä, se asettaa datapaketin PDCP-SDU puskuriin ja liittää loogisesti kyseiseen datapakettiin PDCP-PDU-jaksonumeron (702). Lähettäjä-PDCP siirtää datapaketin PDCP-PDU ja siihen loogisesti liitetyn PDCP-PDU-jaksonumeron RLC-kerrokselle (704) ja lisää PDCP-PDU-jaksonumeron arvoa määrittävää laskuria yhdellä (706). RLC-kerros voi myös optionaalisesti mää-10 rittää PDCP-PDU-jaksonumeron ja datapaketin viimeisen RLC-jaksonumeron välisen suhteen ja tallentaa sen muistiin (708). RLC-kerros vastaa datapakettien PDCP-PDU siirrosta lähettäjän ja vastaanottajan välillä (710), jotka datapaketit PDCP-PDU on pilkottu siirtoa varten datayksiköiksi RLC-PDU ja numeroitu RLC-jaksonumeroilla. Kun vastaanottaja-PDCP vastaanottaa (712) RLC-15 kerrokselta tulevan datapaketin PDCP-PDU, se lisää vastaanotettujen datapakettien PDCP-PDU-jaksonumeroiden arvoa määrittävää laskuria yhdellä (714) ja siirtää datapaketin PDCP-SDU seuraavalle kerrokselle (716). RLC-kerroksella lähetetään kuittaus onnistuneesti vastaanotetusta datapaketista lähettäjälle (718), jonka kuittauksen lähettäjä-RLC siirtää lähettäjä-PDCP:lle 20 (720). Vasteena kuittaukseen, lähettäjä-PDCP poistaa kyseisen datapaketin PDCP-SDU puskurista (722). Oikean poistettavan datapaketin PDCP-SDU määrittäminen tapahtuu edullisesti datapakettiin loogisesti liitetyn PDCP-PDU-:T: jaksonumeron avulla.
Täten keksinnön mukainen datapakettien numerointi tapahtuu edul-25 lisesti "virtuaalisesti” siten, että datapaketteihin ei liitetä lainkaan erillisia data-,···. pakettinumeroita, vaan laskureiden avulla päivitetään siirrettyjä datapaketteja ja vastaanottaja-PDCP ja lähettäjä-PDCP voivat varmistua datapakettien on- * ♦ nistuneesta siirrosta laskureiden arvojen perusteella. Näin ollen optimaalisessa tapauksessa keksinnön mukainen datapakettien kuittaus saadaan myös 30 handover-prosessissa vastaamaan edellä kuvattua datapakettien kuittausta normaalissa PDCP-tiedonsiirtossa. Itse handover-prosessi voidaan suorittaa tunnetun tekniikan mukaisesti, esimerkiksi kuten edellä on kuvattu kuvion 4 ·. yhteydessä. On huomattava, että vaikka keksintöä on edellä havainnollistettu handover-prosessin yhteydessä, voidaan keksinnön mukaista "virtuaalista” » 35 datapakettinumerointia käyttää myös normaalissa luotettavassa tiedonsiirros- - * » 13 112304 sa, jossa vastaanottaja ja lähettäjä pysyvät koko ajan samoina, kun taas han-dover-prosessissa toinen taho muuttuu.
Joissakin häiriötilanteissa, kuten verkon ruuhkatilanteissa tai ra-diosiirtotien häiriöistä johtuen, RLC-kerros ei voi taata luotettavaa tiedonsiirtoa.
5 Lähettäjä-RLC:lle on tyypillisesti määritelty maksimiarvo, joko uudelleenlähetysten lukumääränä tai aikajaksona, jonka ajan lähettäjä-RLC yrittää lähettää samaa datapakettia uudestaan. Jos maksimiarvo ylitetään, RLC-kerros informoi tästä vastaanottaja-PDCP:tä. Lähettäjä-PDCP poistaa vastaavan datapaketin puskurista seuraavan onnistuneen datapakettilähetyksen yhteydessä. 10 Näin tapahtuu myös silloin, kun useampi peräkkäinen datapaketti on kadonnut. Kadonneet datapaketit poistetaan puskurista vasta, kun saadaan kuittaus seuraavasta onnistuneesti lähetetystä datapaketista. Jos RLC-kerros pystyy ilmoittamaan kaikista hukkuneista datapaketeista PDCP-kerrokselle, pystyy vastaanottaja-PDCP päivittämään PDCP-PDU-jaksonumeroa oikein, jolloin lä-15 hettäjä-PDCP:n ja vastaanottaja-PDCP:n jaksonumerolaskurit pysyvät synkronoituina. Kuitenkin joissakin häiriötilanteissa RLC-kerros ei pysty takaamaan kadonneiden datapakettien informoimista PDCP-kerrokselle, jolloin PDCP-PDU-jaksonumerolaskurit lähettäjä-PDCP:ssä ja vastaanottaja-PDCPissä voivat joutua epäsynkroniin.
20 Tämä epäsynkronoituminen voidaan korjata keksinnön erään edulli sen suoritusmuodon mukaisesti siten, että datapakettien PDCP-PDU mukana L’ j lähetetään tietyin aikavälein myös PDCP-PDU-jaksonumero. Kun vastaanotti': taja-PDCP saa lähetetyn datapaketin PDCP-PDU ja siihen liitetyn PDCP-PDU- ·*·.. jaksonumeron, se vertaa PDCP-PDU-jaksonumeroa laskurin arvoon ja tarvit- ...: 25 taessa päivittää laskurin arvon vastaamaan vastaanotetun datapaketin PDCP- .···, PDU-jaksonumeroa. PDCP-PDU-jaksonumeron liittäminen datapakettiin ti PDCP-PDU voidaan edullisesti määritellä järjestelmän asetuksilla, jolloin PDCP-PDU-jaksonumero voidaan liittää esimerkiksi joka kymmenenteen tai joka sadanteen datapakettiin PDCP-PDU. PDCP-PDU-jaksonumeron liittämi- * 30 nen datapakettiin PDCP-PDU voidaan myös määritellä tapahtuvaksi aina jon- ,: kin tietyn prosessin yhteydessä, kuten edellä kuvatun datapaketin hylkäyksen /: jälkeen RLC-kerroksella tai jonkin handover-prosessin jälkeen. PDCP-PDU- jaksonumeroa ei täten huonoissakaan lähetysolosuhteissa tarvitse liittää jokaiseen datapakettiin, vaan järjestelmän uudelleen synkronoituminen voidaan 35 edullisesti taata lähettämällä PDCP-PDU-jaksonumero vain joissakin, edulli-: sesti hyvin harvoissa datapaketeissa. Edellä kuvatussa tilanteessa ei tieten- „ 112304 14 kään tapahdu luotettavaa tiedonsiirtoa, koska datapaketteja saattaa kadota, mutta datapakettien lähetystä voidaan kuitenkin jatkaa, koska lähettäjä ja vastaanottaja saadaan nopeasti synkronoitua.
Kuviossa 8 esitetään keksinnön mukainen eräs PDCP-kerroksen 5 datapaketin PDCP-PDU rakenne. Keksinnön mukaista datapakettia PDCP-PDU voidaan käyttää sekä jätettäessä PDCP-PDU-jaksonumero pois datapaketista että liitettäessä se mukaan järjestelmän määrittämin tietyin aikavälein. Datapaketin PDCP-PDU ensimmäinen tavu käsittää yhden bitin (N), jonka bitin arvolla ilmaistaan, liitetäänkö datapakettiin PDCP-PDU PDCP-PDU-10 jaksonumero vai ei. O-bitti ilmaisee, käytetäänkö datapaketin PDCP-PDU luomisessa optimointialgoritmia. Jos O-bitti saa arvon 1, optimointia käytetään ja se määritellään tarkemmin 12 bittiä käsittävällä optimointikentällä (OPT), joka käsittää datapaketin PDCP-PDU ensimmäisestä tavusta neljä bittiä ja toisen tavun kokonaan. Optimointikentän arvoilla määritetään mm. käytettävä otsik-15 kokentän kompressointitapa ja datapaketin tyyppi. Vastaanottaja-PDCP osaa optimointikentän arvojen perusteella suorittaa datapaketille vastakkaiset toimenpiteet, kuten otsikkokentän dekompressoinnin. Optimointikentälle ei ole olemassa etukäteen määriteltyjä arvoja, vaan ne sovitaan aina erikseen lähettäjän ja vastaanottajan välisissä PDCP-parametrien neuvottelussa. Yhden 20 tavun eli kahdeksan bittiä käsittävä PDCP-PDU-jaksonumerokenttä on optio-naalinen ja sitä käytetään, jos N-bitti saa arvon 1. Tällöin siis datapakettiin • · •V*: PDCP-PDU liitetään mukaan PDCP-PDU-jaksonumero. Näiden määritysten perään liitetään datapaketissa lähetettävä varsinainen käyttäjädata.
Edellä kuvattu datapakettirakenne on siis vain eräs esimerkki siitä, 25 miten keksinnön mukainen PDCP-PDU-datapaketti voidaan luoda. Vaihtoeh-.···. toisesti ylemmiltä sovellustason kerroksilta tulevien datapakettien PDCP-SDU
.···. käsittämä informaatio voidaan välittää PDCP-kerrokselta eteenpäin kolmen erilaisen datapaketin PDCP-PDU avulla: PDCP-No-Header-PDU, PDCP-Data-,, , PDU ja PDCP-SeqNum-PDU. Näitä on havainnollistettu vastaavasti kuvioissa : 30 9a, 9b ja 9c.
*’ Kuvion 9a mukaisesti PDCP-No-Header-PDU käsittää pelkästään : dataa eli ylemmiltä kerroksilta vastaanotetun PDCP-SDU:n sellaisenaan. Tä- ' . ten PDCP-kerros ei lisää PDCP-SDU:hun mitään informaatiota, jolloin koko PDCP-PDU käytetään hyötykuorman välittämiseen. Täten PDCP-No-Header-’ ' 35 PDU:ta voidaan edullisesti käyttää edellä kuvatussa luotettavassa tiedonsiir rossa, jossa datapakettinumerointia ylläpidetään laskureiden avulla.
15 112304
Kuvion 9b mukaiseen PDCP-Data-PDU:hun on lisätty yksi tavu (8 bittiä) ilmaisemaan kyseessä oleva PDU-tyyppi sekä PDCP-SDU:n otsikkokenttään sovellettavaa kompressointimenetelmää. PDCP-kerroksen tehtäviin kuuluukin kanavatehokkuuden parantamiseen liittyvät toiminnot, jotka perustu-5 vat tyypillisesti datapakettien otsikkokenttien optimointiin erilaisten kompres-sointialgoritmien avulla.
Myös kuvion 9c mukaisessa PDCP-SeqNum-PDU:ssa on vastaava ylimääräinen tavu PDU-tyypin sekä PDCP-SDU:n otsikkokenttään sovellettavan kompressointimenetelmän ilmaisemiseen, minkä lisäksi siihen on liitetty 10 kahden tavun eli 16 bitin mittainen PDCP-PDU-jaksonumero. Sekä PDCP-Data-PDU:ssa että PDCP-SeqNum-PDU:ssa PDU-tyyppi ilmaistaan kolmella bitillä ja sillä siis erotellaan PDCP-Data-PDU ja PDCP-SeqNum-PDU toisistaan. Käytettävä kompressointimenetelmä ilmaistaan viidellä bitillä.
Eräs PDCP-kerroksen tehtävistä on datapakettien PDCP-PDU ja 15 tarvittaessa niihin liittyvien PDCP-jaksonumeroiden välittäminen uudelle radio-aliverkkojärjestelmälle UMTS.n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa (SRNS Relocation). Handoverin yhteydessä edellä kuvatut häiriötilanteet voivat aiheuttaa datapakettilaskureiden epäsynkronoitumisen ja tilanteen, jossa lähettäjä-PDCP on lähettänyt datapaketin (esim. PDCP-No-20 Header-PDU), mutta kyseinen datapaketti ei olekaan siirtynyt uudelle vas-taanottaja-PDCP:lle. Kun uudelleenlähetysten maksimiarvo on ylitetty, lopete- • · taan datapakettien hylkäystoiminto RLC-kerroksella. Lähettäjä-RLC informoi :T: tästä lähettäjä-PDCP:tä, jolloin lähettäjä-PDCP poistaa mainitun datapaketin puskurista. Tämän seurauksena vastaanottaja-PDCP odottaa datapakettia, 25 jota ei enää ole lähettäjä-PDCP:n puskurissa, jolloin datapakettilaskureiden .···. synkronointi ei onnistu. Tällainen virhetilanne saattaa johtaa päätelaiteyhtey- ,··*. den purkamiseen.
* ·
Erään edullisen suoritusmuodon mukaisesti tällöin lähettäjä-PDCP ,, , ohjataan lähettämään ensimmäinen puskurissa oleva datapaketti siten, että se I t * : 30 käsittää myös datapakettinumeron, ts. käytetään PDCP-SeqNum-PDU- datapakettia. Täten vastaanottaja-PDCP synkronoi datapakettilaskurinsa lä-- hettäjä-PDCP:n kanssa käyttäen hyväksi välitettyä datapakettinumeroa, jolloin ,···. synkronointi saavutetaan nopeimmalla mahdollisella tavalla. Lisäksi tiedon siirtoa voidaan jatkaa heti, kun laskurit on synkronoitu eikä päätelaiteyhteyttä ’ ’ 35 jouduta purkamaan, jolloin saatettaisiin menettää vielä suurempi määrä infor maatiota. Synkronoinnin jälkeen tiedonsiirtoa voidaan jatkaa käyttäen pääte- 16 112304 laiteyhteydelle määritettyä datapakettiformaattia, kuten PDCP-No-Header-PDCP-datapaketteja.
Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksinnön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritus-5 muodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.
> · » · t * · * · · • · · • · * · * » *»* * * » #
Claims (13)
1. Menetelmä datapakettien siirrossa pakettivälitteisessä tietoliikennejärjestelmässä, jonka tietoliikenneprotokolla käsittää konvergenssiprotokol-5 lakerroksen (PDCP, SNDCP) käyttäjädatapakettien muokkaamiseksi konver-genssiprotokollapaketteihin ja linkkikerroksen (RLC, LLC) konvergenssiproto-kollapakettien (PDCP-PDU) lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi, jossa menetelmässä määritetään lähetettäville konvergenssiprotokollapaketeille datapa-10 kettinumero laskurin avulla, siirretään lähetettävät konvergenssiprotokollapaketit linkkikerrokselle lähetettäväksi, määritetään vastaanotetuille konvergenssiprotokollapaketeille data-pakettinumero laskurin avulla, 15 kuitataan vastaanotetut konvergenssiprotokollapaketit, tunnet- t u siitä, että liitetään lähettäjän laskurin määrittämä konvergenssiprotokollapa-kettinumero lähetettävään konvergenssiprotokollapakettiin vasteena ennalta määrätyn tietoliikennejärjestelmän prosessin, kuten datapaketin hylkäyksen tai 20 yhteysvastuun siirron, suorittamiselle, ·· verrataan vastaanottajan laskurin arvoa vastaanotetun konvergenssi siprotokollapaketin konvergenssiprotokollapakettinumeroon ja päivitetään vastaanottajan laskurin arvo vastaamaan mainittua kon-•:; vergenssiprotokollapakettinumeroa vasteena sille, että arvot ovat erisuuria. ,*··. 25
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että suoritetaan mainittu lähettäjän laskurin määrittämän konvergenssi-. protokollapakettinumeron liittäminen ennalta määritetyin välein linkkikerroksel- :>t;* la lähetettävään konvergenssiprotokollapakettiin vasteena sille, että linkkiker- ' * · · ‘ 30 ros ei pysty takaamaan konvergenssiprotokollapakettien luotettavaa lähetystä, : V: verrataan vastaanottajan laskurin arvoa vastaanotetun konvergens- ;"1. siprotokollapaketin konvergenssiprotokollapakettinumeroon ja päivitetään vastaanottajan laskurin arvo vastaamaan mainittua kon-' · ] vergenssiprotokollapakettinumeroa vasteena sille, että arvot ovat erisuuria. ’ : 35
3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että 18 1 12304 poistetaan kuittaamattomat käyttäjädatapaketit puskurista vasteena sille, että vastaanottajalta lähetetään kuittaus lähettäjälle kuittaamattomien käyttäjädatapakettien jälkeen lähetettyä käyttäjädatapakettia vastaavan kon-vergenssiprotokollapaketin vastaanotosta.
4. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että suoritetaan mainittu lähettäjän laskurin määrittämän konvergenssi-protokollapakettinumeron liittäminen lähettäjän puskurissa ensimmäisenä olevaan konvergenssiprotokollapakettiin vasteena sille, että lähettäjän puskurista 10 on poistettu ainakin yksi kuittaamaton käyttäjädatapaketti linkkikerroksella ennalta määritellyn uudelleenlähetysten maksimiarvon ylityttyä.
5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että mainittu tietoliikennejärjestelmä on kuitattua lähetystä käyttävä pa-15 kettivälitteinen matkaviestinjärjestelmä, kuten UMTS- tai GPRS-järjestelmä.
6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, että menetelmää sovelletaan UMTS:n ja GPRS:n välisessä yhteysvas-tuun siirrossa.
7. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, että » * *· ·' menetelmää sovelletaan UMTS:n radioaliverkkojärjestelmien väli- J : J v : sessä yhteysvastuun siirrossa.
»· • ’· 8. Pakettivälitteinen tietoliikennejärjestelmä, joka käsittää päätelait- 25 teen (MS, UE) ja kiinteän verkon, joka käsittää pakettivälitteistä tiedonsiirtoa : ’' *: tukevan verkkoelementin (SGSN, SRNC), jossa tietoliikennejärjestelmässä da- • i » i' tapaketteja on järjestetty lähetettäväksi päätelaitteen ja verkkoelementin välillä Ml ja jonka tietoliikennejärjestelmän tietoliikenneprotokolla käsittää konvergenssi-protokollakerroksen (PDCP, SNDCP) käyttäjädatapakettien muokkaamiseksi 30 konvergenssiprotokollapaketteihin (PDCP-PDU) ja linkkikerroksen (RLC, LLC) I * * konvergenssiprotokollapakettien lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi, päätelaitteen ja verkkoelementin välisessä datapa- :kettien siirrossa > I i / lähetettäville konvergenssiprotokollapaketeille on järjestetty määri- 35 tettäväksi datapakettinumero laskurin avulla, 19 1 12304 lähetettävät konvergenssiprotokollapaketit on järjestetty siirrettäväksi linkkikerrokselle lähetettäväksi, vastaanotetuille konvergenssiprotokollapaketeille on järjestetty määritettäväksi datapakettinumero laskurin avulla ja 5 vastaanotetut konvergenssiprotokollapaketit on järjestetty kuitatta vaksi, tunnettu siitä, että lähettäjän laskurin määrittämä konvergenssiprotokoliapakettinume-ro on järjestetty liitettäväksi lähetettävään konvergenssiprotokollapakettiin vasteena ennalta määrätyn tietoliikennejärjestelmän prosessin, kuten datapaketin 10 hylkäyksen tai yhteysvastuun siirron, suorittamiselle, vastaanottajan laskurin arvo on järjestetty verrattavaksi vastaanotetun konvergenssiprotokollapaketin konvergenssiprotokollapakettinumeroon ja vastaanottajan laskurin arvo on järjestetty päivitettäväksi vastaamaan mainittua konvergenssiprotokollapakettinumeroa vasteena sille, että ar-15 vot ovat erisuuria.
9. Patenttivaatimuksen 8 mukainen tietoliikennejärjestelmä, tunnettu siitä, että mainittu lähettäjän laskurin määrittämän konvergenssiprotokollapa-kettinumeron liittäminen lähetettävään konvergenssiprotokollapakettiin on jär-20 jestetty suoritettavaksi ennalta määritetyin välein vasteena sille, että linkkikerros ei pysty takaamaan konvergenssiprotokollapakettien luotettavaa lähetystä, :: vastaanottajan laskurin arvo on jäljestetty verrattavaksi vastaanote- :: : tun konvergenssiprotokollapaketin konvergenssiprotokollapakettinumeroon ja • '·. vastaanottajan laskurin arvo on jäljestetty päivitettäväksi vastaa- ·:··: 25 maan mainittua konvergenssiprotokollapakettinumeroa vasteena sille, että ar- vot ovat erisuuria.
10. Patenttivaatimuksen 8 tai 9 mukainen tietoliikennejärjestelmä, tunnettu siitä, että .. · kuittaamattomat käyttäjädatapaketit on jäljestetty poistettavaksi 30 puskurista vasteena sille, että vastaanottajalta lähetetään kuittaus lähettäjälle ’ kuittaamattomien käyttäjädatapakettien jälkeen lähetettyä käyttäjädatapakettia : ’: : vastaavan konvergenssiprotokollapaketin vastaanotosta.
: ” : 11. Jonkin patenttivaatimuksen 8-10 mukainen tietoliikennejärjes- / telmä, t u n n e 11 u siitä, että \ 35 mainittu tietoliikennejärjestelmä on kuitattua lähetystä käyttävä pa kettivälitteinen matkaviestinjärjestelmä, kuten UMTS- tai GPRS-järjestelmä. 20 112304
12. Patenttivaatimuksen 11 mukainen tietoliikennejärjestelmä, tunnettu siitä, että konvergenssiprotokollapakettinumero on järjestetty määritettäväksi laskurin avulla UMTS.n ja GPRS:n välisessä yhteysvastuun siirrossa.
13. Patenttivaatimuksen 11 mukainen tietoliikennejärjestelmä, tunnettu siitä, että konvergenssiprotokollapakettinumero on järjestetty määritettäväksi laskurin avulla UMTS:n radioaliverkkojärjestelmien välisessä yhteysvastuun siirrossa. 1 · 21 112304
Priority Applications (15)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20001792A FI112304B (fi) | 2000-02-14 | 2000-08-14 | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| US09/779,979 US7009951B2 (en) | 2000-02-14 | 2001-02-09 | Data packet numbering in mobile packet switched data transmission |
| TR2004/01720T TR200401720T4 (tr) | 2000-02-14 | 2001-02-13 | Paket anahtarlamalı veri iletimindeki veri paket numaralaması. |
| CNB2004100817926A CN100411454C (zh) | 2000-02-14 | 2001-02-13 | 分组交换数据传输中的数据分组编号 |
| ES01907601T ES2218388T3 (es) | 2000-02-14 | 2001-02-13 | Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes. |
| AU2001235524A AU2001235524A1 (en) | 2000-02-14 | 2001-02-13 | Data packet numbering in packet-switched data transmission |
| JP2001559224A JP3802420B2 (ja) | 2000-02-14 | 2001-02-13 | パケット交換データ伝送におけるデータ・パケット番号付加方式 |
| EP01907601A EP1269710B1 (en) | 2000-02-14 | 2001-02-13 | Data packet numbering in packet-switched data transmission |
| PCT/FI2001/000129 WO2001060016A1 (en) | 2000-02-14 | 2001-02-13 | Data packet numbering in packet-switched data transmission |
| BR0108227-2A BR0108227A (pt) | 2000-02-14 | 2001-02-13 | Método e sistema para transmissão de pacote de dados em um sistema de telecomunicação comutado por pacotes |
| DE60102810T DE60102810T2 (de) | 2000-02-14 | 2001-02-13 | Datenpaketnummerierung bei der paketvermittelten datenübertragung |
| KR10-2002-7010563A KR100458532B1 (ko) | 2000-02-14 | 2001-02-13 | 패킷-교환 데이터 전송에서의 데이터 패킷 번호부여 |
| CNB018050387A CN1193564C (zh) | 2000-02-14 | 2001-02-13 | 分组交换数据传输中的数据分组编号 |
| AT01907601T ATE264587T1 (de) | 2000-02-14 | 2001-02-13 | Datenpaketnummerierung bei der paketvermittelten datenübertragung |
| CA002397887A CA2397887C (en) | 2000-02-14 | 2001-02-13 | Data packet numbering in packet-switched data transmission |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20000314A FI20000314A7 (fi) | 2000-02-14 | 2000-02-14 | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI20000314 | 2000-02-14 | ||
| FI20001792A FI112304B (fi) | 2000-02-14 | 2000-08-14 | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI20001792 | 2000-08-14 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| FI20001792A0 FI20001792A0 (fi) | 2000-08-14 |
| FI20001792L FI20001792L (fi) | 2001-08-15 |
| FI112304B true FI112304B (fi) | 2003-11-14 |
Family
ID=26160948
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FI20001792A FI112304B (fi) | 2000-02-14 | 2000-08-14 | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US7009951B2 (fi) |
| EP (1) | EP1269710B1 (fi) |
| JP (1) | JP3802420B2 (fi) |
| KR (1) | KR100458532B1 (fi) |
| CN (2) | CN100411454C (fi) |
| AT (1) | ATE264587T1 (fi) |
| AU (1) | AU2001235524A1 (fi) |
| BR (1) | BR0108227A (fi) |
| CA (1) | CA2397887C (fi) |
| DE (1) | DE60102810T2 (fi) |
| ES (1) | ES2218388T3 (fi) |
| FI (1) | FI112304B (fi) |
| TR (1) | TR200401720T4 (fi) |
| WO (1) | WO2001060016A1 (fi) |
Families Citing this family (73)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI112304B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI112305B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| DE10008148A1 (de) * | 2000-02-22 | 2001-08-23 | Bosch Gmbh Robert | Verfahren zum Betreiben eines Mobilfunknetzes |
| FI111210B (fi) * | 2000-08-14 | 2003-06-13 | Nokia Corp | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
| FI113323B (fi) * | 2000-08-21 | 2004-03-31 | Nokia Corp | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
| GB0104281D0 (en) * | 2001-02-21 | 2001-04-11 | Nokia Networks Oy | A communication system |
| WO2002071775A1 (en) * | 2001-03-01 | 2002-09-12 | Mitsubishi Denki Kabushiki Kaisha | Mobile ip packet communication system |
| US6961349B2 (en) * | 2001-05-30 | 2005-11-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling TCP protocol for connections transmitted in parallel over radio link |
| US6725040B2 (en) * | 2001-07-09 | 2004-04-20 | Asustek Computer Inc. | Lossless SRNS relocation procedure in a wireless communications system |
| KR100595583B1 (ko) * | 2001-07-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
| WO2003037005A1 (fr) * | 2001-10-23 | 2003-05-01 | Evolium S.A.S | Procede pour le traitement de procedure pour services de localisation en mode paquet dans un systeme de radiocommunications mobiles |
| AU2002353738A1 (en) * | 2001-11-28 | 2003-06-10 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of retransmission |
| WO2003049354A1 (en) * | 2001-12-04 | 2003-06-12 | Nokia Corporation | Method and system for dispatching multiple tcp packets from communication systems |
| US20030147370A1 (en) * | 2002-02-05 | 2003-08-07 | Chih-Hsiang Wu | Inter Node B serving HS-DSCH cell change mechanism in a high speed wireless communication system |
| NO20020667D0 (no) * | 2002-02-11 | 2002-02-11 | Ericsson Telefon Ab L M | Fremgangsmåte for å unngå unödig okkupering av ressurser i pakkesvitsjede mobilnett |
| SE521896C2 (sv) * | 2002-02-28 | 2003-12-16 | Ericsson Telefon Ab L M | En metod och ett distribuerat tariffberäkningssystem för att bestämma tariffdata i ett debiteringssystem |
| US20030177437A1 (en) * | 2002-03-18 | 2003-09-18 | Wu Frank Chih-Hsiang | Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system |
| US8432893B2 (en) | 2002-03-26 | 2013-04-30 | Interdigital Technology Corporation | RLAN wireless telecommunication system with RAN IP gateway and methods |
| US20030185177A1 (en) * | 2002-03-26 | 2003-10-02 | Interdigital Technology Corporation | TDD-RLAN wireless telecommunication system with RAN IP gateway and methods |
| KR20040097242A (ko) * | 2002-04-03 | 2004-11-17 | 노키아 코포레이션 | 콘텐츠 제공자에 의해 개시된 콘텐츠의 특정 무선접속망을 통한 전송 가능 방법 및 장치 |
| US7616607B2 (en) * | 2002-04-10 | 2009-11-10 | Telefonaktiebolaget L M Ericsson (Publ) | Data preservation |
| US7246176B2 (en) * | 2002-04-30 | 2007-07-17 | Nortel Networks Limited | PDP context distribution among multiple GGSNs |
| GB0211173D0 (en) * | 2002-05-16 | 2002-06-26 | Zarlink Semiconductor Inc | Virtual counter for data rate conversion |
| CN100508494C (zh) * | 2002-09-06 | 2009-07-01 | 富士通株式会社 | 无线网络控制装置 |
| SE0400163D0 (sv) * | 2004-01-28 | 2004-01-28 | Ericsson Telefon Ab L M | Method and systems of radio communications |
| US7519063B2 (en) * | 2004-02-26 | 2009-04-14 | Research In Motion Limited | Distributed wireless packet assembly |
| KR100625725B1 (ko) * | 2004-11-24 | 2006-09-20 | 삼성전자주식회사 | 이동통신시스템에서 상향 패킷데이터를 상위계층으로전달하기 위한 장치 및 방법 |
| WO2007024161A1 (en) * | 2005-08-23 | 2007-03-01 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for measuring transmission quality in a packet mode communication network |
| US7733867B2 (en) * | 2005-08-26 | 2010-06-08 | Alcatel-Lucent Usa Inc. | Header compression for real time internet applications |
| EP1938545B1 (en) * | 2005-09-27 | 2009-08-05 | Telefonaktiebolaget LM Ericsson (publ) | A network architecture and a method relating to access of user stations |
| US20070213057A1 (en) * | 2006-03-08 | 2007-09-13 | Interdigital Technology Corporation | Method and apparatus for supporting routing area update procedures in a single tunnel gprs-based wireless communication system |
| GB0606546D0 (en) * | 2006-03-31 | 2006-05-10 | Nokia Corp | Reception of data |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| US8619685B2 (en) * | 2006-10-02 | 2013-12-31 | Lg Electronics Inc. | Method for transmitting and receiving paging message in wireless communication system |
| JP4978141B2 (ja) * | 2006-10-06 | 2012-07-18 | 富士通株式会社 | 無線通信システム及び無線基地局及び無線通信制御方法 |
| KR100938090B1 (ko) * | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
| WO2008046915A1 (en) * | 2006-10-20 | 2008-04-24 | Nokia Corporation | Generating keys for protection in next generation mobile networks |
| KR100938754B1 (ko) * | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| US8428013B2 (en) | 2006-10-30 | 2013-04-23 | Lg Electronics Inc. | Method of performing random access in a wireless communcation system |
| KR101443618B1 (ko) | 2006-10-30 | 2014-09-23 | 엘지전자 주식회사 | 랜덤 접속 채널 메시지 응답 방법, 랜덤 접속 채널 메시지전송 방법 및 이를 지원하는 이동통신 단말 |
| KR101435832B1 (ko) | 2007-03-19 | 2014-08-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 |
| US8218524B2 (en) * | 2007-04-30 | 2012-07-10 | Lg Electronics Inc. | Method for transmitting or receiving data unit using header field existence indicator |
| KR101458641B1 (ko) * | 2007-04-30 | 2014-11-05 | 엘지전자 주식회사 | Ｍｂｍｓ를 지원하는 무선통신 시스템에서 데이터 전송방법 |
| KR101469281B1 (ko) * | 2007-04-30 | 2014-12-04 | 엘지전자 주식회사 | 무선단말의 상태 전환 방식 |
| KR101461236B1 (ko) * | 2007-04-30 | 2014-11-12 | 엘지전자 주식회사 | 무선 호를 연결 과정에서 엔티티의 인증을 수행하는 방법 |
| US8027363B2 (en) | 2007-04-30 | 2011-09-27 | Lg Electronics Inc. | Method of transmitting data in a wireless communication system |
| KR101464748B1 (ko) * | 2007-04-30 | 2014-11-24 | 엘지전자 주식회사 | 무선단말의 측정보고 기동방식 |
| US8081662B2 (en) * | 2007-04-30 | 2011-12-20 | Lg Electronics Inc. | Methods of transmitting data blocks in wireless communication system |
| KR101476188B1 (ko) * | 2007-04-30 | 2014-12-24 | 엘지전자 주식회사 | 이동 통신 시스템에서의 데이터 블록 생성 방법 |
| KR20080097338A (ko) * | 2007-05-01 | 2008-11-05 | 엘지전자 주식회사 | 불연속 데이터 송수신 방법 |
| US20080273503A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Method and terminal for performing handover in mobile communications system of point-to-multipoint service |
| KR100917205B1 (ko) * | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| US20080273482A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Uplink access method for receiving a point-to-multipoint service |
| US8005115B2 (en) * | 2007-05-03 | 2011-08-23 | Lg Electronics Inc. | Method of transferring a data block in a wireless communication system |
| KR101470638B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| WO2008156308A2 (en) * | 2007-06-18 | 2008-12-24 | Lg Electronics Inc. | Paging information transmission method for effective call setup |
| ES2652668T3 (es) * | 2007-06-18 | 2018-02-05 | Lg Electronics Inc. | Procedimiento y equipamiento de usuario para realizar una sincronización de enlace ascendente en un sistema de comunicación inalámbrica |
| KR101526971B1 (ko) * | 2007-06-18 | 2015-06-11 | 엘지전자 주식회사 | 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말 |
| WO2008156309A1 (en) * | 2007-06-18 | 2008-12-24 | Lg Electronics Inc. | Control channel reception method for receiving broadcast or multicast service |
| KR101387537B1 (ko) * | 2007-09-20 | 2014-04-21 | 엘지전자 주식회사 | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 |
| EP2136501B1 (en) * | 2008-06-20 | 2019-12-04 | LG Electronics Inc. | Method of delivering a PDCP data unit to an upper layer |
| KR100968037B1 (ko) * | 2009-04-21 | 2010-07-07 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 베어러를 관리하는 방법 및 장치 |
| EP2652986B1 (en) * | 2010-12-14 | 2018-11-21 | Nokia Technologies Oy | Mode switching |
| WO2012128685A1 (en) * | 2011-03-23 | 2012-09-27 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and devices for handling encrypted communication |
| KR20140035364A (ko) * | 2011-04-07 | 2014-03-21 | 인터디지탈 패튼 홀딩스, 인크 | 로컬 데이터 캐싱 방법 및 장치 |
| US20140321282A1 (en) * | 2011-12-08 | 2014-10-30 | Interdigital Patent Holdings, Inc. | High-rate dual-band cellular communications |
| JP2016502794A (ja) * | 2012-11-08 | 2016-01-28 | キュー ファクター コミュニケーションズ コーポレーション | 通信ネットワークにおいてｔｃｐ及び他のネットワークプロトコルのパフォーマンスを向上させる方法及び装置 |
| BR112015009946A2 (pt) | 2012-11-08 | 2017-10-03 | Q Factor Communications Corp | Métodos para transmitir vários blocos de pacotes de dados em sequência de dados digitais e para comunicar dados na forma de série ordenada de pacotes de dados. |
| KR102196939B1 (ko) * | 2013-03-20 | 2020-12-30 | 삼성전자주식회사 | 클라우드 셀 통신 시스템에서 데이터 동기 장치 및 방법 |
| JP6163003B2 (ja) * | 2013-05-09 | 2017-07-12 | 株式会社Ｎｔｔドコモ | ハンドオーバ方法及び無線基地局 |
| WO2015119547A1 (en) * | 2014-02-06 | 2015-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for handling communication in a communication system comprising an access point and a wire line network node connected via wire line to the access point |
| KR102874331B1 (ko) * | 2019-08-14 | 2025-10-28 | 삼성전자주식회사 | 무선 통신 시스템에서 패킷의 송수신을 제어하는 방법 및 장치 |
| CN114424615B (zh) * | 2019-09-24 | 2025-02-28 | 高通股份有限公司 | 测量分组数据汇聚协议重复的性能 |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5206863A (en) * | 1987-08-14 | 1993-04-27 | General Electric Company | Processor-to-processor communications protocol for a public service trunking system |
| US5245616A (en) * | 1989-02-24 | 1993-09-14 | Rosemount Inc. | Technique for acknowledging packets |
| JPH05153162A (ja) | 1991-11-27 | 1993-06-18 | Nec Corp | パケツト通信システムの送達確認方式 |
| US5371734A (en) * | 1993-01-29 | 1994-12-06 | Digital Ocean, Inc. | Medium access control protocol for wireless network |
| US5319712A (en) * | 1993-08-26 | 1994-06-07 | Motorola, Inc. | Method and apparatus for providing cryptographic protection of a data stream in a communication system |
| US5570367A (en) * | 1994-07-29 | 1996-10-29 | Lucent Technologies Inc. | Asymmetric protocol for wireless communications |
| US5875292A (en) * | 1995-02-10 | 1999-02-23 | Nec Corporation | Packet transmission method without sending serial numbers |
| FI112419B (fi) * | 1996-06-06 | 2003-11-28 | Nokia Corp | Menetelmä tiedonsiirron salaamiseksi |
| FI962381L (fi) * | 1996-06-07 | 1997-12-08 | Nokia Telecommunications Oy | Datan pakkaaminen tietoliikenneyhteydellä |
| US6011796A (en) * | 1997-06-17 | 2000-01-04 | Qualcomm Incorporated | Extended range sequence numbering for selective repeat data transmission protocol |
| US6038606A (en) * | 1997-11-25 | 2000-03-14 | International Business Machines Corp. | Method and apparatus for scheduling packet acknowledgements |
| DE69925990T2 (de) * | 1998-04-03 | 2006-05-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexibles kanalzugriffsverfahren und resourcenzuteilung in einem universalen mobiltelefonsystem (umts) |
| US6480476B1 (en) * | 1998-10-15 | 2002-11-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Variable sleep mode for mobile stations in a mobile communications |
| EP0996248A1 (en) * | 1998-10-21 | 2000-04-26 | Telefonaktiebolaget L M Ericsson (Publ) | ARQ protocol with packet-based reliability level setting |
| US6473399B1 (en) * | 1998-11-30 | 2002-10-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for determining an optimum timeout under varying data rates in an RLC wireless system which uses a PDU counter |
| US6405337B1 (en) * | 1999-06-21 | 2002-06-11 | Ericsson Inc. | Systems, methods and computer program products for adjusting a timeout for message retransmission based on measured round-trip communications delays |
| US6466556B1 (en) * | 1999-07-23 | 2002-10-15 | Nortel Networks Limited | Method of accomplishing handover of packet data flows in a wireless telecommunications system |
| US6618375B2 (en) * | 1999-09-13 | 2003-09-09 | Qualcomm, Incorporated | Radio link protocol frame sorting mechanism for dynamic capacity wireless data channels |
| US6643318B1 (en) * | 1999-10-26 | 2003-11-04 | Golden Bridge Technology Incorporated | Hybrid DSMA/CDMA (digital sense multiple access/code division multiple access) method with collision resolution for packet communications |
| FI112304B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| US6529525B1 (en) * | 2000-05-19 | 2003-03-04 | Motorola, Inc. | Method for supporting acknowledged transport layer protocols in GPRS/edge host application |
-
2000
- 2000-08-14 FI FI20001792A patent/FI112304B/fi not_active IP Right Cessation
-
2001
- 2001-02-09 US US09/779,979 patent/US7009951B2/en not_active Expired - Lifetime
- 2001-02-13 CA CA002397887A patent/CA2397887C/en not_active Expired - Fee Related
- 2001-02-13 JP JP2001559224A patent/JP3802420B2/ja not_active Expired - Fee Related
- 2001-02-13 ES ES01907601T patent/ES2218388T3/es not_active Expired - Lifetime
- 2001-02-13 AU AU2001235524A patent/AU2001235524A1/en not_active Abandoned
- 2001-02-13 KR KR10-2002-7010563A patent/KR100458532B1/ko not_active Expired - Fee Related
- 2001-02-13 CN CNB2004100817926A patent/CN100411454C/zh not_active Expired - Lifetime
- 2001-02-13 BR BR0108227-2A patent/BR0108227A/pt not_active IP Right Cessation
- 2001-02-13 DE DE60102810T patent/DE60102810T2/de not_active Expired - Lifetime
- 2001-02-13 WO PCT/FI2001/000129 patent/WO2001060016A1/en not_active Ceased
- 2001-02-13 TR TR2004/01720T patent/TR200401720T4/xx unknown
- 2001-02-13 CN CNB018050387A patent/CN1193564C/zh not_active Expired - Lifetime
- 2001-02-13 EP EP01907601A patent/EP1269710B1/en not_active Expired - Lifetime
- 2001-02-13 AT AT01907601T patent/ATE264587T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| CN1193564C (zh) | 2005-03-16 |
| DE60102810D1 (de) | 2004-05-19 |
| US20010017850A1 (en) | 2001-08-30 |
| ATE264587T1 (de) | 2004-04-15 |
| BR0108227A (pt) | 2003-03-05 |
| AU2001235524A1 (en) | 2001-08-20 |
| DE60102810T2 (de) | 2005-04-14 |
| JP3802420B2 (ja) | 2006-07-26 |
| TR200401720T4 (tr) | 2004-08-23 |
| KR20020075421A (ko) | 2002-10-04 |
| ES2218388T3 (es) | 2004-11-16 |
| CN1633188A (zh) | 2005-06-29 |
| JP2003523137A (ja) | 2003-07-29 |
| WO2001060016A1 (en) | 2001-08-16 |
| US7009951B2 (en) | 2006-03-07 |
| CN100411454C (zh) | 2008-08-13 |
| CN1401179A (zh) | 2003-03-05 |
| EP1269710A1 (en) | 2003-01-02 |
| KR100458532B1 (ko) | 2004-12-03 |
| CA2397887A1 (en) | 2001-08-16 |
| FI20001792A0 (fi) | 2000-08-14 |
| CA2397887C (en) | 2007-05-01 |
| EP1269710B1 (en) | 2004-04-14 |
| FI20001792L (fi) | 2001-08-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FI112304B (fi) | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa | |
| FI112305B (fi) | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa | |
| FI109255B (fi) | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa | |
| FI110739B (fi) | Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle | |
| USRE47719E1 (en) | Relocating context information in header compression | |
| FI111210B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| FI113323B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| ZA200206437B (en) | Data packet numering in packet-switched data transmission. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM | Patent lapsed |