FI109444B - Menetelmä ja järjestelmä datansiirtokanavien rinnakkaiskäyttöä varten - Google Patents

Description

109444

Menetelmä ja järjestelmä datasiirtokanavien rinnakkaiskäyttöä varten

Keksintö koskee yleisesti tekniikkaa datasiirron järjestämiseksi ainakin kahden päätteen välille tietoliikennejärjestelmässä. Erityisesti keksintö koskee tekniikkaa opti-5 maalisesti mitoitetun kanavaratkaisun järjestämiseksi kapasiteettitarpeiltaan erilaisis ta komponenteista koostuville multimediayhteyksille.

Multimedialla tarkoitetaan yleisesti audiovisuaalisten kohteiden synkronoitua esittämistä käyttäjälle. Tämän patenttihakemuksen jättämisen ajankohtana odotetaan tavallisen puhelun käsitteen kehittyvän kohti kaksipiste- (tai piste-monipiste- tai mo-10 nipiste-monipiste) -multimediayhteyttä, jossa jokaisella käyttäjällä on audiovisuaalisilla ominaisuuksilla varustettu pääte, ja päätteet yhdistävä tietoliikennejärjestelmä välittää monenlaista audiovisuaalista materiaalia samoin kuin pelkkää digitaalista dataa päätteiden välillä. Samalla nähdään selvä kehitys kohti yhä kevyempiä kannettavia tietoliikennepäätteitä. Yksinkertainen esimerkki kannettavasta multimediapäät-15 teestä on kannettava kuvapuhelin, jonka käyttäjä näkee videokuvan keskustelu- .·. kumppanistaan samalla kun kuulee hänen puhuvan. Multimediayhteyksille on tyy- • · pillistä, että siirrettävän datan määrä voi vaihdella huomattavasti sen mukaan, mil- ..; laista kuvankäsittelyalijärjestelmää käytetään, mitä muuta dataa on siirrettävänä vi- * · deokuvan lisäksi, ja millaista datan pakkaus-, salaus- ja kanavakoodausjärjestelmää ··;' 20 käytetään.

:1·1; Useimmat matkaviestinjärjestelmät ovat rakenteeltaan solukkoradiojärjestelmiä.

Niistä useimmissa on kapasiteetin pullonkaulana matkaviestimen ja yhden tai .···. useamman kiinteän tukiaseman välinen radiotie, jossa on pulaa ajasta ja kaistan- • · t i!! leveydestä. Tunnetut tietoliikennestandardit ja standardiehdotukset sopivat huonosti 25 kapasiteetin käytön optimointiin radiotiellä multimediayhteyksillä, useimmiten siksi, että niiden kanavanvarausmekanismit ovat joustamattomia. Esimerkiksi ITU-T:n : ’: (International Telecommunication Union - Telecommunication Standardization .···. Sector) suosituksen numero H.324 mukaan kaikki erilaiset tietovirrat (audio, video • · · . ja data) multipleksoidaan yhdeksi siirtokanavaksi, jonka kapasiteetti on tyypillisesti 30 28,8 kbps ja joka on käytettävissä V.34-standardin mukaisen modeemin tai transpa rentin HSCSD (High Speed Circuit Switched Data) -lähetin-vastaanottimen avulla GSM-järjestelmässä (Global System for Mobile telecommunications). Yhdelle multimediayhteydelle varattu kapasiteetti on siksi kiinteä, ja tämän vuoksi yhden data-virtakomponentin vaatimusten kasvaessa muiden komponenttien on vastaavasti luo-35 vutettava kapasiteettia. Pienikin lisäys samanaikaisesti lähetettävän tiedon määrässä 2 109444 voi huonontaa huomattavasti esimerkiksi videokuvan laatua, mikä puolestaan aiheuttaa haittaa yhteyden osapuolille.

Tämän keksinnön tarkoituksena on esittää menetelmä ja järjestelmä sellaisen multimediayhteyden muodostamiseksi ja ylläpitämiseksi, joka mahdollistaisi joustavat 5 muutokset aikayksikössä ja/tai kaistanleveydellä lähetettävässä datassa. Keksinnön tavoitteena on myös esittää menetelmä ja järjestelmä matkaviestimen ja tukiaseman välisen radioliitännän resurssien käyttämiseksi tehokkaasti multimediayhteyteen liittyvien tietojen välittämiseen.

Keksinnön tavoitteet saavutetaan järjestämällä rinnakkain reaaliaikainen kanava ja to ei-reaaliaikainen pakettikanava, joka on läheisessä yhteydessä reaaliaikaiseen kanavaan.

Keksinnön mukainen menetelmä on tunnettu siitä, että se käsittää seuraavat mene-telmävaiheet: - reaaliaikaisiin palvelukomponentteihin liittyvän tiedon johtaminen radiolähetin-15 vastaanottimen kautta ja mainitun radiolähetin-vastaanottimen ja paikallisten reaaliaikaisten sovellusten välillä reaaliaikaisen kanavalohkon kautta, ja - ei-reaaliaikaisiin palvelukomponentteihin liittyvän tiedon johtaminen saman radiolähetin-vastaanottimen kautta ja mainitun radiolähetin-vastaanottimen ja paikallisten ei-reaaliaikaisten sovellusten välillä mainitun reaaliaikaisen kanavalohkon kanssa 20 rinnakkain kytketyn ei-reaaliaikaisen kanavalohkon kautta.

Keksintö koskee myös langatonta päätejärjestelmää, joka toimii tiedonsiirron osa- ·;·,· puolena reaaliaikaisista ja ei-reaaliaikaisista palvelukomponenteista koostuvassa multimediayhteydessä, jossa reaaliaikaisia palvelukomponentteja käyttävät paikalli- . ‘ : set reaaliaikaiset sovellukset ja ei-reaaliaikaisia palvelukomponentteja käyttävät pai- ." ·. 25 kahiset ei-reaaliaikaiset sovellukset. Se on tunnettu siitä, että se käsittää * »« . ·: \ - radiolähetin-vastaanottimen, jossa on sekä piirikytkentäiset että pakettikytkentäiset . ·; ·, toiminnot, » · · - reaaliaikaisen kanavalohkon reaaliaikaisten palvelukomponenttien kuljettamiseksi paikallisten reaaliaikaisten sovellusten ja radiolähetin-vastaanottimen välillä, ja

* · I

‘ : 30 - mainitun reaaliaikaisen kanavalohkon kanssa rinnakkain kytketyn ei-reaaliaikaisen kanavalohkon ei-reaaliaikaisten palvelukomponenttien kuljettamiseksi paikallisten ; · ei-reaaliaikaisten sovellusten ja radiolähetin-vastaanottimen välillä.

• · »tl 1 · • · · > · • · ! 3 109444

Keksinnön mukaisesti kannettava multimediapääte käsittää rinnakkaiset järjestelmät reaaliaikaisten ja ei-reaaliaikaisten tietojen välittämiseksi. Reaaliaikaiset tiedot liittyvät edullisimmin audio- ja videosovelluksiin sekä reaaliaikaisiin data-5 ja/tai järjestelmänohjaussovelluksiin. Ei-reaaliaikaiset tiedot voivat liittyä mihin tahansa tietoihin, joiden välittäminen ei ole ajan suhteen kriittistä. Tyypillisiä esimerkkejä ei-reaaliaikaisista tiedoista ovat liikkumattoman kuvan muodostava data, tekstitiedosto, binääritiedosto tai alhaista bittinopeutta käyttävät komennot, kuten kameran kauko-ohjauskomennot.

