FI98676C - Tietostoryhmän siirto digitaalisessa yleisradiojärjestelmässä - Google Patents

Description

98676

Tiedostoryhmän siirto digitaalisessa yleisradiojärjestelmässä Tämä keksintö kohdistuu tiedoston siirtoon digi-5 taalisessa yleisradiojärjestelmässä, joka mahdollistaa audio- ja datapalvelujen lähettämisen ja näiden palvelujen valikoidun vastaanottamisen.

Taajuuskaistojen tehokkaaksi käyttämiseksi kehitetyssä digitaalisessa audiojärjestelmässä DAB (Digital 10 Audio Broadcasting) on siirtotie täysin digitaalinen. Järjestelmä on tarkoitettu korvaamaan nykyinen yleisesti käytetty analoginen taajuusmodulaatiota käyttävä yleisradio. DAB määrittelee moneen kantoaaltoon perustuvan digitaalisen radiokanavan, joka soveltuu sekä audio-15 että datapalvelujen lähettämiseen. Täysin digitaalinen siirtokanava voi olla joko jatkuva datavirta- tai paket-tikanava. Pakettivälitys on joustavampaa ja mahdollistaa helpommin äärellisten pituisten tietoyksiköiden lähettämisen. DAB-järjestelmä on esitetty ETSI:n (European Te-20 lecommunication Standards Institute) standardissa 300 401, February, 1995.

Käyttäjän kannalta on DAB-järjestelmässä korkein abstraktiotaso nimeltään ensemble, kuvio 1. Se sisältää kaikki palvelut mitä on tietyllä yhdellä taajuuskaistal-25 la. Ensemblen vaihto tapahtuu virittymällä toiselle taajuuskaistalle aivan kuten kanavan valinta nykyisessä FM-radiovastaanotossakin. Ensemble on jaettu palveluihin, kuviossa esimerkkinä Alpha Radio 1, Beta Radio ja Alpha Radio 2. Lisäksi voi olla datapalveluita, vaikka niitä 30 ei kuviossa ole esitetty. Kukin palvelu jakaantuu edelleen palvelukomponentteihin. Kukin palvelukomponentti on joko audiokanava tai datakanava. Vertailun vuoksi todetaan, että FM-radiossa on vain yksi palvelu ja yksi palvelukomponentti (audio/puhe) kullakin kanavalla. Alim-35 maila tasolla lähetyskehys, jonka kesto on DAB-moodista 2 98 676 riippuen joko 24 ms tai 96 ms, koostuu kolmesta osasta, jotka ovat ajallisesti peräkkäin. Ensimmäisenä on synk-ronointikanava, joka ei sisällä palveluinformaatiota. Seuraavana on nopea informaatiokanava FIC (Fast Informa-5 tion Channel), joka on moodikohtaisesti kiinteän pituinen. Viimeisenä on MSC (Main Service Channel), joka sisältää kaikki alikanavat. Alikanavien paikka, koko ja lukumäärä MSC:n sisällä voi vaihdella, mutta MSC:n koko on kiinteä. MSC sisältää enintään 63 erilaista audio-10 ja/tai data- alikanavaa. Alikanavat numeroidaan ns. sub-Channel Id:n perusteella 0:sta 62:een. Lisäksi MSC:ssä voi olla informaatiolle tarkoitettu varakanava AIC (Auxiliary Information Channel), jonka kanavanumero on kiinteä 63. AIC voi sisältää samantyyppistä informaa-15 tiota kuin FIC. DAB-järjestelmän yhtenä etuna on se, että palvelun tarjoajille voidaan varata dataka-pasiteettia dynaamisesti. Hetkellisesti kapasiteetti voi olla enintään 1.728 Mbit/s. Tällöin data lähetetään kuvion 2 A mukaisissa paketeissa, jotka muodostuvat hea-20 der-kentästä, datakentästä sekä tarkistussummasta. Ku vattujen kenttien merkitykset ovat DAB standardin mukaisia. Paketin otsake (Packet Header) sisältää tiedon paketin pituudesta (Pkt Len), joka voi olla 24, 48, 72 tai 96 tavua, jatkuvuus indeksin (Cont Ind), ensimmäi-25 nen/viimeinen paketti-tiedon (First/Last), palvelukom- ponentin identifioivan osoitteen (Pkt Address), komennon (Command) ja todellisen datakentän pituuden (Data Len). Datakenttä (Data Field) sisältää todellisen välitettävän datan sekä tarvittaessa täytebittejä. Lopuksi tulee pa-30 ketin tarkistussumma (Pkt CRC).

Pakettien datakentät muodostavat ns. data grou-pin, kuvio 2 B. Paketit on muodostettu DataGroupista pätkimällä se yksinkertaisesti osiin ja sijoittamalla kukin osa datapaketin datakenttään. Yleensä data group 35 muodostuu usean peräkkäin lähetettävän paketin dataken- 98676 3 tistä. Yksinkertaisimmillaan yksi paketti riittää data groupin muodostamiseen.

