FI110831B - Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla - Google Patents

Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla Download PDF

Info

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
Application number
FI992837A
Other languages
English (en)
Swedish (sv)
Other versions
FI19992837A (fi
Inventor
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=8555849&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=FI110831(B) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Corp filed Critical Nokia Corp
Priority to FI992837A priority Critical patent/FI110831B/fi
Priority to PCT/FI2000/001106 priority patent/WO2001050789A1/en
Priority to DE60031167T priority patent/DE60031167T2/de
Priority to CNB008192081A priority patent/CN1191725C/zh
Priority to ES00987526T priority patent/ES2272350T3/es
Priority to AU23776/01A priority patent/AU2377601A/en
Priority to EP00987526A priority patent/EP1243144B1/en
Priority to AT00987526T priority patent/ATE341904T1/de
Priority to KR1020027008382A priority patent/KR100621150B1/ko
Priority to JP2001551041A priority patent/JP3735067B2/ja
Priority to BR0016735-5A priority patent/BR0016735A/pt
Priority to CA002395615A priority patent/CA2395615C/en
Priority to US09/752,344 priority patent/US6857095B2/en
Publication of FI19992837A publication Critical patent/FI19992837A/fi
Priority to ZA200205137A priority patent/ZA200205137B/en
Publication of FI110831B publication Critical patent/FI110831B/fi
Application granted granted Critical

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

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
FI992837A 1999-12-31 1999-12-31 Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla FI110831B (fi)

Priority Applications (14)

Application Number Priority Date Filing Date Title
FI992837A FI110831B (fi) 1999-12-31 1999-12-31 Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
EP00987526A EP1243144B1 (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 数据传输的方法、协议装置及无线通信设备
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
PCT/FI2000/001106 WO2001050789A1 (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
DE60031167T DE60031167T2 (de) 1999-12-31 2000-12-18 Verfahren zur verbesserung der effizienz von datenübertragung und datenübertragungsprotokoll
JP2001551041A JP3735067B2 (ja) 1999-12-31 2000-12-18 データ伝送をより効率的にする方法及びデータ伝送プロトコル
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
CA002395615A CA2395615C (en) 1999-12-31 2000-12-18 Method for making data transmission more effective and a data transmission protocol
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
FI992837A FI110831B (fi) 1999-12-31 1999-12-31 Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
FI992837 1999-12-31

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 (87)

* Cited by examiner, † Cited by third party
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
CN1290287C (zh) * 2000-04-17 2006-12-13 北方电讯网络有限公司 在用于无线通信的物理和链路层的自动重发请求协议的合作
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
US7242670B2 (en) 2001-07-07 2007-07-10 Lg Electronics Inc. Method for controlling retransmission of information using state variables in radio communication system
KR100883062B1 (ko) * 2001-07-07 2009-02-10 엘지전자 주식회사 무선 통신 시스템에서 무선 링크 제어 계층의 정보를 전송하는 방법
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 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
US6839566B2 (en) * 2001-08-16 2005-01-04 Qualcomm, Incorporated Method and apparatus for time-based reception of transmissions in a wireless communication system
US7542482B2 (en) 2001-08-16 2009-06-02 Qualcomm Incorporated Method and apparatus for message segmentation 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
SE0103506D0 (sv) * 2001-10-19 2001-10-19 Ericsson Telefon Ab L M HARQ stall avoidance
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
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
US6788658B1 (en) * 2002-01-11 2004-09-07 Airflow Networks Wireless communication system architecture having split MAC layer
US7689210B1 (en) * 2002-01-11 2010-03-30 Broadcom Corporation Plug-n-playable wireless 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
US7515557B1 (en) 2002-01-11 2009-04-07 Broadcom Corporation Reconfiguration of a communication system
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
US8027637B1 (en) 2002-01-11 2011-09-27 Broadcom Corporation Single frequency wireless communication system
CN1204724C (zh) * 2002-02-08 2005-06-01 华硕电脑股份有限公司 用于无线通信系统的数据传输的确认方法
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
US8270423B2 (en) 2003-07-29 2012-09-18 Citrix Systems, Inc. Systems and methods of using packet boundaries for reduction in timeout prevention
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
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 엘지전자 주식회사 Ａｍｒ 코덱을 지원하기 위한 데이터 처리방법
EP1613005A4 (en) * 2003-04-09 2010-07-21 Nec Corp RADIO NETWORK CONTROL DEVICE AND SERVICE QUALITY CONTROL METHOD USED FOR THIS DEVICE
US8238241B2 (en) 2003-07-29 2012-08-07 Citrix Systems, Inc. Automatic detection and window virtualization for flow control
US7698453B2 (en) * 2003-07-29 2010-04-13 Oribital Data Corporation Early generation of acknowledgements 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
US8437284B2 (en) 2003-07-29 2013-05-07 Citrix Systems, Inc. Systems and methods for additional retransmissions of dropped packets
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 ソニー・エリクソン・モバイルコミュニケーションズ株式会社 伝送方法及び装置
DE602004005566T2 (de) * 2004-02-06 2008-01-24 M-Stack Ltd. Bahandlung eines SDU Verwurfs in einer RRC Einheit eines UMTS Geräts
EP1562330B1 (en) * 2004-02-06 2007-01-03 M-Stack Limited Handling a service data unit discard in the radio resource control entity of a UMTS device
KR101058729B1 (ko) * 2004-05-19 2011-08-22 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 음성 패킷 데이터를 효율적으로처리하는 장치 및 방법
JP4091095B2 (ja) * 2004-08-06 2008-05-28 シャープ株式会社 送信機、受信機、通信システム、通信方法、通信プログラム
US7360140B2 (en) * 2004-09-23 2008-04-15 International Business Machines Corporation Apparatus and method for tracking packets in a reliably connected transmission system
JP5033424B2 (ja) * 2004-09-29 2012-09-26 富士通株式会社 秘匿通信システム
US8291273B2 (en) * 2005-01-28 2012-10-16 Sharp Kabushiki Kaisha Communication device, non-transitory computer-readable medium storing a communication program
US8051182B2 (en) * 2005-01-28 2011-11-01 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
KR100902341B1 (ko) * 2005-01-28 2009-06-12 샤프 가부시키가이샤 통신기기, 통신시스템, 통신방법, 통신 프로그램을 기록한 컴퓨터독취가능한 기록매체, 통신회로
US7787391B2 (en) * 2005-01-28 2010-08-31 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
KR100748342B1 (ko) * 2005-09-14 2007-08-09 매그나칩 반도체 유한회사 씨모스 이미지 센서의 제조방법
WO2007040330A1 (en) * 2005-10-05 2007-04-12 Electronics And Telecommunications Research Institute Method and apparatus for error correction in mbms receipt system
US20090262661A1 (en) * 2005-11-10 2009-10-22 Sharp Kabushiki Kaisha Data transmission device and method of controlling same, data receiving device and method of controlling same, data transfer system, data transmission device control program, data receiving device control program, and storage medium containing the programs
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
JPWO2007148630A1 (ja) * 2006-06-20 2009-11-19 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムで使用される無線通信装置及び方法
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
EP2066138B1 (en) * 2006-09-20 2020-11-11 NEC Corporation Mobile communication system, user equipment, and method for reducing communication processing completion time used for them
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
KR101582019B1 (ko) * 2007-10-01 2015-12-31 인터디지탈 패튼 홀딩스, 인크 Ｐｄｃｐ를 폐기하기 위한 방법 및 장치
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
WO2015172151A1 (en) * 2014-05-09 2015-11-12 Futurewei Technologies, Inc. An extensible solution for device to device discovery message size
US10834065B1 (en) 2015-03-31 2020-11-10 F5 Networks, Inc. Methods for SSL protected NTLM re-authentication and devices thereof
EP3300424B1 (en) * 2015-05-22 2019-11-13 NTT DoCoMo, Inc. User equipment, base station, and communication method
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
GB2576204B (en) 2018-07-27 2021-02-17 Samsung Electronics Co Ltd Operation of automatic repeat request (ARQ)
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
CN109531569B (zh) * 2018-12-05 2021-08-31 北京爱其科技有限公司 基于支持不同电子件互连的接口的机器人
CN111835457B (zh) * 2019-08-09 2022-04-26 维沃移动通信有限公司 一种数据传输方法、接收设备及发送设备
CN115088300A (zh) * 2020-01-23 2022-09-20 哲库科技有限公司 用于在介质访问控制层对分组数据单元进行排队的技术

Family Cites Families (6)

* Cited by examiner, † Cited by third party
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
DE69925990T2 (de) * 1998-04-03 2006-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Flexibles kanalzugriffsverfahren und resourcenzuteilung in einem universalen mobiltelefonsystem (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

Also Published As

Publication number Publication date
ATE341904T1 (de) 2006-10-15
KR100621150B1 (ko) 2006-09-13
DE60031167T2 (de) 2007-06-21
CN1191725C (zh) 2005-03-02
US6857095B2 (en) 2005-02-15
DE60031167D1 (de) 2006-11-16
FI19992837A (fi) 2001-07-01
CA2395615A1 (en) 2001-07-12
ZA200205137B (en) 2003-02-06
JP3735067B2 (ja) 2006-01-11
US20010007137A1 (en) 2001-07-05
ES2272350T3 (es) 2007-05-01
BR0016735A (pt) 2002-09-03
EP1243144B1 (en) 2006-10-04
KR20020071908A (ko) 2002-09-13
CA2395615C (en) 2007-01-30
WO2001050789A1 (en) 2001-07-12
JP2003519998A (ja) 2003-06-24
EP1243144A1 (en) 2002-09-25
AU2377601A (en) 2001-07-16
CN1437830A (zh) 2003-08-20

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
JP4243023B2 (ja) パケット−ベースの信頼性レベル設定を伴うａｒｑプロトコル
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
WO2004030266A1 (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
TW546955B (en) Method and system of retransmission
US20060133554A1 (en) Methods and apparatus for efficiently synchronizing a transmitter and a receiver in a communication system
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