10

Voimassa olevien standardien täyttämiseksi on edullista rakentaa rinnakkaiset reaaliaikaiset ja ei-reaaliaikaiset järjestelmät aiemmin määritellyistä komponenteista. Tämän patenttihakemuksen jättämishetkellä lupaava ehdokas reaaliaikaiseksi osaksi on H.324- ja GSM HSCSD -standardien mukainen toiminnallinen koko-15 naisuus, kun taas GPRS (General Packet Radio Service) tai jopa SMS (Short Message Service) soveltuu ei-reaaliaikaisen osan toteuttamiseen. Matkaviestimen lähetin-vastaanottimen on pystyttävä käsittelemään sekä yhteyden reaaliaikaista että ei-reaaliaikaista osaa. Samanaikaisen toiminnan salliminen molemmille osille on edullista, ja se voidaan toteuttaa esimerkiksi A-luokan HSCSD/GPRS GSM 20 -lähetin-vastaanottimella. Erityistä priorisointijäijestelyä voidaan kuitenkin sovel-| taa, jos lähetin-vastaanotin on B-luokan HSCSD/GPRS GSM -lähetin-vastaanotin tai muu lähetin-vastaanotin, joka sallii vain toisen osista olevan aktiivinen tietyllä hetkellä.

.! ’! 25 Keksinnön erään edullisen toteutusmuodon osana radioresurssien käyttö optimoi- *..; daan aktivoimalla tarvittavat kantopalvelut vain tarpeen mukaan. Siksi keksinnön ‘' mukainen multimediayhteys ei pidä mitään radioresursseja tarpeettomasti varat- ···' tuna, mikä auttaa välttämään tungosta radioverkoissa ja säästää sähköenergiaa, : mikä on tärkeää kannettavissa akkukäyttöisissä päätteissä. Matkaviestimen : 30 käyttäjälle tästä on etua yhteyskustannusten pienenemisenä, koska keksinnön ansiosta (yleensä kalliimmat) reaaliaikaiset kantopalvelut ovat mukana vain silloin, kun niitä tarvitaan: ei-reaaliaikaisia palveluita voidaan saada (halvempien) • · . 1 ‘ ; ei-reaaliaikaisten kantopalveluiden kautta.

• I · » · · « 4 109444

Keksinnölle tunnusomaisina pidetyt uudet piirteet on esitetty erityisesti liitteenä olevissa patenttivaatimuksissa. Itse keksintöä, sen rakennetta ja toimintaa sekä sen muita tavoitteita ja etuja kuvataan havainnollisesti seuraavissa keksinnön toteutus-muotojen kuvauksissa sekä niihin liittyvissä piirustuksissa.

5 Kuva 1 esittää H.324-standardin mukaista järjestelmää,

Kuva 2 on lohkokaavio keksinnön mukaisesta päätteestä,

Kuva 3 esittää keksinnön mukaista menetelmää ja

Kuva 4 on kaavamainen yleiskuva keksinnön mukaisesta tietoliikennejärjestelmästä.

10 Kuvissa on käytetty toisiaan vastaavista osista samoja viitenumerolta.

Keksinnön taustaksi selostetaan ensin H.324-standardin mukaista tunnettua päätejärjestelmää viitaten kuvaan 1. Standardissa määritetään neljä mahdollista tiedon lähdettä ja kohdetta: videosisäänmeno-ja ulostulolaitteet 101, audiosisäänmeno-ja/tai ulostulolaitteet 102, käyttäjän datasovellukset 103 ja järjestelmänohjaus 104. Sisään 15 syötetyt videotiedot, jotka on tarkoitus lähettää, koodataan ja vastaanotetut videotie-: dot, jotka on tarkoitus syöttää ulos, dekoodataan videokoodekkilohkossa 105, joka '···' on tunnettujen standardien H.263 tai H.261 mukainen. Sisään syötetyt audiotiedot, jotka on tarkoitus lähettää, vastaavasti koodataan ja vastaanotetut audiotiedot, jotka v : on tarkoitus syöttää ulos, vastaavasti dekoodataan audiokoodekkilohkossa 106, joka : : : 20 on tunnetun standardin G.723.1 mukainen. Valinnainen viivelohko 107 järjestää tar peelliset viipeet vastaanotettuun audiosignaaliin sen synkronoimiseksi vastaanotetun videosignaalin kanssa. Melko yleisesti määritelty dataprotokollalohko 108 suorittaa . · · ·. tarpeelliset koodaus- ja/tai dekoodaustoiminnot käyttäjän datasovelluksiin liittyvien • tietojen siirtämiseksi.

• · · 25 Järjestelmänohjauslohkon 104 rooli liittyy sekä itse päätteen toimintaan että kaikki-.:, en tarpeellisten päätteiden välisten järjestelmätoimintojen toteuttamiseen. Päätteessä ; ’ on ensimmäiseen järjestelmänohjausporttiin kytkettynä lohko 109, joka koostuu oh- • *· jausprotokollaosasta 109a ja SRP/LAPM-osasta (Simple Retransmission Protocol /

Link Access Procedures for Modems) 109b. Näistä edellisen toiminta noudattaa 30 tunnettua standardia H.245, joka tarjoaa päätteiden välisen signaloinnin päätteiden asianmukaista toimintaa varten ja signaloi kaikkia muita päätteiden välisiä järjestel-mätoimintoja. Se taijoaa toimintavalmiuksia koskevien tietojen vaihdon, komentojen ja ilmoitusten signaloinnin ja sanomia loogisten kanavien sisällön avaamiseksi ja 5 109444 kuvaamiseksi. SRP/LAPM-osa 109b on välikerros ohjauskanavan protokollapinossa H.245-kerroksen ja multipleksointi/demultipleksointilohkon 110 välissä, ja se suorittaa joko yksinkertaisen uudelleenlähetysprotokollan, jossa jokainen lähetetty kehys on hyväksyttävä ennen kuin seuraavan samanlaisen kehyksen lähetys sallitaan, tai 5 tunnetun V.42-standardin mukaisen LAPM-protokollan.

Multipleksointi/demultipleksointilohko 110 suorittaa multipleksointitoiminnon erillisistä video-, audio-, data- ja ohjausvirroista yhdeksi lähetettäväksi virraksi, ja vastaavasti demultipleksointitoiminnon vastaanotetusta virrasta erillisiksi video-, audio-, data- ja ohjausvirroiksi. Kyseeseen tuleville mediatyypeille se suorittaa myös ίο loogisen kehysjaon/tahdistuksen (framing), jaksojen numeroinnin, virheiden havaitsemisen ja niiden korjaamisen uudelleenlähetyksellä. Modeemilohko 111 koostuu itse modeemista lila ja ohjaus/tunnustelualalohkosta 111b. Modeemi on periaatteessa kaksisuuntainen muunnin tarpeellisten muunnosten suorittamiseksi päätteen sisällä käsiteltävän digitaalisen informaation ja puhelinverkossa lähetettävän analo-15 gisen signaalin välillä. Se toimii tunnettujen V.34- tai V.8/V.8bis -standardien mukaan. Jälkimmäisessä tapauksessa käytetään ohjaus/tunnustelualalohkoa 11 Ib suorittamaan modeemi/verkkorajapinnan tarpeelliset ohjaus/tunnustelutoiminnot tunnetun V.25ter-standardin mukaisesti. Siitä on suora yhteys toiseen järjestelmänohjaus-porttiin ja edelleen järjestelmänohjauslohkoon 104.