Data group muodostuu kuvion 3 mukaisesti. Data groupin otsakkeen ja Sessio-otsakkeen kenttien lyhentei-5 den merkitys on alla olevan taulukon mukainen:

Data Group otsake Session otsake EXT FL extension flag LAST FL last CRC FL CRC flag SEG NUM segment number 10 SES FL session flags RFA reserved for future applications DG TYPE data group type LEN IND seuraavan osoitekentän pituus CONT IND continuity index ADDR FIELD loppukäyttäjän osoite REP IND repetition index EXT FIELD extension field 15 Näiden otsakekenttien jälkeen tulee todellinen data sekä data groupin tarkistussumma DG CRC.

DAB-järjestelmä mahdollistaa multimedia- ja hy-permedia-tyyppisten palveluiden välittämisen liikkuvalle 20 käyttäjälle. Tällöin on ainakin osa multimediapalveluun liittyvistä tiedostoista tallennettava vastaanottimen muistiin, josta ne ladataan esitettäväksi osana multimediaohjelmaa, kun tietty liipaisuehto (trigger condition) täyttyy.

25 Jos vastaanotetaan audio- tai datavirtaa, niin riittää, että DAB-vastaanotin yksinkertaisesti kytkeytyy tälle kanavalle ja alkaa välittömästi vastaanottaa virtaa. Ongelmallisempi on tilanne silloin, kun vastaanotetaan tiedostoa tai tiedostoja, toisin sanoen miten vas-30 taanotin kykenee erottamaan oikean tiedoston ja toimimaan tiedostoformaatin edellyttämällä tavalla. Koska DAB on yksisuuntainen yleisradiojärjestelmä (broadcast), on järjestelmän ylläpitäjän lähetettävä kaikki vastaanottimen tarvitsema tiedostojen käsittelyyn liittyvä infor-35 maatio. Ongelma korostuu erityisesti multimedia- ja hy-permediapalvelujen siirrossa. Tässä hakemuksessa tarkastellaan erityisesti HTML (Hypertext Markup Language) - 98676 4 -tiedoston siirtoa ja MHEG (Multimedia Hypermedia information coding Experts Group) -tiedoston siirtoa.

Tiedostonsiirto-ongelma on Eureka-147 projektin toimesta ehdotettu ratkaistavaksi seuraavan yleisen pe-5 rusperiaatteen mukaan. Tiedosto jaetaan pienemmiksi yksiköiksi, joita kutsutaan segmenteiksi. Jokainen segmentti muodostaa yhden data groupin. Tiedoston peräkkäiset segmentit numeroidaan juoksevasti siten, että Sessi-on-otsakkeessa ensimmäisen segmentin numero on 0. Tie-10 doston viimeinen segmentti indikoidaan siitä muodostetun data groupin session-otsakkeeseen LAST kentän lipulla.

Data groupeista muodostetaan sitten datapaketteja tavanomaiseen tapaan. Vastaanotin vastaanottaa datapaketit ja muodostaa niistä Data groupeja. Jos sen tarkistussum-15 ma osoittaa siirrossa tulleen bittivirheitä, vastaanotin poimii asianomaisen Data groupin datapaketit tiedoston uus intalähetyksestä.

Jotta vastaanotin osaisi poimia oikeat tiedostot lähetetystä pakettivirrasta ja tiedoston käsittelyä sil-20 mällä pitäen tietäisi, minkä tyyppisestä tiedostosta on kyse, on ehdotettu seuraavaa mekanismia. Data groupien lisäksi, joiden datakenttää sijoitetaan siis tiedoston dataa so. segmentti, muodostetaan lisäksi erityinen informaatio- data group IDG (Information Data Group). Se 25 on tiedostonsiirtokuvaus (file transfer descriptor) ts. se antaa tarpeelliset tiedot tiedostosta, johon se viittaa ja se multipleksataan tiedostosegmenttien kanssa.

Yksi IDG liittyy vain yhteen tiedostoon. Se sijoitetaan ainakin ensimmäiseksi tiedostoon liittyvässä pakettivir-30 rassa ts. tiedoston siirron alussa, mutta niitä voi olla myös pakettivirran keskellä ts. IDG voi esiintyä tiedoston siirron aikana tai IDG voidaan lähettää jonkin aikaa ennen varsinaista tiedoston siirtoa.

