FI113323B - Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa - Google Patents
Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa Download PDFInfo
- Publication number
- FI113323B FI113323B FI20001846A FI20001846A FI113323B FI 113323 B FI113323 B FI 113323B FI 20001846 A FI20001846 A FI 20001846A FI 20001846 A FI20001846 A FI 20001846A FI 113323 B FI113323 B FI 113323B
- Authority
- FI
- Finland
- Prior art keywords
- packet
- data
- pdcp
- value
- calculator
- Prior art date
Links
Classifications
-
- 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
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- 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
- H04L1/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- 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
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Description
113323
Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
Keksinnön tausta
Keksintö liittyy pakettivälitteiseen tiedonsiirtoon ja erityisesti datapa-5 kettinumeroiden synkronointiin luotettavan tiedonsiirron yhteydessä.
Ns. kolmannen sukupolven matkaviestinjärjestelmissä, joista käytetään ainakin nimityksiä UMTS (Universal Mobile Telecommunication System) ja IMT-2000 (International Mobile Telephone System), tullaan tarjoamaan piirikytkentäisten, tyypillisesti puhepalveluiden lisäksi myös pakettivälitteisiä palve-10 luita esimerkiksi GSM-järjestelmään suunnitellun pakettiradioverkon GPRS.n (General Packet Radio Service) tapaan. Pakettivälitteinen tiedonsiirto mahdollistaa erilaisten datapalveluiden käyttämisen matkaviestimen avulla ja toisaalta matkaviestinjärjestelmän, erityisesti radiorajapinnan, resurssien jakamisen kullekin käyttäjälle tarpeen mukaan.
15 Pakettivälitteisessä tiedonsiirrossa voidaan käyttää luotettavaa eli kuitattavaa (acknowledged) lähetystä tai epäluotettavaa eli kuittaamatonta (unacknowledged) lähetystä. Luotettavassa tiedonsiirrossa vastaanottaja lähettää kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data Unit) lähettäjälle, jolloin lähettäjä voi lähettää kadonneet tai vioittuneet datapa-20 ketit uudestaan. Lähettäjä asettaa datapaketit PDU puskuriin odottamaan kuit- : : ; tausta vastaanotetuista datapaketeista tai pyyntöä lähettää kadonnut tai vioit- · tunut datapaketti uudestaan. Lähetetyt datapaketit voidaan poistaa puskurista .·,, sitä mukaa, kun vastaanottajalta saadaan kuittaus vastaanotetuista datapake teista.
• a · 4 * ... 25 Jotta sekä lähettäjä että vastaanottaja pystyisivät yksilöimään kuitattavat ja uudelleen pyydettävät datapaketit, täytyy nämä identifioida • * '···’ jollakin tapaa. Eräs identifiointi tapahtuu määrittämällä datapakettiprotokollan konvergenssiprotokollakerroksella PDCP (Packet Data Convergence Protocol) • · 1 : V jokaiselle datapaketille 16-bittinen datapaketti- eli PDCP-PDU-numero. Tämän 30 PDCP-PDU-numeron lähettäminen jokaisen datapaketin PDCP-PDU yhtey- .· ·. dessä lisäisi kuormitusta tiedonsiirrossa, koska jokaisessa datapaketissa lähe- » · tettäisiin tällöin kaksi ylimääräistä tavua. Tämän vuoksi normaalissa luotettavassa tiedonsiirrossa datapakettien kuittaus tapahtuukin PDCP-kerroksen ala-puolisen RLC-kerroksen (Radio Link Control) ns. RLC-numerointiin ja näiden 35 numeroiden kuittaamiseen perustuen, jolloin PDCP-PDU-numeroita ei tarvitse välittää.
2 113323
Joissakin tilanteissa, kuten UMTS:n sisäisen radioaliverkkojärjes-telmien välisen handoverin (SRNS relocation, Serving Radio Network Subsystem) yhteydessä, RLC-kerros ei kuitenkaan pysty takaamaan kaikkien datapakettien luotettavaa kuittausta. Tämän vuoksi on UMTS:n datapakettiprotokol-5 laan kehitetty ns. virtuaalinen datapakettinumerointi, jossa PDCP-kerroksella ylläpidetään datapakettien numerointia laskureiden avulla. Sekä lähettäjä-PDCP että vastaanottaja-PDCP seuraavat laskureiden avulla siirrettäviä datapaketteja ja vastaanottaja-PDCP kuittaa vastaanotetut datapaketit laskurilu-keman avulla, edullisesti normaalia luotettavaa (acknowledged) tiedonsiirtoa 10 vastaavalla tavalla, jolloin datapakettinumeroita ei tarvitse lainkaan välittää datapakettien mukana. Lähettäjälle on määritelty lähetysikkuna, jonka koko määrittää suurimman sallitun arvon lähettäjän puskurissa olevien kuittaamattomien datapakettien lukumäärälle. Toisin sanoen, lähetetään korkeintaan tietty määrä datapaketteja, jotka vastaanottajan täytyy kuitata ennen kuin uusia datapa-15 ketteja voidaan taas lähettää. Lisäksi RLC-kerrokselle lähettäjä-RLC:lle on määritelty maksimiarvo, joko uudelleenlähetysten lukumääränä tai aikajaksona, jonka ajan lähettäjä-RLC yrittää lähettää kuittaamatonta datapakettia uudestaan. Kun tämä maksimiarvo ylitetään eikä kuittausta ole saatu, lähetetään vastaanottajalle viesti hylätä kyseisen datapaketin vastaanotto, kasvattaa vas-20 taanottolaskurin arvoa yhdellä ja valmistautua vastaanottamaan seuraava datapaketti. Vastaanottaja kuittaa nämä ohjeet ja lähetystä voidaan jatkaa seu-·', · raavasta datapaketista.
Ongelmana yllä kuvatussa järjestelyssä on tilanne, jossa mainittu : Y: vastaanottajan kuittaus datapaketin hylkäyksestä ei menekään perille lähettä- : 25 jälle. Lähettäjä jatkaa datapakettien lähettämistä lähetysikkunan asettaman ,>·, määrän verran. Kuittauksen puuttuminen saattaa johtaa tilanteeseen, jossa
» I
^ RLC-kerros joudutaan resetoimaan, jolloin PDCP-kerroksellaaloitetaan lähe- tysikkunan käsittäneen datapakettien lähettäminen alusta. Tällöin lähettäjän laskuri osoittaa taas kyseisen lähetysikkunan alkuarvoa, mutta vastaanottaja : ·' 30 on tyypillisesti vastaanottanut joko osan tai kaikki hylätyn datapaketin jälkeen lähetyt datapaketit, jolloin vastaanottajan laskurissa on suurempi arvo kuin lä- » hettäjän laskurissa. Lisäksi vastaanottajalle on välitetty samoja datapaketteja kahdesti, jolloin näiden duplikaattien poistaminen virhetilanteita aiheuttamatta • · • muodostaa myös ongelman.
35 Julkaisussa 3GPP TS 25.323, ver.3.2.0; Packet Data Convergence
Protocol (PDCP) Specification, (Release 1999) kuvataan tunnetun tekniikan 3 113323 mukainen menettely konvergenssiprotokollapakettien synkronoimiseksi käyttäen PDCP-jaksonumeroita ja PDCP-jaksonumerolaskureita.
Keksinnön lyhyt selostus
Keksinnön tavoitteena on siten kehittää parannettu menetelmä ja 5 menetelmän toteuttava laitteisto yllä mainittujen haittojen vähentämiseksi. 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.
10 Keksintö perustuu siihen, että päätelaiteyhteyden uudelleenkonfigu- roinnin tai RLC-kerroksen resetoinnin yhteydessä verrataan lähettäjän ja vastaanottajan jaksonumerolaskureita, ja mikäli lähettäjän jaksonumerolaskurin arvo on pienempi kuin vastaanottajan jaksonumerolaskurin arvo, otetaan käyttöön väliaikainen laskuri siten, että vastaanottajan jaksonumerolaskurin arvo 15 tallennetaan muistiin ja väliaikaiselle laskurille annetaan arvoksi lähettäjän jaksonumerolaskurin arvo. Väliaikaisen laskurin arvoa kasvatetaan joka kerta, kun RLC-kerrokselta välitetään uusi PDCP-PDU-datapaketti. Kun väliaikaisen laskurin arvo saavuttaa muistiin tallennetun vastaanottajan jaksonumerolaskurin arvon, väliaikainen laskuri poistetaan käytöstä tai liitetään alkuperäiseen 20 vastaanottajan jaksonumerolaskuriin, jolloin jaksonumerolaskurit on saatu ; · ; synkronoitua.
I > 1 . . Keksinnön erään edullisen suoritusmuodon mukaisesti väliaikaisen lv, laskurin käytön aikana vastaanotetut PDCP-PDU-datapaketit oletetaan aiem- ] * , min vastaanotettujen datapakettien duplikaateiksi ja tuhotaan vastaanottajan 25 PDCP-kerroksella, jolloin ylemmille protokollakerroksille ei välitetä duplikaatte-ja· *···* Keksinnön vaihtoehtoisen suoritusmuodon mukaisesti, mikäli epä- synkronoituneet laskurit pyritään synkronoimaan lähettämällä konvergenssi-
* · I
i V protokollapaketteja, jotka käsittävät datapakettinumeron, eli ns. PDCP- 30 SeqNum-PDU:ita ja ilmaisemalla konvergenssiprotokollapakettien lukumäärä .···, vastaanottajalle jollakin mekanismilla, voidaan edellä kuvatun väliaikaisen las- kurin käyttöönotto välttää kokonaan. Tällöin, mikäli vastaanottajalle välitetty lähettäjän jaksonumerolaskurin arvo on pienempi kuin vastaanottajan jaksonu-:.:/. merolaskurin arvo, vastaanottajan jaksonumerolaskurin arvo tallennetaan /"/ 35 muistiin ja jokaisen vastaanotetun konvergenssiprotokollapaketin datapaketti- numeroa verrataan vastaanottajan jaksonumerolaskurin arvoon. Jokainen vas- 4 113323 taanotettu PDCP-SeqNum-PDU-datapaketti, jonka datapakettinumero on pienempi kuin vastaanottajan jaksonumerolaskurin arvo, oletetaan aiemmin vastaanotettujen datapakettien duplikaateiksi ja tuhotaan vastaanottajan PDCP-kerroksella.
5 Keksinnön mukaisen menetelmän etuna on, että näin vältetään päätelaitteissa mahdolliset virhetilanteet, jotka johtuvat siitä, että päätelaitteen käyttämät sovellukset eivät osaa käsitellä alempien kerrosten välittämiä dupli-kaattidatapaketteja. Edelleen etuna on se, että verkon puolella ei myöskään siirretä duplikaattidatapaketteja PDCP-kerrokselta eteenpäin, mikä vähentää 10 verkkoresurssien kuormitusta. Erityisen tästä on etua silloin, kun lähetyksen vastaanottajana toinen matkaviestin, jolloin varsinkin ilmarajapinnan rajallisten resurssien osalta vähennetään kuormaa.
Kuvioiden lyhyt selostus
Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yh-15 teydessä, viitaten oheisiin piirroksiin, joista kuvio 1 esittää lohkokaaviona UMTS-järjestelmän rakennetta; kuvio 2 esittää UMTS:n käyttäjädatan välittämiseen käytettävää protokollapinoa; kuvio 3 esittää lohkokaaviona PDCP-kerroksen toiminnallista mallia; 20 kuvio 4 esittää signalointikaaviona luotettavaa tiedonsiirtoa ja data- : ; : pakettien kuittausta PDCP-tiedonsiirrossa; • li . > kuvio 5 esittää signalointikaaviona virtuaalista datapakettinumeroin- . v. tia käyttävää luotettavaa tiedonsiirtoa ja datapakettien kuittausta PDCP-tiedon- siirrossa; • * ... 25 kuvio 6 esittää signalointikaaviona erästä datapakettilaskureiden *;;;' epäsynkronointiin johtavaa virhetilannetta; ja • « *··*' kuvio 7 esittää vuokaaviona keksinnön mukaista datapakettilasku reiden synkronointia.
I I I
Keksinnön yksityiskohtainen selostus 30 Keksintöä selostetaan seuraavassa esimerkinomaisesti UMTS-jär- ’··*’ jestelmän mukaisen pakettiradiopalvelun, erityisesti UMTS:n sisäisen radioali- verkkojärjestelmien välisen handoverin (SRNS Relocation) yhteydessä. Kek-: sintöä ei kuitenkaan ole rajoitettu vain UMTS-järjestelmään, vaan sitä voidaan » I · soveltaa mihin tahansa pakettivälitteiseen tiedonsiirtomenetelmään, jossa käy- »*» 35 tetään virtuaalista datapakettien numerointia myöhemmin kuvattavalla tavalla.
5 113323
Keksintöä voidaan täten soveltaa esimerkiksi UMTS:n ja GPRS:n välisessä luotettavassa handoverissa, jolloin tässä selostuksessa käytettävä termi vas-taanottaja-PDCP voidaan mainitussa tapauksessa korvata GPRS:n vastaavalla toiminnolla SNDCP.
5 Viitaten kuvioon 1 selostetaan UMTS-matkapuhelinjärjestelmän ra kennetta. Kuvio 1 käsittää vain keksinnön selittämisen kannalta oleelliset lohkot, mutta alan ammattimiehelle on selvää, että tavanomaiseen matkapuhelinjärjestelmään sisältyy lisäksi muitakin toimintoja ja rakenteita, joiden tarkempi selittäminen ei tässä ole tarpeen. Matkapuhelinjärjestelmän pääosat o-10 vat runkoverkko CN (Core Network) ja UMTS-matkapuhelinjärjestelmän maanpäällinen radioverkko UTRAN (UMTS Terrestrial Radio Access Network), jotka muodostavat matkapuhelinjärjestelmän kiinteän verkon, sekä matkaviestin tai tilaajapäätelaite UE (User Equipment). CN:n ja UTRAN:in välinen rajapinta on nimeltään lu, ja UTRAN:in ja UE:n välinen ilmarajapinta on nimeltään 15 Uu.
UTRAN muodostuu tyypillisesti useista radioverkkoalijärjestelmistä RNS (Radio Network Subsystem), joiden välinen rajapinta on nimeltään lur (ei kuvattu). RNS muodostuu radioverkkokontrollerista RNC (Radio Network Controller) ja yhdestä tai useammasta tukiasemasta BS, joista käytetään myös 20 termiä B-solmu (node B). RNC:n ja BS:n välinen rajapinta on nimeltään lub. Tyypillisesti tukiasema BS huolehtii radiotien toteutuksesta ja tukiasemaohjain : : : RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen väli- •; · sen kanavanvaihdon kontrolli, tehonsäätö, ajastus ja synkronointi, tilaajapääte- »Iti laitteen kutsuminen (paging).
25 Runkoverkko CN muodostuu UTRANiin ulkopuolisesta matkapuhe- ..... linjärjestelmään kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin- ;;; keskus/vierailijarekisteri 3G-MSCA/LR (Mobile Switching Centre/ Visitor Loca- *···' tion Register) on yhteydessä kotirekisteriin HLR (Home Location Register) ja edullisesti myös älyverkon ohjauspisteeseen SCP (Service Control Point). Ko-: 30 tirekisteri HLR ja vierailijarekisteri VLR käsittävät tietoa matkaviestintilaajista: :...: kotirekisteri HLR käsittää tiedot matkaviestinverkon kaikista tilaajista sekä näi- .···. den tilaamista palveluista ja vierailijarekisteri VLR käsittää tietoja tietyn matka- viestinkeskuksen MSC alueella vierailevista matkaviestimistä. Yhteys paketti-radiojärjestelmän operointisolmuun 3G-SGSN (Serving GPRS Support Node) 35 muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon PSTN/ISDN yhdyskäytävämatkaviestinkeskuksen GMSC (Gateway MSC, ei 6 113323 kuvattu) kautta. Operointisolmusta 3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN rajapinnan Gn kautta yhdyskäytäväsolmuun GGSN (Gateway GPRS Support Node), josta on edelleen yhteys ulkoisiin dataverkkoihin PDN. Sekä matkaviestinkeskuksen 3G-MSCA/LR että operointisolmun 3G-5 SGSN yhteys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu rajapinnan lu välityksellä. On huomattava, että UMTS-järjestelmä on suunniteltu siten, että runkoverkko CN voi olla identtinen esimerkiksi GSM-järjestelmän runkoverkon kanssa, jolloin koko verkkoinfrastruktuuria ei tarvitse rakentaa uudelleen.
10 UMTS-järjestelmä käsittää siis myös pakettiradiojärjestelmän, joka on toteutettu pitkälti GSM-verkkoon kytketyn GPRS-järjestelmä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 3G-GGSN on 15 kytketty useita operointisolmuja 3G-SGSN. Molemmat solmut 3G-SGSN ja 3G-GGSN toimivat matkaviestimen liikkuvuuden ymmärtävinä reitittiminä, jotka huolehtivat matkaviestinjärjestelmän ohjauksesta ja datapakettien reitityksestä matkaviestimiin niiden sijainnista ja käytetystä protokollasta riippumatta. Ope- rointisolmu 3G-SGSN on radioverkon UTRAN kautta yhteydessä matkaviesti- 20 meen UE. Operointisolmun 3G-SGSN tehtävänä on havaita pakettiradioyhte- yksiin kykenevät matkaviestimet palvelualueellaan, lähettää ja vastaanottaa : : : datapaketteja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien sijaintia ··· palvelualueellaan. Edelleen operointisolmu 3G-SGSN on yhteydessä matka- . y, viestinkeskukseen 3G-MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs’ 25 kautta ja kotirekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talle- ..... tettu myös pakettiradiopalveluun liittyviä tietueita, jotka käsittävät tilaajakoh- ;;; täisten pakettidataprotokollien sisällön.
• · '·*’ Yhdyskäytäväsolmu 3G-GGSN toimii yhdyskäytävänä UMTS- verkon pakettiradiojärjestelmän ja ulkoisen dataverkon PDN (Packet Data : V 30 Network) välillä. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko- operaattorin UMTS- tai GPRS-verkko, Internet, X.25-verkko tai yksityinen lähi-.··. verkko. Yhdyskäytäväsolmu 3G-GGSN on yhteydessä kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskäytäväsolmu n 3G-GGSN ja operointisolmun 3G-SGSN välillä siirrettävät datapaketit ovat aina tunnelointiprotokollan GTP (Ga-:,i.: 35 teway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskäytäväsolmu 3G- GGSN sisältää myös matkaviestimien PDP-osoitteet (Packet Data Protocol) ja 7 113323 reititystiedot ts. 3G-SGSN-osoitteet. Reititystietoa käytetään siten datapakettien linkittämiseen ulkoisen dataverkon ja operointisolmun 3G-SGSN välillä. Yh-dyskäytäväsolmun 3G-GGSN ja operointisolmun 3G-SGSN välinen verkko on IP-yhteyskäytäntöä, edullisesti IPv6 (Internet Protocol, version 6) hyödyntävä 5 verkko.
UMTS:n pakettivälitteisen käyttäjädatan välityksessä (user plane) käytetään kuvion 2 mukaista protokollapinoa. Radioverkon UTRAN ja matkaviestimen UE välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen 10 kerroksen päällä oleva MAC-kerros (Media Access Control) välittää datapaketteja fyysisen kerroksen ja RLC-kerroksen (Radio Link Control) välillä ja RLC-kerros vastaa eri päätelaiteyhteyksien radiolinkkien loogisesta hallinnasta. RLC:n toiminnallisuudet käsittävät mm. lähetettävän käyttäjädatan (RLC-SDU, Service Data Unit) segmentoinnin yhteen tai useampaan RLC-datapakettiin 15 RLC-PDU. RLC:n päällä olevan PDCP-kerroksen datapaketit (PDCP-PDU) ja niihin liittyvät otsikkokentät voidaan optionaalisesti kompressoida. Tämän jälkeen PDCP-PDU:t luovutetaan RLC:lle ja ne vastaavat yhtä RLC-SDU:ta. Käyttäjädata ja RLC-SDU:t segmentoidaan ja välitetään sitten RLC-kehyk-sissä, joihin on lisätty tiedonsiirron kannalta olennaista osoite- ja tarkistusin-20 formaatioita. RLC-kerros huolehtii myös vahingoittuneiden kehysten uudelleenlähetyksestä. Operointisolmu 3G-SGSN vastaa matkaviestimeltä UE : radioverkon RAN kautta tulevien datapakettien reitityksestä edelleen oikealle *·· yhdyskäytäväsolmulle 3G-GGSN. Tällä yhteydellä käytetään tunnelointiproto- kollaa GTP, joka koteloi ja tunneloi kaiken runkoverkon kautta välitettävän 25 käyttäjädatan ja signaloinnin. GTP-protokollaa ajetaan runkoverkon käyttämän ... IP:n päällä.
;;; Eräs PDCP-kerroksen tehtävistä on mahdollistaa ylemmiltä sovel-
• I
***’‘ lustason kerroksilta tulevien datapakettien PDCP-SDU välittäminen edelleen alemmille linkkitason kerroksille ja päinvastoin läpinäkyvästi UMTS.n päätelait-: 30 teiden ja radioverkon UTRAN elementtien välillä. Täten PDCP-kerroksen tulee I I · olla muokattavissa siten, että se pystyy välittämään myös muiden verkkotason protokollien kuin jo nyt tuettujen IP-protokollien (IPv4, IPv6) mukaisia datapa-ketteja.
PDCP-kerroksen tehtäviin kuuluu myös kanavatehokkuuden paran-35 tamiseen liittyvät toiminnot, jotka perustuvat tyypillisesti datapakettien otsikko-kenttien optimointiin erilaisten kompressointialgoritmien avulla. Koska nykyisin 8 113323 UMTS:iin suunnitellut verkkotason protokollat ovat IP-protokollia, ovat käytettävät kompressioalgoritmitkin IETF:n (Internet Engineering Task Force) standardoimia algoritmeja. PDCP-kerroksella voidaan kuitenkin tarvittaessa soveltaa mitä tahansa otsikkokenttien kompressointialgoritmia, joka valitaan kulloin-5 kin luonnollisesti käytettävän verkkotason protokollan mukaan. Lisäksi eräs PDCP-kerroksen tehtävistä on datapakettien PDCP-PDU ja tarvittaessa niihin liittyvien PDCP-jaksonumeroiden välittäminen uudelle radioaliverkkojärjestel-mälle UMTS.n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa (SRNS Relocation).
10 Kuviossa 3 esitetään PDCP-kerroksen toiminnallinen malli, jossa kullekin päätelaiteyhteydelle on määritelty yksi PDCP-entiteetti. Koska nykyisissä järjestelmissä jokaiselle päätelaiteyhteydelle on määritelty omat PDP-kontekstit, määräytyy myös jokaiselle PDP-kontekstille yksi PDCP-entiteetti, jolle on edelleen RLC-kerroksessa määritelty tietty RLC-entiteetti. PDCP-ker-15 ros voidaan periaatteessa toiminnallisesti toteuttaa myös siten, että useita PDP-konteksteja multipleksataan PDCP-kerroksessa, jolloin PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi RLC-entiteetti vastaanottaa datapaketteja useilta päätelaiteyhteyksiltä samanaikaisesti.
Kuviossa 4 esitetään, kuinka tiedonsiirron kuittaus ja datapakettien 20 kulku tapahtuu käytettäessä kuitattavaa lähetystä PDCP-tiedonsiirrossa. PDCP-entiteetti vastaanottaa käyttäjältä pyynnön (PDCP-DATA.request, 400) : : ‘: datapakettien lähettämiseksi, jonka pyynnön yhteydessä vastaanotetaan myös ·*> datapaketteja PDCP-SDU. PDCP-entiteetti suorittaa datapakettien otsikkoken- tän kompressoinnin ja lähettää näin syntyvät datapaketit PDCP-PDU RLC-25 kerrokselle (RLC-AM-DATA.request, 402) yhdessä radiolinkin identiteettitieto-...f jen kanssa. RLC-kerros vastaa datapakettien PDCP-PDU lähettämisestä ;;; (send, 404) ja onnistuneen lähetyksen kuittauksesta (send ack, 406). Datapa- ’·*·’ ketit PDCP-SDU asetetaan PDCP-entiteetissä puskuriin, josta ne poistetaan vasta, kun RLC-kerrokselta saadaan kuittaus (RLC-AM-DATA.conf, 408) on-i 30 nistuneesta datapakettien siirrosta vastaanottajalle. Vastaanottaja-PDCP vas- taanottaa lähetetyt PDCP-PDU:t RLC-kerrokselta (RLC-AM-DATA.indication, .*·*. 410), jolloin PDCP-entiteetti suorittaa datapakettien PDCP-PDU dekompres- soinnin. Näin saadaan palautettua alkuperäiset datapaketit PDCP-SDU, jotka siirretään edelleen käyttäjälle (PDCP-DATA.indication, 412).
:: 35 Tässä yhteydessä voidaan soveltaa virtuaalista datapakettien nu- merointia, jolloin datapaketteihin ei liitetä lainkaan erillisiä datapakettinumeroi- 113323 g ta, vaan laskureita päivitetään siirrettyjen datapakettien perusteella ja vas-taanottaja-PDCP ja lähettäjä-PDCP voivat varmistua datapakettien onnistuneesta siirrosta laskureiden arvojen perusteella.
Virtuaalisessa datapakettien numeroinnissa pakettidatayhteyden 5 ensimmäiselle datapaketille määritetään PDCP-PDU-jaksonumero, jolle asetetaan laskuriin alkuarvoksi jokin ennalta määrätty lukuarvo, kuten 0, sekä yhteyden lähettäjä-PDCPihen että vastaanottaja-PDCP:hen. Datapakettinume-rointia havainnollistetaan tarkemmin kuvion 5 avulla. Kun lähettäjä-PDCP vastaanottaa (500) datapaketin PDCP-SDU lähettäjältä, se asettaa datapaketin 10 PDCP-SDU puskuriin ja liittää loogisesti kyseiseen datapakettiin PDCP-PDU-jaksonumeron (502). Lähettäjä-PDCP siirtää datapaketin PDCP-PDU ja siihen loogisesti liitetyn PDCP-PDU-jaksonumeron RLC-kerrokselle (504) ja lisää PDCP-PDU-jaksonumeron arvoa määrittävää laskuria yhdellä (506). RLC-kerros voi myös optionaalisesti määrittää PDCP-PDU-jaksonumeron ja data-15 paketin viimeisen RLC-jaksonumeron välisen suhteen ja tallentaa sen muistiin (508). RLC-kerros vastaa datapakettien PDCP-PDU siirrosta lähettäjän ja vastaanottajan välillä (510), jotka datapaketit PDCP-PDU on pilkottu siirtoa varten datayksiköiksi RLC-PDU ja numeroitu RLC-jaksonumeroilia. Kun vastaanotta-ja-PDCP vastaanottaa (512) RLC-kerrokselta tulevan datapaketin PDCP-PDU, 20 se lisää vastaanotettujen datapakettien PDCP-PDU-jaksonumeroiden arvoa määrittävää laskuria yhdellä (514) ja siirtää datapaketin PDCP-SDU
: seuraavalle kerrokselle (516). RLC-kerroksella lähetetään kuittaus < i * onnistuneesti vastaanotetusta datapaketista lähettäjälle (518), jonka kuittauksen lähettäjä-RLC siirtää lähettäjä-PDCP:lle (520). Vasteena • » ·
.!.!· 25 kuittaukseen, lähettäjä-PDCP poistaa kyseisen datapaketin PDCP-SDU
« · puskurista (522). Oikean poistettavan datapaketin PDCP-SDU määrittäminen tapahtuu edullisesti datapakettiin loogisesti liitetyn PDCP-PDU-jaksonumeron • * *··' avulla. Päätelaiteyhteyttä muodostettaessa (RB establisment) tai uudelleen konfiguroitaessa päätelaiteyhteyden parametrit neuvotellaan päätelaitteen ja
• · I
i V 30 radioverkon välillä radioresurssien ohjausprotokollan (RRC, Radio Resource Control) mukaisella signaloinnilla. Radioresurssien ohjausprotokolla RRC vas- ,···, taa mm. matkaviestimen UE ja radioverkon UTRAN välisten radioyhteyksien • · f‘f”. muodostamisesta, konfiguroinnista, ylläpitämisestä ja katkaisemisesta sekä
t I
. runkoverkosta CN ja radioverkosta RAN tulevan ohjausinformaation välittämi- » '·,*,*· 35 sestä matkaviestimille UE. Edelleen tällä RRC-signaloinnilla määritetään, edel- lyttääkö kyseinen päätelaiteyhteys ns. häviötöntä radioaliverkkojärjestelmien 10 113323 välistä handoveria (lossless SRNS relocation). Häviötöntä handoveria, jossa datapaketteja ei hukata handover-prosessissa, edellytetään luotettavassa tiedonsiirrossa, jossa käytetään kuitattavaa lähetystä. UMTS-järjestelmän kannalta tämä asettaa RLC-kerrokselle tiettyjä edellytyksiä: RLC-kerros tulee olla 5 kuittausmoodissa ja RLC:n tulee pystyä lähettämään datapaketit oikeassa järjestyksessä.
Edellä kuvattu virtuaalinen datapakettinumerointi tukee myös häviötöntä radioaliverkkojärjestelmien välistä handoveria, jolloin datapakettien kuittaus saadaan myös handover-prosessissa vastaamaan edellä kuvattua data-10 pakettien kuittausta normaalissa PDCP-tiedonsiirtossa. Virtuaalista datapaket-tinumerointia voidaan siis käyttää myös normaalissa luotettavassa tiedonsiirrossa, jossa vastaanottaja ja lähettäjä pysyvät koko ajan samoina, kun taas handover-prosessissa toinen taho muuttuu.
Joissakin häiriötilanteissa, kuten verkon ruuhkatilanteissa tai radio-15 siirtotien häiriöistä johtuen, RLC-kerros ei voi taata luotettavaa tiedonsiirtoa. Lähettäjälle on määritelty lähetysikkuna, jonka koko määrittää suurimman sallitun arvon lähettäjän puskurissa olevien kuittaamattomien datapakettien lukumäärälle. Täten lähetetään korkeintaan tietty määrä datapaketteja, jotka vastaanottajan täytyy kuitata ennen kuin uusia datapaketteja voidaan taas lähet-20 tää. 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ähet-: tää samaa datapakettia uudestaan. Jos maksimiarvo ylitetään, RLC-kerros in- I I · formoi tästä PDCP-kerrosta. Jos häiriötilanteesta johtuen jokin lähetetty data- • «· · paketti katoaa siirtotiellä eikä siitä täten saada kuittausta mainitun maksimiar- * * * '"h 25 von kuluessa, lähetetään vastaanottajalle viesti hylätä kyseisen datapaketin ... vastaanotto, kasvattaa vastaanottolaskurin arvoa yhdellä ja valmistautua vas- taanottamaan seuraava datapaketti. Vastaanottaja kuittaa nämä ohjeet, jolloin ’··* myös lähettäjä suorittaa laskurin arvon päivityksen ja lähetystä voidaan jatkaa seuraavasta datapaketista. Jos RLC-kerros pystyy ilmoittamaan kaikista ka- I · * i 30 donneista datapaketeista PDCP-kerrokselle, pystyy vastaanottaja-PDCP päi- vittämään PDCP-PDU-jaksonumeroa oikein, jolloin lähettäjä-PDCP:n ja vas-,···, taanottaja-PDCP:n jaksonumerolaskurit pysyvät synkronoituina.
On kuitenkin mahdollista, että esimerkiksi sama häiriötilanne, joka , on aiheuttanut datapaketin katoamisen RLC-kerroksella, estää myös vastaan- 35 ottaja-RLC:n kuittauksen perillemenon lähettäjä-RLC:lle. Tällöin lähettäjä-RLC ei tiedä, että vastaanottaja-RLC on saanut tiedon kadonneesta datapaketista „ 113323 11 ja päivittänyt vastaanottaja-PDCP:n jaksonumerolaskuria oikein. Jos lähettäjä-RLC ei saa kuittausta, saatetaan joutua tilanteeseen, jossa RLC-kerros on re-setoitava. Tällöin lähettäjä jatkaa datapakettien lähettämistä lähetysikkunan määrittelemän lukumäärän verran ja mikäli vastaanottajalta ei ole edelleen-5 kään saada kuittausta kadonneen datapaketin hylkäyksestä, aloitetaan koko lähetysikkunan käsittämien datapakettien lähetys uudelleen. Vastaanottaja on kuitenkin tyypillisesti vastaanottanut osan tai kaikki hylätyn datapaketin jälkeen lähetetyistä datapaketeista ja päivittänyt jaksonumerolaskuria vastaavasti, jolloin PDCP-PDU-jaksonumerolaskurit lähettäjä-PDCP:ssä ja vastaanottaja-10 PDCP:ssä ovat epäsynkronissa.
Tätä tilannetta voidaan havainnollistaa kuvion 6 mukaisella signa-lointikaaviolla. Alkutilanteessa sekä lähettäjä-PDCP:n (600) että vastaanottaja-PDCP:n jaksonumerolaskurissa (602) on sama arvo (N) eli laskurit ovat synkronissa ja edellisen onnistuneesti välitetyn datapaketin jaksonumero on ollut 15 (N-1). Lähettäjä-PDCP siirtää lähettäjä-RLC:lle datapaketin PDCP-PDU, jonka jaksonumero on N (604). Lähettäjä-RLC lähettää tämän edelleen vastaanottajalle (606), mutta jostakin häiriötilanteesta johtuen kyseinen datapaketti ei mene perille vastaanottajalle asti. Lähettäjä-RLC yrittää lähettää samaa datapakettia uudestaan ja samanaikaisesti lähettäjä-PDCPiltä siirretään lähetysikku-20 nan muita datapaketteja, kaikkiaan M kappaletta, RLC-kerrokselle lähetettäväksi (608). Kun uudelleenlähetyksen maksimiarvo on ylitetty, lähettäjä-RLC ; ; ; antaa vastaanottajalle ohjeet hylätä kyseisen datapaketin vastaanotto, kasvat- I * > taa laskuria yhdellä ja valmistautua seuraavan datapaketin vastaanottoon (610). Vastaanottaja-RLC informoi tästä vastaanottaja-PDCP:tä (612), joka • ♦ · ' \ 25 päivittää vastaanottajan laskurin arvoksi N+1 (614). Vastaanottaja-RLC lähet- ,,, tää myös kuittauksen (616) siitä, että datapaketin hylkäys on rekisteröity, joka • * kuittaus ei jostakin häiriötilanteesta johtuen kuitenkaan mene perille lähettäjä-:··»' RLC:lle. Tällöin lähettäjän laskurin arvoa ei voida päivittää, vaan se pysyy edelleen arvossa N. Lähettäjä-RLC jatkaa kuitenkin lähetysikkunan kaikkien I » » • V 30 datapakettien (M kpl) lähettämistä (618), joista kustakin vastaanottaja-RLC ini’ "i formoi vastaanottaja-PDCPitä (620), joka päivittää vastaanottajan laskurin ar- voksi N+M (622).
Koska lähettäjä-RLC ei ole saanut kuittausta datapaketin N hylkä- » · ♦ t · yksestä, lähettäjän laskuria ei edelleenkään voida päivittää. Tämän vuoksi lä-: ;/· 35 hettäjä-RLC on määritetty aloittamaan uudestaan lähetysikkunan käsittämien datapakettien lähettäminen, mistä lähettäjä-RLC informoi vastaanottaja- « 113323 RLC:tä (624) ja jonka viestin vastaanottaja-RLC kuittaa (626). Edelleen vas-taanottaja-RLC ja lähettäjä-RLC ilmoittavat PDCP-kerrokselle (628, 630), että RLC-kerros resetoidaan. Lähettäjä-PDCP aloittaa lähetysikkunan datapakettien lähettämisen alusta ja siirtää lähettäjä-RLC:lle datapaketin PDCP-PDU, 5 jonka jaksonumero on N (632). Lähettäjä-RLC lähettää tämän edelleen vas-taanottaja-RLC:lle (634), joka kuittaa vastaanotetun datapaketin ja siirtää sen PDCP-kerrokselle (636). Lähettäjän laskuri on identifioinut kyseisen datapaketin jaksonumerolla N, mutta vastaanottajan laskurissa onkin arvona aiemmin päivitetty arvo N+M (638).
10 Tällöin siis lähettäjän ja vastaanottajan jaksonumerolaskurit ovat epäsynkronissa, jolloin tiedonsiirron luotettavuudesta ei voida olla varmoja. E-rityisesti edellä kuvatusta tilanteesta aiheutuu se ongelma, että vastaanottajalle välitetään ainakin osa datapaketeista N+1 - M kahdesti. Näiden duplikaattien välittäminen eteenpäin seuraavalle protokollakerrokselle kuluttaa verkon 15 kapasiteettia. Lisäksi vastaanottavan matkaviestimen UE datapakettiyhteyttä käyttävän sovelluksen tulisi pystyä käsittelemään duplikaatteina vastaanotetut datapaketit, mikä hankaloittaa sovelluksen toteutusta.
Nyt erään suoritusmuodon mukaisesti aina päätelaiteyhteyden uu-delleenkonfiguroinnin tai RLC-kerroksen resetoinnin yhteydessä, mikäli RRC-20 signaloinnilla vastaanottajalle välitetty lähettäjän jaksonumerolaskurin arvo on pienempi kuin vastaanottajan jaksonumerolaskurin arvo, otetaan käyttöön vä- . ; : liaikainen laskuri siten, että vastaanottajan jaksonumerolaskurin arvo tallenne- f · t .;, taan muistiin ja väliaikaiselle laskurille annetaan arvoksi lähettäjän jaksonume- ,v, rolaskurin arvo. Väliaikaisen laskurin arvoa kasvatetaan joka kerta, kun RLC- * # » [ *. 25 kerrokselta välitetään uusi PDCP-PDU-datapaketti tai kun RLC-kerros ilmoit- ’ taa, että yksi tai useampia datapaketteja on hylätty RLC-kerroksella edellä ku- i i vatun hylkäysprosessin mukaisesti. Kun väliaikaisen laskurin arvo saavuttaa muistiin tallennetun vastaanottajan jaksonumerolaskurin arvon, väliaikainen laskuri poistetaan käytöstä tai liitetään alkuperäiseen vastaanottajan jaksonu-
I · I
• V 30 merolaskuriin. Väliaikaisen laskurin käytön aikana vastaanotetut PDCP-PDU-datapaketit oletetaan aiemmin vastaanotettujen datapakettien duplikaateiksi ja tuhotaan vastaanottajan PDCP-kerroksella, jolloin ylemmille protokollakerrok-sille ei välitetä duplikaatteja. Vastaanotettujen datapakettien tuhoamista jatke-* taan siihen asti, kunnes väliaikainen laskuri poistetaan käytöstä. RLC-kerrok- : 35 selle ei tarvitse välittää mitään ilmoituksia siitä, että duplikaateiksi katsotut da- » » · il» 13 113323 tapaketit tuhotaan, kuten ei myöskään radioresurssien ohjausprotokollalle RRC.
Täten keksinnön mukaisella menettelyllä vältetään päätelaitteissa mahdolliset virhetilanteet, jotka johtuvat siitä, että päätelaitteen käyttämät so-5 vellukset eivät osaa käsitellä alempien kerrosten välittämiä duplikaattidatapa-ketteja. Keksinnön mukaisella menettelyllä PDCP-kerros välittää ylemmille kerroksille vain sellaisia datapaketteja, kuten IP-paketteja, joita ei ole aiemmin välitetty. Radioverkon UTRAN puolella ei myöskään siirretä duplikaattidatapaket-teja PDCP-kerrokselta eteenpäin välitettäväksi edelleen runkoverkkoon CN, 10 miiä vähentää verkkoresurssien kuormitusta. Erityisen tärkeää tämä on siinä tapauksessa, että lähetyksen vastaanottajana toinen matkaviestin, jolloin varsinkin ilmarajapinnan rajallisten resurssien osalta vähennetään kuormaa.
Edellä kuvattua suoritusmuotoa voidaan vielä havainnollistaa kuvion 7 avulla. Päätelaiteyhteyden uudelleenkonfiguroinnin tai RLC-kerroksen rese-15 toinnin (702) yhteydessä tarkistetaan, onko lähettäjän jaksonumerolaskurin Tx(SN) arvo pienempi kuin vastaanottajan jaksonumerolaskurin Rx(SN) arvo (704). Mikäli arvo on pienempi, tallennetaan vastaanottajan jaksonumerolas-kurin Rx(SN) arvo muistiin ja luodaan väliaikainen laskuri Rx_temp(SN), jonka arvoksi asetetaan lähettäjän jaksonumerolaskurin Tx(SN) arvo (706). RLC-20 kerrokselta välitetään uusi PDCP-PDU-datapaketti tai RLC-kerros ilmoittaa, että datapaketti on hylätty (708), johon vasteena väliaikaisen laskurin ·' Rx_temp(SN) arvoa kasvatetaan yhdellä (710). Tämän jälkeen verrataan väli- ti · aikaisen laskurin Rx_temp(SN) arvoa muistiin tallennettuun vastaanottajan :V: jaksonumerolaskurin Rx(SN) arvoon (712), ja mikäli arvo on edelleen pienempi • .
: 25 palataan datapaketin vastaanottovaiheeseen (708). Tätä toistetaan niin kauan .···, kunnes Rx_temp(SN) = Rx(SN), jonka jälkeen väliaikainen laskuri • » .···, Rx_temp(SN) voidaan poistaa käytöstä (714) ja jatkaa datapakettien vastaan-
• I
ottoa normaaliin tapaan (716). Mikäli edellä olevassa tarkistuksessa (704) ha-, vaitaan, että lähettäjän jaksonumerolaskurin Tx(SN) arvo ei ole pienempi kuin : 30 vastaanottajan jaksonumerolaskurin Rx(SN) arvo, voidaan jatkaa suoraan ·: normaalia datapakettien vastaanottoa (716).
On myös mahdollista, että jaksonumerolaskureiden epäsynkronoi-tumisen seurauksena, esim. RLC-kerroksen resetoinnin jälkeen, laskurit pyri- ·, tään synkronoimaan siten, että lähetetään konvergenssiprotokollapaketteja, * · · 35 jotka käsittävät datapakettinumeron, eli ns. PDCP-SeqNum-PDU:ita ja joiden konvergenssiprotokollapakettien lukumäärä ilmaistaan vastaanottajalle jollakin 14 113323 mekanismilla. Tällöin erään toisen suoritusmuodon mukaisesti, mikäli vastaanottajalle välitetty lähettäjän jaksonumerolaskurin arvo on pienempi kuin vastaanottajan jaksonumerolaskurin arvo, edellä kuvattua väliaikaista laskuria ei tarvita lainkaan, vaan vastaanottajan jaksonumerolaskurin arvo tallennetaan 5 muistiin ja jokaisen vastaanotetun konvergenssiprotokollapaketin datapaketti-numeroa verrataan vastaanottajan jaksonumerolaskurin arvoon. Jokainen vastaanotetut PDCP-SeqNum-PDU-datapaketti, jonka datapakettinumero on pienempi kuin vastaanottajan jaksonumerolaskurin arvo, oletetaan aiemmin vastaanotettujen datapakettien duplikaateiksi ja tuhotaan vastaanottajan PDCP-10 kerroksella.
Myös tällä suoritusmuodolla saavutetaan sama edellä kuvattu etu, että ylemmille protokollakerroksille ei välitetä duplikaatteja. Myöskään RLC-kerrokselle ei tarvitse välittää mitään ilmoituksia siitä, että duplikaateiksi katsotut datapaketit tuhotaan.
15 Edellä kuvatut suoritusmuodot voidaan toteuttaa myös siten, että lähetetyn konvergenssiprotokollapaketin laskuriarvoa tai datapakettinumeroa verrataan johonkin muuhun ennalta asetettuun arvoon kuin vastaanottajan jaksonumerolaskurin alkuperäiseen arvoon. Tähän vastaanottajan jaksonumerolaskurin alkuperäiseen arvoon voidaan määrittää lisättäväksi esimerkiksi lu-20 ku kymmenen, millä voidaan vielä paremmin varmistaa jaksonumerolaskurei-den synkronoituminen.
*
Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksin-:1 nön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritus- : Y: muodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdel- t 1 25 la patenttivaatimusten puitteissa.
» · • «1 • · • · » · 1 • 1 1
• I
• · » 0 0 · 1 • « • » • · » t 1 I I · • · I i · I > t it1 · 1
Claims (9)
1. Menetelmä datapakettien luotettavassa (acknowledged) siirrossa pakettivälitteisessä tietoliikennejärjestelmässä, jonka tietoliikenneprotokolla käsittää konvergenssiprotokollakerroksen (PDCP) käyttäjädatapakettien 5 muokkaamiseksi konvergenssiprotokollapaketteihin ja linkkikerroksen (RLC) konvergenssiprotokollapakettien (PDCP-PDU) lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi, jossa menetelmässä määritetään siirrettäville konvergenssiprotokollapaketeille datapakettinumero lähettäjän ja vastaanottajan keskenään synkronoitujen laskureiden avulla, jolloin siirretyt 10 konvergenssiprotokollapaketit kuitataan mainittujen laskureiden arvojen avulla, ja suoritetaan päätelaiteyhteyden (radio bearer) tai linkkikerroksen uudelleen-konfigurointi, tunnettu siitä, että (a) verrataan mainittujen lähettäjän ja vastaanottajan laskureiden arvoja keskenään, 15 (b) käynnistetään vastaanottajalle väliaikainen laskuri, vasteena sille, että lähettäjän laskurin arvo on pienempi kuin vastaanottajan laskurin arvo, (c) asetetaan väliaikaisen laskurin arvoksi lähettäjän laskurin arvo, ja 20 (d) käytetään väliaikaista laskuria, kunnes väliaikaisen laskurin arvo : saavuttaa ennalta määritetyn arvon. « I *
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, !v. että (]t’: tuhotaan väliaikaisen laskurin käytön aikana vastaanottajan kon- • · ... 25 vergenssiprotokollakerroksella vastaanotetut datapaketit.
3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu ’···* siitä, että mainittu ennalta määritetty arvo on vastaanottajan alkuperäisen » * k : laskurin arvo.
4. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, , ·: , tunnettu siitä, että vaiheen (c) jälkeen * · (e) lisätään väliaikaisen laskurin arvoa yhdellä, vasteena vastaan- . * ottajan konvergenssiprotokollakerroksella vastaanotetulle datapaketille tai il- » : i, · moitukselle datapaketin hylkäyksestä linkkikerroksella, 35 (f) verrataan väliaikaisen laskurin arvoa mainittuun ennalta määri tettyyn arvoon, ja 16 113323 (g) toistetaan vaiheita (e) ja (f), kunnes väliaikaisen laskurin arvo on yhtä suuri mainitun ennalta määritetyn arvon kanssa.
5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että vaiheen (d) jälkeen 5 poistetaan väliaikainen laskuri käytöstä tai liitetään se vastaanotta jan alkuperäiseen laskuriin.
6. Menetelmä datapakettien luotettavassa (acknowledged) siirrossa pakettivälitteisessä tietoliikennejärjestelmässä, jonka tietoliikenneprotokolla käsittää konvergenssiprotokollakerroksen (PDCP) käyttäjädatapakettien 10 muokkaamiseksi konvergenssiprotokollapaketteihin ja linkkikerroksen (RLC) konvergenssiprotokollapakettien (PDCP-PDU) lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi, jossa menetelmässä määritetään siirrettäville konvergenssiprotokollapaketeille datapakettinumero lähettäjän ja vastaanottajan keskenään synkronoitujen laskureiden avulla, jolloin siirretyt 15 konvergenssiprotokollapaketit kuitataan mainittujen laskureiden arvojen avulla, suoritetaan päätelaiteyhteyden (radio bearer) tai linkkikerroksen uudelleen-konfigurointi, josta seuraava laskureiden epäsynkronoituminen korjataan lähettämällä konvergenssiprotokollapaketteja, jotka käsittävät datapakettinume-ron (PDCP-SeqNum-PDU) ja joiden mainittujen konvergenssiprotokollapaket-20 tien lukumäärä ilmaistaan vastaanottajalle, tunnettu siitä, että verrataan datapakettinumeron käsittävän konvergenssiprotokolla-: paketin (PDCP-SeqNum-PDU) datapakettinumeroa ennalta määritettyyn ar- ·*· voon, ja tuhotaan vastaanotettu konvergenssiprotokollapaketti (PDCP-
25 SeqNum-PDU) vasteena sille, että sen datapakettinumero on pienempi kuin , · · ·, mainittu ennalta määritetty arvo. t I li; 7. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, että mainittu ennalta määritetty arvo on vastaanottajan alkuperäisen • V 30 laskurin arvo.
8. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, ,**·. tunnettu siitä, että mainittu tietoliikennejärjestelmä on kuitattavaa lähetystä käyttävä » · pakettivälitteinen matkaviestinjärjestelmä, kuten UMTS-järjestelmä.
9. Patenttivaatimuksen 8 mukainen menetelmä, tunnettu siitä, :: että 17 113323 menetelmää sovelletaan UMTS.n radioaliverkkojärjestelmien välisessä yhteysvastuun siirrossa. • · * 1 1 * « t f 1 ·
4. I 18 113323
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20001846A FI113323B (fi) | 2000-08-21 | 2000-08-21 | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
| PCT/FI2001/000731 WO2002017651A1 (en) | 2000-08-21 | 2001-08-20 | Synchronization of data packet numbers in packet-switched data transmission |
| EP01960807A EP1325640A1 (en) | 2000-08-21 | 2001-08-20 | Synchronization of data packet numbers in packet-switched data transmission |
| AU2001282206A AU2001282206A1 (en) | 2000-08-21 | 2001-08-20 | Synchronization of data packet numbers in packet-switched data transmission |
| US10/371,026 US20040042491A1 (en) | 2000-08-21 | 2003-02-20 | Synchronization of data packet numbers in packet-switched data transmission |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20001846A FI113323B (fi) | 2000-08-21 | 2000-08-21 | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
| FI20001846 | 2000-08-21 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| FI20001846A0 FI20001846A0 (fi) | 2000-08-21 |
| FI20001846A FI20001846A (fi) | 2002-02-22 |
| FI113323B true FI113323B (fi) | 2004-03-31 |
Family
ID=8558928
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FI20001846A FI113323B (fi) | 2000-08-21 | 2000-08-21 | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20040042491A1 (fi) |
| EP (1) | EP1325640A1 (fi) |
| AU (1) | AU2001282206A1 (fi) |
| FI (1) | FI113323B (fi) |
| WO (1) | WO2002017651A1 (fi) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100765121B1 (ko) * | 2001-11-24 | 2007-10-11 | 엘지전자 주식회사 | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 |
| EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
| US7227856B2 (en) * | 2002-08-13 | 2007-06-05 | Innovative Sonic Limited | Method for handling timers after an RLC reset or re-establishment in a wireless communications system |
| FI116816B (fi) * | 2002-10-14 | 2006-02-28 | Nokia Corp | Median suoratoisto |
| EP1422882B1 (en) | 2002-11-19 | 2007-01-17 | Research In Motion Limited | System and method of unacknowledged network layer service access point identifier (NSAPI) recovery in sub-network dependent convergence protocol (SNDCP) communication |
| KR100548322B1 (ko) * | 2003-02-04 | 2006-02-02 | 엘지전자 주식회사 | 무선 통신 시스템의 오류 방지 알엘씨 재설정 방법 |
| FI20031853A (fi) * | 2003-12-18 | 2005-06-19 | Nokia Corp | Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten |
| GB0400081D0 (en) * | 2004-01-05 | 2004-02-04 | Nokia Corp | Radio network relocation |
| SE0400163D0 (sv) | 2004-01-28 | 2004-01-28 | Ericsson Telefon Ab L M | Method and systems of radio communications |
| US8571556B2 (en) * | 2005-06-14 | 2013-10-29 | Lg Electronics Inc. | Method of communicating signals in a mobile communication system |
| KR101221898B1 (ko) | 2005-06-14 | 2013-01-15 | 엘지전자 주식회사 | 이동 통신 시스템에서의 시그널링 방법 |
| KR100748342B1 (ko) * | 2005-09-14 | 2007-08-09 | 매그나칩 반도체 유한회사 | 씨모스 이미지 센서의 제조방법 |
| TW200731724A (en) * | 2006-02-06 | 2007-08-16 | Asustek Comp Inc | Method and apparatus of radio link control reset in a wireless communications system |
| JP2007324788A (ja) * | 2006-05-31 | 2007-12-13 | Softbank Bb Corp | 移動端末及び通信方法 |
| KR100938090B1 (ko) * | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
| AU2011203097B2 (en) * | 2006-10-19 | 2013-08-22 | Samsung Electronics Co., Ltd. | Method and apparatus for performing handover using packet data convergence protocol (PDCP) reordering in mobile communication system |
| TWI334293B (en) * | 2007-03-06 | 2010-12-01 | Xtera Comm Taiwan Co Ltd | Method for transmitting network packets |
| US8208498B2 (en) | 2007-10-30 | 2012-06-26 | Qualcomm Incorporated | Methods and systems for HFN handling at inter-base station handover in mobile communication networks |
| CN101978638A (zh) * | 2008-03-21 | 2011-02-16 | 诺基亚公司 | Rlc实体的重建 |
| EP2283600B1 (en) | 2008-05-30 | 2018-05-09 | InterDigital Patent Holdings, Inc. | Method and apparatus for delivery notification of non-access stratum retransmission |
| EP2136501B1 (en) * | 2008-06-20 | 2019-12-04 | LG Electronics Inc. | Method of delivering a PDCP data unit to an upper layer |
| US20100306442A1 (en) * | 2009-06-02 | 2010-12-02 | International Business Machines Corporation | Detecting lost and out of order posted write packets in a peripheral component interconnect (pci) express network |
| US20120008573A1 (en) * | 2010-07-08 | 2012-01-12 | Apple Inc. | Radio resource signaling during network congestion in a mobile wireless device |
| JP6163003B2 (ja) * | 2013-05-09 | 2017-07-12 | 株式会社Ｎｔｔドコモ | ハンドオーバ方法及び無線基地局 |
| US10237911B2 (en) * | 2014-01-30 | 2019-03-19 | Intel IP Corporation | Packet data convergence protocol (PDCP) enhancements in dual-connectivity networks |
| EP3300314B1 (en) * | 2015-05-21 | 2019-11-13 | Nec Corporation | Packet analysis device and packet analysis method |
| US9954984B2 (en) * | 2015-10-14 | 2018-04-24 | Nvidia Corporation | System and method for enabling replay using a packetized link protocol |
| KR20180099135A (ko) * | 2017-02-28 | 2018-09-05 | 삼성전자주식회사 | 기지국간 캐리어 집적을 지원하기 위한 패킷 생성 및 분배 방법 및 장치 |
| US10949520B2 (en) * | 2018-10-02 | 2021-03-16 | Capital One Services, Llc | Systems and methods for cross coupling risk analytics and one-time-passcodes |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4754482A (en) * | 1985-11-26 | 1988-06-28 | Samco Investment Company | Method and apparatus for synchronizing encrypting and decrypting systems |
| FI112419B (fi) * | 1996-06-06 | 2003-11-28 | Nokia Corp | Menetelmä tiedonsiirron salaamiseksi |
| US5943328A (en) * | 1996-08-13 | 1999-08-24 | Lucent Technologies Inc. | Frame counter for synchronized communication |
| FI112304B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
-
2000
- 2000-08-21 FI FI20001846A patent/FI113323B/fi not_active IP Right Cessation
-
2001
- 2001-08-20 AU AU2001282206A patent/AU2001282206A1/en not_active Abandoned
- 2001-08-20 EP EP01960807A patent/EP1325640A1/en not_active Withdrawn
- 2001-08-20 WO PCT/FI2001/000731 patent/WO2002017651A1/en active Application Filing
-
2003
- 2003-02-20 US US10/371,026 patent/US20040042491A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| WO2002017651A1 (en) | 2002-02-28 |
| EP1325640A1 (en) | 2003-07-09 |
| US20040042491A1 (en) | 2004-03-04 |
| FI20001846A (fi) | 2002-02-22 |
| FI20001846A0 (fi) | 2000-08-21 |
| AU2001282206A1 (en) | 2002-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FI113323B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| USRE47719E1 (en) | Relocating context information in header compression | |
| FI112304B (fi) | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa | |
| US7301947B2 (en) | Transmission of compression identifier of headers on data packet connection | |
| EP1507353B1 (en) | Transmission/reception of data flows with different QoS requirements | |
| FI109255B (fi) | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa | |
| RU2303858C2 (ru) | Способ передачи пакетных данных в системе связи | |
| EP1276293B1 (en) | Packet data service in radio communication system | |
| FI112305B (fi) | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa | |
| US9072006B2 (en) | Mobile communication method and system | |
| FI111210B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| US20020093938A1 (en) | Transfer of IP data in telecommunications system | |
| EP1372310A1 (en) | Apparatus and method for communicating data using header compression | |
| FI112995B (fi) | Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä | |
| RU2316906C2 (ru) | Способ передачи пакетных данных в системе связи |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MA | Patent expired |