FI112140B - Informaation kommunikointi - Google Patents

Informaation kommunikointi Download PDF

Info

Publication number
FI112140B
FI112140B FI20011089A FI20011089A FI112140B FI 112140 B FI112140 B FI 112140B FI 20011089 A FI20011089 A FI 20011089A FI 20011089 A FI20011089 A FI 20011089A FI 112140 B FI112140 B FI 112140B
Authority
FI
Finland
Prior art keywords
codec
network
communication device
message
supported
Prior art date
Application number
FI20011089A
Other languages
English (en)
Swedish (sv)
Other versions
FI20011089A0 (fi
FI20011089A (fi
Inventor
Bernhard Hoeneisen
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
Priority to FI20011089A priority Critical patent/FI112140B/fi
Publication of FI20011089A0 publication Critical patent/FI20011089A0/fi
Priority to PCT/FI2002/000433 priority patent/WO2002096040A1/en
Priority to US10/153,239 priority patent/US20030115332A1/en
Priority to EP02724352A priority patent/EP1400069A1/en
Publication of FI20011089A publication Critical patent/FI20011089A/fi
Application granted granted Critical
Publication of FI112140B publication Critical patent/FI112140B/fi

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/181—Transcoding devices; Rate adaptation devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session 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/24—Negotiation of communication capabilities
    • 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/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

INFORMAATION KOMMUNIKOINTI 112140
Keksintö liittyy informaation kommunikointiin. Keksintö liittyy erityisesti, muttei pelkästään, koodekkiin liittyvän informaation kommunikointiin ensimmäisen ja 5 toisen kommunikointilaitteen välillä verkon kautta.
Langattomissa tietoliikennejärjestelmissä informaatiota siirretään koodatussa muodossa lähettävän kommunikointilaitteen ja vastaanottavan kommunikointilaitteen välillä. Lähettävä kommunikointilaite koodaa alkuperäisen 10 informaation koodatuksi informaatioksi ja lähettää sen vastaanottavalle kommunikointilaitteelle. Vastaanottava kommunikointilaite dekoodaa vastaanotetun koodatun informaation uudelleenmuodostaakseen alkuperäisen informaation. Koodaus ja dekoodaus suoritetaan koodekeissa. Täten koodaus suoritetaan koodekissa, joka sijaitsee lähettävässä kommunikointilaitteessa ja 15 dekoodaus koodekissa, joka sijaitsee vastaanottavassa kommunikointilaitteessa. Koska kuitenkin on olemassa monta erilaista koodekkia, lähettävän päätelaitteen ja vastaanottavan päätelaitteen täytyy sopia istunnossa käytettävästä koodekista (käytettävistä koodekeista). Tämä sopimismenettely tapahtuu :'·.· istunnonmuodostuksen alussa ja sitä nimitetään koodekin neuvottelumenettelyksi.
:Y 20
Koodekin neuvottelumenettelyä kolmannen sukupolven matkaviestinjärjestelmiä :"·· (3G) varten ollaan parhaillaan standardoimassa. Yksi standardiehdotuksista koodekin neuvottelumenettelyksi kolmannen sukupolven matkaviestinjärjestelmää varten käsitellään seuraavassa kuvioiden 1 ja 2 avulla.
25
Kuvio 1 esittää kolmannen sukupolven matkaviestinjärjestelmää koodekin neuvottelemiseksi. Järjestelmässä muodostetaan signalointiketju ensimmäisen ; ' kommunikointilaitteen (jota nimitetään tästä lähtien UE1:ksi) ja toisen kommunikointilaitteen (jota nimitetään tästä lähtien UE2:ksi) välille. Signalointiketju 30 kulkee ensimmäisen P-CSCF:n (Proxy Call State Control Function, jota nimitetään • tästä lähtien P-CSCF1:ksi), ensimmäisen S-CSCF:n (Serving Call State Control : Function, jota nimitetään tästä lähtien S-CSCF1:ksi), toisen S-CSCF:n (S-CSCF2), toisen P-CSCF:n (P-CSCF2) läpi. P-CSCF1, S-CSCF1, P-CSCF2 ja S-CSCF2 112140 2 ovat loogisia verkkotoiminteita, jotka voivat olla toteutettu niin, että ne muodostavat erillisiä fyysisiä verkkoelementtejä, tai ne voivat olla integroitu joihinkin jo olemassa oleviin fyysisiin verkkoelementteihin. Esimerkiksi P-CSCF1 ja S-CSCF1 voivat olla integroitu ensimmäiseen yhdyskäytävä-GPRS-tukisolmuun 5 GGSN (Gateway General Packet Radio Service (GPRS) Support Node), ja niitä voi hallita ensimmäinen verkko-operaattori. P-CSCF2 ja S-CSCF2 voivat olla integroitu toiseen GGSNiän, ja niitä voi hallita toinen verkko-operaattori. Rajapinnat yllä mainittujen eri laitteiden ja toimintojen välillä on määritelty 3GPP-spesifikaatioissa (3rd Generation Partnership Project). Alan ammattimies tietää, 10 että järjestelmässä voi olla muita kuin kuviossa 1 esitettyjä verkkoelementtejä ja/tai ohjausfunktioita.
P-CSCF1 ja S-CSCF1 ovat muun muassa vastuussa palvelujen tarjoamisesta ja resurssien (esimerkiksi radioresurssien) varaamisesta UE1:tä varten. P-CSCF1 15 ohjaa UE1:tä siten, että se ei ylitä resursseja, jotka verkko kykenee sille tarjoamaan. S-CSCF1 ohjaa UE1:tä siten, että se ei ylitä resursseja, jotka sen käyttäjä on tilannut.
P-CSCF1 ja S-CSCF1 ovat muun muassa vastuussa palvelujen tarjoamisesta ja :Y 20 resurssien varaamisesta UE2:ta varten. P-CSCF2 ohjaa UE2:ta siten, että se ei ylitä resursseja, jotka verkko kykenee sille tarjoamaan. S-CSCF2 ohjaa UE2:ta siten, että se ei ylitä resursseja, jotka sen käyttäjä on tilannut.
:...· Kun UE1 aloittaa istunnon UE2:n kanssa, istunnossa käytettävä koodekki pitää 25 määrittää (neuvotella). Jos istunto tulee olemaan multimediaistunto, eli istunto tullaan muodostamaan enemmän kuin yhdellä mediavirralla (esimerkiksi audiovirta ja videovirta), kunkin virran yhteydessä käytettävät koodekit tulee neuvotella.
'·; Standardiehdotuksen (3G TS 23.228 version 1.7.0) mukaan neuvottelu suoritetaan 30 sillä tavalla, että UE1 (nimitetään myös istunnon aloittajaksi) ensin muodostaa SIP-protokollan (Session Initiation Protocol) mukaisesti SIP INVITE-viestin, joka : :* käsittää tietyt SIP-otsakekentät ja sanomarungon. Ehdotuksen mukaan sanomarunko muodostetaan SDP-protokollan (Session Description Protocol)
A
112140 3 mukaisesti, ja sitä nimitetään SDP-sanomarungoksi.
UE1 muodostaa SDP-sanomarungon sillä tavalla, että se sisältää listan (joukon) koodekkeja, joita UE1 kykenee ja on halukas tukemaan istunnossa. UE1 lähettää 5 SIP INVITE -viestin UE2:lle. Kun SIP INVITE -viesti saapuu UE2:lle, UE2 vastaa UE1:lle muodostamalla ja lähettämällä vastausviestin, joka myös sisältää SDP-sanomarungon, UE1:lle. Vastausviestiä nimitetään SIP-protokollassa ”183-viestiksi”. Vastausviestin SDP-sanomarunko sisältää toisen koodekkilistan, joka ilmaisee koodekit, joita UE2 kykenee ja on halukas tukemaan istunnossa. Toinen 10 lista muodostetaan perustuen SIP INVITE-viestin SDP-sanomarungon koodekkilistan sisältöön ja perustuen UE2:n kyvykkyyteen ja halukkuuteen tukea näitä koodekkeja. Jos UE2 kykenee ja on halukas tukemaan kaikkia samoja koodekkeja kuin UE1, tämä johtaa siihen, että toinen koodekkilista on sama kuin (alkuperäinen) koodekkilista, jonka UE1 alun perin muodosti. Jos UE2 kuitenkaan 15 ei kykene tai ole halukas tukemaan istunnossa yhtä tai useampaa alkuperäisen listan sisältämää koodekkia, UE2 jättää sellaisen koodekin tai sellaiset koodekit pois toisesta listasta. Jos näin on, toinen lista on osalista alkuperäisestä listasta. Kussakin tapauksessa toinen lista sisältää koodekit, joita sekä UE1 että UE2 :' · ‘ kykenevät ja ovat halukkaita tukemaan istunnossa.
0.’ 20
Kun 183-viesti, jonka UE2 on lähettänyt, saapuu UE1:lie, UE1 päättää, mikä (tai *'·" mitkä, jos kyseessä on multimediaistunto) kaikista toisen listan sisältämistä tuetuista koodekeista on se, jota tullaan käyttämään istunnossa. Sen jälkeen kun se on päättänyt tämän, se lähettää UE2:lle kolmannen viestin (jota nimitetään 25 Final SDP:ksi), joka kertoo UE2:lle koodekin (tai koodekit), jota (joita) tullaan käyttämään muodostettavassa istunnossa.
' Jos viestit kuitenkin lähetetään päästä-päähän-tavalla, kuten yllä on kuvattu, , aiheutuu ongelma, koska päätös käytettävästä koodekista (käytettävistä 30 koodekeista) tehdään ilman kapasiteetin, jonka verkko kykenee tarjoamaan, määrittämistä. Valittu koodekki voi esimerkiksi olla sellainen, että se vaatii I f : suurempaa kaistanleveyttä, kuin verkko kykenee tarjoamaan kyseessä olevana aikana.
t f I
4 112140
Eräs standardiehdotus yrittää ratkaista tämän ongelman antamalla verkkotoiminteiden P-CSCF1, S-CSCF1, S-CSCF2 ja P-CSCF2 poistaa ei-sopivat koodekit SIP INVITE -viestin SDP-sanomarungon koodekkilistasta. Seuraavassa 5 asiaa selostetaan yksityiskohtaisemmin viitaten nyt kuvioon 2.
Sen jälkeen kun UE1 on määrittänyt koodekit, joita se tukee istuntoa varten, se lähettää SIP INVITE -viestin UE2:lle. Kun SIP INVITE -viesti matkallaan UE2:lle saapuu P-CSCF1:lle, P-CSCF1 poistaa kaikki ei-sopivat koodekkivaihtoehdot 10 SDP-sanomarungon koodekkilistasta. Ei-sopivalla koodekkivaihtoehdolla tarkoitetaan sellaista koodekkilistan koodekkia, joka ei ole kyseisellä hetkellä (tai yleisesti ottaen perustuen verkko-operaattorin menettelytapaan) mahdollinen käytettäväksi istunnossa UE1:tä palvelevan verkon kannalta. Yksi esimerkki ei-sopivasta koodekkivaihtoehdosta olisi koodekki, joka käyttää liian isoa 15 kaistanleveyttä verrattu kaistanleveyteen, joka on saatavilla verkosta.
P-CSCF1 välittää viestin S-CSCF1:lle, joka poistaa koodekkilistasta kaikki koodekit, joita UE1:llä ei ole lupa pyytää (perustuen käyttäjän tilaajatietoihin liittyen ' UE1:n käyttäjään).
:Y 20 f’’ S-CSCF1 välittää viestin S-CSCF2:lle, joka poistaa koodekkilistasta kaikki koodekit, joita UE2:lla ei ole lupa pyytää (perustuen käyttäjän tilaajatietoihin liittyen UE2:n käyttäjään).
25 S-CSCF1 ja S-CSCF2 myös poistavat koodekkilistasta kaikki koodekit, joita ei verkko-operaattorin menettelytapaan perustuen tueta.
S-CSCF2 välittää viestin P-CSCF2:lle, joka poistaa kaikki ei-sopivat ‘ ·; koodekkivaihtoehdot SDP-sanomarungon koodekkilistasta. Jälleen, ei-sopivalla 30 koodekkivaihtoehdolla tarkoitetaan sellaista koodekkilistan koodekkia, joka ei ole kyseisellä hetkellä (tai yleisesti ottaen perustuen verkko-operaattorin ! menettelytapaan) mahdollinen käytettäväksi istunnossa nyt UE2:ta palvelevan verkon kannalta.
5 112140
Lopulta P-CSCF2 välittää SIP INVITE -viestin UE2:lle. UE2 vastaanottaa SIP INVITE -viestin, joka sisältää SDP-sanomarungon, joka nyt käsittää listan koodekeista, joita sekä UE1 että kaikki loogiset verkkotoiminteet P-CSCF1, S-5 CSCF1, S-CSCF2 ja P-CSCF2 ovat halukkaita tukemaan istunnossa.
UE2 vastaa nyt vastausviestillä (eli 183-viestillä), joka sisältää toisen listan koodekeista. Toinen lista muodostetaan perustuen vastaanotetun SIP INVITE-viestin SDP-sanomarungon koodekkilistan sisältöön ja perustuen UE2:n 10 kyvykkyyteen ja halukkuuteen tukea näitä koodekkeja. Jos UE2 on kyvykäs ja halukas tukemaan kaikkia SIP INVITE-viestissä vastaanotetun koodekkilistan sisältämiä koodekkeja, toinen lista tulee on sama kuin SIP INVITE -viestissä vastaanotettu koodekkilista. Jos UE2 ei ole kyvykäs tai halukas tukemaan istunnossa kaikkia SIP INVITE -viestissä vastaanotetun koodekkilistan sisältämiä 15 koodekkeja, UE2 jättää sellaisen koodekin tai sellaiset koodekit pois toisesta listasta. Molemmissa tapauksissa toinen lista on lista koodekeista, joita sekä UE1 että UE2 että kaikki verkkotoiminteet P-CSCF1, S-CSCF1, S-CSCF2 ja P-CSCF2 ovat halukkaita tukemaan istunnossa.
.·.· 20 Kun 183-viesti saapuu UE1 :lle, se voi tehdä valitessaan istunnossa aluksi käytettävää koodekkia (käytettäviä koodekkeja) valinnan, jossa automaattisesti ·:··.’ otetaan huomioon verkon kyvykkyys. Tieto valitusta koodekista lähetetään UE2:lle • · · · · Final SDP -viestissä samalla tavalla, kuin aikaisemmin on selostettu.
25 Edellä esitetyssä menetelmässä verkkoelementtien annetaan muokata SIP INVITE-viestin SDP-sanomarunkoa. Tämä voi kuitenkin vaikuttaa viestin eheys-tarkastukseen, joka suoritetaan. Erityisesti, jos tarkistussumma lasketaan UE1:ssä SDP-sanomarungon perusteella ja toinen tarkistussumma lasketaan UE2:ssa vastaanotetun SDP-sanomarungon perusteella, voi aiheutua ongelma, ··· 30 jos viestin eheys tarkistetaan vertaamalla tarkistussummia. Nimittäin, jos verkkotoiminteet sillä välillä muokkaavat SDP-sanomarunkoa, tarkistussummat : .·. eivät vastaa toisiaan ja UE2 hylkää viestin, koska se olettaa, että se on korruptoitunut. Toinen ongelma aiheutuu, jos verkko poistaa kaikki koodekkilistan 112140 6 koodekit. Jos SIP INVITE-viesti saapuu UE2:lle ilman että koodekkilistassa on koodekkeja, UE2 menee sekaisin.
Keksinnön erään ensimmäisen aspektin mukaan toteutetaan menetelmä 5 informaation kommunikoimiseksi ensimmäiseltä viestintälaitteelta toiselle viestintälaitteelle verkon kautta, jossa menetelmässä: lähetetään ensimmäiseltä viestintälaitteelta verkon kautta toiselle viestintälaitteelle viesti, joka käsittää otsakeosan ja sanomarungon; ilmaistaan sanomarungossa joukko koodekkiin liittyviä piirteitä, joita ensimmäinen 10 viestintälaite tukee ensimmäisen ja toisen viestintälaitteen välistä istuntoa varten, jossa menetelmässä lisäksi: ilmaistaan viestin otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, onko tämä piirre verkon toimesta tuettu.
15 Termi istunto tulee tulkita laajasti. Termi istunto kattaa erilaiset istunnot ja yhteyspalvelut, joissa koodekkeja käytetään.
Edullisesti, ilmaistaan sanomarungossa joukko koodekkeja, joita ensimmäinen viestintälaite tukee istuntoa varten, ja ilmaistaan otsakeosassa, mainitusta 20 joukosta koodekkeja, ne koodekit, joita verkko ei tue istuntoa varten.
·:·· Edullisesti, ilmaistaan sanomarungossa, joukko tietyn koodekin valintoja, joita ..... ensimmäinen viestintälaite tukee istuntoa varten, ja ilmaistaan otsakeosassa, : \ mainitusta joukosta tietyn koodekin valintoja, ne valinnat, joita verkko ei tue 25 istuntoa varten.
Erään edullisen sovellutusmuodon mukaan ilmaistaan mainittu ainakin yksi koodekkiin liittyvä piirre, jota verkko ei tue, SIP (Session Initiation Protocol) VVarning-otsakekentän avulla.
··· ' 30
Erään toisen edullisen sovellutusmuodon mukaan ilmaistaan mainittu ainakin yksi : .· koodekkiin liittyvä piirre, jota verkko ei tue, verkon muokattavissa olevan . · · ·. otsakekentän avulla.
7 112140
Erään toisen edullisen sovellutusmuodon mukaan menetelmässä: ilmaistaan viestin otsakeosassa, koskien ainakin yhtä koodekkiin liittyvää piirrettä, onko tämä piirre verkon toimesta tuettu, maskin avulla, joka maski käsittää 5 monikollisen määrän maskielementtejä, joista kukin edustaa yhtä koodekkiin liittyvää piirrettä.
Tässä sovellutusmuodossa mainitusta monikollisesta määrästä maskielementtejä kukin ilmaisee, onko vastaava koodekkiin liittyvä piirre tuettu, missä: 10 maskielementin tietyllä ensimmäisellä arvolla ilmaistaan, että koodekkiin liittyvä piirre on tuettu; ja maskielementin tietyllä toisella arvolla ilmaistaan, että koodekkiin liittyvä piirre ei ole tuettu.
15 Edullisesti, sanomarunko on SIP INVITE -viestin SDP-sanomarunko (Session Description Protocol) ja otsakeosa käsittää yhden tai useamman SIP-otsakekentän sen ilmaisemiseksi verkon toimesta, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkon toimesta tuettu.
.·.· 20 Edullisesti, mainittu joukko koodekkiin liittyviä piirteitä käsittää joukon AMR- :" ’. koodekin (Adaptive Multi Rate) toimintamoodeja/bittinopeuksia.
..... Keksinnön erään toisen aspektin mukaan toteutetaan lähettävä viestintälaite informaation kommunikoimiseksi vastaanottavalle viestintälaitteelle verkon kautta, 25 joka lähettävä viestintälaite käsittää: lähettimen viestin lähettämiseksi verkon kautta vastaanottavalle viestintälaitteelle, joka viesti käsittää otsakeosan ja sanomarungon, joka lähettävä viestintälaite on .'· konfiguroitu: ilmaisemaan sanomarungossa joukon koodekkiin liittyviä piirteitä, joita lähettävä 30 viestintälaite tukee lähettävän ja vastaanottavan viestintälaitteen välistä istuntoa *:··,' varten, joka lähettävä viestintälaite on konfiguroitu: : .· lähettämään viestin muodossa, joka mahdollistaa verkon ilmaisemaan viestin .··. otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, onko tämä piirre 8 112140 verkon toimesta tuettu.
Edullisesti lähettävä viestintälaite ja vastaanottava viestintälaite ovat matkaviestimiä.
5
Keksinnön erään kolmannen aspektin mukaan toteutetaan järjestelmä käsittäen ensimmäisen viestintälaitteen, verkon ja toisen viestintälaitteen informaation kommunikoimiseksi ensimmäiseltä viestintälaitteelta toiselle viestintälaitteelle verkon kautta, joka ensimmäinen viestintälaite käsittää: 10 lähettimen viestin lähettämiseksi ensimmäiseltä viestintälaitteelta verkon kautta toiselle viestintälaitteelle, joka viesti käsittää otsakeosan ja sanomarungon, joka ensimmäinen viestintälaite on konfiguroitu: ilmaisemaan sanomarungossa joukon koodekkiin liittyviä piirteitä, joita ensimmäinen viestintälaite tukee ensimmäisen ja toisen viestintälaitteen välistä 15 istuntoa varten, joka verkko käsittää: prosessoivan yksikön sen ilmaisemiseksi viestin otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkon toimesta tuettu.
:'f Keksinnön erään neljännen aspektin mukaan toteutetaan viesti informaation : y 20 kommunikoimiseksi ensimmäiseltä viestintälaitteelta toiselle viestintälaitteelle : verkon kautta, joka viesti on konfiguroitu: • · lähetettäväksi ensimmäiseltä viestintälaitteelta toiselle viestintälaitteelle verkon · kautta, joka viesti käsittää: , sanomarungon ilmaisemaan joukon koodekkiin liittyviä piirteitä, joita ensimmäinen 25 viestintälaite tukee ensimmäisen ja toisen viestintälaitteen välistä istuntoa varten, joka viesti lisäksi käsittää: otsakeosan sen ilmaisemiseksi, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkon toimesta tuettu.
» · 30 Keksinnön erään viidennen aspektin mukaan toteutetaan tietokoneohjelmatuote ': ” verkkotoiminteen toteuttamiseksi, joka tietokoneohjelmatuote käsittää: : .· tietokoneen suoritettavissa olevan koodin verkkotoiminteen mahdollistamiseksi • » * » » >/" käsitellä viestiä, joka siirretään ensimmäiseltä viestintälaitteelta toiselle * · « 112140 9 viestintälaitteelle, joka viesti käsittää sanomarungon ilmaisemaan joukon koodekkiin liittyviä piirteitä, joita ensimmäinen viestintälaite tukee ensimmäisen ja toisen viestintälaitteen välistä istuntoa varten ja otsakeosan; ja tietokoneen suoritettavissa olevan koodin sen ilmaisemiseksi viestin 5 otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkkotoiminteen toimesta tuettu.
Tulee ymmärtää, että koodekkiin liittyvät piirteet, joita tuetaan, voidaan ilmaista epäsuorasti. Tämä voidaan tehdä esimerkiksi järjestelmässä (ja sen olennaisissa 10 osissa), joka käyttää koodekkeja kiinteästä, ennalta määrätystä joukosta koodekkeja. Tällä tavalla, jos ilmaistaan koodekkiin liittyvät piirteet, joita ei tueta, silloin tuettujen koodekkiin liittyvien piirteiden pitäisi olla heti selvillä. Tätä voidaan soveltaa sanomarunkoon, otsakeosaan tai molempiin.
15 Keksinnön sovellutusmuotoja selostetaan nyt vain esimerkinomaisesti viittaamalla oheisiin piirustuksiin, joissa:
Kuvio 1 esittää kolmannen sukupolven matkaviestinjärjestelmää koodekin neuvottelemiseksi; Λ 20 ·." Kuvio 2 esittää koodekinneuvottelumenetelmää kuviossa 1 esitetyssä *:- järjestelmässä: ’ Kuvio 3 esittää koodekkineuvotteluun sopivaa viestirakennetta; 25
Kuviot 4a - 4c esittävät määrättyjä keksinnön sovellutusmuotojen mukaisen viestin yksityiskohtia;
Kuvio 5 esittää solukkoverkon matkaviestimen, joka sopii keksinnön 30 toteuttamiseen: ja • i * ; Kuvio 6 esittää keksinnön toteuttamiseen soveltuvaa GGSN:ä.
»*» » • · · 112140 10
Kuvioissa 1 ja 2 esitettyä järjestelmää ja viestijärjestystä voidaan käyttää myös keksinnön edullisessa sovellutusmuodossa. Keksinnön edullisessa sovellutusmuodossa ensimmäinen kommunikointilaite UE1 täten ensin lähettää toiselle kommunikointilaitteelle UE2 SIP INVITE -viestin, johon UE2 vastaa 5 vastausviestillä (esimerkiksi "183-viestillä"). Kun UE1 vastaanottaa vastausviestin, se päättää koodekista (koodekeista), jota (joita) tullaan käyttämään perustettavassa istunnossa. UE1 muodostaa päätökseen perustuen kolmannen viestin (Final SDP) ja lähettää kolmannen viestin, joka sisältää tiedon valitusta koodekista (valituista koodekeista), UE2:lle.
10
Edullisessa sovellutusmuodossa UE1 on solukkoradioverkon langaton liikkuva pääte ja UE2 on saman tai toisen solukkoradioverkon toinen langaton liikkuva pääte. Esimerkkinä solukkoradioverkosta on WCDMA-verkko (Wideband Code Division Multiple Access tai muu kolmannen sukupolven verkko.
15
Kuvio 3 esittää SIP-viestin perusrakenteen. Tämä on kaikkien kolmen tässä sovellutusmuodossa lähetettyjen viestien perusrakenne. SIP-viesti 31 käsittää SIP-otsakekentät 32 ja sanomarungon, joka on SDP-sanomarunko 33.
20 SIP-otsakekentät 32 sisältävät informaatiota viestin lähettäjästä ja . vastaanottajasta, kuten osoiteinformaatiota ja muuta yleistä alan ammattimiehen •: : tuntemaa informaatiota.
: SDP-sanomarunko 33 sisältää informaatiota koskien niitä mediavirtoja (esimerkiksi 25 informaatiota porteista ja koodekeista), joita tullaan käyttämään istunnossa. Kukin mediavirta määritellään SDP:ssä yhden mediarivin eli m-rivin avulla. Kukin mediavirta voi olla vielä tarkemmin määritelty m-riviä seuraavan yhden tai :; useamman attribuuttirivin eli yhden tai useamman a-rivin avulla.
··· 30 Oletetaan nyt, että UE1 haluaa aloittaa audioistunnon (puhe) UE2:n kanssa.
·:··· Tässä esimerkkitapauksessa UE1 tukee seuraavia kolmea koodekkia : , audioistuntoa varten: GSM-koodekki (Global System for Mobile communications), .···. G.723-koodekki ja AMR-koodekki. Tälle medialle m-rivi (SIP INVITE-viestin 11 112140 SDP.ssä) olisi silloin tällainen: m=audio 25170 RTP/AVP 3,4,97 , 5 missä audio ilmaisee mediatyypin, joka on audiovirta, 25170 ilmaisee porttinumeron, johon UE1 haluaa vastaanottaa median, RTP/AVP (Real-Time Transport Protocol/Audio Video Protocol) on käytettävä kuljetusprotokolla ja numerot 3, 4 ja 97 ilmaisevat RTP/AVP:ssä määritellyt koodekit, joita UE1 on kyvykäs ja halukas tukemaan istunnossa. Kohdentamiset ovat RTP/AVP:n 10 mukaan sellaiset, että numero 3 ilmaisee GSM-koodekkia, numero 4 ilmaisee G.723-koodekkia ja numero 97 ilmaisee AMR-koodekkia.
Koska AMR-koodekilla on kahdeksan eri toimintamoodia siten, että se voi toimia kahdeksalla eri bittinopeudella, nämä AMR-moodit/bittinopeudet tulisi myös 15 ilmaista.
Keksinnön edullisen sovellutusmuodon mukaan nopeudet, joita UE1 tukee istuntoa varten, ilmaistaan a-rivin avulla SDP-sanomarungossa.
.·.· 20 AMR-koodekki itsessään tukee kaikkia kahdeksaa bittinopeutta, mutta UE1 ei ;·*. saata olla kyvykäs tai halukas tukemaan kaikkia näistä bittinopeuksista.
·:·· Esimerkiksi, jos UE1 on suorittamassa toista tehtävää samanaikaisesti perustettavan istunnon kanssa, voi olla, että UE1 ei halua tukea joitakin korkeimmista bittinopeuksista istunnon alkuvaiheessa, vaikka se voi yleisesti olla 25 kyvykäs tukemaan näitä bittinopeuksia. Tyypillisessä tilanteessa kuitenkin UE1 on sekä kyvykäs että halukas tukemaan kaikkia bittinopeuksia.
Tässä esimerkkitapauksessa UE1 tukee kaikkia kahdeksaa bittinopeutta. Täten a-:rivi (SIP INVITE -viestin SDP:ssä) näyttäisi tällaiselta: ··· 30 ·:*·.' a=fmtp:97 mode_set=0,1,2,3,4,5,6,7, » · .**·. missä fmtp pohjimmiltaan ilmaisee sanomarungon formaatin, 97 ilmaisee, että a- 112140 12 rivi koskee AMR-koodekkia, mode_set=0,1,2,3,4,5,6,7 ilmaisee AMR- moodit/nopeudet, joita UE1 tukee istuntoa varten. Numeroiden 0-7 merkitys mode_set: ssä ja binäärimaskin käyttö selitetään yksityiskohtaisemmin seuraavassa.
5
Numerot 0-7mode_set-\\stassa vastaavat eri AMR-koodekin moodeja/nopeuksia seuraavaiia tavalla: 0 o 12.2 kbps 10 1 <=> 10.2 kbps 2 » 7.95 kbps 3 <=> 7.40 kbps 4 <s> 6.70 kbps 5 o 5.90 kbps 15 6 <=> 5.15 kbps 7 <=> 4.75 kbps
Jos tietty moodinumero sisältyy a-riviin, UE1 tukee vastaavaa moodia/nopeutta. Koska kaikki numerot 0-7 näkyvät listassa, tämä tulee täten tulkita siten, että 20 UE1 tukee kaikkia kahdeksaa moodia/bittinopeutta.
v UE1 lähettää langattomasi SIP INVITE-viestin sisältäen SDP-sanomarungon, joka käsittää yllä selostetun m-rivin ja a-rivin, UE2:lle. Päin vastoin kuin tekniikan tasossa, jos verkkotoiminteet P-CSCF1, S-CSCF1, S-CSCF2 tai P-CSCF2 25 löytävät minkä tahansa ei-sopivan koodekkivaihtoehdon SDP-sanomarungosta, ne eivät muokkaa SDP-sanomarunkoa, eli ne eivät poista mitään ei-sopivia ’· koodekkivaihtoehtoja m-rivin listasta. Sen sijaan ne ilmaisevat viestin otsakeosassa (kentissä) 32, jos yksi tai useampi koodekkivaihtoehto on ei-sopiva.
30 Samalla tavalla liittyen AMR-koodekin moodeihin/bittinopeuksiin verkkotoiminteet ilmaisevat viestin otsakeosassa (kentissä) 32, jos ne eivät tue yhtä tai useampaa ': . AMR-nopeutta, jota UE1 ilmaisee tukevansa.
Seuraavassa esitetään kolme vaihtoehtoa ei-tuettujen koodekkivaihtoehtojen/-: f 35 valintojen ilmaisemiseksi verkon toimesta. Termillä "koodekkivalinta" tarkoitetaan :t>> eri valintoja, joita tietyllä/yksittäisellä koodekilla voi olla, kuten AMR-koodekin eri 112140 13 bittinopeuksia, kun taas termi "koodekkivaihtoehto" viittaa koodekkeihin itseensä.
Yksi vaihtoehto ei-tuettujen koodekkivaihtoehtojen/-valintojen ilmaisemiseksi verkon toimesta on SIP Warning-otsakkeiden käyttö, toinen on muokattavissa 5 olevan uuden otsakekentän, joka erityisesti ilmaisee ei-tuetut koodekkivaihtoehdot/-valinnat, käyttö ja vielä eräs toinen vaihtoehto on niin kutsutun binäärimaskin käyttö.
Näistä vaihtoehdoista Warning-otsakkeiden käyttö selostetaan ensin. Warning-10 otsake sinänsä on tunnettu alan ammattimiehelle. Tässä vaihtoehdossa, kun SIP INVITE -viesti matkallaan UE2:lle ohittaa verkkotoiminteen, verkkotoiminne tarkistaa SDP-sanomarungon m-riviltä tuetut koodekit ja, jos verkkotoiminne (tai tarkemmin sanottuna verkko) ei tue yhtä tai useampaa tuetuista koodekeista, se lisää SIP Warning -otsakekentän SIP INVITE -viestin otsakeosaan (Kuvio 4a). 15 SIP Warning-otsake ilmaisee (UE2:lle), että verkko ei tue tiettyä yhtä tai useampaa koodekkia. Kuvio 4a esittää myös SDP-sanomarungon m-rivin ja a-rivin sisällön tässä esimerkkitapauksessa.
. · Vastaavanlaista menetelmää voidaan soveltaa määrätyn/yksittäisen koodekin eri ' 20 koodekkivalintoihin, esimerkiksi AMR-koodekin moodeihin/bittinopeuksiin. Täten tässä sovellutusmuodossa, kun SIP INVITE-viesti matkallaan UE2:lle ohittaa ·: verkkotoiminteen, verkkotoiminne tarkistaa SDP-sanomarungon a-riviltä tuetut AMR-bittinopeudet ja, jos verkkotoiminne (tai tarkemmin sanottuna verkko) ei tue yhtä tai useampaa näistä bittinopeuksista, se lisää SIP Warning-otsakekentän 25 (Kuvio 4a) SIP INVITE -viestin otsakeosaan, joka ilmaisee, että verkko ei tue tiettyä bittinopeutta (tiettyjä bittinopeuksia).
Toinen vaihtoehto, muokattavissa olevan erityisesti ei-tuetut koodekkivaihtoehdot/- « * * valinnat ilmaisevan uuden otsakekentän käyttö, selostetaan seuraavassa. Tässä > » 30 vaihtoehdossa, kun SIP INVITE-viesti matkallaan UE2:lle ohittaa ·**' verkkotoiminteen, verkkotoiminne tarkistaa SDP-sanomarungon m-riviltä tuetut ; ./ koodekit. Jos verkkotoiminne ei tue yhtä tai useampaa tuetuista koodekeista, se lisää uuden otsakekentän SIP INVITE-viestin otsakeosaan, joka uusi 112140 14 otsakekenttä ilmaisee, että verkko ei tue tiettyä koodekkia (tiettyjä koodekkeja). Uusi otsakekenttä voidaan nimetä esimerkiksi "Unsupported_codecs":ksi (kuten Kuvio 4b esittää), ja tämän kentän sisältö ilmaisee verkon kannalta ei-tuetut koodekit. Jokaisen verkkotoiminteen, joka havaitsee ei-tuettuja koodekkeja, ei 5 tarvitse lisätä uutta "Unsupported_codecs"-otsakekenttää, vaan se voi täydentää jo olemassa olevaa "Unsupported codecs"-kenttää (jos sellainen on), jonka jokin muu verkkotoiminne (tai UE1) on lisännyt SIP INVITE-viestiin. Voi esimerkiksi olla, että ensimmäinen verkkotoiminne, joka ei tue yhtä tai useampaa tuetuksi ilmaistua koodekkivaihtoehtoa, lisää otsakekentän.
10
Vastaavanlaista menetelmää voidaan soveltaa määrätyn/yksittäisen koodekin eri koodekkivalintoihin, esimerkiksi AMR-koodekin moodeihin/bittinopeuksiin. Täten tässä sovellutusmuodossa, kun SIP INVITE -viesti matkallaan UE2:lle ohittaa verkkotoiminteen, verkkotoiminne tarkistaa SDP-sanomarungon a-riviltä tuetut 15 AMR-bittinopeudet ja, jos verkkotoiminne ei tue yhtä tai useampaa näistä bittinopeuksista, se lisää uuden otsakekentän SIP INVITE -viestin otsakeosaan, joka uusi otsakekenttä ilmaisee, että verkko ei tue tiettyä bittinopeutta (tiettyjä bittinopeuksia). Uuden otsakekentän nimeksi voidaan antaa esimerkiksi "Unsupported_AMR_modes" (Kuvio 4b), ja tämän kentän sisältö ilmaisee verkon , 20 kannalta ei-tuetut AMR-bittinopeudet. Jälleen, jos ,,Unsupported_AMR_modes"- : otsakekenttä on jo olemassa, verkkotoiminne voi täydentää jo olemassa olevaa : otsakekenttää uuden otsakekentän lisäämisen sijaan.
Kolmas vaihtoehto, binäärimaskin käyttö, selostetaan seuraavassa. Tämän 25 vaihtoehdon mukaan, kun UE1 muodostaa SIP INVITE -viestiä, UE1 lisää yhden tai useamman binäärimaskin SIP INVITE-viestin otsakeosaan. Voi olla erilaisia maskeja: yksi maski eri koodekeille ja yksi tai useampi maski koodekkien eri koodekkivalintoihin. Kuviossa 4c havainnollistetaan kahta maskia, ensimmäinen (CODEC_MASK) on verkkoa varten, tuettujen/ei-tuettujen koodekkien 30 ilmaisemiseksi, ja toinen (AMR_MASK) on verkkoa varten, tuettujen/ei-tuettujen AMR-koodekin moodien/bittinopeuksien ilmaisemiseksi.
Seuraavassa selostetaan yksityiskohtaisesti toisen maskin, AMR_MASK, käyttöä.
112140 15 AMR_MASK on otsakekenttä sisältäen binääriluvun, jossa on yhtä monta binäärinumeroa kuin on AMR bittinopeuksia. Binäärinumerot ovat sellaisessa järjestyksessä, että kukin binäärinumero vastaa yhtä AMR-bittinopeutta. Kukin binäärinumero 1 vastaa tuettua AMR-bittinopeutta ja kukin binäärinumero 0 vastaa 5 ei-tuettua AMR-bittinopeutta. Tilan säästämiseksi SIP-viesteissä AMR_MASK voidaan kuitenkin esittää kymmenjärjestelmän lukuna otsakekentässä. On huomattava, että toteutuksesta riippuen joko AMR_MASK:n kymmenjärjestelmälukuesitys tai binäärilukuesitys todella lähetetään SIP-viesteissä.
10 Tässä esimerkkitapauksessa UE1 on sekä kyvykäs että halukas tukemaan kaikkia kahdeksaa AMR-bittinopeutta (kuten jo edellä selostettiin), minkä takia AMR_MASK saa alkuarvon 11111111, joka vastaa kymmenjärjestelmän lukua 255. Binäärinumeroiden ja AMR-koodekin moodien/bittinopeuksien vastaavuus on 15 seuraavanlainen: 255 = 11111111
I I I I I I I I
0 1 2 3 4 5 6 7 (AMR-moodit/bittinopeudet).
: Γ: 20 Täten AMR_MASK ilmaisee, että UE1 tukee kaikkia kahdeksaa AMR-moodia/bittinopeutta 0-7, koska AMR_MASK:ssa on binäärinumero 1 kaikkien '; ' i moodien/bittinopeuksien kohdalla.
·»·»· I » 25 Kun SIP INVITE-viesti nyt matkallaan UE2:lle ohittaa verkkotoiminteen, verkkotoiminne tarkistaa SDP-sanomarungon a-riviltä tuetut (UE1:n tukemat) ’ AMR-bittinopeudet, ja jos verkkotoiminne ei tue yhtä tai useampaa yhtä tai ’ useampaa näistä a-rivin tuetuiksi ilmaisemista AMR-moodeista/bittinopeuksista, se v,: muokkaa AMR_MASK:a vastaavasti. Jos esimerkiksi P-CSCF1 ei tue nopeuksia 30 12.2 kbps (AMR-moodi 0), 7.40 kbps (AMR-moodi 3) ja 5.90 kbps (AMR-moodi 5), ·:··· se muuttaa AMR_MASK:ssa binäärinumerot, jotka vastaavat ei-tuettuja AMR- ·:··· bittinopeuksia arvosta 1 arvoon 0. AMR_MASK:n muokkaamista havainnollistetaan seuraavassa: 16 112140 255 = A- 1 14 14 1 1 4 4 4 107 = 01101011
I I I I I I II
5 0 1 2 3 4 5 6 7 (AMR-moodit/bittinopeudet).
Tämä johtaa siihen, että AMR_MASK:a muokataan P-CSCF1:n toimesta otsakekentässä kymmenjärjestelmän luvusta 255 kymmenjärjestelmän lukuun 107.
10
Jos seuraava verkkotoiminnne, jonka SIP INVITE-viesti ohittaa, puolestaan ei tue AMR-bittinopeuksia 12.2 kbps (AMR-moodi 0) ja 7.95 kbps (AMR-moodi 2), se muuttaa AMR_MASK:ssa binäärinumeron, joka vastaa ei-tuettua AMR-bittinopeutta 7.95 kbps (AMR-moodi 2) arvosta 1 arvoon 0. S-CSCF1:n ei tarvitse 15 tehdä mitään ei-tuetun bittinopeuden 12.2 kbps (AMR-moodi 0) suhteen, koska binäärinumero, joka vastaa tätä moodia/bittinopeutta on jo arvossa 0. AMR_MASK:n muokkaamista havainnollistetaan seuraavassa: 107 =0140101 1 4 *: 20 4 4 4 75 = 0 1 0 0 1 0 1 1
I I I I I II I
01 234567 (AMR-moodit/bittinopeudet).
♦ • * » · 4 25 Tämä johtaa siihen, että maskia muokataan verkkotoiminteen toimesta otsakekentässä kymmenjärjestelmän luvusta 107 kymmenjärjestelmän lukuun 75.
Ennen kuin SIP INVITE-viesti saapuu UE2:lle, myös muut verkkotoiminteet, jotka v.: SIP INVITE-viesti ohittaa, muokkaavat AMR_MASK:a otsakekentässä, jos ne eivät 30 tue yhtä tai useampaa SDP-sanomarungon a-rivin (ja AMR_MASK:n) tuetuiksi : · ·: ilmaisemista AMR-moodeista/bittinopeuksista.
CODEC_MASK:a voidaan käyttää vastaavalla tavalla.
112140 17 SIP INVITE -viesti saapuu lopulta UE2:lle. Riippumatta siitä, mitä esitetyistä vaihtoehdoista on käytetty verkon toimesta ei-tuettujen koodekkivaihtoehtojen/-valintojen ilmaisemiseen, SIP INVITE -viestin SDP-sanomarunko kertoo UE2:lle koodekit ja koodekkivalinnat, joita UE1 on kyvykäs ja halukas tukemaan istuntoa 5 varten. Kuitenkin, tieto koodekeista ja koodekkivalinnoista, jotka ovat tuettuja/ei-tuettuja verkon toimesta, löytyy SIP INVITE -viestin otsakekenttäosasta.
Vastausviesti on edelleen SIP-viesti, joka sisältää SIP-otsakekentät ja SDP-sanomarungon. Vastausviesti muodostetaan vastaanotetun SIP INVITE -viestin 10 sisällön perusteella sekä UE2:n kyvykkyyden ja halukkuuden tukea koodekkeja ja AMR-moodeja (ja muita mahdollisia koodekkivalintoja) perusteella. Myös vastausviesti käsittää m-rivin ja a-rivin, joiden sisältö muodostetaan UE2:n ominaisuuksien perusteella ja vastaanotetun SIP INVITE -viestin m-rivin ja a-rivin perusteella. Tässä esimerkkitapauksessa portti, johon UE2 haluaa vastaanottaa 15 media-(eli audio)virtaa on portti numero 26250. Koodekit, joita UE2 tukee istuntoa varten ovat: GSM-koodekki (numero 3) ja AMR-koodekki (numero 97). Täten vastausviestin SDP-sanomarungon m-rivi näyttää alunperin tältä: : *;* m=audio 26250 RTP/A VP 3,97, :Y 20 missä 26250 ilmaisee porttinumeron, johon UE2 haluaa vastaanottaa median, ·:' RTP/AVP (Real-Time Transport Protocol/Audio Video Protocol) on käytettävä *"* kuljetusprotokolla ja numerot 3 (GSM-koodekki) ja 97 (AMR-koodekki) ilmaisevat , RTP/AVP:ssä määritellyt koodekit, joita UE2 on kyvykäs ja halukas tukemaan 25 istunnossa.
UE2:n AMR-koodekki tukee määritelmän mukaisesti kaikkia AMR- ' ‘ moodeja/bittinopeuksia, ja tässä tapauksessa laite UE2 itse myös tukee kaikkia » >; AMR-moodeja/bittinopeuksia. Tämä on tyypillinen tapaus. Täten vastausviestin a- 30 rivin sisältö on sama kuin UE2:lle vastaanotetun SIP INVITE -viestin SDP-‘: · sanomarungon a-rivi, eli: • a t · • a : ” * a=fmtp:97 mode_set=0,1,2,3,4,5,6,7,
* * I
ie 112140 missä fmtp pohjimmiltaan ilmaisee sanomarungon formaatin, 97 ilmaisee, että a-rivi koskee AMR-koodekkia, mode_set=0,1,2,3,4,5,6,7 ilmaisee AMR-moodit/nopeudet, joita UE2 tukee istuntoa varten. Jos UE2 ei olisi tukenut kaikkia 5 moodeja, ei-tuettuja moodeja vastaavat numerot olisi jätetty pois mode_set-listasta.
Lisäksi UE2 kopioi otsakekentät, jotka ilmaisevat verkon kyvykkyyden (tuetut/ei-tuetut koodekit ja koodekkivalinnat), SIP INVITE -viestin otsakeosasta 10 vastausviestin otsakeosaan. Lisäksi tai vaihtoehtoisesti UE2 voi ottaa verkon kyvykkyyden huomioon jo muodostaessaan vastausviestin SDP-sanomarungon /77-riviä ja a-riviä ja jättää pois vastaavasti m-riviltä ja/tai a-riviltä koodekkivaihtoehdot ja/tai koodekkivalinnat, joita verkko ei tue.
15 UE2 lähettää vastausviestin UE1:lle. Vaikkakaan verkkotoiminteilla ei pitäisi enää olla tarvetta muokata vastausviestin otsakekenttiä (liittyen tuettuihin koodekkeihin ja/tai koodekkivalintoihin), verkkoelementtien voi olla mahdollista tehdä sellainen muokkaus, jos tilanne verkossa on muuttunut.
* > :V 20 Kun UE1 vastaanottaa vastausviestin, vastausviestin SDP-sanomarunko kertoo UE1:lle koodekit ja koodekkivalinnat, joita UE2 on kyvykäs ja halukas tukemaan istuntoa varten. Kuitenkin, tieto koodekeista ja koodekkivalinnoista, jotka ovat tuettuja/ei-tuettuja verkon toimesta, löytyy vastausviestin otsakekenttäosasta.
» > 25 Ottaen huomioon sekä kommunikointilaitteiden UE1 ja UE2 kyvykkyyden että verkon kyvykkyyden, UE1 nyt päättää (audio-) istunnossa aluksi käytettävän koodekin ja koodekkivalinnan (jos sellainen on). UE1 voi esimerkiksi päättää, että ‘ istunnossa käytetään aluksi AMR-koodekkia. Koodekkivalinnoista UE1 voi ·; , päättää, että AMR-koodekin bittinopeutta 10.2 kbps (moodi 1) käytetään aluksi.
30 UE1 muodostaa nyt mainitun kolmannen viestin (Final SDP tai vastaava viesti).
» · • Edelleen, tämä on SIP-viesti, joka sisältää SIP-otsakekentät ja SDP- sanomarungon. UE1 sisällyttää SDP-sanomarunkoon tiedon istunnossa aluksi 112140 19 käytettävästä koodekista. Jos valittu koodekki on AMR-koodekki, kuten tässä tapauksessa, UE1 myös sisällyttää SDP-sanomarunkoon tiedon aluksi käytettävästä AMR-bittinopeudesta. Myös muita koodekkeihin liittyviä tietoja voidaan siirtää kolmannessa viestissä, esimerkiksi lisätietoa muista 5 bittinopeuksista ja muista koodekeista, joita voidaan käyttää. Täten, jos koodekki ja/tai bittinopeus täytyy vaihtaa kesken perustettua istuntoa, mahdolliset vaihtoehdot olisivat jo UE1:n ja UE2:n tiedossa.
Keksintö voidaan toteuttaa ohjelmallisesti. Kuviossa 5 esitetään solukkoverkon 10 matkaviestin 60, joka soveltuu keksinnön toteuttamiseen. Esitetty matkaviestin 60 toimii kuten UE1. Vastaavanlainen matkaviestin voi toimia kuten UE2. Matkaviestin 60 käsittää prosessoivan yksikön CPU, radiotaajuusosan RF ja käyttöliittymän UI. Radiotaajuusosa RF ja käyttöliittymä UI on kytketty prosessoivaan yksikköön CPU. Käyttöliittymä UI käsittää näytön ja näppäimistön 15 (ei esitetty) matkaviestimen 60 käytön mahdollistamiseksi käyttäjälle. Lisäksi käyttöliittymä UI käsittää mikrofonin ja kaiuttimen audiosignaalien vastaanottamiseksi ja tuottamiseksi. Prosessoiva yksikkö CPU käsittää mikroprosessorin (ei näytetty), muistin MEM ja ohjelmiston SW. Ohjelmisto SW on tallennettu muistiin MEM. Mikroprosessori ohjaa ohjelmiston perusteella 20 matkaviestimen 60 toimintaa, kuten radiotaajuusosan RF käyttöä ja informaation näyttämistä käyttöliittymällä UI ja käyttöliittymältä UI saatujen syötteiden lukemista. Ohjelmisto SW käsittää WCDMA-protokollapinon, jonka perusteella
: radiotaajuusosan RF lähetin (ei esitetty) lähettää ja radiotaajuusosan RF
:; vastaanotin (ei esitetty) vastaanottaa viestejä ja muuta informaatiota antenninsa 25 ANT avulla. Koodekit, joiden tukemisesta neuvotellaan sijaitsevat matkaviestimessä 60. Ne voivat olla toteutettu ohjelmistossa SW. Toinen vaihtoehto on koodekkien laitteistototeutus (ei esitetty).
‘ > Kuvio 6 esittää keksinnön toteuttamiseen soveltuvan GGSN:n. Esitetty GGSN
30 palvelee UE1:tä ja vastaava GGSN palvelee UE2:ta. GGSN:t voivat olla eri verkko-operaattorien hallinnassa. GGSN käsittää solukkoverkkorajapinnan 71, • ohjausyksikön 72 ja GGSN-rajapinnan 73. Solukkoverkkorajapinta 71 ja GGSN- rajapinta 73 on kytketty ohjausyksikköön 72. GGSN lähettää ja vastaanottaa 112140 20 informaatiota UE1:lle ja UE1:ltä solukkoverkkorajapinnan 71 kautta. Tyypillisesti GGSN:n ja UE1:n välillä on useita muita verkkoelementtejä. Nämä verkkoelementit, kuten tukiasema, tukiasemaohjain ja SGSN (Serving GPRS Support Node) ovat alan ammattimiehen tuntemaa tekniikkaa. GGSN lähettää ja 5 vastaanottaa informaatiota UE2:ta palvelevalle GGSN:lle ja UE2:ta palvelevalta GGSNJtä GGSN-rajapinnan 73 kautta. Jälkimmäinen GGSN sitten omaa vastaavan solukkoverkkorajapinnan informaation kommunikoimiseksi UE2:n kanssa.
10 Verkkotoiminteet P-CSCF1, S-CSCF1, S-CSCF2 ja P-CSCF2 ovat loogisia verkkotoiminteita, jotka toteutetaan ohjelmallisesti. Verkkotoiminteet voivat olla toteutettu siten, että ne muodostavat erillisiä fyysisiä verkkoelementtejä, tai ne voivat olla integroitu joihinkin jo olemassa oleviin fyysisiin verkkoelementteihin. Tässä sovellutusmuodossa verkkotoiminteet P-CSCF1 ja S-CSCF1 on integroitu 15 erääseen ensimmäiseen GGSN:än ja kytketty tämän GGSN:n ohjausyksikön kanssa, ja verkkotoiminteet S-CSCF2 ja P-CSCF2 on integroitu erääseen toiseen GGSN:än ja kytketty tämän GGSN:n ohjausyksikön kanssa. Vaihtoehtoisesti loogiset verkkotoiminteet voivat sijaita toisessa tietokoneessa, mutta ne on :' ‘; kytketty GGSN:n kanssa.
20
Ohjausyksikkö 72 käsittää suorittimen tai muun prosessoivan yksikön, muistia ja ' ohjelmiston käsittäen ohjelmakoodin. Ohjelmisto on tallennettu muistiin. Suoritin ohjaa ohjelmiston perusteella GGSN:n toimintaa, kuten solukkoverkkorajapinnan ; ,· 71 ja GGSN-rajapinnan 73 käyttöä. Ensimmäisen GGSN:n suoritin toteuttaa 25 loogisten verkkotoiminteiden P-CSCF1 ja S-CSCF1 toiminnallisuuden, ja toisen GGSN:n suoritin toteuttaa loogisten verkkotoiminteiden S-CSCF2 ja P-CSCF2 toiminnallisuuden.
' Mitä tulee keksinnön mukaiseen menetelmään, matkaviestimen UE1 (Kuvio 5) 30 mikroprosessori muodostaa SIP INVITE -viestin ohjelmistoa SW käyttäen. Se välittää SIP INVITE -viestin radiotaajuusosalle RF, joka lähettää SIP INVITE -: viestin langattomasi! solukkoverkon tukiasemalle, josta viesti johdetaan
ensimmäiselle GGSNJIe (joka palvelee UE1:tä). Ensimmäinen GGSN
21 112140 vastaanottaa SIP INVITE -viestin solukkoverkkorajapinnan 71 kautta. Ohjausyksikön 72 suoritin toteuttaa otsakekentän (-kenttien) lisäyksen/muokkauksen loogisen verkkotoiminteen P-CSCF1 mukaisesti. Tämän jälkeen ohjausyksikön 72 suoritin toteuttaa otsakekentän (-kenttien) 5 lisäyksen/muokkauksen loogisen verkkotoiminteen S-CSCF1 mukaisesti. Tässä tulee ymmärtää, että vaikkakin keksinnön edullinen sovellutusmuoto puhuu SIP INVITE -viestin välittämisestä P-CSCF1:ltä S-CSCF1:lle, viestin välittäminen voi tapahtua fyysisen välittämisen sijaan toisentyyppisenä välittämisenä, missä viestin sisältö vain siirretään yhdestä ohjelmaprosessista toiseen yhdessä ja samassa 10 laitteessa/tietokoneessa.
Ohjausyksikkö 72 käyttää GGSN-rajapintaa 73 SIP INVITE -viestin välittämiseen toiselle GGSN:lle (sille, joka palvelee UE2:ta). Toinen GGSN vastaanottaa SIP INVITE -viestin GGSN-rajapinnan 73 kautta. Ohjausyksikön 72 suoritin toteuttaa 15 otsakekentän (-kenttien) lisäyksen/muokkauksen loogisen verkkotoiminteen S-CSCF2 mukaisesti. Tämän jälkeen ohjausyksikön 72 suoritin toteuttaa otsakekentän (-kenttien) lisäyksen/muokkauksen loogisen verkkotoiminteen P-CSCF2 mukaisesti. Tämän jälkeen toinen GGSN välittää SIP INVITE -viestin UE2:lle solukkoverkkorajapinnan 71 kautta.
:V 20
: ’ UE2:n radiotaajuusosa RF vastaanottaa SIP INVITE -viestin antenninsa ANT
(Kuvio 5) kautta ja välittää SIP INVITE -viestin prosessoivalle yksikölle CPU. Prosessoivan yksikön CPU mikroprosessori käsittelee SIP INVITE -viestin ja ·', , muodostaa vastausviestin. Se hoitaa tarpeellisten otsakekenttien kopioinnin SIP
25 INVITE -viestistä vastausviestiin ja lähettää myös vastausviestin mainittujen kahden GGSN:n kautta UE1:lle. UE1:n mikroprosessori päättää koodekin (koodekit) ja koodekkivalinnan (-valinnat), joita käytetään aluksi istunnossa. Se ; ’ muodostaa mainitun kolmannen viestin ja lähettää sen UE2:lle mainittujen kahden ·> GGSN:n kautta.
30
Liittyen toiseen vaihtoehtoon, jossa verkon toimesta ilmaistaan ei-tuetut • koodekkivaihtoehdot/-valinnat, sen sijaan, että ilmaistaan ei-tuetut koodekit, verkkotoiminne, jonka ohitse SIP INVITE -viesti kulkee, voikin ilmaista tuetut • I t 112140 22 koodekkivaihtoehdot/-valinnat. Otsakekentät, joita verkkotoiminne muokkaa tai lisää SIP INVITE -viestin otsakeosaan, voidaan nimetä nimillä "Supported_codecs" tai "Supported_AMR_modes" edellä mainittujen "Unsupported_codecs" tai "Unsupported_AMR_modes" -otsikkokenttien sijaan.
5
Vielä keksinnön eräs toinen sovellutusmuoto liittyy tilanteeseen, jossa yksi viestintälaitteista UE1, UE2 ei toimi niin kuin sen pitäisi. Jos esimerkiksi UE2 ei kopioi otsakekenttiä, jotka sisältävät tiedot verkon kyvykkyydestä, SIP INVITE -viestistä vastausviestiin, UE1 ei saa tarvittavia tietoja verkon kyvykkyydestä ja 10 täten päättää istunnossa käytettävän koodekin ottamatta verkon kyvykkyyttä huomioon. Tämä on virhetilanne, joka tulisi estää. Keksinnön tämä sovellutusmuoto yrittää ehkäistä virhetilanteen antamalla P-CSCF2:n (tai jonkin muun pakotustoiminteen (eng. policy enforcement function)) tallentaa verkon kyvykkyystiedot sisältävän SIP INVITE -viestin otsakekentän (-kenttien) sisällön 15 muistiin. Kun vastausviesti matkallaan UEV.IIe ohittaa P-CSCF2:n, P-CSCF2 tarkistaa, onko otsakekenttä(-kentät), joka (jotka) sisältää (sisältävät) verkon kyvykkyystiedot oikein kopioitu vastausviestin otsakeosaan. Jos otsakekenttä(-kentät) ei ole/eivät ole oikein kopioitu, P-CSCF2 korvaa väärin kopioidun ’·' (kopioidut) tallennetu(i)lla (tai jos otsakekenttää(-kenttiä) ei ole kopioitu ollenkaan, 20 P-CSCF2 korvaamisen sijaan lisää tallennetun otsakekentän (tallennetut otsakekentät) vastausviestiin).
. , Vielä keksinnön erään edullisen sovellutusmuodon mukaan SIP INVITE -viestin otsakekenttiä käytetään palvelun laadun QoS (Quality of Service) rajoitusten 25 ilmaisemiseen. Eräs esimerkki on otsakekenttä "Max_Bandwidth", jota verkkotoiminteet voivat muokata. "Max_Bandwidth" viittaa ; maksimikaistanleveyteen, jonka verkkotoiminne sallii (tai kykenee tarjoamaan).
Ensimmäinen verkkotoiminne, jolla on rajoitus kaistanleveyteen, lisää • ; "Max_Bandwidth" -otsakekentän ja asettaa otsakekentän arvoksi arvon, joka 30 vastaa kaistanleveyttä, jonka verkkotoiminne sallii (tai kykenee tarjoamaan). Muut verkkotoiminteet, joiden kautta viesti kulkee korvaavat "Max_Bandwidth" -: otsakekentän arvon omilla sallitun kaistanleveyden arvoillaan, jos arvo on ··' suurempi kuin kukin verkkotoiminne sallii (tai kykenee tarjoamaan). Samaa 112140 23 periaatetta voidaan soveltaa myös muihin QoS-parametreihin.
Vielä keksinnön erään edullisen sovellutusmuodon mukaan, kun UE1 muodostaa SIP INVITE -viestin, se lisää edellä selostetun (ensimmäisen) SDP-5 sanomarungon lisäksi SIP INVITE -viestiin toisen oleellisesti samanlaisen SDP-sanomarungon (sisältäen samanlaisen m-rivin ja a-rivin kuin ensimmäinen SDP-sanomarunko sisältää). Tämä toinen SDP-sanomarunko on verkon muokattavissa. Tämän sovellutusmuodon mukaan, kun SIP INVITE -viesti kulkee verkkotoiminteen kautta, verkkotoiminne tarkistaa ensimmäisen SDP-10 sanomarungon m-rivi(e)n ja a-rivi(e)n sisällön. Jos verkkotoiminne ei tue ensimmäisen SDP-sanomarungon m-rivi(e)n tai a-rivi(e)n ilmaisemaa yhtä tai useampaa koodekkivaihtoehtoa/-valintaa, verkkotoiminne muokkaa mainitun toisen SDP-sanomarungon /7i-riviä(rivejä) tai a-riviä(rivejä) ilmaistakseen ei-tuetut koodekkivaihtoehdot/-valinnat. Ensimmäisen SDP-sanomarungon m-rivi(t) ja a-15 rivi(t) ja viestin otsakeosa jätetään koskemattomiksi. Täten, jos viestin eheystarkistus suoritetaan vain perustuen ensimmäiseen SDP-sanomarunkoon, mutta ei perustuen toiseen SDP-sanomarunkoon, viestin eheystarkistus voidaan suorittaa ilman edellä kuvattuja ongelmia.
20 Keksinnön mukaan on mahdollista tarjota viestintälaitteille UE1 ja UE2 tietoja verkon kyvykkyydestä. On mahdollista määrittää, mitä ehdotetuista koodekeista ja koodekkivalinnoista verkko tukee ja mitä verkko ei tue. Esimerkiksi on mahdollista . . kertoa viestintälaitteille UE1 ja UE2, mitkä AMR-moodit/bittinopeudet (eng. source bit rates) ovat verkon tukemia. Kun käytetään SIP-viestin otsakeosaa ilmaisemaan 25 tuetut/ei-tuetut koodekit/koodekkivalinnat, on mahdollista lieventää ongelmaa liittyen viestin eheystarkistukseen, sillä nyt SIP INVITE -viestin SDP-: sanomarunkoa ei tarvitse muokata loogisten verkkotoiminteiden P-CSCF1, S- CSCF1, S-CSCF2 ja P-CSCF2 toimesta, ja täten UE2 ei oleta, että viesti on korruptoitunut, eikä se hylkää viestiä.
....· 30 • · Edeltävässä selityksessä esitetyn koodekin neuvottelumenettelyn lisäksi viestin · perusrakenne ja otsaketietojen käyttö soveltuu myös muihin koodekin neuvottelumenettelyihin, joissa viestien järjestys voi poiketa edellä esitetystä.
112140 24
Keksintö ei ole rajoittunut viestien erityisiin nimiin (SIP INVITE, 183-viesti ja FINAL SDP). Otsakekenttien käyttö voidaan toteuttaa usealla eri tavalla keksinnöstä poikkeamatta. Jos binäärimaskia käytetään, UE1:n ei välttämättä tarvitse lisätä binäärimaskia SIP INVITE -viestin otsakeosaan, vaan maskin voi lisätä 5 ensimmäinen verkkotoiminne, joka ei tue yhtä tai useampaa koodekeista/koodekkivalinnoista. Sama pätee mainitun toisen SDP-sanomarungon käyttöön.
Määrättyjä keksinnön toteutuksia ja sovellutusmuotoja on kuvattu. Alan 10 ammattimiehelle on selvää, että keksintö ei rajoitu yllä esitettyjen sovellutusmuotojen yksityiskohtiin, vaan se voidaan toteuttaa poikkeamatta keksinnön tunnusmerkeistä muissakin sovellutusmuodoissa ekvivalentteja keinoja käyttäen. Keksinnön suojapiiriä rajoittaa ainoastaan oheistetut patenttivaatimukset.

Claims (16)

119140 Patenttivaatimukset ' ' 1 “ ^
1. Menetelmä informaation kommunikoimiseksi ensimmäiseltä viestintälaitteelta (UE1) toiselle viestintälaitteelle (UE2) verkon kautta, jossa menetelmässä: 5 lähetetään ensimmäiseltä viestintälaitteelta verkon kautta toiselle viestintälaitteelle viesti (31), joka käsittää otsakeosan (32) ja sanomarungon (33); ilmaistaan sanomarungossa joukko koodekkiin liittyviä piirteitä, joita ensimmäinen viestintälaite tukee ensimmäisen ja toisen viestintälaitteen 10 välistä istuntoa varten, tunnettu siitä, että menetelmässä lisäksi: ilmaistaan viestin otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, onko tämä piirre verkon toimesta tuettu.
2. Vaatimuksen 1 mukainen menetelmä, tunnettu siitä, että ilmaistaan 15 sanomarungossa (33) joukko koodekkeja, joita ensimmäinen viestintälaite tukee istuntoa varten, ja ilmaistaan otsakeosassa (32), mainitusta joukosta koodekkeja, ne koodekit, joita verkko ei tue istuntoa varten.
3. Vaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että ilmaistaan 20 sanomarungossa (33), joukko tietyn koodekin valintoja, joita ensimmäinen viestintälaite tukee istuntoa varten, ja ilmaistaan otsakeosassa (32), mainitusta joukosta tietyn koodekin valintoja, ne valinnat, joita verkko ei tue istuntoa varten.
4. Minkä tahansa edellä esitetyn vaatimuksen mukainen menetelmä, tunnettu siitä, että menetelmässä: ilmaistaan mainittu ainakin yksi koodekkiin liittyvä piirre, jota verkko ei tue, SIP (Session Initiation Protocol) VVarning-otsakekentän avulla.
5. Minkä tahansa edellä esitetyn vaatimuksen mukainen menetelmä, . . tunnettu siitä, että menetelmässä: ilmaistaan mainittu ainakin yksi koodekkiin liittyvä piirre, jota verkko ei tue, verkon muokattavissa olevan otsakekentän avulla. 26 112140
6. Minkä tahansa edellä esitetyn vaatimuksen mukainen menetelmä, tunnettu siitä, että menetelmässä: ilmaistaan viestin (31) otsakeosassa (32), koskien ainakin yhtä 5 koodekkiin liittyvää piirrettä, onko tämä piirre verkon toimesta tuettu, maskin avulla, joka maski käsittää monikollisen määrän maskielementtejä, joista kukin edustaa yhtä koodekkiin liittyvää piirrettä.
7. Vaatimuksen 6 mukainen menetelmä, tunnettu siitä, että mainitusta 10 monikollisesta määrästä maskielementtejä kukin ilmaisee, onko vastaava koodekkiin liittyvä piirre tuettu, missä: maskielementin tietyllä ensimmäisellä arvolla ilmaistaan, että koodekkiin liittyvä piirre on tuettu; ja maskielementin tietyllä toisella arvolla ilmaistaan, että koodekkiin 15 liittyvä piirre ei ole tuettu.
8. Minkä tahansa edellä esitetyn vaatimuksen mukainen menetelmä, tunnettu siitä, että sanomarunko (33) on SIP INVITE -viestin SDP- v sanomarunko (Session Description Protocol) ja otsakeosa (32) käsittää : :· 20 yhden tai useamman SIP-otsakekentän sen ilmaisemiseksi verkon toimesta, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkon toimesta tuettu.
9. Minkä tahansa edellä esitetyn vaatimuksen mukainen menetelmä, 25 tunnettu siitä, että ainakin yksi mainituista viestintälaitteista (UE1, UE2) on matkaviestin.
10. Minkä tahansa edellä esitetyn vaatimuksen mukainen menetelmä, tunnettu siitä, että mainittu joukko koodekkiin liittyviä piirteitä käsittää 30 joukon AMR-koodekin (Adaptive Multi Rate) toimintamoodeja/bittinopeuksia. : 11. Lähettävä viestintälaite (UE1) informaation kommunikoimiseksi ... vastaanottavalle viestintälaitteelle (UE2) verkon kautta, joka lähettävä 27 112140 viestintälaite käsittää: lähettimen (RF) viestin (31) lähettämiseksi verkon kautta vastaanottavalle viestintälaitteelle, joka viesti käsittää otsakeosan (32) ja sanomarungon (33), joka lähettävä viestintälaite on konfiguroitu: 5 ilmaisemaan sanomarungossa joukon koodekkiin liittyviä piirteitä, joita lähettävä viestintälaite tukee lähettävän ja vastaanottavan viestintälaitteen välistä istuntoa varten, tunnettu siitä, että lähettävä viestintälaite on konfiguroitu: lähettämään viestin muodossa, joka mahdollistaa verkon 10 ilmaisemaan viestin otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, onko tämä piirre verkon toimesta tuettu.
12. Vaatimuksen 11 mukainen lähettävä viestintälaite (UE1) tunnettu siitä, että se on matkaviestin. 15
13. Järjestelmä käsittäen ensimmäisen viestintälaitteen (UE1), verkon ja toisen viestintälaitteen (UE2) informaation kommunikoimiseksi ensimmäiseltä viestintälaitteelta (UE1) toiselle viestintälaitteelle (UE2) verkon kautta, joka ensimmäinen viestintälaite käsittää: k 20 lähettimen (RF) viestin (31) lähettämiseksi ensimmäiseltä viestintälaitteelta verkon kautta toiselle viestintälaitteelle, joka viesti käsittää otsakeosan (32) ja sanomarungon (33), joka ensimmäinen viestintälaite on konfiguroitu: ilmaisemaan sanomarungossa joukon koodekkiin liittyviä piirteitä, 25 joita ensimmäinen viestintälaite tukee ensimmäisen ja toisen viestintälaitteen välistä istuntoa varten, tunnettu siitä, että verkko käsittää: prosessoivan yksikön (72) sen ilmaisemiseksi viestin otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkon toimesta tuettu. 30
14. Vaatimuksen 13 mukainen järjestelmä, tunnettu siitä, että ainakin yksi mainituista ensimmäisestä ja toisesta viestintälaitteesta (UE1.UE2) on matkaviestin. 28 112140
15. Viesti (31) informaation kommunikoimiseksi ensimmäiseltä viestintälaitteelta (UE1) toiselle viestintälaitteelle (UE2) verkon kautta, joka viesti on konfiguroitu: 5 lähetettäväksi ensimmäiseltä viestintälaitteelta toiselle viestintälaitteelle verkon kautta, joka viesti käsittää: sanomarungon (33) ilmaisemaan joukon koodekkiin liittyviä piirteitä, joita ensimmäinen viestintälaite tukee ensimmäisen ja toisen viestintälaitteen välistä istuntoa varten, tu n nettu siitä, että viesti lisäksi käsittää: 10 otsakeosan (32) sen ilmaisemiseksi, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkon toimesta tuettu.
16. Tietokoneohjelmatuote verkkotoiminteen (P-CSCF1, P-CSCF2, S-CSCF1, S-CSCF2) toteuttamiseksi, joka tietokoneohjelmatuote käsittää: 15 tietokoneen suoritettavissa olevan koodin verkkotoiminteen mahdollistamiseksi käsitellä viestiä (31), joka siirretään ensimmäiseltä viestintälaitteelta (UE1) toiselle viestintälaitteelle (UE2), joka viesti käsittää sanomarungon (33) ilmaisemaan joukon koodekkiin liittyviä piirteitä, joita ensimmäinen viestintälaite tukee ensimmäisen ja toisen viestintälaitteen v ; 20 välistä istuntoa varten ja otsakeosan (32), tunnettu siitä, että : Λ ·1 tietokoneohjelmatuote käsittää: « 1 tietokoneen suoritettavissa olevan koodin sen ilmaisemiseksi viestin ‘ : otsakeosassa, koskien ainakin yhtä koodekkiin liittyvistä piirteistä, että onko tämä piirre verkkotoiminteen toimesta tuettu. ·1’ 25 * 1 * « » · · 112140
FI20011089A 2001-05-23 2001-05-23 Informaation kommunikointi FI112140B (fi)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FI20011089A FI112140B (fi) 2001-05-23 2001-05-23 Informaation kommunikointi
PCT/FI2002/000433 WO2002096040A1 (en) 2001-05-23 2002-05-21 Communication of information
US10/153,239 US20030115332A1 (en) 2001-05-23 2002-05-21 Communication of information
EP02724352A EP1400069A1 (en) 2001-05-23 2002-05-21 Communication of information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20011089 2001-05-23
FI20011089A FI112140B (fi) 2001-05-23 2001-05-23 Informaation kommunikointi

Publications (3)

Publication Number Publication Date
FI20011089A0 FI20011089A0 (fi) 2001-05-23
FI20011089A FI20011089A (fi) 2002-11-24
FI112140B true FI112140B (fi) 2003-10-31

Family

ID=8561263

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20011089A FI112140B (fi) 2001-05-23 2001-05-23 Informaation kommunikointi

Country Status (4)

Country Link
US (1) US20030115332A1 (fi)
EP (1) EP1400069A1 (fi)
FI (1) FI112140B (fi)
WO (1) WO2002096040A1 (fi)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1483597A4 (en) 2002-02-14 2006-03-22 Avaya Technology Corp NOM SPACE PRESENCE AND INTERCONNECTION TRACKING TECHNIQUES
US7474741B2 (en) 2003-01-20 2009-01-06 Avaya Inc. Messaging advise in presence-aware networks
US20040190500A1 (en) * 2003-02-28 2004-09-30 Westell Technologies, Inc. Method for maintaining quality of service for telephone calls routed between circuit switched and packet switched networks
WO2004084502A1 (en) * 2003-03-17 2004-09-30 Orange Sa Radio network for communicating internet data packets containing different types of data
US7664036B2 (en) * 2003-05-22 2010-02-16 Broadcom Corporation Dynamic real-time quality management of packetized communications in a network environment
US7765302B2 (en) * 2003-06-30 2010-07-27 Nortel Networks Limited Distributed call server supporting communication sessions in a communication system and method
US7251254B2 (en) * 2003-09-03 2007-07-31 At&T Corp. Telecommunication network system and method in communication services using session initiation protocol
GB2406464B (en) * 2003-09-29 2006-07-05 Siemens Ag Network entity
US9398152B2 (en) 2004-02-25 2016-07-19 Avaya Inc. Using business rules for determining presence
EP1578152A1 (fr) * 2004-03-17 2005-09-21 France Telecom Procédé, serveur et système de gestion d'une session "push-to-talk"
US8503355B2 (en) * 2004-03-17 2013-08-06 France Telecom Method, server, and system for managing “push-to-talk” session
US7483385B2 (en) * 2004-03-26 2009-01-27 Hewlett-Packard Development Company, L.P. Process for monitoring the quality of service in a telecommunication network and apparatus for the same
GB0407144D0 (en) * 2004-03-30 2004-05-05 British Telecomm Networks
US20060083242A1 (en) * 2004-10-20 2006-04-20 Nokia Corporation Address modification in application servers
ATE445950T1 (de) * 2005-05-23 2009-10-15 Alcatel Lucent Rsvp-protokollerweiterung zur unterstützung von oam-funktionen
US7768998B1 (en) 2005-06-13 2010-08-03 Sprint Spectrum L.P. Dynamic VoIP codec selection based on link attributes at call setup
ATE502474T1 (de) * 2005-08-04 2011-04-15 T mobile int ag Verfahren zur erhebung von nutzerverhalten zur laufzeit im mobilen 3gpp ip basierten multimedia subsystem (ims)
EP1758400A3 (en) * 2005-08-25 2008-07-30 Samsung Electronics Co.,Ltd. Mobile communication terminal and method for reproducing digital broadcasting
EP1780974A1 (en) * 2005-10-26 2007-05-02 Hewlett-Packard Development Company, L.P. Improved communication handling
US20070118659A1 (en) * 2005-11-22 2007-05-24 Nokia Corporation Session set-up between two communication entities
DE102005058002B4 (de) * 2005-12-05 2007-12-27 Nokia Siemens Networks Gmbh & Co.Kg Vorrichtung und Verfahren zum Abweisen von Fax T.38 Anwendungen in FMC Netzen
US20070140116A1 (en) * 2005-12-16 2007-06-21 Microsoft Corporation Interactive Codec Selection
EP2005693B1 (en) * 2006-03-02 2015-09-02 Telefonaktiebolaget LM Ericsson (publ) Wideband codec negotiation
US8719342B2 (en) * 2006-04-25 2014-05-06 Core Wireless Licensing, S.a.r.l. Third-party session modification
CN101110790A (zh) * 2006-07-18 2008-01-23 华为技术有限公司 建立会话的方法
US8503431B2 (en) * 2006-08-25 2013-08-06 Wireless Wonders Ltd. Mobile phone related indirect communication system and method
US20080155024A1 (en) * 2006-12-20 2008-06-26 Morris Robert P Methods And Systems For Providing For Responding To Messages Without Non-Accepted Elements Of Accepted MIME Types Based On Specifications In A Message Header
US8959239B2 (en) * 2006-12-29 2015-02-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for reporting streaming media quality
US8150003B1 (en) 2007-01-23 2012-04-03 Avaya Inc. Caller initiated undivert from voicemail
US20080252490A1 (en) * 2007-04-10 2008-10-16 Chiluk David R Merging A Codec With A Digital Media File and Playing A Digital Media File On A Playback Device
US7940793B2 (en) 2007-04-24 2011-05-10 Avaya Communication Israel Ltd Media application
EP2007105A1 (en) * 2007-06-22 2008-12-24 Accenture Global Services GmbH Session initiation protocol adaptor
JP5769909B2 (ja) * 2007-06-22 2015-08-26 京セラ株式会社 無線通信装置およびサーバ装置
US20090006533A1 (en) * 2007-06-28 2009-01-01 Yahoo! Inc. Server-aided approach to improve media negotiation efficiency
CN100550860C (zh) * 2007-11-27 2009-10-14 华为技术有限公司 媒体资源预留方法及业务包信息获取方法及装置
WO2010032989A2 (en) * 2008-09-19 2010-03-25 Samsung Electronics Co., Ltd. Method and system for managing communication session establishment
WO2011023601A1 (en) 2009-08-25 2011-03-03 Nokia Siemens Networks Oy Control of codec negotiation for communication connection
US8301581B2 (en) 2009-09-24 2012-10-30 Avaya Inc. Group compositing algorithms for presence
CN102045844B (zh) * 2009-10-12 2013-04-17 华为技术有限公司 能力信息上报方法和装置
US8560830B2 (en) 2010-04-06 2013-10-15 Blackberry Limited System and method for exchanging cryptographic protocol capabilities
EP2375674B1 (en) * 2010-04-06 2014-11-26 BlackBerry Limited System and method for exchanging cryptographic protocol capabilities
US20130132594A1 (en) * 2010-05-21 2013-05-23 Nokia Siemens Networks Oy Control of parameter negotiation for communication connection
US9559805B2 (en) * 2014-11-03 2017-01-31 Cisco Technology, Inc. Self-describing error correction of consolidated media content
US11171999B2 (en) 2016-07-21 2021-11-09 Qualcomm Incorporated Methods and apparatus for use of compact concurrent codecs in multimedia communications

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5802320A (en) * 1995-05-18 1998-09-01 Sun Microsystems, Inc. System for packet filtering of data packets at a computer network interface
AU1122997A (en) * 1995-11-07 1997-06-11 Cadis, Inc. Search engine for remote object oriented database management system
FI962381A (fi) * 1996-06-07 1997-12-08 Nokia Telecommunications Oy Datan pakkaaminen tietoliikenneyhteydellä
US5881230A (en) * 1996-06-24 1999-03-09 Microsoft Corporation Method and system for remote automation of object oriented applications
US6052710A (en) * 1996-06-28 2000-04-18 Microsoft Corporation System and method for making function calls over a distributed network
US5857191A (en) * 1996-07-08 1999-01-05 Gradient Technologies, Inc. Web application server with secure common gateway interface
JPH1028217A (ja) * 1996-07-12 1998-01-27 Murata Mach Ltd 電子メール受信機能を有する通信端末装置
US6047113A (en) * 1996-12-10 2000-04-04 International Business Machines Corporation Network adapters for multi-speed transmissions
US6574661B1 (en) * 1997-09-26 2003-06-03 Mci Communications Corporation Integrated proxy interface for web based telecommunication toll-free network management using a network manager for downloading a call routing tree to client
GB2330430B (en) * 1997-10-16 2002-07-17 Ibm Error handler for a proxy server computer system
US6421527B1 (en) * 1998-05-21 2002-07-16 Texas Instruments Incorporated System for dynamic adaptation of data/channel coding in wireless communications
US7003571B1 (en) * 2000-01-31 2006-02-21 Telecommunication Systems Corporation Of Maryland System and method for re-directing requests from browsers for communication over non-IP based networks
FR2805112B1 (fr) * 2000-02-11 2002-04-26 Mitsubishi Electric Inf Tech Procede et unite de controle de flux d'une connexion tcp sur un reseau a debit controle
US6880089B1 (en) * 2000-03-31 2005-04-12 Avaya Technology Corp. Firewall clustering for multiple network servers
EP1275261A1 (en) * 2000-04-11 2003-01-15 Nokia Corporation Application of rtp and rtcp in the amr transport in voice over ip networks
WO2001086885A1 (en) * 2000-05-10 2001-11-15 Nokia Corporation Communication system and method for classifying and marking information elements to be transmitted in a network
AU2000267018A1 (en) * 2000-08-14 2002-02-25 Nokia Corporation Communication system and method providing a mode selection procedure
US20020078371A1 (en) * 2000-08-17 2002-06-20 Sun Microsystems, Inc. User Access system using proxies for accessing a network
CN1382347A (zh) * 2000-09-01 2002-11-27 诺基亚公司 服务脚本执行和管理的网络体系结构和方法
US6912715B2 (en) * 2001-07-30 2005-06-28 Appeon Corporation System and method for web-based remote procedure call (RPC)
US7039916B2 (en) * 2001-09-24 2006-05-02 Intel Corporation Data delivery system for adjusting assignment of connection requests to nodes based upon the tracked duration
US7028097B2 (en) * 2002-03-28 2006-04-11 Intel Corporation Wireless LAN with dynamic channel access management
US7685287B2 (en) * 2002-05-30 2010-03-23 Microsoft Corporation Method and system for layering an infinite request/reply data stream on finite, unidirectional, time-limited transports

Also Published As

Publication number Publication date
US20030115332A1 (en) 2003-06-19
WO2002096040A1 (en) 2002-11-28
FI20011089A0 (fi) 2001-05-23
EP1400069A1 (en) 2004-03-24
FI20011089A (fi) 2002-11-24

Similar Documents

Publication Publication Date Title
FI112140B (fi) Informaation kommunikointi
US7468983B2 (en) Communication of codec information
US7944880B2 (en) Method and arrangement for establishing a communication session for multimedia
EP1878182B1 (en) Sip based session setup method and terminal thereof
ES2414874T3 (es) Un procedimiento y una disposición para el establecimiento de una sesión de comunicaciones para multimedia
EP1999910B1 (en) Quality of service configuration for wireless communication
US8102839B2 (en) System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
EP1853037B1 (en) Method and system of forwarding capability information of user equipment in internet protocol multimedia subsystem network
US11252201B2 (en) Communications methods, apparatus and systems to provide optimal media routing
US11799922B2 (en) Network core facilitating terminal interoperation
US8209432B2 (en) Method and arrangement for communicating multimedia content
CA2649629C (en) Method for transmitting information in wireless communication system and terminal supporting the method
EP2458816B1 (en) Method and apparatuses for changing status of packet switched domain
EP3552430B1 (en) Methods and apparatus for adjusting a service continuity threshold in a wireless communication network
WO2007025560A1 (en) Multimedia transport optimisation
US9826072B1 (en) Network-terminal interoperation using compatible payloads
JP4988039B2 (ja) 回線交換デバイスに使用するｉｍｓサービスを構成するための装置および関連する方法
ZA200506682B (en) Method for signaling streaming quality adaptation and control mechanisms in multimedia streaming
WO2016184281A1 (zh) 一种媒体互通方法及其装置
US20110153842A1 (en) Control device, communication system and communication method for multimedia streaming over a wireless broadband network
KR20140001477A (ko) 영상통화의 효율적 세션 교섭을 위한 장치 및 방법
CN116074806A (zh) 信息传输方法及装置
EP1998517B1 (en) METHOD AND aPPARATUS FOR CHANGING STATUS OF PACKET SWITCHED DOMAIN
CN101127678A (zh) 一种建立用户平面连接的方法和***

Legal Events

Date Code Title Description
MA Patent expired