IDG: n dataryhmän otsakkeen ja session-otsakkeen 35 kenttien tietyillä arvoilla ilmoitetaan tiedostosta. On 98676 5 ehdotettu, että dataryhmän tyyppi DG TYPE (kuvio 3) 0011 olisi IDG:n tunniste. Session otsakkeessa pituusindi-kaattori Len Ind on sama kuin tiedoston pituusosoitin ja osoitekenttä Addr. Field on sama kuin tiedoston osoite-5 kenttä. Se tärkeä asia, mitä IDG:llä voidaan tehdä, sisältyy sen datakenttään, josta käytetään jäljempänä nimitystä tiedostokuvaus (file descriptor). Tiedostokuvauksella voidaan yksityiskohtaisesti ilmoittaa vastaan-ottimelle tarpeelliset tiedot siirrettävästä tiedostos-10 ta.

Tiedostokuvauksen, so. Information DataGroupin IDG datakentän rakenteeksi on ehdotettu sellaista, että siinä otetaan huomioon OSI-mallin kerroksellisuus eli liittyvätkö parametrit sovellustasoon (application 15 oriented) vaiko siirtotasoon (transmission oriented).

Sen mukaisesti voidaan erottaa kolmen tyyppisiä tiedostokuvauksia, kuviot 4a-4b. Kuviossa 4a on esitetty siir-toparametreja (T-parametreja) sisältävä tiedostokuvaus IDG-T (IDG-Transport). Sen alussa oleva kenttä T-para-20 metrin pituus (Length of T-param.) ilmoittaa tiedostokuvaukseen sisältyvien parametrikenttien yhteisen pituuden tavuina. Sen jälkeen tuleva kenttä sisältää vain nollia, joten vastaanotin tietää välittömästi, että kyseessä on IDG-T. Tämän jälkeen tulee useita peräkkäisiä parametri-25 kenttiä. Kuhunkin parametrikenttään liittyy sitä edeltävä parametrin yksilöllinen kuvausarvo, joka käsittää parametrin indikaattorin PI ja parametrin pituusindi-kaattorin LI. Parametri-indikaattori PI on pakollinen ja se voi sisältää myöhemmin esitettäviä tietoja. Pituusin-30 dikaattori LI voidaan jättää pois, jos parametrin pituus on vakio.

Kuvio 4b kuvaa sovellustason parametreja sisältävä tiedostonkuvausta IDG-A (IDG-Application). Tässä ensimmäinen kenttä sisältää pelkkiä nollia, joten vastaan-35 otin tietää kyseessä olevan sovellustason parametreja 98676 e sisältävän IDG:n. Toisessa kentässä A-parametrin pituus (Lenght of A-param.) ilmoittaa tiedostokuvaukseen sisältyvien parametrikenttien yhteisen pituuden tavuina. Loppuosa rakennetta parametrikenttineen ja niitä edeltävine 5 PI- ja LI-kenttineen on samanlainen kuin kuvion 4A yhteydessä on selostettu.

Kuviossa 4c on esitetty yhdistetty tiedostokuvaus IDG-C (IDG-Combined). Ensimmäinen kenttä ilmoittaa T-parametrikenttien yhteisen pituuden (Length of T-parame-10 ters) ja toinen vastaavasti A-parametrikenttien yhteisen (Length of A-parameters). Tämän jälkeen tulevat T-para-metrikentät kaikki peräkkäin ja sitten A-parametrien kentät kaikki peräkkäin.

Parametrit ryhmitellään A- tai T-parametreiksi 15 niiden merkityksen mukaan. T-parametrit sisältävät informaatiota, joka on tarpeen tiedoston reitittämiseksi läpi DAB-järjestelmän. Niihin kuuluu polku, johon tiedosto on tallennettu, siirtokanava ym. A-parametreihin kuuluu kaikki se informaatio, joka ei ole välttämätön 20 tiedoston käsittelyssä ja joka tulee käyttäjää tai sovellusta ts. synkronointia, kompressointia, nimiä ym. koskeva informaatio.

Kuvion 5a taulukossa on esitetty mahdollisia T-parametreja ja kuvion 5b taulukossa A-parametreja, sekä 25 parametrien lyhyt kuvaus. Esimerkkinä mainitaan, että A-parametri kompressiomoodi ilmoittaa onko tiedosto ZIP, JPEG, RLE, MPEG tai Musicam -koodattu. T-parametrista esimerkkinä mainitaan tiedostotyyppi, joka ilmaisee onko tiedosto ASCII, HTML, binääridata JFIF (JPEG) vai jokin 30 muu tiedosto.

Edellä seikkaperäisesti esitetyn IDG-elementtien avulla on vastaanottimelle mahdollista poimia tulevasta pakettivirrasta ne paketit, jotka muodostavat halutun tiedoston. IDG-elementti ilmoittaa, missä data groupeis-35 sa tiedoston segmentit ovat ja tullaanko niitä lähettä- 98676 7 mään uudelleen jne. Lähettämällä IDG paljon ennen varsinaisen tiedoston lähettämistä on vastaanottimella aikaa päättää, ottaako tiedoston vastaan vai ei. Lähettämällä IDG:itä aina silloin tällöin itse tiedostosegmenttejä 5 kantavien data groupien välillä voi vastaanotin aloittaa vastaanoton keskellä tiedostoa, ottaa tiedoston loppu vastaan ja uusintalähetyksessä ottaa puuttuva alkuosa vastaan. Näin säästyy aikaa.

