FI110831B - Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla - Google Patents
Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla Download PDFInfo
- Publication number
- FI110831B FI110831B FI992837A FI19992837A FI110831B FI 110831 B FI110831 B FI 110831B FI 992837 A FI992837 A FI 992837A FI 19992837 A FI19992837 A FI 19992837A FI 110831 B FI110831 B FI 110831B
- Authority
- FI
- Finland
- Prior art keywords
- layer
- data
- segments
- upper layer
- rlc
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0079—Formats for control data
- H04L1/0082—Formats for control data fields explicitly indicating existence of error in data being transmitted, e.g. so that downstream stations can avoid decoding erroneous packet; relays
-
- 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
-
- 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/1835—Buffer management
- H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as 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/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
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Description
1 1TTOJ1
Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
Nyt esillä oleva keksintö kohdistuu oheisen patenttivaatimuksen 1 johdanto-osan mukaiseen menetelmään tiedonsiirron tehostamiseksi 5 tietoliikenneverkossa. Keksintö kohdistuu myös oheisen patenttivaatimuksen 11 johdanto-osan mukaisiin tietoliikenneverkon protokollaväli-neisiin. Keksintö kohdistuu lisäksi oheisen patenttivaatimuksen 12 johdanto-osan mukaiseen tietoliikenneverkossa toimivaksi järjestettyyn langattomaan viestimeen.
10 GSM-verkon (Global System for Mobile Communications) 9.6 kbit/s -siirtonopeus on nykyistenkin mittapuiden mukaan hidas, joten kasvavan multimediatarjonnan maailmassa nykyisten matkapuhelinverkkojen siirtokapasiteetti alkaa käydä niukaksi. Seuraavan sukupolven matka-15 puhelimelle ei enää riitä pelkkä puheen välitys, vaan järjestelmän tulee kyetä välittämään myös data- ja videoyhteyksiä. UMTS (Universal Mobile Telecommunications System) on maailmanlaajuinen langaton multimediajärjestelmä, joka tuo langattomaan viestintään mm. hyvin nopean datasiirron ja käyttäjälle monipuolisempia mahdollisuuksia 20 uudenlaisten palvelujen muodossa. UMTS-verkon perusvaatimuksina on tarjota nykyisiä matkaviestinverkkoja parempi palvelun laatu, laajempi peittoalue, laaja lisäpalvelujen määrä ja nykyisiä järjestelmiä suurempi kapasiteetti sekä siirtonopeudessa että liittymien määrässä.
• · · :v. 25 UMTS-verkko on joustava tiedonsiirtokanava, jota voidaan käyttää /., puheen, multimedian tai muun digitaaliseen muotoon saatetun infor- maation välittämiseen. Yksinkertaisimmillaan UMTS on lähes kaikkialla • · · maailmassa toimiva puhelin tai kannettava tietokone, josta on jatkuva ‘ ‘ nopea yhteys Internet-verkkoon. UMTS:n datanopeus on niin suuri, että : : : 30 se soveltuu mm. hyvälaatuisen videokuvan välittämiseen.
UMTS-järjestelmä pohjautuu perusverkkoratkaisultaan GSM-järjestelmään. UMTS tulee toimimaan n. 2 gigahertsin taajuudella eli nykyisen citypuhelinverkon (n. 1800 MHz) yläpuolella. UMTS pystyy 35 jopa 2 Mbit/s siirtonopeuteen, mikä on n. 200-kertainen verrattuna ·;·’ GSM:n datansiirtokykyyn. Tämä nopeus riittää jo varsin hyvälaatuisen videokuvan välittämisen sekä mahdollistaa esim. grafiikan ja multime-dian siirron. Huippunopeus saavutetaan suuremmalla kaistanleveydel- 2 110ob1 lä, datan tiiviillä pakkaamisella ja WCDMA-radiotekniikalla (Wideband Code Division Multiple Access). Erona tavalliseen CDMA-tekniikkaan (Code Division Multiple Access) on suurempi siirtokapasiteetti, parempi laatu, pienempi tehonkulutus ja noin kaksi kertaa suurempi taajuusalue. 5 Jos käytettävä sovellus tarvitsee vähemmän kapasiteettia, varataan sitä vähemmän, jolloin loput kapasiteetista jää muiden käyttöön.
UMTS:n etuna verrattuna toisen sukupolven matkapuhelimiin, kuten GSM-liittymiin, tulee olemaan 2 Mbit/s potentiaalinen siirtonopeus sekä 10 IP-tuki (Internet Protocol). Nämä yhdessä tarjoavat mahdollisuuden tarjota multimediapalveluja sekä uusia laajakaistapalveluja, kuten videopuhelut ja videoneuvottelut.
GPRS (General Packet Radio Service) on GSM-verkon tekniikkaan 15 perustuva pakettikytkentäinen datapalvelu, joka soveltuu erityisen hyvin IP-pakettien siirtoon. Uusi datasiirtotekniikka vaatii muutoksia nykyiseen GSM-verkkoon. Verkkoon tarvitaan kaksi uutta solmua, joiden avulla pakettien välitys hoidetaan. Näiden tehtävänä on huolehtia pakettien lähettämisestä ja vastaanottamisesta GSM-puhelimesta sekä 20 pakettien konvertoinnista ja lähettämisestä muihin, esim. IP-pohjaisiin verkkoihin. GPRS:ssä on määritelty neljä erilaista kanavan koodaustapaa, joiden avulla siirrettävän datan määrää voidaan säädellä verkon kuuluvuuden mukaan. Yhden aikajakson siirtokyky vaihtelee 9.05 kbit/s : ja 21.4 kbit/s välillä ja maksimisiirtonopeus on noin 164 kbit/s, kun 25 kaikki kahdeksan aikajaksoa ovat yhtä aikaa käytössä. Lähetettävien pakettien maksimikoko on 2 kb. GPRS.n avulla verkon kapasiteetti voidaan käyttää paremmin hyödyksi, koska yksittäiset aikajaksot
« I I
voidaan jakaa useamman yhteyden kesken.
' 30 UMTS.n protokollapinossa on muutamia suuria muutoksia GPRS:ään verrattuna. Nämä johtuu siitä, että UMTS:ssä on asetettu huomattavasti suuremmat vaatimukset palvelun laadulle (QoS, Quality of Service) ja UMTS:ssä käytetään uutta radiorajapintaa (WCDMA). Yksi tärkeimmis-tä muutoksista on se, että LLC-kerros (Link Control Layer) on poistettu ,···. 35 PDCP-kerroksen (Packet Data Convergence Protocol) alapuolelta.
Tätä kerrosta vastaa GPRS:ssä SNDCP-kerros (Subnetwork Depen-: dent Convergence Protocol). UMTS:ssä tätä LLC-kerrosta ei tarvita, koska salaus hoidetaan RAN:ssä (Radio Access Network). Signalointi- 110831 viestien välityksessä ei käytetä käyttäjätason protokollia. Lisäksi palvelun laatuun liittyvä multipleksaus on MAC-kerroksen (Medium Access Control) ja L1-kerroksen (Layer 1 = Physical Layer) vastuulla.
5 UMTS:n radiorajapinnan protokolla-arkkitehtuuria on havainnollistettu kuvassa 1. Arkkitehtuuri on toteutettu verkossa toimivaan langattomaan viestimeen, joka käsittää tarvittavat protokotlavälineet tiedonsiirron mahdollistamiseksi, kuten matkapuhelimeen. Jokainen lohko kuvassa vastaa kunkin protokollan ilmentymää. SAP:t (Service Access Point) 20 10 pisteestä-pisteeseen -yhteyksissä on merkitty kuvaan eri alikerrosten välillä olevina soikioina. UMTS:n radiorajapinta on jaettu kolmeen eri protokollakerrokseen L1 (Layer 1 = Physical Layer) 10, L2 (Layer 2 = Data Link Layer) ja L3 (Layer 3 = Network Layer). Kerros L2 on jaettu alikerroksiin MAC (Media Access Control) 11, RLC (Radio Link Control) 15 12, PDCP (Packet Data Convergence Protocol) 14 ja BMC
(Broadcast/Multicast Control) 13. Kerros L3 on jaettu kontrolli- 17 (Control) ja käyttäjätasoihin 16 (User). Alikerrokset PDCP 14 ja BMC 13 esiintyvät ainoastaan käyttäjätasolla 16. Myös L3 on jaettu alikerroksiin, joista alin on RRC (Radio Resource Control) 15 ja tämän jälkeen 20 tulevat muut L3:n alikerrokset, mm. CC (Call Control) ja MM (Mobile Management), joita ei ole esitetty kuvassa 1.
RLC-protokollan tehtävänä on hoitaa RLC-yhteyden muodostaminen, ylläpito ja purkaminen. Koska ylemmältä PDCP-alikerrokselta 14 voi ;v. 25 tulla pidempiä RLC SDU:ita (Service Data Unit) 6 (kuva 3b) kuin yhteen
!·.·. RLC PDU:hun (Protocol Data Unit) 1a tai 1b (kuva 3a) mahtuu, RLC
SDU:t 6 eli PDCP PDU:t jaetaan sopivan kokoisiin osiin eli PU:iksi * · · (Payload Unit), ts. segmenteiksi, joita mahtuu yksi jokaiseen RLC PDU:hun 1a tai 1b. On myös mahdollista, että yhteen RLC PDU:hun 1a '· * 30 tai 1b mahtuu useampi PU, jos otsikon pakkaus on käytössä. Vastaavasti vastaanotossa tai yhteyden toisessa päässä nämä yhdistetään jälleen yhdeksi RLC SDU.ksi 6. Otsikon pakkauksen avulla yhteen :.7 RLC PDU:hun 1a, 1b voidaan mahduttaa useampia PU:ita. Ketjuttami- sella voidaan yhdistää eri RLC SDU:t 6 siten, että jos ensimmäisen ,···. 35 RLC SDU:n 6 viimeinen PU ei täytä koko RLC PDU:a 1a tai 1b, niin seuraavan RLC SDU:n 6 ensimmäinen PU voi täyttää lopun tilan tästä 7 RLC PDU:sta 1a tai 1b. Jos ketjuttamista ei käytetä ja viimeinen PU ei
-.7 täytä koko RLC PDU:a 1a, 1b, voidaan loppu täyttää täytebiteillä. PDU
110831 4 ja SDU käsittävät sovitun määrän ja sovitussa muodossa informaatiota, joka on koodattu bittimuotoon.
Käyttäjän data voidaan siirtää pisteestä pisteeseen käyttäen kuittauk-5 siä, ilman kuittauksia tai läpinäkyvästi, jolloin RLC SDU:t siirretään lisäämättä RLC-protokollan tietoja. Tiedonsiirtoa voidaan kontrolloida käyttämällä palvelun laatuasetuksia. Jos tiedonsiirrossa tapahtuu virheitä, kun käytetään kuittauksia, virheet voidaan korjata uudelleenlä-hettämällä RLC PDU. RLC SDU:t voidaan toimittaa luotettavasti 10 oikeassa järjestyksessä vastaanottajalle, kun käytetään kuittauksia ja järjestysnumerolta. Jos tätä toimintoa ei käytetä, voivat RLC SDU:t saapua vastaanottajalle väärässä järjestyksessä. On mahdollista, että vastaanottajalle saapuu sama RLC PDU kahdesti, jolloin ylemmälle PDCP-alikerrokselle välitetään tämä RLC PDU vain kerran. Vastaanot-15 taja voi myös säätää lähettäjän lähetystahtia, jos se ei ole sopiva. RLC PDU:n oikeellisuus tarkastetaan siihen liittyvän tarkistussumman perusteella RLC PDU:a vastaanotettaessa. Jos jokin RLC PDU on vioittunut, niin koko siihen liittyvä RLC SDU uudelleenlähetetään, jos uudelleenlähetys on käytössä ja uudelleenlähetysten lukumäärän 20 asetettua maksimia ei ole saavutettu. Muussa tapauksessa tämä RLC SDU hylätään. Koska myös protokollan toiminnassa voi olla virheitä, näitä virheitä pyritään löytämään ja korjaamaan.
RLC-protokolla tarjoaa ylemmälle PDCP-alikerrokselle palveluja, joita 25 ovat: · RLC-yhteyden muodostaminen ja purkaminen (RLC connection t · establishment/release), jonka avulla voidaan muodostaa ja purkaa RLC-yhteyksiä, 30 · läpinäkyvä tiedonsiirto (Transparent data transfer), jonka avulla voidaan siirtää RLC SDU:ita lisäämättä niihin RLC-protokollan tietoja ...: mutta kuitenkin siten, että RLC SDU:n segmentointi ja kokoaminen . : uudelleen on mahdollista, · tiedonsiirto ilman kuittauksia (Unacknowledged data transfer), jonka .··. 35 avulla voidaan siirtää tietoa vastaanottajalle takaamatta sen perillemenoa siten, että ylemmälle PDCP-alikerrokselle toimitetaan kaikki saapuneet virheettömät RLC SDU:t välittömästi vain kerran, 1 'iOSäl • tiedonsiirto käyttäen kuittauksia (Acknowledged data transfer), jonka avulla voidaan siirtää tietoa vastaanottajalle taatusti uudelleenlähetysten avulla siten, että ylemmälle PDCP-alikerrokselle toimitetaan kaikki saapuneet virheettömät RLC SDU:t välittömästi vain kerran 5 oikeassa järjestyksessä tai saapumisjärjestyksessä, • palvelunlaadun asetukset (QoS settings), jonka avulla voidaan määritellä palvelunlaadun taso, jonka avulla pystytään tarjoamaan taattu tiedonsiirto vastaanottajalle siten, että uudelleenlähetysten avulla PDCP-alikerrokselle pystytään välittämään kaikki RLC SDU:t 10 lähetysjärjestyksessä virheettömästi vain kerran tai saapumisjärjestyksessä virheettömästi vain kerran, • tiedotus virheistä, joita ei pystytä korjaamaan (Notification of unrecoverable errors), jonka avulla voidaan tiedottaa PDCP-alikerrokselle siitä, ettei RLC SDU:ta pystytä välittämään, koska RLC-alikerros ei 15 ole pystynyt korjaamaan virheellisiä RLC PDU:ita annettujen uusinta-lähetysten ja asetetun viiveen puitteissa.
PDCP-protokollan päätehtävä on pakata ylempien protokollakerroksiin liittyvä kontrollitieto. PDCP-protokollan tehtävänä on lisäksi sijoittaa 20 ylemmän kerroksen protokollan PDU RLC-alikerroksen ymmärtämäksi kokonaisuudeksi eli RLC SDU:ksi, pakata lähetettävä ja purkaa vastaanotettava verkon RLC PDU:n redundanttinen kontrollitieto.
: Yleisesti vuonvalvontaan ja virhetilanteista toipumiseen käytetään 25 liukuvia ikkunoita. Tässä mekanismissa kukin lähettäjä käyttää ns. .·.·. lähetysikkunaa (Transmit Window), jonka koko on ennalta määrätty.
Samoin kukin vastanottaja käyttää ns. vastaanottoikkunaa (Receive Window), jonka koko on ennalta määrätty. Oikein vastaanotetut data-lohkot kuitataan lähettäjälle, mikä ’’siirtää” ikkunaa eteenpäin ja mah-* 30 dollistaa uusien datalohkojen lähettämisen. Tämän lisäksi vastaanottaja voi lähettää pyyntöjä virheellisten datalohkojen uudelleenlähettämisek-...: si, joiden kuittauksen jälkeen ikkuna myös ’’siirtyy”. Eräissä tilanteissa ikkuna ’’pysähtyy” (stalling), jolloin uusien datalohkojen lähettäminen keskeytyy.
.···. 35 I · ”* Kuvaan 2 viitaten em. lähetysikkuna käyttäytyy seuraavasti. Jokainen : ikkunan vasemmalla puolella oleva paketti on lähetty ja kuittaus niistä on saapunut. Ikkunan sisällä äärivasemmalla on ensimmäinen lähetetty 110831 6 kuittaamaton paketti. Ikkunan ulkona oikealla ovat sellaiset paketit joita ei ole vielä lähetetty. Lisäksi ikkunan sisällä on osoitin joka kertoo lähetettyjen ja lähettämättömien pakettien rajan. Tämä yleensä liukuu hyvin nopeasti äärioikealle.
5
Yksi RLC-alikerroksen tärkeimmistä tavoitteista on luoda luotettava tiedonsiirtoyhteys, koska yleisesti ottaen ei alla olevan kerroksen palveluihin voi luottaa, eli viestejä voi kadota tai ne voivat korruptoitua. Väärin vastaanotettujen RLC PDU:itten uudelleenlähetyksestä huolehtii 10 tiedonsiirtoprotokollan RLC-kerros. Uudelleenlähetyksen mekanismi perustuu edellä mainittuihin lähetys- ja vastaanotto-ikkunoihin. Tämän ikkunan koko on aina kompromissi käytetyn tiedonsiirtoprotokollan ja käytettävissä olevan muistitilan vaatimuksien kesken. Liian pieni lähetysikkuna aiheuttaa ikkunan pysähtymisen ja tiedonsiirron keskey-15 tymisen usein, mikä vähentää huomattavasti siirretyn datan määrää.
Uudelleenlähetyksen mekanismi perustuu UMTS:n tapauksessa automaattiseen toistopyyntöön (ARQ, Automatic Repeat Request), joka toimii periaatteellisesti seuraavasti. Jos vastaanottoikkunan koko on 20 yksi, vastaanottaja ei hyväksy saapuvia RLC PDU:ita elleivät ne tule järjestyksessä. Jos siis yksi RLC PDU katoaa matkalla, niin vastaanottaja hylkää kaikki myöhemmin lähetetyt RLC PDU.t, jotka on lähetetty ennen kuin lähetysikkuna on täyttynyt. Vastaanottajalle tämä menetel-: mä on yksinkertainen, koska puskuritilaa ei tarvita. Lähettäjä tietää 25 myös, että mikäli kuittausta ikkunan alarajalla olevalle RLC PDU:ille ei lv. tule, niin kaikki sen jälkeen lähetetyt RLC PDU.t on lähetettävä uudes- , taan. Näin lähettäjälle riittää vain yksi ajastin, joka käynnistetään aina kun ikkunan alaraja siirtyy. Kun ajastin laukeaa, koko ikkunallinen RLC PDU:ita lähetetään uudestaan.
: ; 30
Jos taas vastaanottoikkunan koko on suurempi kuin yksi, yhden kehyk-...: sen katoaminen ei välttämättä edellytä seuraavien kehysten uudelleen-
Ij lähetystä. Mikäli ne ovat saapuneet virheettöminä vastaanottajalle, niin vastaanottaja on puskuroinut niistä ne, jotka ovat mahtuneet vastaanot-·.. 35 tolkkunaan. Kadonnut tai virheellisenä saapunut kehys jää vastaanot toikkunan alarajalle, eikä vastaanottoikkuna enää siirry ennen kuin puuttuva kehys on vastaanotettu.
» · riesaι
Kuvassa 2 on havainnollistettu edellä kuvattua uudelleenlähetysmeka-nismia esimerkillä, jossa lähetys- ja vastaanottoikkunan koko on 4. Esimerkki käydään läpi aikajärjestyksessä ensin lähettäjän kohdalta ja sitten vastaanottajan kohdalta. Esimerkissä lähetettävät RLC PDU:t 1a 5 ja 1b on esitetty merkinnällä DATA (x), jossa x on RLC PDU.n järjestysnumero. Vastaavasti kuittaukset on esitetty merkinnällä ACK (x), jossa x on kuitattavan RLC PDU:n järjestysnumero.
Lähettäjä lähettää DATA (0):n, jolloin lähetysikkuna on [0,1,2,3]. 10 Seuraavaksi lähettäjä lähettää vastaavasti DATA (1):n. Nyt lähettäjä saa kuittauksen ACK(O), joten lähetysikkuna on nyt [1,2,3,4]. Lähettäjä lähettää DATA (2):n. Nyt lähettäjä saa kuittauksen ACK(1), joten lähetysikkuna on nyt [2,3,4,5]. Lähettäjä ei tiedä, että DATA (2) ei pääse koskaan perille, joten se jatkaa lähettämistä DATA (3):lla ja 15 DATA (4):lla. Lähetysikkuna on edelleen [2,3,4,5], koska DATA (2) ei ole tullut perille. Nyt DATA (2):n ajastin laukeaa, jolloin lähetys aloitetaan lähetysikkunan alusta eli lähettämällä DATA (2). Tämän jälkeen odotetaan niin kauan, että saadaan kuittaus tai seuraava ajastin laukeaa. Lähettäjän ei tässä tilanteessa kannata lähettää seuraavia 20 paketteja uudestaan. Järkevää yleensä onkin odottaa, tulisiko seuraa-vassa kuittauksessa ilmoitus siitä, että koko ikkunallinen tai ainakin osa siitä on otettu vastaan virheettömänä. Tässä tapauksessa kuittaus ACK
(4) ehtii tulla ennen kuin DATA (3):n ajastin laukeaa, joten lähetysikku-: na on [5,6,7,8]. Nyt lähettäjä voi lähettää DATA (5):n. Tästä jatketaan :v. 25 edellä kuvatulla lailla.
Vastaanottajan saadessa DATA (0):n, jolloin vastaanottoikkuna on • · * :./ [1,2,3,4]. Seuraavaksi vastaanottaja lähettää kuittauksen ACK (0). Nyt v./ vastaanottaja saa DATA (1):n, joten vastaanottoikkuna on [2,3,4,5].
’·' * 30 Kuittaus ACK (1) lähetetään lähettäjälle. Seuraavaksi vastaanottaja saakin odottamansa DATA (2):n sijaan DATA (3):n, joten vastaanot-...: toikkunaa ei siirretä ja DATA (3) puskuroidaan. Edelleenkin vastaanot- \7 taja odottaa DATA (2):ta, mutta saakin DATA (4):n, joten vastaanottoik- kunaa ei siirretä ja DATA (4) puskuroidaan. Seuraavaksi vastaanottaja ··. 35 saa odottamansa DATA (2) ja puskurissa on DATA (3) ja DATA (4), joten vastaanottoikkuna on nyt [5,6,7,8]. Koska nyt ollaan saatu paketit : 7 DATA (4):ään asti, voidaan lähettäjälle lähettää kuittaus ACK (4).
Seuraavaksi vastaanottaja saa DATA (5):n, joten vastaanottoikkuna on nyt [6,7,8,9]. Tästä jatketaan edellä kuvatulla lailla.
® Λ ' ( 1 I iUGO 1
Jokaiseen RLC PDUihun liittyy tarkistussumma, jonka avulla voidaan 5 tarkistaa, että RLC PDU on virheetön. Tarkkaan ottaen UMTS.ssä tarkistussumma lisätään ja tarkastetaan L1-kerroksessa, mutta loogisen toiminnan kannalta tämä näyttää RLC-protokollan ominaisuudelta. Siitä tosin seuraa, että tarkistussumman suojaama datalohko sisältää myös RLCin otsikkotiedot ja lisäksi mahdolliset MAC-protokollan 10 otsikkotiedot. Normaalisti käytettäessä kuittauksia virheelliset RLC
PDU:t lähetetään uudestaan niin monta kertaa kunnes ne tulevat virheettömästi perille tai uudelleenlähetyskertojen asetettu maksimimäärä on tullut täyteen. Kun kaikki RLC SDUihun kuuluvat RLC PDU:t on välitetty vastaanottajalle oikein, voidaan RLC SDU koota ja välittää 15 ylemmälle PDCP -alikerrokselle. Jos kuittauksia ei käytetä, kaikkien RLC SDUihun kuuluvien RLC PDUiiden virheettömyys tarkastetaan. Jos jokin RLC PDU on virheellinen, koko RLC SDU hylätään.
Langattoman ympäristön takia UMTSillä on rajoitettu kaistanleveys 20 sekä suurempi virhetodennäköisyys ja pitemmät viiveet kiinteään verkkoon verrattuna. Reaaliaikaiset sovellukset vaativat puolestaan mahdollisimman pieniä viiveitä. Kun paketit, joissa on yksikin virhe, hylätään ja uudelleenlähetetään, on todennäköistä, että tulee tilanteita, : joissa pakettia ei ehditä toimittaa oikein ennen kuin se on jo myöhäistä.
25 ! .·. Tämän keksinnön eräänä tarkoituksena on saada aikaan reaaliaikaisille sovelluksille sopiva pieniviiveinen tiedonsiirtoyhteys kahden pisteen välille, jossa sallitaan myös hieman korruptoituneen tiedon välittäminen sovellukselle. Lisäksi keksinnön tarkoituksena on parantaa reaaliaikai-30 sen tiedonsiirron laatua.
Nämä tarkoitukset voidaan keksinnön mukaisesti saavuttaa siten, että kaikkia virheellisiä RLC SDUiita ei hylätä automaattisesti. RLC PDUit välitetään aina RLC SDUina PDCP-alikerrokselle, mutta mikäli RLC
I · ..... 35 PDUiissa on havaittu virheitä, PDCP-alikerrokselle toimitetaan kootun :* RLC SDUin lisäksi tieto siitä, missä kohtaa RLC SDUita virheellinen • V kohta on. Tämän tiedon perusteella PDCP-alikerros voi tarvittaessa myös hylätä RLC SDU.n, jos virhe sijaitsee esimerkiksi ylempien protokollakerrosten kontrollitiedon kohdalla.
9
I HjUO I
Täsmällisemmin sanottuna keksinnön mukaiselle menetelmälle on 5 tunnusomaista se, mikä on esitetty patenttivaatimuksen 1 tunnusmerk-kiosassa. Keksinnön mukaisille protokollavälineille on tunnusomaista se, mikä on esitetty patenttivaatimuksen 11 tunnusmerkkiosassa. Keksinnön mukaiselle langattomalle viestimelle on tunnusomaista se, mikä on esitetty patenttivaatimuksen 12 tunnusmerkkiosassa.
10
Nyt esillä olevalla keksinnöllä saavutetaan merkittäviä etuja tunnetun tekniikan mukaisiin ratkaisuihin verrattuna. Kun RLC-alikerros voi hyväksyä virheellistä hyötykuormaa sisältävät RLC PDU:t ja koota niistä RLC SDU, niin hylättyjen RLC PDU:itten määrä vähenee huomattavas-15 ti. Tällöin todennäköisyys sille, että ylemmälle alikerrokselle ei ehditä toimittaa ajoissa jotain RLC SDU:a pienenee huomattavasti. Lisäksi hyötykuormaa voidaan siirtää onnistuneesti ja reaaliaikaisesti myös huonojen yhteyksien välityksellä. Tässä on syytä huomata, että reaaliaikaisten palveluiden yhteydessä käytetään yleensä tiedonsiirtoa ilman 20 kuittauksia. Tällöin RLC SDU:t tulevat helposti hylätyksi, koska RLC PDU:t voivat korruptoitua helposti ja niitä ei edes yritetä uudelleenlähet-tää. Tällöin nyt esillä oleva keksintö antaa mahdollisuuden olla hylkäämättä SDU:ta ja sen sijaan yrittää hyödyntää virheellistäkin hyötykuor-: madataa.
:v. 25 !·.·. Seuraavassa kuvataan keksintöä lähemmin viittaamalla oheisiin piirustuksiin, joissa • * · * « • · · kuva 1 esittää UMTS:n protokollapinoa alimpien kerrosten osalta, 30 kuva 2 esittää esimerkkiä automaattista toistopyyntöä käyttävästä :: uudelleenlähetysmenetelmästä, I » »
III
kuva 3a esittää tilannetta, jossa yksi RLC SDU on jaettu kahteen ,···, 35 segmenttiin, ja toisessa segmentissä on virheellinen kohta, • · · i kuva 3b esittää kuvan 3a RLC SDU:ta, joka on välitetty PDCP- alikerrokselle, ja keksinnön erään edullisen suoritusmuodon 10 j I |UOO 1 mukaista tapaa esittää virheellinen kohta tällä PDCP-alikerroksella, ja kuva 3c esittää kuvan 3a RLC SDU:ta, joka on välitetty PDCP-5 alikerrokselle, ja toista keksinnön erään edullisen suoritus muodon mukaista tapaa esittää virheellinen kohta tällä PDCP-alikerroksella.
Reaaliaikainen tiedonsiirto asettaa viiveelle erittäin suuria vaatimuksia, 10 joten ei ole aina mahdollista uudelleenlähettää kaikkia virheellisiä paketteja (RLC PDU) sallitun viiveen puitteissa siten, että saataisiin koottua täysin virheetön RLC SDU. Tämän takia monissa tapauksissa on hyödyllisempää, että reaaliaikaisessa tiedonsiirrossa virheellisetkin RLC SDU:t välitetään ylemmälle alikerrokselle virhetiedon kanssa. 15 Tunnetun tekniikan mukaisesti PDCP-alikerroksella ei ole kuitenkaan mitään keinoja selvittää missä tämä virhe sijaitsee. Eli on mahdollista, että virhe on PDCP:n tai ylempien protokollakerrosten, kuten TCP/IP:n otsikkotiedon kohdalla, joka voi lisäksi olla pakattuna. Tämä otsikossa oleva virhe voi aiheuttaa ylemmillä alikerroksilla vakaviakin ongelmia. 20 Tämän takia on erittäin tärkeätä, että otsikkotiedot ovat täysin virheettömiä. Useimmat reaaliaikasovellukset toimivat vielä varsin hyvin siinä tilanteessa, että hyötykuorma on hieman virheellistä verrattuna siihen, että kokonainen paketti puuttuu välistä. Tämän takia on erittäin hyödyl-; listä tietää missä kohtaa vastaanotettua RLC SDU.a mahdolliset virheet v: 25 sijaitsevat.
• *
Esimerkiksi kun halutaan siirtää videokuvaa reaaliaikaisesti tiedonsiir- * # toyhteyden yli, hieman virheellinen hyötykuorma ei juurikaan vaikuta esitettävän videokuvan laatuun. On oletettavaa, ettei katsoja edes pysty ‘ ' 30 havaitsemaan virhettä videokuvasta. Jos taas sovellukselle ei pystytä toimittamaan jotain pakettia, koska sitä ei olla ehditty saada virheettä-
III
mästi välitettyä tarpeeksi aikaisin, voi olla että videokuvaan tulee suuriakin vääristymiä tai katkos sen esittämisessä. Tämä voi häiritä käyttäjää huomattavasti enemmän kuin melkein näkymättömät muutok-35 set videokuvassa. Yhtälailla ääntä esitettäessä pienet virheet eivät juurikaan kuulu, mutta jonkun kehyksen puuttuminen voi aiheuttaa i V katkoksen äänen esityksessä tai ääni vääristyy huomattavasti enem- j män kuin siinä tilanteessa, että hyötykuormassa on jokin yksittäinen 11 1 ιΟοό'Ι virhe. Lisäksi monet reaaliaikasoveliukset pystyvät korjaamaan virheitä jossakin määrin siten, että virhe on käyttäjälle jopa huomaamaton. Luonnollisestikin jos tiedonsiirtoyhteys on erittäin huono, virheellisiä RLC SDU:ita joudutaan hylkäämään usein. Tällöin väistämättä myös 5 esitettävä kuva tai ääni on huonolaatuisempaa kuin silloin, kun käytössä on hyvä tiedonsiirtoyhteys.
Kuviin 3a-3c samalla viitaten, datan oikeellisuus tarkastetaan RLC PDU -kohtaisesti, joten virheellinen alue 5a voidaan havaita yhden 10 segmentin 9a, 9b (RLC PDU 1a, 1b ilman RLC-otsikkoa 2) tarkkuudella. Voidaan myös käyttää jotain menetelmää, jonka avulla virheellinen alue 5a pystytään havaitsemaan tarkasti, eli pystytään päättelemään mistä kohdasta virhe alkaa 7a ja mihin kohtaan se loppuu 7b. Virhe voi olla myös puuttuva RLC PDU, jolloin koottavassa RLC SDU:ssa 6 koko 15 puuttuvan RLC PDU:n sisältämän segmentin kohta on virheellistä aluetta 5a. Jos jonkin RLC PDU:n RLC-otsikossa on virhe, tämä RLC PDU joudutaan hylkäämään. Tällöin RLC SDU:ssa tämä RLC PDU:ssa oleva segmentti joudutaan merkitsemään virheelliseksi alueeksi, jos tätä RLC PDU:ta ei pystytä uudelleenlähettämään.
20
Ensimmäistä tapausta on esitetty kuvissa 3a ja 3b. Kun tässä tapauksessa kaikkia virheellisiä RLC PDU.ita 1a, 1b ei olla ehditty lähettää uudelleen siten, että kaikki RLC SDU:hun 6 kuuluvat RLC PDU:t 1a, 1b , olisi saatu vastaanotettua täysin virheettöminä, joudutaan ylemmälle > · · 25 PDCP-alikerrokselle 14 välittämään ainakin yhden virheellisen kohdan !·.·. 5a sisältävä RLC SDU 6. Tämän lisäksi ylemmälle PDCP-alikerrokselle * · « : välitetään tieto virheestä tai virheistä 5a. Tähän on kaksi eri vaihtoeh- 1 · · toa. Ensimmäinen vaihtoehto on se, että ylemmälle alikerrokselle • * * ' välitetään sen segmentin 9a, 9b numero, jossa tämä virhe 5a on. Tässä ' 30 tapauksessa PDCP-alikerroksen on tiedettävä segmentin 9a, 9b tarkka koko. Vaihtoehtoisesti RLC-alikerros voi välittää PDCP-alikerrokselle »· · virheellisen segmentin alkukohdan 8a ja loppukohdan 8b. PDCP-alikerros tietää välitetyn virhetiedon perusteella, että virhe on jonkun tietyn segmentin sisällä, eli koko segmentin alkukohdan 8a ja loppu-35 kohdan 8b välinen alue 5b näkyy PDCP-alikerroksella virheellisenä. Tästä seuraa se, että jos virhe 5a esiintyy PDCP-otsikon 3 ja/tai ylem-• pien protokollakerrosten kontrolli-informaatiota 4 sisältävässä segmen- *": tissä 9a, 9b, koko RLC SDU 6 on hylättävä.
12 Ιίϋόύΐ
Toinen tapaus on esitetty kuvissa 3a ja 3c. Tässä tapauksessa ylemmälle alikerrokselle voidaan välittää tarkasti missä kohtaa RLC SDU.a virhe 5a esiintyy. Nyt PDCP-alikerrokselle välitetään niiden bittien 5 paikka RLC SDU:ssa, josta virhe 5a alkaa 7a ja mihin kohtaan virhe 5a loppuu 7b. Tässä tapauksessa PDCP-alikerros tietää välitetyn virhetie-don perusteella tarkasti, missä kohdassa 5b virhe esiintyy, eli virheen 5a sijainti ja PDCP-alikerroksen näkemä virheen sijainti 5b ovat samoja. Tällöin PDCP-alikerroksen ei tarvitse myöskään tietää mitään 10 RLC-alikerroksen segmentoinnista. Jotta tämä mekanismi voitaisiin toteuttaa, on RLC-alikerroksen pystyttävä laskemaan tehokkaasti tarkistussumma, jonka perusteella voidaan löytää tarkasti virheelliset alueet 5a. On luonnollisestikin mahdollista, että RLC-alikerros pystyy havaitsemaan virheet 5a ennalta määritettyjen alueiden tarkkuudella, 15 joiden pituus voi olla esim. 1/8 RLC SDU:n pituudesta. Nyt on mahdollista se, että virhe 5a on PDCP-otsikon 3 ja/tai ylempien protokollaker-rosten kontrolli-informaatiota 4 sisältävässä segmentissä 9a, 9b, mutta RLC SDU:ta 6 ei tarvitse välttämättä hylätä, kunhan virheelliseksi merkitty alue 5b ei ole PDCP-otsikon 4 kohdalla.
20
Kuvaan 1 viitaten RLC-alikerrokselta 12 vastaanotettu ja koottu RLC SDU 6 (kuva 3a-3c) välitetään RLC-PDCP -rajapinnan yli PDCP-alikerrokselle 14 primitiivillä RLC-AM-DATA-Ind, RLC-UM-DATA-Ind tai RLC-TR-DATA-Ind. Tätä samaa primitiiviä voidaan käyttää myös virhe- .·. 25 tiedon välittämiseen RLC-alikerrokselta 12 PDCP-alikerrokselle 14.
» ·
Seuraavassa taulukossa on esitetty RLC-alikerroksen 12 ja PDCP- I t · t‘. alikerroksen 14 väliset primitiivit. PDCP-alikerrokselle 14 välitettävä virhetieto voi olla taulukossa mainittu ESI (Error Segment Indication).
* 1 ‘.· ESI voi olla esimerkiksi virheen sisältävän segmentin 9a, 9b järjestys- >1’ ; 30 numero tai niiden bittien lukumäärä RLC SDU:n 6 alusta, josta virheellinen alue 5b alkaa, ja tämän alueen pituus bitteinä.
k · · I f · :’’j Seuraavassa on myös selitetty eri primitiivien toimintaa: II··! ...t 35 · RLC-AM-DATA-Req: tällä primitiivillä PDCP-alikerros 14 pyytää RLC- » · alikerrokselta 12 tiedonsiirtoa, jossa käytetään kuittauksia, • · » » »
* I
> I
» · » 13 Λ, ., I j 0 0 j • RLC-AM-DATA-Ind: tällä primitiivillä RLC-alikerros 12 toimittaa virhetietoja (ESI) ja PDCP-alikerroksen 14 RLC SDU:ita 6, jotka ovat siirretty käyttämällä kuittauksia, • RLC-AM-DATA-Conf: tällä primitiivillä RLC-alikerros 12 vahvistaa PDCP- 5 alikerrokselle 14 RLC SDU.n 6 siirron, • RLC-UM-DATA-Req: tällä primitiivillä PDCP-alikerros 14 pyytää RLC-alikerrokselta 12 tiedonsiirtoa, jossa ei käytetä kuittauksia, • RLC-UM-DATA-Ind: tällä primitiivillä RLC-alikerros 12 toimittaa virhetietoja (ESI) ja PDCP-alikerroksen 14 RLC SDU:ita 6, jotka on siirretty ilman 10 kuittauksia, • RLC-TR-DATA-Req: tällä primitiivillä PDCP-alikerros 14 pyytää RLC- alikerrokselta 12 läpinäkyvää tiedonsiirtoa, ja • RLC-TR-DATA-Ind: tällä primitiivillä RLC-alikerros 12 toimittaa virhetietoja (ESI) ja PDCP-alikerroksen 14 RLC SDU:ita 6, jotka on siirretty käyttäen 15 läpinäkyvää tiedonsiirtoa.
Yleinen nimi __Parametri__ __Req.__Ind.__Resp.__Conf.
RLC-AM-DATA Data, CFN, Data, ESI Ei määritelty MUI
__MUI____ RLC-UM-DATA Data,__Data, ESI Ei määritelty Ei määritelty RLC-TR-DATA__Data__Data, ESI Ei määritelty Ei määritelty
Koska PDCP-alikerroksella 14 on RLC-alikerroksen 12 tarjoama virhetieto, voi PDCP-alikerros 14 päättää mitä virheellisille PDCP :Y: 20 SDU:ille 6 tehdään. Päätös tehdään sen perusteella, missä kohtaa I · ;’.t| SDU:a virhe esiintyy. Esimerkiksi, jos virhe esiintyy PDCP SDU:n alkuosassa, ts. ylempien protokollakerrosten kontrolli-informaation 4 kohdalla, on todennäköistä ettei otsikkoa pystytä purkamaan, joten ei ole kannattavaa välittää PDCP SDU:a ylemmälle kerrokselle. Tällöin on 25 edullista hylätä tämä PDCP SDU. Esimerkiksi, jos virhe esiintyy hyöty- » · ' kuormassa, voidaan PDCP SDU välittää ylemmälle kerrokselle.
* · I » » • Nyt esillä olevaa keksintöä ei ole rajoitettu ainoastaan edellä esitettyihin suoritusmuotoihin, vaan sitä voidaan muunnella oheisten patenttivaati- 30 musten puitteissa.
t I »
• I
• tl • I 1 « ·
Claims (12)
1. Menetelmä tiedonsiirron tehostamiseksi tietoliikenneverkossa, joka 5 käsittää kerrosrakenteiset protokollavälineet tiedonsiirtoa varten, jotka protokollavälineet käsittävät ainakin ylemmän kerroksen ja alemman kerroksen, jolloin alemman kerroksen (12) tehtävänä on ainakin koota ylemmälle kerrokselle (14) välitettävä datayksikkö (6) yhdestä tai useammasta vastaanotetuissa datayksiköissä (1a, 1b) 10 olevista segmenteistä (9a, 9b), jossa menetelmässä havaitaan vastaanotetuissa segmenteissä (1a, 1b) esiintyvä yksi tai useampi virhe (5a), tunnettu siitä, että mainittu, ylemmälle kerrokselle välitettävä datayksikkö (6) kootaan yhdestä tai useammasta segmentistä (9a, 9b), joka käsittää yhden tai useamman virheen (5a), jolloin 15 ylemmälle kerrokselle (14) välitetään myös tietoja yhden tai useamman virheen (5a) sijainnista.
1 iCoöl
2. Patenttivaatimuksen 1 mukainen menetelmä, jossa havaitaan myös koko vastaanotettavan datayksikön (1a, 1b) puuttuminen, tunnettu siitä, että mainitun puuttuvan datayksikön (1a, 1b) segmentin (9a, 20 9b) kohta koottavassa datayksikössä (6) tulkitaan virheelliseksi alu eeksi (5a).
·:·: 3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa alemmas- i sa kerroksessa (12) korjataan määrätyn viiveen puitteissa virheelli- v\; siä datayksiköitä (1a, 1b) käyttäen kuittauksia ja uudelleenlähetyk- 25 siä, tunnettu siitä, että alemmassa kerroksessa (12) kootaan ylemmälle kerrokselle (14) välitettävä datayksikkö (6) vastaanote-tuissa datayksiköissä (1a, 1b) olevista segmenteistä (9a, 9b) sen jälkeen, kun kaikki datayksiköt (1a, 1b) on vastaanotettu virheettö-,· = . minä, tai kun määrätyn viiveen puitteissa ei ehditä enää uudelleen- ::: 30 lähetyksen avulla korjata virheellisiä tai puuttuvia datayksiköitä (1a, ·:·; 1b).
4. Jonkin patenttivaatimuksen 1-3 mukainen menetelmä, jossa ylemmässä kerroksessa (14) selvitetään vastaanotetussa datayksikössä olevan segmentin (9a, 9b) koko, tunnettu siitä, että ’ ·' 35 mainittu, ylemmälle kerrokselle (14) välitettävä virhetieto käsittää V) ** -:· niiden vastaanotetuissa datayksiköissä (1a, 1b) olevien segmenttien (9a, 9b) järjestysnumeron, joissa virhe (5a) sijaitsee, jolloin ylemmässä kerroksessa (14) lasketaan virhetiedon ja mainitun segmentin (9a, 9b) koon perusteella alueet (5b), joiden sisällä vir-5 heet (5a) sijaitsevat.
5. Jonkin patenttivaatimuksen 1-3 mukainen menetelmä, jossa ylemmässä kerroksessa (14) selvitetään yhden tai useamman virheen käsittävien, vastaanotetuissa datayksiköissä olevien segmenttien (9a, 9b) alku- (8a) ja loppukohta (8b), tunnettu siitä, että 10 mainittu, ylemmälle kerrokselle (14) välitettävä virhetieto käsittää niiden vastaanotetuissa datayksiköissä (1a, 1b) olevien segmenttien (9a, 9b) järjestysnumeron, joissa virhe (5a) sijaitsee, jolloin ylemmässä kerroksessa (14) lasketaan virhetiedon ja mainitun segmentin (9a, 9b) alku- (8a) ja loppukohdan (8b) perusteella alu-15 eet (5b), joiden sisällä virheet (5a) sijaitsevat.
6. Patenttivaatimuksen 4 tai 5 mukainen menetelmä, jolloin mainittu segmentti (9a, 9b) käsittää lisäksi ainakin ylemmän protokolla-kerroksen kontrolli-informaatiota (4) tai otsikon (3), tunnettu siitä, että koottu datayksikkö (6) hylätään, kun virhe (5a) sijaitsee ainakin 20 osittain kootun datayksikön (6) sellaisessa osassa, jossa on ylemmän protokollakerroksen kontrolli-informaatiota (4) tai otsikko (3). f
· · : 7. Jonkin patenttivaatimuksen 1-3 mukainen menetelmä, jossa alemmassa kerroksessa (12) selvitetään virheen alku- (7a) ja lop-pukohta (7b), tunnettu siitä, että mainittu, ylemmälle kerrokselle 25 (14) välitettävä virhetieto käsittää kootun datayksikön (6) virheen (5a) alku- (7a) ja loppukohdan (7b).
.···. 8. Patenttivaatimuksen 7 mukainen menetelmä, jolloin mainittu ::: segmentti (9a, 9b) käsittää lisäksi ainakin ylemmän protokollaker- roksen kontrolli-informaatiota (4) tai otsikon (3), tunnettu siitä, että 30 koottu datayksikkö (6) hylätään, kun virhe (5a) sijaitsee ainakin osittain ainakin osittain kootun datayksikön (6) sellaisessa osassa, jossa on ylemmän protokollakerroksen kontrolli-informaatiota (4) tai \.!t otsikko (3). • · ·
16. V i
9. Jonkin patenttivaatimuksen 1-8 mukainen menetelmä, tunnettu siitä, että mainittu alempi kerros on RLC-kerros ja mainittu ylempi kerros on PDCP-kerros.
10. Jonkin patenttivaatimuksen 1-9 mukainen menetelmä, tunnettu 5 siitä, että mainittu vastaanotettu datayksikkö on RLC PDU-yksikkö ja mainittu koottu datayksikkö on RLC SDU-yksikkö.
11. Tietoliikenneverkon protokollavälineet tiedonsiirtoa varten, jotka kerrosrakenteiset protokollavälineet käsittävät ainakin ylemmän kerroksen ja alemman kerroksen, jolloin alemman kerroksen (12) teh- 10 tävänä on ainakin koota ylemmälle kerrokselle (14) välitettävä datayksikkö (6) yhdestä tai useammasta vastaanotetuissa datayksiköissä (1a, 1b) olevista segmenteistä (9a, 9b) ja havaita vastaanotetuissa segmenteissä (1a, 1b) esiintyvä yksi tai useampi virhe (5a), tunnettu siitä, että tiedonsiirron tehostamiseksi maini-15 tun alemman kerroksen (12) tehtävänä on myös mainitun, ylemmälle kerrokselle välitettävän datayksikön (6) kokoaminen yhdestä tai useammasta segmentistä (9a, 9b), joka käsittää yhden tai useamman virheen (5a), ja myös tietojen välittäminen ylemmälle kerrokselle (14) koskien mainittujen, yhden tai useamman virheen (5a) si-20 jaintia. «
12. Tietoliikenneverkossa toimivaksi järjestetty langaton viestin, joka ; ··' käsittää kerrosrakenteiset protokollavälineet tiedonsiirron suorittava miseksi, jotka protokollavälineet käsittävät ainakin ylemmän kerrok- sen ja alemman kerroksen, jolloin alemman kerroksen tehtävänä on 25 ainakin koota ylemmälle kerrokselle (14) välitettävä datayksikkö (6) yhdestä tai useammasta vastaanotetuissa datayksiköissä (1a, 1b) olevista segmenteistä (9a, 9b), ja havaita vastaanotetuissa segmenteissä (1a, 1b) esiintyvä yksi tai useampi virhe (5a), tunnettu siitä, että tiedonsiirron tehostamiseksi mainitun alemman kerroksen 30 (12) tehtävänä on myös mainitun, ylemmälle kerrokselle välitettävän datayksikön (6) kokoaminen yhdestä tai useammasta segmentistä (9a, 9b), joka käsittää yhden tai useamman virheen (5a), ja myös :v. tietojen välittäminen ylemmälle kerrokselle (14) koskien mainittujen, ‘..: # yhden tai useamman virheen (5a) sijaintia. 110851
Priority Applications (14)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI992837A FI110831B (fi) | 1999-12-31 | 1999-12-31 | Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla |
DE60031167T DE60031167T2 (de) | 1999-12-31 | 2000-12-18 | Verfahren zur verbesserung der effizienz von datenübertragung und datenübertragungsprotokoll |
BR0016735-5A BR0016735A (pt) | 1999-12-31 | 2000-12-18 | Método para realizar uma transmissão de dados mais efetiva, e, protocolo de transmissão de dados |
EP00987526A EP1243144B1 (en) | 1999-12-31 | 2000-12-18 | Method for making data transmission more effective and a data transmission protocol |
ES00987526T ES2272350T3 (es) | 1999-12-31 | 2000-12-18 | Metodo para realizar una transmision de datos mas eficaz y protocolo de transmision de datos. |
AU23776/01A AU2377601A (en) | 1999-12-31 | 2000-12-18 | Method for making data transmission more effective and a data transmission protocol |
CA002395615A CA2395615C (en) | 1999-12-31 | 2000-12-18 | Method for making data transmission more effective and a data transmission protocol |
AT00987526T ATE341904T1 (de) | 1999-12-31 | 2000-12-18 | Verfahren zur verbesserung der effizienz von datenübertragung und datenübertragungsprotokoll |
PCT/FI2000/001106 WO2001050789A1 (en) | 1999-12-31 | 2000-12-18 | Method for making data transmission more effective and a data transmission protocol |
KR1020027008382A KR100621150B1 (ko) | 1999-12-31 | 2000-12-18 | 데이터 전송을 더 효과적으로 행하기 위한 방법 및 데이터전송 프로토콜 |
CNB008192081A CN1191725C (zh) | 1999-12-31 | 2000-12-18 | 数据传输的方法、协议装置及无线通信设备 |
JP2001551041A JP3735067B2 (ja) | 1999-12-31 | 2000-12-18 | データ伝送をより効率的にする方法及びデータ伝送プロトコル |
US09/752,344 US6857095B2 (en) | 1999-12-31 | 2000-12-29 | Method for making data transmission more effective and a data transmission protocol |
ZA200205137A ZA200205137B (en) | 1999-12-31 | 2002-06-26 | Method for making data transmission more effective and a data transmission protocol. |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI992837 | 1999-12-31 | ||
FI992837A FI110831B (fi) | 1999-12-31 | 1999-12-31 | Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla |
Publications (2)
Publication Number | Publication Date |
---|---|
FI19992837A FI19992837A (fi) | 2001-07-01 |
FI110831B true FI110831B (fi) | 2003-03-31 |
Family
ID=8555849
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FI992837A FI110831B (fi) | 1999-12-31 | 1999-12-31 | Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla |
Country Status (14)
Country | Link |
---|---|
US (1) | US6857095B2 (fi) |
EP (1) | EP1243144B1 (fi) |
JP (1) | JP3735067B2 (fi) |
KR (1) | KR100621150B1 (fi) |
CN (1) | CN1191725C (fi) |
AT (1) | ATE341904T1 (fi) |
AU (1) | AU2377601A (fi) |
BR (1) | BR0016735A (fi) |
CA (1) | CA2395615C (fi) |
DE (1) | DE60031167T2 (fi) |
ES (1) | ES2272350T3 (fi) |
FI (1) | FI110831B (fi) |
WO (1) | WO2001050789A1 (fi) |
ZA (1) | ZA200205137B (fi) |
Families Citing this family (88)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI106504B (fi) * | 1998-10-06 | 2001-02-15 | Nokia Networks Oy | Datan segmentointimenetelmä tietoliikennejärjestelmässä |
DE10008148A1 (de) * | 2000-02-22 | 2001-08-23 | Bosch Gmbh Robert | Verfahren zum Betreiben eines Mobilfunknetzes |
US6931569B2 (en) * | 2000-04-17 | 2005-08-16 | Nortel Networks Limited | Dual protocol layer automatic retransmission request scheme for wireless air interface |
KR100644594B1 (ko) * | 2000-06-10 | 2006-11-13 | 삼성전자주식회사 | 무선 데이터 송수신 장치 및 그 방법 |
FI112995B (fi) | 2001-01-16 | 2004-02-13 | Nokia Corp | Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä |
US20020163908A1 (en) * | 2001-05-07 | 2002-11-07 | Ari Lakaniemi | Apparatus, and associated method, for synchronizing operation of codecs operable pursuant to a communicaton session |
US7165112B2 (en) * | 2001-06-22 | 2007-01-16 | Motorola, Inc. | Method and apparatus for transmitting data in a communication system |
KR100883062B1 (ko) * | 2001-07-07 | 2009-02-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 링크 제어 계층의 정보를 전송하는 방법 |
US7242670B2 (en) * | 2001-07-07 | 2007-07-10 | Lg Electronics Inc. | Method for controlling retransmission of information using state variables in radio communication system |
KR100595583B1 (ko) * | 2001-07-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
US6725040B2 (en) | 2001-07-09 | 2004-04-20 | Asustek Computer Inc. | Lossless SRNS relocation procedure in a wireless communications system |
US7542482B2 (en) * | 2001-08-16 | 2009-06-02 | Qualcomm Incorporated | Method and apparatus for message segmentation in a wireless communication system |
US6839566B2 (en) * | 2001-08-16 | 2005-01-04 | Qualcomm, Incorporated | Method and apparatus for time-based reception of transmissions in a wireless communication system |
DE10141092A1 (de) * | 2001-08-22 | 2003-03-06 | Siemens Ag | Verfahren zur Übertragung von Datenpaketen in einem Funk-Kommunikationssystem |
US6874113B2 (en) * | 2001-09-17 | 2005-03-29 | Interdigital Technology Corporation | Radio resource control-service data unit reception |
PL368133A1 (en) | 2001-10-19 | 2005-03-21 | Telefonaktiebolaget L M Ericsson (Publ) | Avoiding stall conditions and sequence number ambiguity in an automatic repeat request protocol |
SE0103506D0 (sv) * | 2001-10-19 | 2001-10-19 | Ericsson Telefon Ab L M | HARQ stall avoidance |
US6904016B2 (en) * | 2001-11-16 | 2005-06-07 | Asustek Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
US8027637B1 (en) | 2002-01-11 | 2011-09-27 | Broadcom Corporation | Single frequency wireless communication system |
US6788658B1 (en) * | 2002-01-11 | 2004-09-07 | Airflow Networks | Wireless communication system architecture having split MAC layer |
US7515557B1 (en) * | 2002-01-11 | 2009-04-07 | Broadcom Corporation | Reconfiguration of a communication system |
US7876704B1 (en) | 2002-01-11 | 2011-01-25 | Broadcom Corporation | Tunneling protocols for wireless communications |
US7672274B2 (en) | 2002-01-11 | 2010-03-02 | Broadcom Corporation | Mobility support via routing |
US7149196B1 (en) | 2002-01-11 | 2006-12-12 | Broadcom Corporation | Location tracking in a wireless communication system using power levels of packets received by repeaters |
US7689210B1 (en) * | 2002-01-11 | 2010-03-30 | Broadcom Corporation | Plug-n-playable wireless communication system |
EP1343267A3 (en) * | 2002-02-08 | 2005-08-03 | ASUSTeK Computer Inc. | Data transmission confirmation in a wireless communication system |
EP1337065A1 (en) | 2002-02-13 | 2003-08-20 | Telefonaktiebolaget L M Ericsson (Publ) | Semi-reliable ARQ method and device thereof |
KR100896484B1 (ko) * | 2002-04-08 | 2009-05-08 | 엘지전자 주식회사 | 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치 |
DE10215567A1 (de) * | 2002-04-09 | 2003-10-23 | Siemens Ag | Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz |
US8484370B1 (en) * | 2002-04-16 | 2013-07-09 | Trimble Navigation Limited | Method and system for efficient extended data communications using GPRS |
US8171300B2 (en) * | 2002-04-30 | 2012-05-01 | Qualcomm Incorporated | Security method and apparatus |
US7113498B2 (en) | 2002-06-05 | 2006-09-26 | Broadcom Corporation | Virtual switch |
US7542471B2 (en) | 2002-10-30 | 2009-06-02 | Citrix Systems, Inc. | Method of determining path maximum transmission unit |
US8233392B2 (en) | 2003-07-29 | 2012-07-31 | Citrix Systems, Inc. | Transaction boundary detection for reduction in timeout penalties |
US7630305B2 (en) * | 2003-07-29 | 2009-12-08 | Orbital Data Corporation | TCP selective acknowledgements for communicating delivered and missed data packets |
US7616638B2 (en) | 2003-07-29 | 2009-11-10 | Orbital Data Corporation | Wavefront detection and disambiguation of acknowledgments |
US8270423B2 (en) | 2003-07-29 | 2012-09-18 | Citrix Systems, Inc. | Systems and methods of using packet boundaries for reduction in timeout prevention |
US7269760B2 (en) * | 2003-02-05 | 2007-09-11 | Innovative Sonic Limited | Scheme to discard an erroneous PDU received in a wireless communication system |
KR100498347B1 (ko) * | 2003-04-01 | 2005-07-01 | 엘지전자 주식회사 | Amr 코덱을 지원하기 위한 데이터 처리방법 |
WO2004102905A1 (ja) * | 2003-04-09 | 2004-11-25 | Nec Corporation | 無線ネットワーク制御装置及びそれに用いるQoS制御方法 |
US8437284B2 (en) | 2003-07-29 | 2013-05-07 | Citrix Systems, Inc. | Systems and methods for additional retransmissions of dropped packets |
US7698453B2 (en) * | 2003-07-29 | 2010-04-13 | Oribital Data Corporation | Early generation of acknowledgements for flow control |
US8238241B2 (en) | 2003-07-29 | 2012-08-07 | Citrix Systems, Inc. | Automatic detection and window virtualization for flow control |
US7656799B2 (en) | 2003-07-29 | 2010-02-02 | Citrix Systems, Inc. | Flow control system architecture |
US8432800B2 (en) | 2003-07-29 | 2013-04-30 | Citrix Systems, Inc. | Systems and methods for stochastic-based quality of service |
DE10345438B4 (de) * | 2003-09-30 | 2005-09-15 | Siemens Ag | Verfahren und Vorrichtung zum Dekodieren von mittels paketorientierten Datenübertragungsnetzen übertragenen kodierten Datenpaketen und Verfahren und Vorrichtung zum Kodieren und Dekodieren von über paketorientierte Datenübertragungsnetze zu übertragende Datenpaketen |
FI20031853A (fi) * | 2003-12-18 | 2005-06-19 | Nokia Corp | Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten |
JP4417733B2 (ja) * | 2004-01-15 | 2010-02-17 | ソニー・エリクソン・モバイルコミュニケーションズ株式会社 | 伝送方法及び装置 |
EP1562331B1 (en) * | 2004-02-06 | 2007-03-28 | M-Stack Limited | Handling a service data unit discard in the radio resource control entity of a UMTS device |
ATE350842T1 (de) * | 2004-02-06 | 2007-01-15 | Stack Ltd | Behandlung eines sdu verwurfs in der rrc einheit eines umts geräts |
KR101058729B1 (ko) * | 2004-05-19 | 2011-08-22 | 삼성전자주식회사 | 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 음성 패킷 데이터를 효율적으로처리하는 장치 및 방법 |
EP1780984A4 (en) * | 2004-08-06 | 2012-05-30 | Sharp Kk | TRANSMITTER, RECEIVER, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND COMMUNICATION PROGRAM |
US7360140B2 (en) * | 2004-09-23 | 2008-04-15 | International Business Machines Corporation | Apparatus and method for tracking packets in a reliably connected transmission system |
EP1796412A4 (en) * | 2004-09-29 | 2011-11-23 | Fujitsu Ltd | DISSIMULATION COMMUNICATION SYSTEM |
US7787391B2 (en) * | 2005-01-28 | 2010-08-31 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, communication program, and communication circuit |
US8291273B2 (en) * | 2005-01-28 | 2012-10-16 | Sharp Kabushiki Kaisha | Communication device, non-transitory computer-readable medium storing a communication program |
KR100902341B1 (ko) * | 2005-01-28 | 2009-06-12 | 샤프 가부시키가이샤 | 통신기기, 통신시스템, 통신방법, 통신 프로그램을 기록한 컴퓨터독취가능한 기록매체, 통신회로 |
US8051182B2 (en) * | 2005-01-28 | 2011-11-01 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, communication program, and communication circuit |
KR100748342B1 (ko) * | 2005-09-14 | 2007-08-09 | 매그나칩 반도체 유한회사 | 씨모스 이미지 센서의 제조방법 |
KR100877078B1 (ko) * | 2005-10-05 | 2009-01-07 | 한국전자통신연구원 | Mbms 수신 시스템에 있어서의 에러 정정 방법 및 장치 |
WO2007055326A1 (ja) * | 2005-11-10 | 2007-05-18 | Sharp Kabushiki Kaisha | データ送信装置およびその制御方法、データ受信装置およびその制御方法、データ送信システム、データ送信装置制御プログラム、データ受信装置制御プログラム、ならびに該プログラムを記録した記録媒体 |
KR101259514B1 (ko) | 2006-03-23 | 2013-05-06 | 삼성전자주식회사 | 이기종 이동통신 시스템 간의 무손실 핸드오버 방법 및장치 |
TW200742356A (en) * | 2006-04-27 | 2007-11-01 | Asustek Comp Inc | Method and apparatus for handling segmentation and numbering of SDU in wireless communications system |
US8140928B2 (en) * | 2006-06-20 | 2012-03-20 | Ntt Docomo, Inc. | Radio communications apparatus and method used in a mobile communications system |
US8379646B2 (en) * | 2006-07-31 | 2013-02-19 | Lg Electronics Inc. | Method of processing control information in a mobile communication system |
WO2008035592A1 (fr) * | 2006-09-20 | 2008-03-27 | Nec Corporation | Système de communication mobile, équipement d'utilisateur et procédé de réduction du temps de traitement de fin de communication |
JP4219950B2 (ja) * | 2006-10-16 | 2009-02-04 | シャープ株式会社 | 通信機器、通信方法、通信回路、携帯電話機、プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体 |
WO2008085908A1 (en) * | 2007-01-05 | 2008-07-17 | Interdigital Technology Corporation | Method and apparatus for indicating a transmission status to a higher layer |
US7706266B2 (en) | 2007-03-12 | 2010-04-27 | Citrix Systems, Inc. | Systems and methods of providing proxy-based quality of service |
KR101132522B1 (ko) * | 2007-10-01 | 2012-04-02 | 인터디지탈 패튼 홀딩스, 인크 | Pdcp를 폐기하기 위한 방법 및 장치 |
JP5082768B2 (ja) * | 2007-10-29 | 2012-11-28 | 富士通株式会社 | 移動通信システム、移動通信方法、無線基地局装置、および端末 |
US8208394B2 (en) * | 2007-10-30 | 2012-06-26 | Qualcomm Incorporated | Service data unit discard timers |
JP2009182459A (ja) * | 2008-01-29 | 2009-08-13 | Sony Corp | 通信装置、通信システム、通信方法及びプログラム |
CN101795494B (zh) * | 2009-02-03 | 2012-10-10 | ***通信集团公司 | 一种lte-a***内的数据分流方法、装置及*** |
EP2247154B1 (en) | 2009-04-27 | 2012-05-16 | Telefonaktiebolaget L M Ericsson (PUBL) | Technique for coordinated RLC and PDCP processing |
US9071418B2 (en) * | 2011-07-29 | 2015-06-30 | Blackfire Research Corporation | Synchronous media rendering of demuxed media components across multiple devices |
CN106465090B (zh) * | 2014-05-09 | 2019-11-19 | 华为技术有限公司 | 用于设备到设备的发现消息大小的可扩展解决方案 |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
JP6708638B2 (ja) * | 2015-05-22 | 2020-06-10 | 株式会社Nttドコモ | ユーザ装置、基地局及び通信方法 |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
EP3735098B1 (en) * | 2017-12-27 | 2022-01-12 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Srb transmission method and device |
WO2020022849A1 (en) * | 2018-07-27 | 2020-01-30 | Samsung Electronics Co., Ltd. | Method and apparatus for wireless communication of wireless node in wireless communication system |
GB2576204B (en) | 2018-07-27 | 2021-02-17 | Samsung Electronics Co Ltd | Operation of automatic repeat request (ARQ) |
CN109531569B (zh) * | 2018-12-05 | 2021-08-31 | 北京爱其科技有限公司 | 基于支持不同电子件互连的接口的机器人 |
CN111835457B (zh) * | 2019-08-09 | 2022-04-26 | 维沃移动通信有限公司 | 一种数据传输方法、接收设备及发送设备 |
CN115088300A (zh) * | 2020-01-23 | 2022-09-20 | 哲库科技有限公司 | 用于在介质访问控制层对分组数据单元进行排队的技术 |
WO2024120885A1 (en) * | 2022-12-06 | 2024-06-13 | Sony Group Corporation | Transmission device, receiving device and corresponding methods |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI105976B (fi) * | 1998-02-09 | 2000-10-31 | Nokia Networks Oy | Matkaviestimen suurinopeuksinen liityntä TCP/IP-verkkoon |
US6512747B1 (en) * | 1998-03-05 | 2003-01-28 | Nippon Telegraph And Telephone Corporation | ATM transmission system |
JP4354641B2 (ja) * | 1998-04-03 | 2009-10-28 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | ユニバーサル移動電話システム(umts)におけるフレキシブル無線アクセス及びリソース割り当て |
FI107686B (fi) * | 1998-06-16 | 2001-09-14 | Nokia Mobile Phones Ltd | Menetelmä ja tietoliikennelaite kantajien hallintaa varten kolmannen sukupolven matkaviestinjärjestelmässä |
US6359901B1 (en) * | 1998-09-02 | 2002-03-19 | General Dynamics Decision Systems, Inc. | Method and apparatus for asynchronous adaptive protocol layer tuning |
US6160804A (en) * | 1998-11-13 | 2000-12-12 | Lucent Technologies Inc. | Mobility management for a multimedia mobile network |
-
1999
- 1999-12-31 FI FI992837A patent/FI110831B/fi not_active IP Right Cessation
-
2000
- 2000-12-18 KR KR1020027008382A patent/KR100621150B1/ko not_active IP Right Cessation
- 2000-12-18 CA CA002395615A patent/CA2395615C/en not_active Expired - Fee Related
- 2000-12-18 JP JP2001551041A patent/JP3735067B2/ja not_active Expired - Lifetime
- 2000-12-18 CN CNB008192081A patent/CN1191725C/zh not_active Ceased
- 2000-12-18 BR BR0016735-5A patent/BR0016735A/pt not_active Application Discontinuation
- 2000-12-18 WO PCT/FI2000/001106 patent/WO2001050789A1/en active IP Right Grant
- 2000-12-18 AU AU23776/01A patent/AU2377601A/en not_active Abandoned
- 2000-12-18 EP EP00987526A patent/EP1243144B1/en not_active Expired - Lifetime
- 2000-12-18 AT AT00987526T patent/ATE341904T1/de not_active IP Right Cessation
- 2000-12-18 ES ES00987526T patent/ES2272350T3/es not_active Expired - Lifetime
- 2000-12-18 DE DE60031167T patent/DE60031167T2/de not_active Expired - Lifetime
- 2000-12-29 US US09/752,344 patent/US6857095B2/en not_active Expired - Lifetime
-
2002
- 2002-06-26 ZA ZA200205137A patent/ZA200205137B/en unknown
Also Published As
Publication number | Publication date |
---|---|
BR0016735A (pt) | 2002-09-03 |
DE60031167T2 (de) | 2007-06-21 |
CN1437830A (zh) | 2003-08-20 |
AU2377601A (en) | 2001-07-16 |
JP2003519998A (ja) | 2003-06-24 |
WO2001050789A1 (en) | 2001-07-12 |
CA2395615A1 (en) | 2001-07-12 |
EP1243144A1 (en) | 2002-09-25 |
JP3735067B2 (ja) | 2006-01-11 |
EP1243144B1 (en) | 2006-10-04 |
KR20020071908A (ko) | 2002-09-13 |
FI19992837A (fi) | 2001-07-01 |
DE60031167D1 (de) | 2006-11-16 |
CN1191725C (zh) | 2005-03-02 |
US6857095B2 (en) | 2005-02-15 |
US20010007137A1 (en) | 2001-07-05 |
KR100621150B1 (ko) | 2006-09-13 |
ES2272350T3 (es) | 2007-05-01 |
ZA200205137B (en) | 2003-02-06 |
ATE341904T1 (de) | 2006-10-15 |
CA2395615C (en) | 2007-01-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FI110831B (fi) | Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla | |
US9049017B2 (en) | Efficient TCP ACK prioritization in wireless networks | |
US7756050B2 (en) | Method to provide unequal error protection and unequal error detection for internet protocol applications | |
US6795435B1 (en) | Method for transmitting data transmission flows | |
AU2005253495B2 (en) | Transmitting and receiving control protocol data unit having processing time information | |
AU764700B2 (en) | Packet discard notification for semi reliable retransmission protocol | |
US20090319850A1 (en) | Local drop control for a transmit buffer in a repeat transmission protocol device | |
US20070008990A1 (en) | Method and system for retransmission | |
EP1925142A1 (en) | Radio link control unacknowledged mode header optimization | |
EP1543644A1 (en) | Method and devices for error tolerant data transmission, wherein retransmission of erroneous data is performed up to the point where the remaining number of errors is acceptable | |
US7586882B2 (en) | Higher layer packet framing using RLP | |
WO2005078985A1 (en) | System and method for transmitting and receiving data frames in a nak-based window protocol | |
US20130156023A1 (en) | Methods and Apparatus for Efficiently Synchronizing a Transmitter and a Receiver in a Communication System | |
TW546955B (en) | Method and system of retransmission | |
US7924710B2 (en) | Method for transmitting data including an error control mechanism designed for unreliable networks and error resilience applications | |
US20050198028A1 (en) | System, method and operator for increasing the active window size in a NAK-based window protocol | |
KR100352895B1 (ko) | 비동기 이동 통신 시스템에서의 하이브리드 에이알큐의적용을 위한 부가 정보 전송 방법 | |
CN115865282A (zh) | 数据重传方法、装置、设备及存储介质 | |
JP2010045845A (ja) | 再送信の方法とシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PC | Transfer of assignment of patent |
Owner name: 2011 INTELLECTUAL PROPERTY ASSET TRUST |
|
PC | Transfer of assignment of patent |
Owner name: CORE WIRELESS LICENSING S.A.R.L. |
|
MM | Patent lapsed |