20 H.324-standardissa on hyvin vähän vaatimuksia GSTN-verkolle (General Switched ;;; Telephone Network) 112, joka muodostaa linkin kahden päätteen välille kuten ku- vassa 1. Monipisteyhteys saadaan aikaan puhelinverkkoon liitettyjen monipisteoh-' · ’ ' jausyksiköiden (Multipoint Control Units, MCU) 113 avulla.

."'; On huomattava, että H.324-standardin mukaan hyvin monenlaiset sekä reaaliaikaiset ·. 25 että ei-reaaliaikaiset datasovellukset voivat toimia käyttäjän datasovelluslohkossa ’: ‘ 103. Standardisoituina datasovelluksina standardissa mainitaan • ‘ - T. 120 audiograafiselle teleneuvottelulle, mukaan luettuna tietokantakäyttö, liikku- ...: mattoman kuvan siirto ja kommentit, sovellusten jakaminen, reaaliaikainen tiedos- tonsiirto jne. kaksi- ja monipisteyhteyksissä, . . ; 30 - T.84 sovellusten rajat ylittävälle liikkumattoman kuvan siirrolle kaksipisteyhteyk- sissä, - T.434 sovellusten rajat ylittävälle telemaattiselle tiedostonsiirrolle kaksipisteyhte-yksissä, -H.224 yksisuuntaisten sovellusten reaaliaikaiselle ohjaukselle, mukaan luettuna 35 H.281 :n mukainen kameran kauko-ohjaus, 6 109444 - ISO/IEC:n (International Standardization Organisation / International Electrotechnical Commission) standardin TR9577 mukainen verkkoyhteyskerros (network link layer), - Faksimile-siirto T.30 ja 5 - Tekstiviestintäprotokolla T. 140.

Standardin mukaan voidaan myös siirtää määrittelemättömiä käyttäjän tietoja ulkoisista dataporteista. Myös muita kuin mainittuja sovelluksia ja protokollia voidaan käyttää, jos niiden käytöstä voidaan sopia H.245-standardin mukaisesti.

ITU-T -standardit H.324, V.34, H.263, H.261, G.723.1, H.245, V.42, V.8, V.8bis, io V.25terjaV. 110 liitetään tähän patenttihakemukseen viittaamalla niihin.

Kuva 2 esittää erästä keksinnön mukaista, edullista päätettä. Suuri osa siitä koostuu lohkoista ja yhteyksistä, jotka ovat samanlaisia kuin vastaavat lohkot kuvassa 1, mutta niiden toiminnot ovat osittain erilaisia. Tämän ainakin osittaisen vastaavuuden kuvaamiseksi toisiaan vastaavista osista käytetään samoja viitenumerolta.

15 Kuvan 2 esittämä päätejärjestelmä koostuu multimediasovelluslohkosta 201, reaa-liaikaisesta kanavalohkosta 202, ei-reaaliaikaisesta kanavalohkosta 203 ja lähetin-' vastaanotinlohkosta 204. Jako lohkoihin on toiminnallinen, eikä se edellytä, että sa- massa lohkossa esitetyt toiminnot pitäisi toteuttaa yhdellä laitteella. Jako lohkoihin ;" *; ei myöskään estä joidenkin eri lohkoissa esitettyjen toimintojen toteuttamista yhdel- 20 lä laitteella.

# * * _ '·* * Sovelluslohko 201 käsittää NRT-datalohkon 205, joka edustaa kaikkia sellaisia so velluksia, jotka ovat ei-reaaliaikaisen tiedon lähteenä ja/tai kohteena, ja RT-dataloh- • * · kon 206, joka edustaa kaikkia sellaisia sovelluksia, jotka ovat reaaliaikaisen tiedon ' lähteenä ja/tai kohteena. Yhdessä lohkojen 205 ja 206 voidaan katsoa vastaavan , !·. 25 suunnilleen kuvassa 1 esitettyä käyttäjän datasovellukset -lohkoa 103. Lisäksi sovel- luslohko käsittää video/audiosovelluksen ja otto/antolaitelohkon 207, joka vastaa ; suunnilleen kuvassa 1 esitettyä lohkojen 101 ja 102 yhdistelmää, ja järjestelmänoh- • * · ;· jauslohkon 208, jossa on erillinen ei-reaaliaikainen ohjausosa 208a.

» »

Lohkot 206, 207 ja 208 ovat yhteydessä reaaliaikaiseen kanavalohkoon 202 siten, 30 että RT-datalohko 206 on kytketty dataprotokollalohkoon 108’, lohkon 207 video-osa (ei esitetty erikseen) on kytketty videokoodekkilohkoon 105, lohkon 207 audio-osa (ei esitetty erikseen) on kytketty audiokoodekkilohkoon 106, ja järjestelmänoh-jauslohko 208 on kytketty sekä lohkon 109 ohjausprotokollaosaan 109a että data-sovitinlohkon 209 ohjaus/tunnustelualilohkoon 209b. Reaaliaikaisen kanavalohkon ; 7 109444 202 sisällä lohkojen 105, 106, 107, 108’, 109’, 110 ja 209 järjestys ja työnjako on samanlainen kuin kuvan 1 lohkoissa 105, 106, 107, 108, 109, 110 ja 111, paitsi että dataprotokollalohko 108’ on järjestetty toteuttamaan vain reaaliaikaisia dataproto-kollia, ohjausprotokollalohko 109’ on sovitettu käsittelemään tiettyä keksinnön mu-5 kaista signalointia, ja tunnetun standardin V.110 mukainen datasovitinlohko 209 korvaa modeemilohkon 111; modeemin korvaaminen datasovittimella osoittaa, että päätteiden välisen tietoliikenneyhteyden tarjoava tietoliikenneverkko on digitaalinen eikä analoginen. Tiedonsiirtovirtauksiin liittyvät yhteydet on esitetty yhtenäisillä viivoilla ja ohjausvirtauksiin liittyvät yhteydet on esitetty katkoviivoilla.

10 NRT-datalohkosta 205 ei ole yhteyttä dataprotokollalohkoon 108’ eikä lainkaan reaaliaikaiseen kanavalohkoon 202. Rinnakkaisena reaaliaikaisen kanavalohkon 202 kanssa on erillinen ei-reaaliaikainen kanavalohko 203, jossa NRT-datalohko 205 on kytketty sekä pakettiprotokollalohkoon 210 että lyhytsanomapalvelu- eli SMS-loh-koon 211. Näistä edellinen käsittää IP (Internet Protocol) -alilohkon 210a, GPRS-15 alilohkon 210b ja NarrowBand Socket -alilohkon 210c.

Lähetin-vastaanotin 204 pystyy käsittelemään sekä piirikytkentäistä tietoa reaaliai- t .·. kaisen kanavalohkon 202 datasovittimella 209 että pakettikytkentäistä tietoa ei-»« · reaaliaikaisen kanavalohkon 203 SMS-ja pakettiprotokollalohkoilla. Kuvassa 2 on i * ' <. > oletettu, että lähetin-vastaanotin on A-luokan HSCSD/GPRS GSM -lähetin-vastaan- » · ‘ * * , 20 otin, mikä tarkoittaa, että se tukee samanaikaisia GPRS-ja HSCSD-kantopalveluita.

Myöhemmin esitämme, kuinka keksintöä voidaan soveltaa myös sellaisen lähetin- itu | ’ ' vastaanottimen kanssa, joka tukee vain yhtä kantopalvelutyyppiä kerrallaan.