Tämän keksinnön kannalta olennaiset parametrit 10 ovat tiedostojen ryhmitys (grouping of files), ryhmän yhtenäisyys (integrity of a group) ja tiedostotyyppi (file type). Kuvion 5b taulukon luettelossa toinen A-parametri, tiedostojen ryhmitys (grouping of files), on tärkeä, sillä sen avulla voidaan ilmoittaa vastaanotti-15 melle ne eri tiedostot, jotka kuuluvat samaan ryhmään. Tällaisia tiedostoja voivat olla esim. samaan tietokoneohjelmaan kuuluvat tiedostokomponentit. Tällä parametrilla voidaan myös ryhmittää tiedostot tarkoituksena ilmoittaa vastaanottimelle tiedostohierarkia, esim. ha-20 kemistorakenne. Sama tiedostojen ryhmitys-parametri liitetään jokaisen tiedoston Information data groupiin, jotka tiedostot kuuluvat samaan ryhmään. Itse parametri on tunnisteluku, jolla annetaan ryhmänimi kaikille samaan ryhmään kuuluville tiedostoille. Parametria edel-25 tävän PI:n (Parameter Indicator) tietyllä arvolla ilmoitetaan, että seuraava parametri on tiedostojen ryhmitys-parametri .

Taulukon 5b kolmas A-parametri, ryhmän yhtenäisyys (integrity of group) on tiedostoatribuutti, jolle 30 on ehdotettu EU-147:n toimesta kaksi arvoa. Ensimmäisellä ehdotetulla arvolla 0 arvolla ilmoitetaan, että tiedosto, johon IDG viittaa (siis joko sillä hetkellä lähetettävä tiedosto, seuraavaksi lähettävä tiedosto tai viittauksessa ilmoitetun lukumäärän jälkeen tiedostoja 35 lähetettävä tiedosto) ei ole ryhmän viimeinen tiedosto.

98676 8

Vastaanotin tietää tällöin, että saman ryhmän tiedostoja on vielä tulossa ja osaa siten toimia oikealla tavalla.

Jo vastaanotetun tiedoston toteutushan saattaa edellyttää vasta tulossa olevan tiedoston vastaanottoa. Atri-5 buutin toisella arvolla, ehdotuksessa arvo 1, ilmoitetaan, että tiedosto, johon IDG viittaa, on ryhmän viimeinen. Vastaanotin tietää tuikittuaan atribuutin, että viitatun tiedoston vastaanoton jälkeen on kaikki ryhmän tiedostot lähetetty. Tätä A-parametria edeltää tietenkin 10 määrätty PI-arvo, josta vastaanotin tunnistaa, että kyseessä on ryhmän yhtenäisyys (integrity of group)- parametri .

T-parametrin tiedostotyyppi (file type) arvo ilmoittaa IDG:ssä viitatun tiedoston tyypin. Ainakin seu-15 raavia tiedostotyyppejä on määritelty, suluissa tyypin lyhenne: tekstitiedosto (ASCII), World Wide Web (HTML), JPEG-kuvakompressio (JFIF), tietokonegrafiikka (GIF), koodattu kuvajakso (RLE), audiokompressio (MPEG), video-kompressio (MPEG), datavirran synkronointitiedosto ja 20 multimediaobjekti (MHEG). Tätäkin parametria edeltää määrätty PI-arvo.

Ehdotetut mekanismit ratkaisevat periaatteessa ongelman, miten DAB-järjestelmässä voidaan siirtää useita komponentteja käsittäviä multimediapalveluja. Kom-25 ponentit siirretään data groupeissa tiedostoina ja tiedostoryhmiä. Kaikki informaatio, jota vastaanottimessa tarvitaan tiedostojen hallintaan ja käsittelyyn siirretään informaatiota sisältävissä data groupeissa IDG.

