FI110739B - Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle - Google Patents

Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle Download PDF

Info

Publication number
FI110739B
FI110739B FI20002307A FI20002307A FI110739B FI 110739 B FI110739 B FI 110739B FI 20002307 A FI20002307 A FI 20002307A FI 20002307 A FI20002307 A FI 20002307A FI 110739 B FI110739 B FI 110739B
Authority
FI
Finland
Prior art keywords
data packet
length
compression
context
context identifier
Prior art date
Application number
FI20002307A
Other languages
English (en)
Swedish (sv)
Other versions
FI20002307A0 (fi
FI20002307A (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 FI20002307A0 publication Critical patent/FI20002307A0/fi
Priority to FI20002307A priority Critical patent/FI110739B/fi
Priority to US09/978,479 priority patent/US7035287B2/en
Priority to AT01978490T priority patent/ATE287610T1/de
Priority to ES01978490T priority patent/ES2236319T3/es
Priority to JP2002536806A priority patent/JP3834001B2/ja
Priority to CA002425916A priority patent/CA2425916C/en
Priority to DE60108514T priority patent/DE60108514T2/de
Priority to EP01978490A priority patent/EP1329078B1/en
Priority to AU2002210602A priority patent/AU2002210602A1/en
Priority to CNB018176003A priority patent/CN100401729C/zh
Priority to BRPI0114670A priority patent/BRPI0114670B1/pt
Priority to KR1020037005318A priority patent/KR100610658B1/ko
Priority to PCT/FI2001/000902 priority patent/WO2002033931A1/en
Publication of FI20002307A publication Critical patent/FI20002307A/fi
Application granted granted Critical
Publication of FI110739B publication Critical patent/FI110739B/fi
Priority to ZA200303033A priority patent/ZA200303033B/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • 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/22—Parsing or analysis of headers

Description

110739
Otsikkokenttien kompressoinnin määrittäminen datapakettiyh-teydelle
Keksinnön tausta
Keksintö liittyy otsikkokenttien kompressoinnin määrittämiseen da-5 tapakettiyhteydelle, erityisesti sovellettaessa kompressointia matkaviestinjärjestelmiin.
Viime vuosina tapahtunut IP-teknologian (Internet Protocol) nopea kehitys on laajentanut erilaisten IP-pohjaisten sovellusten käyttömahdollisuuksia myös perinteisen Internet-tiedonsiirron ulkopuolelle. Erityisesti IP-10 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) voidaan periaatteessa toteuttaa IP-teknologiaa hyödyntäen.
15 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, sähköpostipalvelulta, pelejä ym., jotka on tyypillisesti edulli-20 sinta toteuttaa pakettivälitteisinä IP-pohjaisina palveluina. Näin matkaviestin-järjestelmien protokolliin sovitettavat IP-kerrokset voisivat palvella sekä au-dio/videopalveluita että erilaisia datapalveluita.
Matkaviestinverkoissa on erityisen tärkeää käyttää rajalliset radio-resurssit hyväksi mahdollisimman tehokkaasti. Tämä taas vaikeuttaa IP-25 protokollien hyväksikäyttöä radiorajapinnalla, koska IP-pohjaisissa protokollissa erilaisten otsikkokenttien osuus siirrettävästä datasta on hyvin suuri, jolloin vastaavasti hyötykuorman osuus jää pieneksi. Lisäksi radiorajapinnan bittivirhesuhde (BER, Bit Error Rate) ja uplink- ja downlink-suunnan yhteenlaskettu ’ viive (RTT, Round-Trip Time) voivat huonoissa olosuhteissa kasvaa suuriksi, 30 mikä aiheuttaa ongelmia useimmille tunnetuille otsikkokenttien kompressoin-timenetelmille. Tämän vuoksi on syntynyt tarve kehittää erilaisiin IP-protokolliin sopiva otsikkokenttien kompressointimenetelmä, joka olisi erityisesti sopiva radiorajapinnan yli tapahtuvaan tiedonsiirtoon: tehokas otsikkokenttien pakkaus, jota kuitenkin pystytään käyttämään olosuhteissa, joissa bit-35 tivirhesuhteet ja viiveet kasvavat suuriksi.
2 110739 Tähän tarkoitukseen on viime aikoina standardoitu IETF:ssä (Internet Engineering Task Force) otsikkokenttien kompressointimenetelmää, joka tunnetaan nimellä ROHC (Robust Header Compression). Eräs ROHC:n kehittelyn taustalla olevia ajatuksia on, että datapakettien välityksessä käytet-5 tä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 otsikkokenttien käsittämä informaatio on helppo rekonstruoida, vaikkei sitä lähetetä lainkaan. Ainoastaan pieni osa otsikkokentistä on sellaisia, joiden 10 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 aina käyttämään tehokkainta mahdollista kompressointia, kuitenkin niin, että ennen siirtymistä seuraavalle tasolla varmistetaan aina kulloisenkin tason riittävä toils minnan varmuus. Lisäksi eräs ROHC:Ile tyypillinen ominaisuus on, että se jättää useita kompressointimenetelmän käytössä olennaisia seikkoja alemman linkkikerroksen hoidettavaksi.
Eräs tällainen alemman linkkikerroksen kautta neuvoteltava asia lähettäjän ja vastaanottajan, eli ns. kompressorin ja dekompressorin, välillä on 20 tietyllä radiolinkillä käytettävän ns. kontekstitunnisteen (CID, Context Identifier) pituuden määrittäminen. Kontekstitunnistetta CID käytetään erottamaan I; samalla radiolinkillä välitettävät useat pakettidatavuot toisistaan. Konteksti- : · tunnisteen CID pituudeksi voidaan määrittää ns. suuri arvo (large) tai pieni ar- :. vo (small), jolloin suurella arvolla kontekstitunnistekentän pituus on 1 tai 2 ta- 25 vua (8 tai 16 bittiä) ja pienellä arvolla 0 tavua (0 bittiä). Pienellä CID:n pituu-: della (0 tavua) ei täten kontekstitunnisteen CID avulla voida erotella useaa samanaikaista datavuota toisistaan, mutta ROHC käsittää kuitenkin sisäisen mekanismin, jonka avulla maksimissaan 16 samanaikaista datavuota voidaan erottaa toisistaan, vaikka kontekstitunnistekentän pituudeksi olisikin määritetty 30 nolla tavua. CID:n pituus neuvotellaan siis ennen kompressoinnin aloittamista välitettävälle datalle ja neuvoteltua kontekstitunnisteen CID pituutta käytetään •: . sen jälkeen sekä uplink- että downlink-suuntaan.
Eräänä ongelmana yllä kuvatussa järjestelyssä on esimerkiksi ti-·:··. lanne, jossa päätelaiteyhteydellä (radio bearer) välitetään määritetyn kon- 35 tekstitunnisteen pituuden sallima maksimimäärä samanaikaisia datayhteyksiä, ja päätelaitteen käyttäjä haluaakin muodostaa vielä yhden samanaikaisen 3 110739 datavuon. Koska kontekstitunnisteita on käytössä jo maksimimäärä, ei uudelle datavuolle voida enää määrittää kontekstitunnistetta. Tällöin jos uusi datavuo pyritään lähettämään kompressoituna, määritetään sille jonkin jo käytössä olevan datavuon konteksti. Tällöin muodostuu kaksi samalla kontekstitunnis-5 teella olevaa kompressoitua datayhteyttä, joita dekompressori ei pysty erottelemaan toisistaan, jolloin koko kompressiojärjestelmä ajautuu virhetilanteeseen. Koska ROHC:n nykyiset käytännöt eivät määrittele uudelle, ’’ylimääräiselle” datavuolle suoritettavia toimenpiteitä, syntyy edellä kuvattu ongelma aina, kun päätelaiteyhteydellä on käytössä konteksititunnisteen CID 10 sallima maksimimäärä datayhteyksiä ja päätelaitteen käyttäjä pyrkii avaamaan uuden datavuon. Edelleen joissakin tilanteissa, esimerkiksi sovellettaessa ROHC:ta matkaviestinjärjestelmiin, käytettävä päätelaite saattaa asettaa omia sisäisiä rajoituksia, johtuen esimerkiksi muistin rajallisuudesta, samanaikaisille datayhteyksille, jotka rajoitukset saattavat olla tiukemmat kuin ROHC edellyt-15 täisi.
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, ’ 20 mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suori tusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.
: V Keksintö perustuu siihen, että huolimatta siitä, että kontekstitunnis- teen pituuden sallima määrä datapakettiyhteyksiä ylitetään, päätelaiteyhtey-’ den parametrit määritetään siten, että ainakin määritetyn kontekstitunnisteen :* 25 pituuden sallima määrä datapakettiyhteyksien otsikkokenttiä voidaan kom pressoida. Keksinnön erään edullisen suoritusmuodon mukaisesti tämä voidaan toteuttaa siten, että varataan määritetyn kontekstitunnisteen pituudesta ainakin yksi arvo kompressoimattomalle datavuolle. Keksinnön erään toisen edullisen suoritusmuodon mukaisesti, jossa kompressointia ohjataan matka-30 viestinjärjestelmän konvergenssiprotkollakerroksella, ohjataan matkaviestinjär-'·; jestelmä määrittämään päätelaiteyhteyden parametrit uudestaan siten, että :*·. kontekstitunnisteen pituuden uusi arvo mahdollistaa kaikkien datapakettiyhte- yksien otsikkokenttien kompressoinnin, mikäli alkuperäisen kontekstitunnis-teen pituuden sallima määrä datapakettiyhteyksiä ylitetään. Vielä keksinnön 35 erään edullisen suoritusmuodon mukaisesti ohjataan konvergenssiprotokolla-kerros, vasteena sille, että kontekstitunnisteen pituuden maksimiarvon sallima 4 110739 määrä datapakettiyhteyksiä ylitetään, määrittämään datapakettiyhteyksille useita linkkitason yhteyksiä, joille datapakettiyhteydet allokoidaan.
Keksinnön mukaisen menetelmän ja järjestelmän etuna on, että se, että päätelaiteyhteydellä välitettävistä datayhteyksistä voidaan kaikissa tilan-5 teissä kompressoida lukumääräisesti ainakin niin monta kuin päätelaiteyhtey-delle määritetyn kontekstitunnistekentän pituus suurimmillaan mahdollistaa. Edelleen keksinnön mukaisen menettelyn etuna on se, että vältetään kompression katkeaminen niiltä datayhteyksiltä, joita lähetetään kompressoituina. Vielä keksinnön etuna on, että se mahdollistaa otsikkokenttien kompression 10 soveltamisen datayhteyksille mahdollisimman tehokkaalla tavalla, mikä on edullista radioresurssien tehokkaan hyödyntämisen kannalta.
Kuvioiden lyhyt selostus
Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista: 15 kuvio 1 esittää lohkokaaviona siirtymiä ROHC:n eri kompressointi- tasojen välillä; kuvio 2 esittää lohkokaaviona siirtymiä ROHC:n eri toimintamoodi- en välillä; kuvio 3 esittää lohkokaaviona UMTS-järjestelmän yksinkertaistettua 20 rakennetta; kuviot 4a ja 4b esittävät UMTS:n pakettidatapalvelun protokollapi-: '. noja kontrollisignalointiin ja käyttäjädatan välittämiseen; : · kuviot 5a ja 5b esittävät PDCP-kerroksen toiminnallisia malleja; ja kuvio 6 esittää keksinnön erään suoritusmuodon mukaista datapa-25 kettitunnisteiden määrittämistä.
Keksinnön yksityiskohtainen selostus
Seuraavassa kuvataan kyseessä olevan otsikkokenttien kompres-sointimenetelmän ROHC toteutusta keksinnön kannalta olennaisin osin. Ky-' · ' seisen kompressointimenetelmän tarkemman kuvauksen osalta viitataan vielä 30 keskeneräiseen Internet-draftiin ’’Robust Header Compression (ROHC)”, ver-.·’/ sio 04, 11.10.2000.
Eri kompressointimenetelmissä sekä kompressorille että dekom-• · pressorille määritellään tyypillisesti konteksti, joka on tila, jota kompressori v käyttää lähetettävän otsikkokentän kompressointiin ja dekompressori vas- 35 taanotetun otsikkokentän dekompressointiin. Tyypillisesti konteksti käsittää 5 110739 kompressoimattoman version edellisestä otsikkokentästä, joka on lähetetty (kompressori) tai vastaanotettu (dekompressori) tiedonsiirtoyhteyden yli. Lisäksi konteksti voi käsittää datapakettivuota identifioivia erilaisia tietoja, kuten datapakettien jaksonumeroita tai aikaleimoja. Täten konteksti käsittää tyypilli-5 sesti sekä staattista informaatiota, joka pysyy samana koko datapaketti vuolle, 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ä kompressointi alkaa alimmalta tasolta ja vähitellen siirrytään ylemmälle tasolle. 10 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 tekijöitä ovat peräkkäisten otsikkokenttien vaihtelu, dekompressorilta 15 saatavat positiiviset ja negatiiviset kuittaukset sekä kuittausten puuttuessa määrättyjen jaksollisten laskureiden umpeutuminen. Ylemmältä kompressointi-tasolta voidaan vastaavasti tarvittaessa siirtyä alemmalle tasolle.
IP (Internet Protocol), UDP (User Datagram protocol) ja RTP (Real-Time Protocol) protokollien yhteydessä ROHC:n käyttämät kompressointitasot 20 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-tasolle ' aloitettaessa otsikkokenttien kompressointi, dekompressorin esittämästä 25 pyynnöstä tai päivitysajastimen umpeutuessa. IR-tasolla kompressori lähettää IR-otsikkokenttiä kompressoimattomassa muodossa. Kompressori pyrkii siirtymään ylemmälle tasolle, kun dekompressorin vastaanottamasta päivitysin-formaatiosta saadaan varmuus.
FO-tasoa käytetään datapakettivuon otsikkokentissä olevien epä-,·, 30 säännöllisyyksien informoimiseen vastaanottajalle. IR-tason jälkeen kompres sori 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-•: · pressori vastaanottanut otsikkokenttien yhtenäisen kuvion määrittelevät para- 35 metrit. Tämä on tyypillinen tilanne esimerkiksi aloitettaessa puheen välittäminen, erityisesti ensimmäisten puhepurskeiden aikana. FO-tasolla kompressori s 110739 lähettää kompressoituja FO-otsikkokenttiä. Kompressori pyrkii taas siirtymään ylemmälle tasolle, kun otsikkokentät muodostavat yhtenäisen kuvion ja saadaan varmuus siitä, että dekompressori on vastaanottanut yhtenäisen kuvion parametrit. FO-tason datapaketit käsittävät tyypillisesti kontekstin päivitystie-5 toa, jolloin onnistunut dekompressointi edellyttää myös peräkkäisten FO-otsikkokenttien onnistunutta välittämistä. Täten dekompressointiprosessin onnistuminen on sensitiivinen kadonneille tai vahingoittuneille FO-tason paketeille.
SO-tasolla kompressointi on optimaalista. Otsikkokentät muodosta-10 vat yhtenäisen kuvion, joita kompressori kuvaa kompressoiduilla SO-otsikkokentillä, jotka käytännössä ovat datapakettien jaksonumeroita. Dekom-pressorille välitetään jo FO-tasolla tieto otsikkokenttien yhtenäisen kuvion määrittelevistä parametreista, joiden parametrien ja vastaanotetun jaksonume-ron perusteella dekompressori pystyy ekstrapoloimaan alkuperäiset otsikko-15 kentä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.
Myös dekompressoinnille on määritetty kolme eri tasoa, jotka ovat 20 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 datapa- \ ’ · ketin, joka käsittää staattisen että dynaamisen konteksti-informaation, voi de- 25 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 dekompressorin ylimmälle tasolle.
, ·, 30 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 esitetään kuvion 2 mukaisessa kaaviossa. Kuvion 2 mukaisesti jokainen ·;* edellä kuvatuista kompressointitasoista (IR, FO, SO) toimii jokaisessa moo- 35 dissa, mutta kukin moodi toimii kullakin tasolla omalla tavallaan ja tekee myös päätökset siirtymisistä tasojen välillä omalla tavallaan. Toimintamoodin valinta 7 110739 kuhunkin kompressointitilanteeseen riippuu käytettävän tiedonsiirtoyhteyden parametreista, kuten paluukanavan käyttömahdollisuudesta, virhetodennäköi-syyksistä ja -jakaumista, otsikkokenttien koon vaihtelun vaikutuksista ym.
Yksisuuntaisessa moodissa datapaketteja lähetetään vain kom-5 pressorilta dekompressorille, joten ROHC:n U-moodi on käyttökelpoinen tilanteissa, joissa paluukanavan käyttö ei ole mahdollista tai suotavaa. U-moodissa siirtymät eri kompressointitasojen välillä suoritetaan määrättyjen jaksollisten laskureiden umpeutumisen seurauksena tai otsikkokenttäkuvioi-den vaihtelun perusteella. Koska paluukanavaa ei ole käytössä, on kompres-10 sointi U-moodissa tehottomampaa ja datapakettien katoaminen siirtotiellä todennäköisempää kuin kummassakaan kaksisuuntaisessa moodissa. ROHC:n käyttäminen aloitetaan aina U-moodissa ja siirtyminen jompaan kumpaan kaksisuuntaiseen moodiin voi tapahtua sitten, kun ainakin yksi paketti on vastaanotettu dekompressorissa, johon vasteena dekompressori ilmaisee 15 moodinvaihdon olevan tarpeen.
Kaksisuuntainen optimistinen moodi on vastaavanlainen yksisuuntaisen moodin kanssa muuten, mutta O-moodissa käytetään paluukanavaa virhetilanteiden korjaamiseen ja huomattavien kontekstipäivitysten kuittaami-seen dekompressorilta kompressorille. Jaksollisia päivityksiä ei tehdä 0-;· 20 moodissa. O-moodi sopii edullisesti yhteyksille, joilla tarvitaan optimaalinen kompressointitehokkuus vähäisellä paluukanavaliikenteellä. O-moodi tarjoaa kohtuullisen luotettavan datapakettien siirron, jossa kompressorin ja dekom-pressorin välinen synkronointi pystytään tyypillisesti säilyttämään hyvin ja da-'· tapaketteja katoaa harvoin, silloinkin tyypillisesti merkityksettömiä määriä.
25 Erittäin suurilla virhesuhteilla datapakettien katoamisia siirtotiellä voi kuitenkin 9 l •. tapahtua.
Kaksisuuntainen luotettava moodi poikkeaa edellä mainituista moodeista selvästi. R-moodissa käytetään paluukanavaa kaikkien kontekstipäivitysten kuittaamiseen, myös jaksonumeropäivitysten kuittaamiseen. Täten R-30 moodissa datapaketit voidaan siirtää lähes täysin luotettavasti kompressorin ja dekompressorin välillä. Otsikkokenttien kompressointi ei voi aiheuttaa datapa- * , kettien katoamista R-moodissa. R-moodin haittapuolena on hiukan edellä mainittuja moodeja suurempi otsikkokentän koko joissakin tapauksissa sekä ':1 huomattavasti lisääntyvä paluukanavallenne.
_ ·:. * 35 ROHC:n kolme toimintamoodia ja kolme kompressointitasoa muo- dostavat erilaisia operointitilanteita otsikkokenttien kompressoinnille, joissa
IM
8 110739 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-5 seen kompressorilta dekompressorille ja kahta paluukanavadatapaketteina dekompressorilta kompressorille. Käytettävien datapakettityyppien määrä saattaa muuttua tulevaisuudessa, mutta kaikille datapakettityypeille on ominaista se, että jokaiseen datapakettiin voidaan liittää kulloinkin käytettävän kontekstin määrittelevä kontekstitunniste CID ennen paketin lähettämistä siir-10 totielle.
Kontekstitunnisteen CID pituus neuvotellaan jokaiselle päätelaite-yhteydelle erikseen kompressorin ja dekompressorin kesken. ROHC-määritysten mukaisesti kulloinkin käytettävän alemman protokollakerroksen (linkkikerroksen) tulee tarjota mekanismi otsikkokenttien kompressoinnissa 15 käytettävien parametrien, siis mm. kontekstitunnisteen pituuden, neuvottelemiseksi. Parametrit neuvotellaan ennen kompressoinnin aloittamista ja tässä yhteydessä datapakettivuon kontekstitunnisteen pituudeksi voidaan tunnetun tekniikan mukaisesti määrittää 0, 8 tai 16 bittiä. Yhdellä loogisella tiedonsiirto-kanavalla voidaan välittää samanaikaisesti useaa datapakettivuota, joiden 20 kontekstit identifioidaan ja erotetaan toisistaan kontekstitunnisteen CID avulla. Jos kanavalla välitetään vain yhtä datapakettivuota, mikä on tyypillistä esimerkiksi erilaisissa VolP-sovelluksissa (Voice over IP), määritetään konteksti-tunnisteen CID pituus "pieneksi” eli se saa arvon 0. Kuitenkin tällöinkin ROHC:n sisäisillä mekanismeilla voidaan erottaa maksimissaan 16 samanai-25 kaista datavuota toisistaan eli uusia datayhteyksiä voidaan avata aina 15 kappaletta alkuperäisen datavuon lisäksi, vaikka kontekstitunnisteen CID pituudeksi olisikin määritetty nolla. Tämä toteutetaan siten, että ensimmäinen datayhteys lähetetään aina ilman mitään kontekstitunnistetta ja sitä seuraaviin datayhteyksiin liitetään yksi tavu, jonka neljällä ensimmäisellä bitillä ilmais-. . 30 taan, että kyseessä on kontekstitunniste ja varsinainen kontekstitunnisteen ar vo ilmaistaan seuraavalla neljällä bitillä. Jos päätelaiteyhteyttä määritettäessä : . on ilmeistä, että tullaan välittämään useaa datapakettivuota samalla kanaval- : ·. la, määritetään tällöin päätelaiteyhteydelle käytettävästä sovelluksesta, tie- ·:··. donsiirtoprotokollasta ja kanavaolosuhteista riippuen kontekstitunnisteen pi- 35 tuudeksi edullisesti suuri arvo eli joko 1 tai 2 tavua (8 tai 16 bittiä).
9 110739
Eräs tietoliikennejärjestelmä, jossa ROHC-määritysten mukaista otsikkokenttien kompressointimenetelmää on tarkoitus soveltaa, on ns. kolmannen sukupolven matkaviestinjärjestelmä, joka tunnetaan myös nimityksillä UMTS (Universal Mobile Telecommunication System) ja IMT-2000 5 (International Mobile Telephone System). Seuraavassa selostetaan yksinkertaistetusti UMTS-järjestelmän rakennetta kuvion 3 pohjalta.
Kuvio 3 käsittää vain keksinnön selittämisen kannalta oleelliset lohkot, mutta alan ammattimiehelle on selvää, että tavanomaiseen matkapuhelinjärjestelmään sisältyy lisäksi muitakin toimintoja ja rakenteita, joiden 10 tarkempi selittäminen ei tässä ole tarpeen. Matkapuhelinjärjestelmän pääosat ovat runkoverkko CN (Core Network) ja UMTS-matkapuhelinjärjestelmän maanpäällinen radioverkko UTRAN (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 15 rajapinta on nimeltään lu, ja UTRAN:in 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 kuvattu). RNS muodostuu radioverkkokontrollerista RNC (Radio Network 20 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 tukiasemaohjain RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen välisen kanavanvaihdon kontrolli, tehonsäätö, ajastus ja synkronointi, tilaajapää-25 telaitteen kutsuminen (paging).
Runkoverkko CN muodostuu UTRAN:in ulkopuolisesta matkapuhelinjärjestelmään kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin-keskus/vierailijarekisteri 3G-MSC/VLR (Mobile Switching Centre/ Visitor Location Register) on yhteydessä kotirekisteriin HLR (Home Location Register) ja 30 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 matkaviestinkeskuksen MSC alueella vierailevista matkaviestimistä. Yhteys 35 pakettiradiojärjestelmän operointisolmuun 3G-SGSN (Serving GPRS Support Node) muodostetaan rajapinnan Gs’ välityksellä ja kiinteään puhelinverkkoon 10 110739 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 (Gateway GPRS Support Node), josta on edelleen yhteys ulkoisiin dataverk-5 koihin PDN. Sekä matkaviestinkeskuksen 3G-MSC/VLR että operointisolmun 3G-SGSN yhteys radioverkkoon LITRAN (UMTS Terrestrial Radio Access Network) tapahtuu rajapinnan lu välityksellä. On huomattava, että UMTS-järjestelmä on suunniteltu siten, että runkoverkko CN voi olla identtinen esimerkiksi GSM-järjestelmän runkoverkon kanssa, jolloin koko verkkoinfrastruk-10 tuuria ei tarvitse rakentaa uudelleen.
UMTS-järjestelmä käsittää siis myös pakettiradiojärjestelmän, joka on toteutettu pitkälti GSM-verkkoon kytketyn GPRS-järjestelmän mukaisesti, mistä johtuu myös verkkoelementtien nimissä olevat viittaukset GPRS-järjestelmään. UMTS:n pakettiradiojärjestelmä voi käsittää useita yhdyskäytä-15 vä- ja operointisolmuja ja tyypillisesti yhteen yhdyskäytäväsolmuun 3G-GGSN on kytketty useita operointisolmuja 3G-SGSN. Molemmat solmut 3G-SGSN ja 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. 20 Operointisolmu 3G-SGSN on radioverkon LITRAN kautta yhteydessä matka-... viestimeen UE. Operointisolmun 3G-SGSN tehtävänä on havaita pakettiradio- yhteyksiin kykenevät matkaviestimet palvelualueellaan, lähettää ja vastaanot-: taa datapaketteja kyseisiltä matkaviestimiltä sekä seurata matkaviestimien si- '· ' jaintia palvelualueellaan. Edelleen operointisolmu 3G-SGSN on yhteydessä :... 25 matkaviestinkeskukseen 3G-MSC ja vierailijarekisteriin VLR signalointiraja- pinnan Gs’ kautta ja kotirekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myös pakettiradiopalveluun liittyviä tietueita, jotka käsittävät tilaajakohtaisten pakettidataprotokollien sisällön.
Yhdyskäytäväsolmu 3G-GGSN toimii yhdyskäytävänä UMTS-.·. 30 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- :Λ verkko. Yhdyskäytäväsolmu 3G-GGSN on yhteydessä kyseisiin dataverkkoi- : hin rajapinnan Gi kautta. Yhdyskäytäväsolmun 3G-GGSN ja operointisolmun
.···* 35 3G-SGSN välillä siirrettävät datapaketit ovat aina tunnelointiprotokollan GTP
(Gateway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskäytäväsolmu 11 110739 3G-GGSN sisältää myös matkaviestimien PDP-osoitteet (Packet Data Protocol) 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 operointisolmun 3G-SGSN välinen 5 verkko on IP-yhteyskäytäntöä, edullisesti IPv6 (Internet Protocol, version 6) hyödyntävä verkko.
Kuviot 4a ja 4b esittävät UMTS:n protokollapinoja kontrollisigna-lointiin (control plane) ja käyttäjädatan välittämiseen (user plane) UMTS-järjestelmän pakettiradiopalvelussa. Kuviossa 4a kuvataan matkaviestimen 10 MS ja runkoverkon CN välistä kontrollisignalointiin käytettävää protokollapinoa. Matkaviestimen 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 radioverk-15 ko-ohjain RNC ovat transparentteja tälle signaloinnille. Radioresurssien hallintaa matkaviestimien MS ja tukiasemien BS välisessä radioyhteydellä ohjaa radioresurssien 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 muodosta-20 vat joukon, jota kutsutaan runkoverkkoprotokolliksi (CN protocols), toiselta nimeltää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 25 alimmalla tasolla olevat siirtoprotokollat, joiden välittämää kontrollisignalointia siirretään ylemmille kerroksille edelleen käsiteltäväksi. Ylemmistä Access Stratum-kerroksista olennaisin on radioresurssien ohjausprotokolla (RRC, Radio Resource Control), joka vastaa mm. matkaviestimen MS ja radioverkon LITRAN välisten radioyhteyksien muodostamisesta, konfiguroinnista, ylläpi-30 tämisestä ja katkaisemisesta sekä runkoverkosta CN ja radioverkosta RAN tulevan ohjausinformaation välittämisestä matkaviestimille MS. Lisäksi radio-resurssien ohjausprotokolla RRC vastaa radioresurssien hallintajärjestelmän RRM ohjeiden mukaisesti riittävän kapasiteetin varaamisesta päätelaiteyhtey-• · delle esimerkiksi sovellusperusteisessa kapasiteettivarauksessa.
35 UMTS:n pakettivälitteisen käyttäjädatan välityksessä käytetään ku
vion 4b mukaista protokollapinoa. Radioverkon LITRAN ja matkaviestimen MS
12 110739 välisellä rajapinnalla Uu alemman tason tiedonsiirto fyysisellä kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen päällä oleva MAC-kerros välittää datapaketteja fyysisen kerroksen ja RLC-kerroksen välillä ja RLC-kerros vastaa eri päätelaiteyhteyksien radiolinkkien 5 loogisesta 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 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ä 10 RLC-SDU:ta. Käyttäjädata ja RLC-SDU:t segmentoidaan ja välitetään sitten RLC-kehyksissä, joihin on lisätty tiedonsiirron kannalta olennaista osoite- ja tarkistusinformaatioita. RLC-kerros huolehtii myös vahingoittuneiden kehysten uudelleenlähetyksestä. Operointisolmu 3G-SGSN vastaa matkaviestimeltä MS radioverkon RAN kautta tulevien datapakettien reitityksestä edelleen oikealle 15 yhdyskäytäväsolmulle 3G-GGSN. Tällä yhteydellä käytetään tunnelointiproto-kollaa 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ä.
Kuviossa 5a esitetään PDCP-kerroksen toiminnallinen malli, jossa 20 kullekin päätelaiteyhteydelle on määritelty yksi PDCP-entiteetti. Koska nykyi-‘. sissä järjestelmissä jokaiselle päätelaiteyhteydelle on määritelty omat PDP- kontekstit, määräytyy myös jokaiselle PDP-kontekstille yksi PDCP-entiteetti, • jolle on edelleen RLC-kerroksessa määritelty tietty RLC-entiteetti. Kuten edellä on todettu, PDCP-kerros voidaan periaatteessa toiminnallisesti toteut-:... 25 taa myös siten, että useita PDP-konteksteja multipleksataan PDCP- kerroksessa, jolloin PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi RLC-entiteetti vastaanottaa datapaketteja useilta päätelaiteyhteyksiltä samanaikaisesti.
Kuvio 5b havainnollistaa tilannetta, jossa PDCP-entiteetti vas-30 taanottaa datapaketteja yhden päätelaiteyhteyden välityksellä kahdelta eri so-vellukselta, Aja B. Päätelaiteyhteyden käsittämät datavuot erotellaan toisistaan IP-otsikkokenttien perusteella ennen PDCP-entiteetin käsittämää otsik-kokenttien kompressoria, jonka jälkeen datavuot viedään kompressoitavaksi.
: · Kompressori puolestaan erottelee datavuot toisistaan määrittämällä niille omat ,·|·' 35 kontekstitunnisteet, joiden avulla vastaanottajan dekompressori pystyy taas erottamaan datavuot toisistaan ja suorittamaan dekompressoinnin. Kuviossa i3 110739 5b on erottelun havainnollistamiseksi esitetty kompressorientitetti kahtena erillisenä laatikkona, mutta käytännössä kyseessä on siis kaksi kompressio-kontekstia saman kompressioentiteetin sisällä. Kompressoidut datavuot kuitenkin lähetetään samalla RLC-yhteydellä.
5 Jokainen PDCP-entiteetti voi käyttää yhtä tai useampaa otsikkoken tän kompressointialgoritmia tai olla käyttämättä yhtäkään. Useampi PDCP-entiteetti voi myös käyttää samaa algoritmia. Radioresurssiohjain RRC (Radio Resource Controller) neuvottelee kullekin PDCP-entiteetille sopivan algoritmin ja algoritmia ohjaavat parametrit ja ilmoittaa sitten valitun algoritmin paramet-10 reineen PDCP-kerrokselle PDCP-C-SAP-pisteen (PDCP Control Service Access Point) kautta. Käytettävä kompressointimenetelmä riippuu yhteydellä käytettävästä verkkotason protokollatyypistä, joka indikoidaan radioresurssioh-jaimelle PDP-kontekstin aktivoinnin yhteydessä.
UMTS-järjestelmässä otsikkokenttien kompressointi lähetettäville 15 datapaketeille ja dekompressointi vastaanotettaville datapaketeille suoritetaan siis 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 : , 20 suunnitellut verkkotason protokollat ovat IP-protokollia, ovat käytettävät kom- pressioalgoritmitkin IETF:n (Internet Engineering Task Force) standardoimia *;·; algoritmeja. Täten ROHC-kompressiomenetelmä sopii erityisen hyvin käytet- : · täväksi juuri UMTS-järjestelmässä. Päätelaitteen PDCP-kerros tukee tyypilli- '· ‘ sesti useita otsikkokenttien kompressointimenetelmiä, jotta yhteydenmuodos- 25 tus mahdollisimman moneen verkkokerroksen protokollatyyppiin olisi mahdol-lista.
Sovellettaessa ROHC:ta UMTS:n konvergenssiprotokollakerroksel-la sekä lähettäjä-PDCP että vastaanottaja-PDCP käsittävät kompressori-dekompressori-parin lähetettävien datapakettien kompressoimiseksi ja vas-30 taanotettujen datapakettien dekompressoimiseksi. Konvergenssiprotokollaker-ros PDCP tarjoaa kompressointimenetelmälle ROHC mekanismin mm. kon-. tekstitunnisteen CID pituuden neuvottelemiseksi kullekin päätelaiteyhteydelle.
Mekanismi toteutetaan käytännössä siten, että PDCP-kerros välittää kompres-·:· sorin ja dekompressorin viestit edelleen RRC:lle ja varsinainen neuvottelu 35 suoritetaan RRC-signalointina. Koska radioresurssit halutaan hyödyntää 14 110739 mahdollisimman tehokkaasti, pyritään päätelaiteyhteydelle määrittämään edullisesti kontekstitunnisteen CID pituudeksi nolla.
Jos päätelaiteyhteydelle on määritetty kontekstitunnisteen CID pituudeksi arvo "pieni” eli nolla tavua ja kaikki mahdolliset 16 datayhteyttä on 5 käytössä ja mikäli päätelaitteen käyttäjä haluaakin muodostaa vielä yhden samanaikaisen datavuon tällaisen määrittelyn omaavalle päätelaiteyhteydelle, syntyy ongelmatilanne, koska 17 samanaikaista datavuota ei voida erottaa toisistaan "pienellä” kontekstitunnisteella. Koska uutta datavuota ei voida identifioida omalla kontekstitunnisteella ROHC:n määrittelyjen mukaisesti, 10 määräytyy sille jo jonkin olemassa olevan datavuon kontekstitunniste. Tällöin lähetetään kahta samalla kontekstitunnisteella olevaa datavuota samanaikaisesti, jonka seurauksena dekompressorissa syntyy virhetilanne, koska de-kompressori ei enää pysty erottelemaan datayhteyksiä toisistaan. Vastaava ongelma syntyy myös millä tahansa muulla määritetyllä CID:n pituuden arvol-15 la, kun päätelaiteyhteydellä on käytössä kontekstitunnisteen CID pituudelle määritetty maksimimäärä datayhteyksiä ja päätelaitteen käyttäjä pyrkii avaamaan uuden datavuon. Usean datavuon välittäminen radiorajapinnan yli ilman otsikkokenttien kompressointia johtaa radioresurssien epäoptimaaliseen hyödyntämiseen, mikä muodostaa pullonkaulan koko matkaviestinjärjestelmän te-;·, 20 hokkaalle käytölle.
Nyt keksinnön mukaisesti edellä kuvattuja ongelmia voidaan kui- I:·; tenkin vähentää menettelyllä, jossa määritetään päätelaiteyhteyden parametrit : siten, että ainakin määritetyn kontekstitunnisteen pituuden sallima määrä da- ’· ‘ tapakettiyhteyksien otsikkokenttiä voidaan kompressoida huolimatta siitä, että • · * 25 mainitun kontekstitunnisteen pituuden sallima määrä datapakettiyhteyksiä yli-tetään. Tällöin voidaan taata se, että esimerkiksi kun päätelaiteyhteyden kontekstitunnisteen pituudeksi on määritetty nolla ja päätelaitteen käyttäjä haluaa muodostaa 17. samanaikaisen datavuon päätelaiteyhteydelle, niin ainakin alkuperäiset 16, edullisesti kaikki 17, datavuota voidaan välittää 30 ROHC:tä käyttäen. Vastaavasti myös millä tahansa muulla määritetyllä CID:n pituuden arvolla, kun päätelaiteyhteydellä on käytössä kontekstitunnisteen ·; . CID pituudelle määritetty maksimimäärä datayhteyksiä ja päätelaitteen käyttä- jä pyrkii avaamaan uuden datavuon, voidaan taata se, että ainakin alkuperäis-·:· tä datayhteyksien lukumäärää vastaava määrä, edullisesti kaikki, datavuot 35 voidaan välittää ROHC.tä käyttäen.
« 110739 15
Keksinnön ensimmäisen suoritusmuodon mukaisesti edellä kuvattu määrittely voidaan suorittaa ROHC:n avulla siten, että määritellään ROHC-algoritmi siten, että kullekin päätelaiteyhteydelle neuvotellusta kontekstitunnis-tekentän CID pituuden arvosta eli ns. CID-avaruudesta ainakin yksi, edulli-5 sesti viimeinen arvo on aina varattu kompressoimattomalle datavuolle. Täten voidaan varmistaa se, että jo käytössä olevat datayhteydet voidaan välittää kompressoituna ja samalla muodostaa uusi datayhteys ilman kompressiota. ROHC-algoritmiin voidaan tehdä esimerkiksi sellainen määrittely perustuen kompressorin ja dekompressorin väliseen neuvotteluun, että jos kontekstitun-10 nistekentän pituudeksi on määritetty nolla, ensimmäiset 15 datavuota kompressoidaan ja jos päätelaitteen käyttäjä pyrkii vielä muodostamaan uuden (16.) datavuon, se ja sen jälkeen mahdollisesti muodostettavat samanaikaiset datavuot lähetetään kompressoimattomana vastaanottajalle. Näihin kompressoimattomiin datapaketteihin liitetään CID-kenttä, joka kertoo vastaanottajalle 15 sen, että niiden otsikkokenttiä ei ole kompressoitu ja täten ne tulee ohjata dekompressorin ohi. Päätelaiteyhteydelle neuvotellusta kontekstitunnistekentän CID-avaruudesta voidaan myös edullisesti varata useampia arvoja kompressoimattomalle datavuolle.
Keksinnön toisen suoritusmuodon mukaisesti konvergenssiprotokol-20 lakerroksella PDCP tarkkaillaan datayhteyksien määrää ja jos sallittujen da- I i tayhteyksien määrä ylitetään, PDCP-kerros informoi tästä radioresurssien oh-jausprotokollaa RRC, joka suorittaa päätelaiteyhteyden uudelleenkonfiguroin- ► · \ * nin (RB reconfiguration), jossa yhteydessä päätelaiteyhteyden parametrit, eri- # *· ‘ tyisesti kontekstitunnisteen pituus, määritellään uudestaan siten, että jokaisen t I f 25 datavuon otsikkokentät voidaan kompressoida ROHC:n mukaisesti. Jos esi- • * merkiksi päätelaiteyhteyden kontekstitunnisteen pituudeksi on määritetty nolla ja PDCP-kerros havaitsee 17 tai useamman samanaikaisen datavuon, suoritetaan päätelaiteyhteyden uudelleenkonfigurointi, jolloin kontekstitunnistekentän maksimiarvo määritetään suurempi arvo kuin nolla. Tämä edellyttää uuden ,·, 30 toiminnallisuuden lisäämistä PDCP-kerrokselle, joka toiminnallisuus pitää lu- kua kunkin päätelaiteyhteyden datayhteyksien lukumäärästä. Jos datayhteyk- t . sien lukumäärä päätelaiteyhteydellä vastaa kontekstitunnisteen pituuden
maksimiarvoa ja uutta datayhteyttä pyritään muodostamaan, suorittaa PDCP
*:· edellä kuvatun informoinnin RRC:lle. On myös mahdollista, että johtuen esi- 35 merkiksi päätelaitteen rajoitetuista ominaisuuksista, RRC-signaloinnilla sovi- I » taankin suurimmaksi samanaikaisten datayhteyksien määräksi vain esimer- • » · 16 1 10739 kiksi neljä datavuota. Tällöin on välttämätöntä, että PDCP-kerros pystyy tarkkailemaan samanaikaisten datayhteyksien lukumäärää edellä kuvatulla tavalla, koska ROHC:n mekanismit eivät vaikuta tilanteeseen, jossa suurin samanaikaisten datayhteyksien määrä on pienempi kuin kontekstitunnistekentän 5 maksimiarvo.
Edellä kuvattuja ensimmäistä ja toista suoritusmuotoa voidaan erään edullisen suoritusmuodon mukaisesti soveltaa PDCP-kerroksen avulla siten, että PDCP-kerros suorittaa mainitun toisen suoritusmuodon mukaisesti päätelaiteyhteyden datayhteyksien lukumäärän tarkkailun ja tarvittaessa suo-10 rittaa mainitun ensimmäisen suoritusmuodon mukaisesti määrittelyn, että ylimääräisille, kontekstitunnisteen maksimiarvolla sallittujen datayhteyksien määrän ylittäville datayhteyksille ei suoriteta otsikkokenttien kompressointia. Näin taataan se, että ainakin alkuperäiset datavuot voidaan välittää optimaalisesti kompressoituna. Tällöin jos esimerkiksi päätelaiteyhteyden konteksti-15 tunnisteen pituudeksi on määritetty nolla ja PDCP-kerros havaitsee 17 samanaikaista datavuota, mainittu viimeinen (17.) vuo lähetetään ilman otsikkokenttien kompressointia, jolloin mainittu PDCP-kerroksen toiminnallisuus ohjaa uuden datavuon kompressorin ohi. Erään edullisen suoritusmuodon mukaisesti mainittu PDCP-kerroksen toiminnallisuus voi myös valita ne datavuot, 20 jolle kompressio suoritetaan, jolloin kompression ohi ohjattava datavuo ei automaattisesti ole viimeksi muodostettu datavuo.
Keksinnön kolmannen suoritusmuodon mukaisesti UMTS:n sille » < *# entiteetille (esim. yhteydenhallintaprotokollalle SM), joka datayhteyttä muo- ’· dostettaessa päättää, mille päätelaiteyhteydelle uudet datavuot kuuluvat, in- r,.. 25 formoidaan datayhteyttä muodostettaessa kontekstitunnisteen maksimiarvosta » * aiheutuvat rajoitukset samanaikaisten datayhteyksien määrälle, erityisesti silloin kun, päätelaiteyhteyden kontekstitunnisteen pituudeksi on määritetty nolla. Jos tällöin käytössä on 16 datavuota ja havaitaan tarve 17:Ile tai useammalle samanaikaiselle datavuolle, voidaan joko määrittää uudelle, 30 ’’ylimääräiselle” datavuolle oma päätelaiteyhteys tai suoritetaan ensimmäisen
t I
päätelaiteyhteyden uudelleenkonfigurointi, jolloin kontekstitunnistekentän pi-. tuudeksi määritetään suurempi arvo kuin nolla. Molemmissa tapauksissa jo- kaisen datavuon otsikkokentät voidaan kompressoida ROHC:n mukaisesti. :· Myös tässä suoritusmuodossa on erityisesti huomioitava tilanne, jossa pääte- . · j. ‘ 35 laitteen rajoitetuista ominaisuuksista johtuen suurin samanaikaisten datayhte- > » .. yksien määrä onkin vain esimerkiksi neljä datavuota. Tällöin on välttämätöntä, 17 110739 että datayhteyden muodostusta hallitseva entiteetti pystyy tarkkailemaan samanaikaisten datayhteyksien lukumäärää edellä kuvatulla tavalla.
Neljännen suoritusmuodon mukaisesti käytetään PDCP-kerroksen datapakettirakenteen käsittämiä pakettitunnisteita (PID, Packet Identifier) il-5 maisemaan kontekstitunnisteen pituuden tarvittavia muutoksia. PDCP-kerroksella eri kompressointimenetelmien indikoiminen ja erottaminen toisistaan tapahtuu datapaketteihin PDU liitettyjen pakettitunnisteiden PID (Packet Identifier) avulla. Jokaiselle PDCP-entiteetille luodaan pakettitunnisteen PID arvoille taulukko, jossa eri kompressointialgoritmeja sovitetaan erilaisille data-10 paketeille ja näiden kombinaationa määräytyy pakettitunnisteen PID arvo. Jos mitään kompressointialgoritmia ei käytetä, saa pakettitunniste PID arvon nolla. Jokaiselle kompressointialgoritmille ja sen kombinaatiolle erilaisten datapa-kettityyppien kanssa määräytyy juoksevasti PID-arvot siten, että kunkin kom-pressointialgoritmin PID-arvot alkavat luvusta n+1, missä n on edelliselle 15 kompressointialgoritmille määrätty viimeinen PID-arvo. Kompressointialgorit-mien järjestys määräytyy radioresurssiohjaimen RRC kanssa suoritettavissa neuvotteluissa. PID-arvojen taulukon perusteella pakettidatayhteyden molemmissa päissä olevat PDCP-entiteetit pystyvät identifioimaan lähetettävien ja vastaanotettavien datapakettien kompressointialgoritmit.
20 Näitä PID-arvoja voidaan keksinnön tässä suoritusmuodossa hyö dyntää siten, että allokoidaan kolme PID-arvoa ROHC:n eri kontekstitunniste-kentän pituuden arvoille (0, 1 tai 2 tavua) kuviossa 6 esitetyn taulukon mukai-: sesti. Vaihtoehtoisesti voidaan allokoida kaksi PID-arvoa esittämään CID- avaruuden arvoja ’’pieni” (0 tavua) ja ’’suuri” (1 tai 2 tavua). Tällöin kun CID-25 avaruuden arvo on ’’suuri”, voidaan käyttää CID-kentän laajennusbittejä ilmai-. semaan tarkemmin se, onko kyse 8- vai 16-bittisestä CID-kentästä. Nyt jos esimerkiksi päätelaiteyhteyden kontekstitunnisteen pituudeksi on määritetty nolla ja PDCP-kerros havaitsee 17 samanaikaista datavuota, voidaan vastaanottavalle PDCP-entiteetille ilmaista CID-kentän pituuden muutos näiden .·. : 30 PID-arvojen avulla. Näitä PID-arvoja lähetetään edullisesti niin kauan, kunnes päätelaiteyhteys konfiguroidaan uudelleen tai datayhteyksien määrä vähenee : . taas 16:een.
.'· Viidennen suoritusmuodon mukaisesti CID-kentän pituutta ei määri- :··.’ tetä uudelleen, vaikka CID-avaruuden maksimiarvo ylitettäisiinkin, vaan eri 35 datayhteyksille voidaan muodostaa oma RLC-yhteys. Tämä voidaan toteuttaa siten, että kun CID-avaruuden maksimiarvo ylitetään, jokaiselle uudelle data- 18 110739 vuolle luodaan oma RLC-yhteys, jonka CID-kentän pituus on edullisesti nolla. Vaihtoehtoisesti jokaiselle datavuolle voidaan määrittää oma RLC-yhteys, joille kullekin määritetään CID-kentän pituudeksi nolla. Edelleen datavuot voidaan jakaa esimerkiksi kahdelle RLC-yhteydelle tilanteessa, jossa käytössä 5 on 32 datavuota, jolloin datavuot on jaettavissa kahdelle RLC-yhteydelle, joiden molempien CID-kentän pituus voidaan edullisesti pitää nollana. Tällöin PDCP-kerroksen määrittelyt tulee muokata siten, että yksi PDCP-entiteetti pystyy käyttämään samanaikaisesti useaa RLC-yhteyttä. Radioresurssien hyödyntämisen kannalta tämä suoritusmuoto on optimaalinen, koska jokainen 10 samanaikainen datavuo voidaan välittää ilman CID-kenttää (CID:n pituus=0), jolloin hyötykuorman osuus välitettävästä datasta voidaan maksimoida.
Kuudennen suoritusmuodon mukaisesti määritetyn kontekstitunnis-teen maksimiarvon ylittäviä samanaikaisia datayhteyksiä ei hyväksytä lähetettäväksi. Jos päätelaiteyhteyden kontekstitunnisteen pituudeksi on määritetty 15 esimerkiksi nolla ja käytössä on 16 datavuota ja mikäli tällöin pyritään muodostamaan 17. samanaikainen datavuo, ei PDCP-kerros ja/tai kompressori hyväksy mainittua 17. Datayhteyttä muodostettavaksi, vaan sen käsittämät datapaketit hylätään.
Näin keksinnön mukaisella menettelyllä voidaan taata se, että 20 päätelaiteyhteydellä välitettävistä datayhteyksistä voidaan kaikissa tilanteissa kompressoida lukumääräisesti ainakin niin monta kuin päätelaiteyhteydelle määritetyn kontekstitunnistekentän pituus suurimmillaan mahdollistaa. Edelleen keksinnön mukaisella menettelyllä vältetään kompression katkeaminen niiltä datayhteyksiltä, joita lähetetään kompressoituina. Keksinnön mukainen 25 menettely mahdollistaa otsikkokenttien kompression soveltamisen datayhte-. . yksille mahdollisimman tehokkaalla tavalla, mikä on edullista radioresurssien tehokkaan hyödyntämisen kannalta.
Keksinnön mukaista menettelyä on edellä kuvattu esimerkinomaisesti UMTS-järjestelmän yhteydessä. ROHC:n mukainen otsikkokenttien kom-30 pressio ei kuitenkaan ole sidottu UMTS-järjestelmään, vaan sitä voidaan edul-,:·· lisesti soveltaa mihin tahansa tietoliikennejärjestelmään, jossa välitetään IP- · datapaketteja. Keksinnön mukaista menettelyä voidaan edullisesti soveltaa esimerkiksi ns. toisen sukupolven matkaviestinjärjestelmien jatkokehityshank-keissa, kuten GERAN:ssa (GSM Edge Radio Access Network).
35 Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksin- nön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritus- 19 110739 muodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.

Claims (15)

  1. 20 1 10739
  2. 1. Menetelmä otsikkokenttien kompressoinnin määrittämiseksi da-tapakettiyhteydelle, jossa menetelmässä määritetään yhteyden eräänä parametrina kompressorille ja dekompressorille konteksti, jolla ohjataan mainittujen 5 kompressorin ja dekompressorin toimintaa, määritetään datapakettiyhteyksien identifiointiin käytettävälle kontekstitunnisteelle pituus kompressorin ja dekompressorin välisellä tiedonsiirrolla, joka mainittu pituus määrittää samalla yhteydellä välitettävien kompressoitujen datapakettiyhteyksien maksimimäärän ja identifioidaan jokainen datapakettiyhteys omalla kontekstitunnisteella, 10 tunnettu siitä, että määritetään yhteyden parametrit siten, että ainakin määritetyn kontekstitunnisteen pituuden sallima määrä datapakettiyhteyksien otsikkokenttiä voidaan kompressoida huolimatta siitä, että mainitun kontekstitunnisteen pituuden sallima määrä datapakettiyhteyksiä ylitetään.
  3. 2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että varataan määritetyn kontekstitunnisteen pituudesta ainakin yksi arvo kompressoimattomalle datavuolle.
  4. 3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa kom- 20 pressointia ohjataan matkaviestinjärjestelmän konvergenssiprotokollakerrok- sella, tunnettu siitä, että : * ohjataan matkaviestinjärjestelmä, vasteena sille, että kontekstitun- :,'· nisteen pituuden sallima määrä datapakettiyhteyksiä ylitetään, määrittämään :.., päätelaiteyhteyden parametrit uudestaan siten, että kontekstitunnisteen pituu- ' 25 den uusi arvo mahdollistaa kaikkien datapakettiyhteyksien otsikkokenttien kompressoinnin.
  5. 4. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, että käytetään kontekstitunnisteen pituuden uuden arvon määrittämi-30 seen konvergenssiprotokollakerroksen datapakettitunnisteille määritettyjä ar- . voja.
  6. 5. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa kom- ·:· pressointia ohjataan matkaviestinjärjestelmän konvergenssiprotokollakerrok- sella, tunnettu siitä, että 35 signaloidaan kullekin päätelaiteyhteydelle määritetty samanaikais ten datapakettiyhteyksien maksimimäärä sille matkaviestinjärjestelmän enti- 21 110739 teetille, joka uutta datapakettiyhteyttä luotaessa päättää, mihin päätelaiteyh-teyteen se assosioidaan ja ohjataan matkaviestinjärjestelmä, vasteena sille, että kontekstitun-nisteen pituuden sallima määrä datapakettiyhteyksiä ylitetään, määrittämään 5 päätelaiteyhteyden parametrit uudestaan siten, että kontekstitunnisteen pituuden uusi arvo mahdollistaa kaikkien datapakettiyhteyksien otsikkokenttien kompressoinnin.
  7. 6. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa kompressointia ohjataan matkaviestinjärjestelmän konvergenssiprotokollakerrok- 10 sella, tunnettu siitä, että signaloidaan kullekin päätelaiteyhteydelle määritetty samanaikaisten datapakettiyhteyksien maksimimäärä sille matkaviestinjärjestelmän enti-teetille, joka uutta datapakettiyhteyttä luotaessa päättää, mihin päätelaiteyh-teyteen se assosioidaan ja 15 ohjataan matkaviestinjärjestelmä, vasteena sille, että kontekstitun nisteen pituuden maksimiarvon sallima määrä datapakettiyhteyksiä ylitetään, määrittämään ylimääräisille datapakettiyhteyksille uusi päätelaiteyhteys.
  8. 7. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa kompressointia ohjataan matkaviestinjärjestelmän konvergenssiprotokollakerrok- 20 sella, tunnettu siitä, että ohjataan konvergenssiprotokollakerros tai tämän käsittämä kom-; pressori, vasteena sille, että kontekstitunnisteen pituuden maksimiarvon salli- : · ma määrä datapakettiyhteyksiä ylitetään, lähettämään ylimääräiset datapaket- tiyhteydet ilman otsikkokenttien kompressointia.
  9. 8. Patenttivaatimuksen 7 mukainen menetelmä, tunnettu siitä, :, että liitetään mainittuihin ylimääräisiin datapakettiyhteyksiin tunniste, jonka perusteella datapaketit vastaanotetaan ilman dekompressointia.
  10. 9. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa kom-,·. 30 pressointia ohjataan matkaviestinjärjestelmän konvergenssiprotokollakerrok- sella, tunnettu siitä, että * . ohjataan konvergenssiprotokollakerros, vasteena sille, että kon- tekstitunnisteen pituuden maksimiarvon sallima määrä datapakettiyhteyksiä ;· ylitetään, määrittämään datapakettiyhteyksille useita linkkitason yhteyksiä, . j.1 35 joille datapakettiyhteydet allokoidaan. 22 110739
  11. 10. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, jossa kompressointia ohjataan matkaviestinjärjestelmän konvergenssiprotokollakerrok-sella, tunnettu siitä, että ohjataan konvergenssiprotokollakerros, vasteena sille, että kon-5 tekstitunnisteen pituuden maksimiarvon sallima määrä datapakettiyhteyksiä ylitetään, hylkäämään ylimääräiset datapakettiyhteydet.
  12. 11. Jonkin patenttivaatimuksen 3-10 mukainen menetelmä, tunnettu siitä, että päätelaite rajoittaa samanaikaisten datapakettiyhteyksien lukumää-10 rän pienemmäksi kuin kontekstitunnisteen pituuden maksimiarvon sallima määrä datapakettiyhteyksiä.
  13. 12. Otsikkokenttien kompressointijärjestelmä, joka käsittää kompressorin ja dekompressorin, joiden väliselle datapakettiyhteydelle on järjestetty määritettäväksi yhteyden eräänä parametrina konteksti, jolla ohjataan 15 mainittujen kompressorin ja dekompressorin toimintaa ja joka konteksti käsittää kontekstitunnisteen, jolla identifioidaan datapakettiyhteydet, jolle konteksti-tunnisteelle on järjestetty määritettäväksi pituus kompressorin ja dekompressorin välisellä tiedonsiirrolla, joka mainittu pituus määrittää samalla yhteydellä välitettävien kompressoitujen datapakettiyhteyksien maksimimäärän ja jotka 20 datapakettiyhteydet on järjestetty identifioitavaksi omalla kontekstitunnisteella, tunnettu siitä, että *; yhteyden parametrit on järjestetty määritettäväksi siten, että ainakin • I : · määritetyn kontekstitunnisteen pituuden sallima määrä datapakettiyhteyksien t otsikkokenttiä voidaan kompressoida huolimatta siitä, että mainitun konteksti-:,,. 25 tunnisteen pituuden sallima määrä datapakettiyhteyksiä ylitetään. ’ 13. Patenttivaatimuksen 12 mukainen järjestelmä, tunnettu siitä, että määritetyn kontekstitunnisteen pituudesta ainakin yksi arvo on varattu kompressoimattomalle datavuolle.
  14. 14. Patenttivaatimuksen 12 tai 13 mukainen järjestelmä, jossa kom- pressointi on järjestetty ohjattavaksi matkaviestinjärjestelmän konvergenssi-* ; , protokollakerroksella, tunnettu siitä, että matkaviestinjärjestelmä on järjestetty, vasteena sille, että konteksti-·:· tunnisteen pituuden sallima määrä datapakettiyhteyksiä ylitetään, määrittä- 35 mään päätelaiteyhteyden parametrit uudestaan siten, että kontekstitunnisteen tl» 23 1 10739 pituuden uusi arvo mahdollistaa kaikkien datapakettiyhteyksien otsikkokenttien kompressoinnin.
  15. 15. Patenttivaatimuksen 12 tai 13 mukainen järjestelmä, jossa kompressointi on järjestetty ohjattavaksi matkaviestinjärjestelmän konvergenssi-5 protokollakerroksella, tunnettu siitä, että konvergenssiprotokollakerros on järjestetty, vasteena sille, että kontekstitunnisteen pituuden maksimiarvon sallima määrä datapakettiyhteyk-siä ylitetään, määrittämään datapakettiyhteyksille useita linkkitason yhteyksiä, joille datapakettiyhteydet allokoidaan. 24 110739
FI20002307A 2000-10-18 2000-10-18 Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle FI110739B (fi)

Priority Applications (14)

Application Number Priority Date Filing Date Title
FI20002307A FI110739B (fi) 2000-10-18 2000-10-18 Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
US09/978,479 US7035287B2 (en) 2000-10-18 2001-10-16 Defining header field compression for data packet connection
DE60108514T DE60108514T2 (de) 2000-10-18 2001-10-17 Definieren einer nachrichtenkopf-datenfeldkomprimierung für eine datenpaketverbindung
CNB018176003A CN100401729C (zh) 2000-10-18 2001-10-17 规定头标字段压缩的方法及相关系统和设备
JP2002536806A JP3834001B2 (ja) 2000-10-18 2001-10-17 データパケット接続のヘッダフィールド圧縮の定義方法
CA002425916A CA2425916C (en) 2000-10-18 2001-10-17 Defining header field compression for data packet connection
AT01978490T ATE287610T1 (de) 2000-10-18 2001-10-17 Definieren der kopffeldkompression für die datenpaketverbindung
EP01978490A EP1329078B1 (en) 2000-10-18 2001-10-17 Defining header field compression for data packet connection
AU2002210602A AU2002210602A1 (en) 2000-10-18 2001-10-17 Defining header field compression for data packet connection
ES01978490T ES2236319T3 (es) 2000-10-18 2001-10-17 Definicion de la compresion de campos de cabecera para conexiones de paquetes de datos.
BRPI0114670A BRPI0114670B1 (pt) 2000-10-18 2001-10-17 método para definir a compressão do campo do cabeçalho para uma conexão de pacotes de dados, e, sistema de compressão do campo do cabeçalho
KR1020037005318A KR100610658B1 (ko) 2000-10-18 2001-10-17 데이터 패킷 접속을 위한 헤더 필드 압축 정의 방법, 압축 시스템, 이를 구비하는 네트워크 요소 및 이동국
PCT/FI2001/000902 WO2002033931A1 (en) 2000-10-18 2001-10-17 Defining header field compression for data packet connection
ZA200303033A ZA200303033B (en) 2000-10-18 2003-04-17 Defining header field compression for data packet connection.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20002307 2000-10-18
FI20002307A FI110739B (fi) 2000-10-18 2000-10-18 Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle

Publications (3)

Publication Number Publication Date
FI20002307A0 FI20002307A0 (fi) 2000-10-18
FI20002307A FI20002307A (fi) 2002-04-19
FI110739B true FI110739B (fi) 2003-03-14

Family

ID=8559327

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20002307A FI110739B (fi) 2000-10-18 2000-10-18 Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle

Country Status (14)

Country Link
US (1) US7035287B2 (fi)
EP (1) EP1329078B1 (fi)
JP (1) JP3834001B2 (fi)
KR (1) KR100610658B1 (fi)
CN (1) CN100401729C (fi)
AT (1) ATE287610T1 (fi)
AU (1) AU2002210602A1 (fi)
BR (1) BRPI0114670B1 (fi)
CA (1) CA2425916C (fi)
DE (1) DE60108514T2 (fi)
ES (1) ES2236319T3 (fi)
FI (1) FI110739B (fi)
WO (1) WO2002033931A1 (fi)
ZA (1) ZA200303033B (fi)

Families Citing this family (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3323483B2 (ja) * 2000-09-12 2002-09-09 松下電器産業株式会社 パケット送信装置およびパケット伝送方法
US6766376B2 (en) 2000-09-12 2004-07-20 Sn Acquisition, L.L.C Streaming media buffering system
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
KR100389819B1 (ko) * 2001-07-09 2003-07-02 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 패킷 데이터 전송방법
DE60229482D1 (de) * 2001-11-24 2008-12-04 Lg Electronics Inc Verfahren zur Übertragung von Paketdaten in komprimierter Form in einem Kommunikationssystem
IL149165A (en) * 2002-04-15 2006-12-10 Veraz Networks Ltd Method and device for efficient transfer of VOIP traffic
EP1506656B1 (en) * 2002-05-08 2012-01-11 Nokia Corporation Dynamic allocation of a radio resource
EP1372310A1 (en) * 2002-06-12 2003-12-17 Motorola, Inc. Apparatus and method for communicating data using header compression
CA2432588C (en) * 2002-06-12 2007-12-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for fast change of internet protocol headers compression mechanism
EP1512267B1 (en) * 2002-06-12 2006-03-15 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for Internet Protocol headers compression initialization
KR100497357B1 (ko) * 2002-06-26 2005-06-23 삼성전자주식회사 인터넷 프로토콜 기반 네트워크 환경에 있어서 헤더 압축및 패킷 다중화 장치와 그 방법
JP4317403B2 (ja) * 2002-08-09 2009-08-19 パナソニック株式会社 ヘッダ圧縮装置及びヘッダ圧縮方法
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
US7324516B2 (en) * 2002-08-14 2008-01-29 Intel Corporation Data packet header conversion
KR100936586B1 (ko) * 2002-09-19 2010-01-13 엘지전자 주식회사 멀티미디어 방송 및 멀티캐스트 서비스에서의 데이터 전송 방법 및 시스템
TWI250724B (en) * 2002-10-11 2006-03-01 Ericsson Telefon Ab L M Method and communication system for packeting messaging, and header compressor unit
US7286536B2 (en) * 2002-10-28 2007-10-23 Nokia Corporation Method and system for early header compression
DE10252535A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Vorrichtung und ein Verfahren zur Übertragung von Datenpaketen verschiedener Verbindungen an einen Empfänger
US7272658B1 (en) 2003-02-13 2007-09-18 Adobe Systems Incorporated Real-time priority-based media communication
JP3838511B2 (ja) * 2003-03-24 2006-10-25 株式会社Ｋｄｄｉ研究所 動画像圧縮符号化送受信装置
US7317724B2 (en) * 2003-07-08 2008-01-08 Cisco Technology, Inc. Performing compression of user datagram protocol packets
US7234007B2 (en) * 2003-09-15 2007-06-19 Broadcom Corporation Adjustable elasticity FIFO buffer have a number of storage cells equal to a frequency offset times a number of data units in a data stream
US7512715B2 (en) * 2003-09-26 2009-03-31 Nokia Corporation System and method for requesting a resource over at least one network with reduced overhead
KR100602633B1 (ko) * 2003-11-08 2006-07-19 삼성전자주식회사 패킷의 헤더를 압축하는 방법 및 그 장치
CN1311673C (zh) * 2003-12-03 2007-04-18 华为技术有限公司 传送多协议标签交换协议数据单元的方法
US7430617B2 (en) * 2003-12-19 2008-09-30 Nokia Corporation Method and system for header compression
US7260400B2 (en) * 2004-03-05 2007-08-21 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving control message in wireless access communication system
CA2557535C (en) * 2004-03-12 2012-05-15 Samsung Electronics Co., Ltd. Method and apparatus for constructing map ie using reduced cid in broadband ofdma systems
FI20045258A0 (fi) * 2004-06-30 2004-06-30 Nokia Corp Solukohtaisen tiedon hallinta
FI20045256A0 (fi) * 2004-06-30 2004-06-30 Nokia Corp Solukohteisen tiedon tukisolmuperusteinen hallinta
US20060007925A1 (en) * 2004-07-12 2006-01-12 Wright Steven A Methods, systems, and computer program products for compressing a multiprotocol label switching (MPLS) shim header in a packet
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
US20060139869A1 (en) * 2004-12-29 2006-06-29 Matusz Pawel O Extended compression arrangements within telecommunication systems and associated methods
KR100918435B1 (ko) * 2005-01-31 2009-09-24 삼성전자주식회사 무선 통신 시스템에서 데이터 트래픽 제어 시스템 및 방법
US7609700B1 (en) * 2005-03-11 2009-10-27 At&T Mobility Ii Llc QoS channels for multimedia services on a general purpose operating system platform using data cards
US8804765B2 (en) * 2005-06-21 2014-08-12 Optis Wireless Technology, Llc Dynamic robust header compression
DE602005015144D1 (de) * 2005-11-15 2009-08-06 Ericsson Telefon Ab L M Anordnung und verfahren in bezug auf die nachrichtenübermittlung
KR100901137B1 (ko) * 2006-01-03 2009-06-04 삼성전자주식회사 다중 홉 릴레이 방식 무선 접속 통신시스템에서 연결식별자관리 방법 및 장치
US20080096557A1 (en) * 2006-10-04 2008-04-24 Nokia Corporation Efficient and dynamic identification of allocations in a wireless packet communication system
KR100938090B1 (ko) * 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
KR100885812B1 (ko) * 2006-12-07 2009-02-27 한국전자통신연구원 인터넷 프로토콜 기반의 이동통신 서비스 액세스게이트웨이 장치 및 이를 이용한 서비스 방법
US8358669B2 (en) * 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
US8331399B2 (en) * 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
JP4930587B2 (ja) * 2007-05-11 2012-05-16 富士通株式会社 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置
US20090003347A1 (en) * 2007-06-29 2009-01-01 Yang Tomas S Backhaul transmission efficiency
US7961878B2 (en) 2007-10-15 2011-06-14 Adobe Systems Incorporated Imparting cryptographic information in network communications
EP2209265B1 (en) * 2007-10-31 2015-08-26 Fujitsu Limited Communication method and communication terminal, data transfer device, and controller
KR101476813B1 (ko) * 2007-11-30 2014-12-29 삼성전자주식회사 패킷 중계 노드의 패킷 재조립 시스템 및 방법
US7953881B1 (en) * 2008-06-12 2011-05-31 Juniper Networks, Inc. Network characteristic-based compression of network traffic
US8867566B2 (en) * 2008-08-20 2014-10-21 Qualcomm Incorporated Methods of header compression within a wireless communications network
US20100260098A1 (en) 2009-04-10 2010-10-14 Qualcomm Incorporated Header compression for ip relay nodes
US9674311B2 (en) * 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes
US8787242B2 (en) * 2009-11-06 2014-07-22 Qualcomm Incorporated Header compression for relay nodes
CN102131234B (zh) * 2010-01-18 2013-12-04 华为技术有限公司 Ip数据包的压缩及解压缩方法和装置
DK2567524T3 (da) * 2010-05-03 2019-09-09 Nokia Technologies Oy Reduktion af protokolspild
JP5734680B2 (ja) * 2011-01-26 2015-06-17 京セラ株式会社 移動通信方法及び基地局
EP2536098A1 (en) * 2011-06-16 2012-12-19 Alcatel Lucent Method and apparatuses for controlling encoding of a dataflow
US9071927B2 (en) * 2011-12-05 2015-06-30 Verizon Patent And Licensing Inc. Collapsed mobile architecture
JP2015156524A (ja) * 2014-02-19 2015-08-27 株式会社Ｎｔｔドコモ 通信装置、及びコンテクスト制御方法
CN109804709B (zh) * 2016-10-14 2023-04-07 株式会社Ntt都科摩 无线通信装置
US10299162B2 (en) 2017-01-16 2019-05-21 Qualcomm Incorporated Robust header compression (RoHC) techniques for a dynamically changing extension bit
US10432761B2 (en) * 2017-01-18 2019-10-01 Qualcomm Incorporated Techniques for handling internet protocol flows in a layer 2 architecture of a wireless device
CN111277556B (zh) * 2019-01-30 2023-04-07 维沃移动通信有限公司 处理方法及通信设备
US11792302B2 (en) * 2019-03-27 2023-10-17 Apple Inc. Ethernet header compression
US11778509B2 (en) * 2020-04-02 2023-10-03 Qualcomm Incorporated Ethernet header compression for data sent over non-access stratum (NAS) control plane

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6859442B1 (en) * 1997-10-20 2005-02-22 Comsat Corporation Method and system for transport of frame relay traffic over satellite/wireless networks
FI107000B (fi) 1999-02-17 2001-05-15 Nokia Mobile Phones Ltd Otsikon pakkaaminen reaaliaikaisissa palveluissa
US6366961B1 (en) 1999-03-03 2002-04-02 Nokia Telecommunications, Oy Method and apparatus for providing mini packet switching in IP based cellular access networks
US6754231B1 (en) * 1999-06-18 2004-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Robust header compression in packet communications
EP1081910B1 (en) 1999-08-06 2005-08-31 Matsushita Electric Industrial Co., Ltd. Data transmission and reception apparatus
US6700888B1 (en) * 1999-09-28 2004-03-02 Telefonaktiebolaget Lm Ericsson (Publ) Manipulating header fields for improved performance in packet communications
US6791982B2 (en) * 1999-09-29 2004-09-14 Telefonaktiebolaget Lm Ericsson Segmentation protocol that supports compressed segmentation headers
US6839339B1 (en) * 2000-02-02 2005-01-04 Lucent Technologies Inc. Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets
US6999429B1 (en) 2000-03-03 2006-02-14 Telefonaktiebolaget Lm Ericsson Access technology integrated header compression

Also Published As

Publication number Publication date
CA2425916C (en) 2007-09-25
DE60108514T2 (de) 2006-02-09
DE60108514D1 (de) 2005-02-24
ES2236319T3 (es) 2005-07-16
EP1329078B1 (en) 2005-01-19
BRPI0114670B1 (pt) 2016-09-06
JP2004512743A (ja) 2004-04-22
EP1329078A1 (en) 2003-07-23
FI20002307A0 (fi) 2000-10-18
WO2002033931A1 (en) 2002-04-25
US7035287B2 (en) 2006-04-25
ZA200303033B (en) 2003-10-08
JP3834001B2 (ja) 2006-10-18
CN1554175A (zh) 2004-12-08
KR100610658B1 (ko) 2006-08-09
ATE287610T1 (de) 2005-02-15
US20020097723A1 (en) 2002-07-25
CA2425916A1 (en) 2002-04-25
AU2002210602A1 (en) 2002-04-29
BR0114670A (pt) 2003-10-07
CN100401729C (zh) 2008-07-09
KR20030036936A (ko) 2003-05-09
FI20002307A (fi) 2002-04-19

Similar Documents

Publication Publication Date Title
FI110739B (fi) Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
US7164665B2 (en) Transfer of IP data in telecommunications system
FI118244B (fi) Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä
KR100884956B1 (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
US7290063B2 (en) Relocating context information in header compression
FI112014B (fi) Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
FI111210B (fi) Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
DK1392036T3 (en) Method and device for data transmission
KR100981823B1 (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템

Legal Events

Date Code Title Description
PC Transfer of assignment of patent

Owner name: NOKIA TECHNOLOGIES OY

MA Patent expired