FI99064C - Audio transmission in a digital broadcast radio system - Google Patents

Audio transmission in a digital broadcast radio system Download PDF

Info

Publication number
FI99064C
FI99064C FI955357A FI955357A FI99064C FI 99064 C FI99064 C FI 99064C FI 955357 A FI955357 A FI 955357A FI 955357 A FI955357 A FI 955357A FI 99064 C FI99064 C FI 99064C
Authority
FI
Finland
Prior art keywords
audio
data
data group
information
file
Prior art date
Application number
FI955357A
Other languages
Finnish (fi)
Swedish (sv)
Other versions
FI99064B (en
FI955357A0 (en
Inventor
Mika Kasslin
Ari Salomaeki
Jukka Pehkonen
Original Assignee
Nokia Oy Ab
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oy Ab filed Critical Nokia Oy Ab
Priority to FI955357A priority Critical patent/FI99064C/en
Publication of FI955357A0 publication Critical patent/FI955357A0/en
Priority to PCT/FI1996/000595 priority patent/WO1997017776A1/en
Priority to EP96934880A priority patent/EP0872054A1/en
Priority to AU73012/96A priority patent/AU7301296A/en
Application granted granted Critical
Publication of FI99064B publication Critical patent/FI99064B/en
Publication of FI99064C publication Critical patent/FI99064C/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/44Arrangements characterised by circuits or components specially adapted for broadcast
    • H04H20/46Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/40Arrangements for broadcast specially adapted for accumulation-type receivers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H2201/00Aspects of broadcast communication
    • H04H2201/10Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/20Aspects of broadcast communication characterised by the type of broadcast system digital audio broadcasting [DAB]

Description

9906499064

Audiosiirto digitaalisessa yleisradiojärjestelmässä Tämä keksintö kohdistuu audiosiirtoon digitaalisessa yleisradiojärjestelmässä, jossa palveluja voidaan siirtää jatkuvana virtana ja datapaketteina.This invention relates to audio transmission in a digital broadcasting system in which services can be transmitted as a continuous stream and as data packets.

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.5 In the digital audio system DAB (Digital Audio Broadcasting) developed for efficient use of frequency bands, the transmission path is completely digital. The system is intended to replace the current commonly used analog broadcasting using frequency modulation. The DAB defines a multi-carrier digital radio channel suitable for transmitting both audio and data services. A fully digital transmission channel can be either a continuous data stream or a packet channel. Packet forwarding is more flexible and makes it easier to send data units of finite length. The DAB system is described in ETSI (European Telecommunication Standards Institute) standard 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 * · • · ·15 From the user's point of view, the DAB system has the highest level of abstraction called ensemble, Figure 1. It contains all the services that are in a certain single frequency band. The change of ensemble takes place by tuning to another frequency band, just like channel selection in the current FM radio reception. The ensemble is divided into services, in the figure Alpha Radio 1, Beta Radio and Alpha 20 Radio 2 as an example. In addition, there may be data services, although they are not shown in the figure. Each service is further divided into service components. The service component can be transmitted on either an audio channel or a data channel. For comparison, •; j / that the FM radio has only one service and one service component (audio / speech) on each channel. At the lowest level, a transmission frame with a duration of either 24 ms or 96 ms, depending on the DAB- .. 25 mode, consists of three parts that are • · • · * * ... in chronological order. The first is a synchronization channel that does not include a service * *! luinformaatiota. Next is the Fast Information Channel FIC (Fast Information * · • · ·

•••j Channel), joka on moodikohtaisesti kiinteän pituinen. Viimeisenä on MSC••• j Channel), which is a fixed length for each mode. The last is the 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.• ·. ’; ‘(Main Service Channel), which contains all subchannels. The location, size and number of subchannels within the MSC may vary, but the size of the MSC is fixed. The MSC contains up to 63 different audio and / or data subchannels. The subchannels are numbered so-called. based on sub-Channel ld from 0 to 62. In addition, the MSC may have an Auxiliary Information Channel (AIC) for 2 99064 information with a fixed channel number 63. The AIC may contain the same type of information as the FIC. The MSC information is transmitted time-separated so that in DAB mode I, the MSC part of the frame is divided into four parts, and each part is placed in successive transmission frames. These parts are called CIF (Common Interleaved Frame), so the MSC part of the Mode I transmission frame contains four CIFs. In other modes, interleaving is not used, so MSC is the same as 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.At the transmitting end, the service provider can provide not only audio services but also data services and e.g. multimedia services. The DAB operator generates a DAB transmission signal from the audio information and data provided by the service providers, comprising successive transmission frames as shown in the lower part of Figure 1.

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.At the receiver, the information channel FIC and the channel MSC containing audio and data services are separated from the transmission frame. The subchannels are separated, decoded and then routed for further processing. The subscriber gets to know from the received FIC channel what all the services of the received ensemble contain and can choose the desired service or services accordingly. By combining the service components of the subchannels according to the application program, e.g. the desired multimedia service can be assembled.

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).20 One of the advantages of a DAB system is that data capacity can be allocated dynamically to service providers. The capacity can be up to 1,728 Mbit / s. In this case, the data is sent in packets according to Figure 2a, which • • · · · consist of a header field, a data field and a checksum. The meanings of the fields described are in accordance with the DAB standard. The Packet Header 25 contains information about the packet length (Pkt Len), Continuity Index (Cont Ind), First / Last packet information (First / Last), Service Component Identification Address (Pkt Address), Command ) and the actual data field * ···. length (Data Len). The Data Field contains the actual data to be transmitted and, if necessary, padding bits. Finally comes the package checksum (Pack 30 CRC).

