FI118244B - Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä - Google Patents
Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä Download PDFInfo
- Publication number
- FI118244B FI118244B FI20011380A FI20011380A FI118244B FI 118244 B FI118244 B FI 118244B FI 20011380 A FI20011380 A FI 20011380A FI 20011380 A FI20011380 A FI 20011380A FI 118244 B FI118244 B FI 118244B
- Authority
- FI
- Finland
- Prior art keywords
- data packet
- context
- protocol layer
- convergence protocol
- header field
- Prior art date
Links
- 238000007906 compression Methods 0.000 title claims abstract description 68
- 230000006835 compression Effects 0.000 title claims abstract description 66
- 238000000034 method Methods 0.000 claims abstract description 65
- 230000005540 biological transmission Effects 0.000 claims abstract description 14
- 238000010295 mobile communication Methods 0.000 claims description 20
- 230000011664 signaling Effects 0.000 claims description 18
- 238000004891 communication Methods 0.000 claims description 7
- 230000001404 mediated effect Effects 0.000 claims description 2
- 238000001824 photoionisation detection Methods 0.000 description 20
- 238000007726 management method Methods 0.000 description 7
- 230000006837 decompression Effects 0.000 description 6
- 206010010099 Combined immunodeficiency Diseases 0.000 description 5
- 238000001360 collision-induced dissociation Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000007704 transition Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 238000003556 assay Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000004907 flux Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- 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/04—Protocols for data compression, e.g. ROHC
-
- 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
- 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/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/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- 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
Description
1 ' 118244
Otsikkokenttien kompressiotunnisteen välittäminen datapaket-tiyhteydellä
Keksinnön ala
Keksintö liittyy otsikkokenttien kompressoinnin määrittämiseen da-5 tapakettiyhteydelle, erityisesti sovellettaessa kompressointia matkaviestinjärjestelmiin.
Keksinnön tausta
Viime vuosina tapahtunut IP-teknologian (Internet Protocol) nopea kehitys on laajentanut erilaisten IP-pohjaisten sovellusten käyttömahdollisuuk-10 siä myös perinteisen Internet-tiedonsiirron ulkopuolelle. Erityisesti IP-pohjaiset puhelinsovellukset ovat kehittyneet nopeasti, minkä seurauksena yhä laajeneva osa puheluiden siirtotiestä myös perinteisissä langallisissa puhelinverkoissa (PSTN/ISDN, Public Switched Telephone Network/lntegrated Services Digital Network) sekä matkaviestinverkoissa (PLMN, Public Land Mobile Network) \ 15 voidaan periaatteessa toteuttaa 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 matkaviestinver-·♦·, koissa tullaan tarjoamaan yhä enemmän erilaisia datapalveluita, kuten Interne- 20 tin selaamista, sähköpostipalvelulta, pelejä ym., jotka on tyypillisesti edullisinta „’V toteuttaa pakettivälitteisinä IP-pohjaisina palveluina. Näin matkaviestinjärjes- • · ·[ telmien protokolliin sovitettavat IP-kerrokset voisivat palvella sekä au- * * dio/videopalveluita että erilaisia datapalveluita.
Matkaviestinverkoissa on erityisen tärkeää käyttää rajalliset radio-25 resurssit hyväksi mahdollisimman tehokkaasti. Tämä taas vaikeuttaa IP-proto-kollien hyväksikäyttöä radiorajapinnalla, koska IP-pohjaisissa protokollissa eri-:*·.· laisten otsikkokenttien osuus siirrettävästä datasta saattaa olla hyvinkin suuri, .**·. jolloin vastaavasti hyötykuorman osuus jää pieneksi. Lisäksi radiorajapinnan . *. bittivirhesuhde (BER, Bit Error Rate) ja uplink- ja downlink-suunnan yhteenlas- * * * i 30 kettu viive (RTT, Round-Trip Time) voivat huonoissa olosuhteissa kasvaa suu- riksi, mikä aiheuttaa ongelmia useimmille tunnetuille otsikkokenttien kompres- :*·.· sointimenetelmille. Tämän vuoksi on syntynyt tarve kehittää erilaisiin IP-proto- • · : kolliin sopiva otsikkokenttien kompressointimenetelrnä, joka olisi erityisesti so piva radiorajapinnan yli tapahtuvaan tiedonsiirtoon: tehokas otsikkokenttien 2 118244 pakkaus, jota kuitenkin pystytään käyttämään olosuhteissa, joissa bittivirhesuhteet ja viiveet kasvavat suuriksi.
Tähän tarkoitukseen on viime aikoina standardoitu IETF:ssä (Internet Engineering Task Force) otsikkokenttien kompressointimenetelmää, joka 5 tunnetaan nimellä ROHC (Robust Header Compression). Eräs ROHC:n kehittelyn taustalla olevia ajatuksia on, että datapakettien välityksessä käytettävien lukuisten IP-otsikkokenttien välillä on runsaasti redundanssia paitsi datapakettien sisällä, niin myös niiden välillä. Toisin sanoen, suuri osa otsikkokenttien informaatioista ei muutu lainkaan datapakettien välityksen aikana, jolloin otsik-10 kokenttien käsittämä informaatio on helppo rekonstruoida vastaanottopäässä, vaikkei sitä lähetetä lainkaan. Ainoastaan pieni osa otsikkokentistä on sellaisia, joiden käsittämän informaation suhteen on oltava tarkkana kompressoinnissa. Edelleen ROHC käsittää useita kompressointitasoja, jolloin kompressoinnin tehokkuus kasvaa aina siirryttäessä ylemmälle tasolle. ROHC pyrkii ai-15 na käyttämään tehokkainta mahdollista kompressointia, kuitenkin niin, että ennen siirtymistä seuraavalle tasolla varmistetaan aina kulloisenkin tason riittävä toiminnan varmuus.
ROHC:ssa samalla radiolinkillä välitettävät useat pakettidatavuot erotetaan toisistaan kontekstitunnisteen CID (Context Identifier) avulla. Tämä 20 kontekstitunniste liitetään lähetettävään datapakettiin ja vastaanotin pystyy tämän kontekstitunnisteen perusteella päättelemään, mihin pakettidatavuohon « · · ...1 ja kompressiokontekstiin datapaketti kuuluu.
ϊ.ϊ.ϊ Kolmannen sukupolven matkaviestinjärjestelmiin, erityisesti !**]: UMTS:ään (Universal Mobile Telecommunication System) sovellettaessa, kon- ·:··· 25 tekstitunniste CID voidaan liittää ainakin kahdella tavalla lähetettävään data- pakettiin. Kontekstitunnisteen liittäminen voidaan suorittaa ROHC:n sisäisenä .···. menettelynä, jolloin ROHC-määrittelyn mukaisesti kompressoitu datapaketti käsittää erityisen CID-kentän, johon kontekstitunniste CID on liitetty. Toinen . . vaihtoehto on liittää tai assosioida kontekstitunniste matkaviestinjärjestelmän • » · 30 jonkin protokollakerroksen, edullisesti konvergenssiprotokollakerroksen, data-·*·* paketin otsikkokenttään siten, että ROHC-määrittelyn mukaisesti kompressoi- • dussa datapakettissa ei ole kontekstitunnistetta CID, vaan kontekstitunniste tai • · · · siihen assosioitu jokin muu tunniste liitetään siihen konvergenssiprotokollapa- .* , kettiin, erityisesti datapaketin otsikkokenttään, johon mainittu ROHC- * · * *; 35 kompressoitu datapaketti on syötetty.
I · I • · · * · 3 118244 UMTS:n spesifikaatiot (3GPP TS 25.323, versio 4.0.0, kappale 5.1.3) määrittävät, että käytettäessä ROHC-kompressiota jompi kumpi edellä mainituista menettelyistä tulee valita, mutta valintatapaa ei ole määritetty. Täten on olemassa tarve kehittää menetelmä, jolla UMTS-järjestelmä konfiguroi-5 daan siten, että edellä kuvattu valinta voidaan suorittaa.
Keksinnön lyhyt selostus
Keksinnön tavoitteena on siten kehittää menetelmä ja menetelmän toteuttava laitteisto yllä mainittujen haittojen vähentämiseksi. Keksinnön tavoitteet saavutetaan menetelmällä ja järjestelmällä, joille on tunnusomaista se, mi-10 tä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.
Keksintö perustuu siihen, että verrataan tietoliikennejärjestelmän protokollakerroksella, kuten konvergenssiprotokollakerroksella, datapakettien otsikkokentässä käytettävissä olevaa tilaa kulloinkin ROHC:n käytössä olevien 15 kontekstitunnisteiden CID lukumäärään, jolloin mikäli käytettävissä olevaa tilaa on enemmän kuin ROHC:lle määritettyjä kontekstitunnisteita, liitetään CID-arvot edullisesti konvergenssiprotokollakerroksen datapaketteihin. Tällöin voidaan edullisesti minimoida otsikkokenttien osuus koko radiorajapinnan yli välitettävästä datasta sekä myös vähentää CID-arvojen välittämisen konfiguroin- ·*., 20 tiin tarvittavaa signalointia. Jos taas kontekstitunnisteiden CID lukumäärä ylit- « tää käytettävissä olevan tilan, liitetään kontekstitunnisteet aina ROHC-data-paketin CID-kenttään.
• · ·[ Keksinnön erään edullisen suoritusmuodon mukaisesti, sovelletta- essa menettelyä matkaviestinjärjestelmään sama vertailualgoritmi tallennetaan 25 sekä matkaviestimeen että radioverkkoon, jolloin pakettidatayhteyden mo- *..,·* lemmat osapuolet voivat käyttää mainittua algoritmia valitsemaan käytettävä menetelmä kontekstitunnisteiden välittämiseen. Tällöin ei edullisesti tarvita eril- ·*·,: listä signalointia matkaviestimen ja radioverkon välillä menetelmästä sopimi- « · .***. seen, vaan molemmat osapuolet osaavat automaattisesti konfiguroida käytet- * 30 tävän menetelmän.
• ·
« « I
:·ί · Keksinnön erään toisen edullisen suoritusmuodon mukaisesti ver- • · · tailualgoritmi voidaan tallentaa edullisesti ainoastaan radioverkkoon ja suorit-taa edellä kuvattu vertailu radioverkossa. Kun radioverkko on määritellyt käy- * · .·. ; tettävän menetelmän kontekstitunnisteiden välittämiseksi, se informoi matka- * ** 35 viestintä tästä päätöksestä, edullisesti RRC-signalointina.
4 118244
Keksinnön mukaisen menetelmän ja järjestelmän etuna on, että voidaan määritellä menettely CID-arvojen välittämiseksi ja konfiguroida sekä matkaviestin MS että radioverkko LITRAN käyttämään tätä menettelyä. Edelleen keksinnön mukaisen menettelyn etuna on se, että voidaan myös optimoi-5 da otsikkokenttien osuutta radiorajapinnan yli lähetettävästä kokonaisdata-määrästä. Vielä keksinnön etuna on, että keksintö on mahdollista toteuttaa hyvin pienillä, edullisesti ei minkäänlaisilla, muutoksilla olemassa olevaan signalointiin, mikä on edullista radioresurssien tehokkaan hyödyntämisen ja järjestelmän muutostarpeen vähenemisen kannalta.
10 Kuvioiden lyhyt selostus
Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista: kuvio 1 esittää lohkokaaviona siirtymiä ROHC:n eri kompressointi-tasojen välillä; 15 kuvio 2 esittää lohkokaaviona siirtymiä ROHC.n eri toimintamoodien välillä; kuvio 3 esittää lohkokaaviona UMTS-järjestelmän yksinkertaistettua rakennetta; kuviot 4a ja 4b esittävät UMTS.n pakettidatapalvelun protokolla-20 pinoja kontrollisignalointiin ja käyttäjädatan välittämiseen; ja kuvio 5 esittää vuokaaviona keksinnön erään suoritusmuodon mu- * · * kaista vertailualgoritmia kontekstitunnisteiden välittämisen määrittämiseksi.
* ·*: * ·:·· Keksinnön yksityiskohtainen selostus ·:*·· Seuraavassa kuvataan kyseessä olevan otsikkokenttien kompres- 25 sointimenetelmän ROHC toteutusta keksinnön kannalta olennaisin osin. Ky- • ·· seisen kompressointimenetelmän tarkemman kuvauksen osalta viitataan do- ,·, . kumenttiin RFC3095 "Robust Header Compression (ROHC)”.
• · · t.\/ Eri kompressointimenetelmissä sekä kompressorille että dekom- **·* pressorille määritellään tyypillisesti konteksti, joka on tila (status), jota komp- • i .· · 30 ressori käyttää lähetettävän otsikkokentän kompressointiin ja dekompressori vastaanotetun otsikkokentän dekompressointiin. Tyypillisesti konteksti käsittää . kompressoimattoman version edellisestä otsikkokentästä, joka on lähetetty lii J ; (kompressori) tai vastaanotettu (dekompressori) tiedonsiirtoyhteyden yli. Li- ’· säksi konteksti voi käsittää datapakettivuota identifioivia erilaisia tietoja, kuten 35 datapakettien jaksonumeroita tai aikaleimoja. Täten konteksti käsittää tyypilli- 5 118244 sesti sekä staattista informaatiota, joka pysyy samana koko datapakettivuolle, että dynaamista informaatiota, joka muuttuu datapakettivuon aikana, mutta usein jonkin määritettävän kuvion mukaisesti.
ROHC:ssa käytetään kolmea kompressointitasoa siten, että komp-5 ressointi alkaa alimmalta tasolta ja vähitellen siirrytään ylemmälle tasolle. Perusperiaatteena on, että kompressointi suoritetaan aina korkeimmalla mahdollisella tasolla kuitenkin niin, että kompressorilla on riittävä varmuus siitä, että dekompressorilla on riittävästi informaatiota dekompressoinnin suorittamiseen kyseisellä tasolla. Eri kompressointitasojen väliseen siirtymiseen vaikuttavia 10 tekijöitä ovat peräkkäisten otsikkokenttien vaihtelu, dekompressorilta saatavat positiiviset ja negatiiviset kuittaukset sekä kuittausten puuttuessa määrättyjen jaksollisten laskureiden umpeutuminen. Ylemmältä kompressointitasolta voidaan vastaavasti tarvittaessa siirtyä alemmalle tasolle.
IP (Internet Protocol), UDP (User Datagram protocol) ja RTP (Real-15 Time Protocol) protokollien yhteydessä ROHC:n käyttämät kompressointitasot ovat aloitus/päivitystaso (IR, Initiation/Refresh), ensimmäinen taso (FO, First Order) ja toinen taso (SO, Second Order), joiden välisiä siirtymisiä kuvataan kuvion 1 mukaisella kaaviolla. IR-tasoa käytetään kontekstin luomiseen de-kompressorille tai virhetilanteesta toipumiseen. Kompressori siirtyy IR-tasol)e 20 aloittaessaan otsikkokenttien kompressoinnin, dekompressorin esittämästä ***. pyynnöstä tai päivitysajastimen umpeutuessa. IR-tasolla kompressori lähettää *»l IR-otsikkokenttiä kompressoimattomassa muodossa. Kompressori pyrkii siir- * * · tymään ylemmälle tasolle, kun dekompressorin vastaanottamasta päivitysin- • · \ formaatiosta saadaan varmuus.
| 25 FO-tasoa käytetään datapakettivuon otsikkokentissä olevien epä- ] * säännöllisyyksien informoimiseen vastaanottajalle. IR-tason jälkeen kompres- Σ...: son toimii FO-tasolla tilanteessa, jossa otsikkokentät eivät muodosta yhtenäis tä kuviota (ts. peräkkäiset otsikkokentät muuttuvat satunnaisesti siten, että muutoksia ei voida ennakoida) tai kompressori ei voi olla varma, onko dekom-·[’*: 30 pressori vastaanottanut otsikkokenttien yhtenäisen kuvion määrittelevät para- . metrit. Tämä on tyypillinen tilanne esimerkiksi aloitettaessa puheen välittämi- nen, erityisesti tauon jälkeisten ensimmäisten puhepurskeiden aikana. FO- | · *;·* tasolla kompressori lähettää kompressoituja FO-otsikkokenttiä. Kompressori pyrkii taas siirtymään ylemmälle tasolle, kun otsikkokentät muodostavat yhte- :*·.· 35 näisen kuvion ja saadaan varmuus siitä, että dekompressori on vastaanottanut • « yhtenäisen kuvion parametrit. FO-tason datapaketit käsittävät tyypillisesti kon- 6 118244 tekstin päivitystietoa, jolloin onnistunut dekompressointi edellyttää myös peräkkäisten FO-otsikkokenttien onnistunutta välittämistä. Täten dekompressoin-tiprosessin onnistuminen on sensitiivinen kadonneille tai vahingoittuneille FO-tason paketeille.
5 SO-tasolla kompressointi on optimaalista. Otsikkokentät muodosta vat yhtenäisen kuvion, joita kompressori kuvaa kompressoiduilla SO-otsikkokentillä, jotka käytännössä ovat datapakettien jaksonumeroiden osia. Dekompressorille välitetään jo FO-tasolla tieto otsikkokenttien yhtenäisen kuvion määrittelevistä parametreista, joiden parametrien ja vastaanotetun jaksoit) numeron perusteella dekompressori pystyy ekstrapoloimaan alkuperäiset otsikkokentät. Koska SO-tasolla lähetetyt datapaketit ovat käytännössä riippumattomia toisistaan, on myös dekompressoinnin virheherkkyys alhainen. Kun otsikkokentät eivät enää muodosta yhtenäistä kuviota, kompressori siirtyy takaisin FO-tasolle.
15 Myös dekompressoinnille on määritetty kolme eri tasoa, jotka ovat sidoksissa dekompressorin kontekstimääritykseen. Dekompressori aloittaa toimintansa aina alimmalta tasolta, jolloin kontekstia ei ole vielä määritetty (No Context). Tällöin dekompressori ei ole vielä dekompressoinut ainuttakaan datapakettia. Kun dekompressori on dekompressoinut ensimmäisen datapaketin, 20 joka käsittää sekä staattisen että dynaamisen konteksti-informaation, voi de-kompressori siirtyä suoraan keskimmäisen tason (Static Context) yli aina ylimmälle tasolle (Full Context). Ylimmällä tasolla tapahtuvien useiden virheti-lanteiden seurauksena dekompressori siirtyy keskimmäiselle tasolle, mutta * · ·[ tyypillisesti jo yksikin onnistuneesti dekompressoitu datapaketti palauttaa de- 25 kompressorin ylimmälle tasolle.
Eri kompressointitasojen lisäksi ROHC:een on määritetty kolme eri ·· ·*...·* toimintamoodia: yksisuuntainen moodi (U-moodi), kaksisuuntainen optimisti nen moodi (O-moodi) ja kaksisuuntainen luotettava moodi (R-moodi), jotka :\j esitetään kuvion 2 mukaisessa kaaviossa. Kuvion 2 mukaisesti jokainen edellä * · .··*. 30 kuvatuista kompressointitasoista (IR, FO, SO) toimii jokaisessa moodissa, , mutta kukin moodi toimii kullakin tasolla omalla tavallaan ja tekee myös pää- • · · · tökset siirtymisistä tasojen välillä omalla tavallaan. Toimintamoodin valinta ku- !...: hunkin kompressointitilanteeseen riippuu käytettävän tiedonsiirtoyhteyden pa- »*·,· rametreista, kuten paluukanavan käyttömahdollisuudesta, virhetodennäköi- * · .*. j 35 syyksistä ja -jakaumista, otsikkokenttien koon vaihtelun vaikutuksista ym.
• · 7 118244
Yksisuuntaisessa moodissa datapaketteja lähetetään vain kompressorilta dekompressorille, joten ROHC:n U-moodi on käyttökelpoinen tilanteissa, joissa paluukanavan käyttö ei ole mahdollista tai suotavaa. Kaksisuuntainen optimistinen moodi on vastaavanlainen yksisuuntaisen moodin kanssa 5 muuten, mutta O-moodissa käytetään paluukanavaa virhetilanteiden korjaamiseen ja huomattavien kontekstipäivitysten kuittaamiseen dekompressorilta kompressorille. O-moodi sopii edullisesti yhteyksille, joilla tarvitaan optimaalinen kompressointitehokkuus vähäisellä paluukanavaliikenteellä. Kaksisuuntainen luotettava moodi poikkeaa edellä mainituista moodeista selvästi. R-moo-10 dissa käytetään paluukanavaa kaikkien kontekstipäivitysten kuittaamiseen, jolloin myös tietty osa jaksonumeropäivityksistä kuitataan. Täten R-moodissa datapaketit voidaan siirtää lähes täysin luotettavasti kompressorin ja dekompres-sorin välillä.
ROHC:n kolme toimintamoodia ja kolme kompressointitasoa muo-15 dostavat erilaisia operointitilanteita otsikkokenttien kompressoinnille, joissa kussakin tilanteessa pitää määritellä kompressorin ja dekompressorin toiminta sekä pakettien välitys näiden välillä. ROHC:ssä käytetään erilaisia paketteja eri operointitilanteiden mukaisiin tarkoituksiin. Tällä hetkellä ROHC:een on määritelty kuusi erilaista datapakettityyppiä, joista neljää käytetään lähetyk-20 seen kompressorilta dekompressorille ja kahta paluukanavadatapaketteina ··*. dekompressorilta kompressorille. Käytettävien datapakettityyppien määrä saattaa muuttua tulevaisuudessa, mutta kaikille datapakettityypeille on omi- • * » ^ naista se, että jokaiseen datapakettiin voidaan liittää kulloinkin käytettävän kontekstin määrittelevä kontekstitunniste CID ennen paketin lähettämistä siir-""** 25 totielie.
*:" ROHC:ssa samalla radiolinkillä välitettävät useat pakettidatavuot ··· i...: erotetaan toisistaan kontekstitunnisteen CID avulla. Tämä kontekstitunniste lii tetään lähetettävään datapakettiin ja vastaanotin pystyy tämän konteksti-tunnisteen perusteella päättelemään, mihin pakettidatavuohon ja kompres- ·’**. 30 siokontekstiin datapaketti kuuluu.
• » · ' . *. Eräs tietoliikennejärjestelmä, jossa ROHC-määritysten mukaista ot- * * *
sikkokenttien kompressointimenetelmää on tarkoitus soveltaa, on ns. kolman-*···: nen sukupolven matkaviestinjärjestelmä, joka tunnetaan ainakin nimillä UMTS
(Universal Mobile Telecommunication System) ja IMT-2000 (International Mo- • · :\j 35 bile Telephone System). Seuraavassa selostetaan yksinkertaistetusti UMTS- järjestelmän rakennetta kuvion 3 pohjalta.
8 118244
Kuvio 3 käsittää vain keksinnön selittämisen kannalta oleelliset loh- kot, mutta alan ammattimiehelle on selvää, että tavanomaiseen matkapuhelinjärjestelmään sisältyy lisäksi muitakin toimintoja ja rakenteita, joiden tarkempi selittäminen ei tässä ole tarpeen. Matkapuhelinjärjestelmän pääosat ovat run-5 koverkko CN (Core Network) ja UMTS-matkapuhelinjärjestelmän maanpäällinen radioverkko LITRAN (UMTS Terrestrial Radio Access Network), jotka muodostavat matkapuhelinjärjestelmän kiinteän verkon, sekä matkaviestin tai tilaajapäätelaite UE (User Equipment). CN:n ja UTRAN:in välinen rajapinta on nimeltään lu, ja UTRAN:in ja UE:n välinen ilmarajapinta on nimeltään Uu.
10 LITRAN muodostuu tyypillisesti useista radioverkkoalijärjestelmistä RNS (Radio Network Subsystem), joiden välinen rajapinta on nimeltään lur (ei kuvattu). RNS muodostuu radioverkkokontrollerista RNC (Radio Network Controller) ja yhdestä tai useammasta tukiasemasta BS, joista käytetään myös termiä B-solmu (node B). RNC:n ja BS:n välinen rajapinta on nimeltään lub. 15 Tyypillisesti tukiasema BS huolehtii radiotien toteutuksesta ja tukiasemaohjain RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen välisen kanavanvaihdon kontrolli, tehonsäätö, ajastus ja synkronointi, tilaajapääte-laitteen kutsuminen (paging).
Runkoverkko CN muodostuu UTRAN:in ulkopuolisesta matkapuhe- 20 linjärjestelmään kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin- ···, keskus/vierailijarekisteri 3G-MSC/VLR (Mobile Switching Centre/ Visitor Loca- * VI ^ tion Register) on yhteydessä kotirekisteriin HLR (Home Location Register) ja ** edullisesti myös älyverkon ohjauspisteeseen SCP (Service Control Point). Ko- • · \ tirekisteri HLR ja vierailijarekisteri VLR käsittävät tietoa matkaviestintilaajista: 25 kotirekisteri HLR käsittää tiedot matkaviestinverkon kaikista tilaajista sekä näi-den tilaamista palveluista ja vierailijarekisteri VLR käsittää tietoja tietyn matka- ··· viestinkeskuksen MSC alueella vierailevista matkaviestimistä. Yhteys paketti-radiojärjestelmän operointisolmuun 3G-SGSN (Serving GPRS Support Node) muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon * · .··♦. 30 PSTN/ISDN yhdyskäytävämatkaviestinkeskuksen GMSC (Gateway MSC, ei ··♦ . *. kuvattu) kautta. Operointisolmusta 3G-SGSN muodostetaan yhteys ulkoisiin • · · dataverkkoihin PDN rajapinnan Gn kautta yhdyskäytäväsolmuun GGSN (Ga- • · *···* teway GPRS Support Node), josta on edelleen yhteys ulkoisiin dataverkkoihin :*·.· PDN. Sekä matkaviestinkeskuksen 3G-MSC/VLR että operointisolmun 3G- • · ;\j 35 SGSN yhteys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Net work) tapahtuu rajapinnan lu välityksellä. On huomattava, että UMTS-järjes- 9 118244 telmä on suunniteltu siten, että runkoverkko CN voi olla identtinen esimerkiksi GSM-järjestelmän runkoverkon kanssa, jolloin koko verkkoinfrastruktuuria ei tarvitse rakentaa uudelleen.
UMTS-järjestelmä käsittää siis myös pakettiradiojärjestelmän, joka 5 on toteutettu pitkälti GSM-verkkoon kytketyn GPRS-järjestelmän mukaisesti, mistä johtuu myös verkkoelementtien nimissä olevat viittaukset GPRS-järjes-telmään. UMTS:n pakettiradiojärjestelmä voi käsittää useita yhdyskäytävä- ja operointisolmuja ja tyypillisesti yhteen yhdyskäytäväsolmuun 3G-GGSN on kytketty useita operointisolmuja 3G-SGSN. Molemmat solmut 3G-SGSN ja 10 3G-GGSN toimivat matkaviestimen liikkuvuuden ymmärtävinä reitittiminä, jotka huolehtivat matkaviestinjärjestelmän ohjauksesta ja datapakettien reitityksestä matkaviestimiin niiden sijainnista ja käytetystä protokollasta riippumatta. Ope-rointisolmu 3G-SGSN on radioverkon UTRAN kautta yhteydessä matkaviestimeen UE. Operointisolmun 3G-SGSN tehtävänä on havaita pakettiradioyhte-15 yksiin kykenevät matkaviestimet palvelualueellaan, lähettää ja vastaanottaa datapaketteja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien sijaintia palvelualueellaan. Edelleen operointisolmu 3G-SGSN on yhteydessä matka-viestinkeskukseen 3G-MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs' kautta ja kotirekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talle-20 tettu myös pakettiradiopalveluun liittyviä tietueita, jotka käsittävät tilaajakoh-···, täisten pakettidataprotokollien sisällön.
Yhdyskäytäväsolmu 3G-GGSN toimii yhdyskäytävänä UMTS-ver- • · kon pakettiradiojärjestelmän ja ulkoisen dataverkon PDN (Packet Data Net- • ♦ \ work) välillä. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko-ope- | 25 raattorin UMTS- tai GPRS-verkko, Internet, X.25-verkko tai yksityinen lähiverk- ko. Yhdyskäytäväsolmu 3G-GGSN on yhteydessä kyseisiin dataverkkoihin ra- »·· japinnan Gi kautta. Yhdyskäytäväsolmun 3G-GGSN ja operointisolmun 3G- SGSN välillä siirrettävät datapaketit ovat aina tunnelointiprotokollan GTP (Ga- teway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskäytäväsolmu 3G- ·***· 30 GGSN sisältää myös matkaviestimien PDP-osoitteet (Packet Data Protocol) ja • * * , *. reititystiedot ts. 3G-SGSN-osoitteet. Reititystietoa käytetään siten datapaketti- # · · “j/ en linkittämiseen ulkoisen dataverkon ja operointisolmun 3G-SGSN välillä.
• * *···* Yhdyskäytäväsolmun 3G-GGSN ja operointisolmun 3G-SGSN välinen verkko on IP-yhteyskäytäntöä, edullisesti IPv6 (Internet Protocol, version 6) hyödyntä- • « : 35 vä verkko.
• ·« * · 10 118244
Kuviot 4a ja 4b esittävät UMTS:n protokollapinoja kontrollisignaloin-tiin (control plane) ja käyttäjädatan välittämiseen (user plane) UMTS-järjestel-män pakettiradiopalvelussa. Kuviossa 4a kuvataan matkaviestimen MS ja runkoverkon CN välistä kontrollisignalointiin käytettävää protokollapinoa. Matka-5 viestimen MS liikkumista (MM, Mobility Management), puheluiden ohjausta (CC, Call Control) ja päätelaiteyhteyksien hallintaa (SM, Session Management) 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 10 matkaviestimien MS ja tukiasemien BS välisessä radioyhteydellä ohjaa radio-resurssien hallintajärjestelmä (RRM, Radio Resource Management), joka välittää radioverkko-ohjaimelta RNC ohjaustietoja tukiasemille BS. Nämä matkaviestinjärjestelmän yleiseen hallintaan liittyvät toiminnallisuudet muodostavat joukon, jota kutsutaan runkoverkkoprotokolliksi (CN protocols), toiselta nimel-15 tään Non-Access Stratum. Vastaavasti matkaviestimen MS, tukiaseman BS ja radioverkko-ohjaimen RNC. välillä tapahtuva radioverkon ohjaukseen liittyvä signalointi suoritetaan protokollakerroksilla, joita kutsutaan yhteisellä nimellä radioverkkoprotokollat (RAN protocols) eli Access Stratum. Näitä ovat alimmalla tasolla olevat siirtoprotokollat, joiden välittämää kontrollisignalointia siirre-20 tään ylemmille kerroksille edelleen käsiteltäväksi. Ylemmistä Access Stratum-···. kerroksista olennaisin on radioresurssien ohjausprotokolla (RRC, Radio Re-
source Control), joka vastaa mm. matkaviestimen MS ja radioverkon UTRAN
• · ,1 ; välisten radioyhteyksien muodostamisesta, konfiguroinnista, ylläpitämisestä ja \ katkaisemisesta sekä runkoverkosta CN ja radioverkosta RAN tulevan ohjaus- «*··* | 25 informaation välittämisestä matkaviestimille MS. Lisäksi radioresurssien ohja- usprotokolla RRC vastaa radioresurssien hallintajärjestelmän RRM ohjeiden « · t ; :...s mukaisesti riittävän kapasiteetin varaamisesta päätelaiteyhteydelle esimerkiksi sovellusperusteisessa kapasiteettivarauksessa.
UMTS:n pakettivälitteisen käyttäjädatan välityksessä käytetään ku-·’**. 30 vion 4b mukaista protokollapinoa. Radioverkon UTRAN ja matkaviestimen MS
• t * , ·, välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella ta- • · · pahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen • · **..* päällä oleva MAC-kerros välittää datapaketteja fyysisen kerroksen ja RLC- ker- :*·.· roksen välillä ja RLC-kerros vastaa eri päätelaiteyhteyksien radiolinkkien loogi- 35 sesta hallinnasta. RLC:n toiminnallisuudet käsittävät mm. lähetettävän käyttäjädatan (RLC-SDU) segmentoinnin yhteen tai useampaan RLC-datapakettiin 11 118244 RLC-PDU. RLC:n päällä olevan PDCP-kerroksen datapakettien (PDCP-PDU) käsittämät IP-otsikkokentät voidaan optionaalisesti kompressoida. Tämän jälkeen PDCP-PDU:t luovutetaan RLC:lle ja ne vastaavat yhtä RLC-SDU:ta. Käyttäjädata ja RLC-SDU:t segmentoidaan ja välitetään sitten RLC-kehyksis-5 sä, joihin on lisätty tiedonsiirron kannalta olennaista osoite- ja tarkistusinfor-maatioita. RLC-kerros huolehtii myös vahingoittuneiden kehysten uudelleenlähetyksestä. Operointisolmu 3G-SGSN vastaa matkaviestimeltä MS radioverkon RAN kautta tulevien datapakettien reitityksestä edelleen oikealle yhdys-käytäväsolmulle 3G-GGSN. Tällä yhteydellä käytetään tunnelointiprotokollaa 10 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ä.
UMTS-järjestelmässä otsikkokenttien kompressointi lähetettäville datapaketeille ja dekompressointi vastaanotettaville datapaketeille suoritetaan 15 konvergenssiprotokollakerroksella PDCP. PDCP-kerroksen tehtäviin kuuluu mm. kanavatehokkuuden parantamiseen liittyvät toiminnot, jotka perustuvat tyypillisesti erilaisiin optimointimenetelmiin, kuten datapakettien otsikkokenttien kompressointialgoritmien hyväksikäyttöön. Koska nykyisin UMTS:iin suunnitellut verkkotason protokollat ovat IP-protokollia, ovat käytettävät kompressioal-20 goritmitkin IETF:n (Internet Engineering Task Force) standardoimia algoritme-...# ja. Täten ROHC-kompressiomenetelmä sopii erityisen hyvin käytettäväksi juuri UMTS-järjestelmässä. Päätelaitteen PDCP-kerros tukee tyypillisesti useita ot- • · * sikkokenttien kompressointimenetelmiä, jotta yhteydenmuodostus mahdolli-·* simman moneen verkkokerroksen protokollatyyppiin olisi mahdollista.
25 Sovellettaessa ROHC:ta UMTS:n konvergenssiprotokollakerroksella * sekä lähettäjä-PDCP että vastaanottaja-PDCP käsittävät kompressori-de-kompressori-parin lähetettävien datapakettien kompressoimiseksi ja vastaanotettujen datapakettien dekompressoimiseksi. Konvergenssiprotokollakerros PDCP tarjoaa kompressointimenetelmälle ROHC mekanismin erilaisten komp-.···. 30 ressiota määrittelevien parametrien neuvottelemiseksi kullekin päätelaiteyh- teydelle. Mekanismi voidaan toteuttaa käytännössä esimerkiksi siten, että ·*·: : PDCP-kerros välittää kompressorin ja dekompressorin viestit edelleen RRC:lle * * * ja varsinainen neuvottelu suoritetaan RRC-signalointina.
UMTS:n määrittelyjen mukaan kontekstitunniste CID voidaan liittää * · .·. : 35 ainakin kahdella tavalla lähetettävään datapakettiin. Kontekstitunnisteen liittä- • ·« minen voidaan suorittaa ROHC:n sisäisenä menettelynä, jolloin ROHC-määrit- 12 118244 telyn mukaisesti kompressoitu datapaketti käsittää erityisen CID-kentän, johon kontekstitunniste CID on liitetty. Toinen vaihtoehto on liittää tai assosioida kon-teksitunniste UMTS:n PDCP-kerroksen datapakettiin PDCP-PDU siten, että ROHC-määrittelyn mukaisesti kompressoidussa datapakettissa ei ole konteks-5 titunnistetta CID, vaan kontekstitunniste tai siihen assosioitu jokin muu tunniste liitetään siihen PDCP-kerroksen datapakettiin PDCP-PDU, johon mainittu ROHC-kompressoitu datapaketti on syötetty.
PDCP-kerrokseila eri kompressointimenetelmien indikoiminen ja erottaminen toisistaan tapahtuu datapaketteihin PDU liitettyjen pakettitunnis-10 teiden PID '(Packet Identifier) avulla. Jokaiselle PDCP-entiteetille luodaan pa-kettitunnisteen PID arvoille taulukko, jossa kuvataan eri kompressointialgorit-mien tuloksena muodostuvia pakettityyppejä ja näiden kombinaationa määräytyy pakettitunnisteen PID arvo. ROHC:lle on tyypillisesti varattu vain yksi PID-arvo. PID on viisibittinen kenttä PDCP-PDU-rakenteessa, joka voi siten saada 15 arvoja 0 - 31. Jos mitään kompressointialgoritmia ei käytetä, saa pakettitunnis-te PID arvon nolla. Jokaiselle kompressointialgoritmille ja sen kombinaatiolle erilaisten datapakettityyppien kanssa määräytyy juoksevasti PID-arvot siten, että kunkin kompressointialgoritmin PID-arvot alkavat luvusta n+1, missä n on edelliselle kompressointialgoritmille määrätty viimeinen PID-arvo. Kompres-20 sointialgoritmien järjestys määräytyy radioresurssiohjaimen RRC kanssa suori-tettavissa neuvotteluissa. PID-arvojen taulukon perusteella pakettidatayhtey-den molemmissa päissä olevat PDCP-entiteetit pystyvät identifioimaan lähetet- • « · [il tavien ja vastaanotettavien datapakettien kompressointialgoritmit ja datapaket- * \ tityypit.
*”*·* 25 Nyt voidaan luoda menettely edellä kuvatun valinnan suorittamisek- si CID-arvojen välittämiseksi PDCP-yhteydellä siten, että verrataan käytettä-vissä olevien PID-arvojen lukumäärää kulloinkin ROHC:n käytössä olevien kontekstitunnisteiden CID lukumäärään, jolloin mikäli käytettävissä olevia PID-arvoja on enemmän kuin ROHC:lle määritettyjä kontekstitunnisteita, liitetään • * .···. 30 CID-arvot edullisesti PDCP-PDU-datapaketteihin. Tällöin voidaan edullisesti ’·[ minimoida otsikkokenttien osuus koko radiorajapinnan yli välitettävästä datasta : sekä myös vähentää CID-arvojen välittämisen konfigurointiin tarvittavaa signa- • * · lointia. Jos taas kontekstitunnisteiden CID lukumäärä ylittää käytettävissä ole- » vien PID-arvojen lukumäärän, liitetään kontekstitunnisteet aina ROHC-data-: 35 paketin CID-kenttään.
• f · • · 13 118244 Tätä menettelyä voidaan soveltaa siten, että sama vertailualgoritmi tallennetaan sekä matkaviestimeen MS että radioverkkoon UTRAN, jolloin PDCP-yhteyden molemmat osapuolet voivat käyttää mainittua algoritmia valitsemaan käytettävä menetelmä kontekstitunnisteiden välittämiseen. Tällöin ei 5 edullisesti tarvita mitään erillistä signalointia matkaviestimen MS ja radioverkon UTRAN välillä menetelmästä sopimiseen, vaan molemmat osapuolet osaavat automaattisesti konfiguroida käytettävän menetelmän.
Toisaalta jossakin tilanteessa saattaa olla edullista, että radioverkko UTRAN määrittää aina käytettävän menetelmän kontekstitunnisteiden välittä-10 miseksi. Nain voi olla esimerkiksi silloin, kun halutaan pitää vertailualgoritmi helpommin päivitettävissä tai jos halutaan yleisesti noudattaa periaatetta, jonka mukaan radioverkko ohjaa mahdollisimman pitkälle matkaviestimien toimintaa. Tällöin vertailualgoritmi voidaan tallentaa edullisesti ainoastaan radioverkkoon UTRAN ja suorittaa edellä kuvattu vertailu radioverkossa. Kun radioverk-15 ko UTRAN on määritellyt käytettävän menetelmän kontekstitunnisteiden välittämiseksi, se informoi matkaviestintä MS tästä päätöksestä. Tämä voidaan edullisesti suorittaa RRC-signalointina, johon edellä mainittu määritys voidaan liittää hyvin pienillä muutoksilla. Määritys voidaan edullisesti liittää esimerkiksi spesifikaation 3GPP TS 25.331, versio 4.0.0., kappaleessa 10.3.4.2 olevaan 20 PDCP-infomääritykseen lisäämällä edullisesti kenttä, esimerkiksi ”CID value field", jolla määritetään, kumpaa edellä kuvattua kontekstitunnisteiden välitys- * ···' menetelmää käytetään. Tämä viesti lähetetään sinänsä tunnettuna RRC- *·1·* signalointina matkaviestimelle MS, joka dekoodaa viestin ja konfiguroituu käyt- * 1 « * tämään sille määritettyä kontekstitunnisteiden välitysmenetelmää.
25 Seuraavassa kuvataan keksinnön erään edullisen suoritusmuodon *:··: mukaisesti toteutettua vertailualgoritmia viitaten kuvioon 5. Aluksi verrataan :***: käytettävissä olevien PID-arvojen lukumäärää ROHC:lle allokoitujen konteksti- tunnisteiden CID lukumäärään (500). Käytettävissä olevien PID-arvojen määrä : saadaan vähentämällä PID-arvojen maksimimäärästä 31 muille kompressioal- • · · 30 goritmeille kuin ROHC:lle varattujen kompressioalgoritmien lukumäärä. Jos t käytettävissä olevien PID-arvojen lukumäärä on suurempi kuin ROHC;lle allo- • « * koitujen kontekstitunnisteiden CID lukumäärä, tutkitaan edellyttävätkö muut yhteysmääritykset, että PDCP-PDU-datapaketteihin tulee liittää otsikkokenttä.
X : Mikäli otsikkokenttää tarvitaan PDCP-PDU-datapaketeissa joka tapauksessa, * 1 · ! j 35 liitetään CID-arvot edullisesti PDCP-PDU-datapaketteihin. Tämä voidaan suo- 1' riitaa kahdessa vaiheessa siten, että määritellään ensin onko päätelaiteyhtey- 14 118244 delle määritelty useita kompressioalgoritmeja (502). Mikäli useita kompressio-algoritmeja on määritelty samalle päätelaiteyhteydelle, PDCP-PDU-datapaketit käsittävät otsikkokentän, jolloin määritetään käytettäväksi menetelmää, jossa CID-arvot liitetään PDCP-PDU-datapaketteihin (504). Jos useita kompressio-5 algoritmeja ei ole määritettynä samalle päätelaiteyhteydelle, tarkistetaan tarvitaanko PDCP-PDU-otsikkokenttää johonkin muuhun tarkoitukseen, kuten esimerkiksi jaksonumeroiden välittämiseen (506). Jos otsikkokenttää tarvitaan muuhun tarkoitukseen, määritetään myös tässä tapauksessa käytettäväksi menetelmää, jossa CID-arvot liitetään PDCP-PDU-datapaketteihin (504). Jos 10 taas PDCP-PDU-datapaketeissa ei tarvita otsikkokenttää, ei ole myöskään edullista määrittää PDCP-PDU-datapaketteihin otsikkokenttää pelkästään CID-arvojen välittämistä varten, jolloin määritetään CID-arvot välitettäväksi ROHC-datapakettien CID-kentissä (508).
Jos taas alun vertailussa (500) havaitaan, että käytettävissä olevien 15 PID-arvojen lukumäärä on pienempi kuin ROHC:lle allokoitujen kontekstitun-nisteiden CID lukumäärä, määritetään suoraan CID-arvot välitettäväksi ROHC-datapakettien CID-kentissä (508).
Koska CID-arvot ja PID-arvot eivät välttämättä ole yhteismitallisia, voi edellä kuvattu CID-arvojen liittäminen PDCP-PDU-datapaketteihin edulli- 20 sesti tapahtua siten, että assosioidaan ennen lähetystä jokaiselle CID-arvolle ... vastaava PID-arvo, joka välitetään normaalisti PDCP-PDU.n PID-kentässä.
* ···' On huomattava, että edellä kuvattu vertailualgoritmi on vain eräs :.v tapa määritellä CID-arvojen välittäminen. Alan ammattimiehelle on ilmeistä, et- • · · • V tä itse algoritmi voidaan määritellä usealla eri tavalla päätyen kuitenkin sa- *"'*· 25 maan keksinnölliseen lopputulokseen. Keksintöä ei myöskään ole rajoitettu ·:··: vain CID-arvojen määrittämiseen vain PDCP-yhteydellä, vaan keksintöä voi- daan soveltaa myös muissa järjestelmissä eri protokollakerroksilla.
* · Näin keksinnön mukaisella menettelyllä voidaan määritellä menette-.·. · ly CID-arvojen välittämiseksi ja konfiguroida sekä matkaviestin MS että radio- • t · 30 verkko UTRAN käyttämään tätä menettelyä. Keksinnön mukaisella menettelyl- T lä voidaan myös optimoida otsikkokenttien osuutta radiorajapinnan yli lähetet- :,· · tävästä kokonaisdatamäärästä. Keksinnön mukainen menettely on mahdollista toteuttaa hyvin pienillä, edullisesti ei minkäänlaisilla, muutoksilla olemassa .·) : olevaan signalointiin, mikä on edullista radioresurssien tehokkaan hyödyntä- • · · 35 misen ja järjestelmän muutostarpeen vähenemisen kannalta.
* *· • · 15 118244
Keksinnön mukaista menettelyä on edellä kuvattu esimerkinomaisesti UMTS-järjestelmän yhteydessä. ROHC:n mukainen otsikkokenttien kompressio ei kuitenkaan ole sidottu UMTS-järjestelmään, vaan sitä voidaan edullisesti soveltaa mihin tahansa tietoliikennejärjestelmään, jossa välitetään IP-5 datapaketteja. Keksinnön mukaista menettelyä voidaan edullisesti soveltaa esimerkiksi ns. toisen sukupolven matkaviestinjärjestelmien jatkokehityshank-keissa, kuten GERAN:ssa (GSM Edge Radio Access Network).
Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksinnön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritus-10 muodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.
• 1 · * * · · ' • · » 1 * I i 4 4 * 1 4 • · * · • t « »»· • « • · • « · • · ··· • · · » » • » • •a ♦ • · • · · • · · · ♦ · · · • · · • · • · ·· ♦ ♦ • · • ♦ · » ·· • « · • ♦ « ♦ m · • ·
Claims (12)
1. Menetelmä otsikkokenttien kompressoinnin kontekstitunnisteen välittämiseksi datapakettiyhteydellä tietoliikennejärjestelmässä, jossa tietoliikennejärjestelmässä kontekstitunniste (CID) voidaan vaihtoehtoisesti välittää 5 osana kompressoitua datapakettia tai tietoliikennejärjestelmän konvergenssi-protokollakerroksella (PDCP) välitettävän datapaketin (PDCP-PDU) otsikkokentässä, joka käsittää lukuarvoiltaan rajoitetun kentän (PID) kontekstitunnis-teiden liittämiseksi, jossa menetelmässä valitaan kontekstitunnisteen välitystapa siten, että 10 määritetään konvergenssiprotokollakerroksen datapakettien otsik kokentässä käytettävissä olevan kentän (PID) vapaiden lukuarvojen lukumäärä, määritetään kompressiomenetelmälle määritettyjen kontekstitunnis-teiden lukumäärä, tunnettu siitä, että 15 tarkistetaan, vasteena sille, että konvergenssiprotokollakerroksen datapakettien otsikkokentässä käytettävissä olevan kentän (PID) vapaiden lukuarvojen lukumäärä on suurempi kuin kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärä, edellyttävätkö datapakettiyhteyden muut määritykset otsikkokentän käyttöä konvergenssiprotokollakerroksen datapake-20 teissä, jolloin :***; liitetään kontekstitunnisteet konvergenssiprotokollakerroksen data- * · · pakettien otsikkokenttiin, vasteena sille, että datapakettiyhteyden muut määri- • · * tykset edellyttävät otsikkokentän käyttöä konvergenssiprotokollakerroksen da- • · * *. tapaketeissa; tai vaihtoehtoisesti: * 25 liitetään kontekstitunnisteet osaksi kompressoitua datapakettia, vas- * * teenä sille, että datapakettiyhteyden muut määritykset eivät edellytä otsikko- * * * kentän käyttöä konvergenssiprotokollakerroksen datapaketeissa.
2. Menetelmä otsikkokenttien kompressoinnin kontekstitunnisteen ··· välittämiseksi datapakettiyhteydellä matkaviestinjärjestelmässä, jossa matka- • · · * .*··. 30 viestinjärjesteimässä kontekstitunniste (CID) voidaan vaihtoehtoisesti välittää • ’·“ osana kompressoitua datapakettia tai matkaviestinjärjestelmän konvergenssi- protokollakerroksella (PDCP) välitettävän datapaketin (PDCP-PDU) otsikko- kentässä, joka käsittää lukuarvoiltaan rajoitetun kentän (PID) kontekstitunnis- :v. teiden liittämiseksi, tunnettu siitä, että menetelmässä valitaan konteksti- • · 35 tunnisteen välitystapa siten, että * * ·»· 118244 verrataan konvergenssiprotokollakerroksen datapakettien otsikkokentässä käytettävissä olevan kentän (PID) vapaiden lukuarvojen lukumäärää kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärään ainoastaan matkaviestinjärjestelmän radioverkossa, 5 tarkistetaan, vasteena sille, että konvergenssiprotokollakerroksen datapakettien otsikkokentässä käytettävissä olevan kentän (PID) vapaiden lukuarvojen lukumäärä on suurempi kuin kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärä, edellyttävätkö datapakettiyhteyden muut määritykset otsikkokentän käyttöä konvergenssiprotokollakerroksen datapake- 10 teissä, jolloin liitetään kontekstitunnisteet konvergenssiprotokollakerroksen datapakettien otsikkokenttiin, vasteena sille, että datapakettiyhteyden muut määritykset edellyttävät otsikkokentän käyttöä konvergenssiprotokollakerroksen datapaketeissa; tai vaihtoehtoisesti: 15 liitetään kontekstitunnisteet osaksi kompressoitua datapakettia, vas teena sille, että datapakettiyhteyden muut määritykset eivät edellytä otsikkokentän käyttöä konvergenssiprotokollakerroksen datapaketeissa; ja lähetetään radioverkosta matkaviestimelle tieto valitusta konteksti-tunnisteen välitystavasta.
3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että lähetetään mainittu tieto matkaviestimelle RRC-signalointiviestissä, : Y: joka käsittää erillisen kentän valitun kontekstitunnisteen välitystavan indikoimi- ·*.*; seksi.
4. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, * · tunnettu siitä, että ..." tarkistetaan, onko datapakettiyhteydelle määritetty useita kompres- • · *···* sioalgoritmeja.
5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, 30 tu n n ett u siitä, että *··· * tarkistetaan, onko datapakettiyhteydelle määritetty otsikkokentät • · · .* . jaksonumeroiden välittämiseksi.
* · * *· " 6. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, • · * ' *♦..* että mainittu tietoliikennejärjestelmä on matkaviestinjärjestelmä, jolloin ·*.*; 35 suoritetaan mainitut määrittämiset erikseen matkaviestimessä ja ra- • * .···. dioverkossa, ja * * * • · * 118244 valitaan mainittu kontekstitunnisteen välitystapa sekä matkaviestimessä että radioverkossa.
7. Tietoliikennejärjestelmä, jossa otsikkokenttien kompressoinnin kontekstitunniste (CID) on järjestetty välitettäväksi datapakettiyhteydellä vaih- 5 toehtoisesti osana kompressoitua datapakettia tai tietoliikennejärjestelmän konvergenssiprotokollakerroksella (PDCP) välitettävän datapaketin (PDCP-PDU) otsikkokentässä, joka käsittää lukuarvoiltaan rajoitetun kentän (PID) kon-tekstitunnisteiden liittämiseksi, joka tietoliikennejärjestelmä on järjestetty valitsemaan kontekstitunnisteen välitystavan määrittämällä konvergenssiprotokol-10 lakerroksen datapakettien otsikkokentässä käytettävissä olevan kentän (PID) vapaiden lukuarvojen lukumäärän ja määrittämällä kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärän, tunnettu siitä, että tietoliikennejärjestelmä on järjestetty tarkistamaan, vasteena sille, että konvergenssiprotokollakerroksen datapakettien otsikkokentässä käytettä-15 vissä olevan kentän (PID) vapaiden lukuarvojen lukumäärä on suurempi kuin kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärä, edellyttävätkö datapakettiyhteyden muut määritykset otsikkokentän käyttöä kon-vergenssiprotokollakerroksen datapaketeissa, jolloin tietoliikennejärjestelmä on järjestetty liittämään kontekstitunnisteet 20 konvergenssiprotokollakerroksen datapakettien otsikkokenttiin, vasteena sille, että datapakettiyhteyden muut määritykset edellyttävät otsikkokentän käyttöä ··· konvergenssiprotokollakerroksen datapaketeissa; tai vaihtoehtoisesti: tietoliikennejärjestelmä on järjestetty liittämään kontekstitunnisteet ·1·’. osaksi kompressoitua datapakettia, vasteena sille, että datapakettiyhteyden • · 25 muut määritykset eivät edellytä otsikkokentän käyttöä konvergenssiprotokolla- • · ..... kerroksen datapaketeissa.
8. Matkaviestinjärjestelmä, jossa otsikkokenttien kompressoinnin • · ’···1 kontekstitunniste (CID) on järjestetty välitettäväksi datapakettiyhteydellä vaih toehtoisesti osana kompressoitua datapakettia tai matkaviestinjärjestelmän 30 konvergenssiprotokollakerroksella (PDCP) välitettävän datapaketin (PDCP-PDU) otsikkokentässä, joka käsittää lukuarvoiltaan rajoitetun kentän (PID) kon-/ . tekstitunnisteiden liittämiseksi, joka matkaviestinjärjestelmä on järjestetty valit- *;./ semaan kontekstitunnisteen välitystavan matkaviestinjärjestelmän radiover- * · kossa vertaamalla konvergenssiprotokollakerroksen datapakettien otsikkoken- 35 tässä käytettävissä olevan kentän (PID) vapaiden lukuarvojen lukumäärää • · • · · • · • · • · · 118244 kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärään, tunnettu siitä, että jolloin matkaviestinjärjestelmä on järjestetty tarkistamaan, vasteena sille, että konvergenssiprotokollakerroksen datapakettien otsikkokentässä käytettä-5 vissä olevan kentän (PID) vapaiden lukuarvojen lukumäärä on suurempi kuin kompressiomenetelmälle määritettyjen kontekstitunnisteiden lukumäärä, edellyttävätkö datapakettiyhteyden muut määritykset otsikkokentän käyttöä kon-vergenssiprotokollakerroksen datapaketeissa, jolloin matkaviestinjärjestelmä on järjestetty liittämään kontekstitunnisteet 10 konvergenssiprotokollakerroksen datapakettien otsikkokenttiin, vasteena sille, että datapakettiyhteyden muut määritykset edellyttävät otsikkokentän käyttöä konvergenssiprotokollakerroksen datapaketeissa; tai vaihtoehtoisesti; matkaviestinjärjestelmä on järjestetty liittämään kontekstitunnisteet osaksi kompressoitua datapakettia, vasteena sille, että datapakettiyhteyden 15 muut määritykset eivät edellytä otsikkokentän käyttöä konvergenssiprotokolla-kerroksen datapaketeissa; ja radioverkko on järjestetty lähettämään matkaviestimelle tiedon valitusta kontekstitunnisteen välitystavasta.
9. Patenttivaatimuksen 8 mukainen tietoliikennejärjestelmä, tun-20 n e 11 u siitä, että radioverkko on järjestetty lähettämään mainitun tiedon matkaviesti- t...: melle RRC-signaiointiviestissä, joka käsittää erillisen kentän valitun konteksti- tunnisteen välitystavan indikoimiseksi. • ·
10. Jonkin patenttivaatimuksen 7 - 9 mukainen tietoliikennejärjes-25 telmä, tunnettu siitä, että • ( . tietoliikennejärjestelmä on järjestetty tarkistamaan, onko datapaket- ]./ tiyhteydelle määritetty useita kompressioalgoritmeja.
*···' 11. Jonkin patenttivaatimuksen 7 - 10 mukainen tietoliikennejärjes telmä, tunnettu siitä, että 30 tietoliikennejärjestelmä on järjestetty tarkistamaan, onko datapaket- tiyhteydelle määritetty otsikkokentät jaksonumeroiden välittämiseksi.
« « · / . 12. Patenttivaatimuksen 7 mukainen tietoliikennejärjestelmä, tunnettu siitä, että mainittu tietoliikennejärjestelmä on matkaviestinjärjes- ’···* telmä, jolloin :*·*: 35 mainitut määrittämiset on järjestetty suoritettavaksi erikseen matka- .·**. viestimessä ja radioverkossa, ja 118244 mainittu kontekstitunnisteen välitystapa on järjestetty valittavaksi sekä matkaviestimessä että radioverkossa. • · · • · • · ... ·»< • · • · « • · · * ♦ «* · ... • · · • · « ··*·* • * * • * 9 · • « • · * • 9 9 Ψ 9 9 · * · · 9 · • « * * · 9 9 » ' « · I • ·· • * * · · * * • · • * · • 9 9 9 9 9 9 9 9, 9 9 9 9 9'· 9 9 9 9 *· 118244
Priority Applications (12)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20011380A FI118244B (fi) | 2001-06-27 | 2001-06-27 | Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä |
| US10/179,789 US7301947B2 (en) | 2001-06-27 | 2002-06-24 | Transmission of compression identifier of headers on data packet connection |
| PCT/FI2002/000563 WO2003003668A1 (en) | 2001-06-27 | 2002-06-26 | Transmission of compression identifier of headers on data packet connection |
| JP2003509721A JP3857688B2 (ja) | 2001-06-27 | 2002-06-26 | データパケット接続におけるヘッダ圧縮識別子の伝送 |
| EP02755024A EP1405472B1 (en) | 2001-06-27 | 2002-06-26 | Transmission of compression identifier of headers on data packet connection |
| AT02755024T ATE406734T1 (de) | 2001-06-27 | 2002-06-26 | Übertragung einer kompressionskennung von kopfteilen auf einer datenpaketverbindung |
| KR1020037016984A KR100765311B1 (ko) | 2001-06-27 | 2002-06-26 | 데이터 패킷 접속 상의 헤더 압축에 대한 콘텍스트 식별자 전송 방법 및 시스템 |
| DE60228575T DE60228575D1 (de) | 2001-06-27 | 2002-06-26 | Übertragung einer kompressionskennung von kopfteilen auf einer datenpaketverbindung |
| CNB028127390A CN100388720C (zh) | 2001-06-27 | 2002-06-26 | 数据包连接上报头压缩标识符的传输 |
| BR0210691-4A BR0210691A (pt) | 2001-06-27 | 2002-06-26 | Método para transmissão do identificador de contexto de compressão do cabeçalho na conexão de pacote de dados em um sistema de telecomunicação, e, sistema de telecomunicação |
| CA002451620A CA2451620C (en) | 2001-06-27 | 2002-06-26 | Transmission of compression identifier of headers on data packet connection |
| ZA2003/09795A ZA200309795B (en) | 2001-06-27 | 2003-12-18 | Transmission of compression identifier of headers on data packet connection |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20011380 | 2001-06-27 | ||
| FI20011380A FI118244B (fi) | 2001-06-27 | 2001-06-27 | Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| FI20011380A0 FI20011380A0 (fi) | 2001-06-27 |
| FI20011380A FI20011380A (fi) | 2002-12-28 |
| FI118244B true FI118244B (fi) | 2007-08-31 |
Family
ID=8561515
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FI20011380A FI118244B (fi) | 2001-06-27 | 2001-06-27 | Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US7301947B2 (fi) |
| EP (1) | EP1405472B1 (fi) |
| JP (1) | JP3857688B2 (fi) |
| KR (1) | KR100765311B1 (fi) |
| CN (1) | CN100388720C (fi) |
| AT (1) | ATE406734T1 (fi) |
| BR (1) | BR0210691A (fi) |
| CA (1) | CA2451620C (fi) |
| DE (1) | DE60228575D1 (fi) |
| FI (1) | FI118244B (fi) |
| WO (1) | WO2003003668A1 (fi) |
| ZA (1) | ZA200309795B (fi) |
Families Citing this family (71)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7085020B2 (en) * | 2001-11-14 | 2006-08-01 | International Business Machines Corporation | Raster data compression apparatus and method |
| EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
| JP4317403B2 (ja) * | 2002-08-09 | 2009-08-19 | パナソニック株式会社 | ヘッダ圧縮装置及びヘッダ圧縮方法 |
| KR100884956B1 (ko) * | 2002-08-14 | 2009-02-23 | 엘지전자 주식회사 | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
| EP1432196A1 (en) * | 2002-12-20 | 2004-06-23 | Matsushita Electric Industrial Co., Ltd. | Control traffic compression method in media data transmission |
| FI116258B (fi) | 2003-02-14 | 2005-10-14 | Nokia Corp | Menetelmä tiedonsiirtokapasiteetin riittävyyden varmistamiseksi, menetelmää hyödyntävä päätelaite sekä ohjelmalliset välineet menetelmän toteuttamiseksi |
| US20050094670A1 (en) * | 2003-08-20 | 2005-05-05 | Samsung Electronics Co., Ltd. | Method for acquiring header compression context in user equipment for receiving packet data service |
| US7398325B2 (en) * | 2003-09-04 | 2008-07-08 | International Business Machines Corporation | Header compression in messages |
| KR100602633B1 (ko) * | 2003-11-08 | 2006-07-19 | 삼성전자주식회사 | 패킷의 헤더를 압축하는 방법 및 그 장치 |
| FR2863797B1 (fr) * | 2003-12-15 | 2006-02-24 | Cit Alcatel | Compression/decompression de couche deux pour la transmission mixte synchrone/asynchrone de trames de donnees au sein d'un reseau de communications |
| US7430617B2 (en) * | 2003-12-19 | 2008-09-30 | Nokia Corporation | Method and system for header compression |
| DE102004003551A1 (de) * | 2004-01-23 | 2005-08-18 | Siemens Ag | Kompressionsverfahren für einen Bytestrom in Netzwerkprotokollen |
| CN100393064C (zh) * | 2004-06-21 | 2008-06-04 | 信息产业部电信研究院 | Ip电信网系统中对分组进行报头压缩的方法 |
| IL162306A0 (en) * | 2004-06-02 | 2005-11-20 | Eci Telecom Ltd | Method for header compression in packet based telecommunication systems |
| KR20060054662A (ko) * | 2004-11-15 | 2006-05-23 | 삼성전자주식회사 | 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법 |
| US7924731B2 (en) * | 2004-11-15 | 2011-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling out-of-sequence packets in header decompression |
| US7817628B2 (en) * | 2004-11-15 | 2010-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for header compression with transmission of context information dependent upon media characteristic |
| ATE412290T1 (de) * | 2005-01-24 | 2008-11-15 | Ericsson Telefon Ab L M | Verfahren, computerprogramm und vorrichtung zum schutz eines kernnetzes |
| CN100396114C (zh) * | 2005-06-09 | 2008-06-18 | 华为技术有限公司 | 在联合路由/位置更新中实现负载重分配的方法 |
| US8804765B2 (en) * | 2005-06-21 | 2014-08-12 | Optis Wireless Technology, Llc | Dynamic robust header compression |
| FI120072B (fi) * | 2005-07-19 | 2009-06-15 | Ssh Comm Security Corp | Pakettidatan lähettäminen verkon yli tietoturvaprotokollaa käyttäen |
| KR100644548B1 (ko) * | 2005-11-03 | 2006-11-10 | 엘지전자 주식회사 | 멀티미디어 메시지의 업로드 방법 및 이를 위한 이동 통신단말기, ｍｍｓ 프록시 릴레이, 이동 통신 시스템 |
| WO2007105685A1 (ja) | 2006-03-14 | 2007-09-20 | Sharp Kabushiki Kaisha | 通信装置および通信方法 |
| JP4619312B2 (ja) * | 2006-03-29 | 2011-01-26 | 京セラ株式会社 | 通信システム及び送信装置 |
| CN100440869C (zh) * | 2006-04-11 | 2008-12-03 | 华为技术有限公司 | 启动用户数据报协议报文首部压缩的方法 |
| KR101419287B1 (ko) * | 2006-07-07 | 2014-07-14 | 삼성전자주식회사 | Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법 |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| KR101387500B1 (ko) | 2006-08-22 | 2014-04-21 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| KR101430449B1 (ko) * | 2006-10-02 | 2014-08-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 송수신 방법 |
| CN101529827B (zh) * | 2006-10-27 | 2013-05-01 | 艾利森电话股份有限公司 | 长度指示符优化 |
| EP2057862B1 (en) | 2006-10-30 | 2017-02-01 | LG Electronics Inc. | Method for re-direction of uplink access |
| US8428013B2 (en) * | 2006-10-30 | 2013-04-23 | Lg Electronics Inc. | Method of performing random access in a wireless communcation system |
| KR100938754B1 (ko) * | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| KR101443618B1 (ko) * | 2006-10-30 | 2014-09-23 | 엘지전자 주식회사 | 랜덤 접속 채널 메시지 응답 방법, 랜덤 접속 채널 메시지전송 방법 및 이를 지원하는 이동통신 단말 |
| EP2132910B1 (en) * | 2007-04-30 | 2016-01-06 | LG Electronics Inc. | Method of transmitting data in a wireless communication system |
| KR101469281B1 (ko) * | 2007-04-30 | 2014-12-04 | 엘지전자 주식회사 | 무선단말의 상태 전환 방식 |
| US8040806B2 (en) * | 2007-04-30 | 2011-10-18 | Lg Electronics Inc. | Methods of generating data block in mobile communication system |
| KR101464748B1 (ko) * | 2007-04-30 | 2014-11-24 | 엘지전자 주식회사 | 무선단말의 측정보고 기동방식 |
| KR101458641B1 (ko) * | 2007-04-30 | 2014-11-05 | 엘지전자 주식회사 | Ｍｂｍｓ를 지원하는 무선통신 시스템에서 데이터 전송방법 |
| US8081662B2 (en) | 2007-04-30 | 2011-12-20 | Lg Electronics Inc. | Methods of transmitting data blocks in wireless communication system |
| KR20080097338A (ko) * | 2007-05-01 | 2008-11-05 | 엘지전자 주식회사 | 불연속 데이터 송수신 방법 |
| KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| US20080273482A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Uplink access method for receiving a point-to-multipoint service |
| US20080273503A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Method and terminal for performing handover in mobile communications system of point-to-multipoint service |
| EP2153597B1 (en) * | 2007-05-03 | 2013-04-03 | LG Electronics Inc. | Method of data processing in a wireless communication system |
| EP2157741B1 (en) * | 2007-05-11 | 2017-03-29 | Fujitsu Limited | Method of controlling header compression in wireless communication, and wireless station and transmitting device |
| KR101467750B1 (ko) * | 2007-06-04 | 2014-12-03 | 엘지전자 주식회사 | 이동 통신 시스템에서 ｍａｃ 헤더 생성방법 및 데이터전송방법 |
| KR101470638B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| KR101526971B1 (ko) * | 2007-06-18 | 2015-06-11 | 엘지전자 주식회사 | 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말 |
| ES2428569T3 (es) | 2007-06-18 | 2013-11-08 | Lg Electronics Inc. | Procedimiento para llevar a cabo una sincronización de enlace ascendente en un sistema de comunicación inalámbrica |
| US20090034529A1 (en) * | 2007-07-30 | 2009-02-05 | Motorola, Inc. | Method and apparatus for routing packets via header-compression channels |
| US7885294B2 (en) * | 2007-08-23 | 2011-02-08 | Cisco Technology, Inc. | Signaling compression information using routing protocols |
| KR101387537B1 (ko) | 2007-09-20 | 2014-04-21 | 엘지전자 주식회사 | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 |
| WO2009038312A2 (en) * | 2007-09-20 | 2009-03-26 | Lg Electronics Inc. | A method for handling correctly received but header compression failed packets |
| JP5018890B2 (ja) * | 2007-10-31 | 2012-09-05 | 富士通株式会社 | 通信方法並びに通信端末、データ転送装置及び制御装置 |
| WO2009072175A1 (ja) * | 2007-12-03 | 2009-06-11 | Fujitsu Limited | パケット通信装置及びパケット通信方法 |
| CN101453298B (zh) * | 2007-12-07 | 2013-06-05 | 华为技术有限公司 | 一种无线网络中头压缩的处理方法及系统、装置 |
| CN101350812B (zh) * | 2008-08-22 | 2012-06-27 | 上海华为技术有限公司 | 一种数据的传输方法、通信设备及通信系统 |
| EP2343874A4 (en) * | 2008-10-21 | 2014-03-05 | Mitsubishi Electric Corp | COMMUNICATION SYSTEM AND COMMUNICATION DEVICE |
| US8902805B2 (en) * | 2008-10-24 | 2014-12-02 | Qualcomm Incorporated | Cell relay packet routing |
| WO2010106663A1 (ja) * | 2009-03-19 | 2010-09-23 | 富士通株式会社 | 受信装置、送信装置、受信方法、送信方法、通信システムおよび通信方法 |
| US20100260098A1 (en) * | 2009-04-10 | 2010-10-14 | Qualcomm Incorporated | Header compression for ip relay nodes |
| US8588138B2 (en) * | 2009-07-23 | 2013-11-19 | Qualcomm Incorporated | Header compression for relay nodes |
| CN101969667B (zh) | 2009-07-27 | 2013-04-24 | 财团法人资讯工业策进会 | 无线通讯装置、其标头压缩方法及其标头解压缩方法 |
| US20110149848A1 (en) * | 2009-08-17 | 2011-06-23 | Qualcomm Incorporated | Header compression for relay nodes |
| US8787242B2 (en) * | 2009-11-06 | 2014-07-22 | Qualcomm Incorporated | Header compression for relay nodes |
| KR101371638B1 (ko) * | 2012-05-31 | 2014-03-07 | 삼성에스디에스 주식회사 | 컨텍스트 기반의 헤더 압축을 위한 통신 관리장치 및 방법 |
| CN105764093A (zh) * | 2014-12-19 | 2016-07-13 | 中国移动通信集团黑龙江有限公司 | 一种选择数据压缩级别的方法和装置 |
| CN111480361B (zh) | 2018-04-03 | 2021-10-26 | 富士通株式会社 | 基站装置、终端装置、无线通信方法 |
| WO2020130380A1 (en) * | 2018-12-21 | 2020-06-25 | Lg Electronics Inc. | Method and apparatus for transmitting data unit using dual header compression algorithm in wireless communication system |
| US20220014610A1 (en) * | 2019-01-03 | 2022-01-13 | Lg Electronics Inc. | Method and apparatus for delivering data unit based on execution time indicator in wireless communication system |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5987022A (en) | 1996-12-27 | 1999-11-16 | Motorola, Inc. | Method for transmitting multiple-protocol packetized data |
| US6879832B1 (en) * | 1999-02-26 | 2005-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for transferring information between mobile terminals and entities in a radio access network |
| DE10083897T1 (de) | 1999-02-26 | 2002-06-27 | Trikon Holdings Ltd | Verfahren zum Bearbeiten einer Polymerschicht |
| US6300887B1 (en) | 1999-11-09 | 2001-10-09 | Nokia Networks Oy | Efficient handoff procedure for header compression |
| US6839339B1 (en) | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
| EP1146713B1 (en) | 2000-03-03 | 2005-04-27 | NTT DoCoMo, Inc. | Method and apparatus for packet transmission with header compression |
| AU2001237877A1 (en) | 2000-03-07 | 2001-09-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Pre-verification of checksums used with checksum-based header compression |
| US20020001315A1 (en) | 2000-03-21 | 2002-01-03 | Tran Hung V. | Method and apparatus for compressing IP/UDP/RTP headers in a lossy environment |
| JP4520032B2 (ja) | 2000-08-17 | 2010-08-04 | パナソニック株式会社 | ヘッダ圧縮装置およびヘッダ圧縮方法 |
| US6967964B1 (en) | 2000-10-03 | 2005-11-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Context identification using header compression key at link layer |
-
2001
- 2001-06-27 FI FI20011380A patent/FI118244B/fi not_active IP Right Cessation
-
2002
- 2002-06-24 US US10/179,789 patent/US7301947B2/en active Active
- 2002-06-26 JP JP2003509721A patent/JP3857688B2/ja not_active Expired - Fee Related
- 2002-06-26 CA CA002451620A patent/CA2451620C/en not_active Expired - Fee Related
- 2002-06-26 AT AT02755024T patent/ATE406734T1/de not_active IP Right Cessation
- 2002-06-26 EP EP02755024A patent/EP1405472B1/en not_active Expired - Lifetime
- 2002-06-26 WO PCT/FI2002/000563 patent/WO2003003668A1/en active IP Right Grant
- 2002-06-26 CN CNB028127390A patent/CN100388720C/zh not_active Expired - Fee Related
- 2002-06-26 BR BR0210691-4A patent/BR0210691A/pt not_active Application Discontinuation
- 2002-06-26 DE DE60228575T patent/DE60228575D1/de not_active Expired - Lifetime
- 2002-06-26 KR KR1020037016984A patent/KR100765311B1/ko not_active IP Right Cessation
-
2003
- 2003-12-18 ZA ZA2003/09795A patent/ZA200309795B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CA2451620C (en) | 2008-09-16 |
| KR100765311B1 (ko) | 2007-10-09 |
| JP3857688B2 (ja) | 2006-12-13 |
| ZA200309795B (en) | 2005-02-23 |
| US20030007512A1 (en) | 2003-01-09 |
| JP2004533792A (ja) | 2004-11-04 |
| ATE406734T1 (de) | 2008-09-15 |
| CA2451620A1 (en) | 2003-01-09 |
| CN100388720C (zh) | 2008-05-14 |
| WO2003003668A1 (en) | 2003-01-09 |
| KR20040015759A (ko) | 2004-02-19 |
| CN1545783A (zh) | 2004-11-10 |
| US7301947B2 (en) | 2007-11-27 |
| EP1405472A1 (en) | 2004-04-07 |
| DE60228575D1 (de) | 2008-10-09 |
| FI20011380A0 (fi) | 2001-06-27 |
| BR0210691A (pt) | 2004-09-21 |
| EP1405472B1 (en) | 2008-08-27 |
| FI20011380A (fi) | 2002-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FI118244B (fi) | Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä | |
| FI110739B (fi) | Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle | |
| US7164665B2 (en) | Transfer of IP data in telecommunications system | |
| USRE47719E1 (en) | Relocating context information in header compression | |
| KR100884956B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
| FI112014B (fi) | Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa | |
| FI113323B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| FI111210B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| US7346077B2 (en) | Processing of erroneous data in telecommunications system providing packet-switched data transfer | |
| US7106701B2 (en) | End-to-end frame quality classification | |
| KR101020318B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
| KR100981823B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Patent granted |
Ref document number: 118244 Country of ref document: FI |
|
| 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 |