FI107000B - Otsikon pakkaaminen reaaliaikaisissa palveluissa - Google Patents

Otsikon pakkaaminen reaaliaikaisissa palveluissa Download PDF

Info

Publication number
FI107000B
FI107000B FI990335A FI990335A FI107000B FI 107000 B FI107000 B FI 107000B FI 990335 A FI990335 A FI 990335A FI 990335 A FI990335 A FI 990335A FI 107000 B FI107000 B FI 107000B
Authority
FI
Finland
Prior art keywords
data
header
packet
order number
received
Prior art date
Application number
FI990335A
Other languages
English (en)
Swedish (sv)
Other versions
FI990335A (fi
FI990335A0 (fi
Inventor
Janne Parantainen
Hamiti Shkumbin
Original Assignee
Nokia Mobile Phones Ltd
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 Mobile Phones Ltd filed Critical Nokia Mobile Phones Ltd
Publication of FI990335A0 publication Critical patent/FI990335A0/fi
Priority to FI990335A priority Critical patent/FI107000B/fi
Priority to DK00905087T priority patent/DK1153490T3/da
Priority to ES00905087T priority patent/ES2230062T3/es
Priority to EP04024023A priority patent/EP1513305A3/en
Priority to PCT/FI2000/000107 priority patent/WO2000049748A1/en
Priority to AU26737/00A priority patent/AU2673700A/en
Priority to AT00905087T priority patent/ATE279822T1/de
Priority to DE60014852T priority patent/DE60014852T2/de
Priority to EP00905087A priority patent/EP1153490B1/en
Priority to JP2000600378A priority patent/JP3751823B2/ja
Priority to CNB008039364A priority patent/CN1197281C/zh
Priority to US09/505,643 priority patent/US6751209B1/en
Publication of FI990335A publication Critical patent/FI990335A/fi
Application granted granted Critical
Publication of FI107000B publication Critical patent/FI107000B/fi
Priority to HK02105075A priority patent/HK1043451A1/xx

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • 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/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Description

107000
Otsikon pakkaaminen reaaliaikaisissa palveluissa
Esillä oleva keksintö liittyy tietoliikenteeseen ja erityisesti menetelmään datapaketin siirtämiseksi pakkaajasta purkajaan mainitun datapaketin sisältäessä 5 otsikon otsikkodatakenttineen, joukon otsikkodatakenttiä, jotka pysyvät muuttumattomina datasiirron aikana ja jotka tallennetaan purkajaan. Menetelmä käsittää datapaketin lähettämisen pakkaajalta ja vastaanottamisen purkajaan, joka datapaketti käsittää informaatiota yhdestä tai useammasta otsikkodatakentästä, jotka muuttuvat datasiirron aikana; ja otsikon purkamisen käyttäen tallennettuja ίο otsikkodatakenttiä ja vastaanotettua informaatiota yhdestä tai useammasta otsikkodatakentästä, jotka muuttuvat datasiirron aikana. Keksintö liittyy myös keksityn menetelmän toteuttaviin liityntäverkon elementteihin.
Reaaliaikaiset palvelut tuovat esiin joukon teknologioita, jotka mahdollistavat is äänen, datan ja videon yhteistoiminnan pakettikytkentäisten verkkojen kautta.
Pakettikytkentäisten radiojärjestelmien standardisoinnin myötä on herännyt : kiinnostus reaaliaikaisten palveluiden tarjoamiseen myös langattomien verkkojen : V kautta. Reaaliaikaisissa palveluissa pakettien siirto suoritetaan käyttäen useita • · · : ·' protokollia. Tämä tuo mukanaan suuren protokollakuorman ja aiheuttaa 20 tehottoman kaistanleveyden käytön. Koska langattomissa järjestelmissä • « · *·]/ lähetysnopeudet ovat rajoitettuja, suurten otsikoiden siirtäminen merkitsee • » * *·* ’ tuhlaavaa kapasiteetin käyttöä.
• · · « · I"* Suurien otsikoiden aiheuttaman ongelman ratkaisemiseksi on esitetty lukuisia • » ♦ *1* 25 otsikoiden pakkausmenetelmiä. Julkaisu ’’Compressing IP/UDP/RTP Headers for *·:·* Low-Speed Serial Links”, S. Casner ja V. Jacobson, Internet Engineering Task • · « *···* Force, INTERNET-DRAFT, draft-ieft-avt-crtp-05.txt, heinäkuulta 1998 esittää • · ' : tehokkaita otsikonpakkausalgoritmeja, jotka mahdollistavat otsikon koon pienentämisen yhdellä kertaluokalla. Esitetty otsikonpakkaus perustuu siihen 30 tosiseikkaan, että eräät tavut IP-, UDP- ja RTP-otsikoissa säilyvät muuttumattomina koko yhteyden kestoajan. Pakkaamattoman otsikon lähettämisen jälkeen nämä kentät voidaan jättää pois sitä seuraavista pakatuista otsikoista. Edelleen, muuttuviin kenttiin käytetään differentiaalikoodausta niiden 2 107000 koon pienentämiseksi. RTP-otsikossa pakettien välinen ero on usein muuttumaton ja siksi myös toisen kertaluvun ero on nolla. Ylläpitämällä sekä pakkaamaton otsikko että ensimmäisen kertaluvun erot pakkaajan ja purkajan yhteisessä istuntotilassa riittää pääasiassa että osoitetaan peräkkäisten pakettien 5 välisen toisen kertaluokan eron olevan nolla. On myös ehdotettuettä pakkaajan toteutus saattaisi ylläpitää tilan useiden istuntojen yhteydessä. Pakkausfunktion käyttäminen tiettyihin ennalta määrättyihin kenttiin ilmaisemaan tallennettujen istuntoasetusten taulukkoa, ja istuntoasetusten tunnisteen sisällyttäminen pakattuihin paketteihin mahdollistaisivat purkajalle suoran tallennettujen 10 istuntoasetusten taulukon indeksoinnin.
Reaaliaikaiset palvelut aiheuttavat tiukat rajat lähetysviiveille ja sen takia normaalit uudelleenlähetysmenettelyt (mm. IP-pakettien lähettämiseen yleisesti käytetyssä TCPissä, Transport Control Protocol, käytetyt) eivät yleensä ole sovellettavissa.
15 Sen takia yhteydeksi! reaaliaikaisissa palveluissa yleisesti katsotaan simpleksi- yhteys. Tekniikan tason mukaisissa referensseissä ehdotetaan simpleksi- :. i : yhteyksille jaksottaista virkistyskaaviota. Aina kun purkaja havaitsee virheen « « « i V pakettivirrassa, se hylkää kaikki kyseisen virran paketit, eikä jatka purkamista : '.: ennen kuin on vastaanottanut kunnollisesti lähetetyn pakkaamattoman otsikon : ' 20 (virkistysotsikon). Tämä tarkoittaa, että lähetysvirheen jälkeen menetetään kaikki 4 4 4 ' ·' ' seuraavaa virkistyspakettia edeltävät paketit. Siirtoteillä joilla virheitä esiintyy suhteellisen harvoin tällä ei ole suurta vaikutusta siirron suorituskykyyn. Kuitenkin, yhteydellä johon liittyy suuri useiden siirtovirheiden riski, vaikutus on häiritsevä.
• · ’"·/ Tämä koskee erityisesti langattomia lähetyksiä. r‘25
Julkaisu ”Low-loss TCP/IP header compression for wireless networks”, Mikael • « ·
Degermark, Mathias Engan, Björn Nordgren ja Stephen Pink, Wireless Networks 3 (1997) 375-387, J.C.Balzer AG, Science Publishers esittää UDP/IP- ja TCP/IP-protokollille otsikon pakkauskaaviot joissa simpleksi- ja häviöllisten yhteyksien 30 ongelmaa on käsitelty. Esitetyssä järjestelmässä pakkaaja lähettää täyden otsikon ja pakkaustunnisteen, joka on pieni ainutkertainen luku, jota myös pakatut otsikot kuljettavat. Purkaja tallentaa täyden otsikon pakkaustilana. Pakatuissa otsikoissa olevia pakkaustunnisteita käytetään etsimään asianmukainen pakkaustila 3 107000 käytettäväksi purkamiseen. Yhteensopimattoman pakkaustilan aiheuttaman virheellisen purkamisen välttämiseksi esitellään eräitä lisämekanismeja. Jokainen pakkaustilan versio liittyy sukupolveen, jota edustaa luku, jota kuljettavat täydet otsikot, jotka asentavat tai virkistävät tuon pakkaustilan, sekä otsikot jotka pakattiin 5 sitä käyttäen. Näin ollen purkaja pystyy havaitsemaan milloin sen pakkaustila on vanhentunut vertaamalla sen sukupolvea pakattujen otsikoiden sukupolveen. Edelleen, jotta vältettäisiin pitkät pakettien hylkäysjaksot silloin kun menetetään täysiä otsikoita ja toisaalta mahdollisimman suurten pakkaustiheyksien saavuttamiseksi, pakkaaja aloittaa täysien otsikoiden väliin tulevalla pienellä ίο aikavälillä, ja virkistysväliä suurennetaan eksponentiaalisesti joka virkistyksellä, kunnes saavutetaan vakaan tilan virkistysväli (pakkauksen hidaskäynnistys).
Myös jonkun asteista otsikon pakkaamiskompromissia ehdotetaan.
Vaikka pakkaustilasukupolven käyttö mahdollistaa helpomman 15 yhteensopimattomien pakkaustilojen havaitsemisen, paketteja menetetään kuitenkin siihen asti kunnes täysi otsikko asentaa oikean pakkaustilan.
: Pakkauksen hidaskäynnistys auttaa löytämään sopivan kompromissin « · · i pakkaustiheyden ja hyväksyttävän toipumisajan välille, mutta vaikeissa ·' ·' lähetysolosuhteissa pakkaustiheys kuitenkin huononee ja otsikon pakkaamisen • ” I' 20 etu pienenee.
• I t « « « ‘ ' Nyt on keksitty menetelmä ja menetelmän toteuttavat verkkoelementit, joiden avulla nämä ongelmat voidaan välttää tai niiden vaikutusta voidaan vähentää.
• · • · • « · • · · • · 25 Esillä olevan keksinnön erään ensimmäisen toteutustavan mukaan esitetään • ♦ · *··' menetelmä datapaketin siirtämiseksi pakkaajalta purkajaan mainitun datapaketin • « *···* sisältäessä otsikon otsikkodatakenttineen, useita datasiirron aikana 4 * • · : muuttumattomana säilyviä otsikkodatakenttiä, jotka tallennetaan purkajaan.
*r*: Menetelmä käsittää datapaketin lähettämisen pakkaajasta ja sen 30 vastaanottamisen purkajassa datapaketin käsittäessä informaatiota yhdestä tai useammasta datasiirron aikana muuttuvasta otsikkodatakentästä; otsikon purkamisen käyttäen tallennettuja otsikkodatakenttiä ja yhdestä tai useammasta datasiirron aikana muuttuvasta otsikkodatakentässä vastaanotettua informaatiota.
107000
Menetelmä on tunnettu siitä että lähetetään pakkaajasta ja vastaanotetaan purkajaan otsikkodatakentän pakattu arvo, mainitun pakatun arvon yksilöidessä datapaketin pakkausjaksossa; ylläpidetään purkajassa asiayhteysdataa asiayhteysdatan käsittäessä informaatiota vastaanotetun pakatun arvon 5 yhdistämiseksi vastaavaan pakkausjaksoon, jota informaatiota päivitetään vastaanotettujen pakattujen arvojen perusteella; ja käytetään pakattua arvoa ja vastaavan pakkausjakson informaatiota pakatun arvon sijoittamiseen purettuun otsikkodatakenttään.
10 Keksinnön etu perustuu siihen tosiseikkaan, että useimmat verkkokerroksen kentistä säilyvät muuttumattomina koko istunnon ajan. Verkkokerros viittaa tässä yhteydessä pakettidataverkkotason protokollakerroksiin, viitaten esim. IP-, UDP- ja RTP-protokolliin. Edelleen, on ymmärrettävä että paketista toiseen muuttuvien kenttien muutokset ovat ennustettavissa. Sellaiset kentät lähetetään pakatussa 15 muodossa purkajalle. Odotettavissa olevien muutosten aiemman tuntemisen perusteella purkaja muodostaa ja ylläpitää asiayhteysdataa, jota päivitetään purkajassa vastanotetuista paketeista saadulla informaatiolla. Pakattu data sijoittuu yksikäsitteisesti puretun arvon muutokseen sarjassa perättäisiä datapaketteja, pakkausjaksossa. Asiayhteysdatassa ylläpidetään informaatiota 20 yhdestä tai useammasta pakkausjaksosta. Tämä informaatio antaa välineet vastanotetun pakatun datan yhdistämiselle oikeaan pakkausjaksoon. Käyttämällä vastanotettua pakattua dataa yhdessä purkajassa ylläpidetyn asiayhteysdatan 4 · * '. ‘ kanssa on mahdollista kuvata pakattu data yksikäsitteisesti kokonaiseen *../·. pakettidataotsikkokenttään purkajapuolella koko istunnon ajan. Edullisesti, '···. 25 sellaiset datapaketit jotka kuljettavat informaatiota, jota ei voida yhdistää oikein • · mihinkään purkajassa ylläpidetyn asiayhteysdatan pakkausjaksoista suodatetaan pois jo pakkaajan puolella.
:***· Aikaisempiin ratkaisuihin verrattuna keksityn menetelmän mukainen pakkaaminen • · · •'": 30 lisääntyy, sillä myös pakettien tunnistamiseen liittyvät muuttuvat kentät voidaan 4 4 4 <·' pakata. Kuitenkin, lähetysvirheet vaikuttavat ainoastaan yksittäisten pakettien ," ·. lähettämiseen eivätkä yhden paketin lähettämisen ongelmat laajene sitä 4 < 4 5 107000 seuraaviin paketteihin. Täydellisen otsikon informaation pakkauskaavio voidaan suunnitella tapahtuvaksi pitkähköin aikavälein, tai siitä voidaan luopua kokonaan.
Muita keksinnön toteutustapoja esitetään itsenäisissä patenttivaatimuksissa 9, 13 5 ja 15. Edulliset toteutusmuodot esitetään epäitsenäisissä patenttivaatimuksissa.
Esillä olevan keksinnön paremmin ymmärtämiseksi ja sen esittämiseksi miten keksintö voidaan toteuttaa, viitataan nyt esimerkkien muodossa oheisiin piirroksiin, joista: ίο kuvio 1 esittää otsikkokuorman kertymistä eri kerroksissa lähetettäessä yksi puhekehys 10 langattoman IP-yhteyden kautta; kuvio 2 havainnollistaa eräitä GPRS-verkon toiminnallisia elementtejä ja niihin liittyviä protokollarakenteita; kuvio 3 havainnollistaa verkkokerroksen RTP-, UDP- ja IP-otsikkoja; 15 kuvio 4 havainnollistaa keksinnön mukaisen vastaanottokokonaisuuden toimintoja; . ;': kuvio 5 esittää eräässä keksinnön toteutusmuodossa käytettyä pakatun i ’'': otsikon formaattia; I · ’
< « I
• kuvio 6 havainnollistaa sellaisen keksinnön toteutusmuodon vaiheita :,..; 20 jossa toteutusmuodossa käytetään lyhennettyä aikaleimaa; : kuvio 7 esittää esimerkkiä keksinnön mukaisesta suodatusalgoritmista; v : kuvio 8 havainnollistaa SNDCP SN-UNITDATA PDU:n formaattia; kuvio 9 havainnollistaa erästä vaihtoehtoista toteutusmuotoa; ja •«· ·...* kuvio 10 havainnollistaa eri toiminnoista vastaavia lohkoja keksinnön • « « • * ••♦*25 mukaisessa matkaviestimessä.
• · ♦ · · • « · • · *
Keksintöä havainnollistetaan eräällä toteutusmuodolla, jossa käytetään ITU-T
. : puhekooderia G.723.1, Internet-protokollan versiota 4 ja ETSI:n yleistä • · · · ·:··: pakettiradiojärjestelmää (GPRS), joista kukin on yleisesti alan ammattimiehelle 30 tuttu. On huomattava, että kaikille näille järjestelmille on olemassa rinnakkaisia tai vastaavia teknologioita, jotka kehittyvät edelleen. Sen johdosta seuraavassa kuvauksessa käytettyjen protokollien yksityiskohdat eivät rajoita keksinnön piiriä. Tässä esitettyä menetelmää voidaan soveltaa myös kiinteissä verkoissa, mutta 6 107000 koska ongelma on ilmeisempi langattomassa viestinnässä, tässä esimerkissä käytetään sellaista rakennetta.
Kuvio 1 esittää otsikkokuorman kertymistä eri kerroksissa lähetettäessä yksi 5 puhekehys 10 langattoman IP-yhteyden kautta. Varjostetut lohkot esittävät otsikoita ja valkoiset lohkot esittävät hyötykuormaa datakehyksessä. Aluksi puhekehys 10 kehystetään reaaliaikaprotokollapakettiin 11 (Real Time Protocol, RTP), joka sijoitetaan käyttäjädataprotokollapakettiin 12 (User Data Protocol, UDP) ja edelleen Internet-protokollapakettiin 13 (Internet Protocol, IP). IP-paketti ίο 13 kehystetään edelleen käyttäen alaverkkoriippuvaista konvergenssiprotokollaa 14 (Sub-Network Dependent Convergence Protocol, SNDCP) ja loogisen linkin ohjausprotokollaa (Logical Link Control Protocol, LLC) LLC-lohkoon 15, joka jaetaan sopivaksi määräksi RLC-lohkoja, joista kukin sisältää erillisen otsikon. Kuten havaitaan, kertyvä otsikkokuorma on erittäin suuri. Jo IP-kerroksessa 15 protokollakuorma on 40 tavua ja kaistanleveyden käyttöaste n. 33 % käytettäessä G723.1 kooderia. Koska langattoman yhteyden protokollaotsikot muodostavat lisää otsikkokuormaa, tilanne pahenee edelleen.
Tässä toteutusmuodossa otsikon pakkaaminen ja purkaminen suoritetaan 20 liityntäverkolle ominaisessa protokollakerroksessa, tässä tapauksessa SNDCP-kerroksessa. Kuvio 2 havainnollistaa eräitä GPRS-verkon toiminnallisista elementeistä ja niihin liittyvistä protokollarakenteista. GPRS toteutetaan yleiseen jv', GSM-verkkoon nähden loogisesti kahdella verkkoelementillä, yhdyskäytävän I t GPRS-tukisolmulla (Gateway GPRS Support Node, GGSN) ja palvelevalla GPRS- • · « · .··*. 25 tukisolmulla (Serving GPRS Support Node, SGSN). GGSN on ensimmäinen pakettidataverkon liityntäpiste GPRS:ä tukevassa GSM-verkossa. Datapaketit, •
joiden PDP-osoite (PDP, Packet Data Protocol, esim. IP tai X.25) ilmaisee GPRS
« -tilaajan, reititetään GGSN:än. GGSN tarjoaa datapakettien tilaajan nykyiseen liityntasolmuun SGSN reitittämiseen tarvittavan informaation. GGSN voi tiedustella • · · 30 tilaajan sijaintitietoja GSM-kotirekisteriltä (GSM Home Location Register, HLR).
:·. SGSN on matkaviestintä (MS, Mobile Station) palveleva liityntäsolmu. GPRS- . * “. yhteyttä varten SGSN muodostaa MS:än päin liikkuvuuden . ‘\ t hallintatoiminnallisuuden ja pakettidataverkkoon päin PDP-toiminnallisuuden < · < , 107000 datapakettien reitittämiseksi kohti GGSN:ä. SGSN ja GGSN voidaan integroida samaan fyysiseen solmuun, tai ne voivat sijaita eri solmuissa.
Liityntäverkon SNDC-toiminto tarjoaa verkkokerrokselle palvelun määrältään 5 minimoidun datan siirtämiseksi SGSN:n ja MS:n välillä erilaisten pakkaustekniikkojen avulla. GPRS tarjoaa palveluneuvottelun yhteydessä toteutettavan menettelyn, jossa MS ja SGSN voivat sopia istunnossa käytettävän pakkausalgoritmin. Keksityssä menetelmässä muuttumattomana pysyviksi oletetut otsikon osat tallennetaan SNDCP-olioihin. Seuraavassa tarkastellaan 10 lähemmin verkkokerrosprotokollan rakennetta ja sisältöä.
Kuviossa 3 esitetään verkkokerroksen RTP-, UDP- ja IP-otsikoiden kenttiä. Tarkasteltaessa RTP:tä, kenttä 310 ilmaisee käytettävän RTP-version, eikä se muutu istunnon aikana. Kenttä 311 sisältää täytebitin, eikä se muutu ellei otsikon 15 loppuun lisätä täytettä, esimerkiksi salausalgoritmia varten sovelluskerroksessa. Kenttä 312 ilmaisee, seuraako kiinteää otsikkoa otsikon jatke, eikä se muutu istunnon aikana. Kenttä 313 vastaa multipleksointia varten tarvittavaa CSRC-laskurin lukemaa, esim. ilmaisemaan kuinka moni käyttäjä on tuottanut hyötykuormaa. Monissa tapauksissa tämä arvo pysyy muuttumattomana koko 20 istunnon ajan. Kenttä 315 ilmaisee hyötykuorman tyypin ja on muuttumaton yhdelle datatyypille. Yleensä ottaen tuottava lähde ja tahdistuslähde ovat muuttumattomia ilmarajapinnan kautta tapahtuvan lähetyksen ajan, ja siksi kenttä : ·. ·. 318 säilyy muuttumattomana.
• · • · ♦ • · · • · « ♦ 25 Kenttä 314 sisältää merkkibitin, jota voidaan käyttää valinnaisesti merkkaamaan • « · :*·*: tärkeitä tapahtumia pakettivirrassa, esimerkiksi puhepurskeen alkua tai ♦ videokehyksen viimeistä pakettia. Jos merkkibittiä 314 käytetään, se pitää lähettää pakatussa otsikossa. Jakson numeron ilmaiseva kenttä 316 ja aikaleiman ilmaiseva kenttä 317 muuttuvat kaikissa RTP-paketeissa.
' 30 •'. Tarkasteltaessa UDP:tä, lähdeportin numeron ilmaisevaa kenttää 321 ja : kohdeporttia ilmaisevaa kenttää 322 käytetään erottamaan samaan sovellukseen • · * liittyvät eri datavirrat. Esimerkiksi, RTP-kerroksen data ja ohjausinformaatio « ♦ s 107000 voidaan suunnata eri portteihin, eli eri hyötykuormatyypit voivat käyttää eri UDP-porttipareja. Nämä kentät pysyvät muuttumattomina niin kauan kuin lähetetään samaa datatyyppiä· UDP-paketin pituuden ilmaiseva kenttä 323 pysyy muuttumattomana niin kauan kuin sen sisältämän RTP-paketin pituus pysyy 5 muuttumattomana. Tapauksissa joissa UDP:n pituus vaihtelee istunnon aikana (esim. videon lähetys) paketin pituus pitää lähettää pakatussa otsikossa. Kenttä 324 vastaa UDP-tarkistussummaa ja sitä käytetään lähetysvirheiden ilmaisuun. Tätä kenttää ei tarvitse lähettää lähetysyhteyden kautta, jos lähetysyhteydellä on tehokas virhesuojausmekanismi tai välineet lähetysvirheiden ilmaisuun (esim. ίο alemman protokollakerroksen tarkistussummat). Tässä toteutusmuodossa SNDCP-purkamistoiminto osaa esim. laskea tarkistussumman puretuista kentistä ja käyttää laskettua tarkistussummaa purettuun pakettiin.
Tarkasteltaessa IP:tä IP-version ilmaisevan kentän 331, otsikon pituuden 15 ilmaisevan kentän 332, palvelun tyypin ilmaisevan kentän 333 ja paketin kokonaispituuden ilmaisevan kentän 334 oletetaan pysyvän muuttumattomina . ainakin niin kauan kuin lähetetään vakiobittinopeudella koodattuja puhekehyksiä.
: ‘ : Liput ilmaisevan kentän 336 voidaan olettaa pysyvän muuttumattomina niin kauan ' ·': kuin ei käytetä fragmentointia. 13-bittisen fragmentointisiirtymän sisältävän kentän , '20 337 oletetaan pysyvän muuttumattomana, samoin kuin protokollan ilmaisevan ,; kentän 339. SNDCP toiminto voi määritellä voimassaoloajan ilmaisevan kentän :: 338 ja tarkistussumman ilmaisevan kentän 340. Datalähetyksen ajan IP-lähde ja - kohde pysyvät muuttumattomina ja siksi lähteen ja vastaavasti kohteen IP- • · · osoitteet ilmaisevien kenttien 341 ja vastaavasti 342 oletetaan pysyvän
IM
25 muuttumattomina. Tunnistuskenttää 335 käytetään pääasiassa IP-paketin fragmentointiin. Jos fragmentointia ei käytetä, tätä kenttää ei tarvitse lähettää. Jos fragmentointia käytetään, SNDCP:n tulisi ensin muodostaa paketti uudelleen • ennen pakkaamista.
• · · · • · 30 Ne paketit joiden oletetaan pysyvän muuttumattomina suurimman osan ajasta ryhmitellään ei-muutosta -kenttien sarjaksi. Tässä toteutusmuodossa ja vakiobittinopeus-kooderilta tulevien puhekehysten yhteydessä sarja käsittää seuraavat kentät: 310, 311,312, 313, 315, 318, 321,322, 331,332, 333, 334, 335, 107000 336, 337, 338, 339, 341,342, 343. Nämä määrittelevät pakkaustilan joka ylläpidetään ainakin yhteyden vastaanottavassa (purku-) päässä.
Kuten edellä mainittiin, ei-muutosta -kenttien lisäksi pakatusta otsikosta voidaan 5 jättää pois toinen ryhmä kenttiä, joiden sisältö voidaan päätellä vastaanotetusta informaatiosta. Sellaisilla kentillä ei myöskään ole mitään vaikutusta pakkauksen tilaan. Esitetyissä toteutusmuodoissa sellaisia kenttiä ovat kentät 324 ja 340, jotka käsittävät pakettien oikeellisuuden tarkistamiseen käytetyt tarkistussummat.
Nämä summat voidaan purkajassa laskea puretuista datakentistä. Pakettien 10 oikeellisuus voidaan varmistaa käyttämällä alemman tason tarkistussummia, esim.
t liityntäverkkotason datayksikköjä.
Keksinnön mukaista ratkaisua paketeittain muuttuvien kenttien hallinnaksi on havainnollistettu yleisessä muodossa kuviossa 4, jossa esitetään vastaanottavan 15 kokonaisuuden toiminnot, tässä toteutusmuodossa SGSN:n (myös: purkaja). Istunnon asetusen yhteydessä vastaanotetaan purkajassa pakkaustilaa varten tarvittava informaatio (esim. täysi otsikko). Sen varmistamiseksi että käytetään oikeaa pakkaustilaa, voidaan istunnon asetussignalointiin sisällyttää kuittausmenettely. Vaiheessa 40 tallennetaan pakkaustila SoC purkajaan.
20 Vaiheessa 41 muodostetaan purkajassa istunnon asiayhteys käsittäen yhden tai useampia asiayhteysarvoja Cj, joista kukin liittyy tiettyyn pakkausjaksoon. Paketti .·. vastaanotetaan lähetyskokonaisuudelta, tässä tapauksessa MS:ltä (myös: I · · · ;·.·. pakkaaja) (vaihe 42). Paketti käsittää pakatun datakentän IDCom. Siinä • * tapauksessa että ylläpidetään useampia kuin yhtä asiayhteysarvoa (j:n • · 25 maksimiarvo >1), määritetään joukko päätössääntöjä Dm vastaanotetun IDCom:in • * · liittämiseksi vastaavaan asiayhteysarvoon Cj. Määritetään vastaanotettua IDConria vastaava päätössääntö Dm (vaihe 43), ja johdetaan purettu arvo Dfull (vaihe 44) vastaanotetun IDcom:in arvosta ja määritetyn DM:n asiayhteysarvosta :]*/. Cm. Kenttien odotetun kehittymisen mukaisesti, päivitetään ei yhtään, yksi tai • · · • 30 useampia asiayhteysarvoja (vaihe 45) asiayhteysdatan ylläpitämiseksi. Tätä . menettelyä noudatetaan uusien pakettien osalta koko datasiirtoistunnon ajan.
• · · < · « « · « 107000 Lähetettävät uudet kentät ovat tässä toteutusmuodossa RTP-jaksonumeron ilmaiseva kenttä 316, RTP-aikaleiman ilmaiseva kenttä 317 ja IP-tunnistuksen ilmaiseva kenttä 335. Hyväksyen se tosiasia että näiden kenttien inkrementit yleensä pysyvät muuttumattomina koko istunnon ajan, voitaisiin ehdottaa tekniikan 5 tason mukaista delta-koodausta (viittauksella aiemmin lähetettyyn pakettiin). Kuitenkin, aiemmin esitettyjen ongelmien välttämiseksi, jokainen pakattava verkkokerroksen paketti varustetaan riippumattomalla tunnuksella.
Ensimmäisessä toteutusmuodossa otsikkokentät pakataan lyhennetyiksi kentiksi io ja lähetetään yhteyden kautta. Lyhennetyn kentän pituus valitaan tarjoamaan sellainen informaation lähetys joka mahdollistaa paketin oikean tunnistuksen pakkausjakson aikana, jakson joka yleensä on istuntoa lyhyempi. Lyhyen aikavälin tunnus, joka saadaan lyhennetyistä kentistä, yhdistettynä purkajassa ylläpidettyyn pitkän aikavälin asiayhteyteen antaa johdonmukaisen pakettien 15 tunnistuksen datasiirtoistunnon ajan, ja näin mahdollistaa pakattujen otsikkokenttien yksikäsitteisen kuvauksen täysiin otsikkokenttiin koko datasiirtoistunnon ajan.
Esimerkkinä sellaisesta järjestelystä esitetään lyhennetyn aikaleiman tapaus.
20 Kuvio 5 esittää tässä toteutusmuodossa käytettyä pakatun otsikon formaattia.
Kenttä 51 ilmaisee pakatun paketin tyypin T. Jos T=0, viimeistä oktettia 56 ei sisällytetä ja ensimmäisen oktetin kuusi viimeistä bittiä 53 asetetaan nollaksi, ' .·. käytetään johonkin muuhun tarkoitukseen, esim. CRC-tarkistukseen, tai käytetään :v. lyhennettyä aikaleimaa varten. Jos T=1, pakattu otsikko sisältää pituusoktetin • · » · .···. 25 pituuden, ja bittejä 53 ja viimeistä oktettia 56 käytetään ilmaisemaan RTP- hyötykuorman pituus. Tätä pituusinformaatiota tarvitaan bittivirroilla, joilla paketin pituus voi vaihdella, esim. videon bittivirroilla. Kenttä 52 ilmaisee RTP-tunnisteen merkkibitin kuten aiemmin on selitetty. Tässä toteutusmuodossa lyhennetty aikaleima on 16-bittinen kenttä, joka ilmaisee RTP-aikaleiman 16 vähiten 30 merkitsevää bittiä. Asiayhteysdata käsittää RTP-aikaleiman 16 merkitsevintä bittiä , ja sitä ylläpidetään ainakin yhteyden purkajapäässä.
I I 4 I < 4 4 4 • 4 * < I · « 4 · „ 107000
Kuvion 6 vuokaavio havainnollistaa keksityn menetelmän vaiheita toteutusmuodossa, jossa käytetään lyhennettyä aikaleimaa. Vaiheessa 61 vastaanotetaan pakkaustila, kuten tässä tapauksessa istunnon alussa vastaanotettu täysi aikaleima TSfull. Istunnon alussa alustetaan asiayhteysdata, 5 tässä tapauksessa TSmeml käsittäen alkuperäisen aikaleiman 16 vähiten merkitsevää bittiä ja TSmem2 käsittäen alkuperäisen aikaleiman 16 merkitsevintä bittiä (vaihe 62). Vaiheessa 63 vastaanotetaan uusi lyhennetty aikaleima TSabb, joka kuljettaa uuden pakatun verkkokerroksen datapaketin aikaleiman 16 vähiten merkitsevää bittiä. Uutta lyhennettyä aikaleimaa verrataan purkajaan io tallennettuun arvoon TSmeml. Kuten tuonnempana havaitaan, TSmeml :n arvo käsittää suuriman siihen mennessä vastaanotetun aikaleiman 16 vähiten merkitsevää bittiä.
Jos uusi lyhennetty aikaleima TSabb on suurempi kuin tallennettu arvo TSmeml, 15 tarkistetaan vielä onko uusi lyhennetty aikaleima TSabb suurempi kuin tallennetun arvon TSmeml ja ennalta määrätyn arvon Δ summa. Arvo Δ edustaa suurinta vähiten merkitsevien bittien muutosta, jonka voidaan tulkita aiheutuvan jostakin 4 4« 4 j ‘ : ennalta odotettavissa olevasta ilmiöstä, kuten tauosta, menetetyistä paketeista tai : ’ · ‘: pakettien saapumisesta hieman väärässä järjestyksessä. Kun aikaleiman 16 • 4 ' :20 vähiten merkitsevän bitin edustama luku on saavuttanut maksimiarvonsa, se nollautuu ja alkaa uudelleen pienimmästä aivosta (pakkausjakso). Kun paketti ·’. ·: saapuu myöhässä pakkaajalle, on mahdollista että tallennettu arvo TSmeml on jo palannut alkuarvoon ja siksi lyhennetyn aikaleiman TSabb arvo on huomattavasti suurempi kuin TSmeml. Määrittelemällä Δ:ΙΙβ sopiva arvo voidaan sellaiset « · « \..:25 tapaukset ilmaista vastaanotetusta pakettivirrasta. Jos vastaanotettu lyhennetty : aikaleima TSabb on suurempi kuin TSmeml mutta ero ei ole liian suuri (pienempi kuin Δ), aikaleima voidaan rekonstruoida käyttäen arvossa TSmem2 tallennettua : .·. 16 merkitsevintä bittiä ja yhdistämällä tämä purkajasta saatuun 16 vähiten merkitsevään bittiin (vaihe 64). Vastaanotettu lyhennetty aikaleima TSabb on 30 suurin siihen asti vastaanotettu lyhennetty aikaleima, ja siksi se tallennetaan arvoksi TSmeml. Jos vastaanotettu lyhennetty aikaleima TSabb on suurempi kuin TSmeml ja ero on suurempi kuin Δ, oletetaan että TSabb saapui myöhästyneenä ja TSmeml on jo palannut alkuarvoon. Näitä tapauksia varten asiayhteysdatassa 12 107000 ylläpidetään vielä erästä, edelliseen pakkausjaksoon liittyvää asiayhteysdatan arvoa TSmem3. TSmem3 käsittää aiemmin tallennetun TSmem2:n arvon. Nyt aikaleiman rekonstruointi suoritetaan käyttäen arvossa TSmem3 tallennettua 16 merkitsevintä bittiä ja yhdistämällä tämä pakkaajalta vastaanotettuun 16 vähiten 5 merkitsevään bittiin. Mitään TSmeml :n, TSmem2:n ja TSmem3:n arvojen päivityksiä ei tehdä.
Jos vastaanotetun lyhennetyn aikaleiman TSabb arvo on pienempi kuin TSmeml, tarkistetaan onko erotus suurempi kuin Δ. Jos näin on, 16 vähiten merkitsevää ίο bittiä käsittävä lyhennetty aikaleima on saavuttanut maksimiarvonsa, palannut alkuarvoon ja tallennettu arvo TSmem2 pitää inkrementoida seuraavaan mahdolliseen arvoon (vaihe 67). Tämän jälkeen aikaleima voidaan rekonstruoida ja tallennettu arvo TSmeml voidaan päivittää, kuten selitettiin vaiheiden 64 ja 65 yhteydessä. Esimerkiksi, tarkasteltaessa tapausta jossa tallennetut aikaleimojen is arvot ovat TSmeml =FF FF (hex), TSmem2=02 FF (hex), A=0FFF(hex) ja vastaanotettu lyhennetty aikaleiman arvo Tsabb=00 OA (hex). Nyt vastaanotetun , ; lyhennetyn aikaleiman arvo 00 OA on pienempi kuin tallennetun aikaleiman arvo :' ·'; FF FF, erotus on suurempi kuin Δ ja siksi TSmem2:n 16 merkittävintä bittiä pitää • ' päivittää yhdellä arvoon 03 00. Tulokseksi saatava aikaleiman arvo tulee näin ;"': 20 ollen olemaan 03 00 00 0A. Jos erotus on pienempi kuin Δ, se merkitsee että :':': paketti kuuluu käsiteltävänä olevaan jaksoon, mutta saapuu viivästyneenä.
: : : Sellaisessa tapauksessa aikaleima voidaan rekonstruoida käyttäen TSmem2:en tallennettuja 16 merkittävintä bittiä ja yhdistämällä tämä pakkaajalta vastaanotettuun lyhennettyyn aikaleimaan TSabb. Koska tämä ei ole suurin tähän • · · 25 mennessä vastaanotettu lyhennetty aikaleima, arvoa TSmeml ei päivitetä. Niin : kauan kuin lisää uusia paketteja saapuu noudatetaan tätä menettelyä.
• · · • ♦ • « : !*. Samaa oivallusta voidaan soveltaa myös muihin kenttiin. Tarkastelkaamme • « · • « · · esimerkiksi RTP-tunnisteen täydellistä jaksonumeroa. Jos alkuperäiset 30 jaksonumerot ovat (binäärimuodossa) 0001000, 00010001,00010010, purkajalle lähetettävät lyhennetyt jaksonumerot ovat 0000, 0001,0010. Purkajassa ylläpidetään ainakin käsiteltävinä olevat tärkeimmät bitit käsittävää asiayhteysdataa. Saman tyyppisillä päätössäännöillä pakattu data voidaan ,3 107000 purkajassa yhdistää pakkausjaksoon/jaksoihin ja sijoittaa täyden tunnisteen kenttään.
Myös muun tyyppisen pakatun datan ja purkajassa käytettyjen inkrementtien 5 välisen yhteyden käyttäminen on mahdollista. Esimerkiksi, kun tiedetään että aikaleima voi muuttua 240:llä kunkin paketin kohdalla, yhden inkrementti pakkaajassa voidaan sijoittaa 240:n inkrementiksi purkajassa. Siinä (pakkausarvo -> purettu aikaleima): 0001->240 0010->480 0011->720 0100->960, jne.
10
Kuten on esitetty, asiayhteysdataa päivitetään vastaanotettujen lyhennettyjen kenttien sisältämän informaation mukaan. Lyhentämisasteella, eli lyhennetyn kentän esittämiseen käytettyjen bittien määrällä on vaikutusta nopeuteen jolla purkajassa olevaa asiayhteysdataa päivitetään. Esimerkiksi, mitä lyhyempi 15 pakkausjakso on, sitä useammin aikaleiman 16 merkittävintä bittiä tallentava aikaleiman arvo TSmem2 pitää päivittää. Vaikka joitakin paketteja saatetaan . , menettää tai niiden järjestys voi hieman muuttua, aikaisemmin esitetyt : v. oikeellisuusvertailut huolehtivat siitä, että data voidaan muodostaa oikein :'. ·. uudelleen. Langattomilla yhteyksillä pitkän pakettijakson menettäminen yleensä :"': 20 johtaa käynnissä olevan puhelun katkeamiseen. Siksi, niin kauan kuin yhteys :' '; voidaan ylläpitää, on myös r. .ahdollista ylläpitää jatkuvaa asiayhteysinformaatiota :':' purkajassa kohtuullisella pakkausasteella. Esimerkiksi, 6 bitillä on mahdollista yksilöidä 64 pakettia. Peräkkäisten 64 paketin menettäminen ja yhteyden säilyttäminen siitä huolimatta on mahdotonta ja siksi keksitty menetelmä tulee 25 suoriutumaan hyvin niin kauan kuin yhteys pystytään ylläpitämään.
» • » · • φ » ··♦ :***: Sellaisten pakettien varalta jotka voisivat häiritä pakkaamista, esim. sellaisten . ; jotka saapuvat erittäin myöhään pakkaajaan ja siksi voisivat mahdollisesti • · · sekoittaa pakkausinformaation päivitysjärjestyksen, pakkaaja varustetaan • · 30 edullisesti eräällä lisätoiminnallisuudella. Sellaisen viivästyneen paketin vastaanottaminen jonka lyhennettävän kentän ilmaistaan muodostavan virheriskin pakkausinformaatiolle johtaa korjaustoimenpiteeseen jo pakkauspäässä. Sellaiset paketit voidaan esimerkiksi hylätä kokonaan. Esimerkiksi paketit jotka saapuvat ,4 107000 myöhään, mutta kuuluvat edelliseen pakkausjaksoon, voidaan pelastaa käyttäen asiayhteysarvoa TSmem3, kuten selitettiin Kuvion 6 yhteydessä. Edellistä pakkausjaksoa edeltävään pakkausjaksoon kuuluvaa pakettia ei enää pystyttäisi muodostamaan uudelleen oikein ja siksi sellaiset paketit käsitellään mieluummin 5 pakkaajassa. Kuvion 7 vuokaavio esittää esimerkkiä sellaisesta suodatusalgoritmista joka keksityssä menetelmässä voidaan lisätä pakkauspuolelle sellaisten tilanteiden hallitsemiseksi joissa esiintyy runsaasti myöhästyneitä paketteja.
10 Vaiheessa 71 tallennetaan ensimmäisen vastaanotetun paketin koko aikaleima.
Kun uusi paketti vastaanotetaan (vaihe 72), sen aikaleima TSnew luetaan (vaihe
72) ja tallennetun aikaleiman TS ja uuden aikaleiman TSnew välinen ero D
lasketaan (vaihe 74). Jos ero D on suurempi kuin tietty, ennalta määrätty arvo
Dmax, pakkaaja katsoo paketin olevan liikaa myöhässä ja käynnistää 15 korjaustoimenpiteen (vaihe 75). Sellainen toimenpide on esimerkiksi kokonaisten kenttien lähettäminen lyhennettyjen kenttien sijasta, ja sen purkajalle tarkoitetun ;' ilmaisun sisällyttäminen että purkaja ei päivitä asiayhteysdataa. Sellainen :' ', toimenpide on myös yksinkertaisesti sellaisten pakettien hylkääminen. Tämä olisi : luonnollinen toimenpide reaaliaikaisten datapakettien yhteydessä, sillä kovin :'" 20 myöhään saapuvat paketit ovat joka tapauksessa sovelluksen kannalta : ’: ; hyödyttömiä, ja siksi ne voidaan hylätä jo pakkaajan puolella.
• * <
Jos ero D ei ole suurempi kuin Dmax, aikaleima TS pakataan keksityn • · · menetelmän mukaisesti. Jos ero on suurempi kuin nolla, se tarkoittaa että paketti
Ml 25 on saapunut hieman myöhässä. Edullisesti tallennettu arvo TS edustaa suurinta « : siihen mennessä lähetettyä aikaleiman arvoa, ja siksi tallennetun aikaleiman arvoa
IM
ei päivitetä. Jos ero D on pienempi kuin nolla, tallennetun aikaleiman arvo : !·. päivitetään (vaihe 77). Tätä menettelyä noudatetaan jokaisen paketin kohdalla • · · IM · koko istunnon ajan.
Eräissä tapauksissa tunnistustiedot voidaan pakata minimikokoon pakatussa tunnisteessa ja kuitenkin pakkausjakso kattaa koko istunnon. Sellainen toteutusmuoto käsittää verkkokerroksen kenttien ja liityntäverkkokerroksen 30 107000 protokollien välisen sijoittelun. Verkkokerros viittaa tässä yhteydessä pakettidataverkkotason protokollakerroksiin, viitaten tässä esitetyssä toteutusmuodossa IP-, UDP- ja RTP-protokolliin. Liityntäverkkokerros viittaa tässä yhteydessä protokollakerrokseen, joka on liityntäverkolle ominainen ja vastaa 5 pakkaus- ja purkamistoiminnoista, tässä tapauksessa SNDCP:hen. SNDCP:n pakettidatayksikkö (Packet Data Unit, PDU) sisältää kokonaisluvuilleen määrän oktetteja, tunnisteosan ja dataosan. Määritellään kaksi erilaista SN-PDU formaattia, SN-DATA PDU kuitatulle datasiirrolle ja SN-UNITDATA kuittaamattomalle datasiirrolle. Kuvio 8 havainnollistaa GPRS:n io kuittaamattomassa datasiirrossa käytettävän SNDCP SN-UNITDATA PDU:n formaattia. SN-UNITDATA PDU käsittää kentän N-PDU numeron 81, joka on koko istunnon ajan etenevä juokseva numero.
Verkkokerroksen datapakettien ja pakkaamisesta vastaavan protokollakerroksen 15 datapakettien välinen sijoittelu voidaan muodostaa. Tässä käsitellyssä toteutusmuodossa esitetään SNDCP SN-UNITDATA PDU kentän N-PDU numeron ja RTP-jaksonumeron, IP-tunnisteen ja RTP-aikaleiman välinen sijoittelu. ;v. Kun N-PDU:n numero kasvaa yhdellä, arvot RTP-jaksonumerokentässä 316 ja IP-: ’ ·': tunnistekentässä 335 kasvavat yleensä arvolla, joka säilyy muuttumattomana koko 20 istunnon ajan. Lisäksi on koodekkeja, joille peräkkäisten RTP-aikaleimojen välinen ero on muuttumaton. Käyttäen heksadesimaaliesitystä, tapaukselle jossa tämä ero on FO, ja inkrementti RTP-jaksonumeroille on yksi ja IP-tunnisteelle 0100, seuraava sijoittelu on voimassa: • · · • · • · • · # • · · 25 N-PDU numero = 5 : RTP-jaksonumero = 16C5 • · ·
RTP-aikaleima = 02FFBFEF
• « · IP-tunniste = E7E6 • · · • · · · • * 30 N-PDU numero = 6 RTP-jaksonumero = 16C6 RTP-aikaleima = 02FFC0DF IP-tunniste = E8E6 w 107000 N-PDU numero = 7 RTP-jaksonumero = 16C7 RTP-aikaleima = 02FFC1DF 5 IP-tunniste = E9E6
Vaikka tässä hyödynnetään vakioinkrementtejä, sijoittaminen voidaan toteuttaa myös monella muulla tavalla. Esimerkiksi, voidaan muodostaa sijoitusfunktio liityntäverkkokerroksen protokollan ja verkkokerroksen protokollan otsikkokenttien ίο välille. Edelleen, sovelluksesta riippuen, voidaan hyödyntää myös minkä tahansa liityntäverkkokerroksen protokollan ja verkkokerroksen protokollan muiden kenttien välistä sijoittamista. Purkajassa oleva asiayhteysdata käsittää liityntäverkko-kerroksen protokollan kentän verkkokerroksen protokollakenttiin sijoittamiseen tarvittavan informaation. Kuviossa 4 esitetyn menetelmän vertailuvaihe käsittää 15 liityntäverkkokerroksen kentän sisällön yksinkertaisen oikeellisuustarkistuksen. Asiayhteysdata säilyy edullisesti muuttumattomana, eikä näin ollen tarvitse mitään päivittämistä (ks. vaihe 45).
j Sellaisia verkkokerroksen paketteja varten, joissa on olemassa mahdollisuus ei :" 20 muutosta-kenttien muuttumiseen istunnon aikana, ehdotetaan kuviossa 9 esitettyä vaihtoehtoista toteutusmuotoa. Toteutusmuoto esitetään taas käyttäen esimerkkiä, jossa lähettävä kokonaisuus on MS ja vastaanottava kokonaisuus on SGSN. Istunnon asetusten yhteydessä pakkaustila tallennetaan sekä MS:ssä !.**: (SoCc) että SGSN:ssä (vaihe 91) (SoCd). Kun paketti vastaanotetaan • · · 25 puhekoodekista lähetettäväksi SGSN:än (vaihe 92), tarkistetaan (vaihe 93) onko : pakattavan otsikon ei muutosta-kentissä ja pakkaustilakentissä mitään muutoksia.
···
Jos mitään muutoksia ei havaita, otsikko pakataan kuten aiemmin on kuvattu I·» : )·. (vaihe 94) ja pakattu paketti lähetetään purkajalle (vaihe 95). Kuitenkin, kun • · » muutoksia havaitaan, uusi SNDCP-toiminnallisuus erottaa uudesta otsikosta « t 30 ainoastaan muuttuneet ei muutosta-kentät (vaihe 96) ja päivittää ne myös SGSNissä olevaan pakkaustilaan (vaihe 98). Sellaisen informaation lähettäminen voidaan tehdä käyttäen kuitattua toimintatapaa tai vahvaa virhesuojausta.
107000
Pakkaus/purkualgoritmissa voidaan käyttää mitä tahansa näiden toteutusmuotojen yhdistelmää. Seuraavaksi annetaan esimerkki keksityn menetelmän käytöstä. Taulukko 1 esittää verkkokerroksen protokollia IP, UDP, RTP vastaavia täyden otsikon kenttiä. Varjostetut kentät esittävät niitä kenttiä jotka pysyvät 5 muuttumattomana istunnon ajan ja valkoiset kentät esittävät niitä kenttiä jotka saattavat muuttua istunnon aikana.
Taulukko 1. Esimerkki IP-, UDP- ja RTP-otsikoista _45__00__00_ 40_ E7 *mv E6 _00__00_ 80 11 63*: ^ - -* 'V > ' 82 ~ E9 _F4__89_ _82__E9__F4__8D_ _Cl__CO__Cl__C4 _00__2C -> ,?SEkK - - _80__04_ 02 · - FF , BF^ w - ^EF- 10 Ä7 F0 \ Ö3 96 t : Oletetaan että tämä on ensimmäinen SNDCP-pakkaajan vastaanottama 4 « ( : .: RTP/IP/UDP-otsikko. Tässä esitetyt arvot ovat heksadesimaalimuodossa ja : : yhdellä rivillä on 4 oktettia. Ensimmäiset 5 riviä (20 oktettia) esittävät IP-otsikkoa.
’ · ·' 15 Seuraavat kaksi riviä ovat UDP-otsikon oktetteja ja viimeiset 3 riviä esittävät RTP-' otsikkoa, kaikkien yhdessä muodostaessa tyypillisen RTP/UDP/IP-otsikon (40 i * t v tavua). SNDCP-pakkaaja kopioi nämä arvot ja täysi otsikko lähetetään vastaavalle ... SNDCP-elementille. Taulukko 2 esittää pakkaajan sen jälkeen vastaanottaman • · otsikon.
• · *:** 20 »
Taulukko 2. Seuraava IP-, UDP- ja RTP-otsikko • · · " I 45 I 00 | 00 I 40 - . \ E8__- E6 __00__00_ : 80__11__62___dc_ ·:··; 82__E9____F4__89_ _82__E9____F4__8D_ _Cl__CO_ C1 C4 _oo_ 2c _so_ 04 14 ^ * / ^16^- ·ΒΜΒΜΒΙΜ 03 I 96 „ 107000
Tallennetuista arvoista poikkeavat kentät ovat varjostettuina taulukoissa 1 ja 2 ja ne käsittävät • 16-bittisen IP-otsikon tunnistekentän: 5 E7E6 - E8E6 • 16-bittisen otsikon tarkistussumman IP-otsikkokentälle:
63DC - 62DC
• 16-bittisen UDP tarkistussumman: AF5E - D440 io · RTP-tunnisteen jaksonumeron: 16C5-16C6 • RTP-otsikon aikaleiman:
02FFBFEF -02FFC0DF
15 Muut kentät pysyvät ennallaan. Nyt, keksinnön mukaisesti, muodostetaan seuraava pakattu otsikko:
Taulukko 3. Pakattu otsikko i Bitti 7 Bitti 6 Bitti 5 Bitti 4 Bitti 3 Bitti 2 Bitti 1 Bitti 0 j" T=0 M=0 0__0__0__0__0__0 1__1__0__0__0__0__0__0 V l 1 I 1 I 0 I 1 I 1 I 1 I 1 I 1 '' ' 20
Pakatun otsikon formaatti noudattaa kuvion 5 yhteydessä esitettyä • 0 ja se esitetään binäärimuodossa. Koska paketin pituus ei ole muuttunut, • · ·;·* ensimmäisen oktetin 7. bitti on 0, merkkibitti on 0 ja tässä tapauksessa loput ensimmäisen oktetin biteistä ovat nollia. Seuraavat oktetit sisältävät lyhennetyn • * « 25 aikaleiman (CO DF heksadesimaalimuodossa). Pakatun otsikon ja RTP-hyötykuorman käsittävä SNDCP-paketti lähetetään purkajalle.
• t Täysi aikaleima muodostetaan lyhennetyn aikaleiman arvosta kuten aiemmin on kuvattu kuvion 6 yhteydessä. RTP-otsikon jaksonumero ja IP-otsikon 16-bittinen 30 tunnistusnumero johdetaan käyttäen SNDCP-paketin N-PDU numeroa poikkeutuksena viimeisestä täydestä otsikosta. Kun purkaja vastaanotti „ 107000 ensimmäisen täyden otsikon käsittävän paketin, algoritmi muodosti yhteyden RTP-jaksonumeron ja SNDCP-paketin N-PDU numeron välille. Tässä tapauksessa jaksonumero olisi 16 C5 ja N-PDU numero vaikkapa x. Kun pakattu otsikko lähetetään, SN-UNITDATA N-PDU -numero on y, mikä ilmaisee että N-PDU:iden 5 välinen ero on y-x ja että tuo luku pitää lisätä tallennettuun jaksonumeroon.
Esimerkkinä tässä kuvatun menetelmän toteuttavasta verkkoelementistä esitetään matkaviestinverkon liikkuva päätelaite. Keksinnön mukaisen liikkuvan päätelaitteen rakenne on pitkälti sama kuin alan ammattimiehen tunteman ίο perinteisen liikkuvan päätelaitteen. Viitaten kuvioon 10, keskusprosessoriyksikkö 101 ohjaa matkaviestimen eri toiminnoista vastaavia lohkoja; muistia (MEM) 102, radiotaajuuslohkoa (RF) 103, käyttöliittymää (UI) 104 ja liityntäyksikköä (IU) 105. CPU toteutetaan tyypillisesti yhdellä tai useammalla yhteiStoimintaisella mikroprosessorilla. Muisti käsittää edullisesti ROM:in (Read Only Memory), 15 RAM:in (Random Access Memory) ja sitä täydennetään yleensä SIM -käyttäjän tunnistusmoduulin (User Identification Module) mukana toimitetulla muistilla. Ohjelmansa mukaisesti, mikroprosessori käyttää RF-lohkoa 103 sanomien 4*1 i : v. lähettämiseen ja vastanottamiseen radioteitse. Viestinnän käyttäjän kanssa hoitaa
« I
: v. UI 104, joka tyypillisesti käsittää kaiuttimen, näytön ja näppäimistön.
·: 20 Liitäntäyksikkö 105 on yhteys tiedonkäsittelykokonaisuuteen, ja sitä ohjaa CPU <11 101. Tiedonkäsittelykokonaisuus 101 voi olla integroitu dataprosessori tai ulkoinen « tiedonkäsittelylaitteisto.
Kuvio 10 havainnollistaa myös keksinnön mukaista tiedonkäsittelykokonaisuutta 25 TE. Päätelaitteista TE voi olla esimerkiksi toimistoympäristöstä tuttu . henkilökohtainen tietokone tai työasema. TE voi olla myös MS:n integroitu osa • · ·
(esim. älypuhelin), joka käyttää yhdessä MS:n kanssa sellaisia elementtejä kuin UI
• » · : ja CPU. Toisaalta MS voi olla myös integroitu TE:hen (esim. korttipuhelin). On t · · ymmärrettävä, että vaikka kuviossa 10 esitetään kaksi erillistä lohkoa, sillä ei 30 tarkoiteta mitään rajoitusta rakenteen suhteen.
TE käsittää oleellisesti MS:ssä olevaa vastaavan liitäntäyksikön IU 107 MS-liitännän ohjaamiseksi. Se käsittää myös käyttöliittymän UI 108 käyttäjän käskyjen 20 107000 vastaanottamiseksi ja informaation tulostamiseksi käyttäjälle, muistin MEM 106 sovellusten SW APP 110 ja niihin liittyvän datan tallentamista varten, sekä prosessorin CPU 111 TE:n toimintojen ohjaamista ja sovellusmenettelyjen suorittamista varten.
5
Matkaviestimen MS ja tiedonkäsittely-kokonaisuuden yhteen liittämiseksi on olemassa useita menetelmiä, jotka kaikki ovat tuttuja alan ammattilaiselle. Eräs menetelmistä on kytkeä laitteet yhteen liitäntäyksikköjen IU kautta, jotka liitäntäyksiköt käsittävät langallisen yhteyden, sopivan liitännän, esim. io sarjaliikenneportin, täydennettynä sopivalla CPU:issa sijaitsevilla, liitäntäyksikköjen UI toimintaa ohjaavilla liitäntäohjelmilla. Eräs toinen menetelmä on käyttää infrapuna-alueella toimivaa langatonta yhteyttä tai pienitehoisia radiotaajuisia lähetin/vastanotinyksikköjä. Uudet ratkaisut joissa MS integroidaan TE:hen tarjoavat erittäin toteutuskelpoisen alustan keksinnön mukaiselle 15 järjestelmälle.
Kun käyttäjä haluaa liittyä pakettidataverkkoon TE:llä, prosessori CPU 111 noutaa I i käyttäjän tiedonsyöttölaitteiden käskyjen perusteella muistista MEM 109 ; pakettidatan liityntäsovelluksen SW APP 110. Sovellus prosessoidaan CPU:ssa l .1 20 111 pakettimuotoon ja aina kun tulee tarve lähettää sovellukseen liittyvää ;' informaatiota, paketti välitetään MS:lle IU:n 107 kautta.
I I 1 4
Ensimmäisessä toteutusmuodossa pakkaus- ja purkutoiminnat toteutetaan liikkuvan päätelaitteen protokollapinon SNDCP-kerroksessa. Tässä esitetyssä ·***: 25 toteutusmuodossa SNDCP-toimintoon osallistuvat elementit ovat samat kuin ne, ♦
. jotka on kuvattu MS:ä käsittelevässä osassa. Nousevan siirtotien suuntaan MS
·· · toimii pakkaajana ja laskevan siirtotien suuntaan MS toimii purkajana. Pakkaus- ja • · · . purkutoiminnoissa käytetyt arvot tallennetaan MS:n muistiin 102. Pakkaus • » · toteutetaan keskusyksikössä 111 ja pakatut yksiköt välitetään RF-yksikköön 102 t « 30 lähetettäviksi BS:n kautta SGSNille. SGSN:stä vastaanotetut pakatut paketit vastaanottaa RF-yksikkö ja ne välitetään CPU:lle 111 purettaviksi. Puretut paketit välitetään TE:lle liitäntäyksikköjen 105 ja 107 kautta.
2, 107000
Vaikka keksintö on esitetty ja kuvattu käyttäen edullista toteutusmuotoa, alan ammattilaiset ymmärtävät, että edulliseen toteutusmuotoon voidaan tehdä muutoksia poikkeamatta jäljempänä esitettyjen patenttivaatimusten mukaisen keksinnön tunnusmerkeistä. Esimerkiksi, tulevaisuudessa GPRS- tai vastaavia 5 palveluja (GPRS-johdannaiset) tullaan toteuttamaan myös muissa tietoliikennejärjestelmissä. Kolmannen sukupolven WDCMA (Wideband Code Division Multiple Access) standardissa on rakenne joka on lähellä GPRS:ä, ja joka käsittää L3CE-kerroksen, joka vastaa GPRS:n SNDCP:tä. Sellainen kerros keksityn menetelmän toiminnallisuuksien sisällyttämiseksi on CDMA2000:n io SNDCF-kerros. Keksintöä voidaan soveltaa myös kiinteissä verkoissa. Siksi mahdollisuuksia keksinnön toteuttamiseksi ja käyttämiseksi rajoittavat ainoastaan oheiset patenttivaatimukset.
15 (
I E I I E
« · l I f I 1
* I I
« » t * 1 t
' I
I I
I ( ( * »
< I
I I l
< « I « « I
t ^ f a I I 4 ( I < I « ( ( *·· • · • ♦ • o · ··♦
• I
• · · » • · « • · t • · I ·· · • · • I «·» ·· · • · · • I « ··1 Φ I »

Claims (19)

22 107000
1. Menetelmä datapaketin siirtämiseksi pakkaajalta (MS) purkajaan (SGSN) mainitun datapaketin sisältäessä otsikon otsikkodatakenttineen, useita 5 otsikkodatakenttiä, jotka pysyvät muuttumattomina datasiirron aikana ja jotka tallennetaan purkajaan, joka menetelmä käsittää: lähetetään pakkaajasta ja vastaanotetaan purkajaan datapaketti, joka datapaketti käsittää informaatiota yhdessä tai useammassa otsikkodatakentässä, jotka muuttuvat datasiirron aikana; ίο puretaan otsikko käyttäen tallennettuja otsikkodatakenttiä ja yhdessä tai useammassa otsikkodatakentässä vastaanotettua informaatiota, jotka otsikkodatakentät muuttuvat datasiirron aikana; tunnettu siitä että: lähetetään pakkaajasta ja vastaanotetaan purkajaan 15 otsikkodatakentän pakattu arvo mainitun pakatun arvon yksilöidessä kyseinen datapaketti pakkausjaksossa; säilytetään purkajassa asiayhteystiedot käsittäen informaation vastaanotetun pakatun arvon yhdistämiseksi vastaavaan pakkausjaksoon, joka informaatio päivitetään vastaanotettujen pakattujen arvojen mukaisesti; 20 käytetään pakattua arvoa ja vastaavan pakkausjakson informaatiota sijoittamaan pakattu arvo purettuun otsikkodatakenttään.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä että • · · : otsikkodatakentän pakattu arvo saadaan ottamalla ensimmäinen määrä • · · 25 datakentän vähiten merkitseviä bittejä.
• · * • « · • « · • · · *·* * 3. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä että pakkausjakso käsittää sarjan peräkkäisiä datapaketteja jotka voidaan erotella • · toisistaan pakkausarvon antamalla resoluutiolla. t I 30
4. Patenttivaatimuksen 1,2 tai 3 mukainen menetelmä, tunnettu siitä että « * : otsikko on RTP/UDP/IP -otsikko, datakentän ollessa joku seuraavista: IP- tunniste, RTP-jaksonumero, RTP-aikaleima. • · • · 23 107000
5. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä että asiayhteysdata käsittää ainakin erään toisen määrän datakentän tärkeimpiä bittejä. 5
6. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä että pakkaaja ja purkaja ovat liityntäverkon verkkoelementtejä IP pakettidataverkkoon liittymiseksi. io
7. Patenttivaatimuksen 6 mukainen menetelmä, tunnettu siitä että pakkaaja ja purkaja ovat langattoman liityntäverkon verkkoelementtejä IP pakettidataverkkoon liittymiseksi.
8. Patenttivaatimuksen 7 mukainen menetelmä, tunnettu siitä että pakkaaja ja 15 purkaja ovat GPRS:ä tukevan matkaviestinverkon verkkoelementtejä.
9. Patenttivaatimuksen 8 mukainen menetelmä, tunnettu siitä että pakkaus- ja purkamistoiminnallisuudet on toteutettu GPRS:n SNDCP -kerroksessa.
10. Menetelmä datapaketin prosessoimiseksi käsittäen seuraavat vaiheet: vastaanotetaan datapaketti käsittäen järjestysnumeron, mainitun ;,· j järjestysnumeron ilmaistessa paketin paikan lähetettyjen pakettien sarjassa; i verrataan vastaanotetun datapaketin järjestysnumeroa aiemmin • · · : tallennettuun vertailujärjestysnumeroon; 25 käynnistetään, vasteena sille että vastaanotetun paketin • *« : järjestysnumeron ja vertailujärjestysnumeron ero ylittää ennalta asetetun rajan, virhetoiminto; käynnistetään, vasteena sille että vastaanotetun paketin « « järjestysnumeron ja vertailujärjestysnumeron ero alittaa ennalta asetetun *:*' 30 rajan, otsikon pakkausalgoritmi; : ”: tallennetaan, vasteena sille että vastaanotetun paketin järjestysnumero * * on suurempi kuin vertailujärjestysnumeron ja vastaanotetun paketin 24 107000 järjestysnumeron ja vertailujärjestysnumeron ero alittaa ennalta asetetun rajan, vastaanotetun paketin järjestysnumero vertailujärjestysnumeroksi.
11. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä että 5 virhetoiminto käsittää uuden paketin hylkäämisen.
12. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä että järjestysnumero on datapaketin aikaleima. ίο
13. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä että järjestysnumero on datapaketin jaksonumero.
14. Liityntäverkkoelementti (MS) käsittäen: välineet (101,103) datapaketin siirtämiseksi purkajaan (SGSN) 15 mainitun datapaketin sisältäessä otsikon otsikkodatakenttineen; välineet (101,103) otsikon pakkaamiseksi jättämällä pois sellaiset otsikkodatakentät, jotka säilyvät datasiirron aikana muuttumattomina lähetyksestä alkaen; välineet (101,103) datapaketin lähettämiseksi purkajalle mainitun 20 datapaketin sisältäessä informaatiota yhdessä tai useammassa datasiirron aikana muuttuvassa otsikkodatakentässä; tunnettu siitä, että se käsittää '. välineet (101,103) datapaketin pakkausjaksossa tunnistamiseen »» · : liittyvän otsikkodatakentän pakatun arvon lähettämiseksi. ‘...*25 « · « v r
15. Patenttivaatimuksen 14 mukainen liityntäverkkoelementti, tunnettu siitä, että • f · *·* ‘ se käsittää: välineet (101,103) järjestysnumeron käsittävän datapaketin • » vastaanottamiseksi, joka mainittu järjestysnumero ilmaisee kyseisen paketin •; 30 paikan lähetetyssä pakettisarjassa; ‘: : välineet (101,103) vastaanotetun paketin järjestysnumeron *: : vertaamiseksi aiemmin tallennettuun järjestysnumeroon; • « · 25 107000 välineet (101,103) virhetoiminnon käynnistämiseksi vasteena sille, että vastaanotetun paketin järjestysnumeron ja aiemmin tallennetun järjestysnumeron välinen ero ylittää ennalta määritellyn rajan; välineet (101,103) otsikon pakkausalgoritmin käynnistämiseksi 5 vasteena sille, että vastaanotetun paketin järjestysnumeron ja aiemmin tallennetun järjestysnumeron välinen ero alittaa ennalta määritellyn rajan; välineet (101,103) vastaanotetun paketin järjestysnumeron tallentamiseksi vertailujärjestysnumeroksi vasteena sille, että vastaanotetun paketin järjestysnumero on suurempi kuin vertailujärjestysnumero. 10
16. Liityntäverkkoelementti (MS) käsittäen: välineet (101,103) datapakettien vastanottamiseksi mainittujen datapakettien käsittäessä otsikon otsikkodatakenttineen; välineet (101,103) sellaisten otsikkodatakenttien tallentamiseksi jotka 15 pysyvät muuttumattomana datasiirron aikana; välineet (101,103) pakattujen datapakettien vastanottamiseksi, jotka datapaketit käsittävät informaatiota yhdessä tai useammassa otsikkodatakentässä, jotka muuttuvat datasiirron aikana; välineet (101,103) pakattujen datapakettien purkamiseksi käyttäen 20 tallennettuja otsikkodatakenttiä ja yhdessä tai useammassa datasiirron aikana muuttuvassa otsikkodatakentässä vastaanotettua informaatiota; tunnettu siitä että se käsittää: välineet (101,103) datapaketin pakkausjaksossa yksilöivän pakatun • V arvon vastaanottamiseksi datapaketissa; • · · 25 välineet (101,103) asiayhteysdatan ylläpitämiseksi, joka •«. < ’ asiayhteysdata käsittää informaatiota vastaanotetun pakatun arvon • · · · yhdistämiseksi vastaavaan pakkausjaksoon, ja mainittu informaatio päivitetään vastaanotettujen pakattujen arvojen perusteella; • · ';··* välineet (101,103) pakatun arvon ja vastaavan pakkausjakson 30 informaation käyttämiseksi pakatun arvon sijoittamiseksi otsikkodatakenttään ’;: pu retussa datapaketissa. 26 107000
17. Patenttivaatimuksen 14 tai 16 mukainen liityntäverkkoelementti, tunnettu siitä, että otsikkodatakentän pakattu arvo on ensimmäinen määrä datakentän vähiten merkitseviä bittejä.
18. Patenttivaatimusten 14 tai 16 mukainen liityntäverkkoelementti, tunnettu siitä, että elementti on matkaviestinverkon siirtyvä päätelaite.
19. Patenttivaatimusten 14 tai 16 mukainen liityntäverkkoelementti, tunnettu siitä, että elementti on GPRS:ä tukevan matkaviestinverkon SGSN. 10 »1 · • · · • · • · * 1 · • « • » • · 1 * · · * · |\ • « · • · < • » » • · · * · • · ·2 • · · • « * · · • · · I I • 1 2 • » 27 107000
FI990335A 1999-02-17 1999-02-17 Otsikon pakkaaminen reaaliaikaisissa palveluissa FI107000B (fi)

Priority Applications (13)

Application Number Priority Date Filing Date Title
FI990335A FI107000B (fi) 1999-02-17 1999-02-17 Otsikon pakkaaminen reaaliaikaisissa palveluissa
AT00905087T ATE279822T1 (de) 1999-02-17 2000-02-14 Headerkompression in echtzeitdiensten
EP00905087A EP1153490B1 (en) 1999-02-17 2000-02-14 Header compression in real time services
EP04024023A EP1513305A3 (en) 1999-02-17 2000-02-14 Header compression in real time services
PCT/FI2000/000107 WO2000049748A1 (en) 1999-02-17 2000-02-14 Header compression in real time services
AU26737/00A AU2673700A (en) 1999-02-17 2000-02-14 Header compression in real time services
DK00905087T DK1153490T3 (da) 1999-02-17 2000-02-14 Headerkomprimering ved tidstro serviceydelser
DE60014852T DE60014852T2 (de) 1999-02-17 2000-02-14 Headerkompression in echtzeitdiensten
ES00905087T ES2230062T3 (es) 1999-02-17 2000-02-14 Compresion de encabezados en servicios en tiempo real.
JP2000600378A JP3751823B2 (ja) 1999-02-17 2000-02-14 実時間サービスにおけるヘッダ圧縮
CNB008039364A CN1197281C (zh) 1999-02-17 2000-02-14 实时业务中的标题压缩
US09/505,643 US6751209B1 (en) 1999-02-17 2000-02-16 Header compression in real time service
HK02105075A HK1043451A1 (en) 1999-02-17 2002-07-08 Header compression in real time services.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI990335A FI107000B (fi) 1999-02-17 1999-02-17 Otsikon pakkaaminen reaaliaikaisissa palveluissa
FI990335 1999-02-17

Publications (3)

Publication Number Publication Date
FI990335A0 FI990335A0 (fi) 1999-02-17
FI990335A FI990335A (fi) 2000-08-18
FI107000B true FI107000B (fi) 2001-05-15

Family

ID=8553824

Family Applications (1)

Application Number Title Priority Date Filing Date
FI990335A FI107000B (fi) 1999-02-17 1999-02-17 Otsikon pakkaaminen reaaliaikaisissa palveluissa

Country Status (12)

Country Link
US (1) US6751209B1 (fi)
EP (2) EP1153490B1 (fi)
JP (1) JP3751823B2 (fi)
CN (1) CN1197281C (fi)
AT (1) ATE279822T1 (fi)
AU (1) AU2673700A (fi)
DE (1) DE60014852T2 (fi)
DK (1) DK1153490T3 (fi)
ES (1) ES2230062T3 (fi)
FI (1) FI107000B (fi)
HK (1) HK1043451A1 (fi)
WO (1) WO2000049748A1 (fi)

Families Citing this family (103)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI106499B (fi) * 1998-12-29 2001-02-15 Nokia Networks Oy Tiedonsiirtomenetelmä ja verkkoelementti
US6594276B1 (en) 1999-04-01 2003-07-15 Nokia Corporation Apparatus and associated method for communicating multimedia information upon a communication link
US6608828B1 (en) 1999-09-15 2003-08-19 Ericsson Inc. Methods and systems for decoding headers that are repeatedly transmitted and received along with data on a radio channel
US6535925B1 (en) 1999-11-09 2003-03-18 Telefonaktiebolaget L M Ericsson (Publ) Packet header compression using division remainders
US7420951B1 (en) 1999-11-12 2008-09-02 Nortel Networks Limited Packet-switched communications in a mobile network
US6771659B1 (en) * 2000-01-21 2004-08-03 Nokia Mobile Phones Ltd. Method and apparatus for a selective acknowledgement scheme in a modified unacknowledge mode for use over a communications link
US6999429B1 (en) * 2000-03-03 2006-02-14 Telefonaktiebolaget Lm Ericsson Access technology integrated header compression
EP1146713B1 (en) 2000-03-03 2005-04-27 NTT DoCoMo, Inc. Method and apparatus for packet transmission with 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
US7539130B2 (en) * 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
US7136377B1 (en) * 2000-03-31 2006-11-14 Cisco Technology, Inc. Tunneled datagram switching
US7006478B1 (en) 2000-05-22 2006-02-28 Nortel Networks Limited Communicating over one or more paths in an interface between a base station and a system controller
US6868275B2 (en) * 2000-08-02 2005-03-15 Siemens Aktiengesellschaft Method and configuration for transmitting data in a motor vehicle
EP1187416B1 (en) * 2000-09-07 2005-03-23 Matsushita Electric Industrial Co., Ltd. Method and apparatus for transmitting data packets
JP3323483B2 (ja) * 2000-09-12 2002-09-09 松下電器産業株式会社 パケット送信装置およびパケット伝送方法
AU2001294142A1 (en) * 2000-09-20 2002-04-02 Main.Net Communication Ltd. Multimedia communications over power lines
GB2367459A (en) * 2000-09-28 2002-04-03 Roke Manor Research Method of compressing data packets
ES2266273T3 (es) * 2000-09-28 2007-03-01 Nokia Corporation Metodo y compresor para la compresion de informacion de indicacion de tiempo de paquetes.
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
FI110739B (fi) 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
JP2002152308A (ja) * 2000-11-09 2002-05-24 Nec Corp データ通信システム、その通信方法及びその通信プログラムを記録した記録媒体
KR100438167B1 (ko) * 2000-11-10 2004-07-01 엘지전자 주식회사 인터넷 전화통신을 위한 음성신호 송수신장치
US6950445B2 (en) * 2000-11-16 2005-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Communication system and method for shared context compression
US6985965B2 (en) * 2000-11-16 2006-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Static information knowledge used with binary compression methods
GB2372180A (en) * 2001-02-07 2002-08-14 Motorola Inc Compression of SIP/SDP headers by omitting standard fields from transmission and insertion of omitted fields from cache at receiver
US20020191691A1 (en) * 2001-05-10 2002-12-19 Holborow Clive Eric Payload header suppression including removal of fields that vary in known patterns
WO2003007572A1 (en) * 2001-07-13 2003-01-23 Roke Manor Research Limited Method for compressing protocols and related system
CN1225883C (zh) * 2001-07-27 2005-11-02 华为技术有限公司 一种节约带宽的语音传送方法
EP1301008B1 (en) * 2001-10-04 2005-11-16 Alcatel Process for transmission of data via a communication network to a terminal and network node
US7844683B2 (en) * 2001-10-10 2010-11-30 Juniper Networks, Inc. String matching method and device
US7836124B2 (en) * 2001-11-16 2010-11-16 Clearwire Legacy Llc RTP, UDP, IP header compression on the circuit switched type airlink access
DE60229482D1 (de) * 2001-11-24 2008-12-04 Lg Electronics Inc Verfahren zur Übertragung von Paketdaten in komprimierter Form in einem Kommunikationssystem
US7370120B2 (en) * 2001-12-07 2008-05-06 Propel Software Corporation Method and system for reducing network latency in data communication
FI113324B (fi) 2001-12-21 2004-03-31 Nokia Corp Parannettu laitejärjestely, päätelaite ja menetelmä audiosignaalin siirrossa pakettikytkentäisessä tiedonsiirtoverkossa
US6976081B2 (en) * 2002-01-30 2005-12-13 Motorola, Inc. Session initiation protocol compression
US7177658B2 (en) 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications system
US7143191B2 (en) * 2002-06-17 2006-11-28 Lucent Technologies Inc. Protocol message compression in a wireless communications system
KR100497357B1 (ko) * 2002-06-26 2005-06-23 삼성전자주식회사 인터넷 프로토콜 기반 네트워크 환경에 있어서 헤더 압축및 패킷 다중화 장치와 그 방법
JP4317403B2 (ja) 2002-08-09 2009-08-19 パナソニック株式会社 ヘッダ圧縮装置及びヘッダ圧縮方法
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
US7647421B2 (en) * 2002-08-20 2010-01-12 Nokia Corporation Extension header compression
US7515903B1 (en) * 2002-10-28 2009-04-07 At&T Mobility Ii Llc Speech to message processing
US7503001B1 (en) * 2002-10-28 2009-03-10 At&T Mobility Ii Llc Text abbreviation methods and apparatus and systems using same
US7315902B2 (en) * 2002-12-19 2008-01-01 International Business Machines Corporation Compression and abbreviation for fixed length messaging
US20040199660A1 (en) * 2003-02-14 2004-10-07 Nokia Corporation Method of multiplexing compressed and uncompressed internet protocol packets
US20040165585A1 (en) * 2003-02-25 2004-08-26 Koji Imura Packet transmission apparatus and packet transmission method
CN1802567B (zh) * 2003-07-08 2012-04-25 思科技术公司 用于对用户数据报协议分组执行压缩的方法和系统
US7065087B2 (en) * 2003-07-08 2006-06-20 Cisco Technology, Inc. Performing compression of user datagram protocol packets
FR2857538B1 (fr) * 2003-07-08 2006-10-06 At & T Corp Systeme et methode de compression d'en-tete de paquets bases sur la creation dynamique d'un gabarit
US7317724B2 (en) * 2003-07-08 2008-01-08 Cisco Technology, Inc. Performing compression of user datagram protocol packets
US7860032B2 (en) * 2003-08-08 2010-12-28 Qualcomm Incorporated Apparatus and method for efficiently running applications on a wireless communication device
TWI407793B (zh) * 2003-08-21 2013-09-01 Qualcomm Inc 對廣播／多播內容之外部編碼方式、外部編碼實體及起源台
US8694869B2 (en) 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
US7318187B2 (en) 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
US8804761B2 (en) 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
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
AU2003280552A1 (en) * 2003-10-30 2005-05-19 Utstarcom (China) Co. Ltd. A device and method on real time ip packet wireless transfer using compress header technique
US20050144311A1 (en) * 2003-12-09 2005-06-30 International Business Machines Corporation Communications network for transmitting packets of data via a plurality of sequential routers from a transmitting station to a receiving station with packet header coding for maximizing transmission efficiency
US7430617B2 (en) 2003-12-19 2008-09-30 Nokia Corporation Method and system for header compression
US20050169223A1 (en) * 2004-01-16 2005-08-04 Crocker Ronald T. Method and apparatus for facilitating a PTT session initiation using an IP-based protocol
DE102004003551A1 (de) * 2004-01-23 2005-08-18 Siemens Ag Kompressionsverfahren für einen Bytestrom in Netzwerkprotokollen
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
CN100373900C (zh) * 2004-06-15 2008-03-05 中兴通讯股份有限公司 头压缩中的上下文标识的拥塞解决方法
KR100739509B1 (ko) 2004-07-30 2007-07-13 삼성전자주식회사 다중 채널 구조 무선 통신 시스템에서 헤더 정보 송수신장치 및 방법
US20060153196A1 (en) * 2005-01-11 2006-07-13 Conexant Systems, Inc. Systems and methods for achieving improved ADSL data rates over USB 1.1 channel
US7602778B2 (en) * 2005-06-29 2009-10-13 Cisco Technology, Inc. System and methods for compressing message headers
CN1901537A (zh) * 2005-07-22 2007-01-24 国际商业机器公司 自适应会话压缩管理方法、压缩管理器及会话管理系统
KR100748342B1 (ko) 2005-09-14 2007-08-09 매그나칩 반도체 유한회사 씨모스 이미지 센서의 제조방법
US7484169B2 (en) * 2006-02-15 2009-01-27 General Electric Company Implicit message sequence numbering for locomotive remote control system wireless communications
CN101022405B (zh) * 2006-06-23 2010-08-25 华为技术有限公司 一种通用成帧规程封装方法
CN101146025B (zh) * 2006-09-13 2010-12-08 华为技术有限公司 压缩实时传输协议的报文传输方法和系统以及压缩端单元
CN101155181B (zh) * 2006-09-25 2010-11-24 华为技术有限公司 数据流复用方法和数据流复用设备以及数据流复用系统
CN101170487B (zh) * 2006-10-25 2010-05-12 华为技术有限公司 数据流复用中的压缩方法和压缩系统以及压缩设备
US7680063B2 (en) * 2006-11-10 2010-03-16 Motorola, Inc. Method and apparatus for synchronizing transmissions from multiple transmitters
US20080117906A1 (en) * 2006-11-20 2008-05-22 Motorola, Inc. Payload header compression in an rtp session
US20080144490A1 (en) * 2006-12-19 2008-06-19 Innovative Sonic Limited Method and apparatus for providing voice communication service in a wireless communications system
BRPI0622135A2 (pt) * 2006-12-21 2011-12-27 Thomson Licensing mÉtodo para suporte corretivo de erros futuros para dados de vÍdeo e Áudio em tempo real atravÉs de redes de trabalho protocoladas na internet
WO2008117988A1 (en) * 2007-03-26 2008-10-02 Electronics And Telecommunications Research Institute Wireless packet communication system and resource scheduling method thereof
CN101286154B (zh) * 2007-04-09 2016-08-10 谷歌股份有限公司 输入法编辑器用户档案
US20090052453A1 (en) * 2007-08-22 2009-02-26 Minkyu Lee Method and apparatus for improving the performance of voice over IP (VoIP) speech communications systems which use robust header compression (RoHC) techniques
US7885294B2 (en) * 2007-08-23 2011-02-08 Cisco Technology, Inc. Signaling compression information using routing protocols
US8001278B2 (en) * 2007-09-28 2011-08-16 Intel Corporation Network packet payload compression
US20090094459A1 (en) * 2007-10-09 2009-04-09 Schneider Jerome L Method and system for associating one or more pestware-related indications with a file on a computer-readable storage medium of a computer
US8155090B2 (en) * 2007-11-01 2012-04-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for efficient multimedia delivery in a wireless packet network
US8588245B2 (en) 2009-02-17 2013-11-19 Telefonaktiebolaget L M Ericsson (Publ) Methods and systems for frame generation in communication networks
US8140709B2 (en) * 2009-08-07 2012-03-20 Alcatel Lucent Two stage internet protocol header compression
US8874793B2 (en) 2009-11-30 2014-10-28 Qualcomm Innovation Center, Inc. Methods and apparatus for improving header compression
EP2381621A1 (en) * 2010-04-21 2011-10-26 Thomson Licensing Method for evaluating an available path bitrate based on an acknowledgment path selection
KR101218444B1 (ko) * 2011-03-07 2013-01-21 (주)네오위즈게임즈 전송을 위한 데이터 생성 방법 및 그 서버
CN103825869A (zh) * 2012-11-19 2014-05-28 中兴通讯股份有限公司 以太网报文头的压缩及解压缩方法、压缩及解压缩设备
CN103914449B (zh) * 2012-12-29 2017-06-16 上海可鲁系统软件有限公司 一种多源时间序列数据压缩存储方法
US9270109B2 (en) 2013-03-15 2016-02-23 Schweitzer Engineering Laboratories, Inc. Exchange of messages between devices in an electrical power system
US9620955B2 (en) 2013-03-15 2017-04-11 Schweitzer Engineering Laboratories, Inc. Systems and methods for communicating data state change information between devices in an electrical power system
US9065763B2 (en) 2013-03-15 2015-06-23 Schweitzer Engineering Laboratories, Inc. Transmission of data over a low-bandwidth communication channel
US9374443B2 (en) * 2013-07-11 2016-06-21 Qualcomm Incorporated Method and apparatus for efficient packet compression
US9674803B2 (en) 2013-09-23 2017-06-06 Qualcomm Incorporated Out-of synchronization detection and correction during compression
JP6524771B2 (ja) * 2015-03-23 2019-06-05 日本電気株式会社 通信装置、パケット伝送方法、及び、プログラム
CN105635182B (zh) * 2016-03-11 2019-01-18 四川盛世天鱼科技有限公司 一种数据压缩传输方法及系统
EP3264779B1 (en) * 2016-06-30 2022-04-13 Apple Inc. Apparatus adapted for maintaining receiving data quality and method for receiving data
CN107645746B (zh) * 2016-07-20 2021-03-16 深圳市中兴微电子技术有限公司 一种上下文更新方法、系统及设备
CN106230596A (zh) * 2016-07-26 2016-12-14 乐视控股（北京）有限公司 数字标记生成、验证方法和装置
RU2687217C1 (ru) * 2018-06-20 2019-05-07 Открытое Акционерное Общество "Информационные Технологии И Коммуникационные Системы" Способ предотвращения фрагментации TCP/IP-пакетов при использовании VPLS в сети с коммутацией пакетов
US10819727B2 (en) 2018-10-15 2020-10-27 Schweitzer Engineering Laboratories, Inc. Detecting and deterring network attacks

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2065578C (en) * 1991-04-22 1999-02-23 David W. Carr Packet-based data compression method
US5579316A (en) 1994-05-02 1996-11-26 Adtran Communications technique for transmitting limited size digital data frames using macro headers to represent multiple header code patterns associated with encapsulation protocols and signal processing operations to which transmitted data are subjected
US5535199A (en) * 1994-09-06 1996-07-09 Sun Microsystems, Inc. TCP/IP header compression X.25 networks
FI962381A (fi) * 1996-06-07 1997-12-08 Nokia Telecommunications Oy Datan pakkaaminen tietoliikenneyhteydellä
US5835730A (en) * 1996-07-31 1998-11-10 General Instrument Corporation Of Delaware MPEG packet header compression for television modems
AU8568598A (en) * 1997-07-15 1999-02-10 Comsat Corporation A frame format and frame assembling/disassembling method for the frame format
US6438123B1 (en) * 1998-11-10 2002-08-20 Cisco Technology, Inc. Method and apparatus for supporting header suppression and multiple microflows in a network
US6480537B1 (en) * 1999-02-25 2002-11-12 Telcordia Technologies, Inc. Active techniques for video transmission and playback
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
US6535925B1 (en) * 1999-11-09 2003-03-18 Telefonaktiebolaget L M Ericsson (Publ) Packet header compression using division remainders
JP3730835B2 (ja) * 2000-03-03 2006-01-05 株式会社エヌ・ティ・ティ・ドコモ パケット伝送方法、中継装置およびデータ端末

Also Published As

Publication number Publication date
EP1513305A3 (en) 2005-06-01
HK1043451A1 (en) 2002-09-13
DE60014852T2 (de) 2005-02-10
US6751209B1 (en) 2004-06-15
FI990335A (fi) 2000-08-18
CN1340255A (zh) 2002-03-13
DK1153490T3 (da) 2004-11-15
JP2002537716A (ja) 2002-11-05
JP3751823B2 (ja) 2006-03-01
AU2673700A (en) 2000-09-04
DE60014852D1 (de) 2004-11-18
CN1197281C (zh) 2005-04-13
WO2000049748A1 (en) 2000-08-24
EP1153490A1 (en) 2001-11-14
ATE279822T1 (de) 2004-10-15
EP1513305A2 (en) 2005-03-09
EP1153490B1 (en) 2004-10-13
ES2230062T3 (es) 2005-05-01
FI990335A0 (fi) 1999-02-17

Similar Documents

Publication Publication Date Title
FI107000B (fi) Otsikon pakkaaminen reaaliaikaisissa palveluissa
US11395184B2 (en) Method and apparatus for receiving data packets
US6839339B1 (en) Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets
US9357039B2 (en) Header elimination for real time internet applications
EP1604535B1 (en) Telecommunications apparatuses and method for communicating internet protocol packet data
US7164665B2 (en) Transfer of IP data in telecommunications system
US7328283B2 (en) Header compression/decompression apparatus and header compression/decompression method
FI110739B (fi) Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
US7733867B2 (en) Header compression for real time internet applications
EP1191750B1 (en) UMTS protocol frame format to support quality of service
FI106763B (fi) Menetelmä käytössä olevan protokollan tiedottamiseksi protokollapinon muille kerroksille
US20040199660A1 (en) Method of multiplexing compressed and uncompressed internet protocol packets
US7675851B2 (en) System and method for synchronizing a back-up device in a communications environment
WO2010020197A1 (zh) 一种数据的传输方法、通信设备及通信系统
FI115940B (fi) Menetelmä ja laitteisto palvelulaadun toteuttamiseksi tiedonsiirrossa
US20070242683A1 (en) Plural telecommunications functions having sharing transaction(s)
KR20060013922A (ko) 이동통신 시스템에서 사용자 데이터 프로토콜 체크섬을 포함하는 음성패킷망의 패킷 송/수신 방법 및 장치
US6229823B1 (en) System and method for the compression of proprietary encapsulations
WO2006008341A1 (en) Header compression between a compressor and a decompressor
CN115002833B (zh) 以太帧的发送方法、接收方法、装置、设备和介质
West et al. IP header and signalling compression for 3G systems

Legal Events

Date Code Title Description
PC Transfer of assignment of patent

Owner name: NOKIA CORPORATION

Free format text: NOKIA CORPORATION

PC Transfer of assignment of patent

Owner name: NOKIA TECHNOLOGIES OY

MA Patent expired