Sen sijaan ehdotetut mekanismit eivät ratkaise 30 ongelmaa, miten nopeuttaa aikaa, jonka vastaanotin tarvitsee tiedostoryhmän kaikkien tiedostojen vastaanottamiseksi. Ongelma on siinä, että nämä kaksi ryhmän yh-tenäisyys-parametriarvoa eivät anna vastaanottimelle riittävästi informaatioa päätellä, että kaikki ryhmän 35 tiedostot on vastaanotettu ja mikä on ryhmän ensimmäinen 98676 9 tiedosto: jos vastaanotin aloittaa tiedostojen vastaanoton tiedostojen välillä niin viimeisen tiedoston parametri 1 kyllä ilmoittaa, että on vastaanotettu viimeinen tiedosto. Tällöin vastaanotin tietää, että tämän para-5 metrillä 1 varustetun tiedoston jälkeen ensimmäisenä uusintalähetyksestä vastaanotettu tiedosto on ryhmän ensimmäinen tiedosto. Vastaanotin vastaanottaa ja tallentaa tiedostoja tästä tiedostosta lähtien kunnes uusintalähetyksestä vastaanotetaan loppumerkillä eli para-10 metrillä 1 varustettu tiedosto. Nyt vastaanotin on saanut selville koko tiedostoryhmän ja tiedostojen järjestyksen. Tämä voi merkitä koko ryhmätiedoston vastaanot-timista kahteen kertaan, jotta sen yhtenäisyys tulisi selvitettyä.

15 Ongelma on myös siinä, että ehdotettuja mekanis meja käyttäen on vastaanottimen ensin vastaanotettava koko tiedostoryhmä ennen kuin se käynnistää sovelluksen. Tällöin vastaanottimessa on oltava suurikapasiteettinen muisti, esim. kovalevy. Kuitenkin monissa sovelluksissa 20 ei välttämättä tarvita ryhmän kaikkia tiedostoja heti tai niitä ei tarvita lainkaan vaan tiedostoja ladataan tarpeen mukaan. Monissa sovelluksissa, kuten esim. multimediasovelluksissa on vastaanottimen ladattava ensin aloitustiedosto, josta sovellus käynnistetään. Aloitus-25 tiedosto ei välttämättä ole käynnistystiedosto, vaan se voi sisältää viittauksen varsinaiseen käynnistystiedos-toon tai aloitustiedosto voi sisältää luettelon ryhmän tiedostoista, joita tarvitaan tietyn toiminnon toteuttamiseen. Esimerkkinä aloitustiedostosta mainitaan HTML-30 tiedoston aloitussivu. Tarvittavat muut tiedostot tulevat valituksi niiden hyperlinkkien mukaan, jotka käyttäjä aktivoi ja tässä mielessä tarvittavien tiedostojen määrä ja tyyppi on sattumanvaraista. Ohjelman aloittamiseen tarvittavat tiedostot ilmenevät siten vain itse 35 aloitustiedostosta. Edullista olisi siten vastaanottaa 10 98676 vain aloitustiedosto ja ryhmän muita tiedostoja vain tarpeen mukaan. Nykyisillä mekanismeilla ei kuitenkaan ole mahdollista välittää tietoa aloitustiedostosta (startup file) 5 Ongelman erääksi ratkaisuksi on ehdotettu, että käytetään tiedoston tyyppi (file type)-parametria indikoimaan aloitustiedostoa esim.. HTML kotisivua. Tätä parametria käytetään merkityksessä "tiedoston sisällön luokittelu" ja on siten luonteeltaan aivan toinen kuin 10 "aloitustiedosto". HTML-tiedoston tapauksessa, jossa aloitussivu on kotisivu, pitäisi tiedoston tyyppi- parametrin olla yhtäaikaa sekä "startup" että "HTML", mikä on mahdotonta.

Tämä keksintö esittää tavan, jolla voidaan sekä 15 nopeuttaa tiedostoryhmän vastaanottoa että ilmoittaa vastaanottimelle aloitustiedosto.

Keksinnölle on tunnusomaista se, mitä on sanottu patenttivaatimuksessa 1.

Keksinnön mukaisesti ehdotetaan uudet arvot tie-20 doston yhtenäisyys (integrity of files)-parametrille. Arvoja on neljä erilaista. Ensimmäinen arvo ilmoittaa, että IDG:ssä viitattu tiedosto on siirrettävänä olevan tiedostoryhmän välitiedosto (intermediate file) eli jokin ensimmäisen ja viimeisen tiedoston väliin kuuluva 25 tiedosto.Toinen arvo ilmoittaa siirrettävän tiedoston olevan tiedostoryhmän ensimmäinen tiedosto. Kolmas arvo ilmoittaa siirrettävänä olevan tiedoston olevan tiedostoryhmän viimeinen tiedosto. Neljäs arvo ilmoittaa siirrettävänä olevan tiedoston kuuluvan tiedostoryhmään ja 30 olevan aloitustiedosto.

Kun halutaan välittää ryhmätieto, käytetään ensimmäistä, toista ja kolmatta parametria, ts. tiedostoon liittyvän IDGN "ryhmän yhtenäisyys" -parametrilla voi olla ainoastaan joku näistä parametriarvoista. Nämä ar-35 vot riittävät täysin ryhmätiedon välittämiseen. Koska 98676 11 ryhmän ensimmäinen tiedosto on nimetty, ei vastaanottimen tarvitse ottaa vastaan koko uusintalähetystä. Näin voidaan ratkaista ensimmäinen ongelma. Ryhmän yhtenäisyyden tarkistaa DAB-siirtomekanismi.

