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

Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa Download PDF

Info

Publication number
FI112305B
FI112305B FI20000315A FI20000315A FI112305B FI 112305 B FI112305 B FI 112305B FI 20000315 A FI20000315 A FI 20000315A FI 20000315 A FI20000315 A FI 20000315A FI 112305 B FI112305 B FI 112305B
Authority
FI
Finland
Prior art keywords
convergence protocol
data
packets
lost
link layer
Prior art date
Application number
FI20000315A
Other languages
English (en)
Swedish (sv)
Other versions
FI20000315A0 (fi
FI20000315L (fi
Inventor
Juha Kalliokulju
Jan Suumaeki
Hans Kallio
Ari Tourunen
Original Assignee
Nokia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corp filed Critical Nokia Corp
Publication of FI20000315A0 publication Critical patent/FI20000315A0/fi
Priority to FI20000315A priority Critical patent/FI112305B/fi
Priority to US09/780,529 priority patent/US7167475B2/en
Priority to PCT/FI2001/000130 priority patent/WO2001060017A1/en
Priority to BR0108226-4A priority patent/BR0108226A/pt
Priority to KR10-2002-7010564A priority patent/KR100458533B1/ko
Priority to TR2004/01721T priority patent/TR200401721T4/xx
Priority to JP2001559225A priority patent/JP4376486B2/ja
Priority to DE60102809T priority patent/DE60102809T2/de
Priority to DK01907602T priority patent/DK1266500T3/da
Priority to CNB2004100615267A priority patent/CN100380893C/zh
Priority to ES01907602T priority patent/ES2218389T3/es
Priority to AU2001235525A priority patent/AU2001235525A1/en
Priority to CA002398486A priority patent/CA2398486C/en
Priority to EP01907602A priority patent/EP1266500B1/en
Priority to AT01907602T priority patent/ATE264586T1/de
Priority to CNB018050395A priority patent/CN1190934C/zh
Publication of FI20000315L publication Critical patent/FI20000315L/fi
Priority to ZA200206438A priority patent/ZA200206438B/xx
Application granted granted Critical
Publication of FI112305B publication Critical patent/FI112305B/fi
Priority to JP2007050206A priority patent/JP4652358B2/ja

Links

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
    • 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
    • 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/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—Details of sliding window management
    • 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/187—Details of sliding window management
    • 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
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • 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/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Telephonic Communication Services (AREA)

Description

112305
Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
Keksinnön tausta
Keksintö liittyy pakettivälitteiseen tiedonsiirtoon ja erityisesti datapakettien numeroinnin optimointiin, vielä erityisesti luotettavan (acknowledged) 5 siirron yhteydessä.
Ns. kolmannen sukupolven matkaviestinjärjestelmien, joista käytetään ainakin nimityksiä UMTS (Universal Mobile Telecommunication System) ja IMT-2000 (International Mobile Telephone System), kehityksessä eräs lähtökohta on ollut mahdollisimman hyvä yhteensopivuus toisen sukupolven mat-10 kaviestinjärjestelmien, kuten GSM-järjestelmän (Global System for Mobile Communications) kanssa. Esimerkiksi UMTS-järjestelmän runkoverkko on suunniteltu toteutettavaksi GSM-runkoverkon pohjalle, jolloin jo olemassa olevia verkkoja voidaan hyödyntää mahdollisimman tehokkaasti. Edelleen kolmannen sukupolven matkaviestimille pyritään mahdollistamaan yhteysvastuun 15 siirto eli handover UMTS- ja GSM-järjestelmien välillä. Tämä pätee myös pakettivälitteiseen tiedonsiirtoon, erityisesti UMTS:n ja GSM-järjestelmään suunnitellun pakettiradioverkon GPRS:n (General Packet Radio Service) välillä.
Pakettivälitteisessä tiedonsiirrossa voidaan käyttää luotettavaa eli kuitattua (acknowledged) lähetystä tai epäluotettavaa eli kuittaamatonta 20 (unacknowledged) lähetystä. Luotettavassa tiedonsiirrossa vastaanottaja lä-: hettää kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data
Unit) lähettäjälle, jolloin lähettäjä voi lähettää kadonneet tai vioittuneet datapa-: ketit uudestaan. GPRS-järjestelmässä 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 hän- ^ doverin luotettavuuden varmistamiseen käytetään pakettidataprotokollan RLC- Γ 30 kerroksen (Radio Link Control) 12-bittistä RLC-jaksonumeroa. v.: GPRS:n ja UMTS:n välisessä handoverissa GPRS-järjestelmä on vastuussa handoverin luotettavuudesta, joten luotettavuuden tarkistus on jär-: jestetty suoritettavaksi GPRS:n N-PDU-numeroiden avulla, joiden pohjalta
I I
[’ | luodaan handover-prosessissa UMTS:n puolella käytettävät identifiointinume- 35 rot. Suoritettaessa handover UMTS:stä GPRS:ään UMTS-järjestelmä on vastuussa handoverin suorituksesta, jolloin luotettavuuden tarkistus perustuu 2 112305 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ää kuormi-. . tusta tiedonsiirrossa, koska jokaisessa datapaketissa lähetetään ylimääräinen ' ; tavu. UMTS:n pakettidatapalvelu ei kuitenkaan käytä PDCP-PDU-numeroa 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-30 jaksonumerot kasvavat yli 255:n, joka on suurin kahdeksalla bitillä ilmaistavissa oleva desimaaliluku, voi kaksi tai useampia datapaketteja saada saman 1 » ♦ PDCP-PDU-numeron, koska RLC-jaksonumeroiden 12:sta bitistä poistetaan neljä eniten merkitsevää bittiä. Tällöin ei vastaanottaja pysty enää yksiselittei-j sesti määrittämään vastaanotetun datapaketin PDCP-PDU-numeron perus- 35 teella kuitattavaa datapakettia eikä handoverin luotettavuutta voida enää varmistaa.
3 112305
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.
20 Edellä kuvatun ’’virtuaalisen” datapakettinumeroinnin käyttö huo- •; j noissa lähetysolosuhteissa ja erityisesti UMTS:n ja GPRS:n välisessä hando- : verissä sekä UMTS:n sisäisessä handoverissa., joissa luotettavaa tiedonsiirtoa ei voida taata, aiheuttaa lisäongelman, jossa datapaketteja katoaa lähetykses- * ** sä, minkä lisäksi nykyinen datapakettien hylkäysmekanismi ei paljasta vas-25 taanottajalle, kuinka monta datapakettia on kerralla hylätty. Tällöin lähettäjän ;" ja vastaanottajan datapakettilaskurit joutuvat keskenään epäsynkroniseen tilaa eikä niitä voida myöskään synkronoida, koska vastaanottaja ei tiedä hylättyjen ;·. ·. datapakettien lukumäärää.
’···, Tämä lisäongelma ratkaistaan indikoimalla vastaanottajalle hylätyt '!* 30 datapaketit siten, että vastaanottaja pystyy synkronoimaan datapakettilasku- • Λ · rinsa arvon vastaamaan lähettäjän datapakettilaskurin arvoa.
:,,,- Keksinnön mukaisen menetelmän ja järjestelmän etuna on, että op- : X timaalisissa lähetystilanteissa luotettava tiedonsiirto voidaan taata ilman, että I » » ’’’ j datapakettinumeroita tarvitsee välittää lainkaan, mikä onnistuu myös hando- • · 35 ver-tilanteessa. Epäoptimaalisissa lähetysolosuhteissakin datapakettien lähettämistä ja kuittaamista voidaan jatkaa, vaikka joitakin datapaketteja katoai- 4 112305 sikin lähetyksestä. Edelleen etuna on se, että kadotetut datapaketit voidaan määrittää yksiselitteisesti. Vielä etuna on se, että keksinnön mukaista datapa-kettinumerointia voidaan hyödyntää myös UMTS:n ja GPRS:n välisessä han-doverissa. Edelleen keksintöä voidaan käyttää myös UMTS:n sisäisessä ra-5 dioaliverkkojärjestelmien välisessä handoverissa (SRNS Relocation).
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; 10 kuvio 2 esittää lohkokaaviona UMTS-järjestelmän rakennetta; kuviot 3a ja 3b esittävät GPRS:n ja UMTS:n protokollapinoja; kuvio 4 esittää signalointikaaviona tunnetun tekniikan mukaista handover-prosessia UMTS:stä GPRS-järjestelmään; kuvio 5 esittää signalointikaaviona luotettavaa tiedonsiirtoa ja data-15 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 PDCP-tiedonsiirrossa; . . 20 kuvio 8 esittää tunnetun tekniikan mukaista datapakettihylkäyksen : indikointiviestiä; ja ' ' kuviot 9a ja 9b esittävät keksinnön mukaisia datapakettihylkäyksen : ,· indikointiviestejä.
Keksinnön yksityiskohtainen selostus 25 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-‘ί·’ tapakettien kuittausta myöhemmin kuvattavalla tavalla. Keksintöä voidaan eri- :V: 30 tyisesti soveltaa sekä UMTS:n ja GPRS:n välisessä luotettavassa handoveris- sa että UMTS:n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa * i t . (SRNS Relocation). Täten tässä selostuksessa käytettävä termi vastaanottaja- ; PDCP voidaan ensin mainitussa tapauksessa korvata GPRS:n vastaavalla toiminnolla SNDCP.
5 112305
Kuvio 1 havainnollistaa, kuinka GPRS-järjestelmä on rakennettu GSM-järjestelmän pohjalle. GSM-järjestelmä käsittää matkaviestimiä MS (Mobile Station), jotka ovat radioteitse yhteydessä tukiasemiin BTS (Base Transceiver Station). Tukiasemaohjaimeen BSC (Base Station Controller) on 5 kytketty useita tukiasemia BTS, joiden käytettävissä olevia radiotaajuuksia ja 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-10 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 15 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 20 M. Pautet, Palaiseau, France, 1992, ISBN:2-957190-07-7.
; .t GSM-verkkoon kytketty GPRS-järjestelmä käsittää kaksi lähes itse- ; näistä toimintoa eli yhdyskäytäväsolmun GGSN (Gateway GPRS Support No- ***** de) ja operointisolmun SGSN (Serving GPRS Support Node). GPRS-verkko I * · : ·' voi käsittää useita yhdyskäytävä- ja operointisolmuja ja tyypillisesti yhteen yh- ...· 25 dyskäytäväsolmuun GGSN on kytketty useita operointisolmuja SGSN. Mo- lemmat solmut SGSN ja GGSN toimivat matkaviestimen liikkuvuuden ymmär-tävinä reitittiminä, jotka huolehtivat matkaviestinjärjestelmän ohjauksesta ja datapakettien reitityksestä matkaviestimiin niiden sijainnista ja käytetystä pro-·': tokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 30 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- nevät matkaviestimet palvelualueellaan, lähettää ja vastaanottaa datapaket-• teja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien sijaintia palvelu- » 8 f » 35 alueellaan. Edelleen operointisolmu SGSN on yhteydessä matkaviestinkeskukseen MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs kautta ja koti- 6 112305 rekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myös GPRS-tietueita, jotka käsittävät tilaajakohtaisten pakettidataprotokollien sisällön.
Yhdyskäytäväsolmu GGSN toimii yhdyskäytävänä GPRS-verkon ja 5 ulkoisen dataverkon PDN (Packet Data Network) välillä. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko-operaattorin GPRS-verkko, Internet, X.25-verkko tai yksityinen lähiverkko. Yhdyskäytäväsolmu GGSN on yhteydessä kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskäytäväsolmu n GGSN ja operointisolmun SGSN välillä siirrettävät datapaketit ovat aina GPRS-10 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-15 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 20 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 esimer- > * * » · kiksi piirikytkentäisestä yhteydestä.
: ·' Kuviossa 2 esitetään yksinkertaistetusti, kuinka kolmannen suku- '...· 25 polven UMTS-verkko voidaan rakentaa edelleen kehitetyn GSM-runkoverkon yhteyteen. Runkoverkossa matkaviestinkeskus/vierailijarekisteri 3G-MSC/VLR on yhteydessä kotirekisteriin HLR kautta ja edullisesti myös älyverkon ohjauspisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon 30 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. Se-I kä matkaviestinkeskuksen 3G-MSC/VLR että operointisolmun 3G-SGSN yhte- 35 ys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu rajapinnan lu välityksellä, joka siis GSM/GPRS-järjestelmään nähden yhdistää 7 112305 rajapintojen A ja Gb toiminnallisuudet, joiden lisäksi rajapinnalle lu voidaan kehittää kokonaan uusia toiminnallisuuksia. Radioverkko LITRAN käsittää useita radioaliverkkojärjestelmiä RNS (Radio Network Subsystems), jotka edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont-5 roller) ja näihin yhteydessä olevista tukiasemista BS (Base Station), joista käytetään myös termiä Node B. Tukiasemat ovat radioyhteydessä tilaajapää-telaitteisiin UE (User Equipment), tyypillisesti matkaviestimiin MS.
Kuviot 3a ja 3b esittävät GPRS:n ja vastaavasti UMTS:n protokollapinoja, joiden mukaisia määrittelyjä käytetään käyttäjädatan välityksessä ky-10 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 15 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.
20 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-25 tai UDP/IP-otsikkokenttä voidaan optionaalisesti kompressoida. SNDC-datayksiköt välitetään LLC-kehyksissä, joihin on lisätty tiedonsiirron kannalta t 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 ·". 30 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 kai-; ken GPRS-runkoverkon kautta välitettävän käyttäjädatan ja signaloinnin. GTP- 35 protokollaa ajetaan GPRS-runkoverkon käyttämän IP:n päällä.
8 112305 UMTS:n pakettivälitteisen käyttäjädatan välityksessä käytettävä kuvion 3b mukainen protokollapino vastaa hyvin pitkälle GPRS:n protokollapinoa, kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nähdään, UMTS.ssä operointisolmu 3G-SGSN ei enää millään protokollakerroksella 5 muodosta suoraa yhteyttä tilaajapäätelaitteeseen UE, kuten matkaviestimeen MS, vaan kaikki tiedonsiirto tapahtuu radioverkon LITRAN kautta. Tällöin operointisolmu 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ä 10 kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen 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 15 ja PDCP-kerroksen toiminnallisuudet vastaavat pitkälti SNDCP-kerroksen kä-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-20 solusta GSM/GPRS-soluun, joka käyttää eri operointisolmua SGSN. Tällöin matkaviestin MS ja/tai radioverkot BSS/UTRAN tekevät päätöksen handoverin * * : ; suorittamisesta (vaihe 400). Matkaviestin lähettää uudelle operointisolmulle 1 » · 2G-SGSN reititysalueen päivityspyynnön (RA Update Request, 402). Operoin-; tisolmu 2G-SGSN lähettää vanhalle operointisolmulle 3G-SGSN matkaviesti- 25 men liikkuvuudenhallintaa ja PDP-kontekstia määrittelevän operointisolmun :,,,·· kontekstikyselyn (SGSN Context Request, 404). Operointisolmu 3G-SGSN lä- hettää pakettidatayhteydestä vastuussa olleelle radioaliverkkojärjestelmälle SRNS (Serving RNS) SRNS-kontekstikyselyn (SRNS Context Request, 406), :v. johon vasteena SRNS lopettaa datapakettien lähettämisen matkaviestimelle
.···. 30 MS, asettaa lähetettävät datapaketit puskuriin ja lähettää vastauksen (SRNS
’·] Context Response, 408) operointisolmulle 3G-SGSN. Tässä yhteydessä ra- I t # 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- 35 SGSN ilmoittaa nämä operointisolmulle 2G-SGSN (SGSN Context Response, 410).
9 112305
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 valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN 5 Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytää radioali-verkkojärjestelmää SRNS (SRNS Context Ack, 416a) lähettämään puskurissa olevat datapaketit operointisolmulle 3G-SGSN (Forward Packets, 416b), joka edelleen lähettää ne operointisolmulle 2G-SGSN (Forward Packets, 418). Operointisolmu 2G-SGSN suorittaa GPRS-järjestelmän mukaisen PDP-10 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 15 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-20 mun 2G-SGSN ja matkaviestimen MS välille, jonka jälkeen matkaviestimen : MS pyytämä reititysalueen päivityspyyntö voidaan hyväksyä (RA Update Ac- ; cept, 430). Tässä yhteydessä matkaviestimelle MS lähetetään myös tieto on nistuneesti vastaanotetuista datapaketeista, jotka matkaviestin MS on lähettä-·’ ·’ nyt UMTS-järjestelmän radioaliverkkojärjestelmälle SRNS ennen handover-
25 prosessin aloittamista. Mainitut datapaketit on identifioitu edellä kuvatulla ta-valla muodostetuista PDCP-PDU-numeroista. Matkaviestin MS kuittaa reititys-alueen päivityspyynnön hyväksymisen (RA Update Complete, 432), jossa yhteydessä operointisolmulle 2G-SGSN lähetetään tieto matkaviestimen MS on-'·*: nistuneesti vastaanottamista datapaketeista, jotka operointisolmu 3G-SGSN
F”. 30 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ä 35 RLC-jaksonumeroista ja siitä aiheutuvia ongelmia havainnollistetaan seuraa-valla taulukolla.
10 112305
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 M M |o Μ [Ο M M |l |1 [o
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-;v> kettien otsikkokentän kompressoinnin ja lähettää näin syntyvät datapaketit PDCP-PDU RLC-kerrokselle (RLC-AM-DATA.request, 502) yhdessä radiolin- • ·
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, • * » V 508) onnistuneesta datapakettien siirrosta vastaanottajalle. Vastaanottaja- 25 PDCP vastaanottaa lähetetyt PDCP-PDU:t RLC-kerrokselta (RLC-AM-.‘.t 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 nykyi sissä järjestelmissä jokaiselle päätelaiteyhteydelle on määritelty omat PDP- 11 112305 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- ’ ; prosessissa, edellytetään luotettavassa tiedonsiirrossa, jossa käytetään kui- ‘II*· * tattua lähetystä. UMTS-järjestelmän kannalta tämä asettaa RLC-kerrokselle s i · ; ·* tiettyjä edellytyksiä: RLC-kerros tulee olla kuittausmoodissa ja RLC:n tulee 25 pystyä lähettämään datapaketit oikeassa järjestyksessä kadottamatta datapa-ketteja tai ainakin indikoimaan katoaminen vastaanottajalle. Jos nämä ehdot toteutuvat, voidaan luotettava handover UMTS:stä GPRS:ään suorittaa keksinnön edullisen suoritusmuodon mukaisesti ilman, että datapakettinumeroita : ’ ·': tarvitsee välittää lainkaan.
·’. 30 Keksinnön mukaisesti pakettidatayhteyden ensimmäiselle datapa 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- i sesti soveltaa sekä UMTS:n ja GPRS:n välisessä luotettavassa handoverissa » * * · 35 että UMTS:n sisäisessä radioaliverkkojärjestelmien välisessä handoverissa (SRNS Relocation). Täten tässä selostuksessa käytettävä termi vastaanottaja- 12 112305 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 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- * I » 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 onnistuneesta siirrosta laskureiden arvojen perusteella. Näin ollen optimaalises-sa 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 I » · 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 112305 sa, jossa vastaanottaja ja lähettäjä pysyvät koko ajan samoina, kun taas han-dover-prosessissa toinen taho muuttuu.
Edellä kuvatun ’’virtuaalisen” datapakettinumeroinnin käyttäminen aiheuttaa kuitenkin lisäongelmia joissakin häiriötilanteissa, kuten verkon ruuh-5 katilanteissa tai radiosiirtotien häiriöistä johtuen, sekä erityisesti UMTS:n ja GPRS:n välisessä handoverissa sekä UMTS:n sisäisessä handoverissa, jolloin RLC-kerros ei voi taata luotettavaa tiedonsiirtoa. 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 uudes-10 taan. Jos maksimiarvo ylitetään, RLC-kerros informoi tästä vastaanottaja-PDCP:tä. Lähettäjä-PDCP poistaa vastaavan datapaketin puskurista seuraa-van onnistuneen datapakettilähetyksen yhteydessä. 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 edellä kuvatuissa häiriötilanteissa RLC-kerros ei pysty takaamaan RLC-kerroksella kadotettujen datapakettien informoimista PDCP-kerrokselle, jolloin PDCP-PDU-jaksonumerolaskurit lähettäjä-PDCP:ssä ja vastaanottaja-PDCP:ssä voivat joutua epäsynkroniin.
20 Datapaketin hylkäystoiminto käynnistyy RLC-kerroksella aina, kun . lähettäjä-RLC havaitsee maksimiajan tai uudelleenlähetysten lukumäärän ylit- * ; tyneen, jolloin datapaketti hylätään. Hylkäystoimintoon liittyy MRW-komento (Move Receiving Window), joka lähetetään vastaanottaja-RLC:lle ja jolla ohjataan vastaanottaja-RLC:tä siirtämään vastaanottoikkunaa siten, että vas-25 taanottaja-RLC ei enää odota kyseistä datapakettia vastaanotettavaksi. MRW-komennossa vastaanottaja-RLC:lle ilmoitetaan sen datapaketin ensimmäinen RLC-jaksonumero, joka oletetaan seuraavaksi vastaanotettavaksi datapaketiksi. Näin ollen vastaanottaja-RLC ei tiedä, kuinka monta datapakettia on oi- ' · ’; keastaan hylätty eikä lähettäjän ja vastaanottajan datapakettilaskureiden synk- » ···. 30 ronoiminen onnistu.
«
Kuviossa 8 on esitetty tunnetun tekniikan mukainen MRW-komento.
t · ’*’ MRW-komento välitetään datayksikössä, joka on tyypiltään ns. status PDU eli datayksikkö, jolla vastaanottajaa informoidaan järjestelmän tilasta ja ohjataan tilan edellyttämällä tavalla. Kuvion 8 mukaisesti sekä datayksikön (800) että
> i I
·...: 35 ohjauskomennon (802) tyyppi määritellään ensimmäisessä tavussa. Toisessa ja osittain kolmannessa tavussa välitetään sen datapaketin ensimmäinen 14 112305 RLC-jaksonumero (804), joka oletetaan seuraavaksi vastaanotettavaksi datapaketiksi PDCP-PDU. Kolmas tavu käsittää lisäksi ohjauskomennon loppu-kentän (806). Tästä MRW-komennosta on olemassa myös toinen hiukan edellä esitetystä poikkeava versio, jossa otetaan huomioon se, että yksi RLC-5 PDU voi käsittää tietoja useista PDCP-PDU-paketeista. Ohjaustoiminnaltaan molemmat tunnetut MRW-komennot ovat kuitenkin olennaisesti samanlaisia.
Nyt keksinnön mukaisesti datapakettien hylkäystoimintoa RLC-kerroksella parannetaan siten, että vastaanottaja-RLC saadaan tietoiseksi kaikista hylätyistä datapaketeista. Vastaanottaja-RLC voi tällöin välittää tiedon 10 hylätyistä datapaketeista vastaanottaja-PDCP:lle, joka edullisesti ohjaa PDCP-PDU-jaksonumerolaskurin arvon vastaamaan lähettäjä-PDCP:n laskurin arvoa. Vastaanottaja-RLC saadaan tietoiseksi kaikista hylätyistä datapaketeista siten, että lähettäjä-RLC ilmaisee MRW-komennossa hylättyjen datapakettien määrän sekä lisäksi identifioi edellä kuvatulla tavalla seuraavaksi vastaan-15 otettavaksi oletetun datayksikön RLC-PDU.
Keksinnön edullisen suoritusmuodon mukaisesti vastaanottaja-RLC saadaan tietoiseksi kaikista hylätyistä datapaketeista ilmoittamalla kukin hylätty datapaketti erikseen MRW-komennossa. Tätä havainnollistetaan kuviossa 9a, jossa esitetään keksinnön edullisen suoritusmuodon mukainen MRW-20 komento. Sekä datapaketin (900) että ohjauskomennon (902) tyyppi määritel-; lään tunnetun tekniikan mukaista MRW-komentoa vastaavasti ensimmäisessä ‘ ; tavussa. Toinen tavu käsittää kentän (904) hylättyjen datapakettien lukumää rän ilmaisemiseksi, jonka kentän jälkeen identifioidaan jokainen hylätty data-paketti. Identifiointi voidaan edullisesti suorittaa liittämällä MRW-komentoon .1 25 jokaiseen hylättyyn datapakettiin liittyvä 12-bittinen eli 1,5-tavuinen RLC- jaksonumero (906). Viimeisenä identifioidaan RLC-jaksonumero (908), joka oletetaan seuraavaksi vastaanotettavaksi datayksiköksi RLC-PDU. Viimeinen tavu käsittää lisäksi ohjauskomennon loppukentän (910).
Näin vastaanottaja-RLC pystyy tarkistamaan jo hylättyjen datapa-30 kettien lukumääräkentästä (904), kuinka monta datapakettia on hylätty, mikä tieto siirretään vastaanottaja-PDCP:lle, joka edullisesti ohjaa PDCP-PDU-;'1 jaksonumerolaskurin arvon vastaamaan lähettäjä-PDCP:n laskurin arvoa.
Identifioimalla jokainen datapaketti vielä erikseen MRW-komennossa saavu-tetaan se etu, että hylätyt datapaketit pystytään tarvittaessa identifioimaan ku-,,.35 kin erikseen esimerkiksi tilanteessa, jossa uusi MRW-komento tai sama MRW-komento uudelleenlähetettynä tulee vastaanottaja-RLC:lle ennen edellisen 15 112305 MRW-komennon kuittausta lähettäjä-RLC:lle. Luonnollisesti edellä kuvatussa MRW-komennossa voidaan kadotettu datapaketti identifioida liittämällä MRW-komentoon kaikki kyseiseen datapakettiin liittyvät RLC-jaksonumerot.
Vaihtoehtona edellä kuvatulle, vastaanottaja-RLC saadaan tietoi-5 seksi kaikista hylätyistä datapaketeista keksinnön toisen suoritusmuodon mukaisesti ilmoittamalla vain hylättyjen datapakettien lukumäärä MRW-komennossa. Tätä havainnollistetaan kuviossa 9b, jossa esitetään keksinnön toisen edullisen suoritusmuodon mukainen MRW-komento. Taas sekä datapaketin (920) että ohjauskomennon (922) tyyppi määritellään tunnetun tekniikan 10 mukaista MRW-komentoa vastaavasti ensimmäisessä tavussa. Toinen tavu käsittää kentän (924) hylättyjen datapakettien lukumäärän ilmaisemiseksi, jonka jälkeen identifioidaan seuraavaksi vastaanotettavaksi oletetun datayksikön RLC-jaksonumero (926). Jokaiselle MRW-komennolle määritetään lisäksi yksilöllinen sarjanumero (928). Viimeiseksi tulee taas ohjauskomennon loppu-15 kenttä (930).
Keksinnön tässä suoritusmuodossa MRW-komento saadaan edullisesti pidettyä lyhyenä, koska jokaista datapakettia ei identifioida erikseen. Toisaalta ensimmäisessäkään suoritusmuodossa MRW-komennon pituus harvoin kasvaa huomattavasti, koska tilanne, jossa hylättyjä datapaketteja on enem-20 män kuin yksi kerrallaan, on erittäin harvinainen. MRW-komentojen sarjanu-meroinnilla pystytään ehkäisemään ne ongelmat, joita saattaisi ilmetä tilan- ; teessä, jossa uusi MRW-komento tai sama MRW-komento uudelleenlähetetty- ♦ ♦ nä tulee vastaanottaja-RLC:lle ennen edellisen MRW-komennon kuittausta lä-hettäjä-RLC:lle.
25 Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksin- nön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritusmuodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.
< · 1 • • ’ 1 · I »

Claims (16)

16 1 12305 Patentti vaati m u kset
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 lähettäjälle, tunnettu siitä, että lähetetään linkkikerroksella kadotettujen konvergenssiprotokollapa-kettien identifiointitiedot vastaanottajalle vasteena sille, että linkkikerros ei pysty takaamaan konvergenssiprotokollapakettien luotettavaa lähetystä ja 20 päivitetään vastaanottajan laskurin arvo vastaamaan lähettäjän las- kurin arvoa siten, että kadotetut konvergenssiprotokollapaketit huomioidaan laskurin arvossa.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, ’ . että ;;; 25 identifioidaan linkkikerroksella kadotetut konvergenssiprotokollapa- ketit vastaanottajalle määrittelemällä kadotettujen konvergenssiprotokollapa- · ‘ kettien lukumäärä ja seuraavaksi vastaanotettavaksi oletetun linkkikerroksen datayksikön jaksonumero.
3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, i 30 että ‘# identifioidaan jokainen kadotettu konvergenssiprotokollapaketti vas- • t taanottajalle määrittelemällä jokaiseen kadotettuun konvergenssiprotokollapa-; * ’ kettiin liittyvä linkkikerroksen jaksonumero. f:
4. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, :*·: 35 että 17 1 12305 identifioidaan kadotettuun konvergenssiprotokollapakettiin liittyvä jokainen linkkikerroksen jaksonumero.
5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että 5 lähetetään linkkikerroksella kadotettujen konvergenssiprotokollapa- kettien identifiointitiedot vastaanottajalle linkkikerroksen datayksikössä, joka käsittää vastaanottoikkunan siirtokomennon (MRW).
6. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että 10 mainittu tietoliikennejärjestelmä on kuitattua lähetystä käyttävä pa kettivälitteinen matkaviestinjärjestelmä, kuten UMTS- tai GPRS-järjestelmä.
7. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, että menetelmää sovelletaan UMTS:n ja GPRS:n välisessä yhteysvas- 15 tuun siirrossa.
8. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä, että menetelmää sovelletaan UMTS:n radioaliverkkojärjestelmien välisessä yhteysvastuun siirrossa.
9. Pakettivälitteinen tietoliikennejärjestelmä, joka käsittää päätelait teen (MS, UE) ja kiinteän verkon, joka käsittää pakettivälitteistä tiedonsiirtoa : tukevan verkkoelementin (SGSN, SRNC), jossa tietoliikennejärjestelmässä da- : tapaketteja on järjestetty lähetettäväksi päätelaitteen ja verkkoelementin välillä . ,: ja jonka tietoliikennejärjestelmän tietoliikenneprotokolla käsittää konvergenssi- :>t’: 25 protokollakerroksen (PDCP, SNDCP) käyttäjädatapakettien muokkaamiseksi konvergenssiprotokollapaketteihin (PDCP-PDU) ja linkkikerroksen (RLC, LLC) konvergenssiprotokollapakettien lähettämiseksi datayksikköinä (RLC-PDU) ja lähetyksen kuittaamiseksi, : v. päätelaitteen ja verkkoelementin välisessä datapakettien siirrossa .! 30 lähetettäville konvergenssiprotokollapaketeille on järjestetty määri- :' tettäväksi datapakettinumero laskurin avulla, v lähetettävät konvergenssiprotokollapaketit on järjestetty siirrettä- ; ’: väksi linkkikerrokselle lähetettäväksi, : ► » ].t vastaanotetuille konvergenssiprotokollapaketeille on järjestetty ’ ; 35 määritettäväksi datapakettinumero laskurin avulla, 1β 112305 vastaanotetut konvergenssiprotokollapaketit on järjestetty kuitattavaksi, tunnettu siitä, että kadotettujen konvergenssiprotokollapakettien identifiointitiedot on järjestetty lähetettäväksi linkkikerroksella vastaanottajalle vasteena sille, että 5 linkkikerros ei pysty takaamaan konvergenssiprotokollapakettien luotettavaa lähetystä ja vastaanottajan laskurin arvo on järjestetty päivitettäväksi vastaamaan lähettäjän laskurin arvoa siten, että kadotetut konvergenssiprotokollapaketit huomioidaan laskurin arvossa.
10. Patenttivaatimuksen 9 mukainen tietoliikennejärjestelmä, tunnettu siitä, että kadotetut konvergenssiprotokollapaketit on järjestetty identifioitavaksi linkkikerroksella vastaanottajalle määrittelemällä kadotettujen konver-genssiprotokollapakettien lukumäärä ja seuraavaksi vastaanotettavaksi olete-15 tun linkkikerroksen datayksikön jaksonumero.
11. Patenttivaatimuksen 10 mukainen tietoliikennejärjestelmä, tunnettu siitä, että jokainen kadotettu konvergenssiprotokollapaketti on järjestetty identifioitavaksi erikseen vastaanottajalle määrittelemällä jokaiseen kadotettuun 20 konvergenssiprotokollapakettiin liittyvä linkkikerroksen jaksonumero.
12. Patenttivaatimuksen 11 mukainen tietoliikennejärjestelmä, tunnettu siitä, että jokainen kadotettuun konvergenssiprotokollapakettiin liittyvä linkki-kerroksen jaksonumero on järjestetty identifioitavaksi erikseen.
13. Jonkin patenttivaatimuksen 9 - 12 mukainen tietoliikennejärjes- telmä, tunnettu siitä, että kadotettujen konvergenssiprotokollapakettien identifiointitiedot on järjestetty lähetettäväksi linkkikerroksella vastaanottajalle linkkikerroksen da-tayksikössä, joka käsittää vastaanottoikkunan siirtokomennon (MRW).
14. Jonkin patenttivaatimuksen 9-13 mukainen tietoliikennejärjes- ; · ’ telmä, tunnettu siitä, että mainittu tietoliikennejärjestelmä on pakettivälitteistä tietoliikennepro-‘tokollaa käyttävä matkaviestinjärjestelmä, kuten UMTS- tai GPRS-järjestelmä.
\ 15. Patenttivaatimuksen 14 mukainen tietoliikennejärjestelmä, ‘ ; 35 tunnettu siitä, että is 112305 vastaanottajan laskurin arvo on järjestetty päivitettäväksi kadotettujen konvergenssiprotokollapakettien identifiointitietojen avulla UMTS:n ja GPRS:n välisessä yhteysvastuun siirrossa.
16. Patenttivaatimuksen 14 mukainen tietoliikennejärjestelmä, 5 tunnettu siitä, että vastaanottajan laskurin arvo on järjestetty päivitettäväksi kadotettujen konvergenssiprotokollapakettien identifiointitietojen avulla UMTS:n radio-aliverkkojärjestelmien välisessä yhteysvastuun siirrossa. • · ♦« « * · • · 20 1 12305
FI20000315A 2000-02-14 2000-02-14 Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa FI112305B (fi)

Priority Applications (18)

Application Number Priority Date Filing Date Title
FI20000315A FI112305B (fi) 2000-02-14 2000-02-14 Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
US09/780,529 US7167475B2 (en) 2000-02-14 2001-02-09 Data packet numbering in packet-switched data transmission
DK01907602T DK1266500T3 (da) 2000-02-14 2001-02-13 Datapakkenummerering i pakkekoblet datatransmission
AU2001235525A AU2001235525A1 (en) 2000-02-14 2001-02-13 Data packet numbering in packet-switched data transmission
KR10-2002-7010564A KR100458533B1 (ko) 2000-02-14 2001-02-13 패킷-교환 데이터 전송에서의 데이터 패킷 번호 부여
TR2004/01721T TR200401721T4 (tr) 2000-02-14 2001-02-13 Paket anahtarlamalı veri iletimindeki veri paket numaralaması.
JP2001559225A JP4376486B2 (ja) 2000-02-14 2001-02-13 パケット交換データ伝送におけるデータ・パケット番号付加方式
DE60102809T DE60102809T2 (de) 2000-02-14 2001-02-13 Datenpaketnummerierung bei der paketvermittelten datenübertragung
PCT/FI2001/000130 WO2001060017A1 (en) 2000-02-14 2001-02-13 Data packet numbering in packet-switched data transmission
CNB2004100615267A CN100380893C (zh) 2000-02-14 2001-02-13 分组交换数据传输中的数据分组的编号
ES01907602T ES2218389T3 (es) 2000-02-14 2001-02-13 Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes.
BR0108226-4A BR0108226A (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
CA002398486A CA2398486C (en) 2000-02-14 2001-02-13 Data packet numbering in packet-switched data transmission
EP01907602A EP1266500B1 (en) 2000-02-14 2001-02-13 Data packet numbering in packet-switched data transmission
AT01907602T ATE264586T1 (de) 2000-02-14 2001-02-13 Datenpaketnummerierung bei der paketvermittelten datenübertragung
CNB018050395A CN1190934C (zh) 2000-02-14 2001-02-13 分组交换数据传输的方法及相关的分组交换电信系统
ZA200206438A ZA200206438B (en) 2000-02-14 2002-08-13 Data Packet numbering in packet-switched data transmission.
JP2007050206A JP4652358B2 (ja) 2000-02-14 2007-02-28 パケット交換データ伝送におけるデータ・パケット番号付加方式

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20000315A FI112305B (fi) 2000-02-14 2000-02-14 Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI20000315 2000-02-14

Publications (3)

Publication Number Publication Date
FI20000315A0 FI20000315A0 (fi) 2000-02-14
FI20000315L FI20000315L (fi) 2001-08-15
FI112305B true FI112305B (fi) 2003-11-14

Family

ID=8557490

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20000315A FI112305B (fi) 2000-02-14 2000-02-14 Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa

Country Status (16)

Country Link
US (1) US7167475B2 (fi)
EP (1) EP1266500B1 (fi)
JP (2) JP4376486B2 (fi)
KR (1) KR100458533B1 (fi)
CN (2) CN100380893C (fi)
AT (1) ATE264586T1 (fi)
AU (1) AU2001235525A1 (fi)
BR (1) BR0108226A (fi)
CA (1) CA2398486C (fi)
DE (1) DE60102809T2 (fi)
DK (1) DK1266500T3 (fi)
ES (1) ES2218389T3 (fi)
FI (1) FI112305B (fi)
TR (1) TR200401721T4 (fi)
WO (1) WO2001060017A1 (fi)
ZA (1) ZA200206438B (fi)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI111210B (fi) * 2000-08-14 2003-06-13 Nokia Corp Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
US7242670B2 (en) * 2001-07-07 2007-07-10 Lg Electronics Inc. Method for controlling retransmission of information using state variables in radio communication system
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 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
ATE412299T1 (de) * 2001-11-24 2008-11-15 Lg Electronics Inc Verfahren zur übertragung von paketdaten in komprimierter form in einem kommunikationssystem
KR100405662B1 (ko) * 2001-12-28 2003-11-14 엘지전자 주식회사 서로 다른 세대 이동통신 시스템간 핸드오프 장치 및 방법
EP1598976B1 (en) * 2002-02-04 2007-04-25 ASUSTeK Computer Inc. Data discard method for selective repeat protocols
KR100541015B1 (ko) * 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
CN1204724C (zh) * 2002-02-08 2005-06-01 华硕电脑股份有限公司 用于无线通信系统的数据传输的确认方法
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
KR100896484B1 (ko) 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
US7616607B2 (en) * 2002-04-10 2009-11-10 Telefonaktiebolaget L M Ericsson (Publ) Data preservation
KR100802619B1 (ko) 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
JP2006513613A (ja) * 2003-01-09 2006-04-20 シーメンス　アクチエンゲゼルシヤフト パケットデータを伝送するための方法および移動無線通信ネットワーク
CN1788448B (zh) * 2003-04-10 2011-09-14 艾利森电话股份有限公司 重传的方法和系统
RU2351096C2 (ru) * 2003-05-05 2009-03-27 Нокиа Сименс Нетворкс Гмбх Унд Ко. Кг Способ и устройство для промежуточного хранения пакетов данных при смене местоположения мобильного пользователя в пределах сети мобильной связи
FI20031853L (fi) * 2003-12-18 2005-06-19 Nokia Corp Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten
US7307955B2 (en) * 2003-12-31 2007-12-11 Nokia Corporation Method and equipment for lossless packet delivery to a mobile terminal during handover
SE0400163D0 (sv) * 2004-01-28 2004-01-28 Ericsson Telefon Ab L M Method and systems of radio communications
US7486697B2 (en) * 2004-05-27 2009-02-03 International Business Machines Corporation Method for negotiating link protocols for link aggregations
CN100399860C (zh) * 2004-11-04 2008-07-02 大唐移动通信设备有限公司 涉及用户终端的服务无线网络子系统重定位方法
EP1689130A1 (en) * 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
KR20060090191A (ko) * 2005-02-07 2006-08-10 삼성전자주식회사 이동통신 시스템에서 재전송 제어를 위한 상태보고의요청/전송 방법 및 장치
US9031071B2 (en) 2005-08-26 2015-05-12 Alcatel Lucent Header elimination for real time internet applications
AU2007261342B2 (en) * 2006-06-20 2010-04-22 Interdigital Patent Holdings, Inc. Handover in a long term evolution (LTE) wireless communication system
JP4978141B2 (ja) 2006-10-06 2012-07-18 富士通株式会社 無線通信システム及び無線基地局及び無線通信制御方法
KR100938090B1 (ko) * 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
US8660085B2 (en) 2006-12-04 2014-02-25 Qualcomm Incorporated Methods and apparatus for transferring a mobile device from a source eNB to a target eNB
US7899025B2 (en) * 2006-12-26 2011-03-01 Alcatel-Lucent Usa Inc. Header suppression in a wireless communication network
US8027328B2 (en) * 2006-12-26 2011-09-27 Alcatel Lucent Header compression in a wireless communication network
GB2449629A (en) * 2007-05-01 2008-12-03 Nec Corp Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover
KR100907978B1 (ko) * 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
CN104821865B (zh) * 2007-10-01 2019-03-29 交互数字专利控股公司 用于pdcp丢弃的方法和装置
WO2009081871A1 (ja) * 2007-12-20 2009-07-02 Ntt Docomo, Inc. 移動局、基地局装置、通信制御方法及び移動通信システム
WO2009111233A1 (en) 2008-03-04 2009-09-11 Interdigital Patent Holdings, Inc. Method and apparatus for accessing a random access channel by selectively using dedicated or contention-based preambles during handover
US8712415B2 (en) 2008-03-20 2014-04-29 Interdigital Patent Holdings, Inc. Timing and cell specific system information handling for handover in evolved UTRA
EP2136501B1 (en) * 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
MY157455A (en) 2008-06-30 2016-06-15 Interdigital Patent Holdings Method and apparatus for performing a handover in an evolved universal terrestrial radio access network
US8379855B2 (en) * 2010-06-03 2013-02-19 Nokia Corporation Ciphering in a packet-switched telecommunications system
US20130051253A1 (en) * 2011-08-23 2013-02-28 James M. Lin Method and apparatus for improving user experience via payload adaptation
KR20130093774A (ko) * 2011-12-29 2013-08-23 엘지전자 주식회사 Ｐｄｃｐ 패킷 전송 방법
JP6163003B2 (ja) * 2013-05-09 2017-07-12 株式会社Ｎｔｔドコモ ハンドオーバ方法及び無線基地局
CN105517020B (zh) * 2015-12-16 2018-09-28 京信通信系统（中国）有限公司 一种更新配置参数的方法及装置
CN109586931B (zh) * 2018-10-18 2021-01-15 招商证券股份有限公司 组播方法及终端设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0286245A (ja) * 1988-09-21 1990-03-27 Hitachi Ltd データリンクレイヤ処理方式
US5245616A (en) * 1989-02-24 1993-09-14 Rosemount Inc. Technique for acknowledging packets
JPH05153162A (ja) * 1991-11-27 1993-06-18 Nec Corp パケツト通信システムの送達確認方式
US5444718A (en) * 1993-11-30 1995-08-22 At&T Corp. Retransmission protocol for wireless communications
US5586119A (en) * 1994-08-31 1996-12-17 Motorola, Inc. Method and apparatus for packet alignment in a communication system
JP2778618B2 (ja) 1995-02-10 1998-07-23 日本電気株式会社 伝送制御方法
US5844478A (en) * 1996-05-31 1998-12-01 Thomson Consumer Electronics, Inc. Program specific information formation for digital data processing
FI112419B (fi) * 1996-06-06 2003-11-28 Nokia Corp Menetelmä tiedonsiirron salaamiseksi
EP0866579A1 (en) 1997-03-20 1998-09-23 Nec Corporation Packet transmission method without sending serial numbers
JPH10303910A (ja) * 1997-04-24 1998-11-13 Nippon Telegr & Teleph Corp <Ntt> マルチメディア情報配信方法及び配信システム
US6021124A (en) 1997-08-19 2000-02-01 Telefonaktiebolaget Lm Ericsson Multi-channel automatic retransmission query (ARQ) method
US6134237A (en) 1997-09-30 2000-10-17 Motorola, Inc. Method and apparatus for tracking data packets in a packet data communication system
JP3045715B2 (ja) * 1998-01-23 2000-05-29 松下電器産業株式会社 伝送システム、送信装置、記録再生装置、および記録装置
US6389016B1 (en) * 1998-10-14 2002-05-14 Nortel Networks Limited Data communication system and method for transporting data
US6621796B1 (en) * 1999-03-22 2003-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Discard mechanism for selective repeat automatic repeat request
US6519223B1 (en) * 1999-04-06 2003-02-11 Telefonaktiebolaget L M Ericsson (Publ) System and method for implementing a semi reliable retransmission protocol
US6335933B1 (en) * 1999-05-21 2002-01-01 Broadcom Homenetworking, Inc. Limited automatic repeat request protocol for frame-based communication channels
US6353593B1 (en) * 1999-06-03 2002-03-05 Fujitsu Network Communications, Inc. Protection architecture for virtual channel connections (VCCS) in a telecommunications network
US6487689B1 (en) * 1999-07-08 2002-11-26 Lucent Technologies Inc. Receiver initiated recovery algorithm (RIRA) for the layer 2 tunneling protocol (L2TP)
US6697331B1 (en) * 1999-11-17 2004-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Link layer acknowledgement and retransmission for cellular telecommunications
US6590905B1 (en) * 1999-12-22 2003-07-08 Nokia Mobile Phones Ltd. Changing XID/PDCP parameters during connection
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI112304B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa

Also Published As

Publication number Publication date
ZA200206438B (en) 2003-10-02
JP2007195219A (ja) 2007-08-02
CN1401180A (zh) 2003-03-05
CN1190934C (zh) 2005-02-23
BR0108226A (pt) 2003-03-05
ATE264586T1 (de) 2004-04-15
EP1266500A1 (en) 2002-12-18
KR100458533B1 (ko) 2004-12-03
DK1266500T3 (da) 2004-06-14
JP4652358B2 (ja) 2011-03-16
JP2003523138A (ja) 2003-07-29
TR200401721T4 (tr) 2004-08-23
CA2398486C (en) 2007-05-01
FI20000315A0 (fi) 2000-02-14
JP4376486B2 (ja) 2009-12-02
AU2001235525A1 (en) 2001-08-20
US20010030965A1 (en) 2001-10-18
EP1266500B1 (en) 2004-04-14
CA2398486A1 (en) 2001-08-16
FI20000315L (fi) 2001-08-15
CN100380893C (zh) 2008-04-09
US7167475B2 (en) 2007-01-23
WO2001060017A1 (en) 2001-08-16
DE60102809T2 (de) 2006-06-22
DE60102809D1 (de) 2004-05-19
CN1630272A (zh) 2005-06-22
ES2218389T3 (es) 2004-11-16
KR20020075422A (ko) 2002-10-04

Similar Documents

Publication Publication Date Title
FI112305B (fi) Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI112304B (fi) Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI109255B (fi) Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
USRE47719E1 (en) Relocating context information in header compression
FI113323B (fi) Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
EP1329078B1 (en) Defining header field compression for data packet connection
JP4297655B2 (ja) 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法
FI111210B (fi) Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
ZA200206437B (en) Data packet numering in packet-switched data transmission.

Legal Events

Date Code Title Description
PC Transfer of assignment of patent

Owner name: QUALCOMM INCORPORATED

Free format text: QUALCOMM INCORPORATED

MA Patent expired