I ( » * t · ·

Aiemmin on selvitetty, että multimediayhteyden palvelukomponentit voidaan jakaa . * ·. reaaliaikaisiin ja ei-reaaliaikaisiin luokkiin. Keksinnön mukaisesti reaaliaikainen ka- , · * ·, 25 navalohko 202 antaa tietyn lähetyskapasiteetin reaaliaikaisten palvelukomponenttien '·’ käyttöön, ja ei-reaaliaikainen kanavalohko 203 täyttää ei-reaaliaikaisten palvelu- :: komponenttien vaihtelevat kapasiteettitarpeet. Rinnakkaisten reaaliaikaisten ja ei- : reaaliaikaisten järjestelmien käyttö varmistaa sen, että reaaliaikaisten palvelukom- 1: ·. ponenttien ei tarvitse luovuttaa kapasiteettia ei-reaaliaikaisille palvelukomponenteil- : 30 le ainakaan silloin, kun lähetin-vastaanotin tukee samanaikaista reaaliaikaista ja ei- reaaliaikaista toimintaa.

Kuvan 2 mukaista päätejärjestelmää suunniteltaessa on oletettu, että eri sovellusten sovitus joko SMS-, GPRS- tai HSCSD-kantopalveluun on kiinteä, eli sovellus, joka on määritetty käyttämään esimerkiksi SMS-kantopalvelua, ei voi käyttää osaa reaa-35 häikäisen kanavan kapasiteetista dataprotokollalohkon 108’ kautta, vaikka tätä ka- 109444 j ! 8 i | pasiteettia olisi vapaana. Eräs parannus kuvan 2 toteutusmuotoon olisi järjestelmä, jossa erillinen ’’data-agentti” seuraisi reaaliaikaiselle datakanavalle varattua kapasiteettia ja sen käyttöä. Jos data-agentti huomaisi sellaisella hetkellä, jolloin syntyy tarve välittää ei-reaaliaikaista tietoa, että reaaliaikaisessa datakanavassa on käyttä-5 mätöntä kapasiteettia, se voisi ohjata lähetettävät ei-reaaliaikaiset tiedot reaaliaikaiseen datakanavaan ennakolta määritetyn ei-reaaliaikaisen datakanavan sijasta. Yksinkertaisempi parannus olisi sellainen, jossa jako reaaliaikaisiin ja ei-reaaliaikaisiin palvelukomponentteihin on kiinteä, mutta alun perin GPRS.lle kohdistettu sovellus voisi käyttää myös SMS: ää toisena vaihtoehtona ja päinvastoin.

ίο Joka tapauksessa oletetaan, että jäijestelmänohjauslohko 208 sisältää tarpeelliset toiminnot kantopalvelun perustamis- ja purkamisprosessien hallitsemiseksi siten, että multimediatietoliikenneistunnon aikana pidetään aktiivisessa tilassa kullakin hetkellä vain niitä kantopalveluita, jotka ovat tarpeen. Jos multimediayhteys on esimerkiksi kuvapuhelinyhteys, johon ei alun perin liity ei-reaaliaikaisia tietoja, järjes-15 telmänohjauslohko järjestäisi vain HSCSD-kantopalvelun perustamisen. Vain jos kuvapuhelinyhteyden aikana syntyy tarve lähettää tekstitiedosto tai muuta ei-reaaliaikaista tietoa yhteyden osapuolten välillä, järjestelmänohjauslohko järjestäisi GPRS-kantopalvelun perustamisen. Samalla tavalla järjestelmänohjauslohko voisi järjestää, että SMS-sanoma, jossa on kameran kauko-ohjauskomentoja, lähetetään 20 vasta sitten, kun käyttäjä on osoittanut haluavansa kauko-ohjata kameraa; voi olla, ettei sellaista tarvetta synny missään vaiheessa kuvapuhelinyhteyden aikana. Hyvin •tt;’ yksinkertainen yhteys voitaisiin käsitellä vain GPRS- ja/tai SMS-kantopalveluilla ‘ · · · ’ tarvitsematta perustaa HSCSD-kantopalvelua.

» · : . Joissakin pakettikytkentäisissä radiojärjestelmissä on määritelty erilliset aktiiviset ja 25 passiiviset tilat pakettikytkentäiselle radioyhteydelle. Tämä merkitsee sitä, että pakettikytkentäinen radiopääte voi aluksi rekisteröityä tukiasemalle, mikä tarkoittaa ... sitä, että pakettikytkentäinen kantopalvelu perustetaan, mutta niin kauan kuin ei ole ;;; ’ lähetettäviä tietoja, yhteys pysyy passiivisessa tilassa, jossa se käyttää hyvin vähän ·;·’ radioresursseja tai ei käytä niitä lainkaan. Vasta sitten, kun syntyy tarve datasiir- : ; ’: 30 toon, passiivinen yhteys päivitetään aktiiviseen tilaan itse datasiirron ajaksi. Sen jäl- : “': keen se palaa passiiviseen tilaan odottamaan joko uutta datasiirtojaksoa tai kanto- .;. palvelun purkamista. Tätä menettelyä käytetään keksinnössä edullisesti siten, että ; ’ pakettikytkentäinen kantopalvelu perustetaan aina silloin, kun keksinnön mukainen ' ': pääte on solussa, joka voi tarjota multimediapalveluita, ja pakettikytkentäisen radio- 35 yhteyden tila on riippumaton mahdollisten samanaikaisten reaaliaikaisten yhteyksien tilasta.

9 109444 ETSIn (European Telecommunications Standards Institute) teknisessä spesifikaatiossa numero GSM 02.60 Phase 2+, joka liitetään tähän asiakirjaan viittaamalla siihen, määritellään B-luokan lähetin-vastaanotin seuraavasti: ’’Tukee samanaikaista kirjautumista, samanaikaista aktivointia ja samanaikaista valvontaa. Tukee vain ra-5 joitettua samanaikaista pyyntöä: GPRS-virtuaalipiirejä (GPRS-aktivointi) ei pureta pyynnön tai piirikytkentäisten palveluiden liikenteen vuoksi; GPRS-virtuaaliyhtey-den tila on silloin ’’käytössä tai varattu”. Samanaikaista liikennettä ei tueta. Matkaviestimen käyttäjä voi soittaa ja/tai vastaanottaa puheluita jommallakummalla näistä kahdesta palvelusta peräkkäin mutta ei samanaikaisesti. Oikean palvelun valinta ίο suoritetaan automaattisesti.” Toisin sanoen, jos kuvan 2 lähetin-vastaanotin 204 on B-luokan lähetin-vastaanotin, se priorisoi reaaliaikaisia palveluita ja käsittelee ei-reaaliaikaisia palveluita vain silloin, kun ei ole mitään reaaliaikaista toimintaa.

B-luokan lähetin-vastaanottimen sovellettavuuden parantamiseksi järjestelmänoh-jauslohkon 208 toimintaa voidaan tehostaa (tai kokonaan uusi toiminnallinen lohko 15 voidaan lisätä) ns. palvelun priorisointiagentin toteuttamiseksi, jos verkko tukee sellaista järjestelyä. Tämän agentin tarkoituksena olisi järjestää reaaliaikaisten ja ei-reaaliaikaisten palveluiden vaihtuva käyttö tietyn palveluprioriteettiprofiilin mukaisesti, joka voi olla joko kiinteä tai käyttäjän määritettävissä. Palvelun prioriteetti -profiilissa voitaisiin esimerkiksi todeta, että jos aktiivisen reaaliaikaisen lähetyksen 20 aikana syntyy tarve lähettää ei-reaaliaikaista tietoa, reaaliaikainen lähetys keskeyte-tään enintään X millisekunnin ajaksi, jolloin X on parametri, jonka arvo on valitta-* φ f vissa. Palveluprioriteettiprofiilin sopivat muodot saadaan kokeilemalla.

:"Huomatkaa, että tämän patenttihakemuksen jättämishetkellä tunnetuissa GSM:n re-;'; *: aaliaikaisissa (piirikytkentäisissä) yhteyksissä ei sallita yhteyden asettamista ”odo- 25 tustilaan” edellä kuvatulla tavalla. Tästä johtuen B-luokan lähetin-vastaanottimissa lähetyskanavan varaamisessa reaaliaikaisten ja ei-reaaliaikaisten palveluiden välillä toimii kilpailuperiaate, ja kun reaaliaikainen palvelu on tehnyt varauksen, sitä ei ;;; * voida keskeyttää. Toisaalta on mahdollista asettaa ei-reaaliaikainen palvelu odotusti- ; · ’ laan, jos äkkiä syntyy tarve tarjota reaaliaikaista palvelua jollekin sovellukselle.

y.‘.m 30 Yhtenä erityisenä esimerkkinä keksinnön mukaisesta päätejärjestelmästä voidaan ‘: * tarkastella matkaviestimen ja kannettavan tietokoneen tai muun oheislaitteen yhdis- tl· :: : telmää, jossa sovellukset pyörivät jonkin multimediaprotokollan, kuten H.324, pääl- : /.i lä. H.324-spesifikaation mukaan sellaisessa järjestelmässä oheislaite on yhteydessä matkaviestimen kanssa vain yhden multipleksoidun tiedonsiirtovirtauksen kautta, 35 joka voi sisältää sekä reaaliaikaisia että ei-reaaliaikaisia komponentteja. On mahdollista soveltaa keksintöä niin, että matkaviestin ylläpitää älykkäästi (tarpeen mu- 1° 109444 kaan) reaaliaikaisia ja ei-reaaliaikaisia kantopalveluita radiorajapinnan yli tukiasemalle ja huolehtii tiedonsiirtovirtauksen komponenttien tarpeellisesta sovituksesta siten, että toisaalta reaaliaikaisten komponenttien ja reaaliaikaisten kantopalveluiden ja toisaalta ei-reaaliaikaisten komponenttien ja ei-reaaliaikaisten kantopalveluiden 5 välillä on sovitettu vastaavuus. Tunnetun tekniikan mukaisessa järjestelmässä käytettäisiin vain reaaliaikaisia kantopalveluita koko multipleksoidun tiedonsiirtovirtauksen lähettämiseen. Jos H.324-spesifikaation vaatimuksia voidaan lieventää, matkaviestimen ja oheislaitteen välillä voi olla erilliset (ei-multipleksoidut) yhteydet reaaliaikaisille ja ei-reaaliaikaisille tiedonsiirtovirtauksille.

10 Seuraavaksi esitetään keksinnön mukainen edullinen menetelmä viitaten kuvaan 3. Oletamme, että käytettävä yhteys on yksinkertainen kaksipisteyhteys, multimediayhteys kahden päätteen välillä kuten kuvassa 2. Myöhemmin tehdään joitakin yleistyksiä, jotka osoittavat, että keksintöä voidaan soveltaa myös piste-monipiste- tai monipiste-monipiste -yhteyksiin.

15 Lohko 301 kuvaa H.245-standardin mukaisia, tunnettuja yhteydenmuodostusmenet-telyjä. Sitä seuraa lohko 302, joka edustaa toimintavalmiustietojen vaihtoa. Erästä toimintavalmiustietojen vaihdon muotoa on aiemmin kuvattu H.324-standardin osassa 6.5.1; keksinnön mukainen toimintavalmiustietojen vaihto eroaa tunnetuista menettelyistä siinä, että päätteet ilmoittavat toisilleen kykynsä käsitellä (samanaikaises-•.:. · 20 ti) reaaliaikaisia ja ei-reaaliaikaisia palveluita kuvassa 2 esitetyllä rinnakkaisella ka- ; : navajärjestelyllä. Eräs sopiva tapa toteuttaa nämä ilmoitukset on H.245-standardissa : määritelty NonStandardParameter -rakenne. Tiettyyn ei-standardisanomaan voidaan :' “: tavallisesti liittää sellainen merkitys, että se osoittaa rinnakkaiset reaaliaikaiset / ei- . *: *. reaaliaikaiset toimintavalmiudet. On hyvin edullista käyttää jotakin olemassaolevaa 25 rakennetta, esimerkiksi mainittua NonStandardParameter -rakennetta osoittamaan, että päätteillä on tämän keksinnön mukaiset toimintavalmiudet, koska silloin keksintö ei edellytä mitään todellisia muutoksia tai lisäyksiä olemassaoleviin standardei-hin. Toisin sanoen H.324:n mukaisen ulkoisen järjestelmän toimintavalmiuksien ·;·* signalointi suoritetaan H.245-menettelyillä eli hyödyntämällä H.324:n mukaista si- : 30 säistä signalointijärjestelmää.

‘: * Vaihtoehtona sille, että reaaliaikaisten / ei-reaaliaikaisten toimintavalmiuksien osoit- v : taminen sisällytetään yleiseen toimintavalmiusilmoitukseen 302, on mahdollista : määritellä, että keksinnön mukaiset toimintavalmiudet osoitetaan ei-reaaliaikaisella kanavalla käyttämällä pakettikytkentäisiä tai SMS-palveluita ennen kuin multime-35 diayhteyteen liittyvä varsinainen tietojenvaihto alkaa.

11 109444

Kun järjestelmän toimintavalmiustietoja on vaihdettu, H.324-kuvapuhelinsovellus ja reaaliaikaiset datasovellukset käyttävät reaaliaikaista (HSCSD)-kanavaa, kun taas rinnakkainen lähetyskanava (GPRS/SMS-liitäntä) on omistettu ei-reaaliaikaisille datasovelluksille. Lohko 303 kuvaa aktiivista reaaliaikaista yhteyttä, esimerkiksi ku-5 vapuhelinyhteyttä. Aktiivisen reaaliaikaisen yhteyden aikana syntyy silloin tällöin tarve vaihtaa ei-reaaliaikaisia tietoja rinnakkain päätteiden välillä. Vastaavat lyhyet siirretyn pakettitiedon ja/tai lyhytsanomien jaksot osoitetaan lohkoina 304, 305 ja 306. Reaaliaikaisen yhteyden deaktivoinnin jälkeen päätteiden välillä voi vielä olla ei-reaaliaikaisen tietojenvaihdon jakso, jota osoittaa lohko 307. Tämän jälkeen yhte-10 ys suljetaan.

Kuvan 3 mukainen menetelmä voidaan helposti yleistää piste-monipiste- tai moni-piste-monipisteyhteydeksi, jossa joukolla päätteitä on tietty määrä samanaikaisia yhteyksiä. Jokainen pääte ylläpitää seurantatietoja, jotka kuvaavat jokaisen muun yhteyteen osallistuvan päätteen identiteetin ja toimintavalmiudet. Yhteyden perus-15 tamisvaiheessa on toimintavalmiustietojen vaihtokierros, jossa jokainen pääte vastaanottaa muiden päätteiden toimintavalmiustiedot. Verkossa oleva, yhteyksiä välittävä monipisteohjausyksikkö järjestää monipistelähetyskanavat ja lähetysaikataulut siten, että jokainen välitetty tieto pääsee aiottuun kohteeseen mahdollisimman pienellä määrällä yhteentörmäyksiä. Reaaliaikaisten piste-monipiste- tai monipiste-20 monipisteyhteyksien aikana voi olla sattumanvarainen määrä ei-reaaliaikaisia kak- .!'! sipiste-, piste-monipiste- tai monipiste-monipisteyhteyksiä. Monipisteohjausyksikön •,,; tehtävänä on järjestää tarvittavat yhteydet verkossa. Samoin jos ei-reaaliaikaiset yh- • ·; * teydet ovat hallitseva tietoliikennemuoto piste-monipiste- tai monipiste-monipiste- • · ’ yhteyksissä, niiden lisänä voi olla satunnainen määrä reaaliaikaisia kaksipiste-, pis- v : 25 te-monipiste-tai monipiste-monipisteyhteyksiä.

Kuva 4 esittää tietoliikennejäijestelmää, jossa kaksi päätettä 401 ja 402 on kytketty ... tietoliikenneverkkoon 403. Päätteillä 401 ja 402 on keksinnön mukaiset rinnakkaiset I:: reaaliaikaiset / ei-reaaliaikaiset toiminnot, ja verkko 403 on varustettu välittämään *;·’ puhelinyhteyksiä tukiasemien (BS) 404, tukiasemaohjainten (BSC) 405 ja matka- , · t: 30 viestinkeskusten (MSC) 406 kautta. Päätteiden välisen samanaikaisen pakettitietojen lähettämisen mahdollistamiseksi verkossa on ainakin yksi pakettiohjausyksikkö .:. (PCU) 407. Jokaisessa tukiasemaohjaimessa 405 voi olla PCU, josta on yhteys pa- ; . kettikytkentäisen tietoliikenneverkon pakettivälitysohjaimeen SGSN 408. Vaihtoeh- '· ’· toisesti PCU voi sijaita tukiasemassa tai jopa SGSN:ssä. Kaukoverkko 409 kytkee 35 pakettivälitysohjaimet (SGSN) toisiinsa; verkossa voi olla myös yhdysväylätukisol- muja (GGSN) 410, joiden kautta on yhteyksiä muihin pakettiverkkoihin, kuten 12 109444

Internet. Reaaliaikainen yhteys kulkee päätteestä 401 tukiaseman 404, tukiasemaohjaimen 405, matkaviestinkeskuksen 406, toisen tukiasemaohjaimen 405 ja toisen tukiaseman 404 kautta toiseen päätteeseen 402. Ei-reaaliaikainen yhteys kulkee päätteestä 401 tukiaseman 404, tukiasemaohjaimen 405, tukiasemaohjaimeen kytke-5 tyn pakettiohjausyksikön 407, pakettivälitysohjaimen 408, kaukoverkon 409, toisen pakettivälitysohjaimen 408, toisen pakettiohjausyksikön 407, toiseen pakettiohjaus-yksikköön kytketyn tukiasemaohjaimen 405 ja toisen tukiaseman 404 kautta toiseen päätteeseen 402. Lyhytsanomakeskus 411 on myös kytketty matkaviestinkeskuk-seen, joten mahdolliset SMS-sanomat kulkevat sen kautta tunnettujen SMS-rutiinien ίο mukaisesti. Erilaisten monipisteyhteysvaihtoehtojen järjestämiseksi ainakin yhteen matkaviestinkeskukseen voi olla kytkettynä monipisteohjausyksikkö 411.

Edellä olevassa kuvauksessa on viitattu pääasiassa GSM-verkkoon reaaliaikaisia yhteyksiä välittävänä verkkona ja GPRS-verkkoon sen ei-reaaliaikaisena vastineena.

Näillä viittauksilla ei kuitenkaan ole mitään rajoittavaa vaikutusta keksintöön, vaan 15 keksinnössä on mahdollista käyttää mitä tahansa reaaliaikaista verkkoa ja rinnakkaista ei-reaaliaikaista verkkoa. Jos odotetaan samanaikaista reaaliaikaista ja ei-reaa-liaikaista toimintaa, verkon on tuettava samanaikaista reaaliaikaista ja ei-reaaliaikaista liikennettä.

Päätämme tämän selvityksen käsittelemällä lyhyesti joitakin jäijestelmän toteutus-20 näkökohtia. Kuvassa 2 esitetyn multimediapäätteen ohjauslohkon 208 tehtävänä on : ’.: alustaa toimintavalmiustietojen vaihtoa koskeva signalointi, jota tarvitaan ilmoitetta- essa etäpäätteelle käytössä olevan päätteen toimintavalmiuksista ja/tai kysyttäessä :" ’: etäpäätteen vastaavia toimintavalmiuksia. Kuten jo mainittiin, on mahdollista jäijes- :' |: tää tämä signalointi tehtäväksi ainakin kahdella eri tavalla, eli H.245-signaloinnilla . *: ·. 25 tai ainakin toisella ei-reaaliaikaisista kanavista (GPRS, SMS).

Kuva 5 liittyy H.245-signalointivaihtoehtoon. Tyypillinen esimerkki keksintöön so-·...’· velletusta H.245-ohjausprotokollamoduulista 109’ koostuu H.245-sovellusohjel- ...: mointiliitännästä (Application Programming Interface, API) 502, useista signalointi- . yksiköistä 503 - 512 ja yksinkertaisesta uudelleenlähetysprotokollasta (Simple 30 Retransmission Protocol, SRP) 513. H.245-ohjausprotokollamoduulia kutsutaan ta-’ 1' vallisesti lyhyesti H.245-moduuliksi.

: H.245 API 502 taijoaa käyttöliittymän H.245-moduulille 109. H.245-moduulia käyttävää tahoa kutsutaan käyttäjäksi. H.245 APIn päätoiminto on primitiiveiksi kutsuttujen ohjaustietosanomien lähetys ja vastaanotto. H.245 API 502 tarjoaa myös 109444 13 välineet useiden sellaisten parametrien asettamiseksi, joilla on vaikutus H.245-mo-duulin toimintaan.

H.245-protokolla sisältää monentyyppisiä ohjausneuvotteluja. Kaikkea tietyntyyppistä neuvottelua varten tehtävää signalointia kutsutaan signalointimenettelyksi.

5 Yksikköä, joka suorittaa yhdentyyppiset signalointimenettelyt, kutsutaan signaloin-tiyksiköksi (liittyy H.245-suosituksessa käytettyyn termiin ’’signalointiyksikkö”). Esimerkiksi kaikkea signalointia keskus-seurainmäärityksessä kutsutaan keskus-seu-rainmääritysmenettelyksi, ja sen suorittaa keskus-seurainmääritysyksikkö eli MSD-yksikkö, joka on merkitty viitenumerolla 503 kuvassa 5.

ίο Jokainen signalointimenettely-yksikkö koostuu kahdesta osasta. Osaa, joka on aloittanut menettelyn eli jonka käyttäjä on pyytänyt neuvottelua, kutsutaan ulosmene-väksi osaksi. Osaa, joka vastaa etäpäätteen aloittamaan menettelyyn, kutsutaan si-sääntulevaksi osaksi. Saman H.245-moduulin ulosmenevät ja sisääntulevat osat ovat toisistaan riippumattomia.

15 H.245-protokollan alla on toinen protokolla, jota kutsutaan yksinkertaiseksi uudel-leenlähetysprotokollaksi (Simple Retransmission Protocol, SRP), joka on määritetty H.324-suosituksessa ja merkitty viitenumerolla 513 kuvassa 5. SRP:n tehtävänä on taata ohjauskehysten turvallinen lähetys kuittaamalla jokainen vastaanotettu, ehjä : kehys ja lähettämällä uudelleen ne kehykset, joille ei ole tullut kuittausta.

: 20 Kahden yhdistetyn päätteen H.245-ohjausprotokollayksiköt neuvottelevat H.245- • · · ·' sanomilla. Nämä sanomat on määritelty H.245-suosituksen ASN. 1-syntakseissa. Sa- nomien todellinen bittivirtaesitys saadaan koodaamalla ASN. 1-tyyppiset sanomat «· · : pakatuilla koodaussäännöillä (PER). H.245-ohjausprotokolla ja käyttäjä kommuni- : *: *: koivat ns. primitiiveillä, jotka on erotettava H.245-sanomista. Primitiivit ovat tiedus- 25 telu-, vastaus-, hylkäys-, ilmoitus-, vahvistus-, vapautus- tai virheprimitiivejä riip- puen siitä, mikä rooli niillä on neuvottelussa. Primitiivien lähetys- ja vastaanotto- . · · ·. toiminnot toteutetaan H.245-APIin.

• · · : Toimintavalmiustietojen vaihtomenettelyllä pääte osoittaa etäpäätteelle valmiutensa :' ’ *; vastaanottoon ja mahdollisesti lähetykseen. Tieto toisen osapuolen toimintavalmiuk- 30 sista on olennaista valittaessa toteutuskelpoisia lähetystiloja. Toimintavalmiustieto-' jen vaihtomenettelyt (CE) suoritetaan toimintavalmiustietojen vaihtoyksikössä :·’··' (CEU) 504.

Käyttäjä aloittaa toimintavalmiuksien vaihdon lähettämällä ”CE-tiedustelu”-primitii-vin 601 kuten kuvissa 6a, 6b ja 6c. CEU lähettää ”TerminalCapabilitySet”-sanoman 109444 i 14 ! 602 etäpäätteelle ja odottaa etäpäätteeltä vastausta. Jos CEU saa etäpäätteeltä ”TerminalCapabilitySetAck”-sanoman 603, toimintavaimiustietojen vaihto on onnistunut, ja käyttäjälle ilmoitetaan siitä ”CE-vahvistus”-primitiivillä 604, kuten kuvassa 6a. Jos CEU saa etäpäätteeltä ”TenninalCapabilitySetReject”-sanoman 605, toimin-5 tavalmiustietojen vaihto on epäonnistunut, ja käyttäjälle ilmoitetaan siitä ”CE-vir-he”-primitiivillä 606, kuten kuvassa 6b. Ellei CEU saa vastausta etäpäätteeltä tietyn ajan kuluessa, toimintavaimiustietojen vaihto on epäonnistunut, CEU lähettää ”TerminalCapabilitySetRelease”-sanoman 607 etäpäätteelle, ja käyttäjälle ilmoitetaan ”CE-virhe”-primitiivillä 606 kuten kuvassa 6c.

ίο Kun CEU vastaanottaa ”TerminalCapabilitySet”-sanoman 602, kuten kuvissa 7a, 7b j ja 7c, se ilmoittaa käyttäjälle ”CE-ihnoitus”-primitiivillä 701 ja odottaa, että käyttäjä vastaisi pyyntöön. Jos käyttäjä hyväksyy pyynnön lähettämällä ”CE-vastaus”-primi-tiivin 702, CEU lähettää ”TerminalCapabilitySetAck”-sanoman 603 etäpäätteelle, kuten kuvassa 7a. Jos käyttäjä hylkää pyynnön lähettämällä ”CE-hylkäys”-primitii-15 vin 703, CEU lähettää ”TerminalCapabilitySetReject”-sanoman 605 etäpäätteelle, kuten kuvassa 7b. Jos CEU vastaanottaa ”TerminalCapabilitySetRelease”-sanoman 606 etäpäätteeltä odottaessaan käyttäjän vastausta, se lähettää käyttäjälle ”CE-va-pautus”-primitiivin 704 ja lakkaa odottamasta, kuten kuvassa 7c.

Muita kuin standardin mukaisia toimintavalmius- ja ohjaussanomia voidaan lähettää 20 käyttämällä H.245:ssä määriteltyä NonStandardParameter-rakennetta, kuten aiem-min mainittiin. Signalointimenettely on olennaisesti sama kuin edellä on kuvattu : #: viitaten kuviin 6a - 7c. Jos pääte vastaanottaa pyynnön, vastauksen tai komennon, :"': jota se ei ymmärrä, joko siksi, että se ei ole standardin mukainen, tai siksi, että se on määritelty uudemmassa järjestelmän spesifikaatiossa kuin se, jota pääte tukee, sen . ·: ·. 25 pitäisi vastata lähettämällä sinänsä tunnettu FunctionNotSupported-sanoma.

Jos toimintavaimiustietojen vaihtoon käytetään lyhytsanomapalvelua (SMS), signa- »· lointi voidaan suorittaa esimerkiksi kapeakaistaliitäntä-APIn (Narrow Band Socket ‘API, NBS-API) ja ns. älykkään sanomaprotokollan avulla. Pääajatuksena on silloin ,·. käyttää lyhytsanomapalvelua kantajana H.245-tyypin signaloinnille, joka muistuttaa ' ’ ·, 30 edellä kuvattua. Jos on mahdollista käyttää SMS-palvelua GPRS:n päällä, myös pa- '! * kettikytkentäisen ei-reaaliaikaisen kanavan käyttö noudattaa samaa mallia.

,·. : Toinen vaihtoehto pakettikytkentäisen ei-reaaliaikaisen kanavan käyttämiseksi on se, että tarvittavat ohjaussanomat kapseloidaan päätteiden välisiin TCP/IP-paket-teihin. GPRS-pääteosoite on analoginen IP-osoitteen kanssa. Se on GPRS-verkkoon 35 kytketyn laitteen ainutkertainen tunniste. Porttiosoitetta käytetään päätteessä sovel- 15 109444 luksen avaaman liitännän (socket) tunnistamiseen, joka sovellus on tässä tapauksessa pääteohjaussovellus. Tulevaisuudessa GPRS-kantoaallon käyttäminen voidaan myös sisällyttää älykkään sanomaprotokollan spesifikaatioon ja kapeakaistaliitännän spesifikaatioon, jolloin myös kolmannen osapuolen ohjelmistokehittäjät ja pääteval-5 mistajat voivat hyödyntää kyseistä metodologiaa.

Lisätietoa kapeakaistaliitännöistä on saatavissa verkossa julkaistusta dokumentista osoitteessa ”http://www.forum.nokia.com/download/concepts/nbs/files/ nbs-spec.zip”.

* · * I * · < « # · > « 1 · » I · * # » » · · • * t *

Claims (9)

16 109444

1. Langaton päätejärjestelmä, joka toimii tiedonsiirron osapuolena reaaliaikaisista ja ei-reaaliaikaisista palvelukomponenteista koostuvassa multimediayhteydessä, jossa reaaliaikaisia palvelukomponentteja käyttävät paikalliset reaaliaikaiset sovelluk-5 set (206, 207) ja ei-reaaliaikaisia palvelukomponentteja käyttävät paikalliset ei-reaa-liaikaiset sovellukset (205), tunnettu siitä, että se käsittää - radiolähetinvastaanottimen (204), jossa on sekä piirikytkentäiset että pakettikytkentäiset toiminnot, - reaaliaikaisen kanavalohkon (202) reaaliaikaisten palvelukomponenttien kuljetta-10 miseksi paikallisten reaaliaikaisten sovellusten (206, 207) ja radiolähetin-vastaan- ottimen välillä, ja - mainitun reaaliaikaisen kanavalohkon kanssa rinnakkain kytketyn ei-reaaliaikaisen kanavalohkon (203) ei-reaaliaikaisten palvelukomponenttien kuljettamiseksi paikallisten ei-reaaliaikaisten sovellusten (205) ja radiolähetin-vastaanottimen välillä.

2. Patenttivaatimuksen 1 mukainen langaton päätejärjestelmä, tunnettu siitä, että radiolähetin-vastaanotin (204) on A-luokan HSCSD/GPRS GSM -lähetin-vastaan-otin.

3. Patenttivaatimuksen 1 mukainen langaton päätejärjestelmä, tunnettu siitä, että radiolähetin-vastaanotin (204) on B-luokan HSCSD/GPRS GSM -lähetin-vastaan-20 otin, jolloin langaton päätejärjestelmä lisäksi käsittää priorisointijärjestelyn reaaliaikaisten ja ei-reaaliaikaisten palvelukomponenttien vaihtuvan käytön järjestämiseksi tietyn palveluprioriteettiprofiilin mukaisesti.

4. Patenttivaatimuksen 1 mukainen langaton päätejärjestelmä, tunnettu siitä, että . ” *: reaaliaikainen kanavalohko käsittää :" ’: 25 - videoportin paikallisiin videosovelluksiin (207) kytkemistä varten, . *: ·. - audioportin paikallisiin audiosovelluksiin (207) kytkemistä varten, -reaaliaikaisen dataportin paikallisiin reaaliaikaisiin datasovelluksiin (206) kytkemistä varten, . . - ohjausportin järjestelmänohjaustoimintoihin (208) kytkemistä varten, '; / 30 - multiplekserin / demultiplekserin (110) video-, audio- ja reaaliaikaiseen dataan liit tyvien tietojen sekä ohjaustietojen multipleksoimiseksi ja demultipleksoimiseksi, -mainitun multiplekserin ja mainitun videoportin välillä videokoodekin (105) vi-. * “. deotietojen koodaamiseksi ja dekoodaamiseksi, ,· t -mainitun multiplekserin ja mainitun audioportin välillä audiokoodekin (106) au- ‘ · ': 35 diotietojen koodaamiseksi ja dekoodaamiseksi, 17 109444 - mainitun multiplekserin ja mainitun reaaliaikaisen dataportin välillä dataprotokol-lalohkon (108’) tiettyjen reaaliaikaista dataa koskevien protokollien soveltamiseksi, - mainitun multiplekserin ja mainitun ohjausportin välillä ohjausprotokollalohkon (109’) tiettyjen ohjausdataa koskevien protokollien soveltamiseksi, ja 5. datasovittimen (111) sovitusten suorittamiseksi mainitun multiplekserin ja maini tun radiolähetin-vastaanottimen käsittelemän informaatiomuodon välillä.

5. Patenttivaatimuksen 4 mukainen langaton päätejärjestelmä, tunnettu siitä, että reaaliaikainen kanavalohko on ITU-T H.324 -suosituksen mukainen toiminnallinen kokonaisuus. ίο

6. Patenttivaatimuksen 1 mukainen langaton päätejärjestelmä, tunnettu siitä, että ei-reaaliaikainen kanavalohko käsittää - ensimmäisen ei-reaaliaikaisen dataportin paikallisiin ei-reaaliaikaisiin datasovel-luksiin (205) kytkemistä varten, - toisen ei-reaaliaikaisen dataportin paikallisiin ei-reaaliaikaisiin datasovelluksiin 15 (205) kytkemistä varten, - radiolähetin-vastaanotinyhteyden mainittuun radiolähetin-vastaanottimeen (204) kytkemiseksi, - mainitun ensimmäisen ei-reaaliaikaisen dataportin ja mainitun radiolähetin-vastaanotinyhteyden välillä pakettiprotokollalohkon (210) tiettyjen pakettidatapro- 20 tokollien soveltamiseksi, ja j - mainitun toisen ei-reaaliaikaisen dataportin ja mainitun radiolähetin-vastaanotin- ! yhteyden välillä SMS-lohkon (211) sovitusten suorittamiseksi ainakin yhden paikal- .·. lisen ei-reaaliaikaisen datasovelluksen käsittelemän informaatiomuodon ja merkki-: ·. ·. j onomuodon välillä. ·...· 25

7. Menetehnä toimimiseksi tiedonsiirron osapuolena reaaliaikaisista ja ei-reaali- :... · aikaisista palvelukomponenteista koostuvassa multimediayhteydessä, jossa reaaliai-·,' - kaisia palvelukomponentteja käyttävät paikalliset reaaliaikaiset sovellukset ja ei-:Ύ: reaaliaikaisia palvelukomponentteja käyttävät paikalliset ei-reaaliaikaiset sovelluk set, tunnettu siitä, että se käsittää vaiheet, joissa . . : 30 - reaaliaikaisiin palvelukomponentteihin liittyvä tieto johdetaan radiolähetin-vas- .···, taanottimen (204) kautta ja mainitun radiolähetin-vastaanottimen ja paikallisten re-‘ · * aaliaikaisten sovellusten välillä reaaliaikaisen kanavalohkon (202) kautta, ja : - ei-reaaliaikaisiin palvelukomponentteihin liittyvä tieto johdetaan saman radiolähe- :... '· tin-vastaanottimen (204) kautta ja mainitun radiolähetin-vastaanottimen ja paikallis- . ·. : 35 ten ei-reaaliaikaisten sovellusten välillä mainitun reaaliaikaisen kanavalohkon kans-• *1 sa rinnakkain kytketyn ei-reaaliaikaisen kanavalohkon (203) kautta. I 109444 ! ! 18

8. Patenttivaatimuksen 7 mukainen menetelmä, tunnettu siitä, että se käsittää myös vaiheet, joissa - muodostetaan tietoliikenneyhteys yhteyden toisen osapuolen (301) kanssa, - vaihdetaan yhteyden toisen osapuolen kanssa tietoja, jotka kuvaavat yhteyden osa-5 puolten valmiuksia hyödyntää reaaliaikaisia palvelukomponentteja ja ei-reaaliaikai- sia palvelukomponentteja tietoliikenneyhteydessä (302), ja - hyödynnetään samanaikaisesti reaaliaikaisia palvelukomponentteja (303) ja ei-reaaliaikaisia palvelukomponentteja (304, 305, 306) tietoliikenneyhteydessä.

9. Patenttivaatimuksen 7 mukainen menetelmä, tunnettu siitä, että se käsittää 10 myös vaiheet, joissa - muodostetaan tietoliikenneyhteys yhteyden toisen osapuolen (301) kanssa, - vaihdetaan yhteyden toisen osapuolen kanssa tietoja, jotka kuvaavat yhteyden osapuolten valmiuksia hyödyntää reaaliaikaisia palvelukomponentteja ja ei-reaaliaikai-sia palvelukomponentteja tietoliikenneyhteydessä (302), ja 15. käytetään vuorotellen reaaliaikaisia palvelukomponentteja (303) ja ei-reaaliaikaisia palvelukomponentteja (307) tietoliikenneyhteydessä.