5 Kun halutaan välittää aloitustiedosto, käytetään neljättä parametriarvoa. Aloitustiedosto muodostaa vain yhden tiedoston käsittävän tiedostoryhmän, joten ensimmäistä-, väli- ja viimeistä tiedostoa ilmoittavaa parametria ei tarvita. Näin voidaan ratkaista toinen ongel-10 ma. Ryhmän yhtenäisyyden tarkistus on siirretty DAB-siirtomekanismilta sovellusohjelmalle.

Keksintöä selostetaan nyt lähemmin viitaten oheisiin piirroksiin, joista: kuvio 1 esittää tunnettua DAB-hierarkiaa, 15 kuvio 2a esittää DAB-pakettien rakennetta, kuvio 2b esittää data groupin muodostusta paketeista, kuvio 3 esittää data groupin rakennetta, kuvio 4a kuvaa IDG-T tiedostokuvausta, 20 kuvio 4b kuvaa IDG-A tiedostokuvausta, kuvio 4c kuvaa IDG-C tiedostokuvausta, kuvio 5a on taulukko T-parametreista, kuvio 5b on taulukko A-parametreista ja kuviot 6a ja 6b esittävät erästä IDG-T tiedosto-25 kuvausta, jossa käytetään keksinnön mukaisia parametreja.

Jos lähetetyn IDG-T:n (ei esitetty) ensimmäinen parametrikenttä "tiedostokuvauksen siirto" (file de-30 scriptor offset) on nolla, niin IDG-sisältää juuri lähetettäviin (vastaanottimesta katsottuna vastaanotettaviin) tiedostoihin liittyvää informaatiota. Jos parametri on 1 niin IDG-sisältää seuraavaksi lähettävän tiedoston informaatiota jne. Parametrikentässä tiedoston nimi 35 (file name), annetaan tiedostokuvauksen siirrossa viita- 98676 12 tun tiedoston nimi. Näiden ja mahdollisesti muiden IDG-T kenttien tietojen avulla vastaanotin voi ryhtyä vastaanottamaan tiedostoa/tiedostoja. Tämä on sinänsä tunnettua.

5 IDG-A:ssa, kuvio 6a on parametrikenttä tiedosto- ryhmä (grouping of files). Sitä edeltävä tietty PI kenttä ilmoittaa, että jäljempänä seuraava parametrikenttä on juuri tiedostoryhmä. Tämän jälkeen tulevassa paramet-rikentässä on tunnisteluku, joka yksikäsitteisesti iden-10 tifioi tiedostoryhmän, ts. jokaisella tiedostoryhmällä on oma tunnistelukunsa. Näiden kenttien tietojen perusteella vastaanottimen sovellusohjelma ryhtyy kokoamaan yhteiseen hallintaan tiedostoryhmään kuuluvia tiedostoja. Tiedostojen yhtenäisyystarkistuksessa käytetään hy-15 väksi sinänsä tunnettua parametrikenttää ryhmän yhtenäisyys (integrity of group), mutta keksinnön mukaisin pa-rametriarvomerkityksin, jotka on esitetty kuvassa 6a. Parametri voi saada neljä erilaista arvoa ja mahdolliset arvot määräytyvät sen mukaan halutaanko vastaanottimen 20 tallentavan ryhmän tiedostot kokonaisuudessaan ja anne tussa järjestyksessä, jolloin vastaanottimen kiinteä ohjelma (firmware) tekee yhtenäisyystarkistuksen vaiko annetaanko vastaanottimen sovellusohjelman (application software) päättää, mitkä tiedostot se vastaanottaa, jol-25 loin sovellusohjelma tekee yhtenäisyystarkistuksen.

Jos vastaanottimelle halutaan siirtää koko tiedostoryhmä, käytetään ensimmäistä, toista ja kolmatta parametriarvoa seuraavasti:

Ensimmäinen arvo, jota voidaan merkitä arvolla 0, 30 ilmoittaa, että IDG:ssä viitattu tiedosto on siirrettä vänä olevan tiedostoryhmän välitiedosto (intermediate file) eli jokin ensimmäisen ja viimeisen tiedoston väliin kuuluva tiedosto.

Toinen arvo, jota voidaan merkitä arvolla 1, il-35 moittaa siirrettävän tiedoston olevan tiedostoryhmän 13 98676 ensimmäinen tiedosto.

Kolmas arvo, jota voidaan merkitä arvolla 2, ilmoittaa siirrettävänä olevan tiedoston olevan tiedosto-. ryhmän viimeinen tiedosto.

5 Näin vastaanotin aloittaessaan ryhmän tiedostojen vastaanoton ryhmä keskeltä vastaanottaa ensin tiedostoja, joilla parametriarvo on 0 eli ensimmäinen arvo. Tällöin se tietää kyseessä olevan ryhmän välitiedostoja. Muistiin tallennetaan tiedostoja sitä mukaa kun niitä 10 vastaanotetaan. Lopuksi tulee tiedosto, jonka parametri on 2 eli kolmas arvo, jolloin vastaanotin tietää kyseessä olevan ryhmän viimeinen tiedosto, joka myös tallennetaan. Vastaanotin jää sitten odottamaan ryhmän uusinta-lähetystä tutkimalla tulevia Informaatio-data groupeja.

15 Jokin niistä ilmoittaa uusintalähetyksen alun suhteellisen aloitusajan, jolloin vastaanotin ryhtyy vastaanottamaan tiedostoja. Ensimmäisenä vastaanotetulla tiedostolla ei välttämättä ole ryhmän yhtenäisyysparametria, joten vasta se tiedosto, jolla tämä parametri on ja lisäk-20 si parametri on 1 eli toinen arvo osoittaen tiedoston olevan halutun ryhmän ensimmäinen tiedosto, tallennetaan muistiin. Tämän jälkeen vastaanotetaan välitiedostoja eli parametriarvolla 0 varustettuja tiedostoja niin kauan kunnes tullaan sen tiedoston kohdalle, joka oli jo 25 vastaanotettu. Näin voidaan koko tiedostoryhmä vastaanottaa vastaanottamalla ensin sen loppuosa ja uusintalähetyksestä vastaanottamalla puuttuva alkuosa ja tiedostojen lataamisjärjestys tulee oikeaksi.

Jos halutaan vastaanottimen sovellusohjelman (ap-30 plication software) päättävän, mitkä tiedostot se vastaanottaa, jolloin sovellusohjelma tekee yhtenäisyystar-kistuksen, käytetään yhtenäisyysparametrille neljättä arvoa, jota voidaan merkitä arvolla 3. Se ilmoittaa siirrettävänä olevan tiedoston kuuluvan tiedostoryhmään 35 ja olevan sovelluksen (esim. multimediaohjelman) aloi- 98676 14 tustiedosto. Vain yhdellä tiedostoryhmän tiedostolla voi olla parametriarvo 3 ts. vain yksi tiedosto on aloitus-tiedosto. Ryhmän muilla tiedostoilla ei saa olla lainkaan yhtenäisyys (integrity of group)-parametria, ts.

5 kun ryhmässä on parametriarvo 3 käytössä niin parametrit 0,1 ja 2 eivät ole käytössä.

Koska tämä aloitustiedosto sisältää yhtenäisyys-informaatiota ja tietoa siitä, missä järjestyksessä tiedostot ovat ladattava, se on aina ladattava ennen ryhmän 10 muita tiedostoja. Näin erityisesti siksi, että IDG-T:n parametri tiedostoryhmä (grouping of files) ei välttämättä sisällä informaatiota, joka määrittelisi tiedosto-ryhmän. Tämä tieto sisältyy vain itse aloitustiedostoon ja on siten vastaanottimen firmawaren ulottumattomissa.

15 IDG voi esimerkiksi ilmoittaa ryhmän yhtenäisyys- parametriksi arvon 3 (aloitustiedosto) ja tiedoston tyyppi-parametrina on HTML-tiedosto. Tällöin tiedetään kyseessä olevan taloitustiedoston olevan kotisivu hypertekstissä, joka koostuu useita tiedostoja käsittävästä 20 tiedostoryhmästä. Hypertekstille ominaisesti aloitustiedosto ts. kotisivu voi sisältää hyperlinkkejä, jotka voivat viitata joko samaan tiedostoon tai ryhmän muihin tiedostoihin. Mikäli ryhmän toiseen tiedostoon viittaava hyperlinkki aktivoidaan, on viitattu tiedosto ladattava.

25 Tiedostoa ei olla vastaanotettu ja tallennettu muistiin vaan se vastaanotetaan vasta nyt DAB-alikanavalta. Tämä tiedosto voi edelleen sisältää hyperlinkkejä muihin tiedostoihin, jotka on aktivoitaessa myös ladattava. Sovellusohjelma, joka hoitaa vuorovaikutuksen DAB-ohjelmaa 30 vastaanottavan käyttäjän kanssa ja tiedostojen hakemisen on DAB HTML selain (browser). Selain on toiminnaltaan saman tyyppinen kuin internet-yhteydessä käytetty selain.

Vastaavasti jos IDG ilmoittaa ryhmän yhtenäisyys-35 parametriksi arvon 3 (aloitustiedosto) ja tiedoston tyyppi- 98676 15 parametrina on MHEG-tiedostO/ niin silloin tiedetään, että tiedosto on MHEG- multimediaesityksen aloituskontti (startup container). Kun sovellusohjelma, ns. MHEG-kone, » on ladannut tämän aloituskontin, voidaan MHEG-koneen 5 ohjauksessa vastaanottaa DAB-kanavalta ja ladata muut MHEG-objektit ja datatiedostot.

On lopuksi huomattava, että jos IDG-A:ssa on ryhmän yhtenäisyys- parametri (parametriähän ei välttämättä ole) ja sillä on ensimmäistä tiedostoa, välitiedostoa 10 tai viimeistä tiedostoa osoittava arvo ts. arvo 2, 0 tai 1, silloin samassa IDG-A:ssa täytyy olla myös tiedosto-ryhmä (grouping of files)- parametri. Mutta jos tiedostoryhmä-parametri on läsnä IDG-A:ssa, niin on ryhmän yhtenäisyys-parametri on valinnainen:.tämä tarkoittaa sitä, että 15 ryhmän yhtenäisyys- parametrin ollessa joko aloitustie-dosto, lopetustiedosto tai välitiedosto (siis muu kuin aloitustiedosto), se sisältää jo itsessään tiedon siitä, että kyseessä on ryhmä. Yhtenäisyysparametri "aloitustiedosto" ei kuitenkaan tätä tietoa anna. Para-20 metrin "tiedostoryhmä" läsnäolo ei puolestaan sisällä itsessään tietoa siitä, että parametri "ryhmän yhtenäisyys on asetettu IDG-A:han.

Esitetty mekanismi ryhmän aloitustiedoston määrittämiseen niin, että vastaanottimen sovellusohjelma 25 löytää sen helposti, sopii erityisen hyvin hakijan samanaikaisesti tämän hakemuksen kanssa jättämän patenttihakemuksen "Ohjelmatiedoston käsittely digitaalisessa yleisradiojärjestelmässä", hakemusnumero FI-XXXXX, yhteydessä.

30 Alan ammattilaiselle on ilmeistä, että tekniikan • · kehittyessä keksinnön perusajatus voidaan toteuttaa mo nin eri tavoin. Keksintö ja sen suoritusmuodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.

Claims (7)

98676 16

1. Menetelmä tiedostojen siirtämiseksi digitaalisessa yleisradiojärjestelmässä, jossa menetelmässä 5 tiedosto segmentoidaan ja kukin segmentti sijoi tetaan dataryhmän (DG) datakenttään ja dataryhmä jaetaan siirtoa varten osiin, jotka sijoitetaan datapakettien datakenttiin, kutakin tiedostoa kohti muodostetaan ja siirre-10 tään ainakin yksi informaatioparametreja sisältävä in-formaatiodataryhmä (IDG), jonka parametreista yksi sisältää tiedon siitä mitkä tiedostot muodostavat tiedostoryhmän tunnettu siitä, että 15 haluttaessa vastaanottimen vastaanottavan koko tiedostoryhmän lisätään kuhunkin tiedostoon liittyvään informaatiodataryhmään (IDG) yhtenäisyysparametrina luku, jonka ensimmäinen arvo ilmaisee kyseisen tiedoston olevan ryhmän ensimmäisen ja viimeisen tiedoston välissä 20 oleva tiedosto, toinen arvo ilmaisee kyseisen tiedoston olevan ryhmän ensimmäinen tiedosto ja kolmas arvo ilmaisee kyseisen tiedoston olevan ryhmän viimeinen tiedosto, haluttaessa vastaanottimen vastaanottavan tiedostoryhmästä vain yhden erityisen tiedoston lisätään tämän 25 tiedoston informaatiodataryhmään (IDG) yhtenäisyyspara metrina luvun neljäs arvo ja muihin ryhmän tiedostoihin ei lisätä lainkaan yhtenäisyysparametria.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että erityinen tiedosto on tie- 30 dostoryhmän käynnistystiedosto, joka sisältää viittauk set muihin tiedostoihin.

3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että vastaanottimessa muita ryhmän tiedostoja vastaanotetaan käynnistystiedoston sisäl- 35 tämän informaation mukaisesti. 98676 17

4. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että siirrettävä tiedostoryhmä on multimedia-ohjelma ja erityinen tiedosto on multimedian kotisivu.

5. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä, että tiedostoryhmän muu tiedosto vastaanotetaan käyttäjän aktivoitua kotisivulla olevan hyperlinkin, jolloin hyperlinkki sisältää osoituksen vastaanotettavaan tiedostoon.

6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, että käyttäjän aktivoitua vastaanotettuun muuhun tiedostoon sisältyvän hyperlinkin, vastaanotetaan sen osoittama tiedosto.

7. Patenttivaatimuksen 2 mukainen menetelmä, 15 tunnettu siitä, käyttäjä kommunikoi sovellusohjelman kanssa ja valitsee käynnistystiedoston sisältämästä haluamansa tiedostot, jotka tämän jälkeen vastaanotetaan . 98676 18