FI99064C

FI99064C - Audiosiirto digitaalisessa yleisradiojärjestelmässä

Info

Publication number: FI99064C
Application number: FI955357A
Authority: FI
Inventors: Mika Kasslin; Ari Salomaeki; Jukka Pehkonen
Original assignee: Nokia Oy Ab
Priority date: 1995-11-07
Filing date: 1995-11-07
Publication date: 1997-09-25
Also published as: FI99064B; WO1997017776A1; AU7301296A; EP0872054A1; FI955357A0

Description

99064

Audiosiirto digitaalisessa yleisradiojärjestelmässä Tämä keksintö kohdistuu audiosiirtoon digitaalisessa yleisradiojärjestelmässä, jossa palveluja voidaan siirtää jatkuvana virtana ja datapaketteina.

5 Taajuuskaistojen tehokkaaksi käyttämiseksi kehitetyssä digitaalisessa audiojärjestelmässä DAB (Digital 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- että 10 datapalvelujen lähettämiseen. Täysin digitaalinen siirtokanava voi olla joko jatkuva datavirta- tai pakettikanava. Pakettivälitys on joustavampaa ja mahdollistaa helpommin äärellisten pituisten tietoyksiköiden lähettämisen. DAB-jär-jestelmä on esitetty ETSI:n (European Telecommunication Standards Institute) standardissa 300 401, February, 1995.

15 Käyttäjän kannalta on DAB-järjestelmässä korkein abstraktiotaso ni meltään ensemble, kuva 1. Se sisältää kaikki palvelut mitä on tietyllä yhdellä taajuuskaistalla. Ensemblen vaihto tapahtuu virittymällä toiselle taajuuskaistalle aivan kuten kanavan valinta nykyisessä FM-radiovastaanotossakin. Ensemble on jaettu palveluihin, kuvassa esimerkkinä Alpha Radio 1, Beta Radio ja Alpha 20 Radio 2. Lisäksi voi olla datapalveluita, vaikka niitä ei kuvassa ole esitetty. Kukin palvelu jakaantuu edelleen palvelukomponentteihin. Palvelukomponentti voidaan siirtää joko audiokanavalla tai datakanavalla. Vertailun vuoksi todetaan, •;j/ että FM-radiosssa on vain yksi palvelu ja yksi palvelukomponentti (audio/puhe) kullakin kanavalla. Alimmalla tasolla lähetyskehys, jonka kesto on DAB- .. 25 moodista riippuen joko 24 ms tai 96 ms, koostuu kolmesta osasta, jotka ovat • · • · * *... ajallisesti peräkkäin. Ensimmäisenä on synkronointikanava, joka ei sisällä palve- • * ! luinformaatiota. Seuraavana on nopea informaatiokanava FIC (Fast Information * · • · ·

•••j Channel), joka on moodikohtaisesti kiinteän pituinen. Viimeisenä on MSC

• · . ’ ; ‘ (Main Service Channel), joka sisältää kaikki alikanavat. Alikanavien paikka, ko- 30 ko ja lukumäärä MSC:n sisällä voi vaihdella, mutta MSC:n koko on kiinteä. MSC sisältää enintään 63 erilaista audio- ja/tai data- alikanavaa. Alikanavat numeroidaan ns. sub-Channel ld:n perusteella 0:sta 62:een. Lisäksi MSC:ssä voi olla 2 99064 informaatiolle tarkoitettu varakanava AIC (Auxiliary Information Channel), jonka kanavanumero on kiinteä 63. AIC voi sisältää samantyyppistä informaatiota kuin FIC. MSC informaatio lähetetään aikalomiteltuna siten, että DAB-moodissa I kehyksen MSC-osa on jaettu neljään osaan ja kukin osa on sijoitettu peräk-5 käisiin siirtokehyksiin. Näistä osista käytetään nimitystä CIF (Common Interleaved Frame), joten moodin I siirtokehyksen MSC osa sisältää neljä CIF:iä. Muissa moodeissa lomittelua ei käytetä, joten MSC on sama kuin CIF.

Lähetyspäässä palvelun tuottaja voi tarjota paitsi audiopalveluja myös datapalveluja ja esim. multimediapalveluja. DAB-operaattori muodostaa palve-10 lujen tuottajien toimittamasta audioinformaatiosta ja datasta DAB-lähetyssig-naalin, joka käsittää perättäisiä siirtokehyksiä, jollaisia on esitetty kuvan 1 alaosassa.

Vastaanottimessa erotetaan siirtokehyksestä toisistaan informaatiokanava FIC ja audio- ja datapalvelut sisältävä kanava MSC. Alikanavat erote-15 taan, kanavadekoodataan ja johdetaan sitten edelleen käsiteltäväksi. Tilaaja saa vastaanotetusta FIC-kanavasta tietää, mitä kaikkia palveluja vastaanotettu ensemble sisältää ja voi sen mukaan valita haluamansa palvelun tai palvelut. Yhdistämällä alikanavien palvelukomponentteja sovellusohjelman mukaisesti voidaan koota esim. haluttu multimediapalvelu.

20 DAB-järjestelmän yhtenä etuna on se, että palvelun tarjoajille voidaan varata datakapasiteettia dynaamisesti. Kapasiteetti voi olla enintään 1.728 Mbit/s. Tällöin data lähetetään kuvion 2 a mukaisissa paketeissa, jotka muodos- • · · · tuvat header-kentästä, datakentästä sekä tarkistussummasta. Kuvattujen kent- tien merkitykset ovat DAB standardin mukaisia. Paketin otsake (Packet Header) 25 sisältää tiedon paketin pituudesta (Pkt Len), jatkuvuus indeksin (Cont Ind), en- simmäinen/viimeinen paketti-tiedon (First/Last), palvelukomponentin identifioi- van 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 paketin tarkistussumma (Pkt 30 CRC).

Yhdistämällä vastaantottimessa pakettien datakenttiä muodostuu ns.

Data group, kuvio 2 B. Paketit on muodostettu lähetyspäässä Data groupista 3 99064 pätkimällä se yksinkertaisesti osiin ja sijoittamalla kukin osa datapaketin data-kenttään. Yleensä data group muodostuu usean peräkkäin lähetettävän paketin datakentistä. Yksinkertaisimmillaan yksi paketti riittää data groupin muodostamiseen.

5 Data group muodostuu kuvion 3 mukaisesti. Data groupin otsakkeen ja Sessio-otsakkeen kenttien lyhenteiden 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 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__ Näiden otsakekenttien jälkeen tulee todellinen data sekä data groupin 10 tarkistussumma DG CRC.

Jatkuva audiovirta siirretään kehyksissä, jollaisen rakennetta on esitetty kuviossa 4. Lähetyspäässä 48 kHz taajuudella tulevat 16 bittiseksi PCM koodatut audionäytteet jaetaan osakaistoihin ja osakaistojen näytteet koodataan ihmiskorvan peittoilmiötä (masking effect) hyödyntäen audiokehykseen siten, 15 että tuleva bittinopeus 768 kbit/s on alentunut esim. monokanavan tapauksessa noin 100 kbit/s nopeudeksi. Kehyksen 4 tavuinen otsake sisältää vastaanot-* timien dekooderille tarkoitettua informaatiota kuten synkronointitiedon ja tiedon • · · ·'.·* : bittinopeudesta ja näytteenottotaajuudesta. Tarkistussumman jälkeen tuleva bittien allokointi-kenttä (bit allocation) kertoo, miten bitit on allokoitu audiokentän • · ·* ' 20 kullekin 36 koodattua näytettä sisältävälle osakaistalle ja mitkä bitit on poistettu

t » I

näytteistä peittoilmiötä (masking effect) hyödynnettäessä. Skaalaustekijän valin-tainformaatio-kenttä (Scale Factor Selection Information) kertoo miten audio- • · · 1 : näytteiden ryhmä on skaalattu (normalisoitu) dekooderissa. Tämän jälkeen tu lee varsinaiset audiobitit sisältävä kenttä. Sen informaatio vastaa 24 ms audio-25 ta. Kenttä sisältää 36 kpl koodattua osakaistan audionäytettä jaettuna kahteentoista triplettiin, joissa kussakin on siten 3 kpl osakaistan näytettä. Neljä triplettiä 4 99064 vastaa siten 12 ms audiota. Tämän jälkeen tulee täytebittejä, mikäli audiobittejä on vähemmän kuin audiokentän pituus. Lopuksi tulee X-PAD ja F-PAD kentät, jotka välittävät ohjelmaan liittyvää dataa (Programme Associated Data, PAD). Tämä data on synkronissa kehyksen audion kanssa. Peräkkäisten kehysten 5 PAD tavut muodostavat ns. PAD kanavan.

Multimedian audio-osuus on ajateltu lähetettäväksi audiokehyksissä mutta kuitenkin voi olla joitain syitä lähettää audiota myös pakettimoodissa. Paketteina voitaisiin periaatteessa lähettää esimerkiksi audiotiedostoja, joka ensin tallennettaisiin vastaanottimen muistiin ja toistettaisiin kaiuttimista ajallisesti oi-10 keaan aikaan multimediaesityksen aikana. Tällaisen audiosiirron etu on, että siirto voidaan suorittaa millä tahansa bittinopeudella eikä sen siten tarvitsi olla audiokehysten siirrossa eli audiovirran siirrrossa käytetty kiinteä bittinopeus, jolle DAB-spesifikaatiossa on annettuna joukko sallittuja bittinopeuksia.

Haittana tällaisessa siirrossa on se, että audiotiedosto täytyy tallentaa 15 muistiin, jos siirtonopeudesta on audiovirran bittinopeutta pienempi, tai se täytyy puskuroida, jos nopeus on audiovirran nopeutta suurempi. Edellisessä tapauksessa toistoa ei voida aloittaa välittömästi tiedoston saavuttua kun taas puskurointia käytettäessä toisto voi alkaa välittömästi. Haitta ei kuitenkaan ole todellinen, sillä useimmissa mahdollisissa käyttötarkoituksissa ei ole mitään tarvetta 20 lähettää audiotiedostoa audioviran bittinopeudella. Todellinen ongelma on se, että audiokehyksissä olevaa audiovirtaa ei voida lähettää paketteina, koska ei ole olemassa mekanismia audiokehysten rajojen indikoimiseen.

• · « «

On kuitenkin eräitä sovelluksia, joiden toteutuksessa toivotaan reaali-aikaista audion pakettisiirtoa. Reaaliaikaisuudella tarkoitetaan tässä sitä, että _ 25 bittinopeus on sama audiovirran ja audiopakettien siirrossa ja että paketeista voitaisiin jollain tavalla erottaa sama informaatio kuin audiokehyksissäkin on.

Eräs sovellus olisi audiokehysten bittivirheiden paikantaminen vertaamalla j··*, vastaanotettua audiokehystä vastaanotettujen pakettien, joissa on välitetty sa ma audioinformaatio, tarkistussummaan CRC ja paketeista muodostetun Data 30 groupin tarkistussummaan CRC. Näin audiokehysten audionäytteet tulisivat kiertoteitse CRC-tarkistuksen piiriin. Pakettien käyttö tällaiseen tarkoitukseen merkitsisi ylimääräistä audion oheissignalointia, joka ehkä tilapäisesti voidaan r - »»il liat ti f .i d , .

5 99064 hyväksyä. Jos pysyvästi haluttaisiin suojata audiosiirto yhtä hyvin kuin paketti-siirto, olisi tietenkin parempi parantaa suoraan audiokehysten audiobittien vir-hesuojausta.

Toinen mahdollinen sovellus, jossa tarvitaan reaaliaikaista audiopa-5 kettien siirtoa, on audion osoittaminen vain tietylle kohderyhmälle. Sovelluksessa hyödynnetään pakettien osoitteellisuutta. Aikaisemmin esitetyn taulukon mukaisesti on sessio-otsakkeessa loppukäyttäjän osoitteelle varattu kenttä ADDR FIELD. Sitä voitaisiin käyttää hyväksi kohdennettaessa audioinformaatio vain tietylle ryhmälle, jolloin reaaliaikaista pakettisiirtoa voidaan käyttää tiedotuska-10 navana erilaisille käyttäjäryhmille. DAB-spesifikaatiokin määrittelee tiedotusten lähettämisen nopealla informaatiokanavalla FIC. Määrityksessä on kuvattu jonkin käynnissä olevan broadcast-tyyppinen palvelun keskeytys tiedotteella, mutta rajaus voidaan tehdä vain yksilöimällä ne palvelut, jotka keskeytetään. Siinä ei ole mahdollista rajata tiedotetta koskemaan vain tiettyjä vastaanottajia.

15 Tämän keksinnön tavoitteena on siten audiosiirto paketteina, joka mahdollistaa sekä osoitteellisen audiosiirron että audiokehysten indikoimisen pakettivirrasta.

Asetettu tavoite saavutetaan itsenäisessä patenttivaatimuksessa kuvatulla tavalla.

20 Keksinnön ensimmäisen suoritusmuodon audio lähetetään pakettika- navalla tiedostona. Menetellään siten, että audiokehys sijoitetaan data groupin ; ,·. datakenttään. Tällöin tiedostonsiirtoprotokollassa yksi segmentti vastaa audio- < I « « .'r. kehystä. Kanavalta tulevista paketeista kootaan normaaliin tapaan data group, 4 jonka datakenttä saadaan tiedostosegmentti, joka on tässä tapauksessa audio-25 kehys. Jotta datakentästä saadut audiokehykset voidaan vastaanottimessa asettaa ajallisesti oikeaan järjestykseen, on käytettävä tiedostosiirtoprotokollaa. Koska siirtonopeus voi olla mikä tahansa, on vastaanottimessa kehykset tallen-. ···, nettava tai puskuroitava ennen esittämistä.

Toisen suoritusmuodon mukaisesti audiokehykset lähetään pakettika-30 navalla jatkuvan virtana. Menetellään siten, että audiokehys sijoitetaan data groupin datakenttään. Siirtonopeus on täsmälleen sama kuin audiokanavan siirtonopeus. Tällöin yksittäiset data groupit lähetetään täsmälleen oikeassa 6 99064 tahdissa, jolloin siirtomielessä kyseessä on päättymätön jono datagroupeja. Sen vuoksi ei tarvita mitään tiedostonsiirtoprotokollaa. Puskurointia ei tarvitse käyttää, vaan vastanotin esittää audiokehyksen sitä mukaan kuin pakettikana-valta tulee data groupeja.

5 Keksintöä havainnollistetaan oheisten kuvioiden avulla, joissa kuvio 1 esittää tunnettua DAB-hierarkiaa, kuvio 2a esittää DAB-pakettien rakennetta, kuvio 2b esittää data groupin muodostusta paketeista, 10 kuvio 3 esittää data groupin rakennetta, kuvio 4 esittää DAB-audiokehystä ja kuvio 5 esittää IDG:n käyttöä.

Jotta audiokehysten rajat voitaisiin selkeästi indikoida lähetettäessä 15 audioinformaatio pakettimuodossa, sijoitetaan keksinnön mukaisesti ainoastaan ja vain yksi audiokehys kokonaisuudessaan, siis PAD-osuus mukaan lukien, aina yhteen data groupiin.

Ensimmäisen suoritusmuodon mukaisesti audiokehykset lähetetään pakettimoodissa audiotiedostona ts. audio, jolla on siis alku, kesto ja loppu, 20 muodostaa yhden tiedoston. DAB:ssa käytetyn tiedoston siirron periaatteen mukaisesti tiedosto jaetaan segmentteihin ja kukin segmentti sijoitetaan data groupin datakenttään. Protokollaa kuvataan lyhyesti jäljempänä. Keksinnön mukaisesti segmentti on täsmälleen sama kuin audiokehys. Koska audio lähe- • · · ' tetään tiedostona, on käytettävä tiedostosiirtoprotokollaa, jotta vastaanotin osaa 25 asettaa paketeista kootut data groupit oikeaan järjestykseen. Tiedoston siirton-opeus voi olla suurempi, sama tai pienempi kuin audiovirran tiedonsiirtonopeus.

Tiedostosiirtoprotokolla voidaan toteuttaa Eureka-147 projektin toi-mesta ehdotetun yleisen perusperiaatteen mukaan, jossa jokainen segmentti • · · ’···’ muodostaa yhden data groupin. Tiedoston peräkkäiset segmentit numeroidaan 30 juoksevasti siten, että Session-otsakkeessa ensimmäisen segmentin numero on 0. Tiedoston viimeinen segmentti indikoidaan siitä muodostetun data groupin session-otsakkeen LAST kentän lipulla. Vastaanotin vastaanottaa datapaketit ja muodostaa niistä Data groupeja. Jos sen tarkistussumma osoittaa siirrossa tul- 7 99064 . leen bittivirheitä, vastaanotin poimii asianomaisen Data groupin datapaketit tiedoston uusintalähetyksestä.

Jotta vastaanotin osaisi poimia oikeat tiedostot lähetetystä pakettivirrasta ja tiedoston käsittelyä silmällä pitäen tietäisi, minkä tyyppisestä tiedostosta 5 on kyse, on EUREKA--147 projekti ehdottanut, että muodostetaan lisäksi erityinen informaatio- data group IDG (Information Data Group). Se on tiedostonsiir-tokuvaus (file transfer descriptor) ts. se antaa tarpeelliset tiedot tiedostosta, johon se viittaa ja se multipleksataan tiedostosegmenttien kanssa.

Kuviossa 5 on esitetty IDG:n ajatus tiedoston siirrossa. Yksi IDG liittyy 10 vain yhteen tiedostoon. Se sijoitetaan ainakin ensimmäiseksi tiedostoon liittyvässä pakettivirrassa 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, jolloin sillä voidaan ilmoittaa tulevasta tiedoston siirrosta. Kuviossa 5 siirretään tiedostot X, Y ja Z ja 15 tiedostoihin viittaavat IDG:t on merkitty vastaavain kirjaimin. Se tärkeä asia, mitä IDG:llä voidaan tehdä, sisältyy sen datakenttään, josta käytetään nimitystä tiedostokuvaus (file descriptor). Tiedostokuvauksella voidaan yksityiskohtaisesti ilmoittaa vastaanottimelle tarpeelliset tiedot siirrettävästä tiedostosta. Tiedosto-kuvaukseen sisältyy nk. siirtoparametreja (T-parametreja) käsittävä kenttä. T-20 parametri nimeltä tiedoston tyyppi (file type) ilmoittaa tiedoston tyypin, jolloin vastaanottimen sovellusohjelma voi päättää, mitä algoritmia käytetään tiedoston analyysiin ja sen sisällön tulkintaan.

• · ·

Hakija ehdottaa, että lisätään uusi file type- parametri nimeltä ”DAB audio”, jolloin vastaanotin tietää, että IDGrssä ilmoitettu tulossa oleva tiedosto • · ; 25 on audiotiedosto.

• · c \ DAB-spesifikaation mukaisesti tiedot palveluista lähetetään nopealla informaatiokanavalla FIC (Fast Information Channel). Sillä ilmoitetaan mul- • · · tipleksissa olevien palvelukomponenttien sijainti ja laatu. Kutakin palvelua koskeva palvelukuvaus on sijoitettu omaan kenttään, jossa on parametrikenttä ni-30 meitä palvelukomponentin kuvaus (service component description). Eräs parametri on palvelukomponentin tyyppi (service component type) ja täksi parametriksi asetetaan parametri "tiedosto siirto” (file transfer).

99064 β FIC kanavan informaatiosta vastaanotin saa siten tietää, että kyseessä on tiedoston siirto ja IDG:n informaatiosta, että kyseessä on audiotiedosto. Vastaanotin osaa siten vastaanottaa tiedoston, dekoodata audion, ja esittää sen. Tiedonsiirtonopeudesta riippuen joudutaan vastaanottimessa käyttämään 5 audiotiedoston tallennusta tai puskurointia.

Toisen suoritusmuodon mukaisesti audiokehykset lähetetään paketti-moodissa, mutta jatkuvana audiovirtana. Siirtonopeus on täsmälleen sama kuin mitä siirtonopeus olisi audiokehyksiä käytettäessä. Lähetyspäässä menetellään siten, että kun audiokehyksiä tulee jatkuvan virtana, niin audiokehys sijoitetaan 10 ensin data groupiin, data groupista muodostetaan sitten paketit, jotka lähetetään. Audiokehyksessä on mukana myös PAD-kenttä. Kyseessä ei ole siten tiedoston siirto kuten ensimmäisessä suoritusmuodossa, joten mitään tiedostonsiirtoprotokollaa ei tarvita. Ei siis tarvita informaatio- data groupeja IDG. Audiota sisältävä data group ei saa yllittää CIF rajoja, joten koko data group on 15 siirrettävä yhdessä yhteisessä lomitellussa kehyksessä CIF. Toisin sanoen da-tagroupin on kuljettava yhden siirtokehyksen mukana. Mikäli data groupin tasolla käytetään lähetyksen toistoa, niin data group ja kaikki sen toistot täytyy lähettää yhdessä CIF:ssä ts. kukin toisto siirretään yhdessä CIF:ssä.

Data groupia muodostettaessa ei välttämättä tarvita sessio-otsaketta, 20 mutta sitä on edullista käyttää, koska siihen sisältyy kenttä ADDR FIELD, joka on tarkoitettu loppukäyttäjän osoitetta varten. Tällä osoituksella voidaan siirrettävä audio kohdentaa haluttuun vastaanottajaryhmään. Jos sessio-otsaketta • · · * käytetään, niin kenttää SEG NUM käytetään laskurina, jota inkrementoidaan .. yhdellä jokaisen datagroupin kohdalla. Tämä auttaa vastaanotinta pysymään 25 synkronissa, sillä jos jokin datagroup jää tulematta tai on virheellinen, pidetään • · · toistossa audiokehyksen kestoinen tauko. Lippu kentässä LAST FL on aina « I k j nolla, koska kyseessä on jatkuva audiovirta- tosin pakettimoodissa.

• ♦

Data group voidaan lomitella muiden samalla alikanavalla siirrettävien pakettimoodissa olevien palvelukomponenttien kanssa, mutta data groupin on 30 kuitenkin pysyttävä yhdessä CIF:ssä. Mikäli data group lomitellaan muiden palvelukomponenttien kanssa, jotka myös siirtävät audiota käsittäviä dataryhmiä, 9 99064 ja siirretään samalla alikanavalla, täytyy kaikki dataryhmät siirtää yhdessä CIF:ssä.

Samoin kuin ensimmäisessä suoritusmuodossa, hakija ehdottaa, että nopealla informaatiokanavalla FIC (Fast Information Channel) lähetetään palve-5 lukomponentin kuvaus (service component description)-kentässä palvelukom-ponentin tyyppi (service component type)-parametrina"DAB-audiostream”.

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

• ♦ · « · · • · • · • «· • ·« • · (

• · C

« • » · • * · · • · · : : • · ·

Claims

99064

1. Menetelmä audion siirtämiseksi digitaalisessa yleisradiojärjestelmässä, jossa jatkuvana virtana lähetettävä audio siirretään audiokehyksinä ja jossa pakettimoodissa sijoitetaan lähetettävä informaatio dataryhmän (DG) 5 datakenttään ja dataryhmä jaetaan siirtoa varten osiin, jotka sijoitetaan datapakettien datakenttiin, tunnettu siitä, että audio lähetetään pakettimoodissa siten, että dataryhmän datakenttään sijoitetaan audiokehys.

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, 10 että tietty määrä peräkkäisiä audiokehyksiä muodostaa audiotiedoston ja au- diotiedosto siirretään järjestelmän tiedostonsiirtoprotokollan mukaisesti.

3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että audiokehysten siirtonopeus voidaan vapaasti valita järjestelmän paketti-siirtonopeuden rajoissa.

4. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että peräkkäisistä audiokehyksistä muodostetaan peräkkäisiä dataryhmiä ja että jatkuvana jonona siirrettävien datapakettien siirtonopeus valitaan sellaiseksi, että dataryhmään sijoitetun audiokehyksen siirtonopeus on sama kuin jatkuvana virtana lähetettävän audiokehyksen siirtonopeus.

5. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä, että koko dataryhmä siirretään yhdessä ainoassa siirtokehyksessä, jolloin dataryhmää ei aikalomitella useisiin siirtokehyksiin.

6. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että dataryhmän otsakkeessa olevan segmenttinumeron kenttä toimii laskuri-25 na, jota inkrementoidaan yhdellä dataryhmää lähetettäessä.

* 7. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että dataryhmän otsakkeessa olevaa osoitekenttää käytetään käyttäjäryhmän • · • *·· osoitukseen.

8. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, 30 että järjestelmän mukaisin mekanismein ilmoitetaan vastaanottimelle, että dataryhmän datakentässä on audioinformaatiota. I j

·:** 9. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että digitaalinen yleisradiojärjetelmä on DAB.

10. Patenttivaatimuksen 9 mukainen menetelmä, tunnettu siitä, 35 että tieto siitä, että dataryhmän datakentässä on audioinformaatiota ilmoitetaan informaatiodataryhmän (IDG) kentässä ’’file type”. 99064

11. Patenttivaatimuksen 9 mukainen menetelmä, tunnettu siitä, että tieto siitä, että audio siirretään tiedostona ilmoitetaan nopealla informaatiokanavalla FIC asettamalla palvelun komponentti tyyppi- parametriksi "tiedoston siirto”.

12. Patenttivaatimuksen 9 mukainen menetelmä, tunnettu siitä, että tieto siitä, että audio siirretään pakettimoodissa audiovirtana ilmoitetaan nopealla informaatiokanavalla FIC asettamalla palvelun komponentti tyyppi-parametriksi "DAB audiovirta. • I I « · · • · • · · • · · • · · ( · « I I • • · · · • · · : : ··· •» · 99064