FI112995B - Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä - Google Patents

Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä Download PDF

Info

Publication number
FI112995B
FI112995B FI20010098A FI20010098A FI112995B FI 112995 B FI112995 B FI 112995B FI 20010098 A FI20010098 A FI 20010098A FI 20010098 A FI20010098 A FI 20010098A FI 112995 B FI112995 B FI 112995B
Authority
FI
Finland
Prior art keywords
data
conditions
error
packet
payload
Prior art date
Application number
FI20010098A
Other languages
English (en)
Swedish (sv)
Other versions
FI20010098A (fi
FI20010098A0 (fi
Inventor
Juha Kalliokulju
Ari Tourunen
Original Assignee
Nokia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corp filed Critical Nokia Corp
Publication of FI20010098A0 publication Critical patent/FI20010098A0/fi
Priority to FI20010098A priority Critical patent/FI112995B/fi
Priority to JP2002557069A priority patent/JP3892811B2/ja
Priority to AT02716120T priority patent/ATE285642T1/de
Priority to EP02716120A priority patent/EP1356623B1/en
Priority to ES02716120T priority patent/ES2235018T3/es
Priority to CA002434796A priority patent/CA2434796A1/en
Priority to US10/045,020 priority patent/US7346077B2/en
Priority to CNB028063635A priority patent/CN100347978C/zh
Priority to BR0206459-6A priority patent/BR0206459A/pt
Priority to PCT/FI2002/000029 priority patent/WO2002056531A1/en
Priority to KR1020037009372A priority patent/KR100592034B1/ko
Priority to DE60202352T priority patent/DE60202352T2/de
Publication of FI20010098A publication Critical patent/FI20010098A/fi
Application granted granted Critical
Publication of FI112995B publication Critical patent/FI112995B/fi

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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/02—Arrangements for detecting or preventing errors in the information received by diversity reception
    • H04L1/06—Arrangements for detecting or preventing errors in the information received by diversity reception using space diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Description

112995
Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
Keksinnön tausta
Keksintö liittyy datan virheentarkastuksen järjestämiseen ja virheel-5 lisen datan käsittelemiseen erityisesti IP-pakettien (Internet Protocol) siirrossa.
IP-teknologian nopea kehitys on laajentanut erilaisten IP-pohjaisten sovellusten käyttömahdollisuuksia myös perinteisen Internet-tiedonsiirron ulkopuolelle. Erityisesti IP-pohjaiset puhelinsovellukset ovat kehittyneet nopeasti, minkä seurauksena yhä suurempi osa puheluiden siirtotiestä voidaan toteut-10 taa IP-teknologiaa hyödyntäen. Varsinkin matkaviestinverkoissa IP-teknologian nähdään tarjoavan paljon etuja, sillä matkaviestinverkkojen perinteisten puhepalveluiden, jotka voitaisiin hoitaa erilaisten IP-puhesovellusten avulla, lisäksi matkaviestinverkoissa tullaan tarjoamaan yhä enemmän erilaisia datapalveluita, kuten Internetin selaamista ja sähköpostipalvelulta, jotka on tyypilli-15 sesti edullisinta toteuttaa pakettivälitteisinä IP-pohjaisina palveluina. Näin matkaviestinjärjestelmien protokolliin sovitettavat IP-kerrokset voisivat palvella sekä audio/videopalveluita että erilaisia datapalveluita.
IP-kerroksen tarjoama verkkokerroksen siirto ei takaa virheettömyyttä, vaan siirron luotettavuus saavutetaan ylemmällä TCP-protokollakerroksella 20 (Transport Control Protocol). TCP hoitaa pakettien kuittaukset ja uudelleenlä-hetykset. TCP ei kuitenkaan sovi reaaliaikaisten sovellusten vaatimuksiin, joille viive on kriittinen. Reaaliaikaisille sovelluksille käytetään tyypillisesti audio- ja .···, videodatan siirrossa UDP-protokollaa (User Datagram Protocol), joka ei aiheu- ta lisäviivettä uudelleenlähetysten ja kuittausten takia, muttei toisaalta tarjoa '··’* 25 luotettavaa yhteyttä. RTP (Real-time Transport Protocol) hoitaa UDP- protokollaa käyttäen audio-/videovirtojen paketoinnin ja synkronoinnin paketti-:välitteisen verkon yli. Fyysisellä kerrokselle on varsinkin radiorajapinnan yli siirrettävää dataa varten kehitetty erilaisia virheentarkastusmenetelmiä. Eräs pal-; ',· jon käytetty virheentarkastusmenetelmä on CRC-tarkastus (Cyclic Redundan ssi 30 cy Check), jonka tarkastuksella voidaan havaita tietyn tyyppiset siirtovirheet.
Tämä hakemuksen yhteydessä hyötykuormalla (payload) tarkoite-. taan olennaisesti käytettävän sovelluksen kannalta hyödyllistä dataa ja otsik kokentillä (header fields) sovelluksen tiedonsiirtoa hoitavien alempien kerros-j ; : ten hyötykuormaan lisäämiä kenttiä. Puhesovelluksen hyötykuormaa ovat I t ♦ · 112995 2 esimerkiksi ääninäytteet ja ohjausdata, otsikkokenttiä ovat verkkokerroksella (network layer) esimerkiksi RTP-, UDP- ja IP-otsikkokentät. Siirrettävän datan hyötykuormalla ja otsikkokentillä on erilaiset tarpeet erityisesti virheensiedon kannalta. Jos otsikkokentissä on virhe, pakettia ei yleensä voitaisi välittää oi-5 kealle vastaanottajalle, mutta siitä saattaisi kuitenkin olla hyötyä otsikkokenttien dekompressoinnissa. Toisaalta, jos virhe on hyötykuormassa, kyseinen pa-j ketti todennäköisesti olisi hyödyllinen reaaliaikasovellukselle kuvan tai puheen ; muodostuksessa. Tyypillisesti virheelliset datapaketit kuitenkin aina hylätään, vaikka niistä voisikin olla hyötyä.
10 Keksinnön lyhyt selostus
Keksinnön tavoitteena on siten kehittää menetelmä ja menetelmän toteuttava laitteisto siten, että yllä mainitut ongelmat voidaan välttää. Keksinnön tavoitteet saavutetaan menetelmällä ja pakettiradiojärjestelmällä, joille on tunnusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksin-15 non edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.
Keksintö perustuu siihen, että paketeista on erotettavissa ainakin kaksi osaa, ensimmäinen osa ja toinen osa, jolloin niiden käsittelyä varten virhetilanteessa määritetään ehdot. Ehtojen perusteella paketin ensimmäinen 20 ja/tai toinen osa voidaan mahdollisesti välittää ylemmille kerroksille.
Keksinnön mukaisen menetelmän ja järjestelmän etuna on, että pa-ketteja tai niiden osia voidaan käsitellä eri tavoin virheen sijainnin perusteella. Tällöin virheellisetkin paketit voidaan välittää kokonaan tai osittain ylemmille t! .*! kerroksille ehtojen niin määrittäessä.
25 Keksinnön erään edullisen suoritusmuodon mukaisesti ensimmäi- ] ‘ nen osa on otsikkokenttiä ja toinen osa hyötykuormaa. Tällöin voidaan mää- *···’ rittää hyvin monipuolisia ehtoja virheellisen hyötykuorman ja/tai otsikkokentän käsittävän paketin käsittelemiseksi. On myös mahdollista käyttää virheellistä- «· » • kin hyötykuormaa sovelluksessa tai otsikkokenttiä niiden dekompressiossa.
: 30 Keksinnön erään edullisen suoritusmuodon mukaisesti IP-pakettien ensimmäinen osa ja toinen osa välitetään eri loogisia yhteyksiä käyttäen. Tällöin saadaan helposti havaittua, onko virhe ensimmäisessä osassa vai toisessa osassa. Loogisella yhteydellä tarkoitetaan siirtoyhteyskerroksen L2 (data : link layer) tarjoamaa yhteyttä datan siirtoon matkaviestimen ja pakettiradiover- 35 kon välillä.
• · # 112995 3
Keksinnön erään toisen suoritusmuodon mukaisesti mainitut ohjeet määritetään radioresurssien ohjauskerroksen signalointina pakettiradiover-kosta matkaviestimeen. Tästä saavutetaan se etu, että verkko voi määritellä, kuinka matkaviestin käsittelee paketteja ja tietää näin ollen entistä tarkemmin 5 tarjottavan tiedonsiirtopalvelun laatutason.
Kuvioiden lyhyt selostus
Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista:
Kuvio 1 esittää lohkokaaviona UMTS-järjestelmän yksinkertaistettua 10 rakennetta;
Kuviot 2a ja 2b esittävät UMTS:n pakettidatapalvelun protokollapinoja kontrollisignalointiin ja käyttäjädatan välittämiseen;
Kuvio 3 esittää RLC- ja PDCP-kerroksia keksinnön erään edullisen suoritusmuodon mukaisessa järjestelmässä; 15 Kuvio 4 esittää vuokaaviona keksinnön erään edullisen suoritus muodon mukaista menetelmää; ja
Kuvio 5 esittää RLC- ja PDCP-kerroksia keksinnön erään edullisen j suoritusmuodon mukaisessa järjestelmässä.
| Keksinnön yksityiskohtainen selostus 20 Keksinnön mukaista menettelyä kuvataan seuraavassa esimerkin- omaisesti UMTS-järjestelmän ja IP-pakettien siirron yhteydessä. Keksintöä voidaan kuitenkin soveltaa missä tahansa pakettivälitteisessä tietoliikennejär-jestelmässä IP-datan siirtoon rajoittumatta. Keksinnön mukaista menettelyä *···* voidaan edullisesti soveltaa esimerkiksi ns. toisen sukupolven matkaviestin- • 25 järjestelmien jatkokehityshankkeissa, kuten GERAN.ssa (GSM/Edge Radio :/ Access Network).
Kuvio 1 käsittää vain keksinnön kuvaamisen kannalta UMTS- järjestelmän oleelliset lohkot, mutta alan ammattimiehelle on selvää, että ta-vanomaiseen matkaviestinjärjestelmään sisältyy lisäksi muitakin toimintoja ja 30 rakenteita, joiden tarkempi selittäminen ei tässä ole tarpeen. Matkaviestinjär- • I « » * ’ jestelmän pääosat ovat runkoverkko CN (Core Network) ja UMTS- ’ · matkaviestinjärjestelmän maanpäällinen radioverkko UTRAN (UMTS Terrestri- ; ai Radio Access Network), jotka muodostavat matkaviestinjärjestelmän kiinte- ,··*. än verkon, sekä matkaviestin tai tilaajapäätelaite UE (User Equipment). CN:n * »· 112995 4 ja UTRAN:in välinen rajapinta on nimeltään lu, ja UTRANiin ja UE:n välinen ilmarajapinta on nimeltään Uu.
UTRAN muodostuu tyypillisesti useista radioverkkoalijärjestelmistä RNS (Radio Network Subsystem), joiden välinen rajapinta on nimeltään lur (ei 5 kuvattu). RNS muodostuu radioverkko-ohjaimesta RNC (Radio Network Controller) ja yhdestä tai useammasta tukiasemasta BS, joista käytetään myös termiä B-solmu (node B). RNC:n ja BS:n välinen rajapinta on nimeltään lub. Tyypillisesti tukiasema BS huolehtii radiotien toteutuksesta ja radioverkko-ohjain RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen 10 välisen kanavanvaihdon kontrolli, tehonsäätö, ajastus ja synkronointi, tilaaja-päätelaitteen kutsuminen (paging).
Runkoverkko CN muodostuu UTRAN:in ulkopuolisesta matkaviestinjärjestelmään kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin-keskus/vierailijarekisteri 3G-MSC/VLR (Mobile Switching Centre/ Visitor Locals tion Register) on yhteydessä kotirekisteriin HLR (Home Location Register) ja edullisesti myös älyverkon ohjauspisteeseen SCP (Service Control Point). Kotirekisteri HLR ja vierailijarekisteri VLR käsittävät tietoa matkaviestintilaajista: kotirekisteri HLR käsittää tiedot matkaviestinverkon kaikista tilaajista sekä näiden tilaamista palveluista ja vierailijarekisteri VLR käsittää tietoja tietyn matka-20 viestinkeskuksen MSC alueella vierailevista matkaviestimistä. Yhteys paketti-radiojärjestelmän operointisolmuun 3G-SGSN (Serving GPRS Support Node) :Y: muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon PSTN/ISDN yhdyskäytävämatkaviestinkeskuksen GMSC (Gateway MSC, ei .**. kuvattu) kautta. Sekä matkaviestinkeskuksen 3G-MSC/VLR että operointisol- .···, 25 mun 3G-SGSN yhteys radioverkkoon UTRAN (UMTS Terrestrial Radio Access ‘Y Network) tapahtuu rajapinnan lu välityksellä. On huomattava, että UMTS- järjestelmä on suunniteltu siten, että runkoverkko CN voi olla identtinen esi-'···’ merkiksi GSM-järjestelmän runkoverkon kanssa, jolloin koko verkkoinfrastruk tuuria ei tarvitse rakentaa uudelleen.
* · · : 30 UMTS-järjestelmä käsittää siis myös pakettiradiojärjestelmän, joka * a i on toteutettu pitkälti GSM-verkkoon kytketyn GPRS-järjestelmän mukaisesti, mistä johtuu myös verkkoelementtien nimissä olevat viittaukset GPRS- I · iitt. järjestelmään. UMTS:n pakettiradiojärjestelmä voi käsittää useita yhdyskäytä-
. ’ vä- ja operointisolmuja ja tyypillisesti yhteen yhdyskäytäväsolmuun 3G-GGSN
> · :,· j 35 on kytketty useita operointisolmuja 3G-SGSN. Operointisolmun 3G-SGSN tehtävänä on havaita pakettiradioyhteyksiin kykenevät matkaviestimet palve- 112995 5 lualueellaan, lähettää ja vastaanottaa datapaketteja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien sijaintia palvelualueellaan. Edelleen operointi-solmu 3G-SGSN on yhteydessä kotirekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myös pakettiradiopalveluun liittyviä tietueita, jotka 5 käsittävät tilaajakohtaisten pakettidataprotokollien sisällön.
Yhdyskäytäväsolmu 3G-GGSN toimii yhdyskäytävänä UMTS-! verkon pakettiradiojärjestelmän ja ulkoisen dataverkon PDN (Packet Data
Network) välillä. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko-operaattorin UMTS- tai GPRS-verkko, Internet, X.25-verkko tai yksityinen lähi-10 verkko. Yhdyskäytäväsolmu 3G-GGSN on yhteydessä kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskäytäväsolmun 3G-GGSN ja .operointisolmun 3G-SGSN välillä siirrettävät datapaketit ovat aina tunnelointiprotokollan GTP (Gateway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskäytäväsolmu 3G-GGSN sisältää myös matkaviestimille aktivoitujen PDP-kontekstien 15 (Packet Data Protocol) osoitteet ja reititystiedot ts. 3G-SGSN-osoitteet. Reititystietoa käytetään siten datapakettien linkittämiseen ulkoisen dataverkon ja operointisolmun 3G-SGSN välillä. Yhdyskäytäväsolmun 3G-GGSN ja operoin-tisolmun 3G-SGSN välinen verkko on IP-yhteyskäytäntöä, edullisesti IPv6 (Internet Protocol, version 6) hyödyntävä verkko.
| 20 Kuviot 2a ja 2b esittävät UMTS:n protokollapinoja kontrollisignaloin- tiin (control plane) ja käyttäjädatan välittämiseen (user plane) UMTS-järjestelmän pakettiradiopalvelussa. Kuviossa 2a kuvataan matkaviestimen : Y: MS ja runkoverkon CN välistä kontrollisignalointiin käytettävää protokollapinoa.
Matkaviestimen MS liikkumista (MM, Mobility Management), puheluiden ohja-25 usta (CC, Call Control) ja päätelaiteyhteyksien hallintaa (SM, Session Mana-gement) signaloidaan ylimmillä protokollakerroksilla matkaviestimen MS ja ... runkoverkon CN välillä siten, että välissä olevat tukiasemat BS ja radioverkko- ' ’' ohjain RNC ovat transparentteja tälle signaloinnille. Radioresurssien hallintaa matkaviestimien MS ja tukiasemien BS välisessä radioyhteydellä ohjaa radio- • * · ·' ·* 30 resurssien hallintajärjestelmä (RRM, Radio Resource Management), joka vä- :.Y littää radioverkko-ohjaimelta RNC ohjaustietoja tukiasemille BS. Nämä matka- viestinjärjestelmän yleiseen hallintaan liittyvät toiminnallisuudet muodostavat joukon, jota kutsutaan runkoverkkoprotokolliksi (CN protocols), toiselta nimel- • · tään Non-Access Stratum.
• * i.i i 35 Vastaavasti matkaviestimen MS, tukiaseman BS ja radioverkko- ohjaimen RNC välillä tapahtuva radioverkon ohjaukseen liittyvä signalointi suo- 112995 6 ritetaan protokollakerroksilla, joita kutsutaan yhteisellä nimellä radioverkko-protokollat (RAN protocols) eli Access Stratum. Näitä ovat alimmalla tasolla olevat siirtoprotokollat, joiden välittämää kontrollisignalointia siirretään ylemmille kerroksille edelleen käsiteltäväksi. Ylemmistä Access Stratum-kerroksista 5 olennaisin on radioresurssien ohjausprotokolla (RRC, Radio Resource Control), joka vastaa mm. matkaviestimen MS ja radioverkon UTRAN välisten yhteyksien muodostamisesta, konfiguroinnista, ylläpitämisestä ja katkaisemisesta sekä runkoverkosta CN ja radioverkosta RAN tulevan ohjausinformaation välittämisestä matkaviestimille MS. Lisäksi radioresurssien ohjausprotokolla 10 RRC määrittää radioresurssien hallintajärjestelmän RRM ohjeiden mukaisesti alemmilla kerroksilla 1 ja 2 käytettävät parametrit loogisia yhteyttä muodostettaessa tai konfiguroitaessa.
UMTS:n pakettivälitteisen käyttäjädatan välityksessä käytetään kuvion 2b mukaista protokollapinoa. Radioverkon UTRAN ja matkaviestimen MS 15 välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella L1 tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen päällä oleva MAC-kerros välittää datapaketteja fyysisen kerroksen ja RLC-kerroksen (Radio Link Control) välillä ja RLC-kerros vastaa eri loogisten yhteyksien radiolinkkien hallinnasta. RLC:n toiminnallisuudet käsittävät mm. lähe-20 tettävän datan segmentoinnin yhteen tai useampaan RLC-datapakettiin. RLC:n päällä olevan PDCP-kerroksen datapakettien (PDCP-PDU) käsittämät :V: otsikkokentät voidaan mahdollisesti kompressoida. Datapaketit segmentoi- daan ja välitetään sitten RLC-kehyksissä, joihin on lisätty tiedonsiirron kan-naita olennaista osoite- ja tarkistusinformaatioita. RLC-kerros tarjoaa PDCP-,· ·, 25 kerrokselle palvelunlaadun QoS (Quality of Service) määritysmahdollisuuden ja huolehtii kuittaavassa siirtomuodossa (muita ovat transparentti siirto ja kuit- » * ... taamaton siirto) myös vahingoittuneiden kehysten uudelleenlähetyksestä eli suorittaa virheenkorjausta. PDCP, RLC ja MAC muodostavat siirtoyhteyskerroksen. Operointisolmu 3G-SGSN vastaa matkaviestimeltä MS radioverkon i V 30 RAN kautta tulevien datapakettien reitityksestä edelleen oikealle yhdyskäytä- väsolmulle 3G-GGSN. Tällä yhteydellä käytetään tunnelointiprotokollaa GTP, ....: joka koteloi ja tunneloi kaiken runkoverkon kautta välitettävän käyttäjädatan ja signaloinnin. GTP-protokollaa ajetaan runkoverkon käyttämän IP:n päällä.
• » . Tyypillisesti sovelluskerroksen datavuolle tiedonsiirron matkavies ti i 35 tinverkkoon tarjoavalle konvergenssientiteetille ja toisaalta RNC:n konver-genssientiteetille varataan looginen yhteys (Logical Connection), jota käyttäen 7 112995 IP-paketit siirretään fyysiselle kerrokselle. Kolmannen sukupolven matkaviestinjärjestelmän UMTS (Universal Mobile Telecommunications System) standardeissa on määritetty, että pakettidataprotokollakonvergenssikerroksen PDCP (Packet Data Protocol Convergence) entiteetti käyttää aina yhtä radio-5 linkkikontrollikerroksen RLC (Radio Link Control) yhteyttä datavuon siirtoa varten. RLC-yhteyttä ja näin ollen loogista yhteyttä varattaessa valitaan RRC.n ohjeiden mukaisesti loogisen yhteyden ominaisuudet määrittävät parametrit, kuten yhteyden laatutason määrittävät parametrit.
Keksinnön mukaisesti paketeista on erotettavissa ainakin ensim-10 mainen osa ja toinen osa, joita voidaan käsitellä vastaanotettaessa havaittujen virheiden perusteella eri tavalla. Keksinnön suositellun suoritusmuodon mukaisesti ensimmäinen osa on otsikkokenttiä ja toinen osa hyötykuormaa, jolloin voidaan halutessa hyödyntää myös virheellistä hyötykuormaa tai virheellisiä otsikkokenttiä. Seuraavassa esitetyissä suoritusmuodoissa jako perustuu ni-15 menomaan hyötykuormaan ja otsikkokenttiin keksinnön sovellusalueen siihen kuitenkaan rajoittumatta. Jako voidaan kuitenkin suorittaa myös muulla tavalle, esimerkiksi hyötykuorman tärkeydeltään erilaiset bitit voivat muodostaa eri tavalla käsiteltäviä osia.
Kuviossa 3 on havainnollistettu keksinnön erään edullisen suoritus-20 muodon mukaisen järjestelmän RLC- ja PDCP-kerroksia, jolloin hyötykuormalle ja otsikkokentille varataan eri loogiset yhteydet. Jokaiselle PDP-kontekstille . v. varataan yksi PDCP-entiteetti. Lähettäjä-PDCP ja vastaanottaja-PDCP tyypilli- t·;^ sesti käsittävät kompressori-dekompressori-parin lähetettävien datapakettien kompressoimiseksi ja vastaanotettujen datapakettien dekompressoimiseksi. 25 Jokainen PDCP-entiteetti voi käyttää yhtä tai useampaa otsikkokentän komp-‘ · · ·' ressointialgoritmia tai olla käyttämättä yhtäkään.
· * ; PDCP-entiteetti voidaan liittää (map) useaan RLC-entiteettiin, jolloin • · · yhdelle PDCP-entiteetille voidaan tarjota useita loogisia yhteyksiä LC1-LC2. Edullisesti ainakin hyötykuormalle ja otsikkokentille varataan omat loogiset yh-30 teydet. Lähetettävistä IP-paketeista erotetaan hyötykuorma ja otsikkokentät ja ne välitetään kompressoinnin jälkeen omissa loogisissa yhteyksissään LC1-LC2. Näin ollen PDCP-entiteetti voi käyttää ominaisuuksiltaan erilaisia loogisia * yhteyksiä LC1-LC2 hyötykuormalle ja otsikkokentille. PDCP voi myös välittää * > * · · otsikkokenttiä esimerkiksi niiden kompressointitilan mukaisesti useaa eri loo-• 35 gista yhteyttä käyttäen. Myös hyötykuorma voidaan välittää useaa eri loogista I I | · : . yhteyttä käyttäen.
8 1129S5
Kuviossa 4 on havainnollistettu keksinnön erään edullisen suoritusmuodon mukaista menetelmää, jossa eri loogisia yhteyksiä käyttäen siirrettyjen hyötykuorman ja otsikkokenttien virheitä tarkkaillaan. Ylempien runko-verkkoprotokollien toimesta aktivoidaan PDP-konteksti matkaviestimen UE ja 5 UMTS-verkon välille. Hyötykuormaa ja otsikkokenttiä varten varataan loogiset yhteydet, jolloin parametrit määritetään RRC-protokollaentiteettien välillä. Parametrit voidaan määrittää erilaiseksi hyötykuormalle ja otsikkokentille esimerkiksi niin, että otsikkokentille varataan luotettavampi yhteys.
Hyötykuormassa ja otsikkokentissä havaittujen virheiden käsittele-10 miselle määritetään 400 ehdot. Määritys 400 tehdään edullisesti RRC-signalointina varattaessa loogisia yhteyksiä. Ehdot määrittävät, välitetäänkö virheellinen hyötykuorma ja/tai otsikkokentät ylemmille protokollakerroksille. Alla on lueteltu erilaisia ehtoja keksinnön sovellusalueen niihin kuitenkaan rajoittumatta: 15 1. Jos otsikkokentissä on virhe -> ei välitetä otsikkokenttiä eikä hyötykuormaa ylemmille kerroksille.
2. Jos otsikkokentissä on virhe -> välitetään otsikkokentät virheindi-kaation kanssa ja välitetään hyötykuorma.
3. Jos otsikkokentissä on virhe välitetään otsikkokentät virheindi- 20 kaation kanssa, mutta ei hyötykuormaa.
4. Jos hyötykuorma on virheellinen -* ei välitetä otsikkokenttiä eikä hyötykuormaa.
; 5. Jos hyötykuorma on virheellinen -> välitetään otsikkokentät, j ‘ . mutta ei hyötykuormaa.
25 6. Jos hyötykuorma on virheellinen -» välitetään otsikkokentät ja , " ’: hyötykuorma virheindikaation kanssa.
7. Jos otsikkokentissä ja hyötykuormassa on virheet -> ei välitetä ’ * ’ ’ otsikkokenttiä eikä hyötykuormaa.
8. Jos hyötykuormassa ja otsikkokentissä on virhe -> välitetään ot- i . · 30 sikkokentät virheindikaation kanssa, mutta ei hyötykuormaa.
9. Jos hyötykuormassa ja otsikkokentissä on virhe välitetään ot- ..,,: sikkokenttä virheindikaation kanssa ja hyötykuorma virheindikaa- .,..: tion kanssa.
I » . Virheindikaatio voi myös olla valintainen, mikä lisää vaihtoehtoja i 35 edellä esitetyistä. Verkosta voidaan siis signaloida RRC-signalointina RNC:stä matkaviestimeen UE kulloinkin siirtoyhteyskerroksella käytettävät ehdot, jotka 112995 9 ovat edullisesti yhdistelmä edellä esitettyjä ehtoja 1-9. RRC-entiteetti asettaa annettujen ehtojen mukaisesti PDCP-entiteetin ja/tai RLC-entiteetin datan edelleenlähetykseen liittyvät parametrit niin, että ehdot toteutuvat. Tällöin verkolla on mahdollisuus vaikuttaa matkaviestimen toimintaan datan käsittelemi-5 sessä. Eräs lisäehto voi olla myös, että hyötykuorman ja/tai otsikkokenttien välitys ylemmille kerroksille on riippuvainen käytettävästä kompressointimenetel-mästä, eli esim. ROHC-kompressoidut virheelliset paketit välitetään ylemmille kerroksille, mutta RFC2507:n mukaisesti kompressoituja paketteja ei välitetä. Ehtoja voidaan edelleen tarkentaa niin, että päätetään paketin välittämisestä 10 ylemmille kerroksille dekompressoinnin onnistumisen perusteella. Kulloinkin käytettävät ehdot voivat määräytyä dynaamisesti esimerkiksi sovelluksen tai kompression tarpeiden mukaisesti. Ehtoja voidaan tarpeen mukaan muuttaa loogisten yhteyksien aikana RRC-signaloinnilla, jolloin siirtoyhteyskerroksen parametrejä muuttamalla toteutetaan muuttuneet ehdot esimerkiksi käytössä 15 olevan palvelun ominaisuuksien muutosten takia.
Kun IP-paketteja on välitettävänä 401, konvergenssientiteetissä PDCP erotetaan 402 lähetettävän paketin otsikkokentät ja hyötykuorma. Otsikkokentät voidaan kompressoida määritetyn kompressointialgoritmin, kuten IETF:n ROHC:n (Robust Header Compression) tai RFC2507:n mukaisen algo-20 ritmin, ja kompressoinnin kontekstin mukaisesti. PDCP välittää 403 hyötykuorman ja otsikkokentät niille varattuja loogisia yhteyksiä käyttäen.
Dataa vastaanotettaessa suoritetaan 404, 405 virheentarkastus .M vastaanotetulle datalle. Virheentarkastus voidaan sinänsä suorittaa millä ta- hansa menetelmällä, kuten CRC-tarkastuksella. Muita mahdollisia, osittain sa-25 manlaisia, virheentarkastusmenetelmiä ovat tarkistussumman (checksum) ··] käyttö, pariteettitarkastus ja konvoluutiokoodauksella suoritettava tarkastus.
* Kuten UMTS-järjestelmässä, virheet voidaan havaita jo fyysisellä kerroksella :r,.- L1 siirrettävän datayksikön CRC-tarkastuksen perusteella ja virheet voidaan indikoida ylemmille kerroksille. Virheindikaatio voidaan liittää datayksiköihin tai 30 välittää se erikseen linkitettynä datayksikköön. Jos samaan IP-pakettiin kuulu-vissa otsikkokentissä ja hyötykuormassa ei ole virhettä, ne voidaan välittää • , 406 ylemmille kerroksille. Jos hyötykuormassa tai otsikkokentissä on virhe, I > I * · tarkastetaan määritetyt 400 ehdot. Hyötykuorma ja/tai otsikkokentät välitetään ' 408 ylemmille kerroksille, jos ehdot niin sallivat. Ehdot voivat määrittää myös • 35 otsikkokentät ja hyötykuorman hylättäväksi 409. Sovellettavat ehdot siis mää- > i ► » .***. Täytyvät sen perusteella, onko virhe saman paketin hyötykuormassa, otsikko- » I » 112995 10 kentissä vai niissä molemmissa. Esimerkiksi otsikkokenttiä käsittävässä da-tayksikössä havaitun virheen takia voidaan siis myös hylätä myös samaan IP-pakettiin kuuluvaa hyötykuormaa käsittävä virheetön datayksikkö. Kuten jo edellä todettiin, virheelliseen hyötykuormaan tai otsikkokenttiin lisätään vir-5 heindikaatio ennen välitystä ylemmille kerroksille. Tällöin esimerkiksi otsikkokenttien dekompressoinnissa tai reaaliaikasovelluksessa voidaan käyttää myös virheellisiä paketteja. Vaikka ehdot estäisivätkin otsikkokenttien välittämisen ylemmille kerroksille (408 tai 409), voidaan niitä kuitenkin käyttää dekompressoinnissa hyväksi. Tätä varten ehdoissa voi olla määritettynä erikseen 10 lisäehto, eli esimerkiksi ehdon 1 tapauksessa otsikkokenttiä ei välitetä ylemmille kerroksille, mutta käytetään dekompressointiin ennen hylkäämistä.
On huomioitava, että hyötykuorman ja otsikkokenttien erotus 402 ja välitys erillisiä loogisia yhteyksiä käyttäen voi tapahtua kuviosta 3 poiketen myös jollain muulla kerroksella kuin PDCP. Esimerkiksi RLC tai jokin PDCP:n 15 ylä- tai alapuolinen uusi kerros voi suorittaa kyseisen toiminnon. Edelleen on mahdollista, että osa hyötykuormasta välitetään otsikkokentille varattua loogista yhteyttä käyttäen tai päinvastoin.
Keksinnön ensimmäisen, suositellun, suoritusmuodon mukaisesti PDCP-kerros hoitaa virheellisten datayksiköiden hylkäämisen tai välittämisen 20 ylemmille kerroksille määritettyjen ehtojen (400) mukaisesti. RRC-entiteetti määrittää PDCP-entiteetin muodostuksessa sille parametrit, jotta määritetyt ' » v ehdot toteutuvat. Tällöin PDCP havaitsee RLC-kerroksen tarjoamien loogisten .: : yhteyksien (RLC-yhteyksien) datayksiköiden virheindikaation perusteella vir- : heelliset hyötykuormaa käsittävät datayksiköt ja virheelliset otsikkokenttiä kä- : 25 sittävät datayksiköt. Kun PDCP havaitsee virheen esim. hyötykuormassa, se tarkistaa samaan IP-pakettiin kuuluvan otsikkokentän virheellisyyden. Ehtojen .···. salliessa hyötykuorma ja otsikkokentät yhdistetään kokonaan tai osittain ja näin saatu IP-paketti välitetään ylemmille kerroksille. PDCP-entiteetti dekom-. pressoi tarvittaessa vastaanotetut otsikkokentät neuvotellun kompressointial- :* 30 goritmin ja kompressoinnin kontekstin mukaisesti.
• ·' Keksinnön toisen suoritusmuodon mukaisesti RLC-kerros hoitaa ·: ·* datayksiköiden hylkäämisen tai välittämisen ylemmille kerroksille RRC- .;. -: entiteetin määrittämien ehtojen (400) mukaisesti. Koska eri RLC-entiteetit hoi- , . tavat hyötykuorman ja otsikkokenttien siirtoa, RRC voi yksinkertaisesti määrit- ' * * ;; : 35 tää RLC-entiteeteille, välittävätkö ne virheellistä datayksikköä vai ei. Jos ehdot ...: sallivat, hyötykuorma ja/tai otsikkokentät välitetään PDCP-kerrokselle. Otsik- 112995 11 kokentät ja hyötykuorma yhdistetään ja kokonaiset IP-paketit välitetään ylemmille kerroksille. Ehdot voivat myös määrittää pelkästään otsikkokenttien välittämisen (ehdot 3, 5 ja 8) PDCP-kerrokselle, jolloin PDCP-entiteetti voi käyt-| tää niitä dekompressoinnissa.
5 Keksinnön kolmannen suoritusmuodon mukaisesti sekä PDCP että j RLC osallistuvat virheellisten pakettien hylkäämiseen tai edelleenlähettämi- I seen. Esimerkiksi hyötykuormaa käsittävää loogista yhteyttä hoitava RLC- J entiteetti asetetaan joko hylkäämään tai edelleenlähettämään virheellisen i hyötykuorman. PDCP voi kuitenkin tehdä lopullisen päätöksen otsikkokenttien 10 ja/tai hyötykuorman välittämisestä hyötykuorman kolmen vaihtoehdon (on hylätty jo RLC-kerroksella, virheetön tai virheellinen) ja otsikkokentän oikeellisuuden perusteella.
Keksintö voidaan toteuttaa myös kuviosta 3 poiketen niin, että yhtä PDCP-entiteettiä kohti on ainoastaan yksi RLC-entiteetti, mitä on esitetty kuvi-15 ossa 5. Tällöin sekä hyötykuorma että otsikkokentät siirretään yhtä loogista yhteyttä käyttäen, jolloin virhe kohdennetaan hyötykuormaan ja/tai otsikkokenttiin jollakin edellä kuvatusta poikkeavalla tavalla. Edullisesti lähettävä PDCP-entiteetti indikoi lähetettävien IP-pakettien hyötykuorman ja otsikkokenttien rajan vastaanottavalle PDPC-entiteetille mahdollisesti vielä alempien 20 kerrosten välityksellä. On myös mahdollista, että otsikkokenttien dekompres-soinnin onnistumisen perusteella erotetaan, onko otsikkokentissä virhe ja v päätetään, välitetäänkö paketti ylemmille kerroksille. Kun on havaittu virhe ot- v : sikkokentissä ja/tai hyötykuormassa, tarkastetaan ehdot ja toimitaan kuvion 4 \ mukaisesti (405-409). Esimerkiksi, jos virheelliseksi indikoidun paketin dekom- 25 pressointi onnistuu, virheen tulkitaan olleen hyötykuormassa ja paketti välite-..,.: tään ylemmille kerroksille.
.···. Keksinnön erään suoritusmuodon mukaisesti ehdot määritetään
erilaisiksi matkaviestimessä ja loogisia yhteyksiä tarjoavassa RNC:ssä. RNC
voi käyttää siis eri ehtoja kuin mitä se ohjaa UE:n RRC-signalointina käyttä- 30 mään. Ehdot voivat esimerkiksi määrätä, että ainakin hyötykuorma välitetään *··* matkaviestimessä ylemmille kerroksille, vaikka otsikkokentässä onkin virhe.
:* ·· Toisaalta ehdot voivat RNCissä määrätä koko paketin hylättäväksi, jos otsik- kokentässä onkin virhe. Näin voidaan tarkemmin kohdistua vain tarpeellisten , ·, pakettien lähetykseen, koska ei kannata lähettää virheellisen otsikkokentän • · * ’ 35 käsittävää IP-pakettia muihin verkkoihin, mutta toisaalta UE:n sovellukselle :: virheellinenkin paketti voi olla hyödyllinen.
112995 12
Keksintö voidaan toteuttaa ohjelmallisesti matkaviestimessä MS ja radioverkko-ohjaimessa RNC niiden prosessoreita, muistia ja liityntöjä käyttäen. Myös kovo-ratkaisuja voidaan käyttää.
Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksin-5 nön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritusmuodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.
i i j ! ! • 1 » « I t · * · 1 · • » · • · • 1 » · » » · • 1 « · »Il • · t ·

Claims (12)

112995
1. Menetelmä pakettivälitteisen datan virhekontrollin järjestämiseksi, jossa paketeista on erotettavissa ainakin ensimmäinen osa ja toinen osa ja jossa menetelmässä määritetään ehdot ensimmäisten osien ja toisten osien 5 käsittelemiseksi virhetilanteessa ja tarkastetaan vastaanotetussa datassa havaitut virheet, i tunnettu siitä, että: ί ! erotetaan lähetettävistä IP-datapaketeista ensimmäinen osa ja toi nen osa, 10 välitetään ensimmäinen osa ja toinen osa eri loogisia yhteyksiä käyttäen, tarkastetaan, vasteena sille, että on havaittu virhe vastaanotetussa ensimmäisessä osassa ja/tai toisessa osassa, onko mainittujen ehtojen mukaisesti sallittua välittää ensimmäistä osaa ja/tai toista osaa ylemmille proto- 15 kollakerroksille, ja välitetään, vasteena sille, että mainitut ehdot sallivat, ensimmäinen osa ja/tai toinen osa ylemmille protokollakerroksille.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että 20 ensimmäinen osa on otsikkokenttiä ja toinen osa hyötykuormaa, y.
3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, ! että . ·.., käytetään otsikkokenttiä dekompressoinnissa, vaikka mainitut ehdot !! estäisivätkin niiden välittämisen ylemmille kerroksille.
4. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, I I < t u n n e 11 u siitä, että indikoidaan ylemmille kerroksille välittävissä paketeissa ensimmäisen osan ja/tai toisen osan virheellisyys. ’y
5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, 30. u n n ett u siitä, että ' . suoritetaan fyysisellä kerroksella vastaanotetuille ensimmäistä osaa ja toista osaa sisältäville datayksiköille virheentarkastus, liitetään virheellisiin datayksiköihin virheindikaatio, ja i , ‘: tarkastetaan mainittujen datayksiköiden osalta mainitut ehdot. » % » · Λ -1 η> π r; Γ 14
6. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, jossa käytetään radioresurssien ohjausprotokollaa RRC radioresurssien hallintaan, tunnettu siitä, että määritetään mainitut ohjeet RRC-signalointina pakettiradioverkon ja 5 matkaviestimen välillä, ja asetetaan siirtoyhteyskerroksen entiteetti, kuten PDCP-entiteetti tai RLC-entiteetti, suorittamaan mainitun tarkastuksen.
7. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että 10 loogisia yhteyksiä hoitaa radiolinkkiohjauskerroksen RLC-entiteetti, ja asetetaan RLC-entiteetteihin määräys, toimitetaanko virheellinen datayksikkö ylemmälle kerrokselle vai ei.
8. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, 15 tu n nettu siitä, että pakettidatakonvergenssiprotokollakerroksen PDCP-entiteetti hoitaa ensimmäisen osan ja toisen osan erottamisen ja yhdistämisen, ja tarkastetaan PDCP-entiteetissä mainitut ehdot vasteena sille, että saman paketin ensimmäinen osa ja/tai toinen osa on merkitty virheelliseksi, i 20
9. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, S tunnettu siitä, että mainitut ehdot ovat erilaiset matkaviestimessä ja loogisia yhteyksiä * · . ·: ·. tarjoavassa verkkoelementissä. I · t
10. Pakettiradiojärjestelmä, jossa siirrettävistä paketeista on erotet-25 tavissa ainakin ensimmäinen osa ja toinen osa ja joka pakettiradiojärjestelmä on järjestetty määrittämään ehdot ainakin ensimmäisissä osissa ja toisissa • * · osissa havaittujen virheiden käsittelemiselle ja tarkastamaan vastaanotetussa :: pakettivälitteisessä datassa havaitut virheet, tunnettu siitä, että: pakettiradiojärjestelmä on järjestetty erottamaan lähetettävistä pa-30 keteista ensimmäinen osa ja toinen osa, :***: pakettiradiojärjestelmä on järjestetty välittämään ensimmäinen osa ja toinen osa eri loogisia yhteyksiä käyttäen, pakettiradiojärjestelmä on järjestetty tarkastamaan, vasteena sille, ', ’ että on havaittu virhe vastaanotetussa ensimmäisessä osassa ja/tai toisessa if: 35 osassa, onko mainittujen ehtojen mukaisesti sallittua välittää ensimmäisistä : ’ ”: osaa ja/tai toista osaa ylemmille kerroksille, ja > ·» 112995 pakettiradiojärjestelmä on järjestetty välittämään, vasteena sille, että mainitut ehdot sallivat, ensimmäisen osan ja/tai toisen osan ylemmille pro-tokollakerroksille.
11. Patenttivaatimuksen 10 mukainen pakettiradiojärjestelmä, 5 tunnettu siitä, että ensimmäinen osa on otsikkokenttiä ja toinen osa hyötykuormaa.
12. Patenttivaatimuksen 10 tai 11 mukainen pakettiradiojärjestelmä, jossa käytetään radioresurssien ohjausprotokollaa RRC radioresurssien hallintaan, tunnettu siitä, että 10 pakettiradiojärjestelmän pakettiradioverkko on järjestetty määrittä mään mainitut ohjeet RRC-signalointina matkaviestimeen, ja matkaviestin ja pakettiradioverkko on järjestetty asettamaan siirtoyhteyskerroksen entiteetti, kuten PDCP-entiteetti tai RLC-entiteetti, suorittamaan mainitun tarkastuksen. • · • · * « • · » I · * · * · i * a * · * I a v · » * a - a • · a > i * » * a * a a * a * a * a * a a » w a a » a » » i * a * a * * a * a < a 1. o n o Γ i I ά. y y yj
FI20010098A 2001-01-16 2001-01-16 Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä FI112995B (fi)

Priority Applications (12)

Application Number Priority Date Filing Date Title
FI20010098A FI112995B (fi) 2001-01-16 2001-01-16 Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
US10/045,020 US7346077B2 (en) 2001-01-16 2002-01-15 Processing of erroneous data in telecommunications system providing packet-switched data transfer
BR0206459-6A BR0206459A (pt) 2001-01-16 2002-01-15 Método e sistema para processar os dados errÈneos na comunicação comutada por pacote onde os pacotes são divididos e processados em partes, estação móvel, e, elemento de rede
EP02716120A EP1356623B1 (en) 2001-01-16 2002-01-15 System and method for processing of erroneous data in packet switched communications system where the packets are divided and processed in parts
ES02716120T ES2235018T3 (es) 2001-01-16 2002-01-15 Metodo y sistema para tratamiento de datos erroneos en un sistema de comunicaciones comutado por paquetes, en el que los paquetes se subdividen y procesan por partes.
CA002434796A CA2434796A1 (en) 2001-01-16 2002-01-15 System and method for processing of erroneous data in packet switched communications system where the packets are divided and processed in parts
JP2002557069A JP3892811B2 (ja) 2001-01-16 2002-01-15 パケットが分割されて部分的に処理されるパケット通信システムにおいて誤ったデータを処理するシステム及び方法
CNB028063635A CN100347978C (zh) 2001-01-16 2002-01-15 用于处理分组交换通信系统中错误数据、将分组拆分并部分处理的系统和方法
AT02716120T ATE285642T1 (de) 2001-01-16 2002-01-15 System und verfahren zur verarbeitung falscher daten in einem paketvermittelten kommunikationssystem, wobei die pakete unterteilt und in teilen verarbeiten werden
PCT/FI2002/000029 WO2002056531A1 (en) 2001-01-16 2002-01-15 System and method for processing of erroneous data in packet switched communications system where the packets are divided and processed in parts
KR1020037009372A KR100592034B1 (ko) 2001-01-16 2002-01-15 패킷들이 부분들로 분할되고 처리되는 패킷 교환 통신시스템에서 오류가 있는 데이터의 처리 방법 및 시스템
DE60202352T DE60202352T2 (de) 2001-01-16 2002-01-15 System und verfahren zur verarbeitung falscher daten in einem paketvermittelten kommunikationssystem, wobei die pakete unterteilt und in teilen verarbeiten werden

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20010098 2001-01-16
FI20010098A FI112995B (fi) 2001-01-16 2001-01-16 Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä

Publications (3)

Publication Number Publication Date
FI20010098A0 FI20010098A0 (fi) 2001-01-16
FI20010098A FI20010098A (fi) 2002-07-17
FI112995B true FI112995B (fi) 2004-02-13

Family

ID=8560029

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20010098A FI112995B (fi) 2001-01-16 2001-01-16 Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä

Country Status (12)

Country Link
US (1) US7346077B2 (fi)
EP (1) EP1356623B1 (fi)
JP (1) JP3892811B2 (fi)
KR (1) KR100592034B1 (fi)
CN (1) CN100347978C (fi)
AT (1) ATE285642T1 (fi)
BR (1) BR0206459A (fi)
CA (1) CA2434796A1 (fi)
DE (1) DE60202352T2 (fi)
ES (1) ES2235018T3 (fi)
FI (1) FI112995B (fi)
WO (1) WO2002056531A1 (fi)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030177437A1 (en) * 2002-03-18 2003-09-18 Wu Frank Chih-Hsiang Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
CA2432588C (en) * 2002-06-12 2007-12-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for fast change of internet protocol headers compression mechanism
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
KR100498347B1 (ko) 2003-04-01 2005-07-01 엘지전자 주식회사 Ａｍｒ 코덱을 지원하기 위한 데이터 처리방법
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
US7573872B2 (en) * 2003-10-01 2009-08-11 Nortel Networks Limited Selective forwarding of damaged packets
US8717868B2 (en) * 2003-12-19 2014-05-06 Rockstar Consortium Us Lp Selective processing of damaged packets
US7688858B2 (en) * 2003-12-23 2010-03-30 Intel Corporation Method and system for pre-fetching network data using a pre-fetching control protocol
KR100608844B1 (ko) * 2004-01-09 2006-08-08 엘지전자 주식회사 ＶｏＩＰ 서비스를 제공하는 무선통신 시스템
US7656835B2 (en) * 2005-05-18 2010-02-02 Nokia Corporation Method for informing changed communications capabilities
US9369246B2 (en) * 2005-12-30 2016-06-14 Vtech Telecommunications Limited System and method of enhancing WiFi real-time communications
WO2008002228A1 (en) * 2006-06-30 2008-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Enhancing coverage for high speed downlink packet access (hsdpa) channel
US7764676B1 (en) * 2006-07-31 2010-07-27 Qlogic, Corporation Method and system for processing network information
US20080240158A1 (en) * 2007-03-30 2008-10-02 Eric Bouillet Method and apparatus for scalable storage for data stream processing systems
US8699711B2 (en) * 2007-07-18 2014-04-15 Interdigital Technology Corporation Method and apparatus to implement security in a long term evolution wireless device
US8352830B2 (en) * 2007-10-26 2013-01-08 Agere Systems Llc Extraction of values from partially-corrupted data packets
US20100260098A1 (en) 2009-04-10 2010-10-14 Qualcomm Incorporated Header compression for ip relay nodes
FR2945397B1 (fr) * 2009-05-06 2011-05-06 St Ericsson Sa St Ericsson Ltd Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant
KR200451775Y1 (ko) * 2010-02-22 2011-01-10 김근섭 광고간판
WO2015163668A1 (en) * 2014-04-25 2015-10-29 Lg Electronics Inc. Method for a configuration error management for a sidelink radio bearer and device therefor

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100220570B1 (ko) * 1995-03-16 1999-09-15 김영환 패킷교환기의 에러검출장치
FI963870A (fi) * 1996-09-27 1998-03-28 Nokia Oy Ab Virheiden piilottaminen digitaalisessa audiovastaanottimessa
US6130894A (en) * 1998-03-09 2000-10-10 Broadcom Homenetworking, Inc. Off-line broadband network interface
JP4354641B2 (ja) * 1998-04-03 2009-10-28 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユニバーサル移動電話システム（ｕｍｔｓ）におけるフレキシブル無線アクセス及びリソース割り当て
US6381713B1 (en) 1999-05-11 2002-04-30 Ericsson Inc. Method for responding to transmission errors in a digital communication system according to characteristics of flawed information fields
EP1059755A1 (en) * 1999-06-09 2000-12-13 Lucent Technologies Inc. Unequal error protection for packet switched networks
KR100308152B1 (ko) * 1999-07-31 2001-09-29 서평원 단문 메시지 서비스를 위한 셀 브로드캐스팅 방법
FI110831B (fi) * 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
KR100644594B1 (ko) 2000-06-10 2006-11-13 삼성전자주식회사 무선 데이터 송수신 장치 및 그 방법
US20020015405A1 (en) 2000-06-26 2002-02-07 Risto Sepponen Error correction of important fields in data packet communications in a digital mobile radio network
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer

Also Published As

Publication number Publication date
FI20010098A (fi) 2002-07-17
ATE285642T1 (de) 2005-01-15
JP2004523947A (ja) 2004-08-05
BR0206459A (pt) 2004-02-03
WO2002056531A9 (en) 2002-12-05
CN100347978C (zh) 2007-11-07
ES2235018T3 (es) 2005-07-01
DE60202352T2 (de) 2005-05-25
EP1356623A1 (en) 2003-10-29
KR100592034B1 (ko) 2006-06-20
US7346077B2 (en) 2008-03-18
KR20030072379A (ko) 2003-09-13
WO2002056531A1 (en) 2002-07-18
DE60202352D1 (de) 2005-01-27
FI20010098A0 (fi) 2001-01-16
EP1356623B1 (en) 2004-12-22
CN1695336A (zh) 2005-11-09
CA2434796A1 (en) 2002-07-18
JP3892811B2 (ja) 2007-03-14
US20020105971A1 (en) 2002-08-08

Similar Documents

Publication Publication Date Title
FI112995B (fi) Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
FI113323B (fi) Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
FI118244B (fi) Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä
US7164665B2 (en) Transfer of IP data in telecommunications system
FI110739B (fi) Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
FI110831B (fi) Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
US6795435B1 (en) Method for transmitting data transmission flows
FI112014B (fi) Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
US8531957B2 (en) Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
EP1507353B1 (en) Transmission/reception of data flows with different QoS requirements
JP3802420B2 (ja) パケット交換データ伝送におけるデータ・パケット番号付加方式
FI109255B (fi) Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
US20060245417A1 (en) Method to provide unequal error protection and unequal error detection for internet protocol applications
FI111210B (fi) Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
US10142206B2 (en) Method and apparatus for packet communication using header compression
US7106701B2 (en) End-to-end frame quality classification