Yhdistämällä vastaantottimessa pakettien datakenttiä muodostuu ns.By combining the data fields of the packets in the receiver, a so-called

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.Data group, Figure 2 B. The packets are formed at the transmitting end from the Data Group 3 99064 by simply breaking it into parts and placing each part in the data field of the data packet. Usually, a data group consists of the data fields of several packets sent in succession. At its simplest, one packet is enough to form a data group.

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.5 The data group is formed according to Figure 3. The meaning of the abbreviations in the Data Group header and Session header fields is as shown in the table below: _Data Group header__Session header_ 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 length of next address field CONT IND continuity index ADDR FIELD end user address REP IND repetition index EXT FIELD extension field__ These header fields are followed by the actual data as well as the data group 10 checksum 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 poistettuThe continuous audio stream is transmitted in frames, the structure of which is shown in Fig. 4. At the transmitting end at 16 kHz, the 16-bit PCM encoded audio samples are divided into subbands and the subband samples are encoded using the masking effect, e.g. in the case of a mono channel, a speed of about 100 kbit / s. The 4-byte header of the frame contains information for the decoder of the receivers, such as synchronization information and information about the bit rate and sampling frequency. The bit allocation field after the checksum tells how the bits are allocated to each subband of the audio field • · · * '20 containing 36 coded samples and which bits have been removed.

t » It »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.samples when utilizing the masking effect. The Scale Factor Selection Information field tells how the audio • · · 1: sample group is scaled (normalized) in the decoder. Then enter the field containing the actual audio bits. Its information corresponds to 24 ms audio. The field contains 36 coded subband audio samples divided into twelve triplets, each of which thus contains 3 subband samples. The four triplets 4 99064 thus correspond to 12 ms of audio. This is followed by padding bits if there are fewer audio bits than the length of the audio field. Finally, there are the X-PAD and F-PAD fields that convey Program Associated Data (PAD). This data is in sync with the audio of the frame. The 5 PAD bytes of successive frames form the so-called PAD channel.

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.The audio portion of multimedia is thought to be transmitted in audio frames, however, there may be some reasons to transmit audio in packet mode as well. In principle, for example, audio files could be sent as packets, which would first be stored in the receiver's memory and reproduced from the speakers in oi-10 time during a multimedia presentation. The advantage of such an audio transmission is that the transmission can be performed at any bit rate and thus did not have to be a fixed bit rate used in the transmission of audio frames, i.e. the transmission of an audio stream, for which a number of allowed bit rates are given in the DAB specification.

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.The disadvantage of such a transfer is that the audio file must be stored in memory if the transfer rate is lower than the bitstream bit rate, or it must be buffered if the rate is higher than the audio stream rate. In the former case, playback cannot start immediately when the file arrives, while when buffering is used, playback can start immediately. However, the disadvantage is not real, as for most possible uses there is no need 20 to send an audio file at the bit rate of the audio stream. The real problem is that the audio stream in the audio frames cannot be sent as packets because there is no mechanism to indicate the boundaries of the audio frames.

• · « «• · ««

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.However, there are some applications that require real-time audio packet transmission. By real-time is meant here that the 25-bit rate is the same for the transmission of audio stream and audio packets, and that the same information as in the audio frames could be separated from the packets in some way.

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 , .One application would be to locate bit errors in audio frames by comparing j ·· * to the checksum CRC of packets received from the received audio frame that transmit the same audio information and the checksum CRC of the Data 30 Group formed from the packets. In this way, the audio samples of the audio frames would be bypassed by the CRC check. Using packets for such a purpose would mean additional audio ancillary signaling, which may be temporarily 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.5 99064 accepted. Of course, if you want to permanently protect audio transmission as well as packet transmission, it would of course be better to directly improve the error protection of the audio bits in the audio frames.

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.Another possible application that requires real-time transmission of audiopa-5 chains is to assign audio only to a specific target group. The application utilizes the addressability of packets. According to the table above, the ADDR FIELD field is reserved for the end user's address in the session header. It could be used to target audio information only to a specific group, so that real-time packet transmission can be used as an information-hub for different user groups. The DAB specification also defines the transmission of information on the high-speed information channel FIC. The specification describes the interruption of an ongoing broadcast-type service by a bulletin, but the delimitation can only be done by identifying the services that will be interrupted. It is not possible to limit the bulletin to certain recipients only.

15 Tämän keksinnön tavoitteena on siten audiosiirto paketteina, joka mahdollistaa sekä osoitteellisen audiosiirron että audiokehysten indikoimisen pakettivirrasta.It is therefore an object of the present invention to provide audio transmission in packets which allows both addressable audio transmission and the indication of audio frames from a packet stream.

Asetettu tavoite saavutetaan itsenäisessä patenttivaatimuksessa kuvatulla tavalla.The set goal is achieved as described in the independent claim.

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ä.The audio of the first embodiment of the invention is transmitted on a packet channel as a file. Proceed in such a way that the audio frame is placed in the data group; ·. the data field. In this case, in the file transfer protocol, one segment corresponds to the audio <I «« .'r. frame. Packets from the channel are normally assembled into a data group 4, the data field of which is a file segment, which in this case is an audio-25 frame. In order to set the audio frames received from the data field in the receiver in the correct chronological order, the file transfer protocol must be used. Since the transmission rate can be any, the receiver has frames stored. ···, netting or buffering before presentation.

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.According to another embodiment, the audio frames are transmitted at the packet terminal 30 as a continuous stream. The procedure is to place the audio frame in the data field of the data group. The baud rate is exactly the same as the baud rate of the audio channel. In this case, the individual data groups are sent at exactly the right 6 99064 rate, in which case, in the sense of transfer, it is an endless queue of data groups. Therefore, no file transfer protocol is required. Buffering does not need to be used, but the receiver presents the audio frame according to how packet channel power enters the data groups.

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öä.The invention is illustrated by the accompanying figures, in which Figure 1 shows a known DAB hierarchy, Figure 2a shows the structure of DAB packets, Figure 2b shows the structure of a data group from packets, Figure 3 shows the structure of a data group, Figure 4 shows a DAB audio frame and Figure 5 shows Use of IDG.

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.In order to clearly indicate the boundaries of the audio frames when transmitting audio information in packet form, according to the invention only and only one audio frame as a whole, i.e. including the PAD part, is always placed in one data group.

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.According to the first embodiment, the audio frames are transmitted in packet mode as an audio file, i.e. the audio, thus having a start, a duration and an end, 20 forms a single file. According to the principle of file transfer used in DAB, the file is divided into segments and each segment is placed in the data group of the data Group. The protocol is briefly described below. According to the invention, the segment is exactly the same as the audio frame. Since the audio is transmitted as a file, the file transfer protocol must be used in order for the receiver part 25 to place the data groups assembled from the packets in the correct order. The file transfer rate may be higher, equal to, or lower than the data transfer rate of the audio stream.

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ä.The file transfer protocol can be implemented according to the general basic principle proposed by the Eureka-147 project, where each segment • · · ‘···’ forms one data group. The consecutive segments of the file are numbered 30 consecutively so that the number of the first segment in the Session header is 0. The last segment of the file is indicated by the flag of the LAST field of the session header of the data Group formed from it. The receiver receives the data packets and forms Data groups from them. If its checksum indicates a transfer of 7 99064. bit errors, the receiver extracts the data packets of the relevant Data Group from the file retransmission.

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.In order for the receiver to be able to extract the correct files from the transmitted packet stream and to know the type of file 5 for file processing, the EUREKA-147 project has proposed that a special Information Data Group (IDG) be set up. It is a file transfer descriptor, i.e. it provides the necessary information about the file to which it refers and is multiplexed with file segments.

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.Figure 5 shows the idea of IDG in file transfer. One IDG is associated with 10 only one file. It is placed at least first in the packet stream associated with the file, i.e. at the beginning of the file transfer, but may also be in the middle of the packet stream, i.e. the IDG may occur during the file transfer or the IDG may be sent some time before the actual file transfer. In Figure 5, the files X, Y and Z are transferred and the IDGs referring to the 15 files are marked with corresponding letters. The important thing that can be done with IDG is included in its data field, which is called file descriptor. The file description can be used to inform the receiver in detail of the necessary information about the file to be transferred. The file description includes a field with so-called transfer parameters (T parameters). A T-20 parameter called file type indicates the type of file, allowing the receiver's application program to decide which algorithm to use to analyze the file and interpret its contents.

• · ·• · ·

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.The applicant proposes to add a new file type parameter called “DAB audio” so that the receiver knows that the incoming file indicated in the IDG • ·; 25 is an audio file.

• · 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).• · c \ According to the DAB specification, information about services is transmitted on the Fast Information Channel (FIC). It indicates the • and · location and quality of the service components in the multiplex. The service description for each service is placed in a separate field with the parameter field ni-30 us service component description. One parameter is the service component type and this parameter is set to the parameter "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.99064 β From the FIC channel information, the receiver can know that this is a file transfer and from the IDG information that it is an audio file. The receiver is thus able to receive the file, decode the audio, and present it. Depending on the data transfer rate, the receiver will need to use 5 audio file recording or buffering.

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ä.According to another embodiment, the audio frames are transmitted in packet mode, but as a continuous audio stream. The baud rate is exactly the same as what the baud rate would be when using audio frames. At the transmitting end, the procedure is such that when the audio frames become a continuous stream, the audio frame is first placed in the data group, and the packets are then formed from the data group to be transmitted. The audio frame also includes a PAD field. Thus, it is not a file transfer as in the first embodiment, so no file transfer protocol is required. Thus, information data groups IDG are not required. The data group containing audio must not exceed the CIF limits, so the entire data group must be transferred in one common interleaved frame CIF. In other words, the da-tagroup must accompany one transport frame. If a transmission repetition is used at the data group level, then the data group and all its repetitions must be transmitted in one CIF, i.e. each repetition is transmitted in one CIF.

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.When creating a Data Group, a session header may not be required, but it is preferred to use it because it includes an ADDR FIELD field for the end user address. This assignment can be used to target the audio to be transferred to the desired recipient group. If the session header • · · * is used, then the SEG NUM field is used as a counter that is incremented .. by one for each data group. This helps the receiver to stay in sync 25, because if a datagroup does not come in or is incorrect, • · · pauses the audio frame during playback. The flag in the field LAST FL is always zero, because it is a continuous audio stream, even in packet mode.

• ♦• ♦

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ä.The data group may be interleaved with other packet mode service components transmitted on the same subchannel, but the data group must remain in one CIF. If the data group is interleaved with other service components that also transmit data groups comprising audio, 9 99064 and is transmitted on the same subchannel, all data groups must be transmitted in one CIF.

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”.As in the first embodiment, the applicant proposes that on the fast information channel FIC (Fast Information Channel), a service component type in the service component description field is transmitted as a service component type parameter "DAB audio stream".

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.It will be apparent to one skilled in the art that as technology advances, the basic idea of the invention can be implemented in many different ways. The invention and its embodiments are thus not limited to the examples described above but may vary within the scope of the claims.

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

• · C• · C

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

Claims (12)

9906499064 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.A method for transmitting audio in a digital broadcasting system, wherein the audio to be transmitted in a continuous stream is transmitted as audio frames, in which packet mode the information to be transmitted is placed in a data field of a data group (DG) 5 and the data group is divided for transmission into data fields an audio frame is placed in the data field. 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.A method according to claim 1, characterized in that a certain number of consecutive audio frames form an audio file and the audio file is transferred according to the file transfer protocol of the system. 3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että audiokehysten siirtonopeus voidaan vapaasti valita järjestelmän paketti-siirtonopeuden rajoissa.Method according to Claim 2, characterized in that the transmission rate of the audio frames can be freely selected within the limits of the packet transmission rate of the system. 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.A method according to claim 1, characterized in that successive data frames are formed from successive audio frames and that the transmission rate of data packets transmitted in a continuous queue is selected such that the transmission rate of an audio frame placed in a data group is the same as a continuous audio frame transmission rate. 5. Patenttivaatimuksen 4 mukainen menetelmä, tunnettu siitä, että koko dataryhmä siirretään yhdessä ainoassa siirtokehyksessä, jolloin dataryhmää ei aikalomitella useisiin siirtokehyksiin.A method according to claim 4, characterized in that the entire data group is transmitted in a single transmission frame, wherein the data group is not time-interleaved into several transmission frames. 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ä.A method according to claim 1, characterized in that the segment number field in the header of the data group acts as a counter which is incremented by one when transmitting the data group. * 7. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että dataryhmän otsakkeessa olevaa osoitekenttää käytetään käyttäjäryhmän • · • *·· osoitukseen.* A method according to claim 1, characterized in that the address field in the header of the data group is used to assign a user group • · • * ··. 8. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, 30 että järjestelmän mukaisin mekanismein ilmoitetaan vastaanottimelle, että dataryhmän datakentässä on audioinformaatiota. I jA method according to claim 1, characterized in that the receiver is informed by the mechanisms according to the system that there is audio information in the data field of the data group. I j ·:** 9. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että digitaalinen yleisradiojärjetelmä on DAB.·: ** A method according to claim 1, characterized in that the digital broadcasting system is 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”. 99064A method according to claim 9, characterized in that the information that there is audio information in the data field of the data group is indicated in the “file type” field of the information data group (IDG). 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”.A method according to claim 9, characterized in that the information that the audio is transferred as a file is indicated on the high-speed information channel FIC by setting the service component as a type parameter "file transfer". 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 • • · · · • · · : : ··· •» · 99064A method according to claim 9, characterized in that the information that the audio is transmitted in packet mode as an audio stream is indicated on the high-speed information channel FIC by setting the service component as a type parameter "DAB audio stream. • II« · · • · • · · · · · «II • • · · · • ·:: ··· •» · 99064
FI955357A 1995-11-07 1995-11-07 Audio transmission in a digital broadcast radio system FI99064C (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FI955357A FI99064C (en) 1995-11-07 1995-11-07 Audio transmission in a digital broadcast radio system
PCT/FI1996/000595 WO1997017776A1 (en) 1995-11-07 1996-11-05 Transport of audio in a digital broadcasting system
EP96934880A EP0872054A1 (en) 1995-11-07 1996-11-05 Audio-transferred dab
AU73012/96A AU7301296A (en) 1995-11-07 1996-11-05 Audio-transferred dab

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI955357 1995-11-07
FI955357A FI99064C (en) 1995-11-07 1995-11-07 Audio transmission in a digital broadcast radio system

Publications (3)

Publication Number Publication Date
FI955357A0 FI955357A0 (en) 1995-11-07
FI99064B FI99064B (en) 1997-06-13
FI99064C true FI99064C (en) 1997-09-25

Family

ID=8544343

Family Applications (1)

Application Number Title Priority Date Filing Date
FI955357A FI99064C (en) 1995-11-07 1995-11-07 Audio transmission in a digital broadcast radio system

Country Status (4)

Country Link
EP (1) EP0872054A1 (en)
AU (1) AU7301296A (en)
FI (1) FI99064C (en)
WO (1) WO1997017776A1 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9714624D0 (en) * 1997-07-12 1997-09-17 Trevor Burke Technology Limite Visual programme distribution system
JP2000244425A (en) * 1999-02-24 2000-09-08 Sony Computer Entertainment Inc Broadcast system and reception reproduction terminal
FI19991865A (en) * 1999-09-01 2001-03-01 Nokia Corp A method and system for providing customized audio capabilities to cellular system terminals
US6618367B1 (en) * 1999-12-16 2003-09-09 Agere Systems Inc. Transmission frame structure for a satellite digital audio radio system
EP1119122A3 (en) * 2000-01-20 2005-01-19 Matsushita Electric Industrial Co., Ltd. Digital broadcast transmission method, broadcast transmitter for transmitting digital broadcast signals and broadcast receiver for receiving said digital broadcast signals
US6766376B2 (en) 2000-09-12 2004-07-20 Sn Acquisition, L.L.C Streaming media buffering system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2643978B2 (en) * 1988-04-23 1997-08-25 株式会社ケンウッド Packet data generator
FR2718905B1 (en) * 1994-04-19 1996-06-28 France Telecom Digital signal organized in autonomous data containers, in particular for the transmission of data to receivers with intermittent functioning, broadcasting method and corresponding reception method.
DE4422015C1 (en) * 1994-06-16 1995-08-03 Bosch Gmbh Robert Transmission and reception of digital audio with image, speech or text

Also Published As

Publication number Publication date
WO1997017776A1 (en) 1997-05-15
FI99064B (en) 1997-06-13
FI955357A0 (en) 1995-11-07
AU7301296A (en) 1997-05-29
EP0872054A1 (en) 1998-10-21

Similar Documents

Publication Publication Date Title
US10972771B2 (en) Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US8144612B2 (en) Systems and methods for transmitting media content via digital radio broadcast transmission for synchronized rendering by a receiver
US9350471B1 (en) Systems and methods for transmitting and receiving large objects via digital radio broadcast
EP1432158B1 (en) Receiver for a multipart service
US8542621B2 (en) Method of and apparatus for providing and receiving video service in digital audio broadcasting
US10715859B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method of transmitting broadcast signal, and method of receiving broadcast signal
US8111716B2 (en) Method and apparatus for formatting data signals in a digital audio broadcasting system
CA2192958C (en) A method for transmitting digital data and digital complementary data, and a method for playing back digital data and digital complementary data
US10389460B2 (en) Broadcasting signal transmission apparatus, broadcasting signal receiving apparatus, broadcasting signal transmission method and broadcasting signal receiving method
US20170324789A1 (en) Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal
KR101960317B1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
EP0882335A1 (en) Transmission protocol for file transfer in a dab system
US10869070B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
FI99064C (en) Audio transmission in a digital broadcast radio system
US10721505B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
FI100629B (en) Use of a link object in a digital broadcasting system
US9842048B2 (en) Systems, methods, and computer readable media for digital radio broadcast receiver memory and power reduction
KR101215357B1 (en) Method for temporarily providing Conditionally Accessible digital broadcast
FI98676C (en) Transfer of a file group in a digital broadcast radio system
KR100765769B1 (en) Broadcasting receiver and method for fast searching digital multimedia broadcasting channel

Legal Events

Date Code Title Description
FG Patent granted

Owner name: OY NOKIA AB

BB